eigene avahi-mounts sind ohne Inhalt, manuell gemountet hingegen nicht

Was kann das jetzt noch als Ursache haben:

unter /srv/archiv befindet sich mein LVM_Raid_Areca eingehangen. Der Ordner ist per samba und nfs freigegeben. Alles per template updatesicher. Samba funktioniert, nfs auch. Aber nur wenn es ohner avahi-mounter gemountet wird.
D.h. die Ordner sind beim Avahi-mount leer, hingegen ein manuelles mounten

mount -o soft,intr,rsize=8192,wsize=8192 192.168.0.99:/srv/archiv /mnt

zeigt mir den Inhalt.

der Avahi erzeugt auch die mounts, aber sie bleiben halt ohne Inhalt.

Was ich festgestellt habe, ist dass es scheinbar ein Problem mit überlagerten Mount-Points gibt.

root@yavdt-dt:/home/torsten# mount | grep vdr-server
vdr-server.local:/srv/video on /media/Video/vdr-server type nfs (rw,soft,intr,addr=192.168.0.99)
vdr-server.local:/srv/archiv on /srv/vdr/video.00/vdr-server/Archiv type nfs (rw,soft,intr,addr=192.168.0.99)
vdr-server.local:/srv/audio on /media/Musik/vdr-server type nfs (rw,soft,intr,addr=192.168.0.99)
vdr-server.local:/srv/dallas on /srv/vdr/video.00/vdr-server/Dallas type nfs (rw,soft,intr,addr=192.168.0.99)
vdr-server.local:/srv/picture on /media/Bilder/vdr-server type nfs (rw,soft,intr,addr=192.168.0.99)

So ist alles wunderbar. Die Order sind mit Inhalt. Hierzu habe ich avahi-mount beendet und unmount /srv/vdr/video.00/vdr-server durchgeführt.

root@yavdt-dt:/etc/avahi/services# avahi-browse -a | grep vdr-server
+   eth0 IPv4 Recordings on vdr-server                  	Network File System  local
+   eth0 IPv4 Pictures on vdr-server                    	Network File System  local
+   eth0 IPv4 Dallas on vdr-server                      	Network File System  local
+   eth0 IPv4 Music on vdr-server                       	Network File System  local
+   eth0 IPv4 Archiv on vdr-server                      	Network File System  local
+   eth0 IPv4 Videos on vdr-server                      	Network File System  local
+   eth0 IPv4 vdr-server [00:e0:81:da:ed:50]            	Arbeitsplatzrechner  local
+   eth0 IPv4 SVDRP on vdr-server                       	_svdrp._tcp      	local
+   eth0 IPv4 vdr-server                                	Remote Disk Management local

Die Shares Dallas und Archiv sind vom subtyp vdr in den avahi-services definiert. Das sollen sie auch, weil sie direkt im vdr genutzt werden sollen.

die dazugehörenden services:
vdr-archiv.service

<?xml version="1.0" standalone='no'?>
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
<name replace-wildcards="yes">Archiv on %h</name> ## Name
<service>
   	<type>_nfs._tcp</type>
   	<port>2049</port>
   	<txt-record>path=/srv/archiv</txt-record> ## path to shared Folder
   	<txt-record>subtype=vdr</txt-record> ## subtype
   	<txt-record>category=Archiv</txt-record> ## subtype
</service>
</service-group>

vdr-dallas.service

<?xml version="1.0" standalone='no'?>
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
<name replace-wildcards="yes">Dallas on %h</name> ## Name
<service>
   	<type>_nfs._tcp</type>
   	<port>2049</port>
   	<txt-record>path=/srv/dallas</txt-record> ## path to shared Folder
   	<txt-record>subtype=vdr</txt-record> ## subtype
   	<txt-record>category=Dallas</txt-record> ## subtype
</service>
</service-group>

vdr-recording.service ist unverändert

Warum auch immer das so ist, ich darf anscheinend nicht per avahi in ein bereits gemountetet Verzeichnis zusätzliche avahi-mounts einhängen?
Wieder ein Ansatzfehler, oder wie macht man es richtig?

Gestern dachte ich einmal jetzt hätte ich den Grund gefunden, aber nach dem reboot wieder das gleiche Bild.
Ich vermute es liegt daran, dass die Reihenfolge der Avahi-mounts anders sein muss.

Wie kann ich denn die Reihenfolge der Avahi-mounts beeinflussen?

Soll heißen ich muss sicherstellen, dass zuerst /srv/vdr/video.00/vdr-server gemountet wird, bevor die Unterverzeichnisse durch avahi gemountet werden!

Sorry, aber was ist den so ungewöhnlich daran in einem Server mit verschiedenen Speichern (hier ein Archiv als Areca Raid 5 mit LVM, 1* lokale Arbeitsplatte für den VDR, 1* Archiv für Dallas) diese für den VDR über Avahi zu announcen? Was ist daran keine optimale Struktur? Ich kann doch nichts dafür das Ubuntu es nicht mehr erlaubt, gemountete Subfolder als Shares freizugeben.

Dafür wurde doch extra die text-record category von Euch eingebaut.

Ich gehe daher erst einmal davon aus, dass ich etwas aus Unwissenheit falsch mache. Obwohl sich mir in der jüngeren Vergangenheit immer mehr der Verdacht aufbaut, dass dies eher (Ubuntu)Linuxtypische Probleme sind. Und bevor ich den Bugtracker bemühe will ich erstmal versuchen mit meinen Möglichkeiten weiter zu kommen.

Selbstverständlich kann ich an jedem Client die mounts über die fstab einhängen. Das beantwortet aber die Frage nicht.

Ist es eine fehlerhafte Umsetzung der text-record category, oder gibt es die Möglichkeit die Reihenfolge der mounts anzupassen?

Und um das nochmals ganz deutlich zu sagen, es kommen keine Methoden in Frage, die ala mhdfs mir die Aufzeichnungen aus Ihren zusammenhängenden Ordnern frei verteilen. Das ist ein Nogo. Und AutoFS ? Schon wieder was neues? Lese ich mir noch an.

Zitat von Tiroler

Hmm - das kann man wirklich nicht ändern? Unter Samba ging das doch irgendwie mit "follow symlinks=yes"...

Aber nicht mehr seit 12.04. Avahi Mounter, wie verhindert man eine unendliche Verkettung der Freigaben bei mehreren VDRs

Deswegen bin ich auf nfs umgestiegen. Und dachte mit Avahi ohne händisches Einbinden in die fstab am jeweiligen CLient nutzen zu können.

@seahawk,
Du hast es über die fstab mit nfs mounts gemacht. Ohne Avahi... und zusätzlich crossmnt drin. Was bei cifs nicht mehr geht. Bei NFS dann scheinbar doch noch.
Aber es sollte theoretisch ja auch mit avahi funktionieren. Mehrere Ordner des Typs recording vom gleichen Server funktioniert nicht. Auch wenn man die text-record category verwendet (was ohne gar nicht gehen würde).

Die Avahi-Service Definitionen sind im ersten Posting. Die nicht geposteten sind Orginal und machen auch kein Problem.
exports:

/srv/share/vdr  	*(rw,fsid=0,sync,no_subtree_check,all_squash,anongid=666,anonuid=666)


/srv/audio  	*(rw,fsid=1,sync,no_subtree_check,all_squash,anongid=666,anonuid=666)


/srv/video  	*(rw,fsid=2,sync,no_subtree_check,all_squash,anongid=666,anonuid=666)
/srv/picture  	*(rw,fsid=3,sync,no_subtree_check,all_squash,anongid=666,anonuid=666)
/srv/archiv  	*(rw,fsid=4,sync,no_subtree_check,all_squash,anongid=666,anonuid=666)
/srv/dallas  	*(rw,fsid=5,sync,no_subtree_check,all_squash,anongid=666,anonuid=666)

Wenn crossmnt bei NFS mit Freigabe ab "*" funktioniert, dann würde sicherlich es Sinn machen die Mountpoints auf dem vdr-server wieder in z.B. /srv/share/vdr/Archiv abzulegen Und nur ein NFS Share zu erzeugen. Das werde ich mal probieren, denn bei Dir funktioniert es ja.

Edit:
Der Erste durchlauf ohne die Clients neu zu starten sieht gut aus. Alles ist da. Ich denke das dürfte auch nach einem Neustart so sein, es wird ja nur noch ein recording avahi gemountet. Also brauche ich mir nicht die Arbeit mit verschiedenen avahi-services zu machen.
Jetzt frage ich mich, ob das nicht auch in /srv/vdr/video.00 statt srv/share/vdr geht.

Zitat von seahawk1986

Den Fehler mit den categories für VDR-Aufnahmen kann ich hier auch nicht nachvollziehen, und die Reihenfolge ist eigentlich auch nicht wichtig, wenn die nebeneinander gemountet werden.

Hmm, vielleicht weil ich 2 Categorys Ordner angelegt habe Mit ein paar hundert Aufnahmen darin? Ansonsten kann ich Dir nicht beantworten, warum das sich bei mir so verhält. Wie immer finde ich keine dazu passenden Fehler. Wie auch, die Mounts wurden von Avahi ja am Client erzeugt. Ich habe auch den Eindruck, als wenn der vdr client mit den doppelten Aufnahmen (somit irgendwas um die 10000 Aufnahmen) sich mittlerweile schwer tut. Denn noch sind die cifs mounts vom alten Archiv-server aktiv in der fstab.

Zitat von seahawk1986

Ich schaffe am Server die richtige Struktur über die fstab und die exports, an den Avahi-Services muss ich so nichts anpassen und den Rest erledigt der avahi-mounter am Client.

Diesen Ansatz habe ich auch nun eingerichtet. Anderer Weg, gleiches Ziel.

Samba ist auch kein Problem, die Änderung von Ubuntu betreffen ja nur die option nohide bei nfs in der fstab, die nicht mehr mit wildcards zulässig ist.

Edit:
wenn ich nach /srv/vdr/video.00/Archiv mounte (Inhalt ist dort zu sehen) ist der Ordner in srv/share/vdr/Archiv hingegen wieder leer. Woher kommt der srv/share/vdr eigentlich? Das müsste doch ein symlink auf srv/vdr/video.00 sein, oder nicht?

So, das funktioniert auch alles nur solange ich nicht über fstab mounte. Vielleicht alles nur weil es eine SSD ist.
Irgendwas in /srv/share/vdr zu mounten macht erst Sinn, nachdem mhdfs seine mounts erstellt hat, das ist aber anscheinend erst nach dem einbinden über fstab der Fall. Deshalb sind auch vermutlich die Ordner jedesmal nach einem Reboot leer, trotzdem die Ordner angeblich gemountet sind.
Das gleiche gilt für bind.

Ich überlege nun ob ich die /etc/init/mhddfs-vdr.conf einfach modifizieren soll und dort meine mounts einhängen lasse. Vielleicht funktioniert dieser Weg. Oder ?

PS: Seahawk bei Dir hängt sich nicht mhdfs dazwischen, wenn Du nach /srv/video mountest. Deshalb geht das. Aber ich will schließlich die Aufnahmen im VDR sehen und nicht in xbmc.

Zitat von seahawk1986

Wenn es unter /srv/vdr/ ein zusätzliches /srv/vdr/video.xx Verzeichnis gibt, fasst es die per mhddfs zusammen und hängt es unter /srv/share/vdr ein. Wenn es da nur ein video.00 gibt macht es einen mount-bind nach /srv/share/vdr. Es ist doof überhaupt irgenetwas nach /srv/share/vdr zu mounten, wenn sollte es nach /srv/vdr/video.00 gemountet werden, sonst ist man von dem Upstart-Job abhängig...

Damit wäre ich wieder beim Ausgangspunkt von vor Monaten, das funktioniert nicht mehr seit 12.04... Ich sehe dann meine Archive nur lokal aber nicht an den Clients.

Der mount bind reicht einfach nicht die Ordner Archiv und Dallas_Archiv nach srv/share/vdr weiter. Dadurch sind die leer und man sieht logischerweise an den Clients auch kein Inhalt, am Server aber sehr wohl.

torsten@vdr-server:~$ mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
cgroup on /sys/fs/cgroup type tmpfs (rw,relatime,mode=755)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu type cgroup (rw,relatime,cpu)
cgroup on /sys/fs/cgroup/cpuacct type cgroup (rw,relatime,cpuacct)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,relatime,memory)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,relatime,freezer)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,relatime,blkio)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,relatime,perf_event)
/dev/sdc1 on /srv/vdr/video.00 type ext4 (rw,noatime,errors=remount-ro)
/dev/sdb1 on /srv/vdr/video.00/Dallas_Archiv type ext4 (rw,noatime,errors=remount-ro)
/dev/mapper/archiv-archiv on /srv/vdr/video.00/Archiv type xfs (rw)
/srv/vdr/video.00 on /srv/share/vdr type none (rw,bind)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw)
nfsd on /proc/fs/nfsd type nfsd (rw)
yavdt-dt.local:/srv/video on /media/Video/yavdt-dt type nfs (rw,soft,intr,addr=192.168.0.43)
yavdt-dt.local:/srv/audio on /media/Musik/yavdt-dt type nfs (rw,soft,intr,addr=192.168.0.43)
yavdt-dt.local:/srv/picture on /media/Bilder/yavdt-dt type nfs (rw,soft,intr,addr=192.168.0.43)
yavdt-dt.local:/srv/share/vdr on /srv/vdr/video.00/yavdt-dt type nfs (rw,soft,intr,addr=192.168.0.43)

müssten hier nicht die mount bind mit angezeigt werden? Die vermisse ich hier.

manuell probiert:

torsten@vdr-server:~$ sudo mount --bind /srv/vdr/video.00/Archiv /srv/share/vdr/Archiv
[sudo] password for torsten:
torsten@vdr-server:~$ sudo mount --bind /srv/vdr/video.00/Dallas_Archiv /srv/share/vdr/Dallas_Archiv
torsten@vdr-server:~$ mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
cgroup on /sys/fs/cgroup type tmpfs (rw,relatime,mode=755)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,relatime,cpuset)
cgroup on /sys/fs/cgroup/cpu type cgroup (rw,relatime,cpu)
cgroup on /sys/fs/cgroup/cpuacct type cgroup (rw,relatime,cpuacct)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,relatime,memory)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,relatime,freezer)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,relatime,blkio)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,relatime,perf_event)
/dev/sdc1 on /srv/vdr/video.00 type ext4 (rw,noatime,errors=remount-ro)
/dev/sdb1 on /srv/vdr/video.00/Dallas_Archiv type ext4 (rw,noatime,errors=remount-ro)
/dev/mapper/archiv-archiv on /srv/vdr/video.00/Archiv type xfs (rw)
/srv/vdr/video.00 on /srv/share/vdr type none (rw,bind)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw)
nfsd on /proc/fs/nfsd type nfsd (rw)
yavdt-dt.local:/srv/video on /media/Video/yavdt-dt type nfs (rw,soft,intr,addr=192.168.0.43)
yavdt-dt.local:/srv/audio on /media/Musik/yavdt-dt type nfs (rw,soft,intr,addr=192.168.0.43)
yavdt-dt.local:/srv/picture on /media/Bilder/yavdt-dt type nfs (rw,soft,intr,addr=192.168.0.43)
yavdt-dt.local:/srv/share/vdr on /srv/vdr/video.00/yavdt-dt type nfs (rw,soft,intr,addr=192.168.0.43)
/srv/vdr/video.00/Archiv on /srv/share/vdr/Archiv type none (rw,bind)
/srv/vdr/video.00/Dallas_Archiv on /srv/share/vdr/Dallas_Archiv type none (rw,bind)

siehe da sind sind nun aufgeführt! Und der Inhalt in srv/share/vdr/Archiv + Dallas_Archiv ist ebenfalls zu sehen, genauso auch an den Clients!

Also, ist im /etc/init/mhddfs-vdr.conf doch etwas falsch, weil er vergisst, bzw gar nicht weiss, dass es unterordner gibt die gemountet sind und ebenfalls per mount bind verlinkt werden müssen.
Das Script muss also so erweitert werden um so etwas zu erkennen.

Da wäre Hilfe von nöten, da ich davon wenig Ahnung habe. Mal sehen was ich hinbekomme. Aber immerhin, ich bin froh nun offenbar den Grund für meine (monatelangen) Probleme gefunden zu haben.

Zitat von seahawk1986

#/etc/exports
/srv/share/vdr *(rw,fsid=0,sync,no_subtree_check,all_squash,anongid=666,anonuid=666,crossmnt)
/srv/share/vdr/test *(rw,fsid=8,sync,no_subtree_check,all_squash,anongid=666,anonuid=666,crossmnt)

da kommt das wieder mit der verkorksten nohide Option. Wenn ich das hier richtig verstanden habe, hätte man früher lediglich für /srv/share/vdr die option nohide nehmen müssen und den /srv/share/vdr/test gar nicht gebraucht. Da aber die Freigabe nicht clientspezifisch ist und mit Wildcards erfolgen muss, muss man leider die Unterordner ebenfalls exportieren. Und für diese gibt man dann crossmnt als Option mit. Aber für das Wurzelverzeichniss /srv/share/vdr dachte ich kann man crossmnt weglassen. Aber das funktionierte nicht. Auch nicht mit Nohide, nur wenn alle so wie Du auch probiert hast mit crossmnt exportieren.
Verstehen muss ich das nicht.

Pflegst Du die Änderungen an der mhddfs-vdr.conf ins unstable ein? Ich denke es schadet niemanden. Leider kommt man um eine manuelle Änderung der exports nicht umhin.
Aber so funktioniert es wenigstens und ich habe es nun hoffentlich verstanden und einiges über nfs und samba dazugelernt. Auch wenn das in keinem Verhältnis zum Zeitaufwand steht.
Ich muss da nochmal den Vergleich zu Windows machen, so einen Zirkus habe ich selbst bei Domänennetzwerk nicht erlebt.