epgd/epg2vdr: Fragen rund um backend, Installation und Upgrade

    Zitat von dippes

    Ich komme ins WIF aber der Daemon läuft nicht.


    "service epgd start"
    oder
    "start epgd" sollte helfen.


    Zitat von dippes

    Mit start epghttpd startet der.


    Damit hast Du nur den Webserver gestartet.


    Gruß Jan

    1:Dell PoweEdge T20; Xeon E3-1225 v3; 32GB RAM; Proxmox 5.4; MLD 5.4 als VDR-Server; 2 x Cine S2;
    2:Intel NUC i3 Passiv; 4GB RAM; 120GB SSD; easyvdr 3.5 als client; Harmony Hub

    2:Intel NUC i5 Passiv; 4GB RAM; 120GB SSD; easyvdr 3.5 als client; Harmony Hub
    3:Raspberry Pi 3B; MLD

    Die epgd.conf habe ich gesehen,dachte aber das ist ein Überpleibsel vom alten Daemon.Aber trotzdem muss ich nach einem reboot händisch starten.

    Zitat von dippes

    Aber trotzdem muss ich nach einem reboot händisch starten.


    Bei mir läuft epgd (aus Frodo main) in einer Ubuntu Server 14.04 VM. Keinerlei Probleme hier. Allerdings hat es lange gedauert eine passende Kombination aus Plugin
    und demon zu finden. Da es jetzt läuft, spare ich mir vorerst das updaten.
    Du könntest den demon notfalls mittels Cronjob starten.


    Gruß Jan

    1:Dell PoweEdge T20; Xeon E3-1225 v3; 32GB RAM; Proxmox 5.4; MLD 5.4 als VDR-Server; 2 x Cine S2;
    2:Intel NUC i3 Passiv; 4GB RAM; 120GB SSD; easyvdr 3.5 als client; Harmony Hub

    2:Intel NUC i5 Passiv; 4GB RAM; 120GB SSD; easyvdr 3.5 als client; Harmony Hub
    3:Raspberry Pi 3B; MLD

    Habe mein Zeugs auch von Frodo.Hatte heute ein Update gemacht.
    Vielleicht ist da was kaputt gegangen.Deshalb frage ich ob andere auch dieses Problem haben.

    Hi!


    Zitat von dippes

    Habe mein Zeugs auch von Frodo.Hatte heute ein Update gemacht.
    Vielleicht ist da was kaputt gegangen.


    ...defekt ist da nichts, es fehlen einfach die init-scripte in "/etc/init & /etc/init.d" für epghttpd! Warum frodo diese in seinem Paket entfernt hat, muss er beantworten.
    Du kannst ja epghttpd über rc.local starten lassen oder nachdem vdr gestartet ist.


    Gruss
    Wolfgang

    TT S2-6400 - saa716x kompilieren unter 20.04(Focal)

    Ich habe nichts entfernt, das neue Makefile will die Start-/Stop-Skripte selbst installieren und spuckt wohl meiner Installation in die Suppe.


    Merkwürdigerweise sind beim mir die Skripte aber vorhanden, ich muss mir das nochmal anschauen...

    Gruß
    Frodo

    Zitat

    Merkwürdigerweise sind beim mir die Skripte aber vorhanden, ich muss mir das nochmal anschauen..


    die upstartscripte sind bei mir auch vorhanden.Manuell starten funktioniert ja.

    Bei Upstart muss man aber nichts aktivieren, alle Skripte in /etc/init die die Endung conf haben werden gestartet. Es sei den es gibt noch eine override Datei.


    Bei mir funktioniert unter trusty alles wie es soll. ?(


    Wer meine Xenial Pakete nutzt dem bleibt allerdings nichts anderes übrig als zumindest epghttpd selbst zu aktivieren, der epgd sollte direkt funktionieren auch wenn ich hier nur das alte /etc/init.d Skript nutze.
    Für systemd muss ich mich erst einlesen. :rolleyes:

    Gruß
    Frodo

    Zitat

    Bei Upstart muss man aber nichts aktivieren, alle Skripte in /etc/init die die Endung conf haben werden gestartet. Es sei den es gibt noch eine override Datei.


    Habe gerade nochmal nachgeschaut


    in /etc/init/ liegt eine epgd.conf und eine epghttpd.conf.


    Habe gerade einen reboot gemacht.


    Resultat ich komme nicht ins WIF und der Daemon ist nicht aktiv.


    start epgd startet auch das WiF.


    root@HP-Server ~ > start epgd
    epgd start/running, process 3100
    root@HP-Server ~ > status epghttpd
    epghttpd start/running, process 3102

    dippes
    Ich kann das Problem nun nachstellen. :evil:


    Das epgd Upstart Skript aus contrib funktioniert nicht. ;(


    Vermutlich liegt es an der Zeile

    Code
    start on (started local-filesystems and net-device-up IFACE!=lo)


    Im alten epgd wurde hier nocht wie folgt abgeprüft:

    Code
    start on (started mysql and local-filesystems and net-device-up IFACE!=lo)


    Ich habe das in meinem Paket nun geändert und lasse es gerade neu bauen. :]

    Gruß
    Frodo

    Hallo Frodo,


    Das ist die Stelle an der es nur semiautomatisch geht da nicht zwingend jeder User den daemon auf der DB startet. Wenn er das aber tut dan funktioniert es meist nur wenn auf mysql gewartet wird.


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Mag sein für mich passt es so, wenn dem EPG-Daemon egal ist ob Mysql zuvor gestartet wurde kann man das auch weglassen,
    dann sieht es aber wie folgt aus:

    Code
    start on (local-filesystems and net-device-up IFACE!=lo)


    Im contrib ist das Upstart Skript aber defintiv falsch, denn "started local-filesystems" verhindert das epgd automatisch gestartet wird.
    Es geht entweder "started Job" oder "local-filesystems" . "local-filesystems" ist aber kein Job sondern ein Event.

    Gruß
    Frodo

    Danke Frodo
    jetzt startet der daemon mit dem Systemstart mit.


    Ich habe (wahrscheinlich wie du) Mysql und den Daemon auf der selben Maschine.


    Wie sollte das upstart script aussehen wenn die Datenbank auf einem anderen Server ist?

    Einfach die Zeile so abändern wie in meinem letzten Posting.

    Gruß
    Frodo

    Hi,


    ich habe meinen Raspberry 2 neu mit Raspbian Jessie aufgesetzt. Wenn ich jetzt den epghttpd starte und im Browser aufrufen möchte erhalte ich sowas.

    Code
    Jun 11 18:42:12 raspberrypi epghttpd: webif: epgd.init/<@http://192.168.0.112:9999/epgd.js?1.0.101:1:21702$n.event.dispatch@http://192.168.0.112:9999/common.js?1.0.101:3:7485$n.event.add/r.handle@http://192.168.0.112:9999/common.js?1.0.101:3:5603$.trigger@http://192.168.0.112:9999/common.js?1.0.101:4:4834$.trigger/<@http://192.168.0.112:9999/common.js?1.0.101:4:5381$.each@http://192.168.0.112:9999/common.js?1.0.101:2:2859$n.prototype.each@http://192.168.0.112:9999/common.js?1.0.101:2:843$.trigger@http://192.168.0.112:9999/common.js?1.0.101:4:5360$epgd.vdrs.load/<@http://192.168.0.112:9999/epgd.js?1.0.101:1:135787$n.Callbacks/i@http://192.168.0.112:9999/common.js?1.0.101:2:27146$n.Callbacks/j.add@http://192.168.0.112:9999/common.js?1.0.101:2:27450$epgd.ajax@http://192.168.0.112:9999/epgd.js?1.0.101:1:24211$epgd.vdrs.load@http://192.168.0.112:9999/epgd.js?1.0.101:1:135552$epgd.init/<@http://192.168.0.112:9999/epgd.js?1.0.101:1:21453$n.event.dispatch@http://192.168.0.112:9999/common.js?1.0.101:3:7485$n.event.add/r.handle@http://192.168.0.112:9999/common.js?1.0.101:3:5603$.trigger@http://192.168.0.112:9999/common.js?1.0.101:4:4834$.trigger/<@http://192.168.0.112:9999/common.js?1.0.101:4:5381$.each@http://192.168.0.112:9999/common.js?1.0.101:2:2859$n.prototype.each@http://192.168.0.112:9999/common.js?1.0.101:2:843$.trigger@http://192.168.0.112:9999/common.js?1.0.101:4:5360$a@http://192.168.0.112:9999/epgd.js?1.0.101:1:80970$epgd.pages.login.doLogin@http://192.168.0.112:9999/epgd.js?1.0.101:1:81379$epgd.init/<@http://192.168.0.112:9999/epgd.js?1.0.101:1:19125$n.event.dispatch@http://192.168.0.112:9999/common.js?1.0.101:3:7485$n.event.add/r.handle@http://192.168.0.112:9999/common.js?1.0.101:3:5603$.trigger@http://192.168.0.112:9999/common.js?1.0.101:4:4834$.trigger/<@http://192.168.0.112:9999/common.js?1.0.101:4:5381$.each@http://192.168.0.112:9999/common.js?1.0.101:2:2859$n.prototype.each@http://192.168.0.112:9999/common.js?1.0.101:2:843$.trigger@http://192.168.0.112:9999/common.js?1.0.101:4:5360$epgd.profile_load/<@http://192.168.0.112:9999/epgd.js?1.0.101:1:8574$n.Callbacks/i@http://192.168.0.112:9999/common.js?1.0.101:2:27146$n.Callbacks/j.add@http://192.168.0.112:9999/common.js?1.0.101:2:27450$epgd.ajax@http://192.168.0.112:9999/epgd.js?1.0.101:1:24211$epgd.profile_load@http://192.168.0.112:9999/epgd.js?1.0.101:1:7793$epgd.init@http://192.168.0.112:9999/epgd.js?1.0.101:1:22195$epgd.utils.loader.process/<.always@http://192.168.0.112:9999/epgd.js?1.0.101:1:11391$n.Callbacks/i@http://192.168.0.112:9999/common.js?1.0.101:2:27146$n.Callbacks/j.fireWith@http://192.168.0.112:9999/common.js?1.0.101:2:27914$_a/i@http://192.168.0.112:9999/common.js?1.0.101:3:26276$n.fx.tick@http://192.168.0.112:9999/common.js?1.0.101:3:29698$


    Beim start von epghttpd selbst sehe ich keine fehler


    Ich habe keine Ahnung wo das Problem ist ! Epgd, epg2vdr und scaper2vdr laufen alle und vor der Neuinstallation tat es der epghttpd auch.


    Gruss


    Hollywood

    Server: VDR 2.4.1 mit Ubuntu 19.04 x64 mit vaapidevice, Kernel 5.2.9, ASRock J4105M, 2 x 4096 MB DDR4-RAM, 2 x DD Cine S2, Lirc-Serial mit One4All URC 7960
    Client: VDR 2.4.1 mit Ubuntu 19.04 x64 mit softhddevice-OpenGL oder mit KODI+vnsiserver, Kernel 5.2.5, ASRock H81M, Intel i3-4150, NVIDIA GPU GeForce GT 610 (GF119), 2 x 2048 MB DDR2-RAM, 1 x Technotrend S2-1600, SilverStone Milo ML03, ASRock Smart Remote CIR mit Logitech Harmony 650, Beamer 120'' FullHD-3D

    Jetzt ja, Loglevel = 5

    Server: VDR 2.4.1 mit Ubuntu 19.04 x64 mit vaapidevice, Kernel 5.2.9, ASRock J4105M, 2 x 4096 MB DDR4-RAM, 2 x DD Cine S2, Lirc-Serial mit One4All URC 7960
    Client: VDR 2.4.1 mit Ubuntu 19.04 x64 mit softhddevice-OpenGL oder mit KODI+vnsiserver, Kernel 5.2.5, ASRock H81M, Intel i3-4150, NVIDIA GPU GeForce GT 610 (GF119), 2 x 2048 MB DDR2-RAM, 1 x Technotrend S2-1600, SilverStone Milo ML03, ASRock Smart Remote CIR mit Logitech Harmony 650, Beamer 120'' FullHD-3D

    Hollywood: bitte nochmal mit dem aktuellen git Stand probieren


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Genau anlysieren kann ich es auch noch nicht. Ich habe zwar jetzt noch mal das Logging angepasst.... (Habe bisher immer nur den Stack ausgegeben,nicht die Fehlermeldung selber)
    Kannst du nochmal neu auschekcen und versuchen den Fehler nachzustellen?


    Rechner

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden