Glen Barber wrote:> On Thu, Jul 23, 2015 at 08:42:44PM -0400, Brandon Allbery wrote: > > On Thu, Jul 23, 2015 at 8:40 PM, Mark Linimon <linimon at lonesome.com> wrote: > > > > > zfs is a resource hog. i386 is not able to handle the demand as well > > > as amd64. > > > > > > > Even amd64 is no guarantee. I installed one of the Illumos spinoffs on a > > 2GB amd64 netbook (they mostly force zfs). I think it lasted 2 days before > > the kernel panics started. > > > > Even on amd64, you need to tune the system with less than 4GB RAM. > > Glen >..interrestingly people here seem to focus my problem to ZFS.. but my problem was to build an raid over 4 disks on my old i386 machine and that failed with 2 different approaches. I'm accepting that ZFS is a too big thing for the i386 architecture and I possibly should leave it alone on that machine. But my 2nd try with gvinum failed also ...why? In the meantime I've set up the first two disks to a geom_mirror and installed 2x swap and a 66G ufs on the mirror, successfully installed 10.2-Beta, pulled the sources with svn and rebuild the entire world and a kernel yesterday. That worked flawlessly. So the hardware is out of the question here. It seems that geom_vinum is broken and it is broken on 9.3 10.1 and 10.2-Beta. There isn't an other possibility anymore. Can someone please confirm this with a similar machine? Proably I could atach an IDE disk and move the new build system to it to give ZFS a 2nd try on the 4 SCSI Disks to prove if something changed n the meantime or if a kernel with KSTACK_PAGES=4 would fix the ZFS problem. I had running gvinum and gmirror on that machine in the past up to 8.4-stable. It seems that we've lost this possibility now.. Regards, Holm -- Technik Service u. Handel Tiffe, www.tsht.de, Holm Tiffe, Freiberger Stra?e 42, 09600 Obersch?na, USt-Id: DE253710583 www.tsht.de, info at tsht.de, Fax +49 3731 74200, Mobil: 0172 8790 741
On 07/24/15 07:58, Holm Tiffe wrote:> ..interrestingly people here seem to focus my problem to ZFS.. but my > problem was to build an raid over 4 disks on my old i386 machine and that > failed with 2 different approaches. > > I'm accepting that ZFS is a too big thing for the i386 architecture > and I possibly should leave it alone on that machine. > > But my 2nd try with gvinum failed also ...why?I've had success using a combination of gstripe and gmirror to create a RAID10 over 4 drives: % gstripe status Name Status Components stripe/st0 UP mirror/gm2 mirror/gm1 % gmirror status Name Status Components mirror/gm2 COMPLETE da0 (ACTIVE) da1 (ACTIVE) mirror/gm1 COMPLETE da2 (ACTIVE) da3 (ACTIVE) This is a separate data area though -- system boots from some different drives. I can't remember if it is possible to boot from a gstripe. Cheers, Matthew -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: OpenPGP digital signature URL: <http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20150724/d8e94d55/attachment.bin>
On 07/24/15 07:58, Holm Tiffe wrote:> ..interrestingly people here seem to focus my problem to ZFS.. but my > problem was to build an raid over 4 disks on my old i386 machine and that > failed with 2 different approaches. > > I'm accepting that ZFS is a too big thing for the i386 architecture > and I possibly should leave it alone on that machine. > > But my 2nd try with gvinum failed also ...why?I've had success using a combination of gstripe and gmirror to create a RAID10 over 4 drives: % gstripe status Name Status Components stripe/st0 UP mirror/gm2 mirror/gm1 % gmirror status Name Status Components mirror/gm2 COMPLETE da0 (ACTIVE) da1 (ACTIVE) mirror/gm1 COMPLETE da2 (ACTIVE) da3 (ACTIVE) This is a separate data area though -- system boots from some different drives. I can't remember if it is possible to boot from a gstripe. Cheers, Matthew -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 801 bytes Desc: OpenPGP digital signature URL: <http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20150724/9d1f447f/attachment.bin>