NFS Serverbrowsing bei 13.1 und 13.2 NFS Server funktioniert nicht
Hallo Liste, seit gestern grüble ich darüber, warum Kodi openSUSE 13.1 und 13.2 NFS Server beim Browsing nicht findet. Andere Server (Debian 8 mit Systemd, Debian 8 ohne Systemd, Ubuntu 14.04 und sogar LEAP 42.1) werden anstandslos gefunden. LEAP 42.2 habe ich noch nicht installiert. Heute habe ich mal mit Wireshark versucht zu ergründen, was da denn so abläuft: Also, der Client (in meinem Fall Kodi) sendet einen UDP Broadcast auf den Zielport 111 und bekommt entsprechend Antwort von den Servern, nur eben von 13.1 und 13.2 nicht. Also habe ich mal geguckt, wer denn so auf Port 111 lauscht. Bei den funktionierenden Servern ist das der rpcbind, nur bei 13.1 und 13.2 ist es der vermaledeite systemd. Also vermute ich mal, dass da das Problem liegt. Nur, wie bekomme ich das auch auf der 13.1 und 13.2 gerichtet? Googlen brachte mich leider nicht wirklich weiter. Für Tips wäre ich also außerordentlich dankbar ... Lg Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Mon, 28 Nov 2016 16:49:59 +0100 schrieb Manfred Kreisl <ml4km@arcor.de>:
Hallo Liste,
seit gestern grüble ich darüber, warum Kodi openSUSE 13.1 und 13.2 NFS Server beim Browsing nicht findet. Andere Server (Debian 8 mit Systemd, Debian 8 ohne Systemd, Ubuntu 14.04 und sogar LEAP 42.1) werden anstandslos gefunden. LEAP 42.2 habe ich noch nicht installiert.
Heute habe ich mal mit Wireshark versucht zu ergründen, was da denn so abläuft:
Also, der Client (in meinem Fall Kodi) sendet einen UDP Broadcast auf den Zielport 111 und bekommt entsprechend Antwort von den Servern, nur eben von 13.1 und 13.2 nicht. Also habe ich mal geguckt, wer denn so auf Port 111 lauscht. Bei den funktionierenden Servern ist das der rpcbind, nur bei 13.1 und 13.2 ist es der vermaledeite systemd. Also vermute ich mal, dass da das Problem liegt.
Nur, wie bekomme ich das auch auf der 13.1 und 13.2 gerichtet? Googlen brachte mich leider nicht wirklich weiter.
Für Tips wäre ich also außerordentlich dankbar ...
systemctl status rpcbind.service systemctl status rpcbind.socket gegebenengfalls systemctl start rpcbind.service man rpcbind(8) gibt auch noch Informationen. -Dieter -- Dieter Klünter | Systemberatung http://sys4.de GPG Key ID: E9ED159B 53°37'09,95"N 10°08'02,42"E -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 28.11.2016 um 17:13 schrieb Dieter Klünter:
Am Mon, 28 Nov 2016 16:49:59 +0100 schrieb Manfred Kreisl <ml4km@arcor.de>:
Hallo Liste,
seit gestern grüble ich darüber, warum Kodi openSUSE 13.1 und 13.2 NFS Server beim Browsing nicht findet. Andere Server (Debian 8 mit Systemd, Debian 8 ohne Systemd, Ubuntu 14.04 und sogar LEAP 42.1) werden anstandslos gefunden. LEAP 42.2 habe ich noch nicht installiert.
Heute habe ich mal mit Wireshark versucht zu ergründen, was da denn so abläuft:
Also, der Client (in meinem Fall Kodi) sendet einen UDP Broadcast auf den Zielport 111 und bekommt entsprechend Antwort von den Servern, nur eben von 13.1 und 13.2 nicht. Also habe ich mal geguckt, wer denn so auf Port 111 lauscht. Bei den funktionierenden Servern ist das der rpcbind, nur bei 13.1 und 13.2 ist es der vermaledeite systemd. Also vermute ich mal, dass da das Problem liegt.
Nur, wie bekomme ich das auch auf der 13.1 und 13.2 gerichtet? Googlen brachte mich leider nicht wirklich weiter.
Für Tips wäre ich also außerordentlich dankbar ...
systemctl status rpcbind.service systemctl status rpcbind.socket gegebenengfalls systemctl start rpcbind.service man rpcbind(8) gibt auch noch Informationen.
Laufen alle und rpcbind wird mit den identischen Parametern gestartet wie bei allen anderen Servern. Ich vergaß zu sagen, der Server funktioniert natürlich, nur das Browsing klappt halt nur nicht rpcbind -p sagt mir ja auch dass alles in Ordnung ist. Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 28.11.2016 um 17:38 schrieb Manfred Kreisl:
Am 28.11.2016 um 17:13 schrieb Dieter Klünter:
Am Mon, 28 Nov 2016 16:49:59 +0100 schrieb Manfred Kreisl <ml4km@arcor.de>:
Hallo Liste,
seit gestern grüble ich darüber, warum Kodi openSUSE 13.1 und 13.2 NFS Server beim Browsing nicht findet. Andere Server (Debian 8 mit Systemd, Debian 8 ohne Systemd, Ubuntu 14.04 und sogar LEAP 42.1) werden anstandslos gefunden. LEAP 42.2 habe ich noch nicht installiert.
Heute habe ich mal mit Wireshark versucht zu ergründen, was da denn so abläuft:
Also, der Client (in meinem Fall Kodi) sendet einen UDP Broadcast auf den Zielport 111 und bekommt entsprechend Antwort von den Servern, nur eben von 13.1 und 13.2 nicht. Also habe ich mal geguckt, wer denn so auf Port 111 lauscht. Bei den funktionierenden Servern ist das der rpcbind, nur bei 13.1 und 13.2 ist es der vermaledeite systemd. Also vermute ich mal, dass da das Problem liegt.
Nur, wie bekomme ich das auch auf der 13.1 und 13.2 gerichtet? Googlen brachte mich leider nicht wirklich weiter.
Für Tips wäre ich also außerordentlich dankbar ...
systemctl status rpcbind.service systemctl status rpcbind.socket gegebenengfalls systemctl start rpcbind.service man rpcbind(8) gibt auch noch Informationen.
Laufen alle und rpcbind wird mit den identischen Parametern gestartet wie bei allen anderen Servern. Ich vergaß zu sagen, der Server funktioniert natürlich, nur das Browsing klappt halt nur nicht
rpcbind -p sagt mir ja auch dass alles in Ordnung ist. Ich meinte natürlich rpcinfo -p
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Manfred Kreisl <ml4km@arcor.de> schrieb am 28.11.16 um 17:40:00 Uhr:
systemctl status rpcbind.service systemctl status rpcbind.socket gegebenengfalls systemctl start rpcbind.service man rpcbind(8) gibt auch noch Informationen.
Laufen alle und rpcbind wird mit den identischen Parametern gestartet wie bei allen anderen Servern. Ich vergaß zu sagen, der Server funktioniert natürlich, nur das Browsing klappt halt nur nicht
rpcbind -p sagt mir ja auch dass alles in Ordnung ist. Ich meinte natürlich rpcinfo -p
Und was sagt showmount -e <serveradresse> ? Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 28.11.2016 um 18:13 schrieb ratatouille:
Manfred Kreisl <ml4km@arcor.de> schrieb am 28.11.16 um 17:40:00 Uhr:
systemctl status rpcbind.service systemctl status rpcbind.socket gegebenengfalls systemctl start rpcbind.service man rpcbind(8) gibt auch noch Informationen.
Laufen alle und rpcbind wird mit den identischen Parametern gestartet wie bei allen anderen Servern. Ich vergaß zu sagen, der Server funktioniert natürlich, nur das Browsing klappt halt nur nicht
rpcbind -p sagt mir ja auch dass alles in Ordnung ist. Ich meinte natürlich rpcinfo -p
Und was sagt showmount -e <serveradresse> ?
Auch so wie es sein soll: Zeigt mir die Einträge der /etc/exports an Nebenbei bemerkt, das Yast NFS Modul findet die 13.1 und 13.2 Server auch nicht Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Manfred Kreisl <ml4km@arcor.de> schrieb am 28.11.16 um 18:21:14 Uhr:
rpcbind -p sagt mir ja auch dass alles in Ordnung ist. Ich meinte natürlich rpcinfo -p
Und was sagt showmount -e <serveradresse> ?
Auch so wie es sein soll: Zeigt mir die Einträge der /etc/exports an
Nebenbei bemerkt, das Yast NFS Modul findet die 13.1 und 13.2 Server auch nicht
Ich habe gerade hier mal mit einer 13.2 den kernel-nfs-server installiert und den portmapper und nfsserver gestartet. Dann habe ich das NFS-Yast-Modul installiert und exports per browsing eingerichtet. Hast Du den NFS-server mal gestoppt und mit rcnfsserver wieder gestartet? Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 28.11.2016 um 19:21 schrieb ratatouille:
Manfred Kreisl <ml4km@arcor.de> schrieb am 28.11.16 um 18:21:14 Uhr:
rpcbind -p sagt mir ja auch dass alles in Ordnung ist. Ich meinte natürlich rpcinfo -p
Und was sagt showmount -e <serveradresse> ?
Auch so wie es sein soll: Zeigt mir die Einträge der /etc/exports an
Nebenbei bemerkt, das Yast NFS Modul findet die 13.1 und 13.2 Server auch nicht
Ich habe gerade hier mal mit einer 13.2 den kernel-nfs-server installiert und den portmapper und nfsserver gestartet. Dann habe ich das NFS-Yast-Modul installiert und exports per browsing eingerichtet.
Hast Du den NFS-server mal gestoppt und mit rcnfsserver wieder gestartet?
Habe ich, mindestens ein halbes Dutzend mal Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Manfred Kreisl <ml4km@arcor.de> schrieb am 28.11.16 um 19:36:22 Uhr:
Nebenbei bemerkt, das Yast NFS Modul findet die 13.1 und 13.2 Server auch nicht
Ich habe gerade hier mal mit einer 13.2 den kernel-nfs-server installiert und den portmapper und nfsserver gestartet. Dann habe ich das NFS-Yast-Modul installiert und exports per browsing eingerichtet.
Hast Du den NFS-server mal gestoppt und mit rcnfsserver wieder gestartet?
Habe ich, mindestens ein halbes Dutzend mal
Was sagen die logfiles? Firewall dazwischen? Die logfiles von Kodi? Hat Kodi eine shell? Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 28.11.2016 um 19:57 schrieb ratatouille:
Manfred Kreisl <ml4km@arcor.de> schrieb am 28.11.16 um 19:36:22 Uhr:
Nebenbei bemerkt, das Yast NFS Modul findet die 13.1 und 13.2 Server auch nicht
Ich habe gerade hier mal mit einer 13.2 den kernel-nfs-server installiert und den portmapper und nfsserver gestartet. Dann habe ich das NFS-Yast-Modul installiert und exports per browsing eingerichtet.
Hast Du den NFS-server mal gestoppt und mit rcnfsserver wieder gestartet?
Habe ich, mindestens ein halbes Dutzend mal
Was sagen die logfiles? Firewall dazwischen? Die logfiles von Kodi? rein gar nichts nein, überall deaktiviert nichts, was sollen die auch sagen, wenn keine Antwort auf den Broadcast kommt dann gibt's halt nichts zu vermelden Hat Kodi eine shell? nein
Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Manfred Kreisl <ml4km@arcor.de> schrieb am 28.11.16 um 20:11:28 Uhr:
Was sagen die logfiles? Firewall dazwischen? Die logfiles von Kodi? rein gar nichts nein, überall deaktiviert nichts, was sollen die auch sagen, wenn keine Antwort auf den Broadcast kommt dann gibt's halt nichts zu vermelden Hat Kodi eine shell? nein
Ist exportfs -v auf dem Server ok? netstat -pantu |grep 111 rpcinfo -u localhost 100003 ps aux |grep rpc Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 28.11.2016 um 20:32 schrieb ratatouille:
Manfred Kreisl <ml4km@arcor.de> schrieb am 28.11.16 um 20:11:28 Uhr:
Was sagen die logfiles? Firewall dazwischen? Die logfiles von Kodi? rein gar nichts nein, überall deaktiviert nichts, was sollen die auch sagen, wenn keine Antwort auf den Broadcast kommt dann gibt's halt nichts zu vermelden Hat Kodi eine shell? nein
Ist exportfs -v auf dem Server ok? Ja
netstat -pantu |grep 111 tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 1/init tcp 0 0 :::111 :::* LISTEN 1/init udp 0 0 0.0.0.0:111 0.0.0.0:* 1/init udp 0 0 :::111 :::* 1/init
rpcinfo -u localhost 100003
program 100003 version 2 ready and waiting program 100003 version 3 ready and waiting program 100003 version 4 ready and waiting
ps aux |grep rpc
root 869 0.0 0.0 48844 3284 ? Ss 01:42 0:00 /sbin/rpcbind -w -f statd 2543 0.0 0.0 36376 3316 ? Ss 01:42 0:00 /usr/sbin/rpc.statd --no-notify root 2546 0.0 0.0 0 0 ? S< 01:42 0:00 [rpciod] root 8033 0.0 0.0 15392 152 ? Ss 01:57 0:00 /usr/sbin/rpc.idmapd -p /var/lib/nfs/rpc_pipefs root 8037 0.0 0.0 40752 2276 ? Ss 01:57 0:00 /usr/sbin/rpc.mountd root 8109 0.0 0.0 9300 1548 pts/4 R+ 01:58 0:00 grep --color=auto rpc Wie bereits gesagt, der Server funktioniert ja. Ich kann die Shares mounten, kein Problem. Nur die Erkennung, dass da ein Server läuft, geht halt nicht. Zwischenzeitlich habe ich auch eine 42.2 installiert, da funktioniert es auch. Gruß Manfred ps Schön, dass Du dir so viel Gedanken machst ;) -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Manfred Kreisl <ml4km@arcor.de> schrieb am 29.11.16 um 02:01:08 Uhr:
Ist exportfs -v auf dem Server ok? Ja
netstat -pantu |grep 111 tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 1/init tcp 0 0 :::111 :::* LISTEN 1/init udp 0 0 0.0.0.0:111 0.0.0.0:* 1/init udp 0 0 :::111 :::* 1/init
Bei mir sieht das so aus: # netstat -pantu |grep 111 tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 1/systemd tcp 0 0 :::111 :::* LISTEN 1/systemd udp 0 0 0.0.0.0:111 0.0.0.0:* 1/systemd udp 0 0 :::111 :::* 1/systemd Wird der portmapper nicht über systemd gestartet? Wie ist denn die genaue Ausgabe von rpcinfo -p ? Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 29.11.2016 um 08:02 schrieb ratatouille:
Manfred Kreisl <ml4km@arcor.de> schrieb am 29.11.16 um 02:01:08 Uhr:
Ist exportfs -v auf dem Server ok? Ja
netstat -pantu |grep 111 tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 1/init tcp 0 0 :::111 :::* LISTEN 1/init udp 0 0 0.0.0.0:111 0.0.0.0:* 1/init udp 0 0 :::111 :::* 1/init
Bei mir sieht das so aus:
# netstat -pantu |grep 111 tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 1/systemd tcp 0 0 :::111 :::* LISTEN 1/systemd udp 0 0 0.0.0.0:111 0.0.0.0:* 1/systemd udp 0 0 :::111 :::* 1/systemd
Wird der portmapper nicht über systemd gestartet? Doch, natürlich. Die Ausgabe ist aber von einer 13.1, da heißt der Init Prozess halt scheinbar noch init anstatt systemd. Ab 13.2 aufwärts steht da natürlich systemd
Übrigens auch bei der 42.1 lauscht jetzt der systemd auf Port 111, ich bin mir aber sicher dass das Anfangs nicht so war. Vielleicht lags an meiner (Kernel-)Updaterei und Herumprobiererei, keine Ahnung. Jedenfalls meldet sich die 42.1 und 42.2, die 13.1 und 13.2 nicht obwohl ich wirklich keinen Unterschied erkennen kann.
Wie ist denn die genaue Ausgabe von rpcinfo -p ?
program vers proto port service 100000 4 tcp 111 portmapper 100000 3 tcp 111 portmapper 100000 2 tcp 111 portmapper 100000 4 udp 111 portmapper 100000 3 udp 111 portmapper 100000 2 udp 111 portmapper 100005 1 udp 20048 mountd 100005 1 tcp 20048 mountd 100005 2 udp 20048 mountd 100005 2 tcp 20048 mountd 100005 3 udp 20048 mountd 100005 3 tcp 20048 mountd 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs 100003 4 tcp 2049 nfs 100227 2 tcp 2049 nfs_acl 100227 3 tcp 2049 nfs_acl 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100003 4 udp 2049 nfs 100227 2 udp 2049 nfs_acl 100227 3 udp 2049 nfs_acl 100021 1 udp 44722 nlockmgr 100021 3 udp 44722 nlockmgr 100021 4 udp 44722 nlockmgr 100021 1 tcp 44950 nlockmgr 100021 3 tcp 44950 nlockmgr 100021 4 tcp 44950 nlockmgr Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Manfred Kreisl <ml4km@arcor.de> schrieb am 29.11.16 um 15:36:25 Uhr:
Doch, natürlich. Die Ausgabe ist aber von einer 13.1, da heißt der Init Prozess halt scheinbar noch init anstatt systemd. Ab 13.2 aufwärts steht da natürlich systemd
Übrigens auch bei der 42.1 lauscht jetzt der systemd auf Port 111, ich bin mir aber sicher dass das Anfangs nicht so war. Vielleicht lags an meiner (Kernel-)Updaterei und Herumprobiererei, keine Ahnung. Jedenfalls meldet sich die 42.1 und 42.2, die 13.1 und 13.2 nicht obwohl ich wirklich keinen Unterschied erkennen kann.
Wie ist denn die genaue Ausgabe von rpcinfo -p ?
program vers proto port service 100000 4 tcp 111 portmapper 100000 3 tcp 111 portmapper 100000 2 tcp 111 portmapper 100000 4 udp 111 portmapper 100000 3 udp 111 portmapper 100000 2 udp 111 portmapper 100005 1 udp 20048 mountd 100005 1 tcp 20048 mountd 100005 2 udp 20048 mountd 100005 2 tcp 20048 mountd 100005 3 udp 20048 mountd 100005 3 tcp 20048 mountd 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs 100003 4 tcp 2049 nfs 100227 2 tcp 2049 nfs_acl 100227 3 tcp 2049 nfs_acl 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100003 4 udp 2049 nfs 100227 2 udp 2049 nfs_acl 100227 3 udp 2049 nfs_acl 100021 1 udp 44722 nlockmgr 100021 3 udp 44722 nlockmgr 100021 4 udp 44722 nlockmgr 100021 1 tcp 44950 nlockmgr 100021 3 tcp 44950 nlockmgr 100021 4 tcp 44950 nlockmgr
Schwer zu sagen aus der Ferne. Vielleicht den NFS-Server und den portmapper deinstallieren und nochmal neu installieren die beiden erstmal auf der Konsole starten, zuerst den portmapper. Grüße Andreas -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 29.11.2016 um 18:23 schrieb ratatouille:
Manfred Kreisl <ml4km@arcor.de> schrieb am 29.11.16 um 15:36:25 Uhr:
Doch, natürlich. Die Ausgabe ist aber von einer 13.1, da heißt der Init Prozess halt scheinbar noch init anstatt systemd. Ab 13.2 aufwärts steht da natürlich systemd
Übrigens auch bei der 42.1 lauscht jetzt der systemd auf Port 111, ich bin mir aber sicher dass das Anfangs nicht so war. Vielleicht lags an meiner (Kernel-)Updaterei und Herumprobiererei, keine Ahnung. Jedenfalls meldet sich die 42.1 und 42.2, die 13.1 und 13.2 nicht obwohl ich wirklich keinen Unterschied erkennen kann.
Wie ist denn die genaue Ausgabe von rpcinfo -p ?
program vers proto port service 100000 4 tcp 111 portmapper 100000 3 tcp 111 portmapper 100000 2 tcp 111 portmapper 100000 4 udp 111 portmapper 100000 3 udp 111 portmapper 100000 2 udp 111 portmapper 100005 1 udp 20048 mountd 100005 1 tcp 20048 mountd 100005 2 udp 20048 mountd 100005 2 tcp 20048 mountd 100005 3 udp 20048 mountd 100005 3 tcp 20048 mountd 100003 2 tcp 2049 nfs 100003 3 tcp 2049 nfs 100003 4 tcp 2049 nfs 100227 2 tcp 2049 nfs_acl 100227 3 tcp 2049 nfs_acl 100003 2 udp 2049 nfs 100003 3 udp 2049 nfs 100003 4 udp 2049 nfs 100227 2 udp 2049 nfs_acl 100227 3 udp 2049 nfs_acl 100021 1 udp 44722 nlockmgr 100021 3 udp 44722 nlockmgr 100021 4 udp 44722 nlockmgr 100021 1 tcp 44950 nlockmgr 100021 3 tcp 44950 nlockmgr 100021 4 tcp 44950 nlockmgr
Schwer zu sagen aus der Ferne. Vielleicht den NFS-Server und den portmapper deinstallieren und nochmal neu installieren die beiden erstmal auf der Konsole starten, zuerst den portmapper. Alles schon gemacht bei der 13.2. Habe sogar die Version 1.34 des Kernelservers getestet, alles ohne Erfolg
Haken wir das halt als Bug der 13.1 und 13.2 ab. Ab 42.1 geht es ja, hätte mich nur brennend interessiert, wo das Problem liegt... Gruß Manfred -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (3)
-
Dieter Klünter -
Manfred Kreisl -
ratatouille