Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I've written a script to automate the process of starting, stopping, and restarting WAS7 from the command line. Nothing starts automatically on one of our staging servers, so I have to start everything: deployment manager, node agent, app server, and Web server. The script I wrote seems to work pretty well.

A coworker of mine recommended that I structure my commands differently. I'm wondering if there's a good, valid reason for doing so.

First, my variables:


How I had the start commands:

"${WAS_HOME}/bin/" -profileName $WAS_PROFILE_NAME

I was told that I should do it like this, instead:

WAS_DMGR="Dmgr01" # Added variable


How is the second way of starting up everything for WebSphere any better or more correct than the first, original, way?

share|improve this question
up vote 4 down vote accepted

This is dependent on the default profile being set since you run two profiles on the same machine. It appears Dmgr01 is the default so the first startManager call works fine. The server scripts sets the profilename so they work fine as well.

I think the first way of doing it is just as good as the second.

If you look at the code for the start*-scripts in Profile\bin you find they basically just set some variable and then call the AppServer\bin scripts.

share|improve this answer
As Pathduck said, the profile start scripts call the AppServer\bin ones. So technically your script should technically be faster. But you won't actually notice this millisecond. I haven't tested it, but I guess it doesn't matter what you start first, the Deployment Manager or the Node. I would start the deployment manager first. So both scripts are as good as the other one. – Peter Schuetze Aug 9 '10 at 18:53

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.