Ed Gould wrote:
On Aug 9, 2005, at 1:35 AM, Shane Ginnane wrote:
Just a quick apology to the BCP (and ancillary product) support teams.
Went back and checked my holddata - *ALL* the holds that referred
back to
PTFs were from ...
...
...
tada ...
...
yep, you quessed it - DB2 .
Shane
From: Paul Gillis
5 - Always DB2 in its own zone. MVS in another.
Then it depends on the site as to who applies maintenance. My previous
site, we did all maintenance into product separate CSIs and then let the
DBAs perform their post-apply magic. At my current site, the DBAs do it
all, which
Just a quick apology to the BCP (and ancillary product) support teams.
Went back and checked my holddata - *ALL* the holds that referred back to
PTFs were from ...
...
...
tada ...
...
yep, you quessed it - DB2 .
Shane ...
On Aug 9, 2005, at 1:35 AM, Shane Ginnane wrote:
Just a quick apology to the BCP (and ancillary product) support teams.
Went back and checked my holddata - *ALL* the holds that referred back
to
PTFs were from ...
...
...
tada ...
...
yep, you quessed it - DB2 .
Shane ...
Shane (or
In [EMAIL PROTECTED],
on 08/02/2005
at 11:22 AM, Jon Brock [EMAIL PROTECTED] said:
I thought the mantra around here was turning into RTFM. Is it now,
RTFM but don't trust it?
Trust but verify.
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see
Trust but verify. I like that. Rather like Trust everyone, but cut the
cards.
Sound advice.
Jon
snip
Trust but verify.
/snip
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL
I thought the mantra around here was turning into RTFM. Is it now, RTFM but
don't trust it?
Jon
snip
If you will note, I said I had installed XA express.
And you trusted its documentation. MVS Express was a dog's breakfast,
and there was no reason to expect XA Express to be any better.
In [EMAIL PROTECTED], on 07/28/2005
at 12:51 AM, SArnett [EMAIL PROTECTED] said:
I disagree for three two reasons. The first is that the IBM
maintenance documentation stated that it could be done to the live
system, the second is that the IBM maintenance documentation I was
provided with
...
MVS Express was a dog's breakfast
...
In the States, maybe.
IBM Canada was bragging about Express for years, to the point
where Pokey came up with the idea
to import it into the US.
After they 'improved' it, nobody wanted to touch it.
Fortunately, IBM Canada was able to fend off the
ah yeah, as I said on the phone to them, during one call, if you're not
going to do SMP/E correctly,
then don't do it at all.
C/A's response to me, well, we don't know what maintenance customers
have on their systems.
rolling eyes.I said to them, Okay, I think we're done with this
We did quite a few redbooks on the subject of 'MVS Software Maintenance'.
Birger Heede
IBM Software Group
SArnett wrote:
I disagree for three two reasons. The first is that the IBM maintenance
documentation stated that it could be done to the live system, the
second is that the IBM
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Taddei, Cathy
Greetings, Robert. I'm glad people on your planet are able
to spend all their time on maintenance. I posted this
several years ago on another listserve, but it seems apropos here.
rant
I do not
...and you prvided them with the XA express in 83 and 85? They shipped
with the CBIPO in 87? Someone must have pulled them from the
boxes...Oh, wait, I checked the packing slips in each one of those boxes
and there were no redbooks in any of them, as I recall.
Birger Heede wrote:
We did
San Francisco. I attended the MVS/XA Structure and Flow in Atlanta,
flew home over the weekend and attended the MVS Installation Workshop in
SF the next week. The installation workshop was how to install MVS/SP
using the CBIPO with a little mini-session on MVS/SP internals. You
were not
Maybe it's just me, but it seems that less care is being taken by IBM with
packaging these days.
Due to various (mainly political) reasons, at one site I am in the position
of having to apply a heap of maint - better than a years worth.
The holddata (for the 1.4 BCP) is significant. An
Ooops - hair trigger. Bruce gets upset when I done sign off ;-)
--
Anyone else noticed similar ???.
Shane ...
--
For IBM-MAIN subscribe / signoff / archive access instructions,
Of ibm-main
Sent: Wednesday, July 27, 2005 5:00 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMP sloppiness
Maybe it's just me, but it seems that less care is being taken by IBM
with
packaging these days.
Due to various (mainly political) reasons, at one site I am in the
position
of having to apply a heap
In [EMAIL PROTECTED], on 07/27/2005
at 09:59 PM, ibm-main [EMAIL PROTECTED] said:
Maybe it's just me, but it seems that less care is being taken by IBM
with packaging these days.
ObQoheleth Why do you believe that it was better in the past. There
was a time when the JES2 service consistently
In a message dated 7/27/2005 1:12:43 P.M. Central Daylight Time,
[EMAIL PROTECTED] writes:
ObQoheleth Why do you believe that it was better in the past.
Please explain the Hebrew term.
Bill Fairchild
--
For
On Jul 27, 2005, at 11:39 AM, Taddei, Cathy wrote:
Oh, you think that's bad? Currently, I install and maintain DB2, whose
--SNIP-
Cathy,
Sorry to hear you had a bad experience with DB2 PTF. I think I can
honestly say I have never had the same experience in 20+
Of Taddei, Cathy
Sent: Wednesday, July 27, 2005 12:39 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMP sloppiness
Oh, you think that's bad? Currently, I install and maintain DB2, whose
holddata has always been prodigious. A reference to the PTF cover
letter is not what I call a packaging problem
] On Behalf
Of Taddei, Cathy
Sent: Wednesday, July 27, 2005 12:39 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMP sloppiness
Oh, you think that's bad? Currently, I install and maintain DB2, whose
holddata has always been prodigious. A reference to the PTF cover letter is
not what I call a packaging problem
In a message dated 7/27/2005 3:16:53 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
I already had an well you should try DB2 SMP sometime in hand when your
response popped in.
Yep, we skipped v6 altogether. It's reputation preceded it-mostly
from the DB-2 list. v7 started out
to be declining.
I hope they don't become just another PITA vendor.
Regards,
Cathy
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ed Gould
Sent: Wednesday, July 27, 2005 12:13 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMP sloppiness
On Jul 27
: Wednesday, July 27, 2005 1:16 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMP sloppiness
Cathy,
I already had an well you should try DB2 SMP sometime in hand when
your
response popped in.
I'll just say ditto and say that on db2 application binds the standard
hold action or bind instructions consists
well, for one, if company x is a year+ behind on maintenance as you indicate
below,
hmmm, well, that's the company's own stupidity and no one but theirs. .
It is prudent to stay a couple of months behind. 3 or so is normally
considered about right.
IBM has their CST report, their parallel
for.
/rant
Regards,
Cathy
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Robert Justice
Sent: Wednesday, July 27, 2005 3:53 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMP sloppiness
well, for one, if company x is a year+ behind on maintenance
The problem you get into when you don't stay somewhat current
is that you are then hitting problems that IBM has already fixed.
You're wasting your time, IBM's time looking at dumps that they
have already written a resolution for, possibly causing downtime to
your systems for a fix that has
Platitudes about staying current are all well and good.
I'm not being paid to make the decision (although my opinion is well known)
I'm paid to get it working.
I'm applying RSU0506 to my testbed. I still need to do all the
investigation.
IBM are not helping.
There will be several months of
OMG - You might as well make a usermod of the stuff to get the coreq sorted
out.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ted MacNEIL
Sent: Tuesday, July 26, 2005 8:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMP sloppiness
...
Why do
In [EMAIL PROTECTED],
on 07/27/2005
at 09:39 AM, Taddei, Cathy [EMAIL PROTECTED] said:
Oh, you think that's bad? Currently, I install and maintain DB2,
whose holddata has always been prodigious. A reference to the PTF
cover letter is not what I call a packaging problem. What I call a
In [EMAIL PROTECTED], on 07/27/2005
at 04:19 PM, Steve Arnett [EMAIL PROTECTED] said:
I can attest to TSO having SMP/E problems. My first experience with
SMP/E was installing TSO. The cover letter for TSO/E 2.1 clearly
stated If you are installing this product on your currently running
Sorry guys, but if you want to talk about truly bad SMP/E sloppiness, then
it's not IBM
that takes the cake, but C/A.
TLMS - mid 1990s, and C/A couldn't figure out how to PRE things !
ARGH!, WHAT A NIGHTMARE
--
For IBM-MAIN
, 2005 8:20 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMP sloppiness
In [EMAIL PROTECTED],
on 07/27/2005
at 09:39 AM, Taddei, Cathy [EMAIL PROTECTED] said:
Oh, you think that's bad? Currently, I install and maintain DB2, whose
holddata has always been prodigious. A reference to the PTF cover
My personal favorite is, Let the evil of the day be sufficient there of.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Shmuel Metz (Seymour J.)
Sent: Wednesday, July 27, 2005 8:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMP sloppiness
On Wed, 27 Jul 2005 21:38:37 -0400, Robert Justice [EMAIL PROTECTED] wrote:
TLMS - mid 1990s, and C/A couldn't figure out how to PRE things !
Why should there be any need to PRE things when you have BYPASS( MODID )?
-- gil
--
StorageTek
INFORMATION made POWERFUL
On Jul 27, 2005, at 11:35 PM, Shane Ginnane wrote:
As for Cathy and Tom - I too have had to deal with DB2 support. They
copped
a rocket from me on an incident our DBAs had opened.
I have yet to progress to the CICS and DB2 applies - the respective
teams
have their holddata to peruse at
On Jul 27, 2005, at 8:06 PM, Paul Hanrahan wrote:
OMG - You might as well make a usermod of the stuff to get the coreq
sorted
out.
The level set PTF tapes were infamous. They were as you would suspect a
PITA.
That being said it was nice to rag on IBM about them as they were an
easy
I disagree for three two reasons. The first is that the IBM maintenance
documentation stated that it could be done to the live system, the
second is that the IBM maintenance documentation I was provided with was
WRONG in how to apply the maintenance, and the third reason is that
doing the
39 matches
Mail list logo