Hi,
Please advise me on possible fixes for this problem. TACM Diagnose found an
entry of a non-existent DGD-B in a WRONG-CATALOG, which should have been in
another catalog.
CKM11641I Record Type: B-GDGKey: PNGG00.OMPACK.CART0.DAILY/00
CKM11632W Problem: P-BCS#1-RC=92S-#1
So regardless of where the registers are saved TCB or RB the PSW is always
In the most current RB
Sent from my iPhone
On Nov 5, 2012, at 7:41 AM, Peter Relson rel...@us.ibm.com wrote:
the PSW would be in STCBPPSW
Actually, no. STCBPPSW has nothing to do with that, as the comment on that
Hello,
I'm doing a Data set comparison using JOINKEYS statements.
I'm trying to find a way to stop the Sort as soon as it finds the first
non-matching (UNPAIRED) record - that is, we've determined the data sets are
not identical - no need to keep matching records.
Something like STOPAFT=1
Hi,
I do not recognized the messages. What product does that belong to?
Is this a repeatable failure?
Have you reviewed the catalog the file(s) are in? Is the alias and dataset
in the same or different catalogs?
What version of z/OS are you running?
What version of the product are you
I expect it's Tivoli Advanced Catalog Management. GIYF...
On Mon, Nov 5, 2012 at 10:04 AM, Lizette Koehler stars...@mindspring.comwrote:
Hi,
I do not recognized the messages. What product does that belong to?
Is this a repeatable failure?
Have you reviewed the catalog the file(s) are in?
the PSW would be in STCBPPSW
Actually, no. STCBPPSW has nothing to do with that, as the comment on that
field indicates.
This relates to why the PSW is in one RB and the regs are saved in
another.
You always have a top (most current) RB. That is where the PSW is saved.
The external FLIH and
W dniu 2012-11-05 20:40, Tim Brown pisze:
Can utility IEHINITT be used to change a 3590 SL tape to NL
No.
However no utility is needed to do it. Simply code:
//STEP1 EXEC PGM=YOURPGM it can be IEBGENER
//...
//OUTPUT DD ...,LABEL=(1,NL)
--
Radoslaw Skorupka
Lodz, Poland
--
Tre tej
I have a quick question on how everyone puts on maintenance to products that
require PDS/Es, dynamically. I have a product CA-SYSVIEW where the
loadlib is in lnklst and shared across 5 lpars in a sysplex. I want to update
members from one of the lpars, but when I try, I get an abend
213-70 and I believe this is the first for SYSVIEW.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Lizette Koehler
Sent: Monday, November 05, 2012 3:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDS/E sharing
Sharon,
What version
The message is telling you that while a NVSAM(?) entry the dataset
PNGG00.OMPACK.CART0.DAILY was found in this catalog (presumably you know
which catalog was being analyzed), there is also an alias entry that covers
the dataset and points to a different catalog. It effectively makes the
dataset
I presume the RC from the PDSE open was 70 or 74
Add the following to IGDSMS** ( PDSESHARING(EXTENDED)and
PDSE_RESTARTABLE_AS(YES)) and activate via SET SMS=
This will cause 2 address spaces to be started (SMSPDSE and SMSPDSE1). After
these address spaces are started, the PDSE's can
IEHINITT generates standard labels. The usual method of converting from SL
to NL is to place a tape mark at the beginning of the tape, frequently with
IEBGENER specifying DD DUMMY for SYSUT1 and LABEL=(1,NL) for SYSUT2.
Whether this will work may depend on the settings in your tape management
On Mon, 5 Nov 2012 20:11:51 +, Staller, Allan allan.stal...@kbmg.com
wrote:
I presume the RC from the PDSE open was 70 or 74
Add the following to IGDSMS** ( PDSESHARING(EXTENDED)and
PDSE_RESTARTABLE_AS(YES)) and activate via SET SMS=
This will cause 2 address spaces to be
Sharon,
So long as you are current on your maintanence for PDS/E then yes. Only one
system can do the UPDATE on a PDSE. All others must be READ. Maybe someone
had compressed the library while it was being updated?
Lizette
-Original Message-
From: Lopez, Sharon sharon.lo...@nc.gov
On Mon, 5 Nov 2012 15:08:02 -0600, Paul Gilmartin paulgboul...@aim.com wrote:
On Mon, 5 Nov 2012 20:11:51 +, Staller, Allan allan.stal...@kbmg.com
wrote:
I presume the RC from the PDSE open was 70 or 74
Add the following to IGDSMS** ( PDSESHARING(EXTENDED)and
NO, parallel sysplex is not required...
snip
On Mon, 5 Nov 2012 20:11:51 +, Staller, Allan allan.stal...@kbmg.com
wrote:
I presume the RC from the PDSE open was 70 or 74
Add the following to IGDSMS** ( PDSESHARING(EXTENDED)and
PDSE_RESTARTABLE_AS(YES)) and activate via SET SMS=
Yes. All of the other caveats for a linklist dataset will apply ...
snip
Okso if I'm in a Parallel sysplex with PDS/E extended and one lpar has the
library opened for read and the second lpar is trying to updates members within
the pds/e, it should work?
-Original Message-
From:
One system will update, the other will be read only for the duration.
After the update, LLA refresh will be required on *all* sharing LPARS to pick
up the changes,
I should note that this is fairly straightforward. As Mark said, all
PDSESHARING(EXTENDED) must be specified on all involved
On Mon, 5 Nov 2012 14:28:28 -0700, Lizette Koehler wrote:
Sharon,
So long as you are current on your maintanence for PDS/E then yes. Only one
system can do the UPDATE on a PDSE. All others must be READ. Maybe someone
had compressed the library while it was being updated?
Compressed? PDSE?
I was thinking that someone might have run a compress without realizing it is a
PDS/E. Probably a display of SMF records might be helpful to see what had the
library at the time of the error on all LPARs.
If you do an IEBCOPY Compress of a PDS/E, you should see
IEB1019I SKIPPING COMPRESS
Hi,
is there an easy way to identify who might have changed the MOUNT attribute
of a zFS from RW to R?
Thanks, Roger
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
I get the requested document is unavailable.
No contact or anything.
Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Hi Folks,
There are two programs on the CBT Tape that can change SL to NL.
These are: COPYSLNL which is a variant of the COPYFILE program, that is
on File 229. And COPYMODS from CBT Tape File 229 with PARM or SYSIN
option of STRIP can do it too. This is for an ENTIRE TAPE, with many
23 matches
Mail list logo
