yavdr 0.4: NFS shares einer Synology Diskstation automatisch mounten: Avahi-Announcements für avahi-mounter

50watt · 20. Dezember 2011

yavdr 0.4 kann Verzeichnisse für Bilder, Musik, Videos und Aufzeichnungen, die im Netzwerk auf Servern, NAS, etc. gefunden werden, automatisch einbinden.
So können ohne weitere Konfiguration z.B. Bilder, Videos,... von einem Server sofort in XBMC betrachtet werden.

yavdr 0.4 verwendet dazu "Zeroconf", eine ursprünglich von Apple stammende Idee. Die Linuximplementierung heißt "avahi".

Damit der avahi-mounter von YAVDR 0.4 die Netzwerkfreigaben "Video", "Music", "Photo" (und bei mir auch vdr_recordings) von der Synology Diskstation (DSM 3.2-1955) automatisch mountet, kann man

auf der Synology Diskstation im script "/usr/syno/etc/rc.d/S99avahi.sh" folgendes unmittelbar über

Code

AddHTTP() {
    Port=`GetAdminPort`

einfügen (ab Zeile 161):

Code

AddVDR() {
VDR_SCONF="$AVAHI_SERVICE_PATH/vdr.service"
echo -en \
"<?xml version=\"1.0\" standalone='no'?>
<!DOCTYPE service-group SYSTEM \"avahi-service.dtd\">
<service-group>
 <name replace-wildcards=\"yes\">Recordings on $1</name>
   <service>
 <type>_nfs._tcp</type>
 <port>2049</port>
 <txt-record>path=/volume1/vdr_root</txt-record>
 <txt-record>subtype=vdr</txt-record>
  </service>
 </service-group>
" > $VDR_SCONF
}


AddVIDEO() {
VIDEO_SCONF="$AVAHI_SERVICE_PATH/video.service"
echo -en \
"<?xml version=\"1.0\" standalone='no'?>
<!DOCTYPE service-group SYSTEM \"avahi-service.dtd\">
<service-group>
 <name replace-wildcards=\"yes\">Movies on $1</name>
   <service>
 <type>_nfs._tcp</type>
 <port>2049</port>
 <txt-record>path=/volume1/video</txt-record>
 <txt-record>subtype=video</txt-record>
  </service>
 </service-group>
" > $VIDEO_SCONF
}


AddAUDIO() {
AUDIO_SCONF="$AVAHI_SERVICE_PATH/audio.service"
echo -en \
"<?xml version=\"1.0\" standalone='no'?>
<!DOCTYPE service-group SYSTEM \"avahi-service.dtd\">
<service-group>
 <name replace-wildcards=\"yes\">Music on $1</name>
   <service>
 <type>_nfs._tcp</type>
 <port>2049</port>
 <txt-record>path=/volume1/music</txt-record>
 <txt-record>subtype=audio</txt-record>
  </service>
 </service-group>
" > $AUDIO_SCONF
}


AddPHOTO() {
PHOTO_SCONF="$AVAHI_SERVICE_PATH/photo.service"
echo -en \
"<?xml version=\"1.0\" standalone='no'?>
<!DOCTYPE service-group SYSTEM \"avahi-service.dtd\">
<service-group>
 <name replace-wildcards=\"yes\">Photos on $1</name>
   <service>
 <type>_nfs._tcp</type>
 <port>2049</port>
 <txt-record>path=/volume1/photo</txt-record>
 <txt-record>subtype=picture</txt-record>
  </service>
 </service-group>
" > $PHOTO_SCONF
}

Alles anzeigen

Weiter unten in der selben Datei (hier ab Zeile 379) nach

Code

AddHTTP $ServName

noch folgendes einfügen:

Code

AddVDR $ServName
AddVIDEO $ServName
AddAUDIO $ServName
AddPHOTO $ServName

Diese Änderungen müssen bei jedem Firmware Update der Synology Diskstation erneut gemacht werden.

Im Webinterface der Synology Diskstation: Systemsteuerung -> "Gemeinsame Ordner" -> "Nfs-Berechtigung" der oben angeführten Ordner (music, photo, video, vdr_root) einen Eintrag für yavdr hinzugefügt (Achtung: nicht die IP-Adresse des yavdr sondern yavdr-Computername.workgroup z.B. yavdr1.arbeitsgruppe), lesen/schreiben, root squash: keine Zuordnung, Asynchron: Ja

Auf der Synology Diskstation das vorhin editierte script "/usr/syno/etc/rc.d/S99avahi.sh restart" ausführen (oder die Diskstation rebooten).

That's it - ab nun sind die Verzeichnisse der Synology Diskstation (Photos, videos,...) wie in der avahi-mounter YAVDR Dokumentation beschrieben eingebunden und können via vdr bzw xbmc verwendet werden.

HTH
50watt

crazyPower · 31. Dezember 2011

danke - hat sehr gehofen

die hinzugefügten funktionen müssen aber noch aufgerufen werden im Startscript - sonst hilft das nix

cp

50watt · 1. Januar 2012

Lieber crazyPower vielen Dank für den Hinweis!
Habe die fehlenden Zeilen

Code

AddVDR $ServName 
AddVIDEO $ServName 
AddAUDIO $ServName 
AddPHOTO $ServName

oben in Post #1 ergänzt

50watt · 16. Januar 2012

Für die soeben erschienene DSM 4.0 beta muss kein Script mehr editiert werden.
Es reicht die Definitionen im Verzeichnis /usr/syno/avahi/services/ mit dem Dateinamen 3rdparty.*.service zu erstellen.
Anschließend auf der diskstation noch

Code

/usr/syno/etc/rc.d/S99avahi.sh restart

ausführen - that's it!
(Die Änderungen bleiben auch nach einem Neustart der Diskstation erhalten - es muss nicht "manuell" gestartet werden)

Hier einige Beispiele für die Definitionen:
(die ersten beiden Zeilen

XML

<?xml version="1.0" standalone='no'?>
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">

der angeführten Beispieldateien sind nicht verpflichtend und können auch ausgelassen werden)

/usr/syno/avahi/services/3rdparty.video.service

XML

<?xml version="1.0" standalone='no'?>
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
  <name replace-wildcards="yes">Movies on %h</name>
  <service>
    <type>_nfs._tcp</type>
    <port>2049</port>
    <txt-record>path=/volume1/video</txt-record>
    <txt-record>subtype=video</txt-record>
  </service>
</service-group>

Alles anzeigen

/usr/syno/avahi/services/3rdparty.audio.service

XML

<?xml version="1.0" standalone='no'?>
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
    <name replace-wildcards="yes">Music on %h</name>
    <service>
	<type>_nfs._tcp</type>
	<port>2049</port>
	<txt-record>path=/volume1/music</txt-record>
	<txt-record>subtype=audio</txt-record>
  </service>
</service-group>

Alles anzeigen

/usr/syno/avahi/services/3rdparty.photo.service

XML

<?xml version="1.0" standalone='no'?>
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
  <name replace-wildcards="yes">Photos on %h</name>
  <service>
    <type>_nfs._tcp</type>
    <port>2049</port>
    <txt-record>path=/volume1/photo</txt-record>
    <txt-record>subtype=picture</txt-record>
  </service>
</service-group>

Alles anzeigen

/usr/syno/avahi/services/3rdparty.vdr.service

XML

<?xml version="1.0" standalone='no'?>
<!DOCTYPE service-group SYSTEM "avahi-service.dtd">
<service-group>
  <name replace-wildcards="yes">Recordings on %h</name>
  <service>
    <type>_nfs._tcp</type>
    <port>2049</port>
    <txt-record>path=/volume1/vdr_root</txt-record>
    <txt-record>subtype=vdr</txt-record>
  </service>
</service-group>

Alles anzeigen

_Ralf · 20. Januar 2012

Hallo 50Watt,

vielen Dank für den wertvollen Tipp. Ich habe unter DSM 4.0beta auf einer DS411slim Deine Schritte befolgt und es funktioniert mit yavdr 0.4 ohne Probleme.

Ein paar Fragen noch:

Ich lasse wie unter Möchte gerne von Yavdr direkt auf eine Nas Aufnehmen geht das? beschrieben eine NFS-Share in /srv/vdr/video.00 beim Start mounten, damit der VDR auf das NAS schreibt. Klappt auch.

Wenn ich jetzt statt dessen den 3rdparty.vdr.service auf dem NAS definiere, klappt das dann genau so ? Wird dann von yavdr die da definierte Share auch beim bzw. vor dem Start von VDR nach /srv/vdr/video.00 eingebunden ? Kann man das upstart-Script, was auf das erfolgreiche Mounten der Share wartet, bestehen lassen ?

Im VDR habe ich noch eine zweite Platte drin, wie könnte ich das nfs-warte-Script so abändern, dass nach 30 Sekunden erfolgloser Wartezeit statt dessen /dev/sdb5 nach /srv/vdr/video.00 gemountet wird ?

Oder ist es sinnvoller, /dev/sdb5 direkt nach /srv/vdr/video.01 zu mounten ? Oder nimmt er video.01 eigentlich nur, wenn video.00 voll ist ? Oder schreibt er parallel, wie ich hier in einem Thread gelesen habe ?

_Ralf · 26. Januar 2012

Hallo Gemeinde,

ich möchte das nochmal anschieben.

Kann mir jemand insbesondere zu den letzten beiden Fragen weiter helfen ?

Manchmal kann mein VDR die NFS-Share vom NAS beim Start nicht einbinden und wartet dann bis er schwarz wird. Hier würde ich gerne einen Timer einbauen und entweder einen Neu-Versuch des Mountens anschupsen (wie am besten?) oder die zweite Platte, genauer sdb5, alternativ dann einbinden.

_Ralf · 10. März 2012

Hallo zusammen,

mit der nun erschienenen DSM 4.0-2198 klappt das leider nicht mehr in dieser Weise. Bis jetzt habe ich auch noch nicht herausgefunden, wo es hängt.

Siehe http://www.synology-forum.de/showthread.html?27748-Erg%E4nzung-des-AVAHI-Services&p=227697#post227697

fatzgenfatz · 10. März 2012

Zitat von _Ralf

Hallo zusammen,

mit der nun erschienenen DSM 4.0-2198 klappt das leider nicht mehr in dieser Weise. Bis jetzt habe ich auch noch nicht herausgefunden, wo es hängt.

Siehe http://www.synology-forum.de/showthread.html?27748-Erg%E4nzung-des-AVAHI-Services&p=227697#post227697

Hallo,

ich verwende diese Funktion eigentlich nicht, aber ich habs mir mal kurz angeschaut.
Bei mir ist unter /usr/syno/avahi/services/ eine "http.service" drin.
Die habe ich als Vorlage genommen und eine 3rdparty.vdr.service erstellt. Schaut bei mir so aus:

Code

<service-group>
<name>Fatboy-medien</name>
<service>
<type>_nfs._tcp</type>
<port>2049</port>
<txt-record>path=/volume1/Medien</txt-record>
<txt-record>subtype=vdr</txt-record>
</service>
</service-group>

Im Vergleich zu der Version hier im Thread wurden also die ersten zwei Zeilen weggelassen.

Nach einem /usr/syno/etc/rc.d/S99avahi.sh restart erscheint auch keine Fehlermeldung.
Und ein avahi-browse -a auf meinem Desktop zeigt mir auch das hier an:

Code

+   eth0 IPv4 Fatboy-medien                                 Network File System

Vielleicht hilft es ja.

mfG,
f.

_Ralf · 10. März 2012

Hallo,

das hat leider nicht geholfen. Die Ursache liegt in der geänderten S99avahi.sh. Hier ein Diff von der Version 2166 und der Version 2198:

Zitat

279c279,281
< mv ${AVAHI_SERVICE_PATH}/3rdparty.*.service ${AVAHI_CONF_PATH}
---
> if [ -f ${AVAHI_SERVICE_PATH}/3rdparty.*.service ]; then
> mv ${AVAHI_SERVICE_PATH}/3rdparty.*.service ${AVAHI_CONF_PATH}
> fi
281c283,285
< mv ${AVAHI_CONF_PATH}/3rdparty.*.service ${AVAHI_SERVICE_PATH}
---
> if [ -f ${AVAHI_CONF_PATH}/3rdparty.*.service ]; then
> mv ${AVAHI_CONF_PATH}/3rdparty.*.service ${AVAHI_SERVICE_PATH}
> fi

Alles anzeigen

Es wurde lediglich bzw. gerade dieser Teil verändert. Ich habe daher einfach die aktuelle Version durch die S99avahi.sh der 2166 ersetzt und nun klappt es wieder.

Nach einem Neustart war dann auch die 3rdparty.itunes.service, die mir die Diskstation einfach weggelöscht hatte, wieder da.

50watt · 14. Juli 2012

Anbei eine funktionierende /usr/syno/etc/rc.d/S99avahi.sh sowie ein diff gegen die aktuelle Originalversion aus der DSM 4.1-2567 Beta Firmware (Damit können die 3rdparty.*.service von oben wieder verwendet werden).
Bug habe ich an Synology soeben gemeldet.

Diff

/usr/syno/avahi/services # diff -up /usr/syno/etc/rc.d/S99avahi.sh_orig  /usr/syno/etc/rc.
d/S99avahi.sh
--- /usr/syno/etc/rc.d/S99avahi.sh_orig
+++ /usr/syno/etc/rc.d/S99avahi.sh
@@ -276,11 +276,13 @@
    	if ! [ -d $AVAHI_SERVICE_PATH ]; then
            	mkdir -p $AVAHI_SERVICE_PATH;
    	else
-           	if [ -f ${AVAHI_SERVICE_PATH}/3rdparty.*.service ]; then
+           	for i in ${AVAHI_SERVICE_PATH}/3rdparty.*.service; do break; done
+           	if [ -f "$i" ]; then
                    	mv ${AVAHI_SERVICE_PATH}/3rdparty.*.service ${AVAHI_CONF_PATH}
            	fi
            	rm ${AVAHI_SERVICE_PATH}/*.service
-           	if [ -f ${AVAHI_CONF_PATH}/3rdparty.*.service ]; then
+            	for i in ${AVAHI_CONF_PATH}/3rdparty.*.service; do break; done
+            	if [ -f "$i" ]; then
                    	mv ${AVAHI_CONF_PATH}/3rdparty.*.service ${AVAHI_SERVICE_PATH}
            	fi
    	fi
/usr/syno/avahi/services #

Alles anzeigen

_Ralf · 15. Juli 2012

Daumen hoch, danke !

50watt · 25. Juli 2012

Anbei die Antwort von Synology (Kein Bug, ein fehlendes Feature?):

-------- Original-Nachricht --------
Betreff: Re: Synology DSM4.1 Beta Program #1035: [DS109+]
Datum: Wed, 25 Jul 2012 17:11:08 +0800
Von: Synology Beta Program Team <beta@synology.com>

Hi ,

Thanks for your feedback.

It seems you are trying to do some modification on DiskStation, however we do no have support for 3rd party software and/or modification.
For such feature enhancements however, I will be glad to add your inquiry to our enhancement database for our developers analysis.

We thank you for your continual support. Feel free to contact us for any further assistance.

Best Regards,

Alexander Wong

_Ralf · 1. September 2012

Hallo,

in der DSM 4.1-2636 (final) funktioniert die modifizierte S99avahi.sh aus der 2567 ebenfalls - bislang keine Probleme.

HeinB · 28. Dezember 2012

Hallo allerseits,

Zitat von _Ralf

in der DSM 4.1-2636 (final) funktioniert die modifizierte S99avahi.sh aus der 2567 ebenfalls - bislang keine Probleme.

Man braucht keine modfizierten Scripte - ich habe es gerade mit der letzten DSM 4.1 probiert. Aber einen Operanden in den Dienste-Dateien von 50watt scheint es nicht mehr zu geben. Im Tag <name> funktioniert 'replace-wildcards="yes"' nicht mehr. Wenn man den Teil aus den Dateien rausnimmt, dann funktioniert das auch mit dem originalen Start-Stop-Script aus dem aktuellen DSM.

Ansonsten kann ich ehrlich gesagt keinen Unterschied zwischen den beiden Scripten sehen - ok, es ist anders geschrieben, aber es macht m.E. das Gleiche.

Gruß,
HeinB

_Ralf · 24. Januar 2013

Hallo,

kann ich so nicht bestätigen. Mit dem Standard-Script aus der 2668 und dem herausgelöschten Operand in den 3rdparty-Defs klappt es nach wie vor nicht. Nach dem (missglückten) Start vom Dämon schmeisst er die ganzen 3rdparty-Defs raus und das war's. Ersetze ich das Standard-Script durch das modifizierte, ist alles in Butter.

Sebastian Janzen · 10. Februar 2013

Um mal einen Hinweis zu geben, damit die Leute hier nicht aneinander vorbei reden:

Der Patch sorgt dafür, dass S99avahi.sh auch mit mehreren 3rdparty.*-Dateien zurecht kommt. Der Bug ist, dass falsch nach nur einer Datei geprüft wird und diese dann genommen wird.

Es funktioniert also mit DSM X.Y, wenn man nur einen Service hat. Ab zwei muss man bislang die S99avahi.sh patchen.

50watt · 3. Dezember 2013

Ich hab das Ganze mal in ein Synology Paket (yavdr-avahi) gepackt.
Im Paketzentrum manuell installieren
oder https://www.hofrichter.at/sspks als Paketquelle hinzufügen und dann aus der Rubrik "Community" yavdr-avahi installieren.

Getestet mit DSM 4.3 und DSM 5.0 beta

Viel Spass damit

50watt · 11. März 2014

Das Synology .spk Paket ist nun für DSM 5.0 aktualisiert und wird am Paketserver https://www.hofrichter.at/sspks angeboten.

Änderungen:
- Das Austauschen/Manipulieren des S99avahi.sh scripts ist nun nicht mehr notwendig. Es reicht die 3rdparty.* Dateien nach /usr/syno/avahi/services zu kopieren

thiemo · 14. Januar 2018

Vielen Dank!

Wollte aber anmerken, dass die 3rdparty-Dateien bei DSM 6.1 im Pfad /etc/avahi/services/ liegen.

yavdr 0.4: NFS shares einer Synology Diskstation automatisch mounten: Avahi-Announcements für avahi-mounter

Jetzt mitmachen!

Teilen

Tags