[mythtv-users] everyday i have to make sure myth worked the day before

[Warpme]

On Apr 19, 2011, 9:24 PM mtdean at thirdcontact wrote:

 >These are the socket errors that have been plaguing some users on some
 >systems for many versions, now (since 0.21-fixes), and are likely due to
 >changes in libc or the kernel or system configuration or something that
 >MythTV code may not have kept up with. They only seem to occur on some
 >systems. Those that see them, see them a lot. Others never see them.
 >(I'm in the latter group.) It may well be timing-related (which would
 >make sense since you said that use -v most prevents the problem--which
 >could be because the additional verbosity changes the timing of
 >operations enough to prevent the problem).

Mike,

I'm unfortunately in first group.
Lastly I rebuild 0.24-fixes 20110417 with debug flags exactly for tying 
catch socket issues.
One from many I caught (9733).
Other (e.g. deadlocks with EIT Active scan) I simply can't as since 5 
days BE works stable in config - which without debug build was 
deadlocking every 10-24h. Sure - maybe I was luck and 5 times longer 
test window was too short.
Anyway - I'm not specialist in programing - but clear correlation 
between build type and deadlock frequency tells me my issue is rather 
not result of of BE environment - but rather BE internal issues.
I have socket related BE deadlocks since long time (10-12 months or so).
In this period I tried 4 or 5 kernels,  4 glibc,  3 mysql and 3 Qt 
versions. No any change.
Personally I believe it is BE threading races issue as my BE is doing 
many other things for months of up-time without any issues.

Generally - it would be great to have definition of myth gold 
environment (versions of all relevant environment components giving 
expected to be most stable myth runtime).

br
-------------- next part --------------
A non-text attachment was scrubbed...
Name: warpme.vcf
Type: text/x-vcard
Size: 83 bytes
Desc: not available
Url : http://www.mythtv.org/pipermail/mythtv-users/attachments/20110420/0de75d42/attachment.vcf