dbus startet nicht, Hilfe bei der Fehlersuche nötig

    Hi,
    es gibt weiterhin keine Lösung für den Avahi Fehler. In egal welcher Version, ob die 64bit oder Raspi, irgendwo knallt der avahi-linker immer weg.
    Ich / wir konnten das wohl soweit filtern, dass es am dbus liegt, der nicht startet, aber es ist mir ein Rätsel warum das so ist.


    Hier mal ein Auszug aus dem MLD Forum zu meinen Erkenntnissen, vielleicht findet sich ja jemand, der Licht ins dunkle bringen kann:


    i

    Proxmox VE, Tyan Xeon Server, OMV, MLD-Server 5.1
    MLD 5.1 64bit: Asus AT5iont-t, ION2, 4GB Ram, SSHD 2,5" 1Tb, HEX TFX 300W 82+, Cine S2 V6.2 , 38W max.
    Yavdr 0.5:     Zotac D2550ITXS-A-E mit GT610 OB, TT S2-4100 PCI-e ,Joujye NU-0568I-B
    Yavdr 0.5:     Sandy Bridge G840, Tests und Energieverbrauch , CoHaus CIR, Cine S2 V6.2
    MLD 5.1 Beebox N3150    , DVBSky S960 und 1Tb WD Blue

    mikeM
    Das sieht nach einer abgeschnittenen Ausgabe aus.


    Torsten73
    Was für eine Basis hat MLD denn? Welches init-System wird benutzt? Was steht im syslog, wenn der dbus-daemon gestartet werden soll?


    Lars.

    mikeM,
    das hat Lars richtig erkannt, ist nur durch die Abgeschnittene Ausgabe so.


    original:

    Code
    MLD-Sylvia> less /var/log/messages | grep dbus
Feb 24 22:28:08 (MLD) daemon.err avahi-daemon[7704]: dbus_bus_get_private(): Failed to connect to socket /var/run/dbus/system_bus_socket: Connection refused


    Code
    MLD-Sylvia> ls -l
-rw-r--r--	1 root 	root         	5 Jan 25 23:36 pid
srwxrwxrwx	1 root 	root         	0 Jan 25 23:36 system_bus_socket


    Lars
    zum init system kann ich Dir nicht viel sagen, habe es an Claus weitergegeben. Das ist glaube ich ein initramfs was dann ein debian lädt? Kenne ich so kaum, hat irgendwie Verwandtschaft mit der alte dbox2 Neutrino Version.


    Hier ist der ganze Thread aus dem MLD Forum:
    http://www.minidvblinux.de/for…g48657/topicseen.html#new

    Proxmox VE, Tyan Xeon Server, OMV, MLD-Server 5.1
    MLD 5.1 64bit: Asus AT5iont-t, ION2, 4GB Ram, SSHD 2,5" 1Tb, HEX TFX 300W 82+, Cine S2 V6.2 , 38W max.
    Yavdr 0.5:     Zotac D2550ITXS-A-E mit GT610 OB, TT S2-4100 PCI-e ,Joujye NU-0568I-B
    Yavdr 0.5:     Sandy Bridge G840, Tests und Energieverbrauch , CoHaus CIR, Cine S2 V6.2
    MLD 5.1 Beebox N3150    , DVBSky S960 und 1Tb WD Blue

    Ohne dbus-daemon taugt ein System nicht viel, da kommunizieren viele Daemons mittlerweile drüber, u.a. eben auch der avahi-daemon.
    Die ganzen Folgefehler werden sich wahrscheinlich auflösen, wenn der dbus-daemon erst mal läuft.


    Lars.

    Das ist ja auch meine Meinung. Nur wie komme ich der Lösung näher. Mir fehlt die passende Vorgehensweise und natürlich das Wissen.

    Proxmox VE, Tyan Xeon Server, OMV, MLD-Server 5.1
    MLD 5.1 64bit: Asus AT5iont-t, ION2, 4GB Ram, SSHD 2,5" 1Tb, HEX TFX 300W 82+, Cine S2 V6.2 , 38W max.
    Yavdr 0.5:     Zotac D2550ITXS-A-E mit GT610 OB, TT S2-4100 PCI-e ,Joujye NU-0568I-B
    Yavdr 0.5:     Sandy Bridge G840, Tests und Energieverbrauch , CoHaus CIR, Cine S2 V6.2
    MLD 5.1 Beebox N3150    , DVBSky S960 und 1Tb WD Blue

    Hallo Torsten,


    Hier wird dein Init-System beschrieben und wie du Dienste überprüfen kannst. http://wiki.ubuntuusers.de/Upstart


    Als erstes würde ich schauen, ob dbus überhaupt einen Starteintrag hat. Wenn ja, versuche ihn manuell zu starten mit "sudo initctl start dbus", falls das der genaue Name des dbus-Dienstes bei dir ist, falls nicht, bitte dbus mit dem genauen Namen ersetzen. Poste eventuelle Fehlermeldungen, dann sehen wir weiter.

    VDR: Silverstone LC16M, 2x DVBSky S952, Asrock B85 Pro4, Core i3-4170, 8GB Ram, 525GB SSD + 4TB HD, DVD, System: gentoo amd64, Softhddevice

    Einmal editiert, zuletzt von Badenser ()

    MLD nutzt doch bislang SysVinit: http://minidvblinux.de/git/?a=viewblob&p=dbus&h=2b5d0ae9d7b19910b0c6f9524732f7317cffa878&hb=30c1370580e39834998496c0cf19dcdc0bbf6c92&f=template/etc/init.d/dbus

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    4.0 basiert auf 14.04 und dort wird mit Upstart gearbeitet. Das init Script sieht aber klassisch aus. Kann Torsten ja testen. Falls es mit sysctl nicht funktioniert, soll er es mit /etc/init.d/dbus start probieren.

    VDR: Silverstone LC16M, 2x DVBSky S952, Asrock B85 Pro4, Core i3-4170, 8GB Ram, 525GB SSD + 4TB HD, DVD, System: gentoo amd64, Softhddevice

    genau daraus resultieren meine logs aus dem ersten posting, manuelle Start Versuch heißt "/etc/init.d/dbus start "

    Proxmox VE, Tyan Xeon Server, OMV, MLD-Server 5.1
    MLD 5.1 64bit: Asus AT5iont-t, ION2, 4GB Ram, SSHD 2,5" 1Tb, HEX TFX 300W 82+, Cine S2 V6.2 , 38W max.
    Yavdr 0.5:     Zotac D2550ITXS-A-E mit GT610 OB, TT S2-4100 PCI-e ,Joujye NU-0568I-B
    Yavdr 0.5:     Sandy Bridge G840, Tests und Energieverbrauch , CoHaus CIR, Cine S2 V6.2
    MLD 5.1 Beebox N3150    , DVBSky S960 und 1Tb WD Blue

    Aber in dem Log steht absolut nichts über den dbus Start. Sagt die Konsole etwas beim ausführen von "/etc/init.d/dbus start " ?


    Seit wann genau funktioniert es nicht mehr? Gab es Updates und was willst du genau machen?


    Ich sags mal so ;)

    VDR: Silverstone LC16M, 2x DVBSky S952, Asrock B85 Pro4, Core i3-4170, 8GB Ram, 525GB SSD + 4TB HD, DVD, System: gentoo amd64, Softhddevice

    Die Konsole gibt nichts aus, außer ein ok, allerdings ist danach im ps nichts vom dbus zu finden und beim stop bekommt man ein fail zu sehen, was für mich zusätzlich der Beweis ist, dass der dbus nicht läuft.
    Ansonsten sind nur ein paar Zeilen in message. So steht es auch im init.d script drin, dass dort die Ausgaben hin sollen.


    Ich tappe vollkommen im dunklen, warum der dbus für den avahi nicht läuft. bei mir hat der avahi noch nie im mld funktioniert. Wie es mir scheint, nutzen es nur wenige, sonst hätten es schon mehr user bemerkt. Zur Zeit sind wir zu dritt. Ansonsten scheint sich nichts negativ bemerkbar zu machen, als wenn nur der avahi auf den dbus angewiesen wäre, was aber ja eigentlich nicht sein kann.


    Defakto ist, wenn der Fehler einmal da ist, nicht mehr weg zu bekommen, außer man installiert neu. Sobald man ein Backup aber zurückspielt ist wieder alles vorbei. Das ist die Beobachtung anderer. Neuinstallation kann aber nicht wirklich eine Lösung sein. So findet man die Ursache nie.
    Möglicherweise ist da der Paketmanager opkg nicht ganz unschuldig dran. Deshalb räume ich manuell die Ordnerreste schon teilweise auf. Wobei ich nicht weiß ob ich überhaupt alles was nötig ist entferne. Ich beschränke mich auf /etc/...

    Proxmox VE, Tyan Xeon Server, OMV, MLD-Server 5.1
    MLD 5.1 64bit: Asus AT5iont-t, ION2, 4GB Ram, SSHD 2,5" 1Tb, HEX TFX 300W 82+, Cine S2 V6.2 , 38W max.
    Yavdr 0.5:     Zotac D2550ITXS-A-E mit GT610 OB, TT S2-4100 PCI-e ,Joujye NU-0568I-B
    Yavdr 0.5:     Sandy Bridge G840, Tests und Energieverbrauch , CoHaus CIR, Cine S2 V6.2
    MLD 5.1 Beebox N3150    , DVBSky S960 und 1Tb WD Blue

    dbus2vdr funktioniert natürlich nicht, avahi4vdr auch nicht (logischerweise).
    Aber das nutzt auch nicht jeder.


    Ist das dbus-Initscript denn irgendwo in /etc/rc*.d verlinkt?


    Alternativ (wenn Upstart wirklich läuft) kannst du einen dbus-Upstart-Job anlegen, der überlagert automatisch das Initscript und könnte dann zuverlässiger dafür sorgen, dass dbus rechtzeitig gestartet wird.


    /etc/init/dbus.conf


    Lars.

    OK.


    Ich hab mir mal den ganzen Thread drüben bei MLD durchgelesen und hab so ein paar Theorien.


    1. Nach dem Einspielen von Backups funktioniert avahi nicht mehr.
    Der Grund könnte sein, dass sich durch ein Update bei einem/mehreren Diensten das Config-Schema geändert hat. War vor nicht allzu langer Zeit z.B. bei NFS so. Der Server braucht jetzt extra mount-Einträge in der fstab für die Exports.


    2. Dbus startet nicht.
    Könnte daran liegen, dass eine Abhängigkeit fehlt oder die falsche Version installiert ist. Ich würde dbus mal ohne avahi installieren und schauen, was passiert. Falls ihr dbus nicht aus den Ubuntu Repos installiert, würde ich ihn mal von dort installieren.


    3. Antwort #16 im Thread bei MLD: dbus geht mal, mal nicht.
    Machen die Systemdienste bei MLD einen Parallelel oder Seriellen (altmodischen) Start?
    Wenn er parallelisiert wäre, könnte es sein, dass manchmal ein Dienst zu früh oder zu spät gestartet wird und dadurch die Fehler auftreten. Das Problem ließe sich beheben, indem man die Parallelisierung aufhebt. Geht bestimmt über eine rc-Datei.


    4. Der Grund, dass avahi mit unterschiedlichen Servern/Clients (nicht) funktioniert, könnte an unterschiedlichen Programmversionen liegen, die nicht mehr 100%ig zueinander kompatibel sind siehe dazu auch 1.


    Falls es nach Updates Probleme gibt, habe ich hier was gefunden, dass vielleicht helfen kann. Brutale Gewalt. ;)
    http://askubuntu.com/questions…bus-is-not-configured-yet


    Ich hoffe, ich konnte dir ein paar Ideen geben, die euch vielleicht auf die richtige Spur bringen oder einfach zu neuen Ideen führen.


    Grüße,


    Johannes

    VDR: Silverstone LC16M, 2x DVBSky S952, Asrock B85 Pro4, Core i3-4170, 8GB Ram, 525GB SSD + 4TB HD, DVD, System: gentoo amd64, Softhddevice

    Zitat von mini73

    Ist das dbus-Initscript denn irgendwo in /etc/rc*.d verlinkt?


    Er hat dbus ja auch nicht von Hand starten können, da braucht er die Symlinks eigentlich nicht. Schauen schadet aber nicht. :)

    VDR: Silverstone LC16M, 2x DVBSky S952, Asrock B85 Pro4, Core i3-4170, 8GB Ram, 525GB SSD + 4TB HD, DVD, System: gentoo amd64, Softhddevice

    Hi


    Wenn ich morgen dazu komme schau ich mir das ganze nochmal an und versuche den Fehler bei mir zu provozieren.


    Hab da noch ein paar Ideen an denes vielleicht hängen könnte.



    Gruß MegaX

    Gruß MegaX


    Hi,


    ich hab mich bisher mit der Ganzen dbus und avahi-linker Geschichte nicht befasst. Über das init System der MLD kann ich dafür um so mehr sagen :)


    Die mld verwendet ein System das dem systemd sehr ähnelt. Ich hatte es entwickelt als es noch kein systemd oder upstart gab, bzw. als gerade mit der Entwicklung dieser begonnen wurde die aber noch nirgendwo eingesetzt wurden. Die init Scripte werden also parallel abgearbeitet. Der avahi-linker wird erst nach dem starten des dbus gestartet. Es wird derzeit aber nicht sicher gestellt, dass der dbus dienst auch wirklich schon einsatzbereit ist, oder womöglich noch beim initialisieren steckt.
    dbus wird derzeit so gestartet:

    Code
    dbus-uuidgen --ensure=/var/lib/dbus/machine-id
dbus-daemon --system


    Die Logs werden derzeit verworfen.


    Claus

    MLD 5.5 mit vdr 2.6 - lirc yaUSBir - Octopus NET S2 - SCR - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - WD Green 12TB HDD - SanDisk 64GB SSD - Lian Li PC-C37B - Samsung LE40A559
    MLD 5.5 mit vdr 2.4 - Raspberry Pi 3 - rpihddevice
    MLD 5.5 mit Squeeze Play - Raspberry Pi 2 - 32GB SD - 7" Touch TFT

    Zitat von clausmuus

    Es wird derzeit aber nicht sicher gestellt, dass der dbus dienst auch wirklich schon einsatzbereit ist


    Man könnte die von dbus abhängigen Dienste zeitverzögert starten, damit er wirklich schon bereit ist. Wahrscheinlich ist die nötige Verzögerung minimal, da der dbus meistens funktioniert (in den Fällen, wo es klappt und avahi funktioniert). In der Theorie zumindest. ;)


    Normalerweise legt das Init-System die Reihenfolge der Dienste fest und startet nur die parallel, die voneinander unabhängig sind. Voneinander abhängige werden seriell abgearbeitet. So ist es bei Gentoo mit openrc und bestimmt auch bei Upstart und Systemd. Dein selbst entwickeltes Init-System wird wahrscheinlich auch solche Mechanismen beinhalten.


    Für die unterschiedlichen Probleme die vorkommen, denke ich, dass es mehrere Ursachen gibt, die nicht zwingend zusammenhängen müssen.


    torsten


    so wie es aussieht, willst du nur deine Aufnahmeordner Clients zur Verfügung stellen, wäre es dann nicht einfacher, sie mit NFS einzubinden? Avahi scheint recht problematisch zu sein, wie man mit einer kurzen Google-Suche feststellen kann.

    VDR: Silverstone LC16M, 2x DVBSky S952, Asrock B85 Pro4, Core i3-4170, 8GB Ram, 525GB SSD + 4TB HD, DVD, System: gentoo amd64, Softhddevice

    Badenser,
    ja prinzipiell schon. Aber wenn Avahi richtig eingesetzt wird (ähhm siehe yavdr) dann ist das schon sehr geil. Aktuell ist es so, dass der Avahi-linker bzw dbus nun läuft. Trotzdem muß ich die yavdrs manuell als static Link mounten und mein Archiv will er auch nicht annehmen, trotz vdr Kategorie.
    Ich denke jetzt geht die Suche beim AutoFS weiter. Denn da hagelt es jede Menge Fehler. Leider auch wieder ohne Bezug. Aber wir sind auf dem richtigen Weg.


    Yavdr wechselt auch auf avai-linker und autofs. Vielleicht schaffen wir es ja mit ein wenig Hilfe. Denn der Yavdr 0.5 zeigt mir nun brav den MLD 4.01 an. Ohne Handarbeit :) und das noch mit der alten avahi-mounter Funktion.

    Proxmox VE, Tyan Xeon Server, OMV, MLD-Server 5.1
    MLD 5.1 64bit: Asus AT5iont-t, ION2, 4GB Ram, SSHD 2,5" 1Tb, HEX TFX 300W 82+, Cine S2 V6.2 , 38W max.
    Yavdr 0.5:     Zotac D2550ITXS-A-E mit GT610 OB, TT S2-4100 PCI-e ,Joujye NU-0568I-B
    Yavdr 0.5:     Sandy Bridge G840, Tests und Energieverbrauch , CoHaus CIR, Cine S2 V6.2
    MLD 5.1 Beebox N3150    , DVBSky S960 und 1Tb WD Blue

    Hi !


    Schau doch erst mal das autofs den mount reinkriegt wenn du in /net (oder was auch immer bei dir eingestellt ist) das Verzeichnis runtergehst...
    avahi-linker ist dann noch ne andere Baustelle....


    Gruss Gerd

    vdr => p8b75-m lx / pentium g2020t / 8 GB Ram / zotac gt 630 / cine S2 V5.5 / 60 gb ocz ssd / 640 gb wd scorpio blue / display noritake 256x64-3900 / chenbro PC71023 gehaeuse / yavdr stable / softhddevice


    spielsystem => p8b75-m le / intel core i3 3220T / ubuntu lts 14.04 / 16 GB ram / zotac gt 630 / cine S2 V6.2 / yavdr stable pakete / softhddevice / pulseaudio+alsa


    spielwiese => Zotac Zbox ID45 / 120 GB mSATA / via Satip => Octopus Net / yavdr stable / softhddevice

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden