[löschen] nfs-config inactive

[wolf49]

Code: Alles auswählen

root@k4l:/# systemctl status nfs-config
● nfs-config.service - Preprocess NFS configuration
     Loaded: loaded (/lib/systemd/system/nfs-config.service; static)
     Active: inactive (dead) since Mon 2021-10-11 07:14:24 CEST; 29min ago
    Process: 6112 ExecStart=/usr/lib/systemd/scripts/nfs-utils_env.sh (code=exited, status=0/SUCCESS)
   Main PID: 6112 (code=exited, status=0/SUCCESS)
        CPU: 1ms

Okt 11 07:14:24 k4l systemd[1]: Starting Preprocess NFS configuration...
Okt 11 07:14:24 k4l systemd[1]: nfs-config.service: Succeeded.
Okt 11 07:14:24 k4l systemd[1]: Finished Preprocess NFS configuration.
root@k4l:/#

wie bekomme ich nfs-config auf active ? nfs-server, rpcbind und nfs-utils stehen auf active.

[MSfree]

wie bekomme ich nfs-config auf active ?

Wozu sollte das gut sein?

[wolf49]

weil nfs damit nicht funktioniert

[MSfree]

weil nfs damit nicht funktioniert

Vielleicht solltest du mal deine Probleme systematisch angehen statt wild ratend in deinem System herum zu spekulieren. Dieser Thread läßt mich jedenfalls an irgendeiner Systematik zweifeln:
viewtopic.php?p=1284120#p1284120

Da versuchst du auch schon, den NFS-Server zu installieren, biegst dann aber in Richtung Firewall und systemd ab. Was soll denn das bringen?

Daß nfs-config nicht dauernd aktiv ist, ist so gewollt, das ist kein Serverdienst, der ständig rennt.
Daß dein NFS nicht geht, liegt an anderer Stelle.

[wolf49]

warum stehen hier Antworten, die mit der Lösung des Problems nichts zu tun haben ?
mit buster funktioniert nfs. bei 11.0 funktioniert es nicht obwohl alle relevanten Einträge identisch sind. mit tcpdump kann ich sehen dass der Zugang zum Server gesperrt sein soll.
nfs ist in der firewall eingetragen.

[Tintom]

Schau dir mal die Service-Unit und die Ausgabe an: Der Sinn und Zweck dieser Unit ist das Starten eines Shell-Skripts, welches Umgebungsvariablen setzt. Dies ist erfolgt, das Skript erfolgreich ausgeführt, die Service-Unit hat damit ihre Schuldigkeit getan. Kurz: nfs-config.service ist nicht der Grund, warum dein NFS-Server nicht funktioniert.

[wolf49]

die Antwort hat mit der Lösung des Problems nichts zu tun.

[Tintom]

Doch, vielleicht hast du die Logik dahinter noch nicht verstanden: Das Skript ist nicht darauf ausgelegt dauernd zu laufen. Deswegen startet es, läuft für eine Sekunde und beendet sich danach wieder. Wie du hier siehst passiert in dem Skript nichts.

Implizit hast du jetzt schon mehrfach die Lösung genannt bekommen: Das Skript ist beim Start aktiv, d.h. indem du nfs-common neu startest, wird das Skript wieder aktiv. Aber beeil dich beim Betrachten der Ausgabe, sonst ist es wieder inaktiv.

[wolf49]

die Datei nfs-utils_env.sh ist bei buster vorhanden, aber nicht bei 11-0

[Tintom]

Manuell entfernt? Im Paket nfs-common ist die Datei /usr/lib/systemd/scripts/nfs-utils_env.sh enthalten.

[wolf49]

OK, sie wird mit whereis leider nicht gefunden (11.0). bei buster ist sie in /etc

[Tintom]

Ich denke du würfelst hier einiges durcheinander. Der Befehl whereis ist für folgendes gedacht:

$ apropos whereis
whereis (1) - locate the binary, source, and manual page files for a command

Du kannst damit den Pfad eines Befehls (command) abfragen. Dabei wird alles unterhalb von $PATH durchsucht. Nun ist aber weder nfs-common ein Befehl, noch liegt das beschriebene Bash-Skript unter $PATH. Daher gibt das Programm auch nichts aus.

Das Skript hat übrigens unter buster den gleichen Ablageort wie unter bullseye, da hat sich nichts verändert.

[willy4711]

Kleine Bemerkung am Rande:

die Datei nfs-utils_env.sh ist bei buster vorhanden, aber nicht bei 11-0

In deinem ersten Post schreibst du:

Code: Alles auswählen

Process: 6112 ExecStart=/usr/lib/systemd/scripts/nfs-utils_env.sh (code=exited, status=0/SUCCESS)

Also: Protokolle lesen und verstehen, auch mal darauf hören, was andere sagen und das Problen richtig schildern.

mit tcpdump kann ich sehen dass der Zugang zum Server gesperrt sein soll.
nfs ist in der firewall eingetragen.

Und wo sind die Protokolle / Einstellungen dazu ? Wären vielleicht wichtig, um das Problem einzugrenzen.
Im Journal sollte doch dazu auch etwas stehen ?

Und jetzt machst du einen neuen Thread auf, wieder ohne irgendeinen Diskussionsgrundlage (Protokolle)
viewtopic.php?t=182294

[wolf49]

die richtige Antwort wäre, das inactve der normale Zustand ist und active durch Start von nfs entsteht. kann denn bitte jemand diesen überflüssigen Beitrag löschen ?

[TRex]

Der ist nicht überflüssig - wenn jemand das gleiche "Problem" hat und danach sucht, wird er hier zu einer "Lösung" kommen.

[jph]

Es hilft auch der Blick in die zugehörige Service-Unit:

Code: Alles auswählen

[Unit]
Description=Preprocess NFS configuration
After=local-fs.target
DefaultDependencies=no

[Service]
Type=oneshot
# This service needs to run any time any nfs service
# is started, so changes to local config files get
# incorporated.  Having "RemainAfterExit=no" (the default)
# ensures this happens.
RemainAfterExit=no
ExecStart=/usr/lib/systemd/scripts/nfs-utils_env.sh

Und da steht „Type=oneshot“ und wie dieser funktioniert, lässt sich in man systemd.service nachlesen.