From: Chip Salzenberg <chip@pobox.com>
To: nfs@lists.sourceforge.net
Subject: User report: Asymmetric mount failures
Date: Sun, 15 Sep 2002 18:03:21 -0400 [thread overview]
Message-ID: <20020915220321.GC11002@perlsupport.com> (raw)
I would appreciate some help diagnosing this Debian NFS bug report.
If they're using up-to-date Debian unstable as they say, they'll have
been using nfs-utils 1.0 on both machines.
----- Forwarded message from Nick Bailey <n.j.bailey@elec.gla.ac.uk> -----
Subject: Bug#81428: Possibly related mound problem?
From: Nick Bailey <n.j.bailey@elec.gla.ac.uk>
To: 81428@bugs.debian.org
Date: Tue, 06 Aug 2002 18:34:24 +0100
Hi!
I've been having serious difficulty using NFS-kernel-server too, and now
have the situation where with identical hosts.{deny,allow} and exports,
machine A can mount /etc from machine B, but not the other way around
(I'm just using /etc for testing, of course)
So,
root@strauss:/etc# mount -t nfs cmtdb121:/etc /tmp/qqq
On cmtdb121, syslog shows:
Aug 6 18:26:54 cmtdb121 rpc.mountd: authenticated mount request from
strauss:955 for /etc (/etc)
but...
cmtdb121:/etc# mount -t nfs strauss:/etc /tmp/qqq
mount: strauss:/etc failed, reason given by server: Permission denied
and strauss shows in its syslog:
Aug 6 18:27:25 strauss rpc.mountd: refused mount request from cmtdb121
for /etc (/): no export entry
I note /etc is somehow referred to / on strauss (no idea why, but this
would seem to be the cause of the problem), whereas it's correctly
resolved as /etc on cmtdb121
cmtdb121 is a powerpc, Linux cmtdb121 2.4.18-powerpc #1 Thu Mar 14
16:55:14 EST 2002 ppc unknown unknown GNU/Linux
Strauss is a dual AMD box with 2 NICs (one unconfigured): Linux strauss
2.4.18-686-smp #2 SMP Wed Mar 20 20:24:14 EST 2002 i686 unknown unknown
GNU/Linux
Both of bang-up-to-date Sid installs. the portmapper, nfs-common and
nfs-kernel-servers have all been stopped and started in the appropriate
order several times.
Two sysadmins and I have spent almost a whole day on this: I don't think
it's obvious (although I'm pretty thick at reporting bugs sometimes and
have dropped a few bricks, at least the sysadmins agree with me this time :)
If there are any other test I could make, please don't hesitate to ask.
Nick/
--
Dr Nick Bailey n.j.bailey@elec.gla.ac.uk
Centre for Music Technology http://cmt.gla.ac.uk/
Dept of Electronics and Electrical Eng http://www.elec.gla.ac.uk/
The University of Glasgow http://www.gla.ac.uk
----- End forwarded message -----
--
Chip Salzenberg - a.k.a. - <chip@pobox.com>
"It furthers one to have somewhere to go."
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
reply other threads:[~2002-09-15 22:04 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=20020915220321.GC11002@perlsupport.com \
--to=chip@pobox.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.