newnfs user setup

Brandon Gooch jamesbrandongooch at gmail.com
Sun Sep 4 16:29:11 UTC 2011


On Fri, Sep 02, 2011 at 08:25:05PM -0400, Rick Macklem wrote:
> Brandon Gooch wrote:
> > On Thu, Sep 1, 2011 at 8:09 PM, Brandon Gooch
> > <jamesbrandongooch at gmail.com> wrote:
> > > On Fri, May 27, 2011 at 8:09 AM, Rick Macklem <rmacklem at uoguelph.ca>
> > > wrote:
> > >>> On Thu, 26 May 2011, Rick Macklem wrote:
> > >>> ...
> > >>> > ??http://people.freebsd.org/~rmacklem/dtrace.patch
> > >>> >
> > >>> Hmm. Is it just me?
> > >>> Trying to test the patch I get:
> > >>>
> > >>> (fs)(root) patch -C < dtrace.patch
> > >>> Hmm... I can't seem to find a patch in there anywhere.
> > >>>
> > >> Here's how I apply the patch.
> > >> - download dtrace.patch to somewhere, lets say /tmp, then
> > >> # cd /usr/src/sys <-- sys subdirectory of a current head,
> > >> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? which you don't mind messing up
> > >> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? doesn't have to be at /usr/src/sys,
> > >> ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? of course.
> > >> # patch -p1 < /tmp/dtrace.patch
> > >>
> > >> rick
> > >>
> > >
> > > What's the status on this patch? It would be nice to get
> > > dtrace/newnfs
> > > going for 9.0...it's not too late, right?
> > >
> > > I'll test the patch too BTW :)
> > >
> > > -Brandon
> > >
> > 
> > So it looks like the patch was committed to HEAD, but the bits to
> > support the New NFS implementation were never flipped on -- is that
> > for a good reason?
> > 
> I know nothing about Dtrace, so if something needs to be changed/fixed,
> someone who understands these things will have to let me know.
> 
> When I built a kernel with "options KDTRACE_HOOKS" and set
> dtraceall_load="YES" in /etc/rc.conf,
> it booted and
> # dtrace -l
> - seemed to find the stuff (it's called "dtnfscl", btw).
> 
> Someone told me that's how you check it's loaded and that's all I
> know how to do w.r.t. dtrace.
> 
> If you can test/debug it, that would be great, rick

Actually, the problem is not with DTrace functioning, but with the
dtnfsclient.ko module:

brandon at m6500:~$ sudo kldload dtnfsclient
kldload: can't load dtnfsclient: Exec format error

brandon at m6500:~$ dmesg
...
link_elf_obj: symbol nfsclient_accesscache_flush_done_id undefined
linker_load_file: Unsupported file type
...

Any hints on debugging undefined symbols?

-Brandon


More information about the freebsd-current mailing list