>>>>> Which arch? >>>> amd64 and i386 >>>>> How much memory? >>>> 4g in all cases but one. that is 1g >>> You're having problems with both architectures and with 4g? >> yep. i am presuming that it is some kernel or other config aspect. > What type of hard drives? a zfs system ad4: 305245MB <Seagate ST3320620AS 3.AAK> at ata2-master SATA150 ad6: 305245MB <Seagate ST3320620AS 3.AAE> at ata3-master SATA150 ad8: 305245MB <Seagate ST3320620AS 3.AAE> at ata4-master SATA150 ad10: 305245MB <Seagate ST3320620AS 3.AAK> at ata5-master SATA150 a gmirror system ad4: 238475MB <Seagate ST3250820NS 3.AEK> at ata2-master SATA150 ad5: 238475MB <Seagate ST3250820NS 3.AEK> at ata2-slave SATA150 ad6: 238475MB <Seagate ST3250820NS 3.AEK> at ata3-master SATA150 ad7: 238475MB <Seagate ST3250820NS 3.AEK> at ata3-slave SATA150 > How big are your zpools? again, this is happening on non-zfs systems as well. i do not think this is zfs related. but the zfs system is the one with the worst lockups. it looks like Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/mirror/boota 8122126 636960 6835396 9% / devfs 1 1 0 100% /dev procfs 4 4 0 100% /proc tank/data 653313024 0 653313024 0% /data tank/data/nfsen 845243776 191930752 653313024 23% /data/nfsen tank/data/rpki 653494144 181120 653313024 0% /data/rpki tank 653313024 0 653313024 0% /tank tank/usr 658919040 5606016 653313024 1% /usr tank/usr/home 660368256 7055232 653313024 1% /usr/home tank/usr/usr 658758144 5445120 653313024 1% /usr/usr tank/var 654433024 1120000 653313024 0% /var tank/var/log 653400960 87936 653313024 0% /var/log tank/var/spool 653337088 24064 653313024 0% /var/spool /dev/md0 253678 14 233370 0% /tmp devfs 1 1 0 100% /data/rpki/rcynic/dev > Do you use compression? nope randyReceived on Thu May 28 2009 - 07:43:33 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:48 UTC