Ubuntu

[Callum]

Tests from today were much better initially, I did a service restart and then ran a few tests. It ran on localhost (via firefox) and the remote (same network) kodi.  It did multiple channel changes no problems.  The status didnt throw any errors.
I went back later and tried to run again, this time it timed out on Kodi and same on the localhost (via firefox).  This time there is an error listed uner the status check (attached).  Looks to be going to sleep and not waking up.  I do not have "keep digital tuners primed" selected.
Logs also attached.

C

[mvallevand]

A few things

- Kodi debug logs are required for Kodi problems.

- OTA EPG updates are really meant for off hours when you aren't using the server.

- There are several errors related to the OTA EPG parsing sub needs to look at I believe that is the stderr message you are seeing

- I can see the server stopped from getting data from adapter0 and a retries weren't any better. From what I see this is locking but a weak signal or driver issues. I notice lots of activity related to Hauppauge kernel driver issue in new Ubunutu. A key issue is here, where it takes 29 seconds to get data, that is longer then the clients would allow.

16:04:52:763 [DEBUG] FE_HAS_LOCK
16:04:52:763 [INFO] Creating writer for: LIVE&/home/nextpvr/videos/livetv/live-9HD Melbourne-46529-20.ts (live mode)
16:04:52:763 [DEBUG] mutex would be: Global\NPVR-mutex-3ee00e65c632a339db7e1feea4204f74
16:04:52:763 [DEBUG] Created shared memory
16:05:21:309 [DEBUG] Mapping pid 0 (PAT)

Martin

[Callum]

Thanks Martin, I think the Kodi problem and the localhost problem are the same, they appear together. I reckon it might be the Hauppauge kernel issue you mention, because that would be consistent with issue I had when i upgraded from Ubuntu 20.04 to 20.10 running TVheadEnd - it was fine before the upgrade, but problematic after. So I'll look down that path first.
Thanks again and I'll let you know how I get on.

C