Datei ist nicht zu finden obwohl sie existiert
Hallo Gemeinde, seit ein paar Tagen beobachte ich ein seltsames, nervtötendes Problem. Ich betreibe einen NFS-Server (OS 42.3 (ja, ja, ich weiß)), auf dem ich Downloads und andere Dateien, die ich auf verschiedenen Rechnern benötige, verwalte. Auf den Linux-clients wird der Server einfach über /etc/fstab eingebunden. Das funktioniert schon seit Jahren problemlos. Auf einem Win10 Rechner wird das problemlos per SMB angesprochen. Auf einem Notebook (Leap 15.2) funktioniert es. Aber auf meinem Desktop (Leap 15.4) geht es nicht (mehr): Wenn ich eine Datei in einen NFS-Ordner kopiere, dann taucht sie auf dem Client nicht mehr auf. Beispiel: - Ich kopiere die Datei "text" in den Ordner Downloads. - Auf dem NFS-Server kann ich die Datei in dem richtigen Verzeichnis finden. (Rechte, User, alles korrekt) - Auf dem Client (15.4) ist die Datei weder im Dolphin (oder anderen Datei-Managern) noch per "ls" in einer shell zu sehen. - Wenn ich auf dem Client die Datei direkt anspreche (z.B. "cat text"), dann funktioniert es. Die Datei ist also da, ich kann sie nur nicht im directory-listing sehen. Nach einem Neustart des Rechners ist die Datei da, wo sie hingehört. Leider gibt es keinerlei Fehlermeldungen, weder auf dem client noch auf dem Server. Ich bin da einigermaßen ratlos. Hat jemand eine Idee dazu? Gruß, A.
Problem gelöst. Nach einem kernel-Downgrade 5.14.21-150400.24.49 -> 5.14.21-150400.24.46 funktioniert alles wieder, wie es soll. Gruß, A. Am 27.03.23 um 13:30 schrieb Alexandra Ilg:
Hallo Gemeinde,
seit ein paar Tagen beobachte ich ein seltsames, nervtötendes Problem.
Ich betreibe einen NFS-Server (OS 42.3 (ja, ja, ich weiß)), auf dem ich Downloads und andere Dateien, die ich auf verschiedenen Rechnern benötige, verwalte.
Auf den Linux-clients wird der Server einfach über /etc/fstab eingebunden. Das funktioniert schon seit Jahren problemlos.
Auf einem Win10 Rechner wird das problemlos per SMB angesprochen. Auf einem Notebook (Leap 15.2) funktioniert es. Aber auf meinem Desktop (Leap 15.4) geht es nicht (mehr):
Wenn ich eine Datei in einen NFS-Ordner kopiere, dann taucht sie auf dem Client nicht mehr auf. Beispiel:
- Ich kopiere die Datei "text" in den Ordner Downloads. - Auf dem NFS-Server kann ich die Datei in dem richtigen Verzeichnis finden. (Rechte, User, alles korrekt) - Auf dem Client (15.4) ist die Datei weder im Dolphin (oder anderen Datei-Managern) noch per "ls" in einer shell zu sehen. - Wenn ich auf dem Client die Datei direkt anspreche (z.B. "cat text"), dann funktioniert es.
Die Datei ist also da, ich kann sie nur nicht im directory-listing sehen. Nach einem Neustart des Rechners ist die Datei da, wo sie hingehört.
Leider gibt es keinerlei Fehlermeldungen, weder auf dem client noch auf dem Server. Ich bin da einigermaßen ratlos.
Hat jemand eine Idee dazu?
Gruß, A.
Hallo Alexandra, ja das Problem habe ich auch auf diese Weise gelöst. Ich hoffe beim nächsten Kernel Update funktioniert das wieder ... Der Kernel 5.14.21-150400.24.49 wurde ja wegen anderer Probleme zurückgezogen (viele Rechner starteten nicht mehr) ... ich hoffe dieses Problem mit NFS hat auch jemand auf dem Schirm ... Viele Grüße Stefan Am 27.03.23 um 14:26 schrieb Alexandra Ilg:
Problem gelöst.
Nach einem kernel-Downgrade 5.14.21-150400.24.49 -> 5.14.21-150400.24.46 funktioniert alles wieder, wie es soll.
Gruß, A.
Am 27.03.23 um 13:30 schrieb Alexandra Ilg:
Hallo Gemeinde,
seit ein paar Tagen beobachte ich ein seltsames, nervtötendes Problem.
Ich betreibe einen NFS-Server (OS 42.3 (ja, ja, ich weiß)), auf dem ich Downloads und andere Dateien, die ich auf verschiedenen Rechnern benötige, verwalte.
Auf den Linux-clients wird der Server einfach über /etc/fstab eingebunden. Das funktioniert schon seit Jahren problemlos.
Auf einem Win10 Rechner wird das problemlos per SMB angesprochen. Auf einem Notebook (Leap 15.2) funktioniert es. Aber auf meinem Desktop (Leap 15.4) geht es nicht (mehr):
Wenn ich eine Datei in einen NFS-Ordner kopiere, dann taucht sie auf dem Client nicht mehr auf. Beispiel:
- Ich kopiere die Datei "text" in den Ordner Downloads. - Auf dem NFS-Server kann ich die Datei in dem richtigen Verzeichnis finden. (Rechte, User, alles korrekt) - Auf dem Client (15.4) ist die Datei weder im Dolphin (oder anderen Datei-Managern) noch per "ls" in einer shell zu sehen. - Wenn ich auf dem Client die Datei direkt anspreche (z.B. "cat text"), dann funktioniert es.
Die Datei ist also da, ich kann sie nur nicht im directory-listing sehen. Nach einem Neustart des Rechners ist die Datei da, wo sie hingehört.
Leider gibt es keinerlei Fehlermeldungen, weder auf dem client noch auf dem Server. Ich bin da einigermaßen ratlos.
Hat jemand eine Idee dazu?
Gruß, A.
Am Montag, 27. März 2023, 15:07:34 CEST schrieb Stefan:
Hallo Alexandra,
ja das Problem habe ich auch auf diese Weise gelöst.
Ich hoffe beim nächsten Kernel Update funktioniert das wieder ...
Der Kernel 5.14.21-150400.24.49 wurde ja wegen anderer Probleme zurückgezogen (viele Rechner starteten nicht mehr) ... ich hoffe dieses Problem mit NFS hat auch jemand auf dem Schirm ...
Bug suchen und ggf. Report erstellen, dann hat das auch jemand auf dem Schirm Gruß Daniel
Hallo, Gibt's einen Bug Report? Bzw. wie kann man das Problem beheben? (Kernel: 5.14.21-150400.24.49-default) Gruß Rupert ________________________________ Von: Daniel Fuhrmann <schoppehaller@web.de> Gesendet: Montag, 27. März 2023 17:41:50 An: users-de@lists.opensuse.org Betreff: Re: Datei ist nicht zu finden obwohl sie existiert Am Montag, 27. März 2023, 15:07:34 CEST schrieb Stefan:
Hallo Alexandra,
ja das Problem habe ich auch auf diese Weise gelöst.
Ich hoffe beim nächsten Kernel Update funktioniert das wieder ...
Der Kernel 5.14.21-150400.24.49 wurde ja wegen anderer Probleme zurückgezogen (viele Rechner starteten nicht mehr) ... ich hoffe dieses Problem mit NFS hat auch jemand auf dem Schirm ...
Bug suchen und ggf. Report erstellen, dann hat das auch jemand auf dem Schirm Gruß Daniel
Hallo, beim heute ausgelieferten Kernel 5.14.21-150400.24.55-default scheint NFS wieder wie gewohnt zu funktionieren. Viele Grüße Stefan Am 31.03.23 um 12:45 schrieb Rupert Kolb:
Hallo,
Gibt's einen Bug Report?
Bzw. wie kann man das Problem beheben?
(Kernel: 5.14.21-150400.24.49-default)
Gruß
Rupert
________________________________ Von: Daniel Fuhrmann <schoppehaller@web.de> Gesendet: Montag, 27. März 2023 17:41:50 An: users-de@lists.opensuse.org Betreff: Re: Datei ist nicht zu finden obwohl sie existiert
Am Montag, 27. März 2023, 15:07:34 CEST schrieb Stefan:
Hallo Alexandra,
ja das Problem habe ich auch auf diese Weise gelöst.
Ich hoffe beim nächsten Kernel Update funktioniert das wieder ...
Der Kernel 5.14.21-150400.24.49 wurde ja wegen anderer Probleme zurückgezogen (viele Rechner starteten nicht mehr) ... ich hoffe dieses Problem mit NFS hat auch jemand auf dem Schirm ...
Bug suchen und ggf. Report erstellen, dann hat das auch jemand auf dem Schirm
Gruß Daniel
Hallo Stefan, Hallo Rupert, Hallo Alexandra, ja, der Kernel 24.55 läuft anstandslos, auch bei mir. Allerdings kann ich nun irgendwie keine vom System angezeigten Updates installieren und ich frage mich, warum. Ist das auch irgendwo schon aufgefallen? Herzliche Grüße, Christian Am Freitag, 31. März 2023, 20:34:04 CEST schrieb Stefan:
Hallo,
beim heute ausgelieferten Kernel 5.14.21-150400.24.55-default scheint NFS wieder wie gewohnt zu funktionieren.
Viele Grüße Stefan
Am 31.03.23 um 12:45 schrieb Rupert Kolb:
Hallo,
Gibt's einen Bug Report?
Bzw. wie kann man das Problem beheben?
(Kernel: 5.14.21-150400.24.49-default)
Gruß
Rupert
________________________________ Von: Daniel Fuhrmann <schoppehaller@web.de> Gesendet: Montag, 27. März 2023 17:41:50 An: users-de@lists.opensuse.org Betreff: Re: Datei ist nicht zu finden obwohl sie existiert
Am Montag, 27. März 2023, 15:07:34 CEST schrieb Stefan:
Hallo Alexandra,
ja das Problem habe ich auch auf diese Weise gelöst.
Ich hoffe beim nächsten Kernel Update funktioniert das wieder ...
Der Kernel 5.14.21-150400.24.49 wurde ja wegen anderer Probleme zurückgezogen (viele Rechner starteten nicht mehr) ... ich hoffe dieses Problem mit NFS hat auch jemand auf dem Schirm ...
Bug suchen und ggf. Report erstellen, dann hat das auch jemand auf dem Schirm
Gruß Daniel
Hallo Christian, ich konnte gerade eben alle ausstehenden Updates installieren. Soweit (noch?) kein Problem mit dem neuen Kernel. Grüße - Alexandra Am 03.04.23 um 06:19 schrieb Christian Pubanz via Arcor:
Hallo Stefan, Hallo Rupert, Hallo Alexandra,
ja, der Kernel 24.55 läuft anstandslos, auch bei mir. Allerdings kann ich nun irgendwie keine vom System angezeigten Updates installieren und ich frage mich, warum. Ist das auch irgendwo schon aufgefallen?
Herzliche Grüße,
Christian
Hallo Christian, ich kann die Updates problemlos einspielen ... Viele Grüße Stefan Am 03.04.23 um 06:19 schrieb Christian Pubanz via Arcor:
Hallo Stefan, Hallo Rupert, Hallo Alexandra,
ja, der Kernel 24.55 läuft anstandslos, auch bei mir. Allerdings kann ich nun irgendwie keine vom System angezeigten Updates installieren und ich frage mich, warum. Ist das auch irgendwo schon aufgefallen?
Herzliche Grüße,
Christian
Am Freitag, 31. März 2023, 20:34:04 CEST schrieb Stefan:
Hallo,
beim heute ausgelieferten Kernel 5.14.21-150400.24.55-default scheint NFS wieder wie gewohnt zu funktionieren.
Viele Grüße Stefan
Am 31.03.23 um 12:45 schrieb Rupert Kolb:
Hallo,
Gibt's einen Bug Report?
Bzw. wie kann man das Problem beheben?
(Kernel: 5.14.21-150400.24.49-default)
Gruß
Rupert
________________________________ Von: Daniel Fuhrmann <schoppehaller@web.de> Gesendet: Montag, 27. März 2023 17:41:50 An: users-de@lists.opensuse.org Betreff: Re: Datei ist nicht zu finden obwohl sie existiert
Am Montag, 27. März 2023, 15:07:34 CEST schrieb Stefan:
Hallo Alexandra,
ja das Problem habe ich auch auf diese Weise gelöst.
Ich hoffe beim nächsten Kernel Update funktioniert das wieder ...
Der Kernel 5.14.21-150400.24.49 wurde ja wegen anderer Probleme zurückgezogen (viele Rechner starteten nicht mehr) ... ich hoffe dieses Problem mit NFS hat auch jemand auf dem Schirm ...
Bug suchen und ggf. Report erstellen, dann hat das auch jemand auf dem Schirm
Gruß Daniel
Am Montag, 3. April 2023, 20:27:21 CEST schrieb Stefan:
Hallo Christian,
ich kann die Updates problemlos einspielen ...
Guten Morgen Stefan (und natürlich Alexandra), inzwischen konnte ich die Updates über die Komandozeile via zypper update einspielen; dabei habe ich feststellen können, warum es über den zypper von KDE nicht funktionierte: Das Paket kernel-base 24.55 bzw. 24.49 ist gesperrt, weil es irgendwo einen Systemkonflikt zwischen den beiden gibt. Momentan ist bei mir kernel-base 24.49, aber kernel-default 24.55 installiert. Aktualisiere base auch auf 24.55 bricht alles zusammen und ich muss den ganz alten 24.46 rausholen, um die Aktualisierung rückgängig zu machen. Das ist echt seltsam. Ist das Phenomän bekannt und wie kann man das beheben? Herzliche Grüße, Christian
Viele Grüße Stefan
Hallo Christian, hmm, auf meinem openSUSE Leap 15.4 System gibt es kein Paket mit dem Namen kernel-base. Bei mir gibt es ausschließlich kernel-default. Ich verwende den XFCE-Desktop, aber dürfte ja damit nichts zu tun haben ... Auch wenn ich in YaST-Software nach Kernel-base suche, wird da nichts gefunden ... Viele Grüße Stefan Am 06.04.23 um 06:59 schrieb Christian Pubanz via Arcor:
Am Montag, 3. April 2023, 20:27:21 CEST schrieb Stefan:
Hallo Christian,
ich kann die Updates problemlos einspielen ...
Guten Morgen Stefan (und natürlich Alexandra),
inzwischen konnte ich die Updates über die Komandozeile via zypper update einspielen; dabei habe ich feststellen können, warum es über den zypper von KDE nicht funktionierte:
Das Paket kernel-base 24.55 bzw. 24.49 ist gesperrt, weil es irgendwo einen Systemkonflikt zwischen den beiden gibt. Momentan ist bei mir kernel-base 24.49, aber kernel-default 24.55 installiert. Aktualisiere base auch auf 24.55 bricht alles zusammen und ich muss den ganz alten 24.46 rausholen, um die Aktualisierung rückgängig zu machen. Das ist echt seltsam.
Ist das Phenomän bekannt und wie kann man das beheben?
Herzliche Grüße,
Christian
Viele Grüße Stefan
Oder meinst Du das Paket kernel-default-base? Das ist bei mir gar nicht installiert. Viele Grüße Stefan Am 06.04.23 um 06:59 schrieb Christian Pubanz via Arcor:
Am Montag, 3. April 2023, 20:27:21 CEST schrieb Stefan:
Hallo Christian,
ich kann die Updates problemlos einspielen ...
Guten Morgen Stefan (und natürlich Alexandra),
inzwischen konnte ich die Updates über die Komandozeile via zypper update einspielen; dabei habe ich feststellen können, warum es über den zypper von KDE nicht funktionierte:
Das Paket kernel-base 24.55 bzw. 24.49 ist gesperrt, weil es irgendwo einen Systemkonflikt zwischen den beiden gibt. Momentan ist bei mir kernel-base 24.49, aber kernel-default 24.55 installiert. Aktualisiere base auch auf 24.55 bricht alles zusammen und ich muss den ganz alten 24.46 rausholen, um die Aktualisierung rückgängig zu machen. Das ist echt seltsam.
Ist das Phenomän bekannt und wie kann man das beheben?
Herzliche Grüße,
Christian
Viele Grüße Stefan
Am Donnerstag, 6. April 2023, 19:47:40 CEST schrieb Stefan: Hallo Stefan,
Oder meinst Du das Paket kernel-default-base? ja, genau das meinte ich.
Das ist bei mir gar nicht installiert. Bei mir nun auch nicht mehr. :-) Ich habe mal gegooglet, für was man das überhaupt braucht. kernel-default-base ist lediglich eine "abgespeckte" Basisversion des Haupt- Kernels (so stand es in einem Beitrag vom OpenSuSe Forum) in Folge dessen also überflüssig. Hab kernel-default-base also gelöscht und nur kernel-default draufgelassen. Läuft!
Herzlichen Dank für deine Gedanken!
Viele Grüße Stefan
Herzliche Grüße und frohe Ostern! Christian
participants (5)
-
Alexandra Ilg -
Christian Pubanz via Arcor -
Daniel Fuhrmann -
Rupert Kolb -
Stefan