Grobalt Posted August 15, 2022 Share Posted August 15, 2022 Habe gestern einen Stromausfall gehabt und die USV hat nicht funktioniert ,) System ist normal hochgefahren, Parity check läuft, soweit nichts auffälliges. Durch den Neustart habe ich die Docker Contrainer alle auf den aktuellen Stand gebracht, auch tvheadend. Daraufhin startet der Container nicht mehr. Das Docker log hilft mir kein bisschen weiter. text error warn system array login s6-rc: info: service 99-ci-service-check: starting s6-rc: info: service 99-ci-service-check successfully started s6-rc: info: service 99-ci-service-check: stopping s6-rc: info: service 99-ci-service-check successfully stopped s6-rc: info: service legacy-services: stopping s6-rc: info: service legacy-services successfully stopped s6-rc: info: service init-services: stopping s6-rc: info: service 00-legacy: stopping s6-rc: info: service init-services successfully stopped s6-rc: info: service init-mods-end: stopping s6-rc: info: service 00-legacy successfully stopped s6-rc: info: service init-mods-end successfully stopped s6-rc: info: service init-mods-package-install: stopping s6-rc: info: service init-mods-package-install successfully stopped s6-rc: info: service init-mods: stopping s6-rc: info: service init-mods successfully stopped s6-rc: info: service legacy-cont-init: stopping s6-rc: info: service legacy-cont-init successfully stopped s6-rc: info: service fix-attrs: stopping s6-rc: info: service fix-attrs successfully stopped s6-rc: info: service s6rc-oneshot-runner: stopping s6-rc: info: service s6rc-oneshot-runner successfully stopped [ls.io-init] done. Usage: /usr/bin/tvheadend [OPTIONS] Generic options -h, --help Show this page -v, --version Show version information Service configuration -c, --config Alternate configuration path -B, --nobackup Don't backup configuration tree at upgrade -f, --fork Fork and run as daemon -u, --user Run as user -g, --group Run as group -p, --pid Alternate PID path -C, --firstrun If no user account exists then create one with no username and no password. Use with care as it will allow world-wide administrative access to your Tvheadend installation until you create or edit the access control from within the Tvheadend web interface. -a, --adapters Only use specified DVB adapters (comma-separated, -1 = none) --satip_bindaddr Specify bind address for SAT>IP server --satip_rtsp SAT>IP RTSP port number for server (default: -1 = disable, 0 = webconfig, standard port is 554) --nosatip Disable SAT>IP client --satip_xml URL with the SAT>IP server XML location Server connectivity -6, --ipv6 Listen on IPv6 -b, --bindaddr Specify bind address --http_port Specify alternative http port --http_root Specify alternative http webroot --htsp_port Specify alternative htsp port --htsp_port2 Specify extra htsp port --useragent Specify User-Agent header for the http client --xspf Use XSPF playlist instead of M3U Debug options -d, --stderr Enable debug on stderr -n, --nostderr Disable debug on stderr -s, --syslog Enable debug to syslog -S, --nosyslog Disable syslog (all messages) -l, --logfile Enable debug to file --debug Enable debug subsystems --trace Enable trace subsystems --subsystems List subsystems --fileline Add file and line numbers to debug --threadid Add the thread ID to debug --libav More verbose libav log --uidebug Enable web UI debug (non-minified JS) -A, --abort Immediately abort -D, --dump Enable coredumps for daemon --noacl Disable all access control checks --nobat Disable DVB bouquets -j, --join Subscribe to a service permanently Testing options --tsfile_tuners Number of tsfile tuners --tsfile tsfile input (mux file) --tprofile Gather timing statistics for the code --thrdebug Thread debugging For more information please visit the Tvheadend website: https://tvheadend.org ** Press ANY KEY to close this window ** Habe docker service mal gestopt und neu gestartet, auch unraid nochmal neu gebootet, keine Änderung. Syslog sieht so aus. Aug 15 10:56:15 unraid rc.docker: tvheadend: started succesfully! Aug 15 10:56:15 unraid avahi-daemon[12747]: Joining mDNS multicast group on interface vethdc8c431.IPv6 with address fe80::80e2:26ff:fed4:32b6. Aug 15 10:56:15 unraid avahi-daemon[12747]: New relevant interface vethdc8c431.IPv6 for mDNS. Aug 15 10:56:15 unraid avahi-daemon[12747]: Registering new address record for fe80::80e2:26ff:fed4:32b6 on vethdc8c431.*. Aug 15 10:56:16 unraid avahi-daemon[12747]: Joining mDNS multicast group on interface veth1811f3b.IPv6 with address fe80::ac2a:c2ff:feb3:6a8b. Aug 15 10:56:16 unraid avahi-daemon[12747]: New relevant interface veth1811f3b.IPv6 for mDNS. Aug 15 10:56:16 unraid avahi-daemon[12747]: Registering new address record for fe80::ac2a:c2ff:feb3:6a8b on veth1811f3b.*. Aug 15 10:56:16 unraid avahi-daemon[12747]: Joining mDNS multicast group on interface veth9d324cf.IPv6 with address fe80::7465:a1ff:fec3:6727. Aug 15 10:56:16 unraid avahi-daemon[12747]: New relevant interface veth9d324cf.IPv6 for mDNS. Aug 15 10:56:16 unraid avahi-daemon[12747]: Registering new address record for fe80::7465:a1ff:fec3:6727 on veth9d324cf.*. Aug 15 10:56:16 unraid avahi-daemon[12747]: Joining mDNS multicast group on interface docker0.IPv6 with address fe80::42:5aff:fe86:fb9d. Aug 15 10:56:16 unraid avahi-daemon[12747]: New relevant interface docker0.IPv6 for mDNS. Aug 15 10:56:16 unraid avahi-daemon[12747]: Registering new address record for fe80::42:5aff:fe86:fb9d on docker0.*. Aug 15 10:56:16 unraid avahi-daemon[12747]: Joining mDNS multicast group on interface veth798940b.IPv6 with address fe80::b818:3cff:feed:627d. Aug 15 10:56:16 unraid avahi-daemon[12747]: New relevant interface veth798940b.IPv6 for mDNS. Aug 15 10:56:16 unraid avahi-daemon[12747]: Registering new address record for fe80::b818:3cff:feed:627d on veth798940b.*. Aug 15 10:56:19 unraid Parity Check Tuning: Send notification: Array operation restarted: Automatic Correcting Parity Check (18.7% completed) (18.7% completed) Aug 15 10:56:19 unraid Parity Check Tuning: Send notification: Automatic unRaid Automatic Correcting Parity Check will be started: Unclean shutdown detected (18.7% completed) Aug 15 10:56:20 unraid kernel: docker0: port 4(veth798940b) entered disabled state Aug 15 10:56:20 unraid kernel: veth8a3f435: renamed from eth0 Aug 15 10:56:20 unraid avahi-daemon[12747]: Interface veth798940b.IPv6 no longer relevant for mDNS. Aug 15 10:56:20 unraid avahi-daemon[12747]: Leaving mDNS multicast group on interface veth798940b.IPv6 with address fe80::b818:3cff:feed:627d. Aug 15 10:56:20 unraid kernel: docker0: port 4(veth798940b) entered disabled state Aug 15 10:56:20 unraid kernel: device veth798940b left promiscuous mode Aug 15 10:56:20 unraid kernel: docker0: port 4(veth798940b) entered disabled state Aug 15 10:56:20 unraid avahi-daemon[12747]: Withdrawing address record for fe80::b818:3cff:feed:627d on veth798940b. Aug 15 10:56:24 unraid unassigned.devices: Mounting 'Auto Mount' Remote Shares... Aug 15 10:56:24 unraid unassigned.devices: Remote Share '10.253.1.2:/mnt/user/filme' is not set to auto mount. Aug 15 11:00:59 unraid flash_backup: adding task: /usr/local/emhttp/plugins/dynamix.my.servers/scripts/UpdateFlashBackup update Aug 15 11:01:22 unraid kernel: docker0: port 4(veth8c511ff) entered blocking state Aug 15 11:01:22 unraid kernel: docker0: port 4(veth8c511ff) entered disabled state Aug 15 11:01:22 unraid kernel: device veth8c511ff entered promiscuous mode Aug 15 11:01:23 unraid kernel: eth0: renamed from veth7079779 Aug 15 11:01:23 unraid kernel: IPv6: ADDRCONF(NETDEV_CHANGE): veth8c511ff: link becomes ready Aug 15 11:01:23 unraid kernel: docker0: port 4(veth8c511ff) entered blocking state Aug 15 11:01:23 unraid kernel: docker0: port 4(veth8c511ff) entered forwarding state Aug 15 11:01:24 unraid avahi-daemon[12747]: Joining mDNS multicast group on interface veth8c511ff.IPv6 with address fe80::c8e9:e0ff:fea1:c56b. Aug 15 11:01:24 unraid avahi-daemon[12747]: New relevant interface veth8c511ff.IPv6 for mDNS. Aug 15 11:01:24 unraid avahi-daemon[12747]: Registering new address record for fe80::c8e9:e0ff:fea1:c56b on veth8c511ff.*. Aug 15 11:01:35 unraid kernel: docker0: port 4(veth8c511ff) entered disabled state Aug 15 11:01:35 unraid kernel: veth7079779: renamed from eth0 Aug 15 11:01:35 unraid avahi-daemon[12747]: Interface veth8c511ff.IPv6 no longer relevant for mDNS. Aug 15 11:01:35 unraid avahi-daemon[12747]: Leaving mDNS multicast group on interface veth8c511ff.IPv6 with address fe80::c8e9:e0ff:fea1:c56b. Aug 15 11:01:35 unraid kernel: docker0: port 4(veth8c511ff) entered disabled state Aug 15 11:01:35 unraid kernel: device veth8c511ff left promiscuous mode Aug 15 11:01:35 unraid kernel: docker0: port 4(veth8c511ff) entered disabled state Aug 15 11:01:35 unraid avahi-daemon[12747]: Withdrawing address record for fe80::c8e9:e0ff:fea1:c56b on veth8c511ff. Also der Docker wird gestartet und schließt sich nach wenigen Sekunden wieder, bevor ich in die Console komme oder auch Webinterface. Jemand eine idee wie ich vorgehen kann bei der Fehlersuche ? Quote Link to comment
alturismo Posted August 15, 2022 Share Posted August 15, 2022 6 minutes ago, Grobalt said: Jemand eine idee wie ich vorgehen kann bei der Fehlersuche ? zeig mal dein TVH template RUN_OPTS vor allem ... Quote Link to comment
Grobalt Posted August 15, 2022 Author Share Posted August 15, 2022 Habs mit -C versucht und auch mit rauslöschen des Eintrags, beides nicht erfolgreich, Container wird sofort gestoppt root@unraid:~# lspci 00:00.0 Host bridge: Intel Corporation 8th Gen Core Processor Host Bridge/DRAM Registers (rev 07) 00:02.0 VGA compatible controller: Intel Corporation CoffeeLake-S GT2 [UHD Graphics 630] 00:12.0 Signal processing controller: Intel Corporation Cannon Lake PCH Thermal Controller (rev 10) 00:14.0 USB controller: Intel Corporation Cannon Lake PCH USB 3.1 xHCI Host Controller (rev 10) 00:14.2 RAM memory: Intel Corporation Cannon Lake PCH Shared SRAM (rev 10) 00:16.0 Communication controller: Intel Corporation Cannon Lake PCH HECI Controller (rev 10) 00:17.0 SATA controller: Intel Corporation Cannon Lake PCH SATA AHCI Controller (rev 10) 00:1b.0 PCI bridge: Intel Corporation Cannon Lake PCH PCI Express Root Port #17 (rev f0) 00:1b.4 PCI bridge: Intel Corporation Cannon Lake PCH PCI Express Root Port #21 (rev f0) 00:1c.0 PCI bridge: Intel Corporation Cannon Lake PCH PCI Express Root Port #1 (rev f0) 00:1c.7 PCI bridge: Intel Corporation Cannon Lake PCH PCI Express Root Port #8 (rev f0) 00:1f.0 ISA bridge: Intel Corporation Cannon Point-LP LPC Controller (rev 10) 00:1f.4 SMBus: Intel Corporation Cannon Lake PCH SMBus Controller (rev 10) 00:1f.5 Serial bus controller: Intel Corporation Cannon Lake PCH SPI Controller (rev 10) 00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (7) I219-LM (rev 10) 02:00.0 Non-Volatile memory controller: ADATA Technology Co., Ltd. XPG SX8200 Pro PCIe Gen3x4 M.2 2280 Solid State Drive (rev 03) 04:00.0 Multimedia controller: TBS Technologies DVB Tuner PCIe Card Quote Link to comment
Grobalt Posted August 24, 2022 Author Share Posted August 24, 2022 habs leider nicht fixen können, musste den container löschen und neu aufsetzen. die nummerierung der sender ist weg, weiß jemand in welcher datei das gespeichert wird ? Quote Link to comment
alturismo Posted August 24, 2022 Share Posted August 24, 2022 49 minutes ago, Grobalt said: die nummerierung der sender ist weg, weiß jemand in welcher datei das gespeichert wird ? das ist in den jeweiligen Channels Daten gespeichert, ob Dir das was bringt bei einer Neuinstallation sei mal dahin gestellt Quote Link to comment
Grobalt Posted August 24, 2022 Author Share Posted August 24, 2022 den Appdata ordner hab ich vorher wegkopiert danke, ich versuch mal ob ich das zusammengestückelt bekomme Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.