NFS: re-exporting partition - double NFS (Fedora 2)

Discussion in 'Linux Networking' started by Bracchetto, Sep 21, 2004.

  1. Bracchetto

    Bracchetto Guest

    I've successfully mounted a partition from a Windows server on my
    Linux server, using:

    mount -t smbfs -o ro,username="...",password=... //WinSRV/monkey

    Now I must mount from another Linux server "/mntpoint" but the
    Permission is Denied. Trying to mount another partition is ok, so the
    problem is just the "remounting" of a dir already mounted via NFS.

    I searched on the net about remounting and I found "mountd" having the
    option "--re-export" but I don't to know how to use it. In fact
    "mountd" is invoked by "/etc/init.d/nfs" as "rpc.mountd", but it seems
    to be another "rpc.mountd".
    Using "man mountd", it referes to "/usr/etc/rpc.mountd" but my
    "/usr/etc" is empty". Instead, "/etc/init.d/nfs" launches
    "/usr/sbin/rpc.mountd", and in the man pages THIS rpc.mountd doesn't
    have any "--re-export" option.

    Now, I don't know how rpc+mountd work, but I wish simply to know the
    way to re-export a NFS partition already NFS mounted.

    Thank you,
    Bracchetto, Sep 21, 2004
    1. Advertisements

  2. Bracchetto

    P.T. Breuer Guest

    That is correct. Except you mean "rpc.mountd", not "mountd".
    That is incorrect. You know prfectly well how to use it - just like the
    man page says to use it, which is by typing it out (there are no
    tricks, -r is a synonym).
    I don't know what you mean by this statement. Rpc.mountd should be the
    name of the executable. Clarify please. How do you "invoke X as Y"?
    Another than what? There is only one.
    Nonsense. Why don't you look at the man page of your executable?
    That is correct.
    WHAT rpc.mountd! There is only one. How are you inferring that there
    are different manpages for "different rpc.mountd"s, and how are you
    getting hold of them?
    Good. Then you can't use one on it. So be happy.
    Why should you? Just launch the executable you want with the options
    you want.
    You already know. Launch the nfsd or mountd with the reexport flag, and
    make sure it's a daemon that supports that flag.

    What the heck kind of crazy questions are these? They sound amazingly

    P.T. Breuer, Sep 21, 2004
    1. Advertisements

  3. Bracchetto

    Tauno Voipio Guest

    It purposedly prohibited with NFS. The idea is to keep
    the access rights at the computer where the real file
    system is.

    If you allowed B to mount a directory from A, and also
    B to re-export it, there is no way for A to control
    which other hosts are using it. The proper way is to
    mount it from the original source (after permitting
    it in the source exports).


    Tauno Voipio
    tauno voipio (at) iki fi
    Tauno Voipio, Sep 21, 2004
  4. Bracchetto

    P.T. Breuer Guest

    Discouraged by default, not "prohibited". You can use the -r flag on
    the daemon (rpc.NFSD !!!!!!).

    NFSD(8) NFSD(8)

    nfsd - NFS service daemon

    /usr/sbin/rpc.nfsd [ -f exports-file ] [ -d facility ] [
    -P port ] [ -R dirname ] [ -Fhlnprstv ] [ --debug
    facility ] [ --exports-file=file ] [ --foreground ] [
    --help ] [ --allow-non-root ] [ --re-export ] ...
    You can give your rights of decision away, if you want to. Nothing says
    you oughtn't to be able to. And the daemon allows it.
    And fine - if that's what A wants, that's what A wants. And yes, there
    is a way, if B chooses to cooperate. It's all about choice.
    Well, I would also recommend that! It used to be that -r was also

    P.T. Breuer, Sep 21, 2004
  5. Bracchetto

    Rex Dieter Guest

    My nfsd manpage (on Fedora Core 2) doesn't include that option.
    rpc.nfsd - NFS server process
    /usr/sbin/rpc.nfsd [-p port] nproc

    I think that option was specific to the old, deprecated/unmaintained
    user-space nfs implementation.

    AFAIK, the newer kernel-space nfs-utils doesn't do that.

    -- Rex
    Rex Dieter, Sep 21, 2004
  6. Bracchetto

    P.T. Breuer Guest

    Get a different rpc.nfsd, or "Don't Do That Then".

    P.T. Breuer, Sep 21, 2004
  7. Bracchetto

    Bracchetto Guest

    Great, Peter. Now tell me HOW, please.
    Thank you.

    Bracchetto, Sep 22, 2004
  8. Bracchetto

    Rex Dieter Guest

    That's exactly my point: *There is no different rpc.nfsd* (*)

    (*) Not that's supported/maintained anyway.

    -- Rex
    Rex Dieter, Sep 22, 2004
  9. Bracchetto

    P.T. Breuer Guest

    That's a matter of opinion, to be exact. But since you're placing
    yourself in the DDTT class, DDTT!
    I have 2.2beta47, and there are package updates to at least Mon, 16
    Aug 2004 21:19 :00 +0200. The manpage is as above.

    P.T. Breuer, Sep 22, 2004
  10. Bracchetto

    Rex Dieter Guest

    what's DDTT?
    That's probably the build-time of the package.

    As I said, development on the user-space nfs implementation is dead, and the
    userspace nfs tarball from
    dates back to Nov 1999. It's old, unmaintained, NFS2 only, doesn't support
    File locking...

    If, knowing that, you're still willing to try to use it, then knock yourself

    -- Rex
    Rex Dieter, Sep 22, 2004
  11. Bracchetto

    P.T. Breuer Guest

    What I said it was. You snipped my first use of the term.
    No, it's the last changelog entry.
    That's the original, and it has worked fine for years. It's been
    maintained by distributers since about 1999. I noted the last changelog
    entry for you.
    I am more than happy to use it - I have been using it for at least ten
    years. I wouldn't touch any other daemon.

    P.T. Breuer, Sep 22, 2004
    1. Advertisements

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments (here). After that, you can post your question and our members will help you out.