Failed recording for a particular show

[spagio]

I schedule one-time and recurring recordings regularly on NextPVR.  There is one OTA recording that will not start for some reason.  The error I get is:

Code:

2022-10-03 23:34:00.385 [ERROR][8] Unexpected error on LocalRecorder.StartStream(): System.Net.WebException: An error occurred while sending the request. The response ended prematurely.

I have recurring shows successfully recording on this channel regularly.  I have tried recurring and one-time scheduling for this show, deleting the directory and making sure the program is removed from the recordings list, but I cannot figure out why I get errors just for this one program.

Any help would be appreciated.  Thanks

John

[mvallevand]

There seems to be a bug in Linux with the tuner service crashing I expect if you run

sudo journalctl | grep | DeviceHost

you will see a segfault.

Martin

[spagio]

There seems to be a bug in Linux with the tuner service crashing  I expect if you run

sudo journalctl | grep | DeviceHost

you will see a segfault.

Martin

Thanks for the quick reply, Martin.  I will try to look later today.  Is there a workaround?

[mvallevand]

No this is something sub has to look into, and the logs don't help because they always look like this so the crash could be anywhere.

2022-10-03 23:35:00:932 [INFO] Starting web server on port: 33261

2022-10-03 23:35:01:036 [INFO] received request

Martin

[spagio]

yeah I see the entries in my journal, e.g.

Code:

kernel: traps: DeviceHostLinux[64184] general protection fault ip:7fefe626775d sp:7fefe60bb948>

Just for grins I tried to execute DeviceHostLinux by itself in the terminal and got this message:

Code:

$ sudo /opt/nextpvr/system/DeviceHost/x64/DeviceHostLinux
/opt/nextpvr/system/DeviceHost/x64/DeviceHostLinux: Symbol `dvb_v5_name' has different size in shared object, consider re-linking

I'm guessing that it's talking about the diff with a implementation in the LinuxTV library `libdvbv5` and a def in `DeviceHostLinux`.  oh and BTW if this helps...

Code:

$ ls -lF /opt/nextpvr/system/DeviceHost/x64/
total 1012
-rwxr-xr-x 1 root root 696752 Feb 19  2022 DeviceHostLinux*
-rw-r--r-- 1 root root 335400 Dec 29  2019 libdvbv5.so.0

I looked at previous defs of dvb_v5_name and the size has changed with new versions, and that would certainly cause a GPF...

Anyway, I am getting a consistent failure on the same show.  I would be happy to try something / debug if needed...

[mvallevand]

You are running it wrong, for testing. To use the provided library you would use the way NextPVR calls it (I added the discover parameters so it does something)

Code:

cd /opt/nextpvr/system/DeviceHost/x64/
LD_LIBRARY_PATH="../" ./DeviceHostLinux -discover

That being said those look like the wrong files are you running v6?

Martin

[sub]

The dates do look old. I'm guessing you haven't installed v6?

[spagio]

That being said those look like the wrong files are you running v6?

Martin

No I was on 5.2.7.220410, so I just upgraded to 6.0.0.220904 by downloading the latest deb file and issue the "sudo dpkg -i nextpvr-helper.deb" command.  It looks like the files did update..

Code:

$ ls -lF /opt/nextpvr/system/DeviceHost/x64
total 1916
-rwxr-xr-x 1 root root  725304 Aug 28 14:05 DeviceHostLinux*
-rw-r--r-- 1 root root 1232064 Jun 13 09:49 libdvbv5.so.0

...and I also executed your test for DeviceHostLinux as you suggested.  This time I got the "discovery" XML output of my quad tuner.

The "bad" news is that the same recording failed with the same result -- so I guess we are back to where we started at the beginning of this thread.

[spagio]

FYI This is now working in 6.1.1.221106 . no changes to schedule

[mvallevand]

Great, sub made significant changes to DeviceHostLinux in 6.1.1 that fixed a lot of issues.

Martin