Re: NFS Panic

2025-05-23 Thread Cy Schubert
In message , Rick Macklem writes: > --c0ae7f0635d67be9 > Content-Type: text/plain; charset="UTF-8" > Content-Transfer-Encoding: quoted-printable > > On Thu, May 22, 2025 at 10:48=E2=80=AFPM Cy Schubert .com> wrote: > > > > Hi, > > > > A couple of my machines have had the following pan

Re: NFS Panic

2025-05-23 Thread Rick Macklem
On Thu, May 22, 2025 at 10:48 PM Cy Schubert wrote: > > Hi, > > A couple of my machines have had the following panic. > > panic: refcount 0xf8008dbdabf4 wraparound^M > cpuid = 3^M > time = 1747977394^M > KDB: stack backtrace:^M > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0x

Re: NFS panic: newnfs_copycred: negative nfsc_ngroups (client HEAD r253033, server 9.1-R)

2013-07-11 Thread Rick Macklem
Bryan Drewery wrote: > I received this panic on the client while doing heavy parallel > reads/writes over NFS. I only recently moved these files to NFS, so I > don't know whether or not it's a recent regression. > > Client: HEAD r253033 > Server: 9.1-R > > core.txt: http://people.freebsd.org/~bdr

NFS panic: newnfs_copycred: negative nfsc_ngroups (client HEAD r253033, server 9.1-R)

2013-07-10 Thread Bryan Drewery
I received this panic on the client while doing heavy parallel reads/writes over NFS. I only recently moved these files to NFS, so I don't know whether or not it's a recent regression. Client: HEAD r253033 Server: 9.1-R core.txt: http://people.freebsd.org/~bdrewery/nfs.txt fstab of related paths

Re: NFS panic

2012-05-26 Thread Bjoern A. Zeeb
On 26. May 2012, at 17:13 , Bjoern A. Zeeb wrote: > Hey, > > SVN as of a few days ago. On reboot. Do not have a core or further > debugging information. > The machine was running of a nfs root. > > May 26 17:10:06 panic: mtx_lock() of destroyed mutex @ > /zoo/bz/HEAD.svn/sys/kern/uipc_socket

NFS panic

2012-05-26 Thread Bjoern A. Zeeb
Hey, SVN as of a few days ago. On reboot. Do not have a core or further debugging information. The machine was running of a nfs root. May 26 17:10:06 panic: mtx_lock() of destroyed mutex @ /zoo/bz/HEAD.svn/sys/kern/uipc_socket.c:1025 cpuid = 5 KDB: stack backtrace: db_trace_self_wrapper() at

Re: nfs panic: lockmgr: locking against myself

2003-03-18 Thread Andrew Gallatin
Jeff Roberson writes: > On Mon, 17 Mar 2003, Andrew Gallatin wrote: > > > > > I'm seeing the following panic under heavy NFS client usage on an SMP > > w/kernel sources from Weds. evening. Has this been fixed? > > > > Thanks, > > > > Drew > > I believe that is fixed in nfs_vnops.c 1.

Re: nfs panic: lockmgr: locking against myself

2003-03-17 Thread Andrew Gallatin
Maxime Henrion writes: > Andrew Gallatin wrote: > > > > I'm seeing the following panic under heavy NFS client usage on an SMP > > w/kernel sources from Weds. evening. Has this been fixed? > > If I'm not mistaken, this is the problem Jeff fixed in revision 1.134 of > vfs_cluster.c. > G

Re: nfs panic: lockmgr: locking against myself

2003-03-17 Thread Jeff Roberson
On Mon, 17 Mar 2003, Andrew Gallatin wrote: > > I'm seeing the following panic under heavy NFS client usage on an SMP > w/kernel sources from Weds. evening. Has this been fixed? > > Thanks, > > Drew I believe that is fixed in nfs_vnops.c 1.200. > > panic: lockmgr: locking against myself > cpuid

Re: nfs panic: lockmgr: locking against myself

2003-03-17 Thread Maxime Henrion
Andrew Gallatin wrote: > > I'm seeing the following panic under heavy NFS client usage on an SMP > w/kernel sources from Weds. evening. Has this been fixed? If I'm not mistaken, this is the problem Jeff fixed in revision 1.134 of vfs_cluster.c. Cheers, Maxime To Unsubscribe: send mail to [EMAI

nfs panic: lockmgr: locking against myself

2003-03-17 Thread Andrew Gallatin
I'm seeing the following panic under heavy NFS client usage on an SMP w/kernel sources from Weds. evening. Has this been fixed? Thanks, Drew panic: lockmgr: locking against myself cpuid = 0; lapic.id = Debugger("panic") Stopped at Debugger+0x55: xchgl %ebx,in_Debugger.0 db> t