[yavdr 0.6] Sicherstellen, dass mhddfs-vdr vor allen VDR-relevanten Prozessen läuft

Hi!

Ich weiß, mein Thema klingt etwas merkwürdig, aber vielleicht kann mir jemand sagen, wie ich definitiv sicherstelle, dass der Init-Prozess "mhddfs-vdr" vor allen anderen, für den VDR wichtigen Prozessen läuft?

Hintergrund ist folgender:

Ich fasse mit mhddfs-vdr ein paar Mountpoints für den VDR zusammen, soweit nichts ungewöhnliches und läuft ja auch. Bei einem normalen Neustart der Maschine läuft auch alles in der richtigen Reihenfolge. Mir ist jedoch aufgefallen, dass es offenbar gaaaanz selten passieren kann, dass der Mountpoint bei oder nach einem S3 iwie verloren geht. Wenn ich die Kiste danach wieder aufwecke, kommt der VDR hoch und knallt eine .update Datei in den jetzt leeren Mountpoint. Aus welchem Grund auch immer läuft mhddfs-vdr jetzt allerdings erst nach dem vdr an und beschwert sich dann natürlich, dass sein Zielordner nicht leer ist und er da nix mounten kann. Ende vom Lied, Aufnahmeordner leer, manuelles Nacharbeiten nötig, WAF in den Keller gerauscht...

Vielleicht ist die Frage ja auch trivial, aber wie bringe ich den Upstart Skripten (deren Stop/Start-Mechanismus und -Reihenfolge ich einfach nicht raff...) bei, dass sie da eine ganz fest Reihenfolge einzuhalten haben? Ggf. muss dafür ja auch nach dem Aufwachen aus S3 noch was passieren, aber da weiß ich dann gar nicht mehr weiter...

Hat jemand vielleicht einen Tipp?

Lieber Gruß
Holger

Das ist ja, wie du schon sagst, bereits in yaVDR 0.6 fest integriert und funktioniert so: entweder hast du nur ein /srv/vdr/video.00 Verzeichnis, dann wird es per mount --bind auf /srv/share/vdr gemappt, oder du hast mehrere video.xx, dann werden sie per mhddfs dahin gemappt.

Und du verstehst richtig! Eigentlich braucht es das nicht dynamisch... Ich wusste allerdings nicht, dass man das auch direkt über die fstab machen kann, hab aber gerade auf deinen Hinweis hin mal googelt.
Folgendes in der fstab sollte es tun:

mhddfs#/srv/vdr/video.00,/srv/vdr/video.01 /srv/share/vdr fuse defaults,allow_other,mlimit=1G,logfile=/var/log/mhddfs.log,loglevel=1 0 0

Dann muss ich nur noch den Upstart Job wegtemplaten, sonst vergesse ich das wieder :D, und fertig.

Vielen Dank für den Denkanstoß!

Hey Jungs!

Besten Dank für den Hinweis! Ich sag ja, Upstart geht mir irgendwie ab... Werde das dann mit dem override machen.

Gruß
Holger

So...

Das mit dem Mounten via fstab war zwar ein Erfolg, ABER.... der Mountpoint ist nach einem Wakup aus S3 trotzdem ab und an weg und da irgendein Prozess, ich schätze vdr-net-monitor, da so schnell, dass ich kaum gucken kann, eine .update Date in den Ordner knallt, wird der Mount offensichtlich blockert! Sh*t!

Hat jemand eine Ahnung, wie ich das ganze VDR Zeugs so verzögern oder im schlimmsten Fall verhindern kann, bis dieser Mountpoint da ist?

EDIT: ich hab mal nonempty und bootwait also Optionen hinzugefügt, mal sehen, ob es dauerhaft hilft.

Lieber Gruß
Holger