[mythtv-users] mythtv causing 100% CPU and 75 % memory load since last upgrade

[Johannes Rohr]

So I have downgraded mythtv to version 1:0.28-6, but this makes no
difference, mythbackend causes 100% CPU load and uses 75% of memory
until it eventually gets killed by the kernel. Any tips how to
investigate this? I thought I might begin by emptying the database
(after backing it up), but I'd really like to know what might be
causing what seems like a memory leak.


Am Sonntag, den 05.02.2017, 18:57 +0100 schrieb Johannes Rohr:
> Dear fellow users,
> 
> I am running mythbackend on a Raspberrypi 3 on Arch Linux Arm. Until
> today's upgrade to version 1:0.28-9, it has been running smoothly.
> 
> Since I ran pacman -Suy today, mythbackend is constantly using 100% CPU
> time and uses most of memory, at the moment 75%.
> 
> Unfortunately, there is nothing in the log which seems unusual. Even if
> I run mythbackend with --loglevel=debug, I don't see any information
> coming out of it, after the usual startup messages.
> 
> So I have absolutely no idea what is wrong here.
> 
> What I am seeing now seems too unspecific even for a bug report to
> Archlinuxarm, can anybody recommend what I can do to extract
> information, or can someone say what know causes for this kind of
> behaviour are?
> 
> Cheers, thanks!
> 
> Johannes
> 
> _______________________________________________
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20170205/f5b5941e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 512 bytes
Desc: This is a digitally signed message part
URL: <http://lists.mythtv.org/pipermail/mythtv-users/attachments/20170205/f5b5941e/attachment.sig>