On 10/31/06, Eric Anderson <[EMAIL PROTECTED]> wrote:
On 10/31/06 08:03, Vlad Galu wrote:
> On 10/1/06, Cy Schubert <[EMAIL PROTECTED]> wrote:
>> In message <[EMAIL PROTECTED]>,
>> "Vlad
>> GALU" writes:
>>> On 9/30/06, Martin Blapp <[EMAIL PROTECTED]> 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.
Yes, but for objective reasons I can't publish it :( The only
debugging option that I didn't use was INVARIANTS. However, I issued
an output of "bt full" during the beginning of this thread. See
http://lists.freebsd.org/pipermail/freebsd-stable/2006-September/028985.html.
Eric
--
------------------------------------------------------------------------
Eric Anderson Sr. Systems Administrator Centaur Technology
Anything that works is better than anything that doesn't.
------------------------------------------------------------------------
--
If it's there, and you can see it, it's real.
If it's not there, and you can see it, it's virtual.
If it's there, and you can't see it, it's transparent.
If it's not there, and you can't see it, you erased it.
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
