MLD-5.x > General

VDR restartet regelmäßig alle zwei drei Tage

(1/5) > >>

tramCS:
Hallo.

Hab' hier regelmäßige restarts des vdr ... Das Loglevel des vdr habe ich schon auf drei erhöht ... im vdr-log steht quasi nichts.

Hier das messages-log um den Zeitpunkt des heutigen Restarts:

Spoiler (show / hide)Jan 13 19:28:03 MLD-Server user.info vdr: [1705] timer 1 (3 1927-2001 'Christian~Christian-Nachrichten~Hessenschau~hessenschau') start
Jan 13 19:28:03 MLD-Server user.debug vdr: [1705] Title: 'hessenschau' Subtitle: 'Moderation: Andreas Hieke'
Jan 13 19:28:03 MLD-Server user.info vdr: [1705] executing '/etc/vdr/recording.d/rc.action before "/data/tv/Christian/Christian-Nachrichten/Hessenschau/hessenschau/2019-01-13.19.27.3-0.rec"'
Jan 13 19:28:03 MLD-Server user.info vdr: [1705] record /data/tv/Christian/Christian-Nachrichten/Hessenschau/hessenschau/2019-01-13.19.27.3-0.rec
Jan 13 19:28:03 MLD-Server user.debug vdr: [1705] recording to '/data/tv/Christian/Christian-Nachrichten/Hessenschau/hessenschau/2019-01-13.19.27.3-0.rec/00002.ts'
Jan 13 19:28:03 MLD-Server user.debug vdr: [1768] recording thread started (pid=1705, tid=1768, prio=high)
Jan 13 19:28:03 MLD-Server user.debug vdr: [1769] device 3 receiver thread started (pid=1705, tid=1769, prio=high)
Jan 13 19:28:05 MLD-Server user.info vdr: [1768] executing '/etc/vdr/recording.d/rc.action started "/data/tv/Christian/Christian-Nachrichten/Hessenschau/hessenschau/2019-01-13.19.27.3-0.rec"'
Jan 13 19:29:03 MLD-Server user.err vdr: [1705] PANIC: watchdog timer expired - exiting!
Jan 13 19:29:03 MLD-Server user.err vdr: [1705] ERROR: cStateKey::~cStateKey() called without releasing the lock first (tid=1705, lock=1 Timers, key=0x557398bb5e20)
Jan 13 19:29:03 MLD-Server user.debug vdr: [1705] ABORT!
Jan 13 19:29:04 MLD-Server user.debug vdr: [1705] /usr/bin/vdr cStateKey::~cStateKey() calling ?? at ??:0
Jan 13 19:29:04 MLD-Server user.debug vdr: [1705] /lib/x86_64-linux-gnu/libc.so.6 at ??:?
Jan 13 19:29:04 MLD-Server user.debug vdr: [1705] /lib/x86_64-linux-gnu/libc.so.6 at ??:?
Jan 13 19:29:04 MLD-Server user.debug vdr: [1705] /usr/bin/vdr at ??:?
Jan 13 19:29:04 MLD-Server user.debug vdr: [1705] /lib/x86_64-linux-gnu/libc.so.6 at ??:?
Jan 13 19:29:04 MLD-Server user.debug vdr: [1705] /lib/x86_64-linux-gnu/libpthread.so.0 at ??:?
Jan 13 19:29:04 MLD-Server user.debug vdr: [1705] /lib/x86_64-linux-gnu/libpthread.so.0 pthread_mutex_lock at ??:?
Jan 13 19:29:04 MLD-Server user.debug vdr: [1705] /usr/bin/vdr cMutex::Lock() calling ?? at ??:0
Jan 13 19:29:04 MLD-Server user.debug vdr: [1705] /usr/bin/vdr cMutexLock::Lock(cMutex*) calling ?? at ??:0
Jan 13 19:29:04 MLD-Server user.debug vdr: [1705] /usr/lib/vdr/libvdr-vnsiserver.so.2.4.0 cVNSIClient::Recording(cDevice const*, char const*, char const*, bool) at ??:?
Jan 13 19:29:04 MLD-Server user.debug vdr: [1705] /usr/bin/vdr cStatus::MsgRecording(cDevice const*, char const*, char const*, bool) calling ?? at ??:0
Jan 13 19:29:04 MLD-Server user.debug vdr: [1705] /usr/bin/vdr cRecordControl::Construct(cDevice*, cTimers*, cTimer*, bool, bool*) calling ?? at ??:0
Jan 13 19:29:04 MLD-Server user.debug vdr: [1705] /usr/bin/vdr cRecordControl::cRecordControl(cDevice*, cTimers*, cTimer*, bool, bool*) calling ?? at ??:0
Jan 13 19:29:04 MLD-Server user.debug vdr: [1705] /usr/bin/vdr cRecordControls::Start(cTimers*, cTimer*, bool, bool*) calling ?? at ??:0
Jan 13 19:29:04 MLD-Server user.debug vdr: [1705] /usr/bin/vdr main calling ?? at ??:0
Jan 13 19:29:04 MLD-Server user.debug vdr: [1705] /lib/x86_64-linux-gnu/libc.so.6 __libc_start_main at ??:?
Jan 13 19:29:04 MLD-Server user.debug vdr: [1705] /usr/bin/vdr _start calling ?? at ??:0
Jan 13 19:29:05 MLD-Server user.info vdr: [1993] VDR version 2.4.0 started

Kann man sehen, woran das liegt ?

Das System ist eine MLD 5.4 stable.

Danke im Voraus

tramCS:
Der Upload-Code lautet TrvjAc.

Danke
Christian

Matthias:
Hallo Christian

bei deinem Problem kann ich dir wahrscheinlich leider nicht weiterhelfen.
Bei mir kommt es gerne mal zu einem VDR Restart wenn eine Aufnahme im Hintergrund startet.

Wie ich sehe hast Du auch die Octopus im Einsatz.
Wie sind bei dir die Kanal Umschaltzeiten?
Bei mir dauert es zum Teil locker 10 Sekunden - ich habe nur unverschlüsselte Kanäle.

Grüße
Matthias

tramCS:
Hallo.

Hab' schon wieder mehrere Restarts eben gehabt. SOll ich vielleicht im vdr-portal einen Thread aufmachen ?

Spoiler (show / hide)Jan 14 20:26:55 (MLD) user.err vdr: [6814] PANIC: watchdog timer expired - exiting!
Jan 14 20:26:55 (MLD) user.err vdr: [6814] ERROR: cStateKey::~cStateKey() called without releasing the lock first (tid=6814, lock=1 Timers, key=0x559a8dadce20)
Jan 14 20:26:58 (MLD) user.err vdr: [7113] ERROR: unknown config parameter: CutterAutoDelete = 0
Jan 14 20:26:58 (MLD) user.err vdr: [7113] ERROR: unknown config parameter: DumpNaluFill = 0
Jan 14 20:26:58 (MLD) user.err vdr: [7113] ERROR: unknown config parameter: ScrambleLock = 10
Jan 14 20:26:58 (MLD) user.err vdr: [7113] ERROR: unknown config parameter: ScrambleTimeout = 3
Jan 14 20:26:58 (MLD) user.err vdr: [7113] ERROR: unknown config parameter: SupportTeletext = 0
Jan 14 20:26:58 (MLD) user.err vdr: [7113] Exception caught when parsing xml configuration. See stderr output for details.
Jan 14 20:27:59 (MLD) user.err vdr: [7113] PANIC: watchdog timer expired - exiting!
Jan 14 20:27:59 (MLD) user.err vdr: [7113] ERROR: cStateKey::~cStateKey() called without releasing the lock first (tid=7113, lock=1 Timers, key=0x55fb35a2be20)
Jan 14 20:28:01 (MLD) user.err vdr: [7398] ERROR: unknown config parameter: CutterAutoDelete = 0
Jan 14 20:28:01 (MLD) user.err vdr: [7398] ERROR: unknown config parameter: DumpNaluFill = 0
Jan 14 20:28:01 (MLD) user.err vdr: [7398] ERROR: unknown config parameter: ScrambleLock = 10
Jan 14 20:28:01 (MLD) user.err vdr: [7398] ERROR: unknown config parameter: ScrambleTimeout = 3
Jan 14 20:28:01 (MLD) user.err vdr: [7398] ERROR: unknown config parameter: SupportTeletext = 0
Jan 14 20:28:01 (MLD) user.err vdr: [7398] Exception caught when parsing xml configuration. See stderr output for details.

Schöne Grüße
Christian

tramCS:
@Matthias

Als Frontends habe ich KODI, und noch zum Teil vomp-clients. Die Umschaltzeiten liegen so bei zwei Sekunden.

Schöne Grüße
Christian

Navigation

[0] Message Index

[#] Next page