I've been using SMP/E 3.4 to order holddata and maintenance for a year 
now.   At times (especially lately) it is *very* slow.  I assume the
delay is on IBM's side building the order since the order is sent right 
away and you can see that message in the SMP/E output.   

I ordered a single APAR earlier this morning and the job "timed out".  The
default is 120 minutes of waiting.   I did get the order with the "PENDING"
option a little later.  I also changed some of my sample JCL to change
the wait time from 120 minutes to 300 minutes because of the problems
I have been seeing the last couple of months.  But this all seems 
very excessive.  I haven't used ShopZ or the other download PTF site
I used to use, but they were both very quick in building orders.  

I just submitted a HOLDDATA only order and it's already been waiting
for over 90 minutes.   OTOH, I just submitted my "old JCL" that does
an FTP in batch from service.boulder.ibm.com and the FTP step
ran in 6 seconds (I deleted the SMP/E RECEIVE step because of my other
job running).   

Is everyone getting these sort of delays with the orderserver?  Is it
because everyone is using it now?  A couple of other times I figured
it was because everyone was getting RSU maintenance at the same
time (you can sign up for an email when a new level is available),
but that isn't the case today. 

If this is all due to server overload, then I sure hope IBM addresses
the issue.  I suspect it could be because the last time I had problems
getting the current RSU maintenance during the day, I re-submitted
the job to run before I left the office and it didn't time out.  

Yes, I know we could schedule these jobs to run at night... but since we 
need to look at REPORT ERRORSYSMODS on a regular basis anyway, at
least the person submitting the job remembers there is something
to look at.  Not to mention all the change control procedures to put 
something in the production scheduling package and then all the
pain to change it if you need to. :-)

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group:  G-ITO
mailto:[EMAIL PROTECTED]
z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/
Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to