[mythtv-users] unexpected behaviour

Sat Nov 3 13:00:38 UTC 2018

On Fri, Nov 2, 2018, 9:05 PM George Bingham <georgeb1962 at gmail.com> wrote:

>
> -- George
>
>
> On Fri, Nov 2, 2018 at 4:07 PM Daryl McDonald <darylangela at gmail.com>
> wrote:
>
>>
>>
>> On Fri, Nov 2, 2018, 9:36 AM glen <glenb at glenb.us wrote:
>>
>>> On Fri, 2018-11-02 at 09:11 -0400, Daryl McDonald wrote:
>>>
>>>
>>>
>>> On Thu, Nov 1, 2018, 10:26 PM Stephen Worthington <
>>> stephen_agent at jsw.gen.nz> wrote:
>>>
>>> On Thu, 1 Nov 2018 11:11:23 -0400, you wrote:
>>>
>>> >Greetings mythizens, I got 0-byte recordings for three shows airing
>>> between
>>> >10 &11 pm last night.
>>> >This was co-incident with me switching over to Kodi, and starting my
>>> VPN,
>>> >and streaming a show I had missed, I can wrap my head around losing the
>>> >hdhr (network tuner) recording but the other two were on internal tuner
>>> >cards. Is this normal behaviour?
>>> >
>>> >Does any one else using Myth and Kodi on the same box have suggestions?
>>> >
>>> >TIA  Daryl
>>>
>>> MythTV uses tuners in order, and does not ever try another tuner when
>>> one fails.  So if the first tuner is a network one and you have
>>> somehow screwed up the network access to the tuner, then that could
>>> explain what happened.  When you say the other two recordings were on
>>> internal tuner cards, how are you working out what card was used for
>>> the recordings?  Were the recordings from a different source that
>>> needed to use the internal cards?  When you get a failed recording,
>>> you can find the tuner it attempted to use in the logs, or you can go
>>> to the recording and use the I command twice (and then scroll down if
>>> necessary) to see the tuner.
>>>
>>> How do you use a VPN?  If it is run from the MythTV box then it is
>>> likely that setting up the VPN connection will have changed the
>>> routing on the MythTV box in a way that prevented access to the HDHR
>>> tuner.  The standard way the VPNs work is to divert all traffic
>>> outside the box to the VPN connection.  Often you can set them up so
>>> that local traffic on your network will not go via the VPN, but you
>>> will have to do extra configuration to do that.
>>>
>>> Another consideration is if you have storage group locations that are
>>> stored over network connections to other boxes on your network. MythTV
>>> has problems with network locations not being accessible.  If
>>> activating your VPN caused network storage groups to be inaccessible,
>>> but mythbackend kept trying to access them, that causes mythbackend to
>>> run extremely slowly due to it continually locking up in a bit of code
>>> that is trying the network connection and then failing. Each time the
>>> connection fails, it can move on and do a little more work, but as
>>> soon as it tries the connection again, it locks up again.  Only part
>>> of mythbackend is affected, but that includes the threads that do
>>> recordings, so all recordings fail.  As mythbackend tries to access
>>> all storage groups in that code, it does not matter if the networked
>>> storage group is only used for videos or pictures - it will still
>>> cause access to the recording storage groups to fail.
>>> _______________________________________________
>>> mythtv-users mailing list
>>> mythtv-users at mythtv.org
>>> http://lists.mythtv.org/mailman/listinfo/mythtv-users
>>> http://wiki.mythtv.org/Mailing_List_etiquette
>>> MythTV Forums: https://forum.mythtv.org
>>>
>>>
>>> My only network component is the HDHR, everything else in in the
>>> combined FE/BE, internal cards have UDEV rules and are used first, before
>>> the HDHR. Storage is three 1TB drives, internal, one of which I just
>>> replaced (impending failure) and curiously when I used Kodi it unmounted
>>> storage2 of it's own volition at the time of the failure. I doubt that all
>>> three failed recordings were going to the one drive, as they were
>>> simotanious, just something else to scratch the head with. VPN is on the
>>> myth/kodi box only and engaged when needed through the unity bar.
>>>
>>>
>>> _______________________________________________
>>>
>>> mythtv-users mailing list
>>>
>>> mythtv-users at mythtv.org
>>>
>>>
>>> http://lists.mythtv.org/mailman/listinfo/mythtv-users
>>>
>>>
>>> http://wiki.mythtv.org/Mailing_List_etiquette
>>>
>>>
>>> MythTV Forums:
>>>
>>> https://forum.mythtv.org
>>>
>>>
>>> why don't you test each tuner independent of myth. stop the backend and
>>> test the tuners to see they are receiving signal. with hdhomerun you can
>>> use the hdhomerun_config_gui util. and there are methods for the ones
>>> directly attached. if those work properly, take a look at your mythtv-setup
>>> and make sure the tuner setup is what you think and the storage directories
>>> are correct. then start the backend and test. on the storage verify the
>>> permissions are good for your storage directories. run mythtv-setup under
>>> user that is running backend
>>> _______________________________________________
>>> mythtv-users mailing list
>>> mythtv-users at mythtv.org
>>> http://lists.mythtv.org/mailman/listinfo/mythtv-users
>>> http://wiki.mythtv.org/Mailing_List_etiquette
>>> MythTV Forums: https://forum.mythtv.org
>>
>>
> I have a similar issue from time to time. I have one card that has two
> tuners on it, but can do up to 3 recordings if two of them share a
> multiplex. This often  happens starting at 7:00 where there will be three
> shows all starting at the same time. Often one of them would not tune
> within the tuning time out period and I am guessing that since it starts
> each recording nearly at the same time that there must be additional time
> allowed or something. Anyway, I now have one of the recordings set to start
> a minute early and since I made that change, it hasn't missed out on any
> recordings.
>
> Not sure if that's happening to you or not, but since it took place when
> you have multiple recordings starting at the same time, maybe stagger them
> a bit by starting one of them a minute early.
>
> HTH,
>
> George
>
>
>
>
>>
>> this was a one time episode, all is working as expected now, I think I
>> will check the permissions though.
>>
>>>
>>> _______________________________________________
>> mythtv-users mailing list
>> mythtv-users at mythtv.org
>> http://lists.mythtv.org/mailman/listinfo/mythtv-users
>> http://wiki.mythtv.org/Mailing_List_etiquette
>> MythTV Forums: https://forum.mythtv.org
>>
> _______________________________________________
> mythtv-users mailing list
> mythtv-users at mythtv.org
> http://lists.mythtv.org/mailman/listinfo/mythtv-users
> http://wiki.mythtv.org/Mailing_List_etiquette
> MythTV Forums: https://forum.mythtv.org

Interesting to know George, but for years now I have recorded by SD time, 3
or even 4 episodes at the same time without incident

I may have spoke to soon, it looks like my problems may be related to the
storage drive replacement. The last two news recordings have been
unwatchable, intermitten freeze-ups until inability to play at all, while,
a football recording made the same night a couple hours later plays great.
I'm going to use disks to check it out and am open to suggestions for
confirming if the new drive is a lemon or not.   TIA  Daryl

>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20181103/88e91a54/attachment.html>