Hello everyone: I've managed to get through the (incredibly flawed) solaris 10 arsystem 7 install. This is 7.0.01 patch 2.
I'm using oracle 10G client library with a remote database on an oracle 10 Rapid Application Cluster. So ... now the server is INCREDIBLY slow to start. The server is configured to run on a TCP port (10000). When I issue the 'arsystem start' command, I get the usual output on the console indicating that the server has started. However, the TCP port is not listening, and of course, no clients can connect to the server. If I wait (approx 7 minutes), I will see the following output on the console: (ARNOTE 0) Server indicates that it's up. (ARNOTE 0) ARMonitor child process (pid:29595) started. ./arplugin Action Request System(R) Fork Daemon Version 7.0.01 patch 002 200704021644 Copyright (c) 2000 - 2006 BMC Software, Inc. All rights reserved. Action Request System(R) Plug-In Server Version 7.0.01 patch 002 200704021644 Copyright (c) 2001 - 2006 BMC Software, Inc. All rights reserved. Loaded Web Services plugin properly After the above, the TCP port opens up and clients can connect, and it seems to work well enough. What I presume is happening here is that arserverd must issue some sort of indication that it's completed start up so that arforkd and armonitor can do their thing and start listeners and plugins, and that arserverd is for some reason taking on average 7 minutes to do that. I can't manage to get ANY sort of logging during the 7 minutes of mystery. is there some way to figgure out what the heck is going on durring this period of time (is it timing out DNS? is the db slow to respond? is it waiting on disk access? what is it doing?). We have an identical set up in our dev lab, with the exception that the database server is not a RAC and it's installed on the same machine. The startup is quite snappy on that setup. There don't appear to be any issues with network latency between the remedy server and the RAC. Anyone ever seen this before? Any suggestions? thanks, Andrew _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
