:not having DDB compiled into the kernel I can't answer that. However
:I'm willing to give any suggestions a go.
:
: >> [BTW: the server hasn't crashed, it's only the FreeBSD client that
: >> crashes]
:
: Greg> Do you mean the client process or the client operating system?
:
:The client OS -- immediately after creating the symlink.
:
:This is the panic I got (taken before Eivind's nfs_vnops.c commit
:(rev 1.146) :
:
:fatal trap 12: page fault while in kernel mode
:fault virtual address = 0x4
:fault code = supervisor read, page not present
:instruction pointer = 0x8:0xc0163a05
:stack pointer = 0x10:0xc9d77e40
The problem is a NULL pointer dereference somewhere... please
nm your kernel binary and extract out all elements with c0163
in them. e.g. nm /kernel | fgrep c0163 | sort.
DDB is the better way to do it, because you can 'trace', but nm works in
a crunch.
And for gods sakes everyone, at least compile your kernels -g!!!! In
your kernel config (/usr/src/sys/i386/conf/YOURKERNEL), add this:
makeoptions DEBUG="-g"
-Matt
Matthew Dillon
<[EMAIL PROTECTED]>
:
:Viren
:--
:Viren Shah | "You can't trust code that you did not totally
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
