Overall I've had real good luck with the process including performance.
Then the last week or two I along with a couple of my peers have had
RECEIVE jobs time out more than once. Anyone heard of any changes
or problems on IBM's end of things?
On Wed, 6 Jun 2007 08:43:50 -0500, David Magee [EMAIL PROTECTED] wrote:
Overall I've had real good luck with the process including performance.
Then the last week or two I along with a couple of my peers have had
RECEIVE jobs time out more than once. Anyone heard of any changes
or problems on
I opened a problem this morning regarding my RECEIVE ORDER timeout from
last night (against component 566894901) for the following failure:
GIM69147WSMP/E WAITED 120 MINUTES BUT ORDER ORD9 IS NOT
READY FOR DOWNLOAD FROM THE SERVER AT
Brian,
I do plan on opening problems in the future based on the information you
gave before. But my job I submitted late yesterday afternoon for
CONTENT(ALL) actually completed in about 90 minutes. This was a
surprise since yesterday was a new RSU/PUT levels are now available
email day -
This is an excellent point. I've not heard any written or verbal statement
regarding the service objective for RECEIVE ORDER processing. Personally, I
feel the 120 minute timeout is reasonable.
Brian
On Wed, 6 Jun 2007 13:40:29 -0500, Mark Zelden wrote:
But you (nor anyone else,
On Wed, 6 Jun 2007 14:10:23 -0500, Brian Peterson
[EMAIL PROTECTED] wrote:
This is an excellent point. I've not heard any written or verbal statement
regarding the service objective for RECEIVE ORDER processing. Personally, I
feel the 120 minute timeout is reasonable.
Brian
For normal
Mark,
Try
http://www.ibm.com/support/us/
Rarely more the 15 minutes or so for up to 25 or 30 fixes.
File is placed for browser or FTP retrieval.
The Search panel supports keyword searches similar to IBM link.
The onlyt drawback I have found is that this service is 1 or 2 days
behind IBM link.
On Wed, 6 Jun 2007 15:31:08 -0500, Staller, Allan [EMAIL PROTECTED]
wrote:
Try
http://www.ibm.com/support/us/
Rarely more the 15 minutes or so for up to 25 or 30 fixes.
File is placed for browser or FTP retrieval.
The Search panel supports keyword searches similar to IBM link.
The onlyt
On Wed, 6 Jun 2007 15:56:16 -0500, Mark Zelden [EMAIL PROTECTED] wrote:
It sounds like what I was looking for the other day, but the link I had
saved in my favorites was broken and didn't forward. This is what
I used prior to converting over to ShopZseries for everything and
then to SMP/E
On Jun 6, 2007, at 12:52 PM, Brian Peterson wrote:
-SNIP___
From this, I conclude the following Just like many areas of my IT
organization, problems which are not reported simply do not exist.
I'd be very
surprised if noise from IBM-MAIN had anything
Mmmm - might the whole service delivery organization.
I just ordered a single PTF (plus requisites) via SRD for delivery via
INET. Shipped notification came in in no time. Kicked off a batch ftp to
pick it up - timed out.
3 times.
Went and pulled it via http, and (SMP) received it. Just the
In a message dated 6/5/2007 2:15:15 A.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
Ordered it again just to make sure I had punched all the right radio
buttons.
All round, a pretty poor experience compared to the past.
My suspicion is that they failed to address the tn3270
On Sun, 3 Jun 2007 11:29:43 -0500, Brian Peterson
[EMAIL PROTECTED] wrote:
At the moment, the only IBMLink ETR support queue for RECEIVE ORDER
problems that I am aware of is 566894901 - the queue for SMP/E. The folks
on the receiving end of this queue currently take problem reports for RECEIVE
Bob said his DB2 maintenance ordered via ShopZ took a long time.
So does SMP/E use the same servers to build orders as ShopZ?
I reordered this morning hoping more PTFs became available over
the weekend. I received an email that the order is available for
download, but Shop Z says it's still in
On Mon, 4 Jun 2007 08:41:17 -0500, Mark Zelden [EMAIL PROTECTED] wrote:
Should I have reported a problem Friday (and the last few times)?
What are the parameters that indicate a problem as opposed to just
being a little slow?How long should it take to just get HOLDDATA?
A single PTF or a few
I have opened perhaps 5 PMRs with IBM so far this year reporting failure of
RECEIVE ORDER to process an order before the default 120 minute timeout
occurs. Each time, IBM SMP/E support has been very helpful in getting the
Boulder folks to fix their latest problem.
I've also opened maybe 2
snip
I ordered a single APAR earlier this morning and the job timed out. The
default is 120 minutes of waiting.
snip
I have to agree with Brian and Mark that the Receive Order is a very nice
feature but certainly has loss its responsiveness. The last APAR (6
SYSMODs) that I ordered required more
At the moment, the only IBMLink ETR support queue for RECEIVE ORDER
problems that I am aware of is 566894901 - the queue for SMP/E. The folks
on the receiving end of this queue currently take problem reports for RECEIVE
ORDER and pass them along to the organization which actually supports the
I ordered a single APAR earlier this morning and the job timed out.
I ordered DB2 V9 maintenance for internet delivery through Shop zSeries
Thursday. It took 6-7 hours before it was ready. Normally it takes 30
minutes max.
Bob Shannon
Rocket Software
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
20 matches
Mail list logo
