New recordings dropping contentdb.fancybits.co timeouts in log

Channels DVR Server
#8

I don't have an OTA tuner (it's an HDHR Prime)
Here's my TVE recording

2026/06/20 14:30:00.000461 [DVR] Starting job 1781991000-ch6034 Friends on ch=[6034]
2026/06/20 14:30:03.832743 [TVE] stream timestamps: tbsp: start_at=2026-06-20T14:19:52-07:00 end_at=2026-06-20T14:29:50-07:00 live_delay=7.013732431s
2026/06/20 14:30:03.832887 [TNR] Opened connection to TVE-YouTubeTV for ch6034 TBSP
2026/06/20 14:30:03.833320 [DVR] Recording for job 1781991000-ch6034 from TVE-YouTubeTV ch6034 into "TV/Friends/Friends S06E25 2000-05-18 The One With the Proposal 2026-06-20-1430.mpg" for 30m29.979709788s
2026/06/20 14:30:04.357803 [DVR] Refreshing metadata for Friends (183931)
2026/06/20 14:30:25.422234 [WRN] Timeout while getting series info for tms/183931: retrying
2026/06/20 14:30:46.423612 [WRN] Timeout while getting series info for tms/183931: retrying
2026/06/20 14:31:07.424524 [WRN] Timeout while getting series info for tms/183931: retrying
2026/06/20 14:31:28.425531 [WRN] Timeout while getting series info for tms/183931: retrying
2026/06/20 14:31:49.426736 [ERR] Failed to get series info for tms/183931: Get "https://contentdb.fancybits.co/api/series/tms/183931": context deadline exceeded (Client.Timeout exceeded while awaiting headers)
2026/06/20 14:31:51.087084 [IDX] Generating video index for job 1781991000-ch6034

Activity
Recording ch6034 for Friends until 3:00PM: buf=0% drop=0% timeouts=0 segment_timeouts=0 playlist_timeouts=0

#9

yeah all of my m3u sources are perfectly fine. Its just OTA HDHR I think...

#10

I'm not getting buffering when recording from my HDHD Prime.
Maybe they fixed the server problem (I'm not seeing any new errors or warnings).

#11

I am getting something similar for TMDB.

2026/06/20 19:09:28.039257 [ERR] Failed to get movie info for tmdb/8850: Get "https://contentdb.fancybits.co/api/movies/tmdb/8850": net/http: request canceled (Client.Timeout exceeded while awaiting headers)
2026/06/20 19:09:48.040452 [WRN] Timeout while getting movie info for tmdb/11528: retrying
2026/06/20 19:10:09.045149 [WRN] Timeout while getting movie info for tmdb/11528: retrying
2026/06/20 19:10:30.047867 [WRN] Timeout while getting movie info for tmdb/11528: retrying
2026/06/20 19:10:51.052433 [WRN] Timeout while getting movie info for tmdb/11528: retrying

#12

Yep. Mine has been logging the errors and warnings again for the past hour.
context deadline exceeded
database is locked
request canceled (Client.Timeout exceeded while awaiting headers)
Timeout retrying

#13

I updated server to 2026.06.20.0022 earlier today.
I now see on the sever Admin UI constant activity of it trying to refresh info on my local library files but failing.
Tons of this:

Screenshot 2026-06-21 at 12.50.51 AM
Screenshot 2026-06-21 at 12.50.51 AM1920×777 208 KB

Edit: Many those TMDB ids pulls up movies/shows in my local library on TMDB, but, are French pages not the English ones....very odd. Some IDs, are things not in my library. Is this trying to do a Guide
refresh and failng?

Edit2: I been watching M3U channels, and a few recordings. No OTA or TVE today.

#14

What do you mean same result? Did you see drops on that ping?

This sounds like a network issue though it could be somewhere on the Internet. If the issue continues, please open the console for your container and Ping your gateway and also Google if the gateway is good. Then do a traceroute to contentdb.fancybits.co

#15

With what others are posting I did a trace. On on FIOS in NYC.

Tracing route to contentdb.fancybits.co [104.26.2.161]
over a maximum of 30 hops:

1 <1 ms <1 ms <1 ms unifi.localdomain [192.168.2.1]
2 3 ms 2 ms 2 ms lo0-100.nycmny-vfttp-375.verizon-gni.net [96.246.23.1]
3 7 ms 5 ms 3 ms g101-0-0-21.bstnma-lcr-21.verizon-gni.net [100.41.209.154]
4 * * * Request timed out.
5 9 ms * * customer.alter.net [152.193.5.194]
6 6 ms 6 ms 7 ms 162.158.61.109
7 4 ms 6 ms 6 ms 104.26.2.161

It appears there is some congestion between Verizon and Alternet yet some traffic is getting through. Note: I'm not having Channels DVR issues.

#16

Well, from a UK perspective, this stopped after about a couple of hours - not long after my initial append. The suggestion of a hole somewhere in the internet sounds a plausible explanation. Fortunately all recordings (HDR) continued just fine.

#17

Looks to be an issue between Cloudflare and the fancybits server, this from Cloudflare:

What happened?

There is an unknown connection issue between Cloudflare and the origin web server. As a result, the web page can not be displayed.

What can I do?

If you are a visitor of this website:

Please try again in a few minutes.

If you are the owner of this website:

There is an issue between Cloudflare's cache and your origin web server. Cloudflare monitors for these errors and automatically investigates the cause. To help support the investigation, you can pull the corresponding error log from your web server and submit it our support team. Please include the Ray ID (which is at the bottom of this error page).

Chief

#18

Meaning i changed my system dns to google to rule out any localized DNS issues.

#19

Why do you believe this? What evidence lead to this conclusion?

#20

Sorry everyone: contentdb is back now. We're looking into what happened.

2 Likes
Update Library Info Broken!
#21

@eric should an hdhr recroding fill the buffer and eventually transition to packet loss when the contentdb is unavailable? Im thinking of situations where the end user's internet is down. Or is this just a UI issue as the recordings turned out ok in the end?

#22

I tested through 3 different internet providers in different locations and all said the server was unreachable, and all 3 locations came up to the cloudflare page even though they each had different DNS servers set. Now we know thru Eric that the reason was the server was down, which fits with the results from Cloudflare.

#23

3 different DNS servers will all go back to the authoritative server. That is unless they go back to Cloudflare for "security". As I got through using both Verizon DNS and Opendns, Cloudflare is possibly breaking things again. Possibly they are defending some something. I avoid Cloudflare whenever possible.

#24

I don’t believe that your local network/buffer issues would have anything to do with the contentdb issue. Have you run the resource intensive diagnostics? I suspect you’re having disk issues.

#25

All m3u sources had zero issues. It was only hdhr ota. As soon as the problem was resolved with the db my issue stopped happening. The recordings were fine, channels didnt flag them as interrupted so it may have only been a ui issue. The problem only started happening during the window that cdvr tried to reach the dead resources. As soon as channels gave up, my buffer/loss stats stopped rising.

#26

The perfect network storm maybe.

#27

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.