[mythtv-users] All recordings disappeared

[Mark Perkins]

> On 10 Feb 2016, at 1:36 am, Saul <jaglover at gmail.com> wrote:
> 
> On Mon, 8 Feb 2016 17:52:13 -0600
> Saul <jaglover at gmail.com> wrote:
> 
>> On Mon, 8 Feb 2016 15:09:51 -0600
>> Saul <saul at asclinux.com> wrote:
>> 
>>> On Tue, 9 Feb 2016 07:18:00 +1030
>>> Mark Perkins <perkins1724 at hotmail.com> wrote:
>>> 
>>>>> On 9 Feb 2016, at 6:48 am, Saul <jaglover at gmail.com> wrote:
>>>>> 
>>>>> I was watching a recording, a minute before it ended I left,
>>>>> spent half an hour elsewhere. When I came back there was an
>>>>> empty screen
>>>>> - instead of recordings listing. I checked the recordings
>>>>> directory
>>>>> - files are still there. Ran mysqlcheck on mythconverg -
>>>>> everything shows OK. FE tells me no recordings found.
>>>>> What's going on?
>>>>> _______________________________________________
>>>> 
>>>> Accidentally changed view to an empty recording group?    
>>> 
>>> Nope. 
>>> 
>>>> Is stuff still getting written to the log file?    
>>> 
>>> My bad I didn't look earlier. Lots of files are "not found". Me
>>> scratching head now. If BE deleted them it should not be complaining
>>> they are missing, right? OTOH, it is ZFS pool with no errors (1.2 TB
>>> free), so I do not think ZFS or OS are to blame.
>> 
>> Correction. Many files are missing, but many are also orphaned. Scary.
> 
> OK, it happens on my main FE only. What can be possibly wrong with this
> frontend? Live TV works, watching videos works. But no recorded shows,
> the message is "No recordings exist". 
> 
> -- 
> Cheers, Saul
> _______________________________________________

LiveTV and recordings are probably going to different storage groups. Double check storage group setup and that the BE and FE users have appropriate permissions to folders in each storage group.

Possibly FE has the recordings storage folder mounted locally but the FE user doesn't have the correct permissions to access local mount?

Otherwise double check TCP connection 3306 to the MySQL database (unlikely) and TCP 6543, 6544 to mythbackend (maybe?).