HDHomeRun EXTEND "reset reason = application watchdog"

Channels DVR Server
#1

The latest automatic update v2017.02.23.2046 started during a recording time on my Synology NAS, and the recordings for those two programs were interrupted. Are there any settings to control when automatic updates occur so that they don’t collide with a scheduled recording? See log entries below.

2017/02/23 19:00:00 [DVR] Starting job 1487898000-1 Grey’s Anatomy on ch=[30.1]
2017/02/23 19:00:00 [DVR] Starting job 1487898000-2 The Big Bang Theory on ch=[4.1]
2017/02/23 19:00:00 [DVR] Waiting 59m59.964218401s until next job 1487901600-3
2017/02/23 19:00:00 [DVR] Recording for job 1487898000-2 from 105444B3 ch4.1 into “TV/The Big Bang Theory/2017-02-23-1900 The Big Bang Theory 2017-02-23 S10E17 The ComicCon Conundrum.mpg” for 30m59.935072446s
2017/02/23 19:00:00 [DVR] Recording for job 1487898000-1 from 105444B3 ch30.1 into “TV/Grey’s Anatomy/2017-02-23-1900 Grey’s Anatomy 2017-02-23 S13E14 Back Where You Belong.mpg” for 1h0m59.935106964s
2017/02/23 19:00:12 [DVR] Job 1487898000-1 ended prematurely: 1h0m47.805169764s
2017/02/23 19:00:12 [DVR] Job 1487898000-2 ended prematurely: 30m47.80506621s
2017/02/23 19:00:12 [DVR] Starting job 1487898000-1 Grey’s Anatomy on ch=[30.1]
2017/02/23 19:00:12 [DVR] Starting job 1487898000-2 The Big Bang Theory on ch=[4.1]
2017/02/23 19:00:12 [DVR] Waiting 59m47.778627332s until next job 1487901600-3
2017/02/23 19:00:12 [DVR] Waiting 59m47.741838239s until next job 1487901600-3
2017/02/23 19:03:29 [SYS] Downloading new version v2017.02.23.2046
2017/02/23 19:03:45 [SYS] Update downloaded and verified successfully.

Recording Stopping after 44 min
#2

Updates do not occur if a recording is in progress.

It looks from the logs like something happened to your hdhomerun and it stopped responding. You can see that after 12s both recordings “ended prematurely”. This means the HDHR stopped sending data.

The upgrade is a coincidence, and only occurred because the recordings had failed.

What HDHR are you using?

#3

I using an HD HomeRun Extend HDTC-2US. Have been using Channels on Apple TV (4th gen) with this HDHR unit for three months with no issues. I just added the Channels DVR service, and it runs on my Synology DS216j.

#4

You are spot on. It looks like my HDHR Extend has this error in the system log:

19700101-00:00:17 System: reset reason = application watchdog
19700101-00:00:17 System: E5592573 0000000E 004DE698 0042CA9C 00431EB0 0040D314 004D961C 004D95F0
19700101-00:00:17 System: 0050561C FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF

Looks like a trouble ticket is in order for Silicon Dust.

Many Thanks!

1 Like
#5

Nice find! Let us know what they say about the error.

#6

Any updates on this? I had the same issue today. Same log in the dvr as well as with the HDHR. I was actually watching the recording live when I closed the app to go do something. Came back an hour later to finish watching. The log shows it stopped recording after I closed the atv app. Also, the activity on the DVR web UI did not match anything that was currently happening.

#7

Can you paste the hdhomerun log?

#8

Log from the DVR as well, along with the hdhomerun firmware version.

#9

DVR log

2017/02/26 14:00:00 [DVR] Recording for job 1488135600-25 from 105482D5 ch50.1 into “TV/2017 Daytona 500/2017-02-26-1400 2017 Daytona 500 2017-02-26.mpg” for 4h59m59.847806455s
2017/02/26 14:00:00 [DVR] Recording for job 1488135600-3 from 105482D5 ch4.1 into “TV/America’s Test Kitchen From Cook’s Illustrated/2017-02-26-1400 America’s Test Kitchen From Cook’s Illustrated 2017-02-18 S17E07 The Ultimate Sticky Buns.mpg” for 29m59.848640447s
2017/02/26 14:30:00 [DVR] Deleting expired job 1488135600-3
2017/02/26 14:30:00 [DVR] Starting job 1488137400-4 Cook’s Country on ch=[4.1]
2017/02/26 14:30:00 [ERR] Failed to start stream on channel 4.1 via 105482D5: got http response code 503
2017/02/26 14:30:00 [DVR] Error running job 1488137400-4: could not start stream on channels=[4.1]: got http response code 503
2017/02/26 14:30:00 [DVR] Finished job 1488135600-3 America’s Test Kitchen From Cook’s Illustrated
2017/02/26 14:30:00 [DVR] Starting job 1488137400-4 Cook’s Country on ch=[4.1]
2017/02/26 14:30:00 [DVR] Processing file-360: TV/America’s Test Kitchen From Cook’s Illustrated/2017-02-26-1400 America’s Test Kitchen From Cook’s Illustrated 2017-02-18 S17E07 The Ultimate Sticky Buns.mpg
2017/02/26 14:30:01 [DVR] Recording for job 1488137400-4 from 105482D5 ch4.1 into “TV/Cook’s Country/2017-02-26-1430 Cook’s Country 2015-11-14 S08E12 Bringing Home TexMex Favorites.mpg” for 29m59.243256378s
2017/02/26 14:30:03 [DVR] Running commercial detection on file 360 (TV/America’s Test Kitchen From Cook’s Illustrated/2017-02-26-1400 America’s Test Kitchen From Cook’s Illustrated 2017-02-18 S17E07 The Ultimate Sticky Buns.mpg)
2017/02/26 14:47:38 [DVR] Commercial detection finished with 4 markers.
2017/02/26 15:00:01 [DVR] Finished job 1488137400-4 Cook’s Country
2017/02/26 15:00:01 [DVR] Processing file-361: TV/Cook’s Country/2017-02-26-1430 Cook’s Country 2015-11-14 S08E12 Bringing Home TexMex Favorites.mpg
2017/02/26 15:00:06 [DVR] Running commercial detection on file 361 (TV/Cook’s Country/2017-02-26-1430 Cook’s Country 2015-11-14 S08E12 Bringing Home TexMex Favorites.mpg)
2017/02/26 15:15:27 [DVR] Commercial detection finished with 6 markers.
2017/02/26 18:00:41 [DVR] Job 1488135600-25 ended prematurely: 59m18.531415833s
2017/02/26 18:00:41 [DVR] Starting job 1488135600-25 2017 Daytona 500 on ch=[50.1]
2017/02/26 18:57:36 [HLS] Starting transcoder for file-359 at 4h0m24s (encoder=remux, resolution=720, deinterlacer=, bitrate=10000)
2017/02/26 18:57:37 [HLS] Stopping transcoder for file-359 after seek to 4h0m24s (out=0s, finished=false)
2017/02/26 18:57:37 [HLS] Starting transcoder for file-359 at 4h0m24s (encoder=remux, resolution=720, deinterlacer=, bitrate=10000)
2017/02/26 18:57:38 [HLS] Pausing transcoder (out: 4h0m31.010778s, view: 4h0m24s)…
2017/02/26 18:57:38 [HLS] Resuming transcoder (out: 4h0m31.010778s, view: 4h0m26s)…
2017/02/26 18:57:46 [HLS] Stopping transcoder session file-359 @ 4h0m31.010778s
2017/02/26 18:57:51 [HLS] Starting transcoder for file-359 at 4h0m24s (encoder=remux, resolution=720, deinterlacer=, bitrate=10000)
2017/02/26 18:58:13 [HLS] Stopping transcoder session file-359 @ 4h0m31.010778s
2017/02/26 19:07:05 [SYS] Starting Channels DVR v2017.02.23.2046 (darwin-x86_64) in /Users/humblefamily/channels-dvr/data
2017/02/26 19:07:07 [HDR] Found 1 devices
2017/02/26 19:07:11 [SYS] Started HTTP Server
2017/02/26 19:09:15 [DVR] Recording engine started in /Volumes/Humble4T/DVR
2017/02/26 19:09:15 [SYS] Bonjour service running for dvr-humble.local. [192.168.1.106]
2017/02/26 19:09:15 [SYS] Removing old update 2017.02.15.0045
2017/02/26 19:09:17 [DVR] Deleting expired job 1488135600-25
2017/02/26 19:09:32 [DVR] Processing file-359: TV/2017 Daytona 500/2017-02-26-1400 2017 Daytona 500 2017-02-26.mpg
2017/02/26 19:09:38 [DVR] Running commercial detection on file 359 (TV/2017 Daytona 500/2017-02-26-1400 2017 Daytona 500 2017-02-26.mpg)
2017/02/26 19:09:41 [IDX] Pruned 1735 expired airings from USA-OTA27713 in 15.44104246s.

HDHR Log (firmware 20161119)

HDHomeRun EXTEND
System Log
19700101-00:00:17 System: reset reason = application watchdog
19700101-00:00:17 System: E5592573 0000000E 004DE698 0042CA9C 00431EB0 0040D314 004D961C 004D95F0
19700101-00:00:17 System: 0050561C FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF
19700101-00:00:17 System: network link 100f
19700101-00:00:19 System: ip address obtained: 192.168.1.66 / 255.255.255.0
20170226-23:01:29 System: time changed from Thu Jan 1 00:00:35 1970 to Sun Feb 26 23:01:29 2017
20170227-00:11:11 Tuner: tuner1 tuning 50.1 WRAZ-HD (8vsb:683MHz-3)
20170227-00:11:11 Tuner: tuner1 streaming http to 192.168.1.98:49353

#10

I opened a trouble tick with SiliconDust for this issue. I’m seeing the same “application watchdog” error in my HDHR Extend system log:

19700101-00:00:17 System: reset reason = application watchdog
19700101-00:00:17 System: E5592573 0000000E 004DE698 0042CA9C 00431EB0 0040D314 004D961C 004D95F0
19700101-00:00:17 System: 0050561C FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF FFFFFFFF

Today they sent an email saying they will ship me a new HDHR Extend, so I’m assuming my unit is defective.

#11

Do you guys have the new EXTEND (with the metal case), or the old one?

#12

My EXTEND is the new one with the metal finned case. Model number HDTC-2US-M. I’ve had it only about 3 months.

#13

Mine is the new one also. Had about the same amount of time.

#14

Oh please don’t blame the new one. I haven’t had any problems to date with the original , and I just sent my old one back Sunday for a crossshipped new one, just to have the quiet fanless version.

#15

If anything I would have guessed the older models had the issue. Not really sure what’s going on… will have to wait til we hear more from SD.

#16

My guess is that they want it back to diagnose the issue. Many times different revisions of hardware may have functionally identical or equivalent parts but the internal chip revisions are different (many times not by choice… the supplier may list them the same) requiring slight firmware or software tweaks. This is probably one of the reasons why they no longer allow firmware on the extends to be rolled back (a later firmware may have tweaks for a newer chip in later production units that the older firmware does not know how to handle)

It could be a bad batch of something (ram/flash/etc) and they need it back to correlate the issue…

#17

I have two newer Metal Case SiliconDust HdHomeRun Extend units doing this. What was the solution to your Watchdog Reset error problem?

#18

Please contact [email protected] about this issue or post on their forums. It’s a hardware bug.

There’s a similar issue being investigated with the CONNECTs here: https://forum.silicondust.com/forum/viewtopic.php?f=119&t=65572

#19

Thanks,

I’ll contact Silicon Dust regarding the issue.