[mythtv-users] expire errors

[Roland Ernst]

On Fri, Aug 28, 2020 at 4:37 PM Greg Woods <greg at gregandeva.net> wrote:

> I have recently moved to a new FE/BE combo system (MythTV v31 on Fedora
> 32). In the process, I have noticed a number of these errors from
> mythbackend:
>
> Aug 28 08:08:25 seveneves.gregandeva.net mythbackend[34639]: 2020-08-28
> 08:08:25.478068 N [34639/34695] Expire
> autoexpire.cpp:633:SendDeleteMessages  Expiring 9418 MB for 1858 at
> 2015-11-20T18:00:00Z => "Christmas Comes Home to Canaan"
> Aug 28 08:08:25 seveneves.gregandeva.net mythbackend[34639]: 2020-08-28
> 08:08:25.481925 E [34639/34639] CoreContext
> mainserver.cpp:3103:DoHandleDeleteRecording  MainServer: ERROR when trying
> to delete file: myth://mongoliad.gregandeva.net/1858_20151120173857.mpg.
> File doesn't exist.  Database metadata will not be removed
>
> I checked, and ignoring the fact that "mongoliad" is the name of the old
> backend machine, the recording file does not in fact exist. So the next
> step is to run find_orphans.py (I just downloaded the latest version for
> v31 and above, python3-based as is my Fedora 32 system). But it crashes as
> follows:
>
> [...long list of orphaned files...]]
>   mongoliad.gregandeva.net: The X-Files - Plus One
>      1655_20180118020000.ts
>   mongoliad.gregandeva.net: The X-Files - This
>      1655_20180111020000.ts
>
>         Count:         154
> Are you sure you want to continue?
> > yes
> Traceback (most recent call last):
>   File "/usr/local/bin/find_orphans.py", line 230, in <module>
>     main()
>   File "/usr/local/bin/find_orphans.py", line 214, in main
>     opt[1](opt[2])
>   File "/usr/local/bin/find_orphans.py", line 129, in delete_recs
>     rec.delete(True, True)
>   File "/usr/lib/python3.8/site-packages/MythTV/dataheap.py", line 377, in
> delete
>     return self.getProgram().delete(force, rerecord)
>   File "/usr/lib/python3.8/site-packages/MythTV/mythproto.py", line 975,
> in delete
>     res = int(be.deleteRecording(self, force=force))
>   File "/usr/lib/python3.8/site-packages/MythTV/mythproto.py", line 671,
> in deleteRecording
>     [command,program.toString()]))
>   File "/usr/lib/python3.8/site-packages/MythTV/mythproto.py", line 965,
> in toString
>     return BACKEND_SEP.join(self._deprocess())
>   File "/usr/lib/python3.8/site-packages/MythTV/altdict.py", line 178, in
> _deprocess
>     data[i] = self._inv_trans[self._field_type[i]](v)
>   File "/usr/lib/python3.8/site-packages/MythTV/altdict.py", line 113, in
> <lambda>
>     lambda x: str(int(x.timestamp())),
>   File "/usr/lib/python3.8/site-packages/MythTV/utility/dt.py", line 481,
> in timestamp
>     return ((utc_naive - utc_epoch).total_seconds())
> TypeError: can't subtract offset-naive and offset-aware datetimes
>
> Has anyone else seen this (and better yet, have a patch to fix it)?
>
> How serious are the mythbackend errors? As far as I can see, the system is
> working fine other than this, so it may be just cosmetic, but it does mean
> at least that there is some cruft in my database that it would be nice to
> get rid of.
>
> As of now, I am nowhere near close to filling my recording storage
> directories, but I am afraid that when I do start to get close, the expire
> system may not actually be working correctly.
>
> Thanks,
> --Greg
>

For changing the hostname properly, see
https://www.mythtv.org/wiki/Database_Backup_and_Restore
section "Change the hostname of a MythTV frontend or backend"

For the utility "find_orphans.py", see the latest changes on
https://www.mythtv.org/wiki/Find_orphans.py
and the forum entry
https://forum.mythtv.org/viewtopic.php?f=6&t=3793
Note: The mentioned bug (1) was fixed in June 2020.
Could you please update your installed version of mythtv?

(1) #13622) <https://code.mythtv.org/trac/ticket/13622>

Roland
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20200829/698dea32/attachment.htm>