If you had just said tape...
And things are kinda different with VTS -- but, I hope you are
using checkpointing so that a restart doesn't require starting
from scratch. All of that will be handled under the covers.
A certain company was running C:D 5.0 and their partner was
running the latest and they hit this. And it was ugly -- I was
reading the traces and it finally hit me -- this was a
maintenance problem.
The fix was for the down level system to come up on the IBM
version of C:D for z/OS because the 5.0 version was not
understanding a change in the restart handshaking -- and had
recently gone out of service.
Regards,
Steve Thompson
On 07/05/2018 06:52 AM, Dyck, Lionel B. (RavenTek) wrote:
The use we need to to xfer a tape with multiple files on it (label=1,2,3,....)
and thus need the vol=ref.
The working syntax after a suggestion from ibm is VOL=(,RETAIN,REF=dsn)
And since we are using GDG's it must be VOL=(,RETAIN,REF='dsn')
--------------------------------------------------------------------------
Lionel B. Dyck (Contractor) <sdg><
Mainframe Systems Programmer – RavenTek Solution Partners
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf
Of Steve Thompson
Sent: Tuesday, July 03, 2018 12:23 PM
To: [email protected]
Subject: Re: [EXTERNAL] Re: Connect:Direct and VOL=REF ?
Wow, this doc is not formatted the way it used to be.
When one does a copy, one can send the data or one can pull the
data. Let us assume that the system that starts the process is
the one in control (Process control *AND* PNODE), and that one is
going to copy *from* the PNODE to the SNODE (again, it can be
done the other way).
Now, where the data set is going *TO* one can use REF=dsn, and
this will force that data set being copied to the same VOLUME as
the DSN specified by the REF=.
Why would one want to do this?
One may want or need to do this because one knows the name of a
DSN on the client's system and by using that reference, one can
put another file over there where the client has asked for it to be.
HTHs
Steve Thompson
On 07/02/2018 03:53 PM, Joe Monk wrote:
I think it is saying that the system picks the volume from the referenced
dsn, which must be cataloged (i.e. can't be a temp data set).
Joe
On Mon, Jul 2, 2018 at 3:49 PM, Paul Gilmartin <
[email protected]> wrote:
On Mon, 2 Jul 2018 15:07:07 -0400, Joe Monk wrote:
REF allows you to place a data set on the same volume as the referenced
data set. It must be cataloged on the system where it is referenced.
https://www.ibm.com/support/knowledgecenter/en/CD_PROC_LANG/com.ibm.help.
cdprocstmtsparams.doc/cdproc_stmt_zos_Process_Parameters.html
Not always, but good point:
([SER=(serial-no, [serial-no,...]) | ,REF=dsn])
specifies the volume serial number(s) containing the file and
optional processing associated
with the file. If VOL is not specified with the FROM parameter,
the file must be cataloged.
(They're careless about distinction between "file" and "data set".)
Is this trying to say that the default VOL for TO is the VOL specified on
FROM?
Is it possible that Lionel is referring to a data set created in the same
COPY
command and COPY does not ALLOCATE/CATALOG that data set until the
command runs?
But Lionel seems to indicate he's seeing a syntax error, not "Data set not
found".
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
