https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242768
Rick Macklem changed:
What|Removed |Added
Status|New |Open
Assignee|b...@freebs
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242768
--- Comment #11 from Rick Macklem ---
Created attachment 210429
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=210429&action=edit
check for a non-NULL tvp returned by nfsvno_getvp()
Duh. It's the obvious ones that are hard to sp
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242768
--- Comment #10 from iron.ud...@gmail.com ---
ZFS dataset
--
You are receiving this mail because:
You are the assignee for the bug.
___
freebsd-bugs@freebsd.org mailing list
https://lists.freebsd
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242768
--- Comment #9 from Rick Macklem ---
Well, if you look at nfsvno_getvp(), it simply makes the file system
busy and then does a VFS_FHTOVP(..LK_EXCLUSIVE..);
--> It seems that the file system doesn't do the above VFS call correctly,
sinc
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242768
--- Comment #8 from iron.ud...@gmail.com ---
Currently I've set to stop all services before cleanup cache folder which is
shared by NFS and didn't expiriance panic yet. In case of panic I'll rebuild
kernel with debug things enabled and will
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242768
Mark Johnston changed:
What|Removed |Added
CC||rmack...@freebsd.org
--- Comment #
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242768
--- Comment #6 from iron.ud...@gmail.com ---
(In reply to Mark Johnston from comment #5)
I don't have WITHOUT_KERNEL_SYMBOLS=YES in my /etc/src.conf
Here is objdump -d:
80455310: 0f 84 d6 01 00 00 je 804554e
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242768
--- Comment #5 from Mark Johnston ---
(In reply to iron.udjin from comment #4)
Are you building with WITHOUT_KERNEL_SYMBOLS set?
You can try finding the function where we crashed by running objdump -d
/boot/kernel/kernel and finding the sy
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242768
--- Comment #4 from iron.ud...@gmail.com ---
(In reply to Mark Johnston from comment #3)
Yes, I'm using the same kernel.
# addr2line -e /boot/kernel/kernel 0x8045534c
addr2line: dwarf_init: Debug info NULL [_dwarf_consumer_init(66)]
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242768
--- Comment #3 from Mark Johnston ---
(In reply to iron.udjin from comment #2)
I think it will be difficult to resolve this without at least a stack trace.
If you are still using the same kernel, "addr2line -e /boot/kernel/kernel
0xfff
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242768
--- Comment #2 from iron.ud...@gmail.com ---
(In reply to Mark Johnston from comment #1)
Unfortunately no.
I guess panic occurred when I tried to remove directory on nfs4 server in time
when other process on nfs client was trying to write
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242768
Mark Johnston changed:
What|Removed |Added
CC||ma...@freebsd.org
--- Comment #1 f
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242768
iron.ud...@gmail.com changed:
What|Removed |Added
Version|12.0-STABLE |12.1-STABLE
--
You are rece
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=242768
Bug ID: 242768
Summary: [panic] Fatal trap 12: current process (nfsd: service)
Product: Base System
Version: 12.0-STABLE
Hardware: amd64
OS: Any
Status: New
14 matches
Mail list logo
