kavo

Restarted, didn't work. Restarted a few more times and eventually it worked. I'd still like to understand what caused it.

Forgot to mention I had already tried this

no major changes. System has been up for weeks/months with no issues. Try to access webgui yesterday and unable to. Many timeouts and just perpetual loading. Can telnet, access various docker webpages Any help would be greatly appreciated box-diagnostics-20241118-1214.zip box-diagnostics-20241117-1933.zip

So forgive me it’s been years since I built any PC. right it’s been difficult to find that info, particularly with the lack of choice in Australia for rack mount cases. im looking at a 550mm deep wall mount rack with swing. So should I be going for a 450mm deep rack chassis?

I have a mini-ITX with the following: ASRock Z390M-ITX/ac Intel® Core™ i9-9900K Noctua NH-L9x65 32GB (2x 16GB) DDR4 3200MHz Memory SilverStone SFX SX500-G 500W 1 x 3.5" Parity, 4 x 3.5" Array HDD 1 x 2.5" Cache SSD I have the space to now build a wall-mounted rack in a new house. I can't seem to find many rackmount cases that are Mini-ITX compatible. What would be the most cost effective (Cheapest) conversion to a rackmount utilising as many components I already have?

So I now have some updates - I am getting poll timeout - this seems to be intermittent as I have been able to get it working after increasing the descramble timeout on the streams settings but basically 99% of the time I can't get anything to work. Here is the log from TVH 2020-09-09 21:47:55.159 http: 192.168.0.58: using ticket e6699b0a240f1d4b5e86bef72a9e13d7a895590a for /stream/channel/ed244666e0765118183c5710fab6fd1f 2020-09-09 21:47:55.159 mpegts: 655.625MHz in DVB-T Network - tuning on Silicon Labs Si2168 #1 : DVB-T #0 2020-09-09 21:47:55.159 subscription: 03C0: "HTTP" subscribing on channel "7mateHD Toowoomba", weight: 100, adapter: "Silicon Labs Si2168 #1 : DVB-T #0", network: "DVB-T Network", mux: "655.625MHz", provider: "Seven Network", service: "7mateHD Toowoomba", profile="pass", hostname="192.168.0.58", username="mitch", client="VLC/3.0.6 LibVLC/3.0.6" 2020-09-09 21:47:56.217 linuxdvb: Silicon Labs Si2168 #1 : DVB-T #0 - poll TIMEOUT 2020-09-09 21:48:01.159 subscription: 03C0: service instance is bad, reason: No input detected 2020-09-09 21:48:01.179 mpegts: 655.5MHz in DVB-T Network - tuning on Silicon Labs Si2168 #1 : DVB-T #0 2020-09-09 21:48:01.179 subscription: 03C0: "HTTP" subscribing on channel "7mateHD Toowoomba", weight: 100, adapter: "Silicon Labs Si2168 #1 : DVB-T #0", network: "DVB-T Network", mux: "655.5MHz", provider: "Seven Network", service: "7mateHD Toowoomba", profile="pass", hostname="192.168.0.58", username="mitch", client="VLC/3.0.6 LibVLC/3.0.6" 2020-09-09 21:48:02.267 linuxdvb: Silicon Labs Si2168 #1 : DVB-T #0 - poll TIMEOUT 2020-09-09 21:48:07.160 subscription: 03C0: service instance is bad, reason: No input detected 2020-09-09 21:48:09.160 subscription: 03C0: restarting channel 7mateHD Toowoomba 2020-09-09 21:48:11.160 mpegts: 655.625MHz in DVB-T Network - tuning on Silicon Labs Si2168 #1 : DVB-T #0 2020-09-09 21:48:11.160 subscription: 03C0: "HTTP" subscribing on channel "7mateHD Toowoomba", weight: 100, adapter: "Silicon Labs Si2168 #1 : DVB-T #0", network: "DVB-T Network", mux: "655.625MHz", provider: "Seven Network", service: "7mateHD Toowoomba", profile="pass", hostname="192.168.0.58", username="mitch", client="VLC/3.0.6 LibVLC/3.0.6" 2020-09-09 21:48:12.218 linuxdvb: Silicon Labs Si2168 #1 : DVB-T #0 - poll TIMEOUT 2020-09-09 21:48:16.094 webui: Stop streaming /stream/channel/ed244666e0765118183c5710fab6fd1f?ticket=e6699b0a240f1d4b5e86bef72a9e13d7a895590a, timeout waiting for packets 2020-09-09 21:48:16.094 subscription: 03C0: "HTTP" unsubscribing from "7mateHD Toowoomba", hostname="192.168.0.58", username="mitch", client="VLC/3.0.6 LibVLC/3.0.6"

I have just set up TVH to serve streams from my internal Hauppauge DVB card to Xteve and merge with IPTV for use in PLEX on my unraid box. I previously had the card working direct in plex. TVH can get the channels and EPG data (from the terrestrial stream) but when I try and play in the webgui it either stays on loading or gives me an unexpected error. I can access the playlist and epg export from TVH in Xteve but I cannot view the TV channels in plex or TVH webgui

Is anyone running a DVR post-processing script to re-encode the DVR recordings?

Just upgraded my server. Signature was no longer current as I had upgraded the CPU about 2 years ago to an i7-3770 but upgrades as follows for my 8 year old server: From This: Lian Li Q25, Zotac H67ITX-C-E, Intel G630, 8GB Ram, 1x4TB Seagate Parity, 1x4TB + 2x3TB + 1x2TB WD Red Array, 1x2TB Seagate Array, 1x2TB Samsung Array, 1x120GB Kingston SSDNow Cache To This: 1 x 10TB WD Parity drive shucked. 1 x 10TB WD drive 1 x 4TB WD Red 2 x 3TB WD Red Corsair SF450 PSU (finally free'd up some space in for airflow) 1 x Kingston A2000 250GB M.2 (2280) PCIe NVMe SSD cache drive Noctua NH-L9x65 2 x 16GB Patriot Viper Steel Series DDR4 3200MHz Memory Intel Core i9-9900K ASRock Z390-M-ITX/ac Hauppauge TV-quadHD DVB (not configured yet) Eventual plan is to upgrade the rest of the drives to 10TB or more

I'm having the same issue 2020-04-15 13:44:16,559 INFO - Starting NZBHydra main process with command line: java -Xmx256M -DfromWrapper -XX:TieredStopAtLevel=1 -noverify -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/config/logs -Xlog:gc*:file=../../config/logs/gclog-2020-04-15_13-44-16.log::filecount=10,filesize=5000 -Dspring.output.ansi.enabled=ALWAYS -jar /app/hydra2/lib/core-2.17.5-exec.jar --nobrowser --datafolder /config in folder /app/hydra2 13:44:17.245 [main] DEBUG org.nzbhydra.config.ConfigReaderWriter - Using temporary file /config/nzbhydra.yml.bak 13:44:17.252 [main] ERROR org.nzbhydra.NzbHydra - An unexpected error occurred during startup at org.nzbhydra.config.ConfigReaderWriter.validateExistingConfig(ConfigReaderWriter.java:164) at org.nzbhydra.NzbHydra.startup(NzbHydra.java:147) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at org.springframework.boot.loader.MainMethodRunner.run(MainMethodRunner.java:48) at org.springframework.boot.loader.Launcher.launch(Launcher.java:51) Exception in thread "main" java.lang.reflect.InvocationTargetException at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at org.springframework.boot.loader.Launcher.launch(Launcher.java:87) at org.springframework.boot.loader.JarLauncher.main(JarLauncher.java:52) at org.nzbhydra.config.ConfigReaderWriter.validateExistingConfig(ConfigReaderWriter.java:164) at org.nzbhydra.NzbHydra.startup(NzbHydra.java:147) ... 8 more 2020-04-15 13:44:17,264 ERROR - Main process shut down unexpectedly. If the wrapper was started in daemon mode you might not see the error output. Start Hydra manually with the same parameters in the same environment to see it Logging wrapper output to /config/logs/wrapper.log 2020-04-15 13:44:17,528 WARNING - Didn't find XMX in YAML file, using default of 256 2020-04-15 13:44:17,565 INFO - Determined java version as '11' from version string 'openjdk version "11.0.6" 2020-01-14' 2020-04-15 13:44:17,565 INFO - Starting NZBHydra main process with command line: java -Xmx256M -DfromWrapper -XX:TieredStopAtLevel=1 -noverify -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/config/logs -Xlog:gc*:file=../../config/logs/gclog-2020-04-15_13-44-17.log::filecount=10,filesize=5000 -Dspring.output.ansi.enabled=ALWAYS -jar /app/hydra2/lib/core-2.17.5-exec.jar --nobrowser --datafolder /config in folder /app/hydra2 13:44:18.183 [main] DEBUG org.nzbhydra.config.ConfigReaderWriter - Using temporary file /config/nzbhydra.yml.bak 13:44:18.189 [main] ERROR org.nzbhydra.NzbHydra - An unexpected error occurred during startup at org.nzbhydra.config.ConfigReaderWriter.validateExistingConfig(ConfigReaderWriter.java:164) at org.nzbhydra.NzbHydra.startup(NzbHydra.java:147) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at org.springframework.boot.loader.MainMethodRunner.run(MainMethodRunner.java:48) at org.springframework.boot.loader.Launcher.launch(Launcher.java:51) Exception in thread "main" java.lang.reflect.InvocationTargetException at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at org.springframework.boot.loader.Launcher.launch(Launcher.java:87) at org.springframework.boot.loader.JarLauncher.main(JarLauncher.java:52) at org.nzbhydra.config.ConfigReaderWriter.validateExistingConfig(ConfigReaderWriter.java:164) at org.nzbhydra.NzbHydra.startup(NzbHydra.java:147) ... 8 more 2020-04-15 13:44:18,200 ERROR - Main process shut down unexpectedly. If the wrapper was started in daemon mode you might not see the error output. Start Hydra manually with the same parameters in the same environment to see it Logging wrapper output to /config/logs/wrapper.log 2020-04-15 13:44:18,522 WARNING - Didn't find XMX in YAML file, using default of 256 2020-04-15 13:44:18,558 INFO - Determined java version as '11' from version string 'openjdk version "11.0.6" 2020-01-14' 2020-04-15 13:44:18,559 INFO - Starting NZBHydra main process with command line: java -Xmx256M -DfromWrapper -XX:TieredStopAtLevel=1 -noverify -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/config/logs -Xlog:gc*:file=../../config/logs/gclog-2020-04-15_13-44-18.log::filecount=10,filesize=5000 -Dspring.output.ansi.enabled=ALWAYS -jar /app/hydra2/lib/core-2.17.5-exec.jar --nobrowser --datafolder /config in folder /app/hydra2 13:44:19.197 [main] DEBUG org.nzbhydra.config.ConfigReaderWriter - Using temporary file /config/nzbhydra.yml.bak 13:44:19.202 [main] ERROR org.nzbhydra.NzbHydra - An unexpected error occurred during startup at org.nzbhydra.config.ConfigReaderWriter.validateExistingConfig(ConfigReaderWriter.java:164) at org.nzbhydra.NzbHydra.startup(NzbHydra.java:147) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at org.springframework.boot.loader.MainMethodRunner.run(MainMethodRunner.java:48) at org.springframework.boot.loader.Launcher.launch(Launcher.java:51) Exception in thread "main" java.lang.reflect.InvocationTargetException at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at org.springframework.boot.loader.Launcher.launch(Launcher.java:87) at org.springframework.boot.loader.JarLauncher.main(JarLauncher.java:52) at org.nzbhydra.config.ConfigReaderWriter.validateExistingConfig(ConfigReaderWriter.java:164) at org.nzbhydra.NzbHydra.startup(NzbHydra.java:147) ... 8 more 2020-04-15 13:44:19,213 ERROR - Main process shut down unexpectedly. If the wrapper was started in daemon mode you might not see the error output. Start Hydra manually with the same parameters in the same environment to see it Logging wrapper output to /config/logs/wrapper.log 2020-04-15 13:44:19,523 WARNING - Didn't find XMX in YAML file, using default of 256 2020-04-15 13:44:19,560 INFO - Determined java version as '11' from version string 'openjdk version "11.0.6" 2020-01-14' 2020-04-15 13:44:19,561 INFO - Starting NZBHydra main process with command line: java -Xmx256M -DfromWrapper -XX:TieredStopAtLevel=1 -noverify -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/config/logs -Xlog:gc*:file=../../config/logs/gclog-2020-04-15_13-44-19.log::filecount=10,filesize=5000 -Dspring.output.ansi.enabled=ALWAYS -jar /app/hydra2/lib/core-2.17.5-exec.jar --nobrowser --datafolder /config in folder /app/hydra2 2020-04-15 13:44:19,692 INFO - Terminated by signal 15 2020-04-15 13:44:19,693 INFO - NZBHydra2 wrapper shutdown request. Terminating main process gracefully [cont-finish.d] executing container finish scripts... [cont-finish.d] done. [s6-finish] waiting for services. [s6-finish] sending all processes the TERM signal. [s6-finish] sending all processes the KILL signal and exiting.

This same issue happens on my system. Unfortunately I'm currently overseas for work and only had enough time to revert back to 6.7.2before leaving

I believe I''m having the same issues log.txt

I have seen the same issues