IPTV URLFetcher::FetchData appears to "lockup" sporadically

[greg]

It appears that there is something going on when starting an IPTV recording which can cause the qApp->processEvents() call in URLFetcher::FetchData? to never return and ends up leaving the backend process in a statewhere all network/mythsocket activity just stops. I can see from the logs that the JobQueue? is still running but no new connections can start and existing ones basically die until mythbackend is restarted.

It doesn't happen everytime a recording starts, but does seem to be more likely to occur if I'm in the middle of streaming a show from that backend to a frontend already. Be it LiveTV or a recording.

My M3U file is local to the backend and I've used both "/home/mythtv/.mythtv/iptv.m3u" and "​file:///home/mythtv/.mythtv/iptv.m3u" with the same results each time.

If there is anything else I can provide or try just let me know. I will be testing with a newer version of QT just in case that is the cause of my problem.

Current versions :

QT - 3.3.3 Mythtv - SVN-Head- 13482

[greg]

Just wanted to add some more notes on this. This problem only occurs AFTER an iptvrecording finishes.

So I can start as many recordings as I like,but after 1 finishes, the very next one to start will hang at the qApp->processEvents() call and all future recordings fail and all current mythsocket transactions grind to a halt until the backend is restarted.

I've updated my QT to 3.3.8 so at this point I'm thinking that something isn;t being torn down correctly when a recording finishes and a thread is left hanging.

I've attached a backtrace from after the system has gotten into this state if it's of any use.

[koying]

Same here. On my side, it happens systematically when doing back-to-back recordings. (QT 3.3.8 - SVN 13775)

[greg]

Just an update on this one. I've "gotten around" the problem but certainly not fixed it with the attached patch. Basically I just avoid clearing the list of channels so we never end up calling FetchData? again so it never stalls.

[greg]

Simple patch to avoid recalling FetchData?

[anonymous]

FWIW, While I was having exactly this same problem, and applying that patch has resolved it, I am getting a different symptom now (for several weeks) - after some amount of running one or more of the defined IPTV recorders will cease to work properly. It still "thinks" it has made a recording, and the entry appears in 'recordings', but upon selecting it it informs that the file cannot be found. If LiveTV happens to pick the tuner it tries for a moment and then reports unable to lock...

Shutting down and restarting the backend clears the problem, at least until it recurs

I'm not quite sure how to troubleshoot this.

[megadave@…]

Er, bah. Previous comment is mine. Forgot to enter my email.

[greg]

(In [16024])

Closes #3489. This patch avoids clearing the channel list everytime so we don't need reloading it