Re: 3592 hardware compression

2021-04-22 Thread (K.K.Paradox)T.Kobayashi 

Thank you for all adivce.

I know the 3490 drive is the compression used by IDRC.
However, the 3592 appeared to have a different compressed algorithm.
So I asked if any 3592 drives is compatible.

See the bellow:
https://www.ibm.com/docs/en/ts3500-tape-library?topic=drives-3592-tape

Data compression
The 3592 tape drives use the data-compression method known as streaming 
lossless data compression algorithm. The compression logic for TS1120 and 
later tape drives operates at more than twice the overall transfer rates of 
the 3592 J1A tape drive.


Best regards,
Toyokazu Kobayashi

- Original Message - 
From: "Radoslaw Skorupka" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Friday, April 23, 2021 4:15 AM
Subject: Re: 3592 hardware compression



W dniu 22.04.2021 o 16:38, Ed Jaffe pisze:

On 4/22/2021 1:31 AM, (K.K.Paradox)T.Kobayashi wrote:
There is a tape where a DFDSS dump was created on a 3592 drive (TS1130) 
with the COMPACT feature enabled.


Q1. Can I read this tape on another 3592 drive (such as TS1130 or 
TS1140)?

Are the 3592 hardware compressions compatible?


IDRC is IDRC. At only about 3:1, It ain't great. But, it's compatible...



Gentlemen,
Drive compression is *unpredictable* unless you know data to be written.
The true is same data on same drive will be compressed with same ratio.

BTDT. I spend a lot of time playing with compression ratios and preparing 
data compressible 3:1, 6:1, 1:1, etc.
Long time ago I've got F37 abend, because my tape dataset exceeded 6TB - 
but it was on JA tape in J1A drive. Native capacity is 300GB, so I got 
over 20:1. I don't know exact value, because RMM was unable to record such 
big numbers - that was a reason of F37.
3:1 is marketing value, which is more or less based on typical data. 
However "typical" is not well defined, and you may not know how much 
typical is your dataset.


Remark:
We know marketing 3:1 value. There is another one: speed. Is your drive 
capable to write 360MB/s? Great, but you actual throughput will be lower. 
Nominal value is true for big blocksize *and* proper compression ratio, 
usually nominal one.
Worse compression (i.e. 1:1) mean worse throughput, usually you will get 
same compressed stream, so in case of 1:1 it would be 3 times worse.
Better compression ...can be even worse, much worse! Very good compression 
means very little compressed stream. Tape drive can slow down, there are 
several gears (speeds), but when the stream is not enough to satisfy the 
lowest gear the data buffer is exhausted, drive stops, rewinds a little 
and starts again. Vry slow.
Of course the above covers real tape drives only, so it is rather 
historical.



--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Anyone have SFTP JCL to share?

2021-04-22 Thread Kirk Wolf 
FWIW, Here's an example using Co:Z SFTP:

//SFTPCONN EXEC PROC=SFTPPROC
//SFTPIN DD *
user=myuser
host=myhost.myco.com
lzopts="mode=text"
lfile="//DD:MYDD"
rfile="/app/data/remotefile.txt"

. $script_dir/sftp_connect.sh  Co:Z can be used free subject to the terms of our Community License.
Enterprise License and Support agreements are also available.
See:https://dovetail.com/support.html

On Tue, Apr 20, 2021 at 2:57 PM Longnecker, Dennis <
dennis.longnec...@courts.wa.gov> wrote:

> Stuff is becoming such a pain.  I found in this situation it was much
> easier to FTP the file from the mainframe to my PC, and then to use
> FileZilla to sftp it up to Broadcom.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Ward, Mike S
> Sent: Tuesday, April 20, 2021 12:44 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Anyone have SFTP JCL to share?
>
>
>
>
> I believe SFTP is part of SSH, so you would have to install that. It's
> free from IBM. Then I believe Rocket Software has a freebee that allows you
> to use SFTP in batch with MVS datasets.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Billy Ashton
> Sent: Wednesday, April 14, 2021 2:13 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: [EXT] Anyone have SFTP JCL to share?
>
> Please Note: This email is from an [EXTERNAL] sender. Do not click on
> links or attachments unless you expect them from the sender and know the
> content is safe. Please contact the Service Desk if you have any concerns
> regarding this message.
>
>
>
> Hi everyone! I was just moved to support a CA product (I guess that's
> Broadcom now), and have to send in a sensitive file to one of my support
> cases. The file is pretty large, and the support tech said I have to copy
> it to OMVS to use SFTP for uploading it. I am not sure I have that space
> available on the other side, so I was wondering if anyone here has a BPX
> batch job that will send a file to CA or Broadcom from the z/OS file
> without having to first copy the file to my Unix filesystem.
>
> I hope this is clear, and that someone can help me.
>
> Thanks!
> Billy
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> ==
> This email, and any files transmitted with it, is confidential and
> intended solely for the use of the individual or entity to which it is
> addressed. If you have received this email in error, please notify the
> system manager. This message contains confidential information and is
> intended only for the individual named. If you are not the named addressee,
> you should not disseminate, distribute or copy this e-mail. Please notify
> the sender immediately by e-mail if you have received this message by
> mistake and delete this e-mail from your system. If you are not the
> intended recipient, you are notified that disclosing, copying, distributing
> or taking any action in reliance on the contents of this information is
> strictly prohibited.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Encryption Facility for OpenPGP

2021-04-22 Thread John S. Giltner, Jr. 
O.K. to use passphrase and sign you use the -s option, but you have to specify 
which key to use.  Either using -signers-key-alias parameter or by having 
"signers_KEY_ALIAS" defined in the configuration file.

With the -s it should not sign the contents.

On Thu, 22 Apr 2021 14:42:31 -0500, John S. Giltner, Jr.  
wrote:

>I looked at the Red Book.  Does not really describe how to use pass phrase 
>with a signed key, it just says you can do it and it's optional. 
>
>The examples I found for using pass phrase look just like your job.  I don't 
>know if there is some option in the configuration file that could enable 
>signing with key by default.
>
>
>
>On Thu, 22 Apr 2021 14:39:26 +, Beesley, Paul  
>wrote:
>
>>Quite possibly. I've spent the morning reading the (quite good) Redbook and 
>>have now got encryption working using recipient public keys, but it would be 
>>good to get it working with Pass Phrases too.
>>
>>This is my input toaJava:
>>//MAINARGS  DD *
>>-homedir /etc/encryptionfacility/
>>-o '//BBSPDB0.EFR2.ENC.OUT'
>>-s2k-passphrase OpenPGPTest
>>-c '//BBSPDB0.JCL.CNTL(BBXSINIT)'
>>
>>In ibmef.conf I hav
>>
>>CIPHER_NAME AES_256
>>S2K_CIPHER_NAME AES_256
>>
>>Best Regards
>>Paul
>>
>>-Original Message-
>>From: IBM Mainframe Discussion List  On Behalf Of 
>>John S. Giltner, Jr.
>>Sent: 22 April 2021 14:07
>>To: IBM-MAIN@LISTSERV.UA.EDU
>>Subject: Re: IBM Encryption Facility for OpenPGP
>>
>>Caution! External email. Do not open attachments or click links, unless this 
>>email comes from a known sender and you know the content is safe.
>>
>>What command options did you use to encrypt on the z/OS side?
>>
>>I still trying to figure out some of the PGP stuff,ubut it looks like it 
>>encrypted the file with a passphrase, but it also signed something within the 
>>encrypted file with the default session key for your user-id on the z/OS side.
>>
>>--
>>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>>lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>Atos is a trading name used by the Atos group. The trading entity is 
>>registered in England and Wales: Atos IT Services UK Limited (registered 
>>number 01245534). The registered office is located at: Second Floor, MidCity 
>>Place, 71 High Holborn, London, WC1V 6EA. The VAT No. is: GB232327983.
>>
>>This e-mail and the documents attached are confidential and intended solely 
>>for the addressee and may contain confidential or privileged information. If 
>>you receive this e-mail in error, you are not authorised to copy, disclose, 
>>use or retain it. Please notify the sender immediately and delete this email 
>>from your systems. As emails may be intercepted, amended or lost, they are 
>>not secure. Atos therefore can accept no liability for any errors or their 
>>content. Although Atos endeavours to maintain a virus-free network, we do not 
>>warrant that this transmission is virus-free and can accept no liability for 
>>any damages resulting from any virus transmitted. The risks are deemed to be 
>>accepted by everyone who communicates with Atos by email.
>>
>>--
>>For IBM-MAIN subscribe / signoff / archive access instructions,
>>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Encryption Facility for OpenPGP

2021-04-22 Thread John S. Giltner, Jr. 
I looked at the Red Book.  Does not really describe how to use pass phrase with 
a signed key, it just says you can do it and it's optional. 

The examples I found for using pass phrase look just like your job.  I don't 
know if there is some option in the configuration file that could enable 
signing with key by default.



On Thu, 22 Apr 2021 14:39:26 +, Beesley, Paul  wrote:

>Quite possibly. I've spent the morning reading the (quite good) Redbook and 
>have now got encryption working using recipient public keys, but it would be 
>good to get it working with Pass Phrases too.
>
>This is my input toaJava:
>//MAINARGS  DD *
>-homedir /etc/encryptionfacility/
>-o '//BBSPDB0.EFR2.ENC.OUT'
>-s2k-passphrase OpenPGPTest
>-c '//BBSPDB0.JCL.CNTL(BBXSINIT)'
>
>In ibmef.conf I hav
>
>CIPHER_NAME AES_256
>S2K_CIPHER_NAME AES_256
>
>Best Regards
>Paul
>
>-Original Message-
>From: IBM Mainframe Discussion List  On Behalf Of 
>John S. Giltner, Jr.
>Sent: 22 April 2021 14:07
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: IBM Encryption Facility for OpenPGP
>
>Caution! External email. Do not open attachments or click links, unless this 
>email comes from a known sender and you know the content is safe.
>
>What command options did you use to encrypt on the z/OS side?
>
>I still trying to figure out some of the PGP stuff,ubut it looks like it 
>encrypted the file with a passphrase, but it also signed something within the 
>encrypted file with the default session key for your user-id on the z/OS side.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
>lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>Atos is a trading name used by the Atos group. The trading entity is 
>registered in England and Wales: Atos IT Services UK Limited (registered 
>number 01245534). The registered office is located at: Second Floor, MidCity 
>Place, 71 High Holborn, London, WC1V 6EA. The VAT No. is: GB232327983.
>
>This e-mail and the documents attached are confidential and intended solely 
>for the addressee and may contain confidential or privileged information. If 
>you receive this e-mail in error, you are not authorised to copy, disclose, 
>use or retain it. Please notify the sender immediately and delete this email 
>from your systems. As emails may be intercepted, amended or lost, they are not 
>secure. Atos therefore can accept no liability for any errors or their 
>content. Although Atos endeavours to maintain a virus-free network, we do not 
>warrant that this transmission is virus-free and can accept no liability for 
>any damages resulting from any virus transmitted. The risks are deemed to be 
>accepted by everyone who communicates with Atos by email.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 3592 hardware compression

2021-04-22 Thread Radoslaw Skorupka 

W dniu 22.04.2021 o 16:38, Ed Jaffe pisze:

On 4/22/2021 1:31 AM, (K.K.Paradox)T.Kobayashi wrote:
There is a tape where a DFDSS dump was created on a 3592 drive 
(TS1130) with the COMPACT feature enabled.


Q1. Can I read this tape on another 3592 drive (such as TS1130 or 
TS1140)?

Are the 3592 hardware compressions compatible?


IDRC is IDRC. At only about 3:1, It ain't great. But, it's compatible...



Gentlemen,
Drive compression is *unpredictable* unless you know data to be written.
The true is same data on same drive will be compressed with same ratio.

BTDT. I spend a lot of time playing with compression ratios and 
preparing data compressible 3:1, 6:1, 1:1, etc.
Long time ago I've got F37 abend, because my tape dataset exceeded 6TB - 
but it was on JA tape in J1A drive. Native capacity is 300GB, so I got 
over 20:1. I don't know exact value, because RMM was unable to record 
such big numbers - that was a reason of F37.
3:1 is marketing value, which is more or less based on typical data. 
However "typical" is not well defined, and you may not know how much 
typical is your dataset.


Remark:
We know marketing 3:1 value. There is another one: speed. Is your drive 
capable to write 360MB/s? Great, but you actual throughput will be 
lower. Nominal value is true for big blocksize *and* proper compression 
ratio, usually nominal one.
Worse compression (i.e. 1:1) mean worse throughput, usually you will get 
same compressed stream, so in case of 1:1 it would be 3 times worse.
Better compression ...can be even worse, much worse! Very good 
compression means very little compressed stream. Tape drive can slow 
down, there are several gears (speeds), but when the stream is not 
enough to satisfy the lowest gear the data buffer is exhausted, drive 
stops, rewinds a little and starts again. Vry slow.
Of course the above covers real tape drives only, so it is rather 
historical.



--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CA1 to RMM

2021-04-22 Thread Gibney, Dave 
Yes, it discusses how to use these conversion utilities, and has some advice on 
how to derive/translate RMM from CA1.
But, the conversion programs themselves aren't in the z/OS 2.3 LINKLIB

> -Original Message-
> From: IBM Mainframe Discussion List  On
> Behalf Of Steve Beaver
> Sent: Thursday, April 22, 2021 11:00 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: CA1 to RMM
> 
> Do you have the CA1 to RMM redbook?
> 
> My apologies for the finger-checks
> 
> Sent from my iPhone
> 
> > On Apr 22, 2021, at 12:04, Gibney, Dave  wrote:
> >
> > SYS1.SAMPLIB(EDGCMM01) states:
> > Note:
> > Beginning with z/OS release V2R1 the conversion tools for DFSMSrmm will
> > no longer be supported by IBM and all related materials have been
> > removed from SYS1.SAMPLIB and SYS1.LINKLIB.  All conversion programs
> > and samples are still available to clients who intend to migrate to
> > DFSMSrmm through the Software Migration Project Office (SMPO).
> > https://urldefense.com/v3/__https://www.ibm.com/it-
> infrastructure/z/capabilities/software-
> migration__;!!JmPEgBY0HMszNaDT!4a1GGCYE0S-
> fzw8rRuN4zloVqpYmmT17nRVwbTDklNVlkh6lxoxqYwQ5JFbGLQ$
> >
> > Depending on your current software release levels these samples,
> > provided As-Is, will be completely functional. Should your software
> > release levels be incompatible with the As-Is samples you are free to
> > modify them for your own use or engage the services of the SMPO. The
> > SMPO can be contracted to provide sample updates as well as full
> > DFSMSrmm migration services.
> >
> https://urldefense.com/v3/__https://www.ibm.com/downloads/cas/EK5DG
> BK0__;!!JmPEgBY0HMszNaDT!4a1GGCYE0S-
> fzw8rRuN4zloVqpYmmT17nRVwbTDklNVlkh6lxoxqYwRwEP33QA$
> > (the appropriate contacts are listed under Storage Management).
> >
> > I have emailed the IBM address provided in the link above, and not yet
> received an answer.
> > Is there another way to get these conversion aids? I really don't want o try
> and dig them out of an old 1.9 Serverpac
> > Dave Gibney
> > Information Technology Services
> > Washington State University
> >
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: CA1 to RMM

2021-04-22 Thread Steve Beaver 
Do you have the CA1 to RMM redbook?

My apologies for the finger-checks

Sent from my iPhone

> On Apr 22, 2021, at 12:04, Gibney, Dave  wrote:
> 
> SYS1.SAMPLIB(EDGCMM01) states:
> Note:
> Beginning with z/OS release V2R1 the conversion tools for DFSMSrmm will
> no longer be supported by IBM and all related materials have been
> removed from SYS1.SAMPLIB and SYS1.LINKLIB.  All conversion programs
> and samples are still available to clients who intend to migrate to
> DFSMSrmm through the Software Migration Project Office (SMPO).
> https://www.ibm.com/it-infrastructure/z/capabilities/software-migration
> 
> Depending on your current software release levels these samples,
> provided As-Is, will be completely functional. Should your software
> release levels be incompatible with the As-Is samples you are free to
> modify them for your own use or engage the services of the SMPO. The
> SMPO can be contracted to provide sample updates as well as full
> DFSMSrmm migration services.
> https://www.ibm.com/downloads/cas/EK5DGBK0
> (the appropriate contacts are listed under Storage Management).
> 
> I have emailed the IBM address provided in the link above, and not yet 
> received an answer.
> Is there another way to get these conversion aids? I really don't want o try 
> and dig them out of an old 1.9 Serverpac
> Dave Gibney
> Information Technology Services
> Washington State University
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBMLINK URL

2021-04-22 Thread Mark Jacobs 
A team member contacted IBM, there was a SEV-1 database problem with IBMLINK. 
It's been fixed now.

Sent from ProtonMail, Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

‐‐‐ Original Message ‐‐‐

On Thursday, April 22nd, 2021 at 1:10 PM, Jesse 1 Robinson 
 wrote:

> The initial URL works for me.
>
> https://www.ibm.com/ibmlink
>
> .
>
> .
>
> J.O.Skip Robinson
>
> Southern California Edison Company
>
> Electric Dragon Team Paddler
>
> SHARE MVS Program Co-Manager
>
> 323-715-0595 Mobile
>
> 626-543-6132 Office ⇐=== NEW
>
> robin...@sce.com
>
> -Original Message-
>
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> Richards, Robert B. (CTR)
>
> Sent: Thursday, April 22, 2021 9:56 AM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: (External):Re: IBMLINK URL
>
> *** EXTERNAL EMAIL - Use caution when opening links or attachments ***
>
> Mark,
>
> They changed something in the last several hours. It worked for me earlier 
> but now redirects to "About IBM".
>
> Bob
>
> -Original Message-
>
> From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of 
> Mark Jacobs
>
> Sent: Thursday, April 22, 2021 12:52 PM
>
> To: IBM-MAIN@LISTSERV.UA.EDU
>
> Subject: IBMLINK URL
>
> I'm trying my IBMLINK url today, and it's not getting me there.
>
> https://www-03.ibm.com/ibmlink/servicelink/servicelink.wss?lc=en=US
>
> If it's working for you, can you pass along the url you're using?
>
> Mark Jacobs
>
>
> --
>
> For IBM-MAIN subscribe / signoff / archive access instructions,
>
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBMLINK URL

2021-04-22 Thread Jesse 1 Robinson 
The initial URL works for me.

https://www.ibm.com/ibmlink

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Richards, Robert B. (CTR)
Sent: Thursday, April 22, 2021 9:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: IBMLINK URL

*** EXTERNAL EMAIL - Use caution when opening links or attachments ***

Mark,

They changed something in the last several hours. It worked for me earlier but 
now redirects to "About IBM".

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Thursday, April 22, 2021 12:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBMLINK URL

I'm trying my IBMLINK url today, and it's not getting me there.


https://www-03.ibm.com/ibmlink/servicelink/servicelink.wss?lc=en=US

If it's working for you, can you pass along the url you're using?

Mark Jacobs


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Printing GTF trace?

2021-04-22 Thread Colin Paice 
For processing IBM product GTF traces you use a command like
GTF USR(ALL) to process "user" records.

Each product has a format number, MQ has D9.
When a record is processed, the GTF processing in IPCS looks up this format
number xx, and then invokes a routine AMDUSRxx (or AMDUSRD9  for MQ).
This program takes the record and formats it.
You could write your own formatter.  The basic record structure is well
documented, but the products specific stuff may not be documented.

These programs typically write to IPCSPRTN, but could write to any other dd
statement.,

I used to have my own program that did special processing of the data.
This wrote to more than one output dataset.

MVS (Non USR) records have special formatting such as options SSCH, SVC etc.

Colin


On Thu, 22 Apr 2021 at 14:18, Peter Relson  wrote:

> Isn't using file IPCSPRNT the intended way to print something produced by
> IPCS report(s)?
>
> Allocate data set x with RECFM VBA and suitable LRECL/BLKSIZE such as
> LRECL 137 BLKSIZE 27998 or LRECL 255 BLKSIZE 6144
> TSO ALLOC F(IPCSPRNT) DA(x)
> do your IPCS commands with the PRINT operand (whether that be GTF or
> other)
> IPCS Close Print
>
> Peter Relson
> z/OS Core Technology Design
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

CA1 to RMM

2021-04-22 Thread Gibney, Dave 
SYS1.SAMPLIB(EDGCMM01) states:
Note:
Beginning with z/OS release V2R1 the conversion tools for DFSMSrmm will
no longer be supported by IBM and all related materials have been
removed from SYS1.SAMPLIB and SYS1.LINKLIB.  All conversion programs
and samples are still available to clients who intend to migrate to
DFSMSrmm through the Software Migration Project Office (SMPO).
https://www.ibm.com/it-infrastructure/z/capabilities/software-migration

Depending on your current software release levels these samples,
provided As-Is, will be completely functional. Should your software
release levels be incompatible with the As-Is samples you are free to
modify them for your own use or engage the services of the SMPO. The
SMPO can be contracted to provide sample updates as well as full
DFSMSrmm migration services.
https://www.ibm.com/downloads/cas/EK5DGBK0
(the appropriate contacts are listed under Storage Management).

I have emailed the IBM address provided in the link above, and not yet received 
an answer.
Is there another way to get these conversion aids? I really don't want o try 
and dig them out of an old 1.9 Serverpac
Dave Gibney
Information Technology Services
Washington State University


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBMLINK URL

2021-04-22 Thread Richards, Robert B. (CTR) 
Mark,

They changed something in the last several hours. It worked for me earlier but 
now redirects to "About IBM".

Bob

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mark Jacobs
Sent: Thursday, April 22, 2021 12:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IBMLINK URL

I'm trying my IBMLINK url today, and it's not getting me there.


https://www-03.ibm.com/ibmlink/servicelink/servicelink.wss?lc=en=US

If it's working for you, can you pass along the url you're using?

Mark Jacobs

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IBMLINK URL

2021-04-22 Thread Mark Jacobs 
I'm trying my IBMLINK url today, and it's not getting me there.

https://www-03.ibm.com/ibmlink/servicelink/servicelink.wss?lc=en=US

If it's working for you, can you pass along the url you're using?

Mark Jacobs

Sent from [ProtonMail](https://protonmail.com), Swiss-based encrypted email.

GPG Public Key - 
https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ASCRE termination exits: how many?

2021-04-22 Thread Rob Scott 
The address of the TRMEXIT is stored in the ASCRE parameter list prior to the 
PC routine that invokes the ASCRE service.

If the newborn ASID-1 runs TRMEXIT-2, I would imagine that either the parmlist 
for ASCRE-1 is the same as the one for ASCRE-2 or the TRMEXIT-1 address is in 
fact TRMEXIT-2.

To debug, I would consider the following :

(o) : Are you using the same storage area for the MF=L form for both 
invocations of ASCRE? If so, what happens when you use different ones?

(o) : What are the contents of the ODA after both ASCREs have been issued and 
what are the RC+RSN codes for both services?

(o) : The creating TCB could wait on an ECB that will be POSTed by the newborn 
ASID-1 jobstep code when it starts and then only perform ASCRE-2 for ASID-2 
afterwards.

(o) : Is the storage containing TRMEXIT-1 and TRMEXIT-2 as expected and not 
released or re-used when ASID-2 terminates.

It is unlikely that there is a problem with ASCRE.

Rob Scott
Rocket Software

From: IBM Mainframe Discussion List  On Behalf Of 
Robin Atwood
Sent: 22 April 2021 14:15
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ASCRE termination exits: how many?

EXTERNAL EMAIL



I disagree. It says the termination routine is run under the creating TCB,
it doesn't say what happens if another ASCRE has been issued with a
different exit. I have a dump of an abend in one of the exits which has the
right parameter list and TCB but the code is the wrong exit.

-Original Message-
From: IBM Mainframe Discussion List 
mailto:IBM-MAIN@LISTSERV.UA.EDU>> On Behalf Of
Binyamin Dissen
Sent: 22 April 2021 19:40
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ASCRE termination exits: how many?

The manual documents otherwise:

"Specifies the address of the termination routine that gets control when the
new address space terminates. The routine receives control in 31-bit
addressing mode as an asynchronous exit in the creator's address space under
the creator's TCB."

I would suggest that you display your parameter lists and verify that you
are requesting what you expect. And validate which TCB is running the exit.

On Thu, 22 Apr 2021 18:26:38 +0700 Robin Atwood 
mailto:abend...@gmail.com>> wrote:

:>I issue an ASCRE macro with TRMEXIT specified and a new AS is started.
Then :>from another TCB I issue an ASCRE with TRMEXIT :> :>specifying a
different exit routine and a second AS is started. When the :>first created
AS terminates which TRMEXIT gets driven? I :> :>had assumed that the TRMEXIT
would be associated with the TCB that owned the :>new AS and you could have
different exit :> :>routines for different TCBs, but testing seems to show
that the last :>specified TRMEXIT gets called. So is it correct to say that
you :> :>can only have one TRMEXIT routine per address space?
:>
:>
:>
:>Thanks
:>
:>Robin
:>
:>
:>
:>
:>
:>
:>--
:>For IBM-MAIN subscribe / signoff / archive access instructions, :>send
email to lists...@listserv.ua.edu with the 
message: INFO IBM-MAIN

--
Binyamin Dissen mailto:bdis...@dissensoftware.com>> 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: 
INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with 
the message: INFO IBM-MAIN


Rocket Software, Inc. and subsidiaries ? 77 Fourth Avenue, Waltham MA 02451 ? 
Main Office Toll Free Number: +1 855.577.4323
Contact Customer Support: 
https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport
Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - 
http://www.rocketsoftware.com/manage-your-email-preferences
Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy


This communication and any attachments may contain confidential information of 
Rocket Software, Inc. All unauthorized use, disclosure or distribution is 
prohibited. If you are not the intended recipient, please notify Rocket 
Software immediately and destroy all copies of this communication. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ASCRE termination exits: how many?

2021-04-22 Thread Seymour J Metz 
Take a SLIP dump for each, verify that it's wrong, then report it. Ask IBM 
whether they need a component trace, GTF or both.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Robin Atwood [abend...@gmail.com]
Sent: Thursday, April 22, 2021 7:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ASCRE termination exits: how many?

I issue an ASCRE macro with TRMEXIT specified and a new AS is started. Then
from another TCB I issue an ASCRE with TRMEXIT

specifying a different exit routine and a second AS is started. When the
first created AS terminates which TRMEXIT gets driven? I

had assumed that the TRMEXIT would be associated with the TCB that owned the
new AS and you could have different exit

routines for different TCBs, but testing seems to show that the last
specified TRMEXIT gets called. So is it correct to say that you

can only have one TRMEXIT routine per address space?



Thanks

Robin






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Encryption Facility for OpenPGP

2021-04-22 Thread Beesley, Paul 
Quite possibly. I've spent the morning reading the (quite good) Redbook and 
have now got encryption working using recipient public keys, but it would be 
good to get it working with Pass Phrases too.

This is my input to Java:
//MAINARGS  DD *
-homedir /etc/encryptionfacility/
-o '//BBSPDB0.EFR2.ENC.OUT'
-s2k-passphrase OpenPGPTest
-c '//BBSPDB0.JCL.CNTL(BBXSINIT)'

In ibmef.conf I have
CIPHER_NAME AES_256
S2K_CIPHER_NAME AES_256

Best Regards
Paul

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John S. Giltner, Jr.
Sent: 22 April 2021 14:07
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM Encryption Facility for OpenPGP

Caution! External email. Do not open attachments or click links, unless this 
email comes from a known sender and you know the content is safe.

What command options did you use to encrypt on the z/OS side?

I still trying to figure out some of the PGP stuff, but it looks like it 
encrypted the file with a passphrase, but it also signed something within the 
encrypted file with the default session key for your user-id on the z/OS side.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Atos is a trading name used by the Atos group. The trading entity is registered 
in England and Wales: Atos IT Services UK Limited (registered number 01245534). 
The registered office is located at: Second Floor, MidCity Place, 71 High 
Holborn, London, WC1V 6EA. The VAT No. is: GB232327983.

This e-mail and the documents attached are confidential and intended solely for 
the addressee and may contain confidential or privileged information. If you 
receive this e-mail in error, you are not authorised to copy, disclose, use or 
retain it. Please notify the sender immediately and delete this email from your 
systems. As emails may be intercepted, amended or lost, they are not secure. 
Atos therefore can accept no liability for any errors or their content. 
Although Atos endeavours to maintain a virus-free network, we do not warrant 
that this transmission is virus-free and can accept no liability for any 
damages resulting from any virus transmitted. The risks are deemed to be 
accepted by everyone who communicates with Atos by email.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 3592 hardware compression

2021-04-22 Thread Ed Jaffe 

On 4/22/2021 1:31 AM, (K.K.Paradox)T.Kobayashi wrote:
There is a tape where a DFDSS dump was created on a 3592 drive 
(TS1130) with the COMPACT feature enabled.


Q1. Can I read this tape on another 3592 drive (such as TS1130 or TS1140)?
Are the 3592 hardware compressions compatible?


IDRC is IDRC. At only about 3:1, It ain't great. But, it's compatible...


--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Printing GTF trace?

2021-04-22 Thread Steve Emge 
On Thu, 22 Apr 2021 09:18:03 -0400, Peter Relson  wrote:

>Isn't using file IPCSPRNT the intended way to print something produced by 
>IPCS report(s)?
>
>Allocate data set x with RECFM VBA and suitable LRECL/BLKSIZE such as 
>LRECL 137 BLKSIZE 27998 or LRECL 255 BLKSIZE 6144
>TSO ALLOC F(IPCSPRNT) DA(x) 
>do your IPCS commands with the PRINT operand (whether that be GTF or 
>other) 
>IPCS Close Print  
>
>Peter Relson
>z/OS Core Technology Design
>
. . . 

Yes, that's the method I've always used.  Or, TSO ALLOC FI(IPCSPRNT) 
SYSOUT(class) . . where "class" is a held sysout class.

Then while in IPCS for example,
  GTF CCW PRINT NOTERMINAL
  IPCS CLOSE PRINT

Then, go into SDSF (or IOF) spin the held sysout to a dataset.

In either case, IPCSPRNT to dataset or sysout, then use AMATERSE to terse the 
output then send to vendor.

Regards,
Steve

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Printing GTF trace?

2021-04-22 Thread Peter Relson 
Isn't using file IPCSPRNT the intended way to print something produced by 
IPCS report(s)?

Allocate data set x with RECFM VBA and suitable LRECL/BLKSIZE such as 
LRECL 137 BLKSIZE 27998 or LRECL 255 BLKSIZE 6144
TSO ALLOC F(IPCSPRNT) DA(x) 
do your IPCS commands with the PRINT operand (whether that be GTF or 
other) 
IPCS Close Print  

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ASCRE termination exits: how many?

2021-04-22 Thread Robin Atwood 
I disagree. It says the termination routine is run under the creating TCB,
it doesn't say what happens if another ASCRE has been issued with a
different exit. I have a dump of an abend in one of the exits which has the
right parameter list and TCB but the code is the wrong exit.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Binyamin Dissen
Sent: 22 April 2021 19:40
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ASCRE termination exits: how many?

The manual documents otherwise:

"Specifies the address of the termination routine that gets control when the
new address space terminates. The routine receives control in 31-bit
addressing mode as an asynchronous exit in the creator's address space under
the creator's TCB."

I would suggest that you display your parameter lists and verify that you
are requesting what you expect. And validate which TCB is running the exit.

On Thu, 22 Apr 2021 18:26:38 +0700 Robin Atwood  wrote:

:>I issue an ASCRE macro with TRMEXIT specified and a new AS is started.
Then :>from another TCB I issue an ASCRE with TRMEXIT :> :>specifying a
different exit routine and a second AS is started. When the :>first created
AS terminates which TRMEXIT gets driven? I :> :>had assumed that the TRMEXIT
would be associated with the TCB that owned the :>new AS and you could have
different exit :> :>routines for different TCBs, but testing seems to show
that the last :>specified TRMEXIT gets called. So is it correct to say that
you :> :>can only have one TRMEXIT routine per address space?
:>
:>
:>
:>Thanks
:>
:>Robin
:>
:>
:>
:>
:>
:>
:>--
:>For IBM-MAIN subscribe / signoff / archive access instructions, :>send
email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
Binyamin Dissen  http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM Encryption Facility for OpenPGP

2021-04-22 Thread John S. Giltner, Jr. 
What command options did you use to encrypt on the z/OS side?

I still trying to figure out some of the PGP stuff, but it looks like it 
encrypted the file with a passphrase, but it also signed something within the 
encrypted file with the default session key for your user-id on the z/OS side.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ASCRE termination exits: how many?

2021-04-22 Thread Binyamin Dissen 
The manual documents otherwise:

"Specifies the address of the termination routine that gets control when the
new address space terminates. The routine receives control in 31-bit
addressing mode as an asynchronous exit in the creator's address space under
the creator's TCB."

I would suggest that you display your parameter lists and verify that you are
requesting what you expect. And validate which TCB is running the exit.

On Thu, 22 Apr 2021 18:26:38 +0700 Robin Atwood  wrote:

:>I issue an ASCRE macro with TRMEXIT specified and a new AS is started. Then
:>from another TCB I issue an ASCRE with TRMEXIT
:>
:>specifying a different exit routine and a second AS is started. When the
:>first created AS terminates which TRMEXIT gets driven? I 
:>
:>had assumed that the TRMEXIT would be associated with the TCB that owned the
:>new AS and you could have different exit 
:>
:>routines for different TCBs, but testing seems to show that the last
:>specified TRMEXIT gets called. So is it correct to say that you 
:>
:>can only have one TRMEXIT routine per address space?
:>
:> 
:>
:>Thanks
:>
:>Robin
:>
:> 
:>
:> 
:>
:>
:>--
:>For IBM-MAIN subscribe / signoff / archive access instructions,
:>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 3592 hardware compression

2021-04-22 Thread Joe Monk 
3592/TS1130 compression is  3:1. That means you can write  3TB on media
that only holds 1TB of info.

You should be  able to read it on a TS1130 and spin it off uncompressed to
another tape volume.

Joe

On Thu, Apr 22, 2021 at 3:32 AM (K.K.Paradox)T.Kobayashi <
kobaya...@paradox.jp> wrote:

> Hello,
>
> I have questions for 3592's hardware compression.
>
> There is a tape where a DFDSS dump was created on a 3592 drive (TS1130)
> with
> the COMPACT feature enabled.
>
> Q1. Can I read this tape on another 3592 drive (such as TS1130 or TS1140)?
> Are the 3592 hardware compressions compatible?
>
> Q2. If I copy with DITTO's tape to tape or COPYDUMP from 3592 drive to
> another tape drive (hardware compression does not supported), will the
> hardware compression be uncompressed?
>
> Best regards,
> Toyokazu Kobayashi
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

ASCRE termination exits: how many?

2021-04-22 Thread Robin Atwood 
I issue an ASCRE macro with TRMEXIT specified and a new AS is started. Then
from another TCB I issue an ASCRE with TRMEXIT

specifying a different exit routine and a second AS is started. When the
first created AS terminates which TRMEXIT gets driven? I 

had assumed that the TRMEXIT would be associated with the TCB that owned the
new AS and you could have different exit 

routines for different TCBs, but testing seems to show that the last
specified TRMEXIT gets called. So is it correct to say that you 

can only have one TRMEXIT routine per address space?

 

Thanks

Robin

 

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 3592 hardware compression

2021-04-22 Thread Radoslaw Skorupka 

W dniu 22.04.2021 o 10:31, (K.K.Paradox)T.Kobayashi pisze:

Hello,

I have questions for 3592's hardware compression.

There is a tape where a DFDSS dump was created on a 3592 drive 
(TS1130) with the COMPACT feature enabled.


Q1. Can I read this tape on another 3592 drive (such as TS1130 or 
TS1140)?

Are the 3592 hardware compressions compatible?


Yes. Any drive capable to read the tape will also support compression 
and understand compressed data.
BTW: drive compression feature was introduced in 80's and since then all 
IBM tape drives do support it. IMHO there is no reason to not use 
compression.


Q2. If I copy with DITTO's tape to tape or COPYDUMP from 3592 drive to 
another tape drive (hardware compression does not supported), will the 
hardware compression be uncompressed?


Tape drive compression has no impact.
I would suggest to use COPYDUMP, but drive compression is irrelevant.



--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

3592 hardware compression

2021-04-22 Thread (K.K.Paradox)T.Kobayashi 

Hello,

I have questions for 3592's hardware compression.

There is a tape where a DFDSS dump was created on a 3592 drive (TS1130) with 
the COMPACT feature enabled.


Q1. Can I read this tape on another 3592 drive (such as TS1130 or TS1140)?
Are the 3592 hardware compressions compatible?

Q2. If I copy with DITTO's tape to tape or COPYDUMP from 3592 drive to 
another tape drive (hardware compression does not supported), will the 
hardware compression be uncompressed?


Best regards,
Toyokazu Kobayashi 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IBM Z Sessions at IBM Think 2021

2021-04-22 Thread Timothy Sipples 
IBM's annual Think conference will be held next month (May, 2021). The 
conference will be held online, and there's no charge to attend. More 
information and the registration link are available here:

https://www.ibm.com/events/think

To help "shop" for conference sessions, here's a reasonably complete list 
of the sessions that have substantial IBM Z-related content:

1289 – Creating a resilient business during unpredictable times
1291 – Gain insight from your enterprise data and realize new business 
value using AI on IBM Z
1304 – Rebooting your security strategy in your transformation to hybrid 
cloud
1474 – High performance data services for AI
1568 – Lightning-fast innovation in the hybrid cloud with IBM Z and Red 
Hat
1571 – Accelerating your application modernization plans with the IBM Z 
platform—real world experiences
1605 – The IBM Z roadmap for hybrid cloud and AI
1706 – Is your CFO afraid of bitcoin? Crypto and corporate treasury 
management
1793 – Drive growth and reduce fraud with AI for real-time results
1969 – Unleashing the power of hybrid cloud with IBM Z application 
modernization

There are also self-paced labs available after the conference, and after 
you register you get a promotion code you can redeem for certification 
exam if you want to take any. I believe the normal price is US$200 per 
exam, but the promo code reduces the price to US$75. There are IBM 
Z-related certification tests available such as Db2 12 for z/OS 
Administrator certification.

- - - - - - - - - -
Timothy Sipples
I.T. Architect Executive
Digital Asset & Other Industry Solutions
IBM Z & LinuxONE
- - - - - - - - - -
E-Mail: sipp...@sg.ibm.com



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN