bez. mcli hätte ich Folgendes gefunden ... aber keinen Schimmer wie und welche Version ich da nun installieren soll und wie es in den vdr eingebunden wird ...
yavdr-ansible focal auf NUC10i3 etc.
-
-
Das Paket ist in den yaVDR PPAs vorhanden und kann einfach über die Paketverwaltung installiert werden - das geht mittels sudo apt install vdr-plugin-mcli
Das Paket ist von mir ungetestet, falls es da haken sollte, kann man schauen, ob die Variante aus https://github.com/pbiering/vdr-plugin-mcli eine Besserung bringt - das zu paketieren lohnt sich halt nur, wenn es jemanden gibt, der die passende Hardware hat, um das auszuprobieren.
-
musste der vdr fuer das mcli-plugin nicht auch gepatcht werden?
meine mich daran erinnern zu koennen. kann leider nicht mehr nachsehen,
hab das alte zeugs vor einigen wochen geloescht und entsorgt
-
VDR-Bedienung friert nach ein paar Stunden ein
Hallo zusammen,
inzwischen friert mir die VDR-Bedienung (nach Stunden wo alles funktionierte) ein: Die CEC-Remote geht nicht mehr, aber auch die Bedienung über Tastatur geht nicht mehr: Aufnahme bzw. TV läuft normal weiter und reagiert nicht mehr.
Die Tastatur geht aber dahingehend noch, daß ich in die Konsole wechseln kann und von dort reboote ("sudo reboot now")
Nach 1-2 min erscheint noch u.a. die Meldung "Could not finalize file system" - dann rebooted der nuc und alles läuft wieder.
Im Syslog habe ich nur dieses hier gefunden (Octopus Net Problem?):
Jetzt bräuchte ich folgende Hilfe:
1) Wie addressiere ich einen File-Check (Alles liegt auf einer NVME)
2) Wie kann ich den Fehler weiter eingrenzen bzw. einen reboot umgehen?
3) P.S. muss ich wenn ich das Playbook neu ablaufen lasse, auch immer vorher ein "git pull" absetzen?
Gruß K.
-
Kann es sein, dass sich die komplette Netzwerkverbindung weggehängt hat? Kannst du vom yaVDR aus andere Rechner in deinem Netzwerk anpingen, wenn das passiert?
3) P.S. muss ich wenn ich das Playbook neu ablaufen lasse, auch immer vorher ein "git pull" absetzen?
Wenn dein Stand aktuell genug ist (also mindestens https://github.com/yavdr/yavdr…7890030e542ab5116a7db6174) nicht unbedingt.
-
Kann es sein, dass sich die komplette Netzwerkverbindung weggehängt hat?
Moin seahawk,
die Netzwerkverbindung steht, TV kommt ja auch übers Netz von der Octopus. VDR-Live läuft, kann aber auch nicht umschalten.
Der VDR hängt laut top bei 100%... anbei der htop screenshot (bin per ssh auf dem nuc):
Eigentlich hätte der VDR heute Nacht nach 300min runterfahren sollen, was er nicht getan hat.
[update]
mittels svdrpsend konnte ich jetzt umschalten - der vdr läuft wieder bei 25% und alles funktioniert wieder. Werde testen ob das so reproduzierbar ist...
Codekk@nucvdr:~$ svdrpsend CHAN 1 220 nucvdr SVDRP VideoDiskRecorder 2.4.6; Sun Jan 31 09:08:55 2021; UTF-8 250 1 Das Erste HD 221 nucvdr closing connection kk@nucvdr:~$ -
Das mit der hohen VDR-Last hatte ich heute auch auf meinem NUC beobachtet.
Das Log schmeisst keine Fehler raus, aber bedienen ließ sich der VDR auch nicht mehr.
Nicht mal ein poweroff hat ihn ausgeschaltet.
-
... svdrpsend hilft leider doch nicht:
Codekk@nucvdr:~$ svdrpsend CHAN 1 220 nucvdr SVDRP VideoDiskRecorder 2.4.6; Sun Jan 31 17:47:43 2021; UTF-8 timeout kk@nucvdr:~$
Jetzt der Versuch vdr zu stoppen:
Codekk@nucvdr:~$ systemctl stop vdr ==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units === Legitimierung ist zum Stoppen von »vdr.service« notwendig. Authenticating as: kk,,, (kk) Password: ==== AUTHENTICATION COMPLETE ===... es tut sich erst mal nix - nach ca 1-2min funktioniert der stop. Hier das syslog:
... vielleicht finded ja jemand einen Hinweis...
Gruß K.
-
Schalt mal probehalber epgd & epg2vdr ab. Mariadb erzeugt bei mir manchmal auch krasse Last - aber meist nur recht kurz.
-
Schalt mal probehalber epgd & epg2vdr ab. Mariadb erzeugt bei mir manchmal auch krasse Last - aber meist nur recht kurz.
Ähem... gibt es einen lokalen Befehl zum Beenden oder muss ich das im Playbook wo rausnehmen... (dort habe ich nur epgsearch gesehen)
-
Aus dem Bauch heraus "sudo service epgd stop"?
-
Wenn der VDR nicht mehr auf SVDRP-Befehle reagiert, hat sich irgendetwas aufgehängt - Ursache kann ein Deadlock sein (da wäre es interessant zu sehen, was für Plugins aktiv sind, was der VDR davor gemacht hat, als er noch reagiert hat und wo er aktuell steht, wenn man sich mit gdb an den VDR-Prozess hängt und sich einen Backtrace ausgeben lässt.
Wenn das Beenden des VDR länger dauert und systemd den VDR mit einem SIGKILL abschießt, dann haben sich Threads (normalerweise von Plugins) nicht ordentlich stoppen lassen. Auch da hilft es die Backtraces einzusammeln und nachzuvollziehen, was sich da nicht beenden lassen wollte.
-
@davie2000: das Kommando hat das Terminal ohne Fehlermeldung gefressen. Mal sehen, ob es damit länger hält.
seahawk1986 : gibt es für den Backtrace eine Kurzanleitung? (Habe das noch nie gemacht, aber SSH funktioniert ja...)
Gruß K.
-
seahawk1986 : gibt es für den Backtrace eine Kurzanleitung? (Habe das noch nie gemacht, aber SSH funktioniert ja...)
Debug-Symbole installieren (Paket vdr-dbg und die *-dbg Pakete für die installierten Plugins und außerdem am besten noch systemd-coredump, damit systemd bei Crashes von Programmen Coredumps einsammelt (die können einiges an Platz benötigen)).
Dann kannst du dich bei einem hängen gebliebenen VDR mittels sudo gdb attach $(pidof vdr) gdb an den VDR-Prozess dran hängen und dann mit einem bt bzw. bt full (für Details) den Haupt-Thread ansehen und mit einem thread apply all bt bzw. thread apply all bt full ausgeben lassen, was die einzelnen Threads für Plugins usw. gerade so machen.
-
seahawk1986 : die -dbg pakete habe ich per "apt install" installiert
ein Paket will aber nicht (Abhängigkeit von ...de-0yavdr1~focal):
Ich nehme an, daß ich dann den vdr-dbg incl den plugins-dbg starten muß -- wo muß ich das umbiegen? - oder den vdr stoppen und vdr-dbg von Hand starten?
Gruß K.
-
Hi,
ein Paket will aber nicht (Abhängigkeit von ...de-0yavdr1~focal):
ein apt policy vdr-plugin-epgsearch bringt dir die Lösung.
Gruss
Wolfgang
-
... vom vdr-plugin-epgsearch gibt es wohl kein neues -dbg paket.
Wie komme ich da aus der Nummer raus?
Code
Display Morekk@nucvdr:~$ apt policy vdr-plugin-epgsearch-dbg vdr-plugin-epgsearch-dbg: Installiert: (keine) Installationskandidat: 2.4.0+git20190919-8-84811de-0yavdr1~focal Versionstabelle: 2.4.0+git20190919-8-84811de-0yavdr1~focal 500 500 http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu focal/main amd64 Packages kk@nucvdr:~$ apt policy vdr-plugin-epgsearch vdr-plugin-epgsearch: Installiert: 2.4.0+git20200402-11-d8cff1a-0yavdr4~focal Installationskandidat: 2.4.0+git20200402-11-d8cff1a-0yavdr4~focal Versionstabelle: *** 2.4.0+git20200402-11-d8cff1a-0yavdr4~focal 500 500 http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu focal/main amd64 Packages 100 /var/lib/dpkg/status 2.4.0+git20191101-1build1 500 500 http://de.archive.ubuntu.com/ubuntu focal/universe amd64 Packages kk@nucvdr:~$ -
Laut PPA ist da kein dbg Paket erstellt für das Plugin.
-
... wahrscheinlich ist vdr-plugin-epgsearch fehlerfrei programmiert, sodaß man kein -dbg paket fürs debuggen braucht
Jetzt brauche ich aber nochmal Hilfe, wie ich den vdr-dbg incl. plugins starte...
-
Der muß nicht gestartet werden, das sind die Debug-Symbole, welche gdb dann braucht. Selbiges auch für die Plugins.
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!