9.1 slow connection times
Moderators: chulett, rschirm, roy
9.1 slow connection times
We have migrated from 7.5.2 to 9.1 and have noticed when running jobs from the command line using the DSJOB command to find out the previous status of a job, we are seeing a 3 to 5 minute delay compared to 7.5.2.
I was wondering whether this was due to the different architecture in 9.1 and the fact that prior to connecting to the 'engine' authentication is performed on the service tier first. Whereas on 7.5.2 the connection id directly to the engine.
any ideas on the delay?
I was wondering whether this was due to the different architecture in 9.1 and the fact that prior to connecting to the 'engine' authentication is performed on the service tier first. Whereas on 7.5.2 the connection id directly to the engine.
any ideas on the delay?
thanks
-
- Premium Member
- Posts: 1735
- Joined: Thu Mar 01, 2007 5:44 am
- Location: Troy, MI
There may be a little delay but I don't think it will be 3 to 5 minutes anyways. The start-up timeout is much less than 3 minutes unless overridden. Did you mention the delay per dsjob command or for a script with multiple dsjob operations?
How loaded is your server? Also version 8.0 onwards datastage installation needs more capacity than 7.5.2.
Also try using DOMAIN=NONE and pass engine tier user details (unix user details) instead of service tier user details and see if it reduces the delay time.
How loaded is your server? Also version 8.0 onwards datastage installation needs more capacity than 7.5.2.
Also try using DOMAIN=NONE and pass engine tier user details (unix user details) instead of service tier user details and see if it reduces the delay time.
Priyadarshi Kunal
Genius may have its limitations, but stupidity is not thus handicapped.
Genius may have its limitations, but stupidity is not thus handicapped.
Are you using the operations console and workload management at 9.1? That might cause delays between jobs are started and when they actually get executed (in the interim they have the status of "queued"). I've found that my clients seem to be a bit sluggish at 9.1 compared to 8.7, but that execution times are roughly the same.
<a href=http://www.worldcommunitygrid.org/team/ ... TZ9H4CGVP1 target="WCGWin">
</a>
</a>
-
- Premium Member
- Posts: 1735
- Joined: Thu Mar 01, 2007 5:44 am
- Location: Troy, MI
What about the max number of jobs running setting, I am not sure tasks shows as "queued" if that limit is reached, they might just wait until they get a slot.
What is your dsjob.exe syntax?
What is your dsjob.exe syntax?
<a href=http://www.worldcommunitygrid.org/team/ ... TZ9H4CGVP1 target="WCGWin">
</a>
</a>
I am at a loss to explain why it takes so long to return that information. Are all your tiers on the same physical machine and how busy is it when you execute the command. If on separate machines, could one of them be at 100% CPU or I/O and thus blocking the command? I've never noticed any delays in just getting the jobinfo (although I've never used the command-line authentication, but I don't quite see how that could be making a difference here).
<a href=http://www.worldcommunitygrid.org/team/ ... TZ9H4CGVP1 target="WCGWin">
</a>
</a>
I found this on the IBM set, might be related:
http://www-01.ibm.com/support/docview.w ... wg1JR47809
http://www-01.ibm.com/support/docview.w ... wg1JR47809
-Jennifer
Nice find - that might be the cause, we'll see if the OP returns and can confirm their port usage.
<a href=http://www.worldcommunitygrid.org/team/ ... TZ9H4CGVP1 target="WCGWin">
</a>
</a>