[mythtv-users] mythlogserver fixes/0.26 OS-X?

[Yves Cayer]

> Date: Sun, 17 Feb 2013 09:11:53 -0500 
> From: Craig Treleaven <ctreleaven [at] cogeco> 
> Subject: Re: [mythtv-users] mythlogserver fixes/0.26 OS-X? 
> 
> Doesn't that still leave the issue that, on exit, the parent seems to 
> hang until the child exits (ie 5 minutes, at best)? Eg, launch 
> mythtv-setup, which launches mythlogserver (no --daemon flag), do 
> whatever, exit mythtv-setup. For me, mythtv-setup waits until 
> mythlogserver times out (or I kill it) before returning control to 
> the terminal. I believe if I were to launch another Myth program, 
> the shutdown timer on mythlogserver would be cancelled and the 
> original parent process would continue to be frozen. 
> 
> On OS X, is the easiest workaround to make the shutdown timer 
> effectively zero? (Looks to me like there are two places that need 
> to be patched in libmythbase/loggingserver.cpp.) 
> 
> All the testing I've done has been with mythtv-setup as I don't have 
> a complete 0.26 test system, yet. 
> 
> Craig 

I found a few interesting things about this problem. I found that if you append a & to the args in the system call, mythlogserver launches properly when mythfrontend is started, logs appear where they should, and mythfrontend exits immediately without hanging. This is in combination with the no daemon patch. 

I also found that when mythlogserver is launched on demand by launchd, as mentioned previously, logs aren't being written and mythlogserver quits after 5 minutes even if the frontend is still running. However, if you quit mythfrontend and restart it while mythlogserver is still running, logs will work normally at that point. What I also did was to disable the launching of mythlogserver from mythfrontend (since launchd takes care of it) in order to prevent the two mythlogserver processes (one of which quits automatically). So is this an issue with zeromq, a race condition perhaps?

Yves






-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.mythtv.org/pipermail/mythtv-users/attachments/20130327/7832b866/attachment.html>