kern/134011
Randy Bush
randy at psg.com
Thu May 28 09:43:33 UTC 2009
>>>>> 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
randy
More information about the freebsd-current
mailing list