Very Computer

Greetings,

I know this has been posted before, but I have not seen a conclusive answer
to this mountd problem I, and others, have reported.

Here's the details: mountd is failing to export a filesystem properly.  It
will complain about one or more exports, but still export it.  Trying to
mount this export can take forever, and the -maproot or -mapall options will
be essentially ignored, and behave as if there were no such settings applied
to the export.  Same behaviour on OBSD 2.8 and 3.0 (I just upgraded).

The problem appears to be if you have more than one line in your
/etc/exports.  It looks like the first one on a partition wins.

Here's my /etc/exports:

# public share
/export/public -mapall=nobody:users -network=10.0.0

# www docroot
# the syntax for -network is unclear from the man pages, but I've tried both
ways
# I've also tried exporting to particular hosts, but it just complains about
all of them, in order
/var/www -mapall=www:www -network=10.0.0
# END

Kicking mountd prompts it to report the following in /var/log/messages:

[...]
Apr  9 15:30:01 martini mountd[3966]: Can't change attributes for /var/www
(10.0.0.0).
Apr  9 15:30:01 martini mountd[3966]: Bad exports list entry (10.0.0.0) in
line /var/www -mapall
[...]

Commenting out one line or the other appears to export the other one fine.
If I swap the order of the lines, mountd complains about the second one.
It's almost like it's complaining that I'm reexporting the same directory,
but I'm not.  I *do* have these shared out via SMB (for easier access to the
few Windows boxes left on my network).  Is this a problem?  Both of these
directories are on the same filesystem -- everything is on the same 2Gb
partition, other than swap.

Anyone spare a clue?

jdv

Quote:> few Windows boxes left on my network).  Is this a problem?  Both of these
> directories are on the same filesystem -- everything is on the same 2Gb
> partition, other than swap.

That's the problem.  You should make them separate partitions.  You can't
have lines for /export and /var/www if they are both on the same
filesystem.

In short, you want to make your NFS exports separate mountpoints on the
server.

--
If you ever would give them a helping hand,
You can be sure they'll chop off the arm.
Never, ever, never trust a Klingon; you will always regret it.

I guess this is what the BUGS section in the man page for exports is
going on about.  This certainly seems like bug.  What other systems
have this restriction?

It's not possible to add another mountpoint without repartitioning
(not likely) or adding another disk (less likely); I guess I either
have to export with the same options, which kind of defeats the
purpose of having different exports.

jdv

Quote:> I guess this is what the BUGS section in the man page for exports is
> going on about.  This certainly seems like bug.  What other systems
> have this restriction?

Not sure.  There is an example in the manpage for exports that contains
several exports of the same filesystem.  However, the semantics are
slightly different, and the mountpoints must be the same at the "top
level".  I'm not entirely sure how to explain this, as I don't have a real
good grasp on it myself.

Quote:> It's not possible to add another mountpoint without repartitioning
> (not likely) or adding another disk (less likely); I guess I either
> have to export with the same options, which kind of defeats the
> purpose of having different exports.

You can export with different options to different hosts, but you have to
export / to both hosts, or some common hierarchy.

The alternative, which I have not tried, is to create more mountpoints.
There are two approaches.  You could use mount_null and export the newly
"created" filesystems.  If that doesn't work, you might want to try
vnconfig.  Create a large file, and using vnconfig, newfs and move the
data inside.  That file can be mounted as a genuine filesystem and
exported.

Disclaimer:  I rarely use NFS, and am by no means an expert.

--
If you ever would give them a helping hand,
You can be sure they'll chop off the arm.
Never, ever, never trust a Klingon; you will always regret it.