OA27112 is closed with PTFs available.
http://www.ibm.com/support/docview.wss?uid=isg1OA27112
The problem was discovered here doing reporting with DAF and is bad data in the
SMF type 65 record. When using DAF on z/OS 1.9 you may see some output from
problems processing some type 65 records
IBM has issued a flash on this subject, see
http://www.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/FLASH10559
Bill
On Thu, 1 Mar 2007 08:17:26 -0500, Shmuel Metz (Seymour J.)
[EMAIL PROTECTED] wrote:
In
[EMAIL PROTECTED],
on 02/27/2007
at 10:29 AM, Alan Schwartz [EMAIL PROTECTED] said:
In
[EMAIL PROTECTED],
on 02/27/2007
at 10:29 AM, Alan Schwartz [EMAIL PROTECTED] said:
Early in January Russ Witt sent the list a warning about the
implications apar OA17011 could have on tape retention. We've had
some discussions about this apar internally; not concerning the
technical
Early in January Russ Witt sent the list a warning about the implications
apar OA17011 could have on tape retention. We've had some discussions
about this apar internally; not concerning the technical impact but the
fact that there was no hold on it. I'm not suggesting that it should have
a
On Tue, 27 Feb 2007 10:29:05 -0600, Alan Schwartz
[EMAIL PROTECTED] wrote:
So I'm asking the group when you're applying preventative maintenance do
you read and analyze the cover information for every ptf being applied?
We've always looked at the hold info for all ptf's needing a bypass
Mark Zelden wrote:
[...]
IBM has been trying to make the amount of holddata you need to go through
in order to apply maintenance, less not more. For example, changing
++ACTION holds to ++IPL so you can ignore those when applying to a
maintenance sysres that you know will be rolled out with an
List IBM-MAIN@BAMA.UA.EDU
02/27/2007 10:41 AM
Please respond to
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU
To
IBM-MAIN@BAMA.UA.EDU
cc
Subject
Re: Warning on IBM APAR OA17011
On Tue, 27 Feb 2007 10:29:05 -0600, Alan Schwartz
[EMAIL PROTECTED] wrote:
So I'm asking the group when
Russel,
can you clarify something for me please?
Your sig states that you support CA-1, and in your post you say that folks
running a tape management system (including CA-1) are safe, but you go on
to say that you have 2 clients (by deduction CA-1 customers?) who have
lost data as a
Steve O'Connell steve.m.o'[EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
Russel,
can you clarify something for me please?
Your sig states that you support CA-1, and in your post you say that
folks
running a tape management system (including CA-1) are safe, but you go
on
:[EMAIL PROTECTED]
Behalf Of Vernooy, C.P. - SPLXM
Sent: Wednesday, January 10, 2007 6:19 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Warning on IBM APAR OA17011
...snip...
I had to read Russel's text several time until I saw what he meant (I
hope).
He said, spread over several sentences:
If you
I have sent a feedback to [EMAIL PROTECTED] to get the book corrected
next time it is updated.
Mike Wood RMM Development
On Wed, 10 Jan 2007 06:04:39 -0600, Steve O'Connell
steve.m.o'[EMAIL PROTECTED] wrote:
snip
Incidentally, the IBM Redbook Enterprise Tape A Practical Guide I have
says :
I wanted to give a warning regarding APAR OA17011 (closed, with published
PTF's available). There has been a hole in IBM SMS Managed Tape for a long
time (day-1 possibly), were the Retention Limit value in the Management
Class was not enforced. So, if the Retention Limit was 0 and the JCL said
FYI,
Update on our z/OS R4 to z/OS R7 migration. We have encountered another
issue
that appears to match the symptom that is described by IBM APAR: OA17875.
We
haven't installed the PTF on the z/OS image that experienced the problem,
so that
is why I indicated 'appears to match'. I spoke to IBM
The fis for PK20133 is on 0604 maintenance tape.
how far backlevel is your z/OS 1.7 system?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN
On Wed, 27 Sep 2006 18:45:40 -0500, Glenn Miller [EMAIL PROTECTED]
wrote:
snip
So my question is:
Do you apply ALL PTFs from the PSP bucket?
Yes - all applicable PTFs (some may be for FMIDs you don't have).
That is the whole idea of having them.
Since there are PTFs that show
up in the PSP
On Thu, 2006-09-28 at 08:25 -0500, Mark Zelden wrote:
Since there are PTFs that show
up in the PSP buckets daily, how do you reasonably 'keep up' with these
PTFs?
Review / apply them at install time. Then it depends on how long it
takes to move from your sandbox / test systems. I would
FYI,
Update on our z/OS R4 to z/OS R7 migration. We believe we have encountered
the problem that is described by IBM APAR: PK20133. We are having the
corruption
to the CICS EIBTIME area as described in the APAR. Our plan is to apply
the PTF
to our z/OS R7 system this weekend and re-test
FDRABR users on z/OS V1.7 and up need to look at IBM HIPER APAR OA17290.
It closed on July 24, 2006.
Ben Alford Enterprise Systems Programming
University of Tennessee
--
For IBM-MAIN subscribe /
Thanks Ben. This FDRABR customer with an August z/OS 1.7 production
implementation planned appreciates the 'heads up'.
Just wondering...Did you actually experience the problem or identify the
APAR via proactive monitoring of service availability?
Paul
Ben Alford wrote:
FDRABR users on z/OS V1.7 and up need to look at IBM HIPER APAR OA17290.
It closed on July 24, 2006.
Darn those pesky IBM developers! They just keep allocating new control
block bytes from the areas reserved for ISVs! ;-)
--
Edward E Jaffe
Phoenix Software
Thanks for the info.
Liliane
At 09:30 AM 7/26/2006, Ben Alford wrote:
FDRABR users on z/OS V1.7 and up need to look at IBM HIPER APAR OA17290.
It closed on July 24, 2006.
Ben Alford Enterprise Systems Programming
University of Tennessee
Liliane Clever
SunGard
FYI, we are in the process of preparing an email to our FDRABR customers
to notify them of this APAR and two child APARs. Note that the PTFs are
not yet available but ++APARs are available for two of the APARs.
--
Bruce Black
Senior Software Developer
Innovation Data Processing
Ed Gould wrote:
Some other sysprogs that I know don't know about it but they don't go
SHARE. I would hate to think that this apparently nice facility is
limited to SHARE attendees. I am not against this per se..
C'mon, Ed. Of course it's not limited to SHARE attendees. Why
would we want
On Mar 13, 2006, at 8:18 AM, John Eells wrote:
Ed Gould wrote:
Some other sysprogs that I know don't know about it but they don't
go SHARE. I would hate to think that this apparently nice
facility is limited to SHARE attendees. I am not against this per
se..
C'mon, Ed. Of course
to - it's up to you to learn).
Don Imbriale
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
Of Ed Gould
Sent: Monday, March 13, 2006 10:24 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM APAR
On Mar 13, 2006, at 8:18 AM, John Eells wrote:
Ed Gould
John Eells wrote:
HOLDDATA has indeed been around for quite a while (and a big
improvement
it was over EXCLUDE lists, too).
However, Enhanced HOLDDATA, which includes HOLDs for HIPERs, has not
been around for 20 years. In fact, the pre-GA pilot progam wasn't even
20 years ago (more like
, Wisconsin
- Original Message -
From: John Eells [EMAIL PROTECTED]
Date: Monday, March 13, 2006 12:18 pm
Subject: Re: IBM APAR
To: IBM-MAIN@BAMA.UA.EDU
John Eells wrote:
I should have mentioned, though, that SMARTMVS, on which Enhanced
HOLDDATA was built, was around well before
In a message dated 3/13/2006 1:03:23 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
What was SmartMVS? I don't recall ever hearing about that. Or maybe I
just forgot. Was that something you had to pay for? Maybe it was one
of those things only available at Share. (A little
On Mar 13, 2006, at 12:18 PM, John Eells wrote:
John Eells wrote:
HOLDDATA has indeed been around for quite a while (and a big
improvement
it was over EXCLUDE lists, too).
However, Enhanced HOLDDATA, which includes HOLDs for HIPERs, has
not been around for 20 years. In fact, the pre-GA
On Mar 13, 2006, at 10:28 AM, Imbriale, Donald (Exchange) wrote:
Ed, pay attention. John could not have stated it any more
clearly : Of
course it's not limited to SHARE attendees.
But you come right back and say that it is.
Of course the only people who know about it are SHARE people or
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ed Gould
[ snip ]
A key point that everyone seems to be missing is that SE's (and they
like) have essentially disappeared in the late 80's and early 90's.
There is no longer a way that IBM can reach out to
Sent: Monday, March 13, 2006 3:38 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM APAR
On Mar 13, 2006, at 10:28 AM, Imbriale, Donald (Exchange) wrote:
Ed, pay attention. John could not have stated it any more
clearly : Of
course it's not limited to SHARE attendees.
But you come right back
I haven't attended SHARE in 12 or more years.
Gee Don, how's it look for Baltimore this summer?
Bob Shannon
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message:
In a message dated 3/13/2006 2:38:58 P.M. Central Standard Time,
[EMAIL PROTECTED] writes:
There is no longer a way that IBM can reach out to inform the
community of good information.
Ever hear of the Internet?
Plenty of other businesses have discovered yet another way to reach
SMARTMVS was an IBM offering apparently available in Europe. From the
current SMP/E User's Guide:
The format of the HOLDDATA provided by the SMARTMVS service in Europe or
the Electronic HOLDDATA service in the U.S. is not compatible with z/OS
Enhanced HOLDDATA and does not take advantage of the
Ed Gould wrote:
A key point that everyone seems to be missing is that SE's (and they
like) have essentially disappeared in the late 80's and early 90's.
There is no longer a way that IBM can reach out to inform the
community of good information. IBM did it to themselves when they
got rid
On Mar 13, 2006, at 2:38 PM, Chase, John wrote:
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ed Gould
[ snip ]
A key point that everyone seems to be missing is that SE's (and they
like) have essentially disappeared in the late 80's and early 90's.
There is no
On Mon, 13 Mar 2006 15:50:39 -0600, Ed Gould wrote:
On Mar 13, 2006, at 2:38 PM, Chase, John wrote:
Ever hear of the Internet?
John,
Yea and its a pretty big place isn't it?
Ed
But not endless:
http://www.shibumi.org/eoti.htm
--
Tom Schmidt
Madison, WI
Bielefeld
Sr. Systems Programmer
PH Mining Equipment
414-671-7849
Milwaukee, Wisconsin
- Original Message -
From: Brian Peterson [EMAIL PROTECTED]
Date: Monday, March 13, 2006 1:47 pm
Subject: Re: IBM APAR
To: IBM-MAIN@BAMA.UA.EDU
SMARTMVS was an IBM offering apparently available in Europe
.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Ed Gould
Sent: Monday, March 13, 2006 9:24 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IBM APAR
On Mar 13, 2006, at 8:18 AM, John Eells wrote:
Ed Gould wrote:
Some other sysprogs that I know
March 2006 04:38
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBM APAR
On Mar 13, 2006, at 10:28 AM, Imbriale, Donald (Exchange) wrote:
Ed, pay attention. John could not have stated it any more
clearly : Of
course it's not limited to SHARE attendees.
But you come right back and say
On Mar 13, 2006, at 3:52 PM, Edward E. Jaffe wrote:
Ed Gould wrote:
A key point that everyone seems to be missing is that SE's (and
they like) have essentially disappeared in the late 80's and
early 90's.
There is no longer a way that IBM can reach out to inform the
community of good
On Mar 13, 2006, at 5:42 PM, Wayne Driscoll wrote:
I went to www.ibm.com entered red alerts on the search box, and
the first
search result is a link to subscribing to Red Alerts (ok, 2 links,
since the
article referenced an older page, but I was redirected).
Wayne Driscoll
Product Developer
On Mar 13, 2006, at 8:10 PM, James Smith wrote:
Ed
I actually agree with parts of your argument but as an outsider you
lose a
lot of credibility with your constant negative ranting about SHARE.
Was it
not you who told a poster to refrain from constantly reminding us
of his
ex-wife?
Jan Vanbrabant wrote:
Ed,
https://techsupport.services.ibm.com/server/redAlerts
And it works !
Well, z/OS Red Alerts are not a highly used facility. There have been
just 4 (four) in 2005 and none so far this year. I'm subscribed but,
from time to time, I wonder if the service is still
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ed Gould
On Mar 3, 2006, at 12:42 PM, Edward E. Jaffe wrote:
[ snip ]
Red Alert? https://techsupport.services.ibm.com/server/redAlerts/
Ed,
Its an idea.. but in all honesty this is the first time I
Ulrich Boche wrote:
Well, z/OS Red Alerts are not a highly used facility. There have been
just 4 (four) in 2005 and none so far this year. I'm subscribed but,
from time to time, I wonder if the service is still alive and go
checking.
It is still alive. I saw Jerry Ng here at SHARE yesterday
On Mar 6, 2006, at 7:19 AM, Chase, John wrote:
-SNIP
It's only been around for 3 - 4 years, maybe longer
I am still liking the hyper doc (or new classification like
installation?) type since it goes the SMP/e rout which
everyone knows about.
???
Some
Ed,
the advantage of RedAlert is that you get notified when there is one.
Push-technic in stead of pull.
I prefer the push way in such matters.
jan
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
.
Chris Mason
- Original Message -
From: Ed Gould [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@BAMA.UA.EDU
Sent: Friday, 03 March, 2006 6:42 PM
Subject: IBM APAR
There is a discussion going on another list on how to identify a
*HIGH* (data base corruption
On Mar 4, 2006, at 7:33 AM, Chris Mason wrote:
This is a resend since I can see no trace of my original post but
maybe some
others have.
Ed,
Edward Jaffe gave you the definitive answer as far as I can see having
peeked at the web page.
Surely the almost as important question here is why
Surely the almost as important question here is why your local IBMers didn't
know to give you this answer.
Ed is retired.
And, claiming the old ways/problems are still happening.
-
-teD
I’m an enthusiastic proselytiser of the universal panacea I believe in!
On Mar 4, 2006, at 12:00 AM, Ted MacNEIL wrote:
Surely the almost as important question here is why your local
IBMers didn't
know to give you this answer.
Ed is retired.
And, claiming the old ways/problems are still happening.
This was from the RACF list *NOT* from my experience
Ed Gould wrote:
On Mar 3, 2006, at 12:42 PM, Edward E. Jaffe wrote:
Ed Gould wrote:
There is a discussion going on another list on how to identify a
*HIGH* (data base corruption possibility).
Someone suggestion a HIPER doc APAR IBM came back and said they
would not make a HIPER doc APAR, nor
There is a discussion going on another list on how to identify a
*HIGH* (data base corruption possibility).
Someone suggestion a HIPER doc APAR IBM came back and said they would
not make a HIPER doc APAR, nor apparently is there a INFO APAR
allowed to be HIPER.
Anybody have a suggestion
On Fri, 3 Mar 2006 11:42:43 -0600, Ed Gould wrote:
There is a discussion going on another list on how to identify a
*HIGH* (data base corruption possibility).
Someone suggestion a HIPER doc APAR IBM came back and said they would
not make a HIPER doc APAR, nor apparently is there a INFO APAR
Ed Gould wrote:
There is a discussion going on another list on how to identify a
*HIGH* (data base corruption possibility).
Someone suggestion a HIPER doc APAR IBM came back and said they would
not make a HIPER doc APAR, nor apparently is there a INFO APAR allowed
to be HIPER.
Anybody have a
Ed,
https://techsupport.services.ibm.com/server/redAlerts
And it works !
jan
There is a discussion going on another list on how to identify a
*HIGH* (data base corruption possibility).
Someone suggestion a HIPER doc APAR IBM came back and said they would
not make a HIPER doc APAR, nor
Ed Gould [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
There is a discussion going on another list on how to identify a
*HIGH* (data base corruption possibility).
Someone suggestion a HIPER doc APAR IBM came back and said they would
not make a HIPER doc APAR, nor apparently is
On Mar 3, 2006, at 12:42 PM, Edward E. Jaffe wrote:
Ed Gould wrote:
There is a discussion going on another list on how to identify a
*HIGH* (data base corruption possibility).
Someone suggestion a HIPER doc APAR IBM came back and said they
would not make a HIPER doc APAR, nor apparently is
On Mar 3, 2006, at 3:20 PM, Mark Thomen wrote:
-SNIP--
Catalog uses CATBREAKER, VSAM uses DSBREAKER - don't know what
component
you're talking about, so can't answer the question. Any
CATBREAKER/DSBREAKER is marked HIPER.
Mark,
Thanks, maybe RACF
61 matches
Mail list logo