All of lore.kernel.org
 help / color / mirror / Atom feed
From: Pete Flugstad <peteflugstad@mchsi.com>
To: nfs@lists.sourceforge.net
Subject: nfs-utils on uClibc based system?  mount failures
Date: Thu, 19 Feb 2004 10:08:20 -0600	[thread overview]
Message-ID: <4034DF74.9090208@mchsi.com> (raw)

(resend after subscribing to list...)

Hello,

    Has anyone gotten nfs-utils to work as a server on a Linux uClibc 
based system.  I'm using Linux 2.4.25 (yup, just built it yesterday) 
with all the NFS server stuff compiled in (semi-embedded system, no 
modules).  Root and userspace are mostly from the pre-built uClibc 
development system (http://www.uclibc.org/toolchains.html) - I'm 
currently using 0.9.23, which is a little old, but I hope that doesn't 
matter.  This is GCC 3.3.1 based.

    I managed to get nfs-utils (1.0.6) built for this system after 
hacking up a fake getrpcbynumber_r, which uClibc doesn't have (I called 
getrpcbynumber and copied the result into the result buffer - yes, I 
know it's not thread safe, but I don't see how that would be causing my 
problems).  BTW, is getrpcbynumber_r actually documented anywhere - all 
the man pages I found had the wrong (not enough) parameters - I had to 
kind of guess what was going on.

    Anyway I got it running, but what I'm seeing now is while I can 
export things OK, any mount request for something I've exported are 
failing.  I've debugged mountd, and it looks like all the auth stuff is 
working.  What seems to be failing is a call to nfsctl(NFSCTL_EXPORT, 
...).  This is the call stack when that happens:

     ...
     mount_mnt_3_svc
     get_rootfh
     export_export
     nfsexport
     nfsctl
     syscall

    Everything before the nfsctl/syscall seems to work just fine. 
get_rootfs does the authentication and that works OK.   The syscall 
however, returns -1, and sets errno to be 22 (EINVAL).

    I have the system setup if anyone else wants more debugging info. 
I'll see if I can get a dump of the arguments in nfsctl when it dies.  I 
could even let someone ssh into if they wish.

   I don't see how uClibc could be causing a problem, but I don't know 
for sure.

Thanks,
Pete


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

             reply	other threads:[~2004-02-19 16:14 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-02-19 16:08 Pete Flugstad [this message]
  -- strict thread matches above, loose matches on Subject: below --
2004-02-18 22:56 nfs-utils on uClibc based system? mount failures Pete Flugstad

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4034DF74.9090208@mchsi.com \
    --to=peteflugstad@mchsi.com \
    --cc=nfs@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.