Auto mount Server -> Client

ostseehuepfer · 10. Juli 2016

Moin moin,

nach dem nun endlich die richtige Hardware da ist läuft bei mir nun 0.6.1.
Konnte soweit auch alles lösen / zum laufen bringen außer die Aufnahmen.
Bisher war es so das der Client automatisch den Server gefunden hat und dessen Aufnahmen angezeigt hat.
Dies tut der neue nicht. Er zeigt mir weder den Server noch den VDR im Schlafzimmer an.

Habe auch schon das Wiki gelesen aber nichts gefunden was das Prolbem erklären könnte.

Log:

Code

Jul 10 18:42:35 VDR-WZ acpid: client connected from 1251[0:0]
Jul 10 18:42:35 VDR-WZ acpid: 1 client rule loaded
Jul 10 18:42:35 VDR-WZ avahi-daemon[622]: Files changed, reloading.
Jul 10 18:42:35 VDR-WZ avahi-daemon[622]: Loading service file /services/vdr-audio.service.
Jul 10 18:42:35 VDR-WZ avahi-daemon[622]: Files changed, reloading.
Jul 10 18:42:35 VDR-WZ avahi-daemon[622]: Loading service file /services/vdr-picture.service.
Jul 10 18:42:35 VDR-WZ avahi-daemon[622]: Files changed, reloading.
Jul 10 18:42:35 VDR-WZ avahi-daemon[622]: Files changed, reloading.
Jul 10 18:42:35 VDR-WZ avahi-daemon[622]: Loading service file /services/vdr-vdr.service.
Jul 10 18:42:35 VDR-WZ avahi-daemon[622]: Files changed, reloading.
Jul 10 18:42:35 VDR-WZ avahi-daemon[622]: Loading service file /services/vdr-video.service.
Jul 10 18:42:35 VDR-WZ avahi-daemon[622]: Files changed, reloading.
Jul 10 18:42:35 VDR-WZ kernel: [   17.254115] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Jul 10 18:42:35 VDR-WZ kernel: [   17.254486] NFSD: starting 90-second grace period (net ffffffff81cdac40)
Jul 10 18:42:35 VDR-WZ rpc.mountd[1421]: Version 1.2.8 starting
Jul 10 18:42:35 VDR-WZ dbus[474]: [system] Activating service name='org.freedesktop.ConsoleKit' (using servicehelper)
Jul 10 18:42:36 VDR-WZ dbus[474]: [system] Activating service name='org.freedesktop.PolicyKit1' (using servicehelper)
Jul 10 18:42:36 VDR-WZ kernel: [   17.676727] init: plymouth-stop pre-start process (1463) terminated with status 1
Jul 10 18:42:36 VDR-WZ polkitd[1536]: started daemon version 0.105 using authority implementation `local' version `0.105'
Jul 10 18:42:36 VDR-WZ dbus[474]: [system] Successfully activated service 'org.freedesktop.PolicyKit1'
Jul 10 18:42:36 VDR-WZ dbus[474]: [system] Successfully activated service 'org.freedesktop.ConsoleKit'
Jul 10 18:42:36 VDR-WZ console-kit-daemon[1466]: GLib-CRITICAL: Source ID 12 was not found when attempting to remove it
Jul 10 18:42:36 VDR-WZ avahi-daemon[622]: Service "Music on VDR-WZ" (/services/vdr-audio.service) successfully established.
Jul 10 18:42:36 VDR-WZ rpc.mountd[1421]: authenticated mount request from 192.168.11.10:993 for /srv/audio (/srv/audio)
Jul 10 18:42:36 VDR-WZ avahi-daemon[622]: Service "Pictures on VDR-WZ" (/services/vdr-picture.service) successfully established.
Jul 10 18:42:36 VDR-WZ rpc.mountd[1421]: authenticated mount request from 192.168.11.10:843 for /srv/picture (/srv/picture)
Jul 10 18:42:36 VDR-WZ avahi-daemon[622]: Service "Recordings on VDR-WZ" (/services/vdr-vdr.service) successfully established.
Jul 10 18:42:36 VDR-WZ rpc.mountd[1421]: authenticated mount request from 192.168.11.10:836 for /srv/share/vdr (/srv/share/vdr)
Jul 10 18:42:36 VDR-WZ avahi-daemon[622]: Service "Videos on VDR-WZ" (/services/vdr-video.service) successfully established.
Jul 10 18:42:36 VDR-WZ rpc.mountd[1421]: authenticated mount request from 192.168.11.10:803 for /srv/video (/srv/video)
Jul 10 18:42:36 VDR-WZ rpc.mountd[1421]: authenticated mount request from 192.168.11.11:991 for /srv/audio (/srv/audio)
Jul 10 18:42:36 VDR-WZ vdr: [1276] svdrpservice: timeout waiting for reply from 192.168.11.10
Jul 10 18:42:36 VDR-WZ vdr: [1276] svdrpservice: did not receive greeting from 192.168.11.10. Closing...
Jul 10 18:42:36 VDR-WZ rpc.mountd[1421]: authenticated mount request from 192.168.11.11:882 for /srv/picture (/srv/picture)
Jul 10 18:42:37 VDR-WZ rpc.mountd[1421]: authenticated mount request from 192.168.11.11:954 for /srv/share/vdr (/srv/share/vdr)
Jul 10 18:42:37 VDR-WZ console-kit-daemon[1466]: GLib-CRITICAL: Source ID 23 was not found when attempting to remove it
Jul 10 18:42:37 VDR-WZ rpc.mountd[1421]: authenticated mount request from 192.168.11.11:875 for /srv/video (/srv/video)
Jul 10 18:42:37 VDR-WZ dbus[474]: [system] Activating service name='org.freedesktop.UDisks' (using servicehelper)
Jul 10 18:42:37 VDR-WZ dbus[474]: [system] Successfully activated service 'org.freedesktop.UDisks'
Jul 10 18:42:37 VDR-WZ console-kit-daemon[1466]: GLib-CRITICAL: Source ID 49 was not found when attempting to remove it
Jul 10 18:42:38 VDR-WZ ntpdate[928]: adjust time server 91.189.89.199 offset -0.084185 sec
Jul 10 18:42:38 VDR-WZ vdr: [1231] epg data reader thread ended (pid=1118, tid=1231)
Jul 10 18:42:38 VDR-WZ console-kit-daemon[1466]: GLib-CRITICAL: Source ID 60 was not found when attempting to remove it
Jul 10 18:42:38 VDR-WZ vdr.conf: vdr is ready
Jul 10 18:42:39 VDR-WZ console-kit-daemon[1466]: GLib-CRITICAL: Source ID 74 was not found when attempting to remove it
Jul 10 18:42:39 VDR-WZ vdr: [1275] EPGSearch: timer conflict check started
Jul 10 18:42:39 VDR-WZ vdr: [1275] EPGSearch: timer conflict check finished
Jul 10 18:42:40 VDR-WZ vdr: [1291] [xine..put] Client 0 connected: 127.0.0.1:42158
Jul 10 18:42:40 VDR-WZ vdr: [1291] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf
Jul 10 18:42:40 VDR-WZ vdr: [1291] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262144 bytes
Jul 10 18:42:40 VDR-WZ vdr: [1291] [xine..put] Client 1 connected: 127.0.0.1:42159
Jul 10 18:42:40 VDR-WZ vdr: [1291] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf
Jul 10 18:42:40 VDR-WZ vdr: [1291] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262144 bytes
Jul 10 18:42:40 VDR-WZ vdr: [1291] [xine..put] Data connection (TCP) requested
Jul 10 18:42:40 VDR-WZ vdr: [1291] [xine..put] cBackgroundWriterI initialized (buffer 2048 kb)
Jul 10 18:42:40 VDR-WZ vdr: [1291] [xine..put] cTcpWriter initialized (buffer 2048 kb)
Jul 10 18:42:40 VDR-WZ console-kit-daemon[1466]: GLib-CRITICAL: Source ID 85 was not found when attempting to remove it
Jul 10 18:42:40 VDR-WZ vdr-sxfe[1688]: [1732] [console]   read_key: read(stdin) failed: no stdin
Jul 10 18:42:40 VDR-WZ vdr: [1276] svdrpservice: timeout waiting for reply from 192.168.11.10
Jul 10 18:42:40 VDR-WZ vdr: [1276] svdrpservice: did not receive greeting from 192.168.11.10. Closing...
Jul 10 18:42:40 VDR-WZ vdr: [1276] epgsync thread ended (pid=1118, tid=1276)
Jul 10 18:42:41 VDR-WZ console-kit-daemon[1466]: GLib-CRITICAL: Source ID 98 was not found when attempting to remove it
Jul 10 18:42:42 VDR-WZ console-kit-daemon[1466]: GLib-CRITICAL: Source ID 109 was not found when attempting to remove it
Jul 10 18:42:42 VDR-WZ console-kit-daemon[1466]: GLib-CRITICAL: Source ID 123 was not found when attempting to remove it
Jul 10 18:42:43 VDR-WZ vdr: [1118] ERROR: EpgSync: Verbindung zum Server fehlgeschlagen
Jul 10 18:42:47 VDR-WZ automount[1179]: get_exports: lookup(hosts): exports lookup failed for VDR-Schlafzimmer
Jul 10 18:42:47 VDR-WZ automount[1179]: key "VDR-Schlafzimmer" not found in map source(s).
Jul 10 18:42:47 VDR-WZ vdr: [1230] video directory scanner thread ended (pid=1118, tid=1230)
Jul 10 18:42:47 VDR-WZ vdr: [1229] video directory scanner thread ended (pid=1118, tid=1229)
Jul 10 18:42:53 VDR-WZ ntpdate[1786]: adjust time server 91.189.94.4 offset -0.084037 sec
Jul 10 18:43:06 VDR-WZ vdr: [1298] [xine..put] cXinelibServer::GrabImage: image size is 35466 bytes
Jul 10 18:43:06 VDR-WZ vdr: [1298] [xine..put] cXinelibServer::GrabImage: image size is 35749 bytes
Jul 10 18:43:07 VDR-WZ vdr: [1118] [xine..put] cXinelibServer::GrabImage: image size is 36959 bytes
Jul 10 18:43:08 VDR-WZ vdr: [1118] [xine..put] cXinelibServer::GrabImage: image size is 34555 bytes
Jul 10 18:43:09 VDR-WZ vdr: [1118] [xine..put] cXinelibServer::GrabImage: image size is 33320 bytes
Jul 10 18:43:11 VDR-WZ vdr: [1118] svdrpservice: timeout waiting for reply from 192.168.11.10
Jul 10 18:43:11 VDR-WZ vdr: [1118] svdrpservice: did not receive greeting from 192.168.11.10. Closing...
Jul 10 18:43:11 VDR-WZ vdr: [1118] confirm: Serverseitige Aufzeichnung fehlgeschlagen. Lokal aufnehmen?
Jul 10 18:43:11 VDR-WZ vdr: [1118] warning: Serverseitige Aufzeichnung fehlgeschlagen. Lokal aufnehmen?
Jul 10 18:43:22 VDR-WZ vdr: [1118] not confirmed
Jul 10 18:43:22 VDR-WZ vdr: [1118] [xine..put] cXinelibServer::GrabImage: image size is 52156 bytes
Jul 10 18:43:23 VDR-WZ vdr: [1118] [xine..put] cXinelibServer::GrabImage: image size is 50554 bytes
Jul 10 18:43:24 VDR-WZ vdr: [1118] [xine..put] cXinelibServer::GrabImage: image size is 53760 bytes

Alles anzeigen

Grüße

ostseehuepfer

3PO · 10. Juli 2016

Ich kenne mich mit dem ya-Zeugs nicht aus, aber ich würde vermutlich hier anfange zu suchen:

Code

....
Jul 10 18:42:47 VDR-WZ automount[1179]: get_exports: lookup(hosts): exports lookup failed for VDR-Schlafzimmer
Jul 10 18:42:47 VDR-WZ automount[1179]: key "VDR-Schlafzimmer" not found in map source(s).
....

ostseehuepfer · 11. Juli 2016

Moin,

das heißt ich sollte mal nachschauen ob die in diesem Artikel

Code

http://www.yavdr.org/documentation/0.6/de/ch02s01.html

genannten Beispiel Dateien vorhanden sind in denen die standard Einstellungen hinterlegt sind?

Habe mal auf dem VDR-WZ spricht dem neuen was aufgenommen die anderen lesen das sofort ein

Grüße

ostseehuepfer

ostseehuepfer · 14. Juli 2016

Moin,

komme nicht wirklich weiter hat jemand noch einen Tipp für mich?
Müssen die anderen VDRs in irgend ein Config File eingetragen werden?

Wenn ich via Winscp auf den VDR gehe sehe ich das er die anderen gefunden hat (Verknüpfungssymbol wird angezeigt)
aber ich komme nicht auf die Aufnahmen

Grüße

seahawk1986 · 14. Juli 2016

Ist deine Signatur für die anderen yaVDRs noch aktuell? yaVDR 0.4 basiert auf Ubuntu 11.04, das hoffnungslos veraltet ist...

Hast du auf den Rechnern Änderungen an der Avahi- oder NFS-Konfiguration oder der vorgegebenen Ordnerstruktur vorgenommen?

Setz am besten mal den loglevel für den avahi-linker in der /etc/avahi-linker/default.cfg auf DEBUG und schau, was nach einem Neustart mit laufenden Clients in der /var/log/upstart/avahi-linker.log steht.
Da die Mounts über autofs erfolgen, kannst du auch schauen, ob /net/<IP oder Hostname des Client-VDR>/srv/share/vdr auf dem Server betreten werden kann.

Auf den Clients wäre interessant, ob der avahi-mounter etwas mountet (sieht man in der Ausgabe von "mount") und ob ein händisches Mounten von NFS-Freigaben des Servers klappt.

vdr_rossi · 14. Juli 2016

Du hast Dein /srv/... Pfad kaputt gespielt.

Beispiel von meinem vdr3

Code

root@vdr3:/home/rossi# tree /srv/
/srv/
├── audio
├── pictures
├── share
│   └── vdr
│       └── Recordings_on_vdr1(nfs) -> /media/vdr/Recordings on vdr1 for vdr3
├── vdr
│   ├── video
│   │   └── Recordings_on_vdr1(nfs) -> /media/vdr/Recordings on vdr1 for vdr3
│   └── video.00 -> /srv/vdr/video
└── video

Alles anzeigen

So muss das sein.

Meine Glaskugel sagt das der Symlink fehlt: ln -s /srv/vdr/video /srv/vdr/video.00

Munter bleiben, Rossi

ostseehuepfer · 16. Juli 2016

Moin moin,

also ja der Server ist noch ein 0.4 er

mount auf dem Client ergibt folgendes

Code

master@VDR-WZ:~$ 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/cgroup type tmpfs (rw)
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)
none on /run/user type tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755)
none on /sys/fs/pstore type pstore (rw)
/srv/vdr/video on /srv/share/vdr type none (rw,bind)
rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw)
systemd on /sys/fs/cgroup/systemd type cgroup (rw,noexec,nosuid,nodev,none,name=systemd)
nfsd on /proc/fs/nfsd type nfsd (rw)

Alles anzeigen

Die anderen Clients verbinden sich ja mit dem Server das geht ohne Probleme. lediglich der neue macht Probleme.

An der Ordner Struktur habe ich nichts verändert alles wie es bei der Installation installiert wurde.

Auto mount Server -> Client

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema