Panic during reboot in vflush()

2002-09-12 Thread Maxim Sobolev
Any ideas? max@notebook$ gdb -k /sys/i386/compile/NOTEBOOK/kernel.debug /var/crash/vmcore.0 GNU gdb 5.2.0 (FreeBSD) 20020627 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of

Re: Panic during reboot in vflush()

2002-09-12 Thread Maxime Henrion
Maxim Sobolev wrote: Any ideas? Looks like some other processes was modifying the mountlist while vfs_unmountall() was running. Is this an SMP box ? It would be nice if you could check in gdb which other process was holding the mountlist_mtx mutex if any. The vfs_unmountall() function

Re: Panic during reboot in vflush()

2002-09-12 Thread Bruce Evans
On Thu, 12 Sep 2002, Maxim Sobolev wrote: Any ideas? See the thread about Page faults from bento cluster (Re: Problems reading vmcores)] which seemed to diagnose this. The last mail that I got about this pointed to: http://www.chesapeake.net/~jroberson/VFSsmp.patch As a workaround, try

Re: Panic during reboot in vflush()

2002-09-12 Thread Maxim Sobolev
Maxime Henrion wrote: Maxim Sobolev wrote: Any ideas? Looks like some other processes was modifying the mountlist while vfs_unmountall() was running. Is this an SMP box ? No, it's UP. It would be nice if you could check in gdb which other process was holding the mountlist_mtx mutex

Re: Panic during reboot in vflush()

2002-09-12 Thread Maxime Henrion
Maxim Sobolev wrote: Maxime Henrion wrote: Maxim Sobolev wrote: Any ideas? Looks like some other processes was modifying the mountlist while vfs_unmountall() was running. Is this an SMP box ? No, it's UP. It would be nice if you could check in gdb which other process was