[gelöst] Autofs, Timeout bei geöffnetem Dateimanager

[shadow]

Huhu,

habe mir gerade wieder, weil sehr nützlich, autofs eingerichtet. Nun ist mir aufgefallen, dass solange der Dateimanager (Dolphin) geöffnet ist, greif der Timeout zum Aushängen der Shares nicht. Finde ich ziemlich ungünstig, da ich den Dolphin meistens im Hintergrund immer geöffnet habe. Schliesst man den Dolphin einmal und startet ihn wieder, funktioniert es, auch wenn man ihn komplett schliesst. Hat dieses Verhalten auch einer von euch, oder kann sich wer erklären, woran das liegen kann?

Grüsse

[doktor5000]

Normales Verhalten, das selbe sollte passieren wenn du ein Terminal offen hast und in den Pfad des Shares wechselt - es greift immer ein Prozess auf das Share zu, somit greift der Timeout nie. Das ist kein Bug, das ist ein Feature und ganz normal so.

[shadow]

Ich würde es verstehen wenn ich im HIntergrund im Shareverzeichnis bleiben würde, dann habe ich ja Zugriff drauf. Allerdings verlasse ich meistens das Shareverzeichnis und bin dann in Dokumente etc., da würde ich erwarten dass das Share wieder ausgehängt wird, greife ja nicht mehr drauf zu. Der grosse Vorteil von autofs geht ja dadurch verloren (bei Bedarf Shares einhängen und wenn nicht mehr benötigt aushängen). Dann könnte man genau so gut über die fstab Shares einbinden, dann stehen die ja auch dauerhaft zur Verfügung

[doktor5000]

Okay, dann hast du prinzipiell recht, der Timeout sollte greifen. Aber evtl. läuft im Hintergrund ein Indizierungsdienst oder einer der thumbnailer (Welche im Hintergrund die Miniansichten und Vorschauen erzeugen). Herausfinden kannst du es per

Code: Alles auswählen

fuser -um /dev/sdxn

und dann per ps PID siehst du wie der Prozess heißt.
Alternativ kannst du auch

Code: Alles auswählen

lsof /dev/sdxn

Allerdings sei die Frage erlaubt: Selbst wenn der Timeout greift, und das Share ausgehängt würde, was versprichst du dir davon?

[shadow]

Allerdings sei die Frage erlaubt: Selbst wenn der Timeout greift, und das Share ausgehängt würde, was versprichst du dir davon?

Klaro, ich bins Ich ging bis eben davon aus, das solange ein Share nicht ausgehängt wird, die NAS unnötigerweise online bleibt und sobald ein Share ausgehängt wird die NAS in Standby geht. Es geht also darum zu sehen ob die Komponenten so funktionieren wie man sie konfiguriert hat.

Nun habe ich die Situation, das der Dateimanager das Share noch als eingehängt (auch df und mount) anzeigt und die NAS trotzdem in Standby geht. Anscheinend denke ich falsch, den eingehängt ist anscheindend nicht gleich in Benutzung. Sobald kein Zugriff mehr auf die NAS erfolgt, geht sie in Standby, egal ob ein Share eingehängt ist.

Also scheint mein "Problem" ein rein visuelles zu sein, das mit dem Indizierungsdienst und dem Thumbnailer schaue ich mir noch an.

[man-draker]

Nun habe ich die Situation, das der Dateimanager das Share noch als eingehängt (auch df und mount) anzeigt und die NAS trotzdem in Standby geht. Anscheinend denke ich falsch, den eingehängt ist anscheindend nicht gleich in Benutzung. Sobald kein Zugriff mehr auf die NAS erfolgt, geht sie in Standby, egal ob ein Share eingehängt ist.

Ist das nicht der ganze Witz an autofs, dass das Ein- und Aushängen im Hintergrund geschieht und die Vordergrundanwendungen davon nichts mitbekommen? Für sie ist das von autofs verwaltete Objekt imer vorhanden.

[shadow]

Das sehe ich auch so. Im Dateimanager habe ich mir einen Eintrag welcher auf das Share zeigt angelegt. Dieser Eintrag bekommt von den Hintergrundaktionen nichts mit. Aber unter Geräte bekommt man angezeigt wenn das Share tatsächlich eingebunden ist. Leider entfernt sich dieser Eintrag nicht wenn das Share wieder ausgehängt wird, ausser man schliesst und öffnet Dolpfin wieder.

[doktor5000]

Der Eintrag tut doch keinem weh
Rechtsklick auf den unteren Eintrag -> Eintrag ausblenden.

[shadow]

Ja, aber der Eintrag soll eingeblendet werden, wenn eingebunden und ausgeblendet wenn ausgehängt und das ganze ohne den Dateimanager schliessen zu müssen

[man-draker]

:D Ja, aber der Eintrag soll eingeblendet werden, wenn eingebunden und ausgeblendet wenn ausgehängt und das ganze ohne den Dateimanager schliessen zu müssen

Hört sich nach einer Schwäche des Dolphin an.

[doktor5000]

Wie bzw. von wo aus hast du den oberen Eintrag eigentlich erstellt, und auf was zeigt der?

Zur Erläuterung: Der obere Eintrag ist ein selbst erstelltes "Lesezeichen" und wird immer angezeigt, egal ob eingehängt oder nicht, und der untere erscheint nur solange das Share eingehängt ist. Was interessiert es dich aber bei autofs ob eingehängt oder nicht? Daher der Hinweis, den unteren Eintrag einfach auszublenden.

[shadow]

Ah jetzt verstehe ich was du meinst Also erstellt habe ich den Eintrag (Lesezeichen) über Rechtsklick auf das eingehängte Share unter Geräte -> Eintrag hinzufügen und das sieht dann so aus

[shadow]

... der untere erscheint nur solange das Share eingehängt ist. Was interessiert es dich aber bei autofs ob eingehängt oder nicht? Daher der Hinweis, den unteren Eintrag einfach auszublenden.

Habe den unteren Eintrag nun mehrfach ausgeblendet, er erscheint leider immer wieder.

[doktor5000]

Wie sehen denn die ausgeblendeten Einträge in der ~/.local/share/user-places.xbel bzw. ~/.kde4/share/apps/kfileplaces/bookmarks.xml aus?
Die sollten das Flag <IsHidden>true</IsHidden> haben.

Ansonsten kannst du nur mal im KDE-Forum nachfragen. Ich kann mal schauen wie das bei mir auf Arbeit aussieht,
da hab ich auch ein CIFS-Share mit autofs eingehangen.

[shadow]

Die Einträge in ~/.kde4/share/apps/kfileplaces/bookmarks.xml sehen so aus

Code: Alles auswählen

 <separator href="file:///media/nas/Public">
  <info>
   <metadata owner="http://www.kde.org">
    <UDI>/org/kde/fstab/192.168.2.110:/volume1/public</UDI>
    <isSystemItem>true</isSystemItem>
    <IsHidden>false</IsHidden>
   </metadata>
   <metadata owner="http://freedesktop.org">
    <bookmark:icon name="network-server"/>
   </metadata>
  </info>
  <title>/volume1/public on 192.168.2.110</title>
 </separator>

 <separator href="file:///media/nas/Public">
  <info>
   <metadata owner="http://www.kde.org">
    <UDI>/org/kde/fstab/192.168.2.110:/volume1/public</UDI>
    <isSystemItem>true</isSystemItem>
    <IsHidden>true</IsHidden>
   </metadata>
   <metadata owner="http://freedesktop.org">
    <bookmark:icon name="network-server"/>
   </metadata>
  </info>
  <title>/volume1/public on 192.168.2.110</title>
 </separator>


Einmal true und einmal false? Habe soben die bestehenden bookmarks.xml per mv gesichert und durch das öffnen von Dolphin eine neue generieren lassen. Siehe da, der tasächliche Wert war <false>. Werde das mal beobachten und wieder Rückmeldung geben. Danke für den Tipp hinter die Kulissen

Was mir noch aufgefallen ist, seitdem die Shares über autofs eingebunden werden, hängt beim schliessen von Dolphin das System für gefühlte 20 Sekunden. Deaktiviere ich autofs ist das Verhalten nicht mehr vorhanden, also leider reprodzierbar.

[shadow]

Interessant, nachdem die bookmarks.xml wieder sauber ist, wird der Eintrag nicht mehr angezeit und das System hängt auch nach dem schliessen von Dolphin nicht mehr. Werde das man weiter beobachten.

[doktor5000]

Was mir noch aufgefallen ist, seitdem die Shares über autofs eingebunden werden, hängt beim schliessen von Dolphin das System für gefühlte 20 Sekunden. Deaktiviere ich autofs ist das Verhalten nicht mehr vorhanden, also leider reprodzierbar.

Habe ich auch auf Arbeit, aber recht selten - meist wenn der cifs-Share "hängt". Könnte man sich behelfen indem man ein Skript beim runterfahren das Share aushängen lässt. Kam aber bei mir zu selten vor, als dass ich mich dazu genötigt gefühlt sa, da mehr zu machen. Dauert das runterfahren halt einmal im Monat eine halbe Minute länger ...

[shadow]

Kam aber bei mir zu selten vor, als dass ich mich dazu genötigt gefühlt sa, da mehr zu machen.

Und da die Shares sauber eingebunden werden und ich problemlos auf meine Daten zugreifen kann, hake ich das Thema ab. Danke für eure schnelle Hilfe

[shadow]

Habe ich auch auf Arbeit, aber recht selten - meist wenn der cifs-Share "hängt".

ich habe ausschliesslich NFS Shares eingebunden und habe es leider immer. Deshalb möchte ich das Thema nochmal aufgreifen. Sobald ich die Shares über Autofs einbinde friert regelmässig das System ein. Das wirkt sich so aus, das ich z. B. Kmail oder Konversation schliesse und dann auf das Startmenü gehe, hängt bis zu 30 Sekunden. Wie bzw. wo kann ich hier auf die Fehlersuche gehen?

[shadow]

Durch das Entfernen der -ghost Option (Einhängepunkt nach dem Aushängen nicht automatisch löschen), läuft es derzeit wieder rund. Aufmerksam darauf hat mich dieser (doch sehr alte) Bug-Report gemacht https://bugs.kde.org/show_bug.cgi?id=124909. Mal schauen ob es so bleibt.

[doktor5000]

Sobald ich die Shares über Autofs einbinde friert regelmässig das System ein. Das wirkt sich so aus, das ich z. B. Kmail oder Konversation schliesse und dann auf das Startmenü gehe, hängt bis zu 30 Sekunden. Wie bzw. wo kann ich hier auf die Fehlersuche gehen?

Schwierig. Per kdebugdialog alles mit "kio_file" und "kfile" aktivieren, und dann in der .xsession-errors schauen ob es irgendwelche Informationen davon gibt.
Siehe auch meinen verwandten Bugreport: https://bugs.kde.org/show_bug.cgi?id=328772

Parallel dazu eine der betroffenen Applikation im Terminal starten, die wird dann etwas gesprächiger wenn du die o.g. Schalter aktiviert hast.

[shadow]

Hey, vielen Dank für die Rückmeldung und die Tipps. Ich werde der Sache bei Gelegenheit nachgehen. Wie gesagt ohne die -ghost Option läuft es sauber

Der Vollständigkeit halber

Code: Alles auswählen

$ cat /etc/autofs/auto.master
/media/nas /etc/auto.nas --timeout=30


Code: Alles auswählen

$ cat /etc/auto.nas
public IP-Adresse:/volume1/public
home  IP-Adresse:/volume1/homes/Benutzername
...