[mythtv-users] mythbackend crashes every 6-7 hours

[Rob Verduijn]

Hi,

Mythbackend is still running with a modest amount of memory usage.
It was indeed the circular symbolic link in the storage directory.

I dealt with the high fragmentation of the xfs filesystem as well, it's now
down to 26%

Thank you to all that helpt solving this problem.
Rob Verduijn

2010/11/2 Rob Verduijn <rob.verduijn at gmail.com>

> Hi,
>
> I've taken some time to dig into mythweb and the errors.
> I think I've fixed it now.
> (I put the symbolic links in the mythweb data dir not my own data
> dir.......that will teach me to use unique names)
> Mythweb gives no more errors and there are no circular links.
>
> Still watching mythbackend to see if it is stable now.
>
> I'll keep ya posted if it runs through the night.
>
> Rob Verduijn
>
>
>
> 2010/11/2 Rob Verduijn <rob.verduijn at gmail.com>
>
> Hello,
>>
>> You could be on to something here.
>>
>> There are indeed symlinks in the video storage directory that are circular
>> I created them because mythweb kept complaining about them.
>>
>> I removed them now and now mythweb is complaining again when I click the
>> video link.
>>
>> Error:Could not create a symlink to /data2/video/Movies/, the local
>> MythVideo directory for this hostname (vimes). Please create a symlink to
>> your MythVideo directory at data/video in order to use the video portions of
>> MythWeb.
>>
>> And in the video storage folder mythweb has created a symbolic link to
>> itself
>> ie mythweb did : ln -s /data2/video/Movies /data2/video/Movies
>>
>> Not good either
>>
>> That's why I created the circular links, to keep mythweb from creating
>> faulty links.
>>
>> Ok the circular links are gone and now there is a faulty link in the video
>> storage directory.
>> Mythweb no longer functions properly when clicking the video link.
>> Mythbackend is running again, let's wait and see if it crashes out again.
>>
>> Rob Verduijn
>>
>> 2010/11/2 Gavin Hurlbut <gjhurlbu at gmail.com>
>>
>> ==23546== 1,063,660,288 bytes in 1,038,841 blocks are possibly lost in
>>> loss record 4,125 of 4,125
>>> ==23546==    at 0x402760A: malloc (in
>>> /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
>>> ==23546==    by 0x5E29F1A: qMalloc(unsigned int) (in
>>> /usr/lib/libQtCore.so.4.6.3)
>>> ==23546==    by 0x5E7DEAE: QString::realloc(int) (in
>>> /usr/lib/libQtCore.so.4.6.3)
>>> ==23546==    by 0x5E7EB65: QString::resize(int) (in
>>> /usr/lib/libQtCore.so.4.6.3)
>>> ==23546==    by 0x5E81CB2: QString::expand(int) (in
>>> /usr/lib/libQtCore.so.4.6.3)
>>> ==23546==    by 0x5E81E02: QString::insert(int, QChar const*, int) (in
>>> /usr/lib/libQtCore.so.4.6.3)
>>> ==23546==    by 0x5EA52C2:
>>> QAbstractFileEngineIterator::currentFilePath() const (in
>>> /usr/lib/libQtCore.so.4.6.3)
>>> ==23546==    by 0x5EA5371:
>>> QAbstractFileEngineIterator::currentFileInfo() const (in
>>> /usr/lib/libQtCore.so.4.6.3)
>>> ==23546==    by 0x5EFB4F9: ??? (in /usr/lib/libQtCore.so.4.6.3)
>>> ==23546==    by 0x5EB3906: ??? (in /usr/lib/libQtCore.so.4.6.3)
>>> ==23546==    by 0x5EB3AAC: QDirIterator::next() (in
>>> /usr/lib/libQtCore.so.4.6.3)
>>> ==23546==    by 0x5EAFC36: QDir::entryInfoList(QStringList const&,
>>> QFlags<QDir::Filter>, QFlags<QDir::SortFlag>) const (in
>>> /usr/lib/libQtCore.so.4.6.3)
>>> ==23546==
>>>
>>> OK.  I have a question.
>>>
>>> Your video directory (as configured non-storage group)...  does it
>>> have any symlinks in it that would possibly cause a cycle...  or do
>>> you have many many files?   It seems you are in an infinite loop
>>> filling memory.
>>>
>>> This is not normal :)
>>>
>>> If you are not sure what I mean...  then do:
>>>
>>> find /data2 -type l > /tmp/data2.txt
>>>
>>> And then check each of the reported links.  If any of them are -> . or
>>> -> .. or the like, that could be a serious issue.
>>
>> _______________________________________________
>>> mythtv-users mailing list
>>> mythtv-users at mythtv.org
>>> http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-users
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mythtv.org/pipermail/mythtv-users/attachments/20101103/5e312dd1/attachment.htm>