Re: Tyan S2895 7.1 amd64 >4Gb RAM support?
Am Fri, Feb 13, 2009 at 06:00:31PM + schrieb Karl Pielorz: > > Hi, > > I've a Tyan S2895 (bios 1.04), w/10Gb of ECC RAM onboard using 2 * Opteron > 285's. The machine used to run WinXP x64, and Vista x64 (mostly doing video > production, ray tracing etc.) > > I recently switched this machine to FreeBSD 7.1 amd64 - to run ZFS on it, > but I've been having horrific problems with it. Hello, I'm using some S2895 for various purposes, as webservers, databaseservers and workstations. Most of them are populated using 2 * Opteron 265 in stepping E2. They work like a charm _after_ upgrading the BIOS to version 1.05e_beta or later[1]. But it's necessary to use /boot/loader from 7.0 since later version won't work to some bios-bugs. Ciao, Yamagi 1: http://www.tyan.de/support_download_bios.aspx?model=S.S2895 -- Homepage: www.yamagi.org Jabber: yam...@yamagi.org GnuPG/GPG:0xEFBCCBCB pgpCWegHEf6D6.pgp Description: PGP signature
When does the pool get bigger?
I have a ZFS raid-Z array (FreeBSD-7.1p2) that I use for storing backups and media. I'm keenly awaiting the MFC of the ZFS v13 code, but I'm not in a hurry to run -CURRENT on this box. Anyways... The array was 5x 750G drives and I decided to upgrade to 5x 1.5T drives. I removed one 750G drive and inserted a 1.5T drive each time. All 5 are done resilvering now. When does the pool get bigger? The resilver of the last drive has finished, but the pool still reads [1:20:320]r...@virtual:/usr/local/etc> zpool list NAMESIZEUSED AVAILCAP HEALTH ALTROOT vr23.41T 3.16T251G92% ONLINE - ... which is the size with 750G drives. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: When does the pool get bigger?
On Sat, Feb 14, 2009 at 02:00:23PM -0500, Zaphod Beeblebrox wrote: > I have a ZFS raid-Z array (FreeBSD-7.1p2) that I use for storing backups and > media. I'm keenly awaiting the MFC of the ZFS v13 code, but I'm not in a > hurry to run -CURRENT on this box. > > Anyways... The array was 5x 750G drives and I decided to upgrade to 5x 1.5T > drives. I removed one 750G drive and inserted a 1.5T drive each time. All > 5 are done resilvering now. > > When does the pool get bigger? The resilver of the last drive has finished, > but the pool still reads > > [1:20:320]r...@virtual:/usr/local/etc> zpool list > NAMESIZEUSED AVAILCAP HEALTH ALTROOT > vr23.41T 3.16T251G92% ONLINE - > > ... which is the size with 750G drives. You need to export/import the pool once. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
Re: Tyan S2895 7.1 amd64 >8Gb RAM support?
--On 13 February 2009 20:08 +0100 Max Laier wrote: Can you maybe try to take the nVidia RAID out of the equation? I figure the "professional" version of the chip is not that common so maybe the corruption stems from the disk controller. Hi, I've tested with both Marvell (PCI-X), and Promise (PCI 32 Bit) SATA controllers now - it makes no difference. I upgraded the BIOS on the machine, and did a CMOS reset, then load factory defaults. I also then slowly upped the hw.physmem setting to see what would happen. I can now get this running at 8Gb [I've changed the email subject accordingly]. Any attempt to go over that (or remove the line from loader.conf completely) and it ends in the previous random crashes, compiler errors (e.g. warnings of internal bugs in gcc) - and occasional sig11's... e.g. From compiling the kernel one time I got: " mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/src/sys/amd64/compile/GENERIC /usr/src/sys/modules/uslcom/../../dev/usb/uslcom.c ===> utopia (depend) @ -> /usr/src/sys /libexec/ld-elf.so.1: /lib/libc.so.7: Unsupported relocation type 88 in non-PLT relocations " I could probably live with only 8Gb in the machine, but it's going to be running some large ZFS pools (and a number of other tasks) - I'd like to have all 10Gb usable (especially if I move to 8.x eventually - and obviously, as it's physically in there, it'd be good to 'use it') Can anyone think of anything that is likely to break if you go >8Gb? [up from 4Gb since the BIOS was reflashed/reset & factory defaulted]. -Kp ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscr...@freebsd.org"
