Hello,
thanks to all who replied in this thread. Just after it was started I although
found the specific place in the manuals, where it's said that PDSEs with
program objects aren't supported. It's although curious that the problem occurs
during UNTERSE and TERSE runs normally.
Hopefully no
Juergen Kehr wrote:
Hopefully no one has the idea to use AMATERSE for backup purposes ...
DELETE and INITialize of volsers are better alternatives, but there are [sour]
consequences... v,b,g
:-D ;-D :-D
Groete / Greetings
Elardus Engelbrecht
Subject:Re: AMATERSE and PDSE ?
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
If the separate functions are interrelated, should the
requests still be separate or not? If not, how would
you and your team handle this?
I don't think there's a general answer
If the separate functions are interrelated, should the
requests still be separate or not? If not, how would
you and your team handle this?
I don't think there's a general answer. It depends what you're thinking of
with respect to interrelated. If you mean that both are needed in order
to
)
Link I have been given is
http://www.ibm.com/developerworks/rfe/execute?use_case=viewRfeCR_ID=69338
regards,
Anthony Fletcher
From: Timothy Sipples/Singapore/IBM@IBMSG
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 09/04/2015 19:13
Subject:Re: AMATERSE and PDSE ?
Sent
I voted for it and added a comment requesting AMATERSE compute a checksum
during terse, and verify the checksum during unterse.
--- flet...@nz1.ibm.com wrote:
From: Anthony Fletcher flet...@nz1.ibm.com
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AMATERSE and PDSE PACK Option
with the correct
LRECL=32760 and then TERSE/UNTERSE will work.
Barry Merrill
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Wednesday, April 08, 2015 10:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AMATERSE
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AMATERSE and PDSE ?
On 2015-04-07, at 15:04, Anthony Fletcher wrote:
The documentation clearly says that AMATERSE does not support Program
Objects in a PDSE but has anyone tried raising a PMR to get this
caught at TERSE time rather than at UNTERSE time
On 2015-04-07, at 15:04, Anthony Fletcher wrote:
The documentation clearly says that AMATERSE does not support Program
Objects in a PDSE but has anyone tried raising a PMR to get this caught
at TERSE time rather than at UNTERSE time?
Perhaps the TERSE is allowed in anticipation that some
On Tue, 7 Apr 2015 03:59:30 -0500, Juergen Kehr wrote:
Hello,
I'm a little bit confused about the the topic named in the subject of this
thread.
We're using z/OS V1.13 and I successfully tersed/untersed several PDSE
datasets, but now I get a RC=40 during UNTERSE of a PDSE (Load) LIBRARY. In
Hello,
I'm a little bit confused about the the topic named in the subject of this
thread.
We're using z/OS V1.13 and I successfully tersed/untersed several PDSE
datasets, but now I get a RC=40 during UNTERSE of a PDSE (Load) LIBRARY. In
various documentation I found statements that PDSE is
-MAIN@LISTSERV.UA.EDU
Subject: AMATERSE and PDSE ?
Hello,
I'm a little bit confused about the the topic named in the subject of this
thread.
We're using z/OS V1.13 and I successfully tersed/untersed several PDSE
datasets, but now I get a RC=40 during UNTERSE of a PDSE (Load) LIBRARY
On 7 April 2015 at 05:29, Norbert Friemel nf.ibmm...@web.de wrote:
On Tue, 7 Apr 2015 03:59:30 -0500, Juergen Kehr wrote:
[...]
Is there any special condidition for PDSE (Load) Libraries (RECFM=U) compared
to other PDSE libraries (RECFM=FB or VB)?
and Scott, what more is needed than a citation of a manual
stating
that the operation is not supported? (But is the diagnostic message
lucid?)
I had expected AMATERSE to use IEBCOPY internally. But that would require
a
(large) workfile. So the programmer must IEBCOPY unload the PDSE
the programmer must IEBCOPY unload the PDSE, then
AMATERSE the PDSU, so that programmer assumes the onus of the workfile.
I believe TSO TRANSMIT uses IEBCOPY. IIRC, there have been reports of
TRANSMIT's failing for an underallocated workfile. (I also suspect that IEBCOPY
uses Program Management API
Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU
javascript:;]
On Behalf Of Juergen Kehr
Sent: Tuesday, April 07, 2015 2:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU javascript:;
Subject: AMATERSE and PDSE ?
Hello,
I'm a little bit confused about
On 7 April 2015 at 12:22, Paul Gilmartin
000433f07816-dmarc-requ...@listserv.ua.edu wrote:
IIRC, AMATERSE has a restriction that a PDS can not be PACKed directly to a
tape,
but must first be PACKED to DASD (another (large) workfile), then copied to
tape.
I don't know IYRC, but it sounds
?
Lizette
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
On Behalf Of Paul Gilmartin
Sent: Tuesday, April 07, 2015 9:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AMATERSE and PDSE ? (and IEBCOPY and SMP/E)
On Tue, 7 Apr 2015 04:29:15 -0500
On Tue, 7 Apr 2015 10:13:57 -0700, Lizette Koehler wrote:
Messages help us to Understand what your problem is. However,
Agreed.
Do you have Program Objects in the PDS/E you are trying to use?
From what you quoted:
On Tue, 7 Apr 2015 03:59:30 -0500, Juergen Kehr wrote:
... I get a
I didn't go look ADRDSSU's manual, but here's an output of a RESTORE with
RENAMEU that I've run some months ago:
ADR711I (001)-NEWDS(01), DATA SET CSDOMVS.JAVA64.NACB.VZRES21.SAJV17L.ZFS
HAS BEEN ALLOCATED WITH NEWNAME
OMVS.JAVA64.NACB.VZRES21.SAJV17L.ZFS USING
STORCLAS
On Tue, 7 Apr 2015 11:46:39 -0400, Tony Harminc t...@harminc.net wrote:
AMATERSE uses its own scheme for unloading and transmitting the PDS[E]
directory, rather than doing what most such programs do which is to
invoke IEBCOPY for this part of the work. ...
Sigh.
The simple answer is to run
On 7 April 2015 at 15:52, Paul Gilmartin
000433f07816-dmarc-requ...@listserv.ua.edu wrote:
I once looked into ADRDSSU as an interchange vehicle. I stumbled on a
statement in the Manual that the recipient (if renaming) must have READ
access to the original DSN. This seems supremely stupid
...@nz1.ibm.com
The biggest threat to effective communication is the belief that it has
occurred
Winners make commitments, Losers make promises
From: Tony Harminc t...@harminc.net
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 08/04/2015 03:47
Subject:Re: AMATERSE and PDSE ?
Sent
On Tue, 7 Apr 2015 17:26:48 -0300, Lucas Rosalen rosalen.lu...@gmail.com
wrote:
CSDOMVS.JAVA64.NACB.VZRES21.SAJV17L.ZFS is one of many datasets present in
the dump dataset and I don't have CSDOMVS ALIAS defined to my system, and
no RACF profile protecting it as well.
If there's no RACF profile
Thanks Walt. I'm glad I've used Or maybe RACF works differently when you
don't have anything protecting the original dataset phrase :)
Lucas
Em 07/04/2015 21:07, Walt Farrell walt.farr...@gmail.com escreveu:
On Tue, 7 Apr 2015 17:26:48 -0300, Lucas Rosalen rosalen.lu...@gmail.com
wrote:
25 matches
Mail list logo