On 10/31/06 08:03, Vlad Galu wrote:
> On 10/1/06, Cy Schubert wrote:
>> In message ,
>> "Vlad
>> GALU" writes:
>>> On 9/30/06, Martin Blapp wrote:
>>>> Hi,
>>>>
>>>> 1.) Bad ram ? Have you run some memory tester ?
>>> Yes, memtest86 didn't show anything weird.
>>>
>>>> 2.) Have you background fsck running on this disk ? If
>>>> so try to boot into single user and do a full fsck on this
>>>> disk.
>>>>
>>> I have background_fsck="NO" in rc.conf and I checked the whole disk
>>> several times.
>>> Something I forgot to mention earlier: the crash is easier to
>>> reproduce when running rtorrent. The machine did crash without running
>>> it as well, but far more seldom.

>> I've been experiencing the same problem as well. I discovered that the disk on which the filesystem was had some bad sectors causing dump -0Lauf to fail while taking snapshot causing the system to panic. Running smartctl on the device indicated that there were bad sectors 40% within the surface scan being performed by SMART. The drive, an 80 GB Maxtor, was replaced with a 250 GB Western Digital (for a very good price, so good a price I purchased two of them). It was 906 days old, having only been powered off maybe a dozen times over the last three years.

>
> During the last 2 weeks I ran the same system with WITNESS turned
> on. The fact that the purpose of this machine is not I/O dependant
> allowed me to run bonnie++ and iozone every second day for the whole
> 24 hours. At the same time I ran several instances of rtorrent. This
> morning I rebooted to a non-WITNESS kernel (the same sources from 2
> weeks ago) and the exact same crash occured within a few hours from
> bootup. In all this time, smartd didn't report anything suspicious.
> WITNESS only reported a LOR related to kqueue that is already known.
> Any ideas for further stresstesting would be welcome. I am
> familiar with a few parts of the kernel, but VFS is a total stranger
> to me.
>
>



Did you get a crash dump? If not, you might want to start with adding
all the debugger options into the kernel.


Eric



--
------------------------------------------------------------------------
Eric Anderson Sr. Systems Administrator Centaur Technology
Anything that works is better than anything that doesn't.
------------------------------------------------------------------------
_______________________________________________
freebsd-fs@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-fs
To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"