Please report new issues athttps://github.com/DOCGroup
Created attachment 980 [details] PRF posted to tao-bugs The following orbsvcs fail to daemonize when -ORBDaemon is specified on the command line: TAO/orbsvcs/Naming_Service/Naming_Service TAO/orbsvcs/CosEvent_Service/CosEvent_Service TAO/orbsvcs/Notify_Service/Notify_Service TAO/orbsvcs/Trading_Service/Trading_Service TAO/orbsvcs/Event_Service/Event_Service TAO/orbsvcs/Concurrency_Service/Concurrency_Service The status of other services is unknown. The TAO Naming_Service fails to daemonize. It starts and initializes but does not fork into the background. To debug the problem I'm running the cosnaming service in a tmp directory under the debugger. [mkdir /tmp/tao-cosnaming-debug] I'm using the following command line: /usr/sbin/tao-cosnaming \ -p /tmp/tao-cosnaming-debug/tao-cosnaming.pid \ -ORBListenEndpoints iiop://:2809 \ -f /tmp/tao-cosnaming-debug/tao-cosnaming.dat \ -ORBLogFile /tmp/tao-cosnaming-debug/tao-cosnaming.log \ -ORBSvcConf /etc/tao/tao-cosnaming.conf \ -ORBDaemon \ -ORBDebugLevel 10 The problem seems to be that ACE_Service_Config::open_i is not called.
Created attachment 981 [details] Patch adding app-level "--daemon" flag to orbsvcs This patch adds an application level "--daemon" flag to each of these orbsvcs.
I'll take this one.
Iliyan, can you check this, probably caused by the sg/sc refactoring.
(In reply to comment #1) > Created an attachment (id=981) [details] > Patch adding app-level "--daemon" flag to orbsvcs > > This patch adds an application level "--daemon" flag to each of these orbsvcs. the -orbdeamon should work, I have asked Iliyan to check this
(In reply to comment #4) > > > > This patch adds an application level "--daemon" flag to each of these orbsvcs. > > the -orbdeamon should work, I have asked Iliyan to check this it does seem it should work and perhaps it is the better solution, because it makes the functionality explicit. the more complicated approach - trying to "fix" SC::open() to restore the legacy behavior - might be worth it if more cases like this were discovered. i will try to look into it
Confirmed ImR_Activator shows same regression
Created attachment 1128 [details] Update to patch for x.6.9 changes
I think we just should have -ORBDeamon, having the same option in the services seems a wrong thing, duplicate code. If other people have other ideas, add them here. In case people want to have a service specific flag, why have it with --, not just -.
Johnny, We don't want s separate flag ... the problem is -ORBDaemon didn't seem to work correctly. My recollection of the issue (there should be something in the mailing list about it) is that -ORBDaemon is a fairly complex ordering challenge; it seems very hard. My patch is a workaround which attempts to solve the problem at the application layer, by not using a challenging feature which wasn't working. Please let me know if the underlying -ORBDaemon support is now working; it would be a better solution ... Ken
Created attachment 1176 [details] Latest orbsvcs daemon patch. This is the latest version of the patch.
I have asked OCI to see if they can address the -orbdeamon problem.