☰

Wie mounte ich NFS 3-Volumes auf Fedora 17?

tag-icon • tag-icon fedora nfs selinux systemd
Wie mounte ich NFS 3-Volumes auf Fedora 17?

Ich habe das Paket installiert nfs-utilsund es über Folgendes ausprobiert:

# mount -t nfs server:/mnt /mnt
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified

Ok, das muss wahrscheinlich gestartet werden – über systemd – richtig?

# systemctl start nfs-lock.service 
Job failed. See system journal and 'systemctl status' for details.
# journalctl
Jun 15 23:22:18 host rpc.statd[24339]: Version 1.2.6 starting
Jun 15 23:22:18 host rpc.statd[24339]: Opening /var/run/rpc.statd.pid failed:
                                         Permission denied
[..]
Jun 15 23:22:18 host systemd[1]: nfs-lock.service: control process exited, 
                                         code=exited status=1
Jun 15 23:22:18 host systemd[1]: Unit nfs-lock.service entered failed state.

Sieht aus wie ein SELinux-bezogenes Problem?

Jun 15 23:22:18 host setroubleshoot[3211]: analyze_avc()
   avc=scontext=system_u:system_r:rpcd_t:s0
   tcontext=unconfined_u:object_r:var_run_t:s0
   access=['unlink'] tclass=file tpath=rpc.statd.pid
Jun 15 23:22:18 host setroubleshoot[3211]: SELinux is preventing
   /usr/sbin/rpc.statd from unlink access on the file rpc.statd.pid.
Jun 15 23:22:18 host setroubleshoot[3211]: analyze_avc()
   avc=scontext=system_u:system_r:rpcd_t:s0
   tcontext=unconfined_u:object_r:var_run_t:s0
   access=['write'] tclass=file tpath=rpc.statd.pid
Jun 15 23:22:18 host setroubleshoot[3211]: SELinux is preventing
   /usr/sbin/rpc.statd from write access on the file rpc.statd.pid.

Ok – jetzt ist die Frage: welche SELinux-Konfiguration bzw. welchen Dateinamen muss ich ändern?

# systemctl status nfs-lock.service
nfs-lock.service - NFS file locking service.
      Loaded: loaded (/usr/lib/systemd/system/nfs-lock.service; enabled)
      Active: failed (Result: exit-code) since Fri, 15 Jun 2012 23:22:18 +0200;
              13min ago
     Process: 24338 ExecStart=/sbin/rpc.statd $STATDARG
              (code=exited, status=1/FAILURE)
     Process: 24334 ExecStartPre=/usr/lib/nfs-utils/scripts/nfs-lock.preconfig
              (code=exited, status=0/SUCCESS)
      CGroup: name=systemd:/system/nfs-lock.service

Fehlt ein Paket – oder nutze ich den falschen Dienst?

Antwort1

Ich bin nicht sicher, ob das hilft, da ich keine SElinux-Fehler gesehen habe.

Nach der Installation von Fedora 17 habe ich auf die neueste Version aktualisiert, aber keinen Neustart durchgeführt. Ich habe mich abgemeldet und wieder angemeldet, da mehrere Gnome-Pakete aktualisiert wurden. (Ich habe nicht bemerkt, dass das Update systemdauch ein Update von enthielt.)

Um meine NFS-Freigaben zu mounten, habe ich nfs-utilsden rpcbind-Dienst installiert und versucht, ihn zu starten:

sudo systemctl start rpcbind.service

Ich habe die folgende Fehlermeldung erhalten:

Failed to issue method call: Unit var-run.mount failed to load: No such file or directory. See system logs and 'systemctl status var-run.mount' for details.

var-run.mount scheint vor Kurzem entfernt worden zu sein, yum whatprovideszeigt aber, dass systemd-44-8.fc17es noch vorhanden war.

Mehrere andere NFS-Dienste haben den gleichen Fehler ausgelöst.

In meinem Fall hat ein einfacher Neustart geholfen. Sie sollten also vielleicht auf die neuesten Pakete aktualisieren und neu starten. (Wenn jemand eine Möglichkeit kennt, systemd dazu zu bringen, seine Konfiguration ohne Neustart erneut zu lesen, lassen Sie es mich bitte wissen.)

Antwort2

Der Name des Dienstes, den Sie starten müssen, lautet in Fedora 17 „nfslock“, also:

systemctl start nfslock

es ist bereits aktiviert, nachdem Sie nfs-utils installiert haben

Antwort3

Es scheint, als nfs-lock.servicewäre der Start über systemd keine wirkliche Voraussetzung für die Durchführung einer NFS 3-Einbindung über die Befehlszeile.

Nur ausführen

# mount -t nfs server:/mnt /mnt

(nachdem das nfs-utilsPaket installiert ist) führt zu einem geladenen Ergebnis rpc.statd- ohne weitere SELinux-Fehlermeldungen. Und der gemountete NFS-Export ist ohne Probleme nutzbar.

Es scheint, dass der Kernel rpc.statd (und Freunde) bei Bedarf einfach startet, ohne mit systemd zu interagieren:

# pgrep -l rpc
3063 rpc.statd
22599 rpciod
24280 rpcbind

verwandte Informationen