I’m not sure if this is relevant, but it may be worth looking at. The slave considers the job complete when the process exits _and_ STDOUT and STDERR have been closed off. Since the “service” program is launching JBoss, it may do something stupid like leave stderr open, so that if the server ran into a problem, you’d see it on the prompt that you ran “service” on.
Here’s an experiment. Make the command:
service jboss start > /tmp/jboss_start.out 2>&1 && cat /tmp/jboss_start.out
One of three things might happen:
1: Everything just works, which is great.
2: The job still hangs, and cat is left running, not getting EOF from jboss_start.out because the server is still connected to it. If you can get away with it, ditch the ‘cat’ command and only look at jboss_start.out by hand if you need to.
3: The job still hangs after cat exits out, which means that my theory is wrong.
--Rob
Click here to report this email as spam.
--
You received this message because you are subscribed to the Google Groups "Jenkins Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
jenkinsci-use...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.