On Tue, Mar 13, 2007 at 02:08:48PM +, Adrian Wontroba wrote:
> At work, amoungst my stable of old computers running FreeBSD, I have a
> Fujitsu M800 - a 4 Zeon SMP processor with 4 GB of memory. This
> primarily runs Nagios and a small and lightly used MySQL database, along
> with a few inbound
On Mon, Apr 23, 2007 at 03:56:32AM +0100, Adrian Wontroba wrote:
> On Tue, Mar 13, 2007 at 02:08:48PM +, Adrian Wontroba wrote:
> > At work, amoungst my stable of old computers running FreeBSD, I have a
> > Fujitsu M800 - a 4 Zeon SMP processor with 4 GB of memory. This
> > primarily runs Nagio
Kostik Belousov wrote:
> On Mon, Apr 23, 2007 at 03:56:32AM +0100, Adrian Wontroba wrote:
>> On Tue, Mar 13, 2007 at 02:08:48PM +, Adrian Wontroba wrote:
>>> At work, amoungst my stable of old computers running FreeBSD, I have a
>>> Fujitsu M800 - a 4 Zeon SMP processor with 4 GB of memory. Thi
Цитирую LI Xin <[EMAIL PROTECTED]>:
> Kostik Belousov wrote:
> > On Mon, Apr 23, 2007 at 03:56:32AM +0100, Adrian Wontroba wrote:
> >> On Tue, Mar 13, 2007 at 02:08:48PM +, Adrian Wontroba wrote:
> >>> At work, amoungst my stable of old computers running FreeBSD, I have
> a
> >>> Fujitsu M800
LI Xin wrote:
> Kostik Belousov wrote:
> > On Mon, Apr 23, 2007 at 03:56:32AM +0100, Adrian Wontroba wrote:
> >> On Tue, Mar 13, 2007 at 02:08:48PM +, Adrian Wontroba wrote:
> >>> At work, amoungst my stable of old computers running
> FreeBSD, I have a
> >>> Fujitsu M800 - a 4 Zeon SMP process
Oleg Derevenetz wrote:
> [ ... ]
> I reported simular issue for FreeBSD 6.2 in audit-trail for
> kern/104406:
>
> http://www.freebsd.org/cgi/query-pr.cgi?pr=104406&cat=
>
> and there should be a thread related to this. Briefly, I
> suspects that this is
> related to nullfs filesystems on my s
Kostik Belousov wrote:
> I would suspect the mlx controller. There is several processes (for instance,
> 988, 50918) waiting for completion of block read, and processes in the "ufs"
> states are the result of the lock cascade, IMHO.
It may be possible that controller is not guilty.
You can easil
Hi, Oleg,
Oleg Derevenetz wrote:
> Цитирую LI Xin <[EMAIL PROTECTED]>:
[...]
>> I'm not very sure if this is specific to one disk controller. Actually
>> I got some occasional reports about similar hangs on amd64 6.2-RELEASE
>> (slightly patched version) that most of processes stuck in the 'ufs'
On Wed, Apr 25, 2007 at 11:53:32AM +1000, Jan Mikkelsen wrote:
> LI Xin wrote:
> > Kostik Belousov wrote:
> > > On Mon, Apr 23, 2007 at 03:56:32AM +0100, Adrian Wontroba wrote:
> > >> On Tue, Mar 13, 2007 at 02:08:48PM +, Adrian Wontroba wrote:
> > >>> At work, amoungst my stable of old compute
On Mon, Apr 23, 2007 at 03:56:32AM +0100, Adrian Wontroba wrote:
> Another 6-STABLE (cvsupped on 27/03/07) example, with diagnostics taken
> rather sooner after the hang. Processes with wmesg=ufs feature often in
> the ps output.
Thanks for the assorted replies. I'll try using INVARIANTS, as I'd
On Thu, Apr 26, 2007 at 02:01:57AM +0100, Adrian Wontroba wrote:
> On Mon, Apr 23, 2007 at 03:56:32AM +0100, Adrian Wontroba wrote:
> > Another 6-STABLE (cvsupped on 27/03/07) example, with diagnostics taken
> > rather sooner after the hang. Processes with wmesg=ufs feature often in
> > the ps out
On Wed, Apr 25, 2007 at 10:53:08AM +0800, LI Xin wrote:
> Hi, Oleg,
>
> Oleg Derevenetz wrote:
> > ??? LI Xin <[EMAIL PROTECTED]>:
> [...]
> >> I'm not very sure if this is specific to one disk controller. Actually
> >> I got some occasional reports about similar hangs on amd64 6.2-RELEASE
>
Цитирую Kris Kennaway <[EMAIL PROTECTED]>:
> > Oleg Derevenetz wrote:
> > > ??? LI Xin <[EMAIL PROTECTED]>:
> > [...]
> > >> I'm not very sure if this is specific to one disk controller.
> Actually
> > >> I got some occasional reports about similar hangs on amd64
> 6.2-RELEASE
> > >> (slightl
Oleg Derevenetz wrote:
[snip]
> Not all people can do deadlock debugging, though. In my case turning on
> INVARIANTS and WITNESS leads to unacceptable performance penalty due to
> heavily
> loaded server. So I can only describe my case, actions and result without
> providing any debug informati
On Wed, Apr 25, 2007 at 12:14:20PM +0400, Oleg Derevenetz wrote:
> > Until you (or a developer) have analyzed the resulting information,
> > you cannot definitively determine whether or not your problem is the
> > same as a given random other problem, and you may just confuse the
> > issue by maki
Цитирую Kris Kennaway <[EMAIL PROTECTED]>:
> On Wed, Apr 25, 2007 at 12:14:20PM +0400, Oleg Derevenetz wrote:
>
> > > Until you (or a developer) have analyzed the resulting information,
> > > you cannot definitively determine whether or not your problem is
> the
> > > same as a given random other
On Wed, Apr 25, 2007 at 10:20:25PM +0400, Oleg Derevenetz wrote:
> ??? Kris Kennaway <[EMAIL PROTECTED]>:
>
> > On Wed, Apr 25, 2007 at 12:14:20PM +0400, Oleg Derevenetz wrote:
> >
> > > > Until you (or a developer) have analyzed the resulting information,
> > > > you cannot definitively dete
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- --On Tuesday, April 24, 2007 23:53:16 -0400 Kris Kennaway
<[EMAIL PROTECTED]>
wrote:
> On Wed, Apr 25, 2007 at 10:53:08AM +0800, LI Xin wrote:
>> Hi, Oleg,
>>
>> Oleg Derevenetz wrote:
>> > ??? LI Xin <[EMAIL PROTECTED]>:
>> [...]
>> >> I'm n
* "Marc G. Fournier" <[EMAIL PROTECTED]> [2007-04-27 16:03 -0300]:
> A thought: how hard would it be to add some method of forcing a system crash,
> that would dump core, from the command line? Something that, by default,
> would
Doesn't 'kill -6 1' work anymore?
Nicolas
--
http://www.rachi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
- --On Friday, April 27, 2007 22:57:29 +0200 Nicolas Rachinsky
<[EMAIL PROTECTED]> wrote:
> * "Marc G. Fournier" <[EMAIL PROTECTED]> [2007-04-27 16:03 -0300]:
>> A thought: how hard would it be to add some method of forcing a system
>> crash, that
On Saturday 28 April 2007 04:33, Marc G. Fournier wrote:
> A thought: how hard would it be to add some method of forcing a
> system crash, that would dump core, from the command line? Something
> that, by default, would be disabled, but for remote debugging
> purposes, one could enable in the kern
21 matches
Mail list logo
