All of lore.kernel.org
 help / color / mirror / Atom feed
From: mjt@nysv.org
To: linux-fai@rrz.uni-koeln.de, reiserfs-list@namesys.com
Subject: NFSv2 problem? initctl problem?
Date: Wed, 18 Aug 2004 17:51:03 +0300	[thread overview]
Message-ID: <20040818145103.GE1284@nysv.org> (raw)

Hi!

I've been trying, quite desperately, to get FAI working but there appears
to be some bad karma.

The server exports /usr/local/share/fai with async,rw and
/usr/lib/fai/nfsroot with async,rw,no_root_squash
Originally I had ro, but that did not seem to matter.

I get to the point where the 2.4.24-fai kernel of Debian boots, but it
stalls after the FAI_FLAGS: syslogd=1 line.

According to Ethereal, the big problem is in getting a getattr response
from the server. It looks like this:

mount: RPC: Remote system error - Connection timed out
/fai/class not found. Aborting.

It did not abort, though; it still sends out the getattr query
and gets a response.

According to the tcpdump, the file id in question is 147491.

mjt@hinkistan:~$ find /usr/lib/fai/nfsroot/ -inum 147491 | xargs file
find: /usr/lib/fai/nfsroot/var/spool/cron/crontabs: Permission denied
find: /usr/lib/fai/nfsroot/root/.ssh: Permission denied
/usr/lib/fai/nfsroot/dev/initctl: fifo (named pipe)

On the server side I'm running Debian Sarge with 2.4.18-bf2.4, all
clear, and trying to use 2.4.24-fai for the installer, which should
be clear as well.

It doesn't matter whether I use the kernel- or user-space NFS implementation,
it still dies on me, except that I'd rather use the kernel-space one.

Now what I'm wondering about is where is the error?

Is it possible there's some issue with NFSv2; should I use NFSv3 instead?

How can I force the client to use only NFSv3? rpc.mountd -N2 -V3 should
work, right? But it still speaks v2 according to the traffic AND affects
only the server-side, in theory, if not in practice apparently.

The underlying filesystem is ReiserFS, so I'm sending a copy of this
mail to the ReiserFS list as well, to see if anyone over there knows
anything about this. If need be, I can reinstall the FAI server to use
some other FS, but I would not like to do that.

With the user-space NFS implementation I got the file id of 1476542499
which does not have a file in the file system at all. Might this be
because of ReiserFS? An ancient curse? NFS just being broken?

Any help is greatly appreciated here, I have a deadline coming up for
this installation and just out of principle I would dislike doing it
from a CD as I'm going to install a lot more of these Debians and need
FAI working...

PS.
Semi-off topic, what's the status of NFSv4? rpc.mountd supports something
like it but is it in Linux already?
Should I seek answers elsewhere than in 0d NFS protocols?

Thanks a million!

-- 
mjt


             reply	other threads:[~2004-08-18 14:51 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-18 14:51 mjt [this message]
2004-08-19 10:56 ` NFSv2 problem? initctl problem? Bernd Schubert
2004-08-19 11:30   ` mjt

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=20040818145103.GE1284@nysv.org \
    --to=mjt@nysv.org \
    --cc=linux-fai@rrz.uni-koeln.de \
    --cc=reiserfs-list@namesys.com \
    /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.