zpool scrub tank && high file system activity caused crash
Bert JW Regeer
xistence at 0x58.com
Mon Mar 24 20:35:58 PDT 2008
On Mar 24, 2008, at 19:46 , Wesley Shields wrote:
> On Mon, Mar 24, 2008 at 04:23:19PM -0700, Bert JW Regeer wrote:
>> Hey guys,
>>
>> I am running FreeBSD 7.0-RELEASE with GENERIC on a AMD XP Athlon
>> 3500+ with
>> 1267 MB of ram, and a GigBit NIC. I am testing out ZFS just for the
>> hell of
>> it, I know, 32 bit is not suggested and runs badly, but it does
>> what it
>> needs to do.
>>
>> I was copying large amounts of data for backup purposes from my
>> MacBook Pro
>> to the machine over FTP. At the time I was looking around the man
>> page for
>> zpool, and figured I'd run a zpool scrub just to see how badly it
>> affects
>> performance. It affects it in that it takes down the machine with a
>> dump.
>>
>> keyhole# kgdb kernel.debug /var/crash/vmcore.0
>> [GDB will not be able to debug user-mode threads: /usr/lib/
>> libthread_db.so:
>> Undefined symbol "ps_pglobal_lookup"]
>> GNU gdb 6.1.1 [FreeBSD]
>> Copyright 2004 Free Software Foundation, Inc.
>> GDB is free software, covered by the GNU General Public License,
>> and you
>> are
>> welcome to change it and/or distribute copies of it under certain
>> conditions.
>> Type "show copying" to see the conditions.
>> There is absolutely no warranty for GDB. Type "show warranty" for
>> details.
>> This GDB was configured as "i386-marcel-freebsd".
>>
>> Unread portion of the kernel message buffer:
>> panic: vm_page_insert: offset already allocated
>> cpuid = 0
>> Uptime: 10h58m58s
>> Physical memory: 1267 MB
>> Dumping 335 MB: 320 304 288 272 256 240 224 208 192 176 160 144 128
>> 112 96
>> 80 64 48 32 16
>
> Out of curiosity, have you done any tuning on this machine?
> Specifically some of the stuff mentioned on the wiki?
>
> -- WXS
I had not. I changed the size the kernel was allowed to be to at least
512 M as that is recommended, and I got the same panic as the first
email I sent out (this time as seen in dmesg -a), I also ran out of
space on /var so it did not save the vmcore :(.
I am going to wait till I get my 64 bit system up and running before
messing with ZFS again. I don't think the amount of ram I have in that
machine would be enough with some of the other stuff it will have to
do as well, if I let the kernel eat up to a GB.
Bert JW Regeer
More information about the freebsd-hackers
mailing list