Kein Webfrontend mehr nach Update Orgie

    Hi.
    Ich kann leider nicht genau Beschreibung, wie genau ich es kaputt gemacht habe.
    Gestern habe ich gesehen, dass ich Konflikte zwischen den Versionen von diversen VDR Paketen hatte. Also es ging um
    1.7.22 ABI vs 1.7.26. Nach diversen Hin und Her habe ich diverse Pakete un installiert und wieder installiert. Letztendlich hatte die yavdr-testing die Abhilfe geschaffen.
    Nun stelle ich heute fest, dass das Webfrontend nicht mehr da ist. vdr läuft aber wie gewöhnlich. Ich weiß nicht, wo ich anfangen soll, es zu reparieren. die yavdr-* Sachen sind installiert,
    also essential, Webfrontend, utis, etc.


    Im Wesentlichen wäre die Frage ob man das Webfronten explizit starten beenden kann und wenn ja wie? Dann kann man zumindest anfangen zu recherchieren.

    ...würde mich für meinen 32bit yavdr 0.4-vdr auch interessieren...alles geht ausser das webinterface...

    Client 1 Hardware : MSI Z87-G43, I5-4570, 4 GB Ram (oversized aber war über :) ),Zotac NVidia GT630 (25 Watt),Thermaltake DH202 mit iMon-LCD ( 0038 ) und vdr-plugin-imon
    Software : yaVDR 0.6,sofhhddevice @ 1920x1080@50Hz
    Server Hardware : MSI Z87-G43, I7-4790, 16 GB RAM, 5x3 TB WD Red, Digibit-R1 (2 Devices)
    Software : Ubuntu 16.04 LTS mit yavdr-Paketen,virtualbox,diverse VM's


    Yoda: Dunkel die andere Seite ist...sehr dunkel!
    Obi-Wan: Mecker nicht, sondern iss endlich dein Toast ...

    morche


    mal auf der Konsole
    sudo signal-event post-install
    testen
    mfg det

    Jeder sollte sein Leben so leben können wie er/sie es möchte, frei und
    unabhängig, in der Not anderen zur Seite stehend, nie vergessen was man
    ist, eben einfach nur Mensch sein mit allen Schwächen und Stärken
    Lieber stehend sterben als ewig gebückt leben

    Zitat von herrlado

    1.7.22 ABI vs 1.7.26. Nach diversen Hin und Her habe ich diverse Pakete un installiert und wieder installiert. Letztendlich hatte die yavdr-testing die Abhilfe geschaffen.


    Ich vermute, Du hattest noch aus der Vergangenheit "testing-vdr" auf Deinem yaVDR definiert und nicht aufgepasst beim dist-upgrade, da wir das gerade aktiv im Test für VDR 1.7.26 haben.


    "testing-vdr" funktioniert on Top auf den yaVDR stable-xxx repositories. Es ist keine Änderung an den yavdr eigenen Paketen oder ein anderes "testing-xxx" Repo notwendig bzw. sogar weniger förderlich.


    Wie es aussieht hast Du nun auch noch yavdr-Pakete aus "testing-yavdr" installiert, ich weiß noch nichtmal welchen Zustand diese haben, ob diese überhaupt nutzbar sind. Es hat niemand von uns geschrieben, das man "testing-yavdr" definieren muß um VDR 1.7.26 aus "testing-vdr" nutzen zu können.


    Regards
    fnu

    HowTo: APT pinning

    fnu
    Hi. Ich kann mich an einem dist-upgrade erinnern. Ich habe mich aber schon gefragt, warum die Nachricht verschwunden war -> Upgrade verfügbar, oder wie auch immer es heißt.


    Code
    root@vdr:~# cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=11.04
DISTRIB_CODENAME=natty
DISTRIB_DESCRIPTION="Ubuntu 11.04"


    Würde hier nicht oneric stehen, wenn ich "unwissentlich" dist-upgrade gefahren hätte?


    So sieht mein sources.list aktuell aus.


    Dann


    Ich habe in yavdr-stable-vdr-natty.list die Einträge auskommentiert. Es dann hatte ich keine Versionskonflikte mehr. Sprich:

    Code
    #deb http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu natty main
#deb-src http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu natty main


    habe ich auskommentiert.


    Und das habe ich aktuell wohl:


    Somit ist nun 1.7.26 installiert und alles ohne Konflikte halt.




    det


    signal-event post-install


    ausgeführt. Das Webfrontend läuft aber weiterhin nicht.



    Gruß,
    Lado

    Zitat von g3joker

    würde mich für meinen 32bit yavdr 0.4-vdr auch interessieren


    Ist das nicht ein Widerspruch in sich? :D


    Albert

    Zitat von herrlado

    Somit ist nun 1.7.26 installiert und alles ohne Konflikte halt.


    Ja, soweit klar.


    "testing-vdr" hatten wir ja auch freigegeben, ist schlüssig nutzbar, "testing-xbmc" zu Deinem Glück auch seit 3 Tagen. Ich weiß nicht wie gut die Pakete in "testing-xbmc" vorher waren. Aber "testing-yavdr" geht auf Deine Kappe, das solltest Du bitte rausnehmen. Wie oben schon gesagt, haben wir das nicht freigegeben und ich weiß nicht welchen Status die Pakete darin haben.


    Du mußt definieren:

    • stable-yavdr
    • stable-vdr
    • stable-xbmc

    Du kannst wahlweise oder zusammen oben drauf definieren:

    • testing-vdr - falls Interesse an VDR 1.7.26
    • testing-xbmc - falls Interesse an Test von neuerem XBMC

    Du solltest nicht definieren:

    • testing-yavdr

    Und "dist-upgrade" ist etwas anderes als ein "do-release-upgrade".


    Regards
    fnu

    HowTo: APT pinning

    Einmal editiert, zuletzt von fnu ()

    Zitat von DaKilla


    Ist das nicht ein Widerspruch in sich? :D


    Albert


    nöööööö ;)


    hier gibts irgendwo nen thread im forum wo yavdr 0.4 auf nem 32bit-notebook installiert wurde...
    yavdr 0.4 auf altem 32bit Notebook


    geht...;)

    Client 1 Hardware : MSI Z87-G43, I5-4570, 4 GB Ram (oversized aber war über :) ),Zotac NVidia GT630 (25 Watt),Thermaltake DH202 mit iMon-LCD ( 0038 ) und vdr-plugin-imon
    Software : yaVDR 0.6,sofhhddevice @ 1920x1080@50Hz
    Server Hardware : MSI Z87-G43, I7-4790, 16 GB RAM, 5x3 TB WD Red, Digibit-R1 (2 Devices)
    Software : Ubuntu 16.04 LTS mit yavdr-Paketen,virtualbox,diverse VM's


    Yoda: Dunkel die andere Seite ist...sehr dunkel!
    Obi-Wan: Mecker nicht, sondern iss endlich dein Toast ...

    Zitat von g3joker

    hier gibts irgendwo nen thread im forum wo yavdr 0.4 auf nem 32bit-notebook installiert wurde


    Das ist eine interessante Sache! ;)


    Danke.


    Albert

    Zitat von g3joker

    hier gibts irgendwo nen thread im forum wo yavdr 0.4 auf nem 32bit-notebook installiert wurde...
    yavdr 0.4 auf altem 32bit Notebook
    geht...


    Das ist trotzdem nicht yaVDR 0.4. Das sind nur die Pakete.


    Gerald


    HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 14.04.1, Plex Media Server
    Samsung UE55H6470

    Die Vermischung von offiziellen yaVDR-Repositories (stable) und halb-offiziellen Repositories (testing, unstable) sowie die Vermischung von der offiziellen yaVDR 0.4 ISO Image Version (64bit) mit in Heimarbeit nachgebildeten sogenannten yaVDR 0.4 Versionen in 32 bit macht die Beantwortung der Ausgangsfrage dieses Theads sehr schwer. g3joker versucht den Thread zu hijacken, was mir missfällt. Mir ist das zu anstrengend, hier weiterzuhelfen.


    Gruß
    hepi

    Aktuell habe ich nun folgendes Bild




    Nach dem update wurden die yavdr Pakete neu installiert. Wahrscheinlich mit niedrigeren Versionen. Das Webfrontend läuft weiterhin nicht.



    Vermischen ist wohl mir unbeabsichtigt passiert. Ich weiß nicht genau wie leider :(



    Gruß,
    Lado

    Zitat von herrlado

    Nach dem update wurden die yavdr Pakete neu installiert. Wahrscheinlich mit niedrigeren Versionen.


    Gut, definierter Zustand der Repositories.


    Zitat von herrlado

    Das Webfrontend läuft weiterhin nicht


    Schlecht, aber jetzt kann man mal suchen. Was sagen die Logs? Läuft ein Prozess? Hört der yaVDR auf den Port 80? Hilft jetzt evtl. der Tip von "det"?


    Zitat von herrlado

    Vermischen ist wohl mir unbeabsichtigt passiert. Ich weiß nicht genau wie leider


    Deshalb reden wir drüber, hab offen gestanden schon befürchtet das da einer rein läuft, weil er sich nimmer erinnert was er vor 5 Monaten mal gemacht hat. Dennoch ist es Eure Aufgabe da aufzupassen ... ;)


    Regards
    fnu

    HowTo: APT pinning

    hi
    da fehlt mir noch was dazu ein bei meinen intel versuchen hatte ich das auch mal .
    hier hat ein "sudo apt-get install --reinstall yavdr-utils yavdr-webfrontend yavdr-base yavdr-essential"
    und danach "sudo signal-event post-install"
    geholfen


    mfg det

    Jeder sollte sein Leben so leben können wie er/sie es möchte, frei und
    unabhängig, in der Not anderen zur Seite stehend, nie vergessen was man
    ist, eben einfach nur Mensch sein mit allen Schwächen und Stärken
    Lieber stehend sterben als ewig gebückt leben

    fnu
    det


    Nein diese Befehler haben nichts gebracht.


    Port 80 ist zu. Kein Prozess läuft. Soll nicht tntnet laufen? Läuft nicht und die Logs (tntnet) haben als letzten Eintrag das hier




    2012-03-20 20:13:58.48804 [1305.140246211594048] INFO tntnet.tntnet - stopping Tntnet
    2012-03-20 20:13:58.48813 [1305.140246211594048] INFO tntnet.tntnet - wake listeners
    2012-03-20 20:13:58.48816 [1305.140246211594048] INFO tntnet.listener - stop listener 0.0.0.0:80
    2012-03-20 20:13:58.48864 [1305.140246211594048] INFO tntnet.tntnet - stop poller thread
    2012-03-20 20:13:58.48880 [1305.140246126429952] INFO tntnet.poller - stop poller
    2012-03-20 20:13:58.48901 [1305.140246211594048] INFO tntnet.tntnet - stop timer thread
    2012-03-20 20:13:58.48916 [1305.140246211594048] INFO tntnet.tntnet - all threads stopped


    Das ist wo ich die ganzen yavdr-* Sache uninstalleirt habe und das noch einmal zu installieren.




    In Syslog allerdings steht



    Also kann der Webserver nicht gestartet werden, versucht wird es ja abermals wohl.

    hepi
    Die Logdatei existiert nicht. Dafür aber gibt es die
    /var/log/tntnet/tntnet.log


    Dort waren die letzten Zeilen wie von mir oben beschrieben

    Code
    2012-03-20 20:13:58.48804 [1305.140246211594048] INFO tntnet.tntnet - stopping Tntnet
2012-03-20 20:13:58.48813 [1305.140246211594048] INFO tntnet.tntnet - wake listeners
2012-03-20 20:13:58.48816 [1305.140246211594048] INFO tntnet.listener - stop listener 0.0.0.0:80
2012-03-20 20:13:58.48864 [1305.140246211594048] INFO tntnet.tntnet - stop poller thread
2012-03-20 20:13:58.48880 [1305.140246126429952] INFO tntnet.poller - stop poller
2012-03-20 20:13:58.48901 [1305.140246211594048] INFO tntnet.tntnet - stop timer thread
2012-03-20 20:13:58.48916 [1305.140246211594048] INFO tntnet.tntnet - all threads stopped


    det


    Danke, das hat geholfen. Also die Datei /etc/tntnet/tntnet.conf war weg. Ich habe die mit dontremove copiert und dann ging es.
    Allerdings weiß ich, dass ich die selbst gelöscht habe. Wo ich die Konflikte hatte, wurde mir angeten irgendwelche Pakete zu löschen. Ich habe zugestimmt, aber wegen dieser Datei wollte denke ich irgendwas
    nicht weg. Ich dachte, dann ok, kommt doch bestimmt beim Installieren wieder. Dem war also nicht so. Wohl hätte man --purge machen sollen.


    Nun habe ich das Webfrontend, aber ich kann mich nicht einloggen :)


    I der Logdatei steht dann so was. Ich habe sowhol root als auch vdr oder noch weiter User ausprobiert.


    Code
    ..........
2012-03-22 23:33:12.35253 [1235.140082925238016] INFO tntnet.worker - request GET /admin/ from client 192.168.89.25 user-Agent "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.77 Safari/535.7" user ""
2012-03-22 23:33:12.35285 [1235.140082925238016] INFO tntnet.worker - request GET /admin/ ready, returncode 401 not authorized - ContentSize: 49
2012-03-22 23:33:24.57919 [1235.140082933630720] INFO tntnet.worker - request GET /admin/ from client 192.168.89.25 user-Agent "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.77 Safari/535.7" user "root"
2012-03-22 23:33:26.75066 [1235.140082933630720] INFO tntnet.worker - request GET /admin/ ready, returncode 401 not authorized - ContentSize: 49

    Das Problem ist, wohl tntnet.conf ist einfach falsche und quasi eine allgemeine Version. Die Version für yavdr-webfrontend wird aber nicht installiert, wenn ich
    yavdr-webfrontend erneut installiere oder reinstalliere oder mit --purge lösche und neu installieren.


    ls /usr/share/yavdr/templates/etc/tntnet/ zeitg auch nur tntnet.properties


    Wie sieht denn die Korreke tntnet.conf Datei aus?


    Gruß,
    Lado

    Ok Leute Danke. Es läuft nun. Ich aber noch einmal sauber tntnet und yavdr-webfrontent gelöscht und neu installiert und es geht nun.


    Danke!

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden