Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

TW: nfs Protocol not supported

52 views
Skip to first unread message

Alexander Goetzenstein

unread,
Feb 16, 2020, 8:00:36 PM2/16/20
to
Hallo,
nach dem in etwa in monatlichen Abständen durchgeführten Update von
Tumbleweed scheint erst einmal alles in Ordnung -selbst das jüngst
verunglückte kate funktioniert wieder. Allerdings wunderte ich mich über
die fehlenden Kalender, die auf einem nfs-share lagern. Also flugs in
der Konsole eingetippt:

> alex@linux-t560b:~> sudo /usr/bin/mount 192.168.1.3:/daten /mnt/nfs -t nfs -o users,rw,sync,hard,intr
> mount.nfs: Protocol not supported

Was kann denn da los sein? Bislang dachte ich, nfs sei im Kernel
verankert, was nicht von einer Zehntelversion zur nächsten nicht einfach
so rausgeworfen wird -habe ich da etwas verpasst?

Wie biege ich das wieder grade?


--
Gruß
Alex

inter...@gmx.net

unread,
Feb 17, 2020, 5:47:52 AM2/17/20
to
NFS-Server ist im Kernel integriert, bei NFS-Client bin ich nicht so sicher.
Ich habe zwar kein Tumbleweed, aber doch NFS. Bei mir sind folgende Packages installiert: nfs-client, libnfs8, nfsidmap, (nfs-kernel-server) und drei yast2-nfs-{irgendwas}. Dazu auch NIS.
Ich würde Yast2 aufrufen, dann (mein ist in Englisch konfiguriert) System -> Services Manager und prüfen ob nfs-idmapd und nfs-mountd aktiv sind. Bei mir werden sie manuell gestartet, sind aber da.

Alexander Goetzenstein

unread,
Feb 17, 2020, 8:39:06 AM2/17/20
to
Hallo,

Am 17.02.20 um 11:47 schrieb inter...@gmx.net:
> NFS-Server ist im Kernel integriert, bei NFS-Client bin ich nicht so
> sicher. Ich habe zwar kein Tumbleweed, aber doch NFS. Bei mir sind
> folgende Packages installiert: nfs-client, libnfs8, nfsidmap,
> (nfs-kernel-server) und drei yast2-nfs-{irgendwas}. Dazu auch NIS.

> alex@linux-t560b:~> rpm -qa | grep nfs
> nfswatch-4.99.11-2.4.x86_64
> texlive-mfnfss-doc-2019.168.svn46036-42.1.noarch
> libnfsidmap1-1.0-11.1.x86_64
> yast2-nfs-common-4.2.4-1.1.noarch
> texlive-psnfss-2019.168.9.2asvn33946-41.1.noarch
> texlive-plnfss-2019.168.1.1svn15878-41.1.noarch
> texlive-psnfss-doc-2019.168.9.2asvn33946-41.1.noarch
> nfs-client-2.3.3-11.1.x86_64
> texlive-plnfss-doc-2019.168.1.1svn15878-41.1.noarch
> nfs-doc-2.3.3-11.1.x86_64
> libnfs13-4.0.0-1.1.x86_64
> texlive-mfnfss-2019.168.svn46036-42.1.noarch
> yast2-nfs-client-4.2.6-1.1.noarch
>
> alex@linux-t560b:~> rpm -qa | grep nis
> [...]
> yast2-nis-client-4.2.1-1.4.x86_64

Damit sollte erst einmal alles da sein -war es ja vorher auch. Könnte
höchstens noch ein Mismatch bei den Versionen sein, aber gibt's das
wirklich bei nfs?


> Ich würde Yast2 aufrufen, dann (mein ist in Englisch konfiguriert)
> System -> Services Manager und prüfen ob nfs-idmapd und nfs-mountd
> aktiv sind. Bei mir werden sie manuell gestartet, sind aber da.

nfs-idmapd ist nicht aktiv, weil -wie bei Dir- manuell zu starten. Das
habe ich versucht, startet aber nicht.
Einen Dienst nfs-mountd sehe ich hier nicht.

--
Gruß
Alex

inter...@gmx.net

unread,
Feb 17, 2020, 2:15:47 PM2/17/20
to
Service nfs-mountd Full Info

● nfs-mountd.service - NFS Mount Daemon
Loaded: loaded (/usr/lib/systemd/system/nfs-mountd.service; static; vendor preset: disabled)
Drop-In: /usr/lib/systemd/system/nfs-mountd.service.d
└─options.conf
Active: active (running) since Mon 2020-02-17 09:19:05 CET; 9h ago
Main PID: 1905 (rpc.mountd)
Tasks: 1 (limit: 4915)
CGroup: /system.slice/nfs-mountd.service
└─1905 /usr/sbin/rpc.mountd

Keine Ahnung was dort fehlt. Ich hätte erwartet, dass es im Display als inaktiv zu sehen wäre, und dass man schauen könnte warum es nicht läuft.
Yast2 -> Network Services -> NFS Client könnte was hergeben, allerdings habe ich selbst weder unter "NFS Shares" noch "NFS Settings" was eingerichtet.

Alexander Goetzenstein

unread,
Feb 17, 2020, 3:16:27 PM2/17/20
to
Hallo,

Am 17.02.20 um 20:15 schrieb inter...@gmx.net:
> Service nfs-mountd Full Info

kannst Du mal nachsehen, welchem Paket es entstammt?
Bei mir lautet die Antwort nämlich:
> linux-t560b:~ # service nfs-mountd full info
> service: no such service nfs-mountd

Und auch yast kennt es weder in der Suche nach "nfs" noch nach "mount",
auch nicht bei noch nicht installierten Paketen. Wobei mir beim Updaten
auch nicht angezeigt wurde, dass irgendetwas entfernt werden sollte...


--
Gruß
Alex

Arno Lutz

unread,
Feb 17, 2020, 3:32:44 PM2/17/20
to
Alexander Goetzenstein schrieb:
hilft https://documentation.suse.com/de-de/sles/11-SP4/html/SLES-all/cha-nfs.html ?

Gruß
Arno Lutz

--
Jeder hat dumme Gedanken, nur der Kluge verschweigt sie.

Alexander Goetzenstein

unread,
Feb 17, 2020, 4:03:18 PM2/17/20
to
Hallo,

Am 17.02.20 um 21:32 schrieb Arno Lutz:
> hilft https://documentation.suse.com/de-de/sles/11-SP4/html/SLES-all/cha-nfs.html ?

nicht so richtig, denn NFSv3 habe ich wie dort beschrieben eingerichtet
-viel ist dafür ja auch nicht zu tun. Immerhin habe ich einen Workaround
gefunden, den ich aber nicht wirklich "Lösung" nennen mag: in yast habe
ich auf dem Server zusätzlich NFSv4 aktiviert, ohne jede weitere
Konfiguration. Damit wird die Verbindung aufgebaut, aber NFSv3 bleibt
weiterhin kaputt.


--
Gruß
Alex

Alexander Goetzenstein

unread,
Feb 23, 2020, 9:55:23 AM2/23/20
to
Hallo,

Am 22.02.20 um 18:25 schrieb Martin Schnitkemper:
>> ich auf dem Server zusätzlich NFSv4 aktiviert, ohne jede weitere
>> Konfiguration. Damit wird die Verbindung aufgebaut, aber NFSv3 bleibt
>> weiterhin kaputt.
> Kannst du denn nicht einfach alle Systeme einheitlich auf ein aktuelles
> NFSv4 anheben?

da mir weiterhin verborgen bleibt, warum NFSv3 nicht mehr will, wird mir
wohl nichts anderes übrig bleiben.


--
Gruß
Alex
0 new messages