On Fri, Mar 30, 2007 at 11:39:49PM +0200, Andrea Venturoli wrote:
> Kris Kennaway wrote:
>
> >FYI I tried to contact you off-list but you posted with an invalid
> >address so I didn't bother.
>
> Sorry, my mistake. This is a valid address.
> Why didn't you cc the list, though?
Because I was tryi
Kris Kennaway wrote:
FYI I tried to contact you off-list but you posted with an invalid
address so I didn't bother.
Sorry, my mistake. This is a valid address.
Why didn't you cc the list, though?
I appreciate your help, in any case. Thanks.
bye
av.
_
On Thu, Mar 29, 2007 at 09:20:30PM +0200, Andrea Venturoli wrote:
> Andrea Venturoli wrote:
>
> >Is there a way I can get these dumps automatically, without entering
> >DDB, since this is an unattended server?
>
> I still don't know if it's possible to get dump and get going... I don't
> think
Andrea Venturoli wrote:
Is there a way I can get these dumps automatically, without entering
DDB, since this is an unattended server?
I still don't know if it's possible to get dump and get going... I don't
think so, actually...
Anyway I found debug.vfs_badlock_ddb=0 should allow this unatten
Hello.
Yesterday a 6.2/amd64 SMP server of mine entered DDB after a problem
with locks. Since I was not there, I instructed one user to type "panic"
and I got a dump.
Here's what I get:
x# kgdb kernel.debug /var/crash/vmcore.0
[GDB will not be able to debug user-mode threads: /usr/lib/lib