|
PUTDOC Utility for z/OS and OS/390
PUTDOC is a tool which uses FTP to send documentation files to the Testcase server at IBM. PUTDOC
can greatly simplify the transmission of problem related documentation to IBM by automating many of
the steps required to submit documentation.
Highlights:
Prior to downloading you must review and accept the License agreement above.
The binary source file for PUTDOC is available via anonymous ftp to
ftp.software.ibm.com in directory s390/mvs/tools/putdoc. Click on one of the options below
for detailed instructions to download PUTDOC directly to the z/OS or OS/390 Host, or via
the workstation.
A plain text source file is also available at
ftp://ftp.software.ibm.com/s390/mvs/tools/putdoc/putdoc.src
Once you have used one of the methods above to place a data set containing PUTDOC (attributes are
RECFM=FB, LRECL=80) on your z/OS or OS/390 Host system,
you must install the PUTDOC CLIST in a library.
Once the PUTDOC CLIST has been downloaded, allocate or identify a data set (usually a partitioned data
set or PDS) from which the CLIST will be executed. Ideally, a PDS in the SYSPROC concatenation for
users who will be invoking PUTDOC is used.
The PUTDOC CLIST is designed to be run as a line command from a data set list generated from the ISPF 3.4
panel (Data Set List Utility). It can also be run from TSO (it uses no ISPF services). Once installed and
customized, it can be invoked against one or more data sets on the list. The command line parameters
TO() and PR()
can be used to increase efficiency when multiple files are being sent as the '=' parameter can be
used to replicate all the settings from the first data set chosen.
It should be noted that the data set name parameter must always be fully qualified, with or without quotes.
The purpose of this requirement is to ease difficulties when using explicit CLIST invocation --
exec 'my.clist.lib(putdoc)' 'userid.data.set to(tcpip) pr(12345)'
-- but can be confusing when implicit invocation is used in straight TSO, where
putdoc userid.data.set to(tcpip) pr(12345)
is equivalent to
putdoc 'userid.data.set' to(tcpip) pr(12345).
PUTDOC uses the CLRSCRN utility if it is available, or any other function of your choosing, to enhance
readability. Such a routine is not required, however. If you do use CLRSCRN, you should not use extended
implicit invocation of the CLIST -- %putdoc -- or you may have problems with the prompts. Each of the
prompts within the PUTDOC CLIST will accept QUIT as an option (except as noted).
PUTDOC creates and disposes of all the intermediate data sets it requires based on customization parameters.
The user has the option to override the disposition before the job is submitted. The original data set may be
migrated or kept on DASD, the work data sets have the additional option of being deleted. For large transfers,
it's a good idea to retain the intermediate data sets until all the jobs complete. The intermediate data
sets may hold PDS members, tersed output (from TRSMAIN), TSO transmit output, tersed output that has been
encrypted, or tersed output that has optionally been encrypted and then split into fragments. These
data sets are the files that are transferred to Testcase and they may represent substantial processing prior
to the actual transfer.
If the file transfer fails and the previous processing was not complex, it is best to rerun PUTDOC from the beginning. This
helps avoid problems with file names, etc. If the file transfer fails and the previous processing was complex, and all steps
prior to the FTP step completed successfully, you can restart the job. Look for data sets named similarly to
this:
- hlq.Tnn.P12345.TRS.PUTDOC.FTPBAT
- hlq.Tnn.P12345.TRS.PUTDOC.JCL
- hlq.Tnn.P12345.TRS.PUTDOC.LOG
The hlq is variable, as is the Tnn time qualifier. Also, your third qualifier may look different (as in
PMR12345). The fourth qualifier represents the type of data -- BIN, ECD, ECR, TRS, TXT, XMT -- and the last
two qualifiers are constant. These data sets can be used to restart the transfer to Testcase, with the
following considerations:
- The file name sent on the second attempt (the file name being placed on Testcase) MUST be different
from the previous attempt if any part of the transfer was successful. Testcase will not allow you to
overwrite a file. The simplest way to change the name is to change the Tnn qualifier used in the output
file name in the .FTPBAT data set. If you wish to have the name logged correctly, you should update the
LOG data set prior to restarting the job. See the note below on tersed fragments.
- You must remove any steps (such as TRSMAIN or IDCAMS) prior to the FTP step from the JCL data set and
run only the FTP step and whatever follows. Be sure that the resulting JCL is executable and contains no
unresolved referbacks to DD names or data sets.
- Tersed fragments are the data sets created when the size of a tersed file is projected to be larger
than the SPLTSIZE value specified in the CUSTOM section of the CLIST. The fragmented files are all
transmitted within the same job, so when the
FTPBAT file is updated with a new Tnn value, all the file names can be changed at once when all are
being re-transmitted. However, if a
large amount of data has been successfully transferred, don't transfer it again. Just prune the data sets
that have been successfully transferred from the FTPBAT input and make the changes needed for any data sets that were
not successfully transferred or transferred only partially. Tersed fragments are identifiable by their
.PmOFn last level
qualifier.
- If you wish, you may send PUTDOC intermediate files using PUTDOC. The result will be duplication of the
Tnn qualifier and some other data may be repeated. To eliminate this problem, you may rename the data sets
prior to using PUTDOC to send them. In a future release of PUTDOC, this step may be done automatically on
the re-transmission.
Inform the support personnel of the names of all the files that were transferred to
Testcase. Note: the file names placed on Testcase often do not match the names of the MVS data set or the
intermediate data sets. More information is transferred within the file name so that support personnel can
readily interpret the data. The final data set names can be found in the PUTDOC LOG data set as long as any
changes you made to FTPBAT were also made to the job's interim LOG data set.
Files that have been compressed with TRSMAIN may also be encrypted using the encryption software
(see above or
http://www.ibm.com/de/support/ecurep/mvs_encryption.html). The CLIST will prompt for the
encryption key -- you may enter nothing or up to the full 8 positions of the key.
Some or all of your input shorter than 8 positions is inserted
randomly into a generated key. If you enter no data for the encryption key,
PUTDOC will generate the entire 8 character key. The
resulting key will be displayed at the final prompt and logged in the LOG data set. Communicate the encryption
key to your support representative as they request. Do not place the encryption key on the Testcase server.
Encrypted files have the type ECR (non-DES) or ECD (DES 64-bit encryption) on Testcase.
If you have any questions or problems using PUTDOC, please forward them to
tcpdoc@us.ibm.com.
To read the PUTDOC HELP text, issue the command
PUTDOC HELP
or
EXEC 'my.lib.clist(PUTDOC)' 'HELP'
to display the help text for PUTDOC.
This will provide an overview of the functions of the CLIST.
The HELP text is also available at
ftp://ftp.software.ibm.com/s390/mvs/tools/putdoc/putdoc.help.txt
After reviewing the HELP text, browse the CLIST and look for this label:
CUSTOM:
This is where the customization section begins. Follow the instructions to customize PUTDOC for your
installation. Items to be customized include:
- Destination Nicknames - some are provided, more can be configured
- Parameters used to access the Testcase server from your site
- Allocation parameters - work unit, max units, max extent size
- Size at which to split very large tersed files
- STEPLIB for executing TRSMAIN (if required)
- JOB cards
- FTPDATA file name
- Disposition of input and work data sets
The CLIST variables can be overridden during execution by using a PUTDOC profile data set. Look in the
CUSTOM section for instructions.
The CUSTOM text is also available at
ftp://ftp.software.ibm.com/s390/mvs/tools/putdoc/putdoc.custom.txt
TESTCASE Site. U.S. data exchange site.
ECuRep Site EMEA data exchange site.
File Exchange Procedures.
TRSMAIN. Data compression utility.
Encryption Encryption utility.
This page last updated January, 2003.
|