Auf ein neues - Videoverzeichnis auf NAS

Zitat

Original von mikewarer
Mir ist bisher nicht klar, warum das so problematisch ist.

Mir auch nicht.
Es sind ein paar Sachen, die da zusammenspielen:
1. /video bzw. /video0 o.ae. ist das "Hauptverzeichnis". D.h. alle Aufnahmen muessen ueber /video0 erreichbar sein, wenn ggf. auch mit Softlinks.
2. Aufgrund von Bootzeit Optimierungen wird der VDR meist gestartet, bevor das Netzwerk da ist -> keine NFS Pfade zum Start verfuegbar.

Bei mir laeuft das 100%ig sauber. Ist zwar kein Gen2VDR, aber das sollte keine Rolle spielen.

Zu 1.:
Wenn Du noch eine lokale Platte nutzen willst. wird's komplizierter. Dann kanst Du Dich entscheiden, ob die lokale Platte /video0 oder /video1 sein soll. Dem VDR ist's egal.
Ich nutze die lokale Platte hier nur dann, wenn der VDR was aufnehmen soll und der NFS Server nicht erreichbar ist. Dann wird das automatisch nach /video0 (was ja ohne NFS die lokale Platte istt) gespeichert.
Bei 2.5TB sind mir die 40GB lokal ziemlich egal
Empfehlung, auch um dem Link-Chaos aus dem Weg zu gehen: /video0 als einziges NFS und die Sache ist gegessen. Musst Du nur 2. loesen.

2. Geht einfach.
Zuerst traegst Du in Deine ./etc/fstab das NFS Verzeichnis nach /video ein.
Dann suche in Deinen Startskripten den Ort, wo der portmap gestartet wird (wenn er wird, ansonsten nachdem das Netzwerk da ist). Dort traegst Du zwei Zeilen ein:

mount -t nfs -a
touch /video/.update

Und schon liest der VDR die Aufnahmen vom NFS ein.

Damit sollte das problemlos funktionieren.

soll auf den nas nur das "Archiv" zur Verfügung stehen oder willst du direkt auf den nas Aufnehmen?

Ersteres ist ganz einfach (dein nas kann ja lt. post nfs!) zweites habe ich bisher nicht getestet.

Gruss Lexi

Zitat

Original von knebb
Wenn Du noch eine lokale Platte nutzen willst. wird's komplizierter. Dann kanst Du Dich entscheiden, ob die lokale Platte /video0 oder /video1 sein soll. Dem VDR ist's egal.
Ich nutze die lokale Platte hier nur dann, wenn der VDR was aufnehmen soll und der NFS Server nicht erreichbar ist. Dann wird das automatisch nach /video0 (was ja ohne NFS die lokale Platte istt) gespeichert.

Hm. Aber sobald du dann /video0 vom NFS mountest, wird diese Aufnahme ja unsichtbar?! Wie machst du das?

Zitat

2. Geht einfach.
Zuerst traegst Du in Deine ./etc/fstab das NFS Verzeichnis nach /video ein.
Dann suche in Deinen Startskripten den Ort, wo der portmap gestartet wird (wenn er wird, ansonsten nachdem das Netzwerk da ist). Dort traegst Du zwei Zeilen ein:

Code

mount -t nfs -a
touch /video/.update

Und schon liest der VDR die Aufnahmen vom NFS ein.

Das heißt, der VDR startet weiterhin, bevor die Netz Verzeichnisse gemountet werden. Aber das ist nicht so schlimm, da ein Update des Video Verzeichnisses Ausgelöst wird, sobald die NFS Laufwerke da sind?

Gruß,
Hendrik

Wann mountest Du denn? - Vor oder nachdem der VDR gestartet ist?

Zitat

Original von mikewarer
huch, wieder ein neues Problem?
Warum wird denn die Aufnahme unsichtbar, wenn ich /video0 über nfs vom NAS aus mounte?

Was ich meinte:
knebb schrieb, dass er -wenn das NAS nicht erreichtbar ist- auf die lokale Platte aufnimmt. Undzwar nach video0, dem mountpunkt für das NAS, wenn ich es richtig verstanden habe.

Wenn er darin nun eine Aufnahme hat, und dann das NAS mounted, wird diese eine Aufnahme ja solange verschwunden sein, bis er das NAS wieder unmountet. Das hat nix mit dem VDR zu tun. Das ist linux.

Mach dochmal:

umount /mnt/cdrom
cd /mnt/cdrom
touch TEST.TXT
ls
mount /mnt/cdrom
ls

Die TEST.TXT ist weg.

umount /mnt/cdrom
ls

Da ist sie wieder.

Das meinte ich.

Gruß,
Hendrik

Hi,
ich benutze nicht Gen2VDR, habe aber 3xVDR hier im Netzwerk laufen. Was knebb so an Tricks beim hochfahren macht, weiss und versteh' ich auch nicht wirklich.

Aber: Du koenntest doch deine 'normale/lokale' /video Partition einfach mounten. D.h. alle Aufnahmen werden dort gemacht. Unter dem /video legst du ein Verzeichnis 'NAS' an und mountest das NAS dorthin (evtl. mit einem Eintrag im Menu). Die Aufnahmen, die auf /video liegen, schneidest du irgendwann und schiebst sie danach auf das NAS. Damit sollten sie auf deinem VDR auch wieder sichtbar sein (evtl. ein touch /video/.update).

Vorteil: Dein VDR funktioniert ganz normal 'stand-alone', das NAS ist einfach nur das Datengrab.
Nachteil: Du musst halt die Aufnahmen irgendwie 'von Hand' auf das NAS verschieben.

just my 2 cents,
- berndl

ich würde das mounten nicht unbedingt mit der fstab machen, sondern evtl. mit der runvdr.
Weshalb aber zwischen dem mounten und dem Start des VDRs eine Minute liegen soll ist mir allerdings ein Rätsel....
(War der Artikel wo Du das gelesen hast vom 1.April??)

Hallo,

zum Thema 1 minute:
Ich denke, das ist ein Frickelfaktor.
Solange die NAS Platte gemountet ist, bevor der VDR Startet ist alles paletti.

Wie macht man das? Frag mich in zwei wochen nochmal, dann weiß ich es hoffentlich aus erster Hand Ich würde einfach ein init Skript (/etc/init.d/mount_nfs) schreiben, in dem die Netzlaufwerke gemountet werden und wo dann ein touch /video/.update gemacht wird um ein neueinlesen auszulösen.

Gruß,
Hendrik

Dabei ist aber das Problem, dass der VDR vor dem Netzwerk gestartet wird.

Zitat

Original von mikewarer
Daten ausschließlich auf NAS. Zentral,

Genau das macht auch Sinn. Laeuft hier wie gesgt genauso. Alles andere halte ich auch fuer Bloedsinn.

ACHTUNG, das Folgende erklaert Hintergruende und ist lange!

Zum Hintergrund: Schuld ist an dem ganzen Schlamassel <sorry, Klaus> der VDR. Dadurch, dass er stets vom ersten Video-Dir (normalerweise /video0) ausgeht und der Rest ueber SymLinks laueft, kommt es zu diesem ganzen "Link-Verteilungs-Chaos". Nun gut, genug gemeckert, wuesste auch nicht direkt, wie ich's besser gemacht haette.
Das Gute an der Sache ist jedoch, dass man das ganze Chaos umgehen kann, wenn man eben nur EIN Verzeichnis/ Datentraeger nutzen will/kann.

Also nochmal Basics, wir nehmen an, die Distri hat die Video-Dirs als /video0, /video1 usw. eingestellt.
Der VDR durchsucht beim Start (und auch spaeter bei Gelegenheit) das /video0 und betrachtet diese als Aufnahmen. D.h. alle Aufnahmen, die zu diesem Zeitpunkt nicht ueber /video0 erreichbar sind, erkennt der VDR nicht!
Veraendert sich nach dem Start etwas auf dem /video0, so bekommt der VDR das nicht mit und es muss ihm "gesagt" werden, dass er dohc bitte mal neu einliest. Und genau das passiert mit einer Datei namens ".update" im /video0. Ist die Zeit dieser Datei neuer als die letzte Aktualisierungs-Einlesezeit, so liest der VDR das /video0 erneut ein.
Das kannst Du alles auch manuell mal durchfuehren, dann verstehst Du, wie das funktioniert:
Starte Deinen VDR ohne das gemountete NFS. Sind da Aufnahmen? Ja? Das sind die, die JETZT ueber /video0 erreichbar sind. Keine Aufnahmen? Dann ist /video0 auch leer.
Jetzt mounte das NFS (das ja schon Aufnahmen enthaelt, oder?) nach /video0. Was passiert beim VDR? Erst mal nichts. Nun touch /video0/.update und schau Dir das Aufnahmeverzeichnis im VDR an. Die Aufnahmen, die vorher da waren, sind verschwunden (weil ja /video0 jetzt ein Mountpoint ist und kein Verzeichnis mehr und das NFS "ueber" dem Verzeichnis liegt, so das der Inhalt von /video0 weg ist). Dafuer sind jetzt die vom NFS da. Ein umount /video0 laesst die NFS AUfnahmen nicht automatisch verschwinden, sondern ein erneutestouch /video0/.update hilft auch hier, den alten Zustand wieder schneller herzustellen. Machst Du kein touch, aktualisiert der VDR irgendwann auch von selbst, aber mit .update wird das halt sofort gemacht.
Die Aktualisierung kann je nach Groesse des /video0 schonmal ein wenig dauern. Bei mir kann das gut eine Minute in Anspruch nehmen, bis der VDR wirklich ALLE Aufnahmen anzeigt.

So, das war die erste Grundlage. Jetzt zum zweiten Problem: dem automatischen mounten.

Viele VDR-Distris (darunter wohl auch Gen2VDR) sind darauf abgestimmt, moeglichst schnell das Fernsehbild zu liefern. Deswegen starten sie den VDR bevor das Netzwerk gestartet wird- weil man das Netzwerk nicht fuer das Fernsehbild braucht, macht das auch Sinn.
Das Bloede daran ist aber, dass /video0 als NFS zu diesem Zeitpunkt noch nicht gemounted sein kann, weil ja ohne Netzwerk bekanntlich kein NFS. Also startet der VDR mit dem lokalen /video0 (das ja normalerweise leer ist, da als mountpoint genutzt). Also hat der VDR keine Aufnahmen. Mountet man jetzt manuell, hat man wieder die Aktualisierungproblematik und darf ein touch /video/.update nicht vergessen. Siehe oben.
D.h. der VDR startet IMMER ohne Netzwerk/NFS. Soweit, so schlecht.
Eine weitere Eigenschaft vieler VDR-Distris ist (leider!), dass sie fuer den VDR (theoretisch) unwichtige Sachen garnicht ausfuehren. Jede "normale" Linux Distri mountet die NFS-Verzeichnisse, die in der /etc/fstab eingetragen sind, nachdem das Netzwerk da ist. Keine mir bekannte VDR-Distri tut das. LinVDR startet z.B. sogar den portmap, mountet aber trotzdem nicht. Zurueck zum Thema:
VDR Distris mounten die NFS Verzeichnisse also nicht, obwohl sie in der /etc/fstab eingetragen sind.
Demnach muss man halt das der Distri selbst beibiegen. Dazu muss man sehen, wie und wann das Netzwerk gestartet wird Wissen ueber den Ablauf des Linux Boots sowie Runlevel sind hier sehr hilfreich.
Nachdem das Netzwerk gestartet ist, muss man also nun nur noch die folgenden Schritte machen:
[list=1]
[*]Den portmap starten /sbin/portmap
[*]Die NFS-Verzeichnisse, die in der /etc/fstab stehen, mounten mount -a -t nfs
[*]Dem VDR mitteilen, dass sich was am /video0 geaendert hat.touch /video0/.update
[/list=1]
Ist doch garnicht so schwer, oder? Die "Gedenkminute" kommt noch daher, dass beim Original LinVDR der VDR das ".update" noch nicht kannte und demnach man darauf achten musste, dass das /video0 gemountet ist, bevor der VDR startet. Das ist ja jetzt nicht mehr noetig.

berndl:
Du machst das recht umstaendlich. Du musste jede Aufnahme anfassen, die Du auf das NFS verschieben willst. Ich muss nur die anfassen, die (z.B. wegen Netzwerkfehlers) nicht auf dem NFS gelandet sind, sondern lokal. Ich habe genauso Ausfallsicherheit, da die lokale Platte ja trotzdem da ist.

Alles kein Hezenwerk. Und vergesst bei aktuellen VDRs das mit der Gedenkminute wieder. Es sei denn, Eure Aufnahmen umfassen mehr als 2TB, dann kann das Einlesen solange dauern, bis alle Aufnahmen im OSD erscheinen.

Zitat

Original von henfri
.... Ich würde einfach ein init Skript (/etc/init.d/mount_nfs) schreiben, in dem die Netzlaufwerke gemountet werden .....

Also in init.d hat ein mountsript nicht unbedingt ewas verloren.

Evtl, so:

Im Videoverzeichnis der NAS eine Datei mit dem Namen " .mount " anlegen.

Das kleine Script unter dem Namen mount_nas.sh z.b. unter /etc/vdr speichern.

#!/bin/sh


if [ ! - /video/.mount ] ; then
  mount <diene_parameter>
  touch /video/.update
  sleep 10
fi

In der runvder dann ziemlich am Anfang folgendes einfügen:

./etc/vdr/mount_nas.sh

Das sollte es gewesen sein. Sollen 10 Sekunden nicht reichen kannst Du den Wert sleep beliebig verändern.

EDIT: Knebb war schneller....

kann das mounten und touchen nicht mit der myinit.sh gelöst werden,
zeitlich greift die doch nach dem VDR Start oder vertue ich mich da

Zitat

Original von C-3PO
Also in init.d hat ein mountsript nicht unbedingt ewas verloren.

Wo soll es denn sonst hin? DAS ist genau der Platz, wo es hin sollte! Kannst ja mal bei einer beliebigen (NICHT-VDR!) Distribution ein grep mount /etc/init.d machen...

Standards sind dafuer da, dass man sich (moeglichst) daran haelt. Aber sowas

Zitat

Im Videoverzeichnis der NAS eine Datei mit dem Namen " .mount " anlegen.

ist...:computertod

Aber ich gebe Dir recht, dass das fuer die VDR-Distris (leider) nicht optimal ist. Die runvdr ist da auch ein guter Kandidat.

Im Endeffekt ist es voellig egal, WIE man es macht, solange man versteht, WAS man macht...nur fuer eine spaetere Fehlersuche ist es halt sinnvoll, sich vorher auf eingefahrenen Wegen bewegt zu haben. Oder wisst Ihr nach 3-6 Monaten noch genau, was Ihr geaendert habt?

Vielen Dank für deine Erklärungen!

Zitat

Original von knebb
VDR Distris mounten die NFS Verzeichnisse also nicht, obwohl sie in der /etc/fstab eingetragen sind.

Das trifft auf gen2vdr nicht zu.

Gruß,
Hendrik

Zitat

ich würde das mounten nicht unbedingt mit der fstab machen, sondern evtl. mit der runvdr.

Verändert nicht zuviel an den vdr-scripten, beim nächsten Update kuckt ihr sonst in die Röhre, und fangt von vorne an.

Für solche speziellen Zwecke habe ich ein eigenes Skript, das ich bei mir über einen Link aus dem entsprechenden Runlevel aus aufrufe: z.B. bei mir
/etc/rc2/S99boot.user.local -> /local/bin/boot.usr.local
Aus dieser Datei "/local/bin/boot.usr.local" rufe ich alle mögliche eigene Scripte, Deamons oder Befehle auf, die ich nach Abschluss des Bootvorgangs brauche.
Über die Nr. "S99" ist sichergestellt, dass dieses skript erst nach allen anderen Initskripten
ausgeführt wird, also nach VDR und portmapper start ...

Zitat

Im Endeffekt ist es voellig egal, WIE man es macht, solange man versteht, WAS man macht...nur fuer eine spaetere Fehlersuche ist es halt sinnvoll, sich vorher auf eingefahrenen Wegen bewegt zu haben. Oder wisst Ihr nach 3-6 Monaten noch genau, was Ihr geaendert habt?

... und deshalb möglichst alle Veränderungen und eingene Skripte in ein eigenes Verzeichnis. Bei mir ist das "/local/bin" und die "/local/ ist eine eigneständige Partition, auf der alle meine eigenen oder modifizierten Skripte landen, damit sie bei einem VDR update nicht überschrieben werden.

deswegen gibt es doch die MYinit.sh.
Wir sind ja schliesslich im gen2vdr Bereich, oder. Siehe hier http://www.htpc-forum.de/forum/index.php?showtopic=4171&hl=myinit%26%23092%3B.sh

Ansonsten passt /et/init.d schon mit Abhängikeiten nach vdr/net usw.
Besonders wenn man es auch unabhängig vom vdr braucht