For two years I've had a happy gmirror RAID1 system. And a week or
three ago I was found a degraded system due to a broken disk.
I tried to replace the disk, first with one three sectors too small
which didn't want to be entered in the array (as excepted), then
with a same brand/type one which I a
On Sat, Jun 5, 2010 at 8:16 PM, Jeremy Chadwick
wrote:
> On Sat, Jun 05, 2010 at 09:48:01PM -0400, Nick Rogers wrote:
>> On Mon, May 31, 2010 at 10:54 PM, Nick Rogers wrote:
>>
>> >
>> > [root@ ~]# time arp -na > /dev/null
>> >
>> > real 0m12.761s
>> > user 0m2.959s
>> > sys 0m9.753s
>> > [root@
On Sat, Jun 05, 2010 at 09:48:01PM -0400, Nick Rogers wrote:
> On Mon, May 31, 2010 at 10:54 PM, Nick Rogers wrote:
>
> >
> > [root@ ~]# time arp -na > /dev/null
> >
> > real 0m12.761s
> > user 0m2.959s
> > sys 0m9.753s
> > [root@ ~]#
> >
> >
> > Notice that "arp -na" takes about 13s to execute e
On Mon, May 31, 2010 at 10:54 PM, Nick Rogers wrote:
>
> [root@ ~]# time arp -na > /dev/null
>
> real 0m12.761s
> user 0m2.959s
> sys 0m9.753s
> [root@ ~]#
>
>
> Notice that "arp -na" takes about 13s to execute even though there is no
> other load. This can get a lot worse by a few orders of magn
Thank you, Alexander.
For some obscure reason, my kernel configuration lacked "device cd".
Hans
On Sat, 05 Jun 2010 15:06:22 +0300, "Alexander Motin"
said:
> hans.da...@eml.cc wrote:
> > Here's the full and uncensored log: http://pastebin.org/308021
> >
> > On Fri, 04 Jun 2010 19:28:10 +030
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello Everyone,
On June 30th, FreeBSD 7.2 will reach its End of Life and will no longer be
supported by the FreeBSD Security Team. Users of this release are strongly
encouraged to upgrade to FreeBSD 7.3 before that date; FreeBSD 7.3 will be
supported
hans.da...@eml.cc wrote:
> Here's the full and uncensored log: http://pastebin.org/308021
>
> On Fri, 04 Jun 2010 19:28:10 +0300, "Alexander Motin"
> said:
>> hans.da...@eml.cc wrote:
>>> FreeBSD-stable clandestinely dropped support for my p-ata DVD drive some
>>> two or three weeks ago. The rele
Hi, all
We add kdb/ddb and extra panic info printing into kernel and catch this
panic again.
We have instrumented the kernel and found that this panic happens when
draining == 1,
but seems to be confused with the fact that all access to radix trees are
protected
by locks. Can anyone fam
