[thueringer01]

Hallo,
leider bekomm ich den avahi-linker nicht in den Griff.
Angepasstes Iso von heute mit:

Code: [Select]

Gewählte Addons

    xlocales
    xinstall
    xdvb
    xmld-remote
    xlirc
    xeventlircd
    xirkeytable
    xnetwork
    xwebserver
    xwakeup
    xalsa
    xxorg
    xxorg-autodetect
    xvdr
    xvdr-plugin-opkg
    xvdr-plugin-setup
    xvdr-plugin-softhddevice
    xmc
    xssh
    xvdr-plugin-devstatus
    xvdr-plugin-femon
    xavahi-linkerMich hat dann gewundert, dass auch die Pakete avahi und dbus autmatisch mit geladen werden.
Meine Avahi-Linker Einstellungen für NAS:

[media_static_mount]
# path is relative to autofs directory
files = 192.168.220.124/volume1/video  (da liegen die Aufnahmen auf der NAS)

[vdr_static_mount]
# path is relative to autofs directory
NAS =192.168.220.124/volume1/video

[localdirs]
#Bilder = /mnt/data/photo
#Musik = /mnt/data/music
Video = /mnt/data/video  so lief das immer, da muß doch jetzt /mnt/data/tv rein ?? läuft aber auch nicht
#Video/Filme = /mnt/data/video/movies
#Video/Serien = /mnt/data/video/series

Mein MLD hat die 192.168.220.151 , s. Anhang NFS-Freigabe auf der NAS

Code lautet: Jsmxqv

Wo muß ich hier weiter testen?

Grüße

[skippy]

Hallo thueringer01,

dass die Pakete avahi und dbus, sowie noch ein paar andere bei der Auswahl vom avahi-linker mit installiert waren, ist ok und war auch schon von Anfang an der Fall. Wenn ich deine Logs richtig deute, dann ist auch bei dir der dbus-Prozess nicht gestartet. Seit der Änderung von P3f und MegaX ist das bei mir nur noch vorgekommen, wenn ich einen Snapshot zurückgespielt habe. Vorher war es bei mir öfter der Fall. Wenn ich einmal diesen Zustand hatte, dann ist mir auch nicht mehr gelungen, das zu ändern. Ich habe mit der Deinstallation des avahi-linkers und den abhängigen Paketen mit verschiedenen Optionen unde Installation der Pakete experimentiert. Bei mir hat dann nur eine Neuinstallation geholfen, auch über die Backup-Config.

Viele Grüße skippy

[thueringer01]

Hallo,
danke für die Bemerkungen.
Ich habe extra für den Test frisch mit dem angegebenen Iso installiert. Mit verbose. Lief auch alles prima durch. Es gibt auch keine Pakete zum aktualisieren. Nur meine Kanalliste rein und die linker-Einstellungen. Neustart. Das ist also nicht aus dem Backup.
Was kann ich noch testen?
Sind die Einstellungen für meine Synology-NAS ok ? Lief ja immer so in der Vergangenheit.
Grüße

[skippy]

Hallo thueringer01,

was du noch testen könntest, ist ein ISO ohne den avahi-linker. Den avahi-linker installierst du erst über die Paketverwaltung, nach dem du das ISO installiert und einen reboot durchgeführt hast. Das funktionierte bei mir zuverlässig vor den Änderungen.

Die Einstellungen für das NAS habe ich mir jetzt noch nicht genau angeschaut, da bei dir der Prozess vom avahi-linker nicht lief. Solange das nicht der Fall ist, klappt es gar nicht, egal, was du da einträgst.

Prüfen kannst du das mit folgender Eingabe auf der Kommandozeile. Das ist die Ausgabe, wenn der avahi-linker läuft.

Code: [Select]

MLD-Server> ps | grep avahi
 4474 root     32484 S    avahi-daemon: running [MLD-Server.local]
 4582 root     32228 S    avahi-daemon: chroot helper
 4608 root     77372 S    {avahi-linker} /usr/bin/python /usr/bin/avahi-linker
 4871 root      9428 S    grep avahi

und so sieht es aus, wenn er nicht läuft:

Code: [Select]

MLD-Server> ps | grep avahi
 4871 root      9428 S    grep avahi
Vermutlich läuft auch bei dir der dbus-Prozess nicht. Er ist Voraussetzung, damit der avahi-linker starten kann. Das kannst du hiermit überrüfen:

Code: [Select]

MLD-Server> ps | grep dbus
 4526 root     39100 S    dbus-daemon --system
 4784 root      9428 S    grep dbus
Sollte die mittlere Zeile nicht angezeigt werden, läuft dbus nicht.

Viele Grüße skippy

[MegaX]

Hi thueringer01

um deine Aufnahmen vom NAS einzubinden brauchst du nur den Eintrag:

Code: [Select]

[vdr_static_mount]
# path is relative to autofs directory
NAS = 192.168.220.124/volume1/video
Damit wird unter /media/ der Ordner vdr angelegt indem dann deine Freigabe vom NAS liegt.
Mehr ist da gar nicht einzustellen. Die Einstellungen unter [localdirs] und [media_static_mount] brauchst du gar nicht.
Im VDR wenn du dann im Menu unter Aufnahmen schaust ist dann ein Ordner NAS zu sehen.

[thueringer01]

Hallo,
ich danke euch beiden.
@skippy
Installation erst über das webif funktioniert einwandfrei.
Die Meldungen sehen genau so aus wie bei dir.
Wenn ich das gleich ins angepasste ISO mit reinnehme, schlägt es fehl.
Dbus läuft dann nicht.
@MegaX
Ja, das reicht völlig aus. Der Eintrag im Menü ist jetzt da.

Das ist ja jetzt nur ein workarount, wie kann ich noch helfen, das das sauber auch im angepassten Iso läuft? Wenn das ev. nicht lösbar ist, sollten wir darauf hinweisen, das avahi-linker erst nachträglich zu installieren ist.

Grüße

Grüße

[skippy]

Hallo zusammen,

nach einem Update gestern Abend auf dem MLD-Server ist der avahi-linker mal wieder nicht zur Zusammenarbeit bereit. Ursache ist wieder, dass der dbus-Prozess nicht gestartet ist. Wie zuvor auch, kann ich ihn einfach nicht zum Starten bewegen. Leider finde ich auch nirgends eine Meldung, die einen Hinweis auf den Fehler gibt.

Habt ihr vielleicht ein paar Tipps, wie ich die Ursache finden kann. Was mich wundert ist, dass eine Deinstallation aller Pakete, die Abhängigkeiten mit dem avahi-linker haben und eine Neuinstallation oder eine Reinstallation der Pakete das Problem nicht lösen. Bislang hilft nur die Neuinstallation der MLD.

Auf meinem MLD-WoZi habe ich genauso regelmäßig Update gefahren. Dort läuft der avahi-linker noch. Beim letzten Mal war es umgekehrt, da lief der avahi-linker auf dem Server aber nicht auf dem Client. Ich habe keine Idee, was da wann und warum schief läuft.

Viele Grüße skippy

[thueringer01]

Hallo,
nach update heute gleiches Ergebnis, avahi (dbus) läuft nicht mehr.

Code: [Select]

MLD> start dbus
Starting dbus:                                                       done
MLD> ps | grep dbus
22587 root      9428 R    grep dbus
MLD> restart dbus
Stopping dbus:
start-stop-daemon: warning: killing process 1215: No such process    failed
Starting dbus:                                                       done
MLD>


Grüße

[thueringer01]

Hallo,
k. Ahnung warum, aber der avahi-linker funktioniert wieder bei mir. Ich hatte einfach mal testweise dbus2vdr installiert und nen reboot gemacht.
dbus deinstalliert->reboot->avahi geht nicht mehr
dbus2vdr wieder installiert ->reboot ->Avahi geht nicht->Aufzeichnungsliste aktualisieren->avahi geht wieder
@skippyTeste mal
Jetzt seit ihr dran....

Grüße

[skippy]

Hallo thueringer01,
bei mir hat es leider nichts gebracht.

dbus deinstalliert->reboot->avahi geht nicht mehr

Ich vermute mal, du hast dbus2vdr deinstalliert und nicht dbus. Wenn ich dbus deinstallieren will, meckert er wegen der Abhängigkeiten.

Viele Grüße skippy

[MegaX]

Probier mal so:

Code: [Select]

opkg remove dbus --force-dependsund dann ein:

Code: [Select]

opkg install dbus
reboot
Das sollte auf jeden Fall funktionieren.

[skippy]

Ja, das hilft für die Deinstallation, jedoch leider nicht, dass danach der dbus-Prozess läuft 

Code: [Select]

BusyBox v1.23.1 (2015-02-01 02:37:47 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

MLD-Server> opkg remove dbus --force-depends
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2015-02-20 09:40'
Removing package dbus from root...
Stopping dbus:
start-stop-daemon: warning: killing process 4334: No such process                                                                                                                         failed
MLD-Server> reboot
MLD-Server>
Using username "root".
root@10.132.128.100's password:


BusyBox v1.23.1 (2015-02-01 02:37:47 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

MLD-Server> opkg install dbus
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2015-02-20 09:44'
Installing dbus (1.6.18-8) on root.
Configuring dbus.
Starting dbus:                                                                                                                                                                            done
MLD-Server> ps | grep dbus
 5475 root      9428 S    grep dbus
MLD-Server> reboot
MLD-Server>
Using username "root".
root@10.132.128.100's password:


BusyBox v1.23.1 (2015-02-01 02:37:47 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

MLD-Server> ps | grep dbus
 9253 root      9164 R    grep dbus
MLD-Server>

Hatte ich auch schon vorher probiert, sowie alle Pakete zu deinstallieren, die mit dem avahi-linker in Zusammenhang stehen. Bislang hat bei mir nur eine Neuinstallation geholfen, die ich jetzt vornehmen werden.

Viele Grüße skippy

[thueringer01]

Hi,
@skippy ja ich meinte dbus2vdr,sorry
Ich hab gerdae mal probiert, ich hab den NAS static eintrag in meinen Aufnahmen und kann auch drauf zurückgreifen.
komisch, bei mir genau so:

Code: [Select]

login as: root
root@192.168.220.151's password:


BusyBox v1.23.1 (2015-02-15 02:40:31 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

MLD> ps | grep dbus
 7032 root      9428 R    grep dbus
MLD> opkg remove dbus --force-depends
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2015-02-20 11:22'
Removing package dbus from root...
Stopping dbus:
start-stop-daemon: warning: killing process 1215: No such process    failed
MLD> reboot
MLD>
login as: root
root@192.168.220.151's password:


BusyBox v1.23.1 (2015-02-15 02:40:31 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

MLD> opkg install dbus
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2015-02-20 11:25'
Installing dbus (1.6.18-8) on root.
Configuring dbus.
Starting dbus:                                                       done
MLD> ps | grep dbus
 6362 root      9428 R    grep dbus
Kein Eintrag "NAS static" , aber nach "Aufzeichnungsliste aktualisieren "-> Eintrag da!!
Noch mein Code: YjMhp3

Grüße

[skippy]

Hallo zusammen,

@thueringer01: dann funktioniert bei dir "nur" die automatische Aktualisierung des Aufnahmeverzeichnisses nicht. Ist auch Teil des Avahi-linkers. Ich habe jetzt meinen Server neu aufgesetzt - avahi-linker funktioniert jetzt erst einmal wieder 

@entwickler: Habe auch den RPi neu installiert. Dort scheint python-avahi zu fehlen. Könnt ihr bitte mal schauen, warum es nicht dabei ist.

Code: [Select]

MLD-RPi-1> opkg install avahi-linker
Create a snapshot of '/mnt/root/@root' in '/mnt/root/2015-02-20 12:10'
Installing avahi-linker (0.0.2-19) on root.
Collected errors:
 * satisfy_dependencies_for: Cannot satisfy the following dependencies for avahi-linker:
 *      python-avahi *
MLD-RPi-1> opkg install python-avahi
Unknown package 'python-avahi'.

Viele Grüße skippy

[Torsten73]

Hi,
bei mir gilt weiterhin exakt das gleiche wie skippy und thueringer01.

was den dbus da hindert am starten, das gilt herauszufinden.  Ich nehme mal an, dass es irgendwas gibt was beim deinstallieren nicht zurückgesetzt wird, oderr es sich mit einem anderen installierten Paket haut.
Habt Ihr auch restfulapi installiert?

Wir sollten mal unsere Paketlisten abgleichen:

Code: [Select]

System
Name: MLD-Sylvia
Version: 4.0.1-64
Package Version
alsa 1.0.27.2-19_3.16.1.131
at 3.1.14-2
autofs 5.0.7-1
avahi 0.6.31-9
backup 1-5
base 0-65
btrfs 3.12-90
busybox 1.23.1-38
channellogos 1:2.0-28
dbus 1.6.18-8
dvb 1:2015.02.09-113_3.16.1.131
dvb-apps 1.1.1-1
eventlircd 2015.02.09-22_3.16.1.131
extlinux 0-1
font-config 0-4
hdparm 9.43-2
i2c 0-3_3.16.1.131
init 0-62
install 0-82
irkeytable 1.0.1-7
kernel 3.16.1.131-146
kodi 14.1-68
ldconfig 2.19-10
lirc 1:2014.05.09-64_3.16.1.131
lircd2uinput 0-0
locales 0-16
locales-timezones 1-4
mc 4.8.11-2
mld-remote 0-31
network 0-45_3.16.1.131
nfs-common 0-4
nss-mdns 0.10-3
opkg 2014.12.28-77
opkg-fixes 0-3
oscam 10418-38
pam 1.1.8-0
perl 5.18.2-8
perl-base 5.18.2-1
psplash 2009.05.28-17
python 2.7-11
python-avahi 2.7-8
python-gobject-2 2.7-4
python-kodi 2.7-5
python-uinput 2.7-9
scan 20140727-37
sensors 3.3.4-5_3.16.1.131
ssh 0-11
suspend 0-14
tools 0-13
udev 204-31
vdpauinfo 0.0.2-0
vdr 2.2.0.166-166

vdr-plugin-epgsearch 2014.12.27-12_2.2.0.166
vdr-plugin-extrecmenu 2014.08.20-4_2.2.0.166
vdr-plugin-live 2015.02.13-5_2.2.0.166
vdr-plugin-markad 0-21_2.2.0.166
vdr-plugin-opkg 0.1.0-23_2.2.0.166
vdr-plugin-restfulapi 2015.02.19-3_2.2.0.166
vdr-plugin-setup 0.3.1-24_2.2.0.166
vdr-plugin-skinnopacity 2015.02.19-17_2.2.0.166
vdr-plugin-softhddevice 2015.02.16-49_2.2.0.166
vdr-plugin-streamdev-server 2015.01.23-8_2.2.0.166
vdr-plugin-svdrpservice 1.0.0-5_2.2.0.166
vdr-plugin-undelete 2014.06.08-1_2.2.0.166
wakeup 1.1-12_3.16.1.131
webserver 0-192
xfs 0-5
xorg 1.15.1-47_3.16.1.131
xorg-autodetect 1.15.1-30_3.16.1.131
xorg-nvidia 1:340.65-26_3.16.1.131
Disks

Filesystem                Size      Used Available Use% Mounted on
/dev/sda1                 9.3G      3.5G      5.1G  41% /
/dev/sda2               921.7G     35.9G    885.8G   4% /mnt/data

Modules

Module                  Size  Used by    Tainted: P 
stv6110x                3744  2
lnbp21                  1584  2
nvidia              10482575 51
snd_hda_codec_hdmi     30854  4
stv090x                41365  2
ir_xmp_decoder          2473  0
ir_mce_kbd_decoder      3366  0
ir_nec_decoder          2089  0
ir_sanyo_decoder        1981  0
ir_sharp_decoder        1805  0
ir_rc6_decoder          2602  0
ir_sony_decoder         1819  0
ir_jvc_decoder          1849  0
ir_rc5_decoder          1833  0
r8169                  47162  0
drm                   187197  3 nvidia
ddbridge               68055 21
intel_agp               9904  0
intel_gtt              10310  1 intel_agp
mii                     3243  1 r8169
rc_rc6_mce              1252  0
mceusb                  8805  0
snd_hda_intel          15619  2
snd_hda_controller     13590  1 snd_hda_intel
snd_hda_codec          65804  3 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_controller
agpgart                21121  3 drm,intel_agp,intel_gtt
snd_hwdep               4843  1 snd_hda_codec
rc_core                14914 12 ir_xmp_decoder,ir_mce_kbd_decoder,ir_nec_decoder,ir_sanyo_decoder,ir_sharp_decoder,ir_rc6_decoder,ir_sony_decoder,ir_jvc_decoder,ir_rc5_decoder,rc_rc6_mce,mceusb
coretemp                5044  0
snd_pcm                57822  5 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_controller,snd_hda_codec
snd_timer              14439  1 snd_pcm
snd                    45295  9 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
cxd2099                 5433  1 ddbridge
dvb_core               74887  1 ddbridge
asus_atk0110            6826  0
uinput                  6084  0
i2c_dev                 4217  0


Leider bin ich momentan beruflich so stark eingebunden, dass für mein Hobby keine Zeit übrig bleibt  Kann also zur Zeit kaum was beitragen.

Ich habe doch nochmal versucht aufzuräumen was geht und alles was mit avahi, nfs-server, und dbus runter geschmissen, manuell die Reste in etc gelöscht, danach erst den dbus neu installiert und danach avahi und avahi-linker (in genau dieser folge) trotzdem hakt es weiterhin.
könnte es ein python Problem sein?

Code: [Select]

MLD-Sylvia> avahi-linker status
Traceback (most recent call last):
  File "/usr/bin/avahi-linker", line 715, in <module>
    bus = dbus.SystemBus(mainloop=loop)
  File "/usr/lib/python2.7/dist-packages/dbus/_dbus.py", line 194, in __new__
    private=private)
  File "/usr/lib/python2.7/dist-packages/dbus/_dbus.py", line 100, in __new__
    bus = BusConnection.__new__(subclass, bus_type, mainloop=mainloop)
  File "/usr/lib/python2.7/dist-packages/dbus/bus.py", line 122, in __new__
    bus = cls._new_for_bus(address_or_type, mainloop=mainloop)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoServer: Failed to connect to socket /var/run/dbus/system_bus_socket: Connection refused

Ich wäre wirklich happy wenn wir das in den Griff bekommen können. Das ist für mich weiterhin der Grund warum alle anderen Rechner nicht auf MLD umgestellt wurden. Vor allem da die Avahi Probleme seit Monaten bestehen.