[outis]

Hallo, da ich mich gerade mit dem Teil rumgeschlagen habe, jetzt noch was hinterher:

Code: [Select]

Jun  9 08:55:27 MLD daemon.info avahi-daemon[2157]: Service "Recordings on MLD-Server4" (/services/vdr-recordings.service) successfully established.
Jun  9 08:55:27 MLD daemon.info avahi-daemon[2157]: Service "Pictures on MLD-Server4" (/services/vdr-photo.service) successfully established.
Jun  9 08:55:27 MLD daemon.info avahi-daemon[2157]: Service "Music on MLD-Server4" (/services/vdr-music.service) successfully established.
Warum werden dieses services established? In der Konfigurationsseite zum avahi-linker sind die Freigaben auskommentiert. Dennoch tauchen diese nfs-Freigaben in der Netzwerkumgebung am Linux-Laptop auf. Können dann aber nicht "geöffnet" werden. In der /etc/exports sind die auch auskommentiert und inaktiv.

Nächster Punkt:

Code: [Select]

Jun  9 08:55:30 MLD daemon.crit automount[2078]: >> clnt_create: RPC: Program not registered
Jun  9 08:55:30 MLD daemon.crit automount[2078]: >> clnt_create: RPC: Remote system error - Address family not supported by protocol
Jun  9 08:55:34 MLD daemon.crit automount[2078]: >> clnt_create: RPC: Program not registered

Hm, gefährlich?

Dann noch dieses Sammelsurium von Meldungen:

Code: [Select]

Jun  9 08:55:48 MLD user.err vdr: [1790] ERROR: Streamdev: server suspend thread 1837 won't end (waited 3 seconds) - canceling it...
Jun  9 08:59:58 MLD user.err vdr: [1835] SVDRP MLD-Server4 < 192.168.100.106:6419 timeout while waiting for response from 'MLD-ClientWZ'
Jun  9 09:00:03 MLD user.err vdr: [1835] SVDRP MLD-Server4 < 192.168.100.107:6419 timeout while waiting for response from 'MLD-ClientSZ'
Jun  9 09:03:01 MLD user.err vdr: [1835] ERROR: can't send 'POLL MLD-Server4 TIMERS' to 'MLD-ClientSZ'

Folge der Testing-Ausgabe? Zumindest die letzte Zeile wäre im Fall der verlorenen Timersynchronisation vielleicht interessant. Zum Timeout: Beide Rechner/VDRs (MLD 5.4) laufen.