[erledigt] Leider schon wieder Netzwerk Frage für NAS

russmeyer · 27. Februar 2021

Also, ich mounte seit ewigen Zeiten mein NAS immer über den Skin.

Vorher war es die Fritz Box, jetzt ein Qnap NAS.

Ich hatte noch nie Probleme beim hochfahren der Box. Wenn man aber während die Box hochfährt, die NAS runterfährt, dann ist eigentlich klar das das zu Problemen führt.

Wenn etwas funktioniert, sollte man nichts daran ändern. Ich bin kein Freund davon, einstellungen in den Dateien zu machen, wenn es auch über den Skin geht. Es kann immer sein, das der Skin in der Datei etwas erwartet oder aber nicht erwartet.

Aber da es ja jetzt funktioniert ...

Uwe

GigaBlue1 · 27. Februar 2021

Seit meiner Dream 8000 nutze ich NAS-Systeme an meinen Boxen (ICY ZYXEL QNAP SYNOLOGY) egal ob ich das NAS abstecke oder nicht, hat es keinen Einfluß bei mir.

Ja, wenn ich in der Playlist einen Film habe und ihn abspielen will (wenn das NAS aus ist) dreht sie durch.

Starte ich das NAS wieder ein und boote die Box nicht, geht es auch sofort.

Und ja, für alle Fetischisten: ich mache es nur mt der automounts.xml und CIFs.

Und da können manche schreiben oder nicht das es so nicht gemacht werden sollte, mir sch... egal, es fluppt.

Guenther · 27. Februar 2021

Hi Crusher,

nun habe ich als Zeitvertreib auch mal Deine Vorgehensweise getestet.

Zitat von crusher606

Mein Problem war, das ich die gemounteten Teilnehmer aus gemacht hatte während die GigaBlue "halb" an war. (im StandBy)

Als ich dann die GB anmachte und auf die Freigaben wollte, hatte ich "den Kreisel des Todes" in Form des blauen Dreiecks.

Denn die gemounteten Teilnehmer waren ja jetzt teilweise weg.

Nach dem Neustart waren die inaktive Netzlaufwerke aus den mounts weg und nur noch die eingeschalteten NAS sichtbar.

Was ja auch korrekt war, aber eben erst nach den Neustart der GigaBlue.

Ich befürchte das die eingetragenen Freigaben in der automounts.xml während des Betries nicht einfach ein- und ausgehängt werden können.

Somit wäre die Frage:

Was passiert, wenn Du Du Deine GigaBlue MIT Laptop startest und dann den Laptop ausmachst, während die GigaBlue noch an ist ?

Alles anzeigen

Vorab kann ich schon mal sagen: Null Problemo.

Was habe ich gemacht:

Parameter "mount_wait" auf -1 gesetzt.
Box neu gestartet, Laptop war an, Freigaben waren aktiv und accessible.
Lappi heruntergefahren.
Mediaplayer gestartet: Das blaue Dreieck nudelt ca. 1min. Ich habe "Exit"gedrückt.
Mediaplayer fragt, ob er beendet werden soll: Ja, soll er.
Mediaplayer wird ordnungsgemäß beendet.
Freigaben in "Einstellungen" geprüft: Box sagt, sie sind "verbunden".
Freigaben editiert. Dann auf "OK" zur Aktivierung.
Box nudelt ca. 1 min, dann "Freigaben abgeschlossen".
Freigaben in "Einstellungen" geprüft: Box sagt, sie sind "nicht verbunden". Stimmt ja auch!
Aus Spaß die Box in Standby geschaltet.
Wieder eingeschaltet.
Mediaplayer gestartet: Das blaue Dreieck nudelt ca. 1min. Ich habe "Exit"gedrückt.
Mediaplayer fragt, ob er beendet werden soll: Ja, soll er.
Mediaplayer wird ordnungsgemäß beendet.
Freigaben in "Einstellungen" geprüft: Box sagt, sie sind "nicht verbunden".
Laptop hochgefahren.
Freigaben in "Einstellungen" geprüft: Box sagt, sie sind "nicht verbunden".
Freigaben editiert. Dann auf "OK" zur Aktivierung.
Box nudelt ca. 1 min, dann "Freigaben abgeschlossen".
Freigaben in "Einstellungen" geprüft: Box sagt, sie sind "verbunden".
Mediaplayer arbeitet wieder normal.

Tja, soweit alles ok, würde ich sagen.

Ok, das Aktivieren und Reaktivieren ist ein wenig umständlich, aber es funktioniert!

crusher606 · 27. Februar 2021

VIelen Dank für die Antworten und an Günther, das Du Dir die Zeit für diesen umfangreichen Test genommen hast.

Die nächsten Tage werde ich das das beobachten und auch mal nachmachen.

Ich lasse die Freigaben jetzt auch erst mal so in der automounts drin und beobachte wie sich das ganze verhält.

Das kreiselnde blaue Dreieck in der oberen linken Ecke hat mich doch sehr verunsichert.

Ich hatte keine Chance das zu unterbrechen. Weder mit EXIT noch mit sonst einer Taste.

Die Box war ab diesem Zeitpunkt wie "tot".

Ich berichte dann mal wie das bei mir ausging.

Viele Grüße

Crusher

Guenther · 28. Februar 2021

Hi Crusher,

ich nochmal.

Habe mir nun den Spaß gemacht und Deine anfangs präferierte Konfiguration getestet, also mit autofs, auto.master und auto.network.

Um es gleich vorweg zu nehmen: Nach meinem Dafürhalten in der Tat die beste und am schnellsten reagierende Einrichtung.

Du hattest also mit Deinem Wunsch grundsätzlich recht.

Was habe ich gemacht:

Datei /etc/autofs.conf editiert an den folgenden Stellen:
In den folgenden Zeilen das Hashtag # am Zeilenanfang entfernt, damit die Parameter wirksam werden.
- master_map_name = auto.master
- master_wait = 10
- negative_timeout = 60
- browse_mode = yes
Datei /etc/auto.network so eingerichtet, daß meine CIFS-Freigaben korrekt drinstehen. Ich greife ja über SMB auf den Windows-Rechner zu.
Die Datei /etc/auto.master konnte bei mir so bleiben, sie enthielt bereits die Zeile mit der auto.network.
Die Datei /etc/enigma/automounts.xml umbenannt, so daß sie nicht mehr berücksichtigt wird.
Box neugestartet.

Tests:

Mediaplayer gestartet, alle Freigaben waren sofort sichtbar und verfügbar. Filme und MP3 konnten korrekt abgespielt werden.
EMC gestartet und in das Verzeichnis /media/autofs gewechselt. Dort sind alle Freigaben sicht- und verfügbar, Filme und MP3 konnten korrekt abgespielt werden.
Per FTP auf die Box und ins Verzeichnis /media/autofs gewechselt. Dort sind alle Freigaben sicht- und verfügbar, Dateien sind dort im Zugriff.
Dann Laptop heruntergefahren und Schritte 1-3 wiederholt. Ergebnisse:
Mediaplayer gestartet, alle Freigaben waren sichtbar, aber nicht verfügbar. Beim Anwählen einer Freigabe war deren Inhalt leer. Mediaplyer konnte normal beendet werden und konnte normal andere Filme auf der internen HDD abspielen.
EMC gestartet und in das Verzeichnis /media/autofs gewechselt. Dort dreht sich der Spinner einige Sekunden, wobei die Freigaben einzeln und langsam sichtbar werden. Klickt man darauf wird das Textfeld leer, und man kann nicht ins Verzeichnis wechseln. Ein Zurückgehen mittels EMC in ein höherliegendes Verzeichnsi ist nicht möglich (Bug im EMC?). Betätigen der blauen Taste jedoch wirkt dann wieder, und man landet im Home-Verzeichnis. Also kein Absturz und auch kein langes Spinnerdrehen.
Per FTP auf die Box und ins Verzeichnis /media/autofs gewechselt. Vz. ist leer.
Dann Laptop wieder hochgefahren und Schritte 1-3 wiederholt. Alles wieder voll ok.

Ich würde sagen, die Reaktionszeiten sind wesentlich besser als mit der automounts.xml und dem Freigabemanager. Da es so wunderbar funktioniert, werde ich es erstmal so belassen. Die automounts.xml behalte ich für den Fall, daß ein späteres Release diese Funktionalität mit autofs nicht mehr bietet. Offiziell wird ja der Freigabemanager im Skin empfohlen.

Probier's mal!

crusher606 · 1. März 2021

Hallo Günther,

nochmal ein herzliches Dankeschön das Du mir geholfen und das probiert hast.

Wie ich lesen kann, versteht Du nun warum ich an dem Mounten mit der auto.network (autofs) so hänge und das auch weiterhin so behalten möchte. =)

Ich denke mit diesem Test bist Du und bleibst Du in Zukunft auch auf Seite der autofs Nutzer.

Mich persönlich freut es, wenn ich mit den von Dir geänderten Einstellungen an der auto.conf wieder meine Mount-Art in der GigaBlue mit TeamBlue benutzen kann und werde das so abändern.

Und vielleicht lässt sich der eine odere Andere auch von diesem Zeilen zur auto.network und autofs Nutzung inspirieren.

(An die Mounts kommt man auch schnell dran, wenn man zusätzlich Ordner im hdd/movie Verzeichnis anlegt und da SymLinks auf die Mounts setzt)

Probiert es aus - es lohnt sich. . . . .

Viele Grüße

Crusher

crusher606 · 1. März 2021

Habe es eben mal probiert, aber bei mir hängt er keine Freigabe einer NAS bei "media/autofs" ein

Code

#
# Define default options for autofs.
#
[ autofs ]
#
# master_map_name - default map name for the master map.
#
# HIER AKTIVIERT
master_map_name = auto.master
#
# timeout - set the default mount timeout in secons. The internal
# program default is 10 minutes, but the default installed
# configuration overrides this and sets the timeout to 5
# minutes to be consistent with earlier autofs releases.
#
timeout = 300
#
# master_wait - set the default maximum time to wait for the
# master map to become available if it cannot
# be read at program start (default 10, wait
# for 10 seconds then continue).
#
# HIER AKTIVIERT
master_wait = 10
#
# negative_timeout - set the default negative timeout for
# failed mount attempts (default 60).
#
# HIER AKTIVIERT
negative_timeout = 60
#
# mount_wait - time to wait for a response from mount(8).
# Setting this timeout can cause problems when
# mount would otherwise wait for a server that
# is temporarily unavailable, such as when it's
# restarting. The default setting (-1) of waiting
# for mount(8) usually results in a wait of around
# 3 minutes.
#
#mount_wait = -1
#
# umount_wait - time to wait for a response from umount(8).
#
#umount_wait = 12
#
# browse_mode - maps are browsable by default.
#
# HIER VON NO AUF YES
browse_mode = yes

Alles anzeigen

Code

# automounter configuration
#-------------------------------
# For CIFS shares:
#
# mntpoint -fstype=cifs,vers=2.0,rw,username=myuser,password=mypass ://IP_or_example.com/sharename
#
QNAP40 -fstype=cifs,vers=2.0,rw,username=user,password=pass ://192.168.178.40/Qrecordings/movie
QNAP41 -fstype=cifs,vers=2.0,rw,username=user,password=pass ://192.168.178.41/Qrecordings
QNAP42 -fstype=cifs,vers=2.0,rw,username=user,password=pass ://192.168.178.42/Qrecordings
QNAP50 -fstype=cifs,vers=2.0,rw,username=user,password=pass ://192.168.178.50/Movie
VUduo2 -fstype=cifs,vers=2.0,rw,username=user,password= ://192.168.178.100/Harddisk/movie
#
#
#-------------------------------
# For NFS shares:
#
# mntpoint -fstype=nfs,rw,retry=0 192.168.1.101:/sharename
#
# use "retry=0" to prevent client waiting (timeout=60 sec) for unreliable servers.
#
#NFS
NAS20 -fstype=nfs,rw,retry=0 192.168.178.20:/media/music
NAS21 -fstype=nfs,rw,retry=0 192.168.178.21:/media
NAS22 -fstype=nfs,rw,retry=0 192.168.178.22:/media
NAS23 -fstype=nfs,rw,retry=0 192.168.178.23:/media
NAS24 -fstype=nfs,rw,retry=0 192.168.178.24:/media
#
#-------------------------------

Alles anzeigen

Guenther · 1. März 2021

Neu gebootet?

Passwörter stimmen?

Was steht in der auto.master?

crusher606 · 1. März 2021

Als Ziel der Mounts ist /media/autofs vorgegeben

und als Quelle ist in etc/die auto.network definiert.

(ob ich das --ghost. brauche oder ob es stört weiß ich aber nicht. . . . .

Die Benutzer&Passwörter für die CIFS habe ich geprüft, aber da ich in der auto.master auch NFS Mounts drin habe, die direkt zugänglich sind,

sollt schon irgenwas eingebunden werden?!

Neustart der Box habe ich gemacht.

(Mir fällt nur auf, das im Autnahmordner der gemounteten Festplatte der Doppelpunkt verschwunden ist um einen Ebene nach oben zu wechseln)

Hier die auto.master

Code

/media/autofs /etc/auto.network --ghost.

Irgendwo ist da ein Haken bei mir drin =(
Die liest die auto.mounts bei mir vermutlich garnicht ein. . ..

(ich habe die GigaBlus UHD Quad 4K mit TeamBlue 6.4)

Setze ich die automounts.xml wieder ein, dann hängt er die Pfade unter /net ein . . .

Ich könnte als letztes jetzt die Box komplett neu aufsetzen.

(ob das aber die Lösung ist ??)

Kanst Du mal Deine auto.xxxxx Dateien hier einstellen ?

Guenther · 1. März 2021

Also ich habe ja die UE 4K, die sollte sehr ähnlich zu der Quad 4K sein. Ebenfalls TB6.4

Habe noch irgendwo irgendwann mal gelesen, daß die auto.network die Dateirechte 644 haben muß. Sie darf auf keinen Fall ausführbar sein.

Sonst check mal mit ps -e ob überhaupt der automount geladen ist.

Anbei meine Configs.

PS:

Was meinst Du mit:

Zitat

(Mir fällt nur auf, das im Autnahmordner der gemounteten Festplatte der Doppelpunkt verschwunden ist um einen Ebene nach oben zu wechseln)

crusher606 · 1. März 2021

Danke Günther für die Dateien, die sehen bei mir gleich aus.

Aber die Rechte der auto.network war auf 744 =(
Habe ich jetzt mint WinSCP auf 644 geändert.

Teste nachher gleich noch einmal.

Wegen dem Dateipfad war ich der Meinung, das ich im Ausnahme-Verzeichnis mit den ".." Einträgen noch weiter zurück in den Verzeichnisbaum gekommen bin.

Aber da kann ich mich auch irren. . . . .

Noch eine Frage:

Wie kann ich unter Windows 10 Bordmitteln den Befehl "ps -e" zur GigaBlue absetzten?

Guenther · 1. März 2021

Du meinst sicher "Aufnahme-Verzeichnis"? Und mit welchem Programm bist Du dort "zurück in den Verzeichnisbaum" gekommen? Mit WinSCP?

Wenn Du kein telnet-Programm neu installieren willst, dann nimm doch das, das in das OpenWebif eingebaut ist. Unter "Extras", dann "Terminal".

crusher606 · 1. März 2021

Ja, das ist cool.
Ein Terminal im WebIf =)

Habe ich gleich probiert und "automount" steht drin.

Code

2683 ? 00:00:01 automount

Und YES !!!!!!!!

Neustart der Box und Tataaaaa, die Freigaben sind unter media/autofs eingehängt !

Es waren die verflixten Dateirechte von "644" der auto.network !

Es läuft jetzt so wie ich es wollte !

Danke, danke, danke !

Guenther · 1. März 2021

Da freue ich mich!

Glückwunsch!

crusher606 · 1. März 2021

Für alle anderen noch der abschließende Hinweis wie ich die Symlinks in das Aufnahme-Verzeichnis /media/hdd/movie generiert habe:

(Damit komme ich auch sofort aus dem Aufnahme-Verzeichnis der Festplatte immer auf alle Netzlaufwerke)

- WebIf im Browser aufgerufen und Terminal gestartet

- Als root mit Passwort angemeldet

- Um den Sysmlink vom media/autofs Ordner in den /media/hdd/movie Ordner zu generieren gibt man diesen Befehl ein:

ln -s /media/autofs/NAME_VOM_MOUNT /media/hdd/movie/NAME_VOM_MOUNT

(bei mir z.Bsp. ln -s /media/autofs/NAS24 /media/hdd/movie/NAS24)

crusher606 · 8. März 2021

Und noch eine weitere sinnvolle Tuning-Maßnahme die ich umgesetzt habe .......

Im Aufnahmeverzeichnis auf der HDD für jeden vorhandenen Mount einen eigenen Ordner erstellen (der Name leicht abändern)

und dann die erzeugten Symlinks vom vorherigen Tipp in jeden entsprechenden eigenen neuen Ordner verschieben.

In jedem Ordner ist dann nur der passende Symlink vorhanden.

(bei mir habe ich z.Bsp. einen Ordner "Nas24"erstellt und den Symlink "NAS24" da rein verschoben.)

Das geht alles mit den Befehlen die über das Menü der Fernbedieung zu nutzen sind. ("Verzeichnis erstellen" und "verschieben")

Warum das besser ist?

So sieht das System beim Booten nicht gleich die ganzen Mounts im Aufnahme-Pfad der Festplatte und versucht

nicht alle Mounts sofort zu finden.

Das würde die Bootzeit unnötig verzögern, falls eine Freigabe die gemountet werden soll nicht erreichbar ist. (NAS ist aus)

Die Mounts werden dann per autofs eingebunden, wenn man sie im Ordner vom Aufnahme-Verzeichnis der Festplatte ankickt,

die Box aber schon lange hochgefahren ist

Gruß

Crusher

[erledigt] Leider schon wieder Netzwerk Frage für NAS

crusher606 2. März 2021

Teilen