Posts by kfb77

kfb77 · Mar 15th 2019

seahawk1986 ok, jetzt ist es da, habe es getestet, passt. Vielen Dank.

kfb77 · Mar 15th 2019

seahawk1986 Hängt das was im lauchpad ? Es bleibt im Status "Pending publication"

kfb77 · Mar 15th 2019

Hallo seahawk1986 ,

mir ist noch ein Problem in vdr-addon-seriestimer aufgefallen: Der Aufruf von /etc/cron.daily/vdr-addon-seriestimer bringt den Fehler "SSL_verify_mode must be a number and not a string at /usr/share/perl5/IO/Socket/SSL.pm line 2269, <GEN1> line 8."

Ubuntu 18.04 will wohl das "NONE" nicht mehr und braucht eine "0".

Hier der Patch:

Diff

--- EplistsClient.pm.org 2019-03-15 10:45:32.469831261 +0100
+++ EplistsClient.pm 2019-03-15 10:46:15.945462990 +0100
@@ -316,7 +316,7 @@
sub startssl {
IO::Socket::SSL->start_SSL( $Socket,
- SSL_verify_mode => NONE) or die $SSL_ERROR;
+ SSL_verify_mode => 0) or die $SSL_ERROR;
}
##########################

Display More

kfb77 · Mar 3rd 2019

Hallo,

eine ausführbare Datei "minidlna" gibt es nicht, es gibt aber einen Service mit dem Namen.

Versuche mal: "sudo service minidlna restart", oder besser gleich " sudo service minidlna force-reload"

kfb77 · Feb 20th 2019

horchi Hallo, ich habe jetzt den Backtrace von dem geänderten Code. Hilft dir das weiter ?

Code

Program terminated with signal SIGSEGV, Segmentation fault.
#0 cUpdate::performRecordingActions (this=this@entry=0x5581aa4cc320) at status.c:210
210 bool vpsUsed = vpsUsed1 && vpsUsed2 && vpsUsed3;
[Current thread is 1 (Thread 0x7f310abea700 (LWP 15227))]
(gdb) bt full
#0 cUpdate::performRecordingActions (this=this@entry=0x5581aa4cc320) at status.c:210
pendingTimer = 0x0
timerLengthSecs = 0
vpsUsed2 = true
pRecording = 0x5581ab862730
complete = <optimized out>
recFraction = 100
vpsUsed1 = false
vpsUsed3 = <error reading variable vpsUsed3 (Cannot access memory at address 0x110)>
vpsUsed = <optimized out>
rr = 0x5581ab8e4100
lock = {mutex = 0x5581aa4cc578, locked = true}
action = {name = "", fileName = "/srv/vdr/video/Archiv_9/Series/Köln_50667/2019-02-20_18#3A05-Reality_(D_2019)/2019-02-20.18.03.22-9.rec", cardIndex = 0,
on = false}
Timers_Lock = {stateKey = {stateLock = 0x5581a8939b00 <cTimers::timers+32>, write = false, state = -1, timedOut = false},
list = 0x5581a8939ae0 <cTimers::timers>}
Timers = <optimized out>
timers = 0x5581a8939ae0 <cTimers::timers>
Recordings_Lock = {stateKey = {stateLock = 0x5581a8931800 <cRecordings::recordings+32>, write = false, state = -1, timedOut = false},
list = 0x5581a89317e0 <cRecordings::recordings>}
Recordings = <optimized out>
recordings = <optimized out>
#1 0x00007f3124c071c7 in cUpdate::Action (this=0x5581aa4cc320) at update.c:1339
reconnectTimeout = 10
#2 0x00005581a8659005 in cThread::StartThread (Thread=0x5581aa4cc320) at thread.c:293
No locals.
#3 0x00007f312874e6db in start_thread (arg=0x7f310abea700) at pthread_create.c:463
pd = 0x7f310abea700
now = <optimized out>
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {139848610391808, -4109227939369886069, 139848610389824, 0, 94015396299552, 140726305125232, 4078857773549313675,
4078930974559919755}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = <optimized out>
#4 0x00007f3126da988f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
No locals.

Display More

kfb77 · Feb 20th 2019

horchi seit 2 Tage kein Crash, ich denke, das ist schon die richtige Stelle.

Um das Problem weiter einzugrenzen habe ich den Code wie folgt geändert:

Code

bool vpsUsed1 = rr->timer->HasFlags(tfVps);
bool vpsUsed2 = rr->timer->Event();
bool vpsUsed3 = rr->timer->Event()->Vps();
bool vpsUsed = vpsUsed1 && vpsUsed2 && vpsUsed3;

Dann sehen wir, welche der 3 Funktionen das Problem verursacht. Ich melde mich mit dem nächsten Backtrace wieder.

kfb77 · Feb 18th 2019

seahawk1986 horchi vielen Dank für eure Unterstützung.

Der Update ist drin, ich werde berichten. Kann aber ein paar Tage dauern, bin unterwegs.

Noch ein Hinweis: Alle meine Timer sind ohne VPS. Somit müsste o.g. Ausdruck eh auch false liefern.

kfb77 · Feb 17th 2019

Hallo,

der Crash aus vdr-live ist seit dem letzten Update verschwunden, ich habe aber noch einen aus dem Plugin epg2vdr. Er tritt sporadisch am Ende einer Aufnahme auf.

Display Spoiler

vdr (2.4.0/2.4.0) - The Video Disk Recorder

conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu

dynamite (0.3.0) - attach/detach devices on the fly

epg2vdr (1.1.98-GIT) - epg2vdr plugin

epgsearch (2.4.0) - search the EPG for repeats and more

epgsearchonly (0.0.1) - Direct access to epgsearch's search menu

live (2.3.1) - Live Interactive VDR Environment

quickepgsearch (0.0.1) - Quick search for broadcasts

satip (2.4.0) - SAT>IP Devices

Feb 17 19:55:00 VDR-Test recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom after recording /srv/vdr/video/Archiv_9/Series/Die_Fallers_-_Die_SWR_Schwarzwaldserie/Staffel_25/23._Unter_Nachbarn/2019-02-17.19.13.8-9.rec as shell script

Feb 17 19:55:00 VDR-Test kernel: [1065691.988520] epg2vdr-update[5545]: segfault at f0 ip 00007efd8d01c8f5 sp 00007efd72ffcc90 error 4 in libvdr-epg2vdr.so.2.4.0[7efd8cfc7000+ba000]

Feb 17 19:55:02 VDR-Test systemd[1]: vdr.service: Main process exited, code=killed, status=11/SEGV

Feb 17 19:55:02 VDR-Test systemd[1]: vdr.service: Failed with result 'signal'.

Feb 17 19:55:02 VDR-Test systemd[1]: vdr.service: Service hold-off time over, scheduling restart.

Core was generated by `/usr/bin/vdr'.

Program terminated with signal SIGSEGV, Segmentation fault.

#0 0x00007efd8d01c8f5 in cUpdate::performRecordingActions (this=this@entry=0x5569234d7aa0) at status.c:206

206 bool vpsUsed = rr->timer->HasFlags(tfVps) && rr->timer->Event() && rr->timer->Event()->Vps();

[Current thread is 1 (Thread 0x7efd72ffd700 (LWP 433))]

#0 0x00007efd8d01c8f5 in cUpdate::performRecordingActions (this=this@entry=0x5569234d7aa0) at status.c:206

pendingTimer = 0x0

timerLengthSecs = 3531463191335794199

pRecording = 0x55692481ffe0

complete = <optimized out>

recFraction = 100

vpsUsed = <optimized out>

rr = 0x7efd6c174480

lock = {mutex = 0x5569234d7cf8, locked = true}

action = {name = "",

fileName = "/srv/vdr/video/Archiv_9/Series/Die_Fallers_-_Die_SWR_Schwarzwaldserie/Staffel_25/23._Unter_Nachbarn/2019-02-17.19.13.8-9.rec", cardIndex = 0,

on = false}

Timers_Lock = {stateKey = {stateLock = 0x556922c35b00 <cTimers::timers+32>, write = false, state = -1, timedOut = false},

list = 0x556922c35ae0 <cTimers::timers>}

Timers = <optimized out>

timers = 0x556922c35ae0 <cTimers::timers>

Recordings_Lock = {stateKey = {stateLock = 0x556922c2d800 <cRecordings::recordings+32>, write = false, state = -1, timedOut = false},

list = 0x556922c2d7e0 <cRecordings::recordings>}

Recordings = <optimized out>

recordings = <optimized out>

#1 0x00007efd8d0011c7 in cUpdate::Action (this=0x5569234d7aa0) at update.c:1339

reconnectTimeout = 10

#2 0x0000556922955005 in cThread::StartThread (Thread=0x5569234d7aa0) at thread.c:293

No locals.

#3 0x00007efd90b486db in start_thread (arg=0x7efd72ffd700) at pthread_create.c:463

pd = 0x7efd72ffd700

now = <optimized out>

unwind_buf = {cancel_jmp_buf = {{jmp_buf = {139627021195008, -9001532436753293179, 139627021193024, 0, 93910052207264, 140733993545136, 9146463464022728837,

9146530029309386885}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}

not_first_call = <optimized out>

#4 0x00007efd8f1a388f in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

No locals.

kfb77 · Feb 12th 2019

seahawk1986 wrote:

Ich habe gesehen, dass da noch ein Patch im Paket für das Live-Plugin steckt, der einen Timer-Reload macht, eventuell hängt es daran - ich nehme den mal raus, damit das Plugin dem Upstream-Stand entspricht.

Das scheint mein Problem ([vdr 2.4 vdr-plugin-live] crash beim Aufruf von Timer) auch zu lösen, seit 24h kein Crash mehr. Vielen Dank.

kfb77 · Feb 6th 2019

Hi Stefan,

da geht es um WEB Streaming, das nutze ich nicht, der Rest vom Code ist gleich. Das wird mir nicht weiterhelfen.

Ich habe inzwischen den gleichen Crash auch ohne das Plugin epg2vdr hinbekommen. Also das kann es nicht sein.

mfg Thomas

kfb77 · Feb 5th 2019

Hi Stefan,

wo finde ich eine neuere als 2.3.1 ?

mfg Thomas

kfb77 · Feb 4th 2019

Hallo Lars,

vielen Dank für deinen Input.

Im syslog steht dies:

syslog

Die Fehlermeldung habe ich wohl beim copy paste abgeschnitten:

Display Spoiler

kfb77 · Feb 4th 2019

Nein, sicher ist (noch) gar nichts, dazu müsste mal jemand den Backtrace analysieren. Ohne wirklich zu verstehen, was da drin steht, sieht es für so aus, dass sich in dem Moment, wo Live die Timerliste aufbaut, sich die Anzahl der vorhanden Timer aufgrund eines epg Updates reduziert. Diese Vermutung basiert auf den Codestellen, auf die der Backtrace verweist.

epg2vdr und epgd habe ich auch. epg2vdr habe ich zur Zeit nicht in Verdacht, er kommt im Backtrace nicht vor. Trotzdem habe ich ihn gerade zum Testen entfernt und zur Zeit bekommen ich den Fehler nicht hin. Zufall oder verändertes Verhalten beim epg Update, dass dann die Fehlersituation nicht entsteht ?

kfb77 · Feb 4th 2019

Damit wird er nicht mal mehr starten, ohne satip Plugin kein DVB Device

kfb77 · Feb 3rd 2019

Hi Stefan,

es ist die aktuellste, die ich kenne:

2.3.1+git20170611.0.2b7fb96-0yavdr10~bionic aus dem Repository yavdr experimental-vdr.

https://launchpad.net/~yavdr/+…e/ubuntu/experimental-vdr

mfg Thomas

kfb77 · Feb 3rd 2019

Hi Stefan,

das hatte ich zuerst auch so, das "neu bauen" war nur um zu sehen, ob sich der Fehler verändert. Das hat er nicht, es kommt der gleiche Dump raus. Was zu erwarten war …

mfg Thomas

kfb77 · Feb 3rd 2019

Hallo Markus,

so schnell bekomme ich den Fehler meist auch nicht reproduziert.

Die lange Liste der Plugins ist durch das neu bauen aus den Quelldateien entstanden, der Fehler tritt auch auf mit:

Display Spoiler

Und da kann ich nicht mehr viel entfernen, sonst geht nichts mehr.

kfb77 · Feb 3rd 2019

Hallo,

ich bekomme sporadisch einen Crash beim Aufruf von "Timer" in VDR Live.

Mein System basiert auf den Quelldateien von yavdr repository experimental und läuft unter Ubuntu 18.04.

VDR

Hier der Backtrace vom Crash:

Backtrace

(gdb) bt full

#0 cSchedule::DecNumTimers (this=0x6567007565640302) at epg.c:954

No locals.

#1 0x00005586ed87543b in cEvent::DecNumTimers (this=0x7f8e209bb3b0) at epg.c:270

No locals.

#2 0x00005586ed8fa923 in cTimer::~cTimer (this=0x7f8ddc0165a0, __in_chrg=<optimized out>) at timers.c:139

No locals.

#3 0x00007f8e2bd9edb5 in __gnu_cxx::new_allocator<std::_List_node<cTimer> >::destroy<cTimer> (this=<optimized out>, __p=<optimized out>)

at /usr/include/c++/7/ext/new_allocator.h:140

No locals.

#4 std::allocator_traits<std::allocator<std::_List_node<cTimer> > >::destroy<cTimer> (__a=..., __p=<optimized out>) at /usr/include/c++/7/bits/alloc_traits.h:487

No locals.

#5 std::__cxx11::_List_base<cTimer, std::allocator<cTimer> >::_M_clear (this=0x7f8e2c0db010 <vdrlive::LiveTimerManager()::instance+48>)

at /usr/include/c++/7/bits/list.tcc:76

__tmp = <optimized out>

__val = <optimized out>

__tmp = <optimized out>

__val = <optimized out>

__cur = <optimized out>

__tmp = <optimized out>

__val = <optimized out>

#6 std::__cxx11::list<cTimer, std::allocator<cTimer> >::clear (this=0x7f8e2c0db010 <vdrlive::LiveTimerManager()::instance+48>)

at /usr/include/c++/7/bits/stl_list.h:1406

No locals.

#7 vdrlive::SortedTimers::ReloadTimers (this=this@entry=0x7f8e2c0db010 <vdrlive::LiveTimerManager()::instance+48>, initial=initial@entry=false) at timers.cpp:99

No locals.

#8 0x00007f8e2bdffc50 in vdrlive::TimerManager::DoReloadTimers (this=0x7f8e2c0dafe0 <vdrlive::LiveTimerManager()::instance>) at ../timers.h:56

No locals.

#9 (anonymous namespace)::_component_::operator() (this=0x7f8dfc019500, request=..., reply=..., qparam=...) at timers.ecpp:36

spoint = {active = true, reply = @0x7f8e157f6bb0, pos = 0}

timersLock = {mutex = 0x7f8e2c0dafe0 <vdrlive::LiveTimerManager()::instance>, locked = true}

timers = <optimized out>

previousDay = "\020$\204\n\216\177\000\000\300!\204\n\216\177\000\000\200\n\000 \216\177", '\000' <repeats 26 times>, "Ф\005\061\216\177\000\000\030\243\005\061\216\177", '\000' <repeats 50 times>, "`e\356\355\206U", '\000' <repeats 82 times>...

_cxxtools_tracer = {_impl = 0x0}

data = {dataObject = 0x7f8e2be88660 <incomplete sequence \310>}

timerid = ""

action = ""

logged_in_pointer = <optimized out>

logged_in = <optimized out>

timer_pointer = 0x7f8e0401f4a0

timer = @0x7f8e0401f4a0: 0x0

timerNotifier_pointer = 0x7f8de00077e0

---Type <return> to continue, or q <return> to quit---

timerNotifier = @0x7f8de00077e0: {_vptr.TimerConflictNotifier = 0x7f8e2c0d4f00 <vtable for vdrlive::TimerConflictNotifier+16>, static CHECKINTERVAL = 5,

lastCheck = 0, lastTimerModification = 0, conflicts = std::tr1::shared_ptr<vdrlive::TimerConflicts> (empty) = {get() = 0x0}}

pageTitle_pointer = 0x7f8e0400d7f0

pageTitle = "Timer"

r = <optimized out>

#10 0x00007f8e2bb192a6 in tnt::Worker::dispatch(tnt::HttpRequest&, tnt::HttpReply&) () from /usr/lib/libtntnet.so.12