Description of problem:
When running "service rhn-satellite stop" a "waiting for processes to
exit" overwrites "Stopping tomcat5:" in the output.
This is probably an output bug, but shouldn't affect the functionality of the
Version-Release number of selected component (if applicable): RHN 4.0.x
When you run the command service rhn-satellite stop, you'll see, for a
brief second, where the message "Stopping tomcat5:" [OK] is listed
right after "Stopping httpd:" However, the "waiting for process to
exit" message immediately pops up and the "Stopping tomcat5" message
disappears. It's almost as if "waiting for process to exit" overwrites
the "Stopping tomcat5" message on the console. You're then left with
the following output to the console:
2006-02-13 13:51:35 Monitoring: ===================================
Stopping httpd: [ OK ]
waiting for processes to exit [ OK ]
waiting for processes to exit
Shutting down taskomatic: [ OK ]
As you can see, "Stopping tomcat5 [OK]" is no longer there. The
customer has no confirmation of whether or not the service shutdown OK or
not so there's no way of telling if tomcat5 had any issues during
shutdown, unless the customer closely watches the output during the
rhn-satellite shutdown process.
This is just a cosmetic bug that the customer would like to see fixed.
Steps to Reproduce:
1. Run service rhn-satellite stop from the command line.
"waiting for process to exit" overwrites
the "Stopping tomcat5" message on the console.
"waitig for proces to exit" shouldn't be overwritten
Fernando Nasser says this will be fixed in Bugzilla 179150 in tomcat5 RPMs with
VR greather than 5.5.12-1jpp_12rh to be made available in the next RHAPS errata.
This fix will only be effective when a newer tomcat5 release is incorporated
into the RHN Satelite product, so he suggested filing this bug against Satellite
See BZ 179150 for details. Patch is attached
Created attachment 126817 [details]
patch to fix output
moving to rhn420-triage since rhn410 is closed
punting until 510
Removing 181903 which is closed-wontfix.
Atlhough this patch is evidently present in recent tomcat, this issue still happen in xen console. On normal term (ssh access) it does not happen.
Since we are now using tomcat5 from rhel (which has been addressed by BZ 179150) I tent to close this as duplicate of that bug. Although some minor issue still persist (comment #13), But I find it very minor. If you insist on fixing it, please feel free to reopen this bug (or most probably the 179150) bug.
*** This bug has been marked as a duplicate of bug 179150 ***