
On Mon, Feb 14, 2011 at 12:32:18PM +0000, Daniel P. Berrange wrote:
I'm getting periodic failures of the 'commandtest' case where the diff is
DAEMON:no -- < DAEMON:yes
For test cases 'test3' through to 'test15', except 'test'4. Tests 1, 2, 4, 16, 17, 18 are all unaffected. I can never reproduce it when I run just that one test case manually, but the automated builds I'm doing hit it > 50% of the time so it is clearly some kind of race condition. The line of code that's getting confused is this
fprintf(log, "DAEMON:%s\n", getpgrp() == getsid(0) ? "yes" : "no");
but I'm not clear how this can be going wrong. Ideas ?
Hmm, this seems to occur when you run the build under cron. Under an interactive shell getpgrp() != getsid() by default. Under non-interactive shell, then getpgrp() == getsid() even if we didn't ask to daemonize. So this approach to detecting whether we're daemonized isn't reliable. Perhaps the 'commandtest' program itself needs to call setsid()+setpgid() before running the child processes ? Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|