@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?
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.
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.
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.
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.
The perfect network storm maybe.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.