Hello All ,
I am working on a cluster environment . We have 4 servers . Server1 is the conductor node ( 8.5 engine & WAS are installed ) .Server2 , Server3 , Server4 have engine installed . There are some projects deployed in server1 , server2 , server3 , server4 . I want to know at any given point what are all the jobs running on all the servers .
Is it not sufficient to execute ps -aef | grep DSD.RUN on server1 ( which hosts WAS & Engine ) to find all the jobs running on all the servers ?
Thanks
Nag
Number of jobs running
Moderators: chulett, rschirm, roy
"Is it not sufficient to execute ps -aef | grep DSD.RUN on server1 ( which hosts WAS & Engine ) to find all the jobs running on all the servers ? "
We can't answer that for you.
You could obtain a list of all of the jobs for each project. You could parse out your PS connad to find the job name, then compare it to your list of jobs/project. It's not the best approach, but you could get a crude way of listing "who's on".
We can't answer that for you.
You could obtain a list of all of the jobs for each project. You could parse out your PS connad to find the job name, then compare it to your list of jobs/project. It's not the best approach, but you could get a crude way of listing "who's on".
Based on your description, you have multiple engine installations registered with the Services tier (WAS), and projects are deployed on engines.
Running the command line you provided on server1 will only show jobs which were submitted by the engine tier on server1. I believe you will need to run the command on each of the engine tiers to see the jobs running on all servers.
Regards,
Running the command line you provided on server1 will only show jobs which were submitted by the engine tier on server1. I believe you will need to run the command on each of the engine tiers to see the jobs running on all servers.
Regards,
- james wiles
All generalizations are false, including this one - Mark Twain.
All generalizations are false, including this one - Mark Twain.
Unless I have either misunderstood your description, or if you have incorrectly described the architecture of your installation to me, you have four separate engine installations, each with their own set of projects.
In your example, engine 2 owns the project in which the two jobs exist and are running. The DSD.RUN processes will execute on that server--they are DS Server processes--in this case server2. You will not see those on any of the other engine servers.
In your example, engine 2 owns the project in which the two jobs exist and are running. The DSD.RUN processes will execute on that server--they are DS Server processes--in this case server2. You will not see those on any of the other engine servers.
- james wiles
All generalizations are false, including this one - Mark Twain.
All generalizations are false, including this one - Mark Twain.
Keep in mind that my answer is based upon the topology you have described: separate engine installations (that is you physically ran the installer on each server to install the engine tier, not just copied the engine binaries from another server), each engine individually registered to WAS and each housing a separate set of projects. The engine/server which owns the project is the one on which the DSD.RUN processes will be seen for jobs within that project.
Regards,
Regards,
- james wiles
All generalizations are false, including this one - Mark Twain.
All generalizations are false, including this one - Mark Twain.