Beiträge von Sebastian1969
-
-
Danke Sauerland. Du warst eine große Hilfe und hast mich sehr unterstützt.
Ich mach' dann mal den Bug Report! -
Ja, hatte ich. Hat nichts gebracht.
Sind wir soweit, einen Bug-Report zu generieren? Oder glaubst du, dass ich noch selbst einen Fehler mache?
-
Aber es geht nur instabil. Ich habe keine Ahnung warum es mal geht und mal nicht.
Ich kann es bisher nicht nachvollziehbar wiederholen.Momentan geht es wieder gar nicht. ich habe sonst nichts, rein gar nichts geändert.
Was ist das nur?
-
Ich werde bald verrückt - schon wieder verbunden. Nach einigen Minuten.
# sudo journalctl in dieser Zeit. Aber ich sehe nichts.Code
Alles anzeigenDez 31 16:34:54 linux-sebastian sudo[2999]: pam_unix(sudo:session): session opened for user root(uid=0) by sebastian(uid=0) Dez 31 16:34:54 linux-sebastian sudo[2999]: sebastian : TTY=pts/1 ; PWD=/home/sebastian ; USER=root ; COMMAND=/usr/bin/journalctl -r Dez 31 16:34:31 linux-sebastian sudo[2971]: pam_unix(sudo:session): session closed for user root Dez 31 16:34:16 linux-sebastian sudo[2971]: pam_unix(sudo:session): session opened for user root(uid=0) by sebastian(uid=0) Dez 31 16:34:16 linux-sebastian sudo[2971]: sebastian : TTY=pts/1 ; PWD=/home/sebastian ; USER=root ; COMMAND=/usr/bin/journalctl Dez 31 16:34:13 linux-sebastian sudo[2948]: pam_unix(sudo:session): session closed for user root Dez 31 16:33:29 linux-sebastian sudo[2948]: pam_unix(sudo:session): session opened for user root(uid=0) by sebastian(uid=0) Dez 31 16:33:29 linux-sebastian sudo[2948]: sebastian : TTY=pts/1 ; PWD=/home/sebastian ; USER=root ; COMMAND=/usr/bin/journalctl -f Dez 31 16:33:29 linux-sebastian sudo[2948]: gkr-pam: unable to locate daemon control file Dez 31 16:33:26 linux-sebastian systemd[1]: snapper-cleanup.service: Succeeded. Dez 31 16:33:26 linux-sebastian dbus-daemon[990]: [system] Successfully activated service 'org.opensuse.Snapper' Dez 31 16:33:26 linux-sebastian dbus-daemon[990]: [system] Activating service name='org.opensuse.Snapper' requested by ':1.66' (uid=0 pid=2950 comm="/usr/lib/snapper/systemd-helper --cleanup ") (using servicehelper) Dez 31 16:33:26 linux-sebastian systemd[1]: Started Daily Cleanup of Snapper Snapshots. Dez 31 16:32:37 linux-sebastian kwin_x11[2025]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 56042, resource id: 37754470, major code: 18 (ChangeProperty), minor code: 0 Dez 31 16:32:37 linux-sebastian plasmashell[2033]: trying to show an empty dialog Dez 31 16:31:31 linux-sebastian plasmashell[2033]: file:///usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/Task.qml:371: Unable to assign [undefined] to QString Dez 31 16:31:31 linux-sebastian kwin_x11[2025]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 31330, resource id: 37753327, major code: 18 (ChangeProperty), minor code: 0 Dez 31 16:31:31 linux-sebastian plasmashell[2033]: file:///usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/main.qml:454: TypeError: Cannot read property 'length' of undefined Dez 31 16:24:36 linux-sebastian pulseaudio[2047]: E: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.TimedOut: Failed to activate service 'org.bluez': timed out (service_start_timeout=25000ms) Dez 31 16:24:36 linux-sebastian dbus-daemon[990]: [system] Failed to activate service 'org.bluez': timed out (service_start_timeout=25000ms) Dez 31 16:24:36 linux-sebastian systemd[1]: packagekit.service: Succeeded. Dez 31 16:24:36 linux-sebastian kded5[1977]: org.kde.bluez: PendingCall Error: "Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the ne> Dez 31 16:24:36 linux-sebastian PackageKit[2409]: daemon quit Dez 31 16:24:30 linux-sebastian kernel: Key type id_legacy registered Dez 31 16:24:30 linux-sebastian kernel: Key type id_resolver registered Dez 31 16:24:30 linux-sebastian kernel: NFS: Registering the id_resolver key type Dez 31 16:24:29 linux-sebastian kernel: Key type dns_resolver registered Dez 31 16:24:29 linux-sebastian kernel: FS-Cache: Netfs 'nfs' registered for caching Dez 31 16:24:29 linux-sebastian kernel: FS-Cache: Loaded Dez 31 16:24:28 linux-sebastian kdeinit5[2696]: kf5.kio.trash: Directory "/mnt/linux-sebastian_hdd_internal/.Trash-1000" exists but didn't pass the security checks, can't use it Dez 31 16:24:27 linux-sebastian plasmashell[2033]: file:///usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/Task.qml:371: Unable to assign [undefined] to QString Dez 31 16:24:27 linux-sebastian kwin_x11[2025]: qt.qpa.xcb: QXcbConnection: XCB error: 3 (BadWindow), sequence: 9970, resource id: 37749901, major code: 18 (ChangeProperty), minor code: 0 Dez 31 16:24:27 linux-sebastian plasmashell[2033]: file:///usr/share/plasma/plasmoids/org.kde.plasma.taskmanager/contents/ui/main.qml:454: TypeError: Cannot read property 'length' of undefined lines 1-34 -
Yast -> NetzwerkeinstellungDann den Reiter "Globale Optionen". "IPv6 aktivieren" abwählen.
Ok, Danke.
Folgendes ist passiert:
- ipv6 abgeschaltet
- neu gebootet
--> Keine Änderung am VerhaltenNebennotiz: Bein Client I (mit Leap - NFS geht) ist ipv6 auch aktiviert.
- ipv6 wieder aktiviert
- neu gebootetPlötzlich nach einiger Zeit (einige Minuten): NFS Verzeichnis gemountet. Voller Zugriff wie gewünscht.
- neu gebootet
- geht wieder nichtKlingt nach einer Race Bedingung o. ä.
Was denkt ihr - Bug Report schreiben?
-
Ipv6 mal ausschalten?
Und mal schauen, was ip -addr auf den Rechner ausgibt.
Denn bei mir erscheint:
Codemount -vvv 192.168.0.36:home/xxxx/nfs /home/xxxx/client mount.nfs: timeout set for Tue Dec 31 12:37:34 2019 mount.nfs: trying text-based options 'vers=4.2,addr=192.168.0.36,clientaddr=192.168.0.110'Code
Alles anzeigenlinux-sebastian:/home/sebastian # ip address 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether d0:50:99:06:b8:ea brd ff:ff:ff:ff:ff:ff inet 192.168.0.20/24 brd 192.168.0.255 scope global dynamic noprefixroute enp3s0 valid_lft 587578sec preferred_lft 587578sec inet6 fd00:788d:f7f0:c9b2:1c26:7e5b:c333:2c05/64 scope global temporary dynamic valid_lft 535428sec preferred_lft 68862sec inet6 fd00:788d:f7f0:c9b2:4f3e:13c9:89e4:77b8/64 scope global dynamic mngtmpaddr noprefixroute valid_lft 535428sec preferred_lft 401571sec inet6 2a02:810a:8340:2dc0:1c26:7e5b:c333:2c05/64 scope global temporary dynamic valid_lft 5400sec preferred_lft 2700sec inet6 2a02:810a:8340:2dc0:d0a:adb0:f332:38f4/64 scope global dynamic mngtmpaddr noprefixroute valid_lft 5400sec preferred_lft 2700sec inet6 fe80::9a6:7ec5:fd43:f324/64 scope link noprefixroute valid_lft forever preferred_lft forever linux-sebastian:/home/sebastian #Was ich nicht weiß: Wie schalte ich ipv6 ab?
-
Er wollte diesen Befehl nicht mit Fehlermeldung. Warum weiß ich nicht.
Codemount: fehlerhafter Aufruf Rufen Sie „mount --help“ auf, um weitere Informationen zu erhalten.Funktioniert hat (ohne nfs am Ende)
Codemount -vvv linux-multimedia.local:/home/multimedia /mnt/linux-multimedia/home/multimediaAusgabe:
Eigentlich keine, sondern:Codelinux-sebastian:/home/sebastian # mount -vvv linux-multimedia.local:/home/multimedia /mnt/linux-multimedia/home/multimedia mount.nfs: timeout set for Tue Dec 31 13:22:11 2019 mount.nfs: trying text-based options 'vers=4.2,addr=fd00:788d:f7f0:c9b2:1cd7:cdc6:8bb6:e005,clientaddr=fd00:788d:f7f0:c9b2:4f3e:13c9:89e4:77b8'Und dann hängt der Befehl. Muss mit CTRL<C> abgebrochen werden.
Oder soll ich länger warten?Habe mal länger gewartet.
Ausgabe jetzt:Codelinux-sebastian:/home/sebastian # mount -vvv linux-multimedia.local:/home/multimedia /mnt/linux-multimedia/home/multimedia mount.nfs: timeout set for Tue Dec 31 13:24:20 2019 mount.nfs: trying text-based options 'vers=4.2,addr=fd00:788d:f7f0:c9b2:1cd7:cdc6:8bb6:e005,clientaddr=fd00:788d:f7f0:c9b2:4f3e:13c9:89e4:77b8' mount.nfs: mount(2): Input/output error mount.nfs: mount system call failed linux-sebastian:/home/sebastian #Input/Output error. Klingt nicht gut.
-
Was sagt auf dem Tumbleweed Rechner als root:
Codemount -vvv linux-multimedia.local:/home/multimedia /mnt/linux-multimedia/home/multimedia nfsEr wollte diesen Befehl nicht mit Fehlermeldung. Warum weiß ich nicht.
Codemount: fehlerhafter Aufruf Rufen Sie „mount --help“ auf, um weitere Informationen zu erhalten.
Funktioniert hat (ohne nfs am Ende)Codemount -vvv linux-multimedia.local:/home/multimedia /mnt/linux-multimedia/home/multimediaAusgabe:
Eigentlich keine, sondern:Codelinux-sebastian:/home/sebastian # mount -vvv linux-multimedia.local:/home/multimedia /mnt/linux-multimedia/home/multimedia mount.nfs: timeout set for Tue Dec 31 13:22:11 2019 mount.nfs: trying text-based options 'vers=4.2,addr=fd00:788d:f7f0:c9b2:1cd7:cdc6:8bb6:e005,clientaddr=fd00:788d:f7f0:c9b2:4f3e:13c9:89e4:77b8'Und dann hängt der Befehl. Muss mit CTRL<C> abgebrochen werden.
Oder soll ich länger warten? -
Code
id (server): uid=1010(multimedia) gid=65534(nogroup) Gruppen=65534(nogroup) id (client Leap 15.1) - ohne Probleme: uid=1000(sebastian) gid=100(users) Gruppen=100(users),1001(children) id (client Tumbleweed)- Problemrechner: uid=1000(sebastian) gid=100(users) Gruppen=100(users),1000(roccat),1001(children)
