Re: How to tell if zEDC is active for an LPAR or DASD pool

[Mike Hochee]

> I know how to check with LISTCAT whether a file WAS compressed via zEDC, but 
> I would like to know how to tell whether or not it WILL be used when creating 
> a new file in a given DASD pool.

It depends on whether you are running on a z15 or not, and if not, the values 
in effect for the DEFMINREQSIZE and INFMINREQSIZE. Check out IQPPRMxx in the 
Inititialization and Tuning Reference. 

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Radoslaw Skorupka
Sent: Saturday, April 10, 2021 8:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to tell if zEDC is active for an LPAR or DASD pool

Caution! This message was sent from outside your organization.

W dniu 10.04.2021 o 19:48, Farley, Peter x23353 pisze:
> Just a question of curiosity:  Is it possible to tell if zEDC compression is 
> active for an LPAR or for a particular DASD pool?  Perhaps an ISMF screen?
>
> I know how to check with LISTCAT whether a file WAS compressed via zEDC, but 
> I would like to know how to tell whether or not it WILL be used when creating 
> a new file in a given DASD pool.

IMHO it is matter of Data Class and ACS.
I don't consider ADRDSSU dump files which can be compressed or copies of 
existing compressed datasets.

HTH

--
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: How to tell if zEDC is active for an LPAR or DASD pool

[Radoslaw Skorupka]

W dniu 10.04.2021 o 19:48, Farley, Peter x23353 pisze:

Just a question of curiosity:  Is it possible to tell if zEDC compression is 
active for an LPAR or for a particular DASD pool?  Perhaps an ISMF screen?

I know how to check with LISTCAT whether a file WAS compressed via zEDC, but I 
would like to know how to tell whether or not it WILL be used when creating a 
new file in a given DASD pool.


IMHO it is matter of Data Class and ACS.
I don't consider ADRDSSU dump files which can be compressed or copies of 
existing compressed datasets.


HTH

--
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: LISTCAT for a VTOC

[Seymour J Metz]

It's not what you don't know that kills you, it's what you know that isn't so. 
Not only don't you need to call a second REXX script from the REASY prompt 
after you exit ISPF, but once you exit from ISPF the ISPF services are no 
longer available.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bob 
Bridges [robhbrid...@gmail.com]
Sent: Saturday, April 10, 2021 3:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LISTCAT for a VTOC

I was translating from batch to REXX in my head.  If it's possible (so I've 
read, but never tried it) to run ISPF in batch, if you allocate all the ISPF 
DDs, then it should be possible to allocate them in REXX and do the same thing. 
 But if I do that anywhere but the READY prompt, the allocations will fail 
because all those DDs are already allocated.

Keep in mind I said ~technically~ I ~could~ do it, but it would be going around 
my elbow to get to my thumb.  I'm not planning to attempt it.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* I have never yet known a man admit that he was either rich or asleep.  
-Stephen Maturin in _Master and Commander_ by Patrick O'Brian */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Saturday, April 10, 2021 10:19

Why do you need a READY prompt?  Wouldn't
ADDRESS TSO EXEC member

do as well as:
//SYSTSIN DD *
...
EXEC member

--- On Sat, 10 Apr 2021 09:12:33 -0400, Bob Bridges wrote:
(Technically I think I ~could~ use 3.4 in a REXX program.  I've read (though 
I've never tried it) that one can run ISPF in batch, if one wants to go to the 
trouble of allocating all the necessary ISPF DDs.  So I could probably write a 
REXX that allocates all those DDs, then exit ISPF and run the REXX from the 
READY prompt.  Seems to me that'd be the very definition of going around my 
elbow to get to my thumb, though.)

--
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: How to tell if zEDC is active for an LPAR or DASD pool

[Scott Barry]

On Sat, 10 Apr 2021 17:48:52 +, Farley, Peter x23353 
 wrote:

>Just a question of curiosity:  Is it possible to tell if zEDC compression is 
>active for an LPAR or for a particular DASD pool?  Perhaps an ISMF screen?
>
>I know how to check with LISTCAT whether a file WAS compressed via zEDC, but I 
>would like to know how to tell whether or not it WILL be used when creating a 
>new file in a given DASD pool.
>
>Peter
>--
>
>This message and any attachments are intended only for the use of the 
>addressee and may contain information that is privileged and confidential. If 
>the reader of the message is not the intended recipient or an authorized 
>representative of the intended recipient, you are hereby notified that any 
>dissemination of this communication is strictly prohibited. If you have 
>received this communication in error, please notify us immediately by e-mail 
>and delete the message and any attachments from your system.


Some technical considerations these days with zEDC exploitation:
- Different for z15 (Accelerator facility, on-chip) vs z14 (PCIe) and earlier; 
z14 and earlier requires PARMLIB(IFAPRDxx) license-authorization.
- z14 and earlier: D IQP command
- SMS-accessible, using a suitably-defined DATACLAS, with COMPACTION attribute 
for zEDC.
- SMF LOGSTREAMs, using SMFPRMxx and COMPRESS(…) parameter, also PERMFIX.
- API-accessible, such as zlib (e.g., PKZIP, FDR, MQ, Java, Connect-Direct, 
others?)  - consider function/request zlibVersion which returns sub-string 
“zEDC” when available, up thru z14 as I understand ?
- IGDSMSxx, COMPRESS parameter ?  IQPPRMxx ZEDC parameter, up thru z14 ?
- Additional considerations, such as SAF FACILITY resource access (z14 and 
lower, no longer required starting with z15), such as 
FPZ.ACCELERATOR.COMPRESSION


Scott Barry
SBBTech LLC

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

Re: IBM snew DOC Web SIte

[Radoslaw Skorupka]

Actually I did it. OK, not me, but I had power outage. Several ones (we 
had strong winds).
What's stupid I also tried connection over my mobile phone acting as 
Wifi hub - completely different provider. No effect.

Of course I did not restart the rest of Internet ;-)

However thank you for your help. I appreciate it.

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



W dniu 10.04.2021 o 22:35, Mike Schwab pisze:

Disconnect your internet connection, then reconnect.  It may select
another route.  It may restart from the beginning.

You might try Trace Route.  Then you might try TRACETCP.  It is a
utility program that does a trace route using a specific port.

On Sat, Apr 10, 2021 at 3:22 PM Radoslaw Skorupka
 wrote:

To complement: it is still "in progress". Seven hours later. And approx.
24h after I started download.
And something funny: seven hours ago I saw "2 hours left" and now I see
"2 hours left". Big progress!
Transfer rate is changing constantly, but now its rather close to
15kB/s. Yes, all other Internet services work OK. My link is underutilized.

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



W dniu 10.04.2021 o 15:04, Radoslaw Skorupka pisze:

For me it is still downloading. Second day. Firefox show rate
30-90KB/s, but usually lower values. And quite often it stops.
As I said, I did it in the past, few weeks ago - same problem. I tried
many times, changed browser, even changed computer, tested link
(240Mbps over FO) and the only problem was with that download. No
problem with many other big downloads, including some from other IBM
addresses. Just downloaded some ~400MB file for test. 3,8-4,2 MB/s.

As you know sometimes "sh*t happens", so I didn't complain thinking it
is temporary issue.
But it seems it is permanent.

BTW: now it grew up to ~400KB/s. Why? I have no idea. And now it is
12KB/s. No other activity in my home. No such behaviour with other
downloads or webpages.


Nevermind, it's off-topic.


--
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: LISTCAT for a VTOC

[Radoslaw Skorupka]

W dniu 10.04.2021 o 19:03, Farley, Peter x23353 pisze:

Not every site allows just anyone to use DCOLLECT.  For whatever reason, 
DCOLLECT on my employer's systems is SAF protected and unusable by any 
application programmer.


Maybe I talk too much, but everytime I see "whatever reason" I ask what 
the reason is and explain I need the tool to do my job.

How often I got "no because mama said so". However I tried.

BTW: usually I was the person who said NO. However in every case I had 
explanation for that. Both: reasonable and principled.



--
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: IBM snew DOC Web SIte

[Mike Schwab]

Disconnect your internet connection, then reconnect.  It may select
another route.  It may restart from the beginning.

You might try Trace Route.  Then you might try TRACETCP.  It is a
utility program that does a trace route using a specific port.

On Sat, Apr 10, 2021 at 3:22 PM Radoslaw Skorupka
 wrote:
>
> To complement: it is still "in progress". Seven hours later. And approx.
> 24h after I started download.
> And something funny: seven hours ago I saw "2 hours left" and now I see
> "2 hours left". Big progress!
> Transfer rate is changing constantly, but now its rather close to
> 15kB/s. Yes, all other Internet services work OK. My link is underutilized.
>
> --
> Radoslaw Skorupka
> (looking for new job)
> Lodz, Poland
>
>
>
> W dniu 10.04.2021 o 15:04, Radoslaw Skorupka pisze:
> > For me it is still downloading. Second day. Firefox show rate
> > 30-90KB/s, but usually lower values. And quite often it stops.
> > As I said, I did it in the past, few weeks ago - same problem. I tried
> > many times, changed browser, even changed computer, tested link
> > (240Mbps over FO) and the only problem was with that download. No
> > problem with many other big downloads, including some from other IBM
> > addresses. Just downloaded some ~400MB file for test. 3,8-4,2 MB/s.
> >
> > As you know sometimes "sh*t happens", so I didn't complain thinking it
> > is temporary issue.
> > But it seems it is permanent.
> >
> > BTW: now it grew up to ~400KB/s. Why? I have no idea. And now it is
> > 12KB/s. No other activity in my home. No such behaviour with other
> > downloads or webpages.
> >
> >
> > Nevermind, it's off-topic.
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: IBM snew DOC Web SIte

[Radoslaw Skorupka]

To complement: it is still "in progress". Seven hours later. And approx. 
24h after I started download.
And something funny: seven hours ago I saw "2 hours left" and now I see 
"2 hours left". Big progress!
Transfer rate is changing constantly, but now its rather close to 
15kB/s. Yes, all other Internet services work OK. My link is underutilized.


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



W dniu 10.04.2021 o 15:04, Radoslaw Skorupka pisze:
For me it is still downloading. Second day. Firefox show rate 
30-90KB/s, but usually lower values. And quite often it stops.
As I said, I did it in the past, few weeks ago - same problem. I tried 
many times, changed browser, even changed computer, tested link 
(240Mbps over FO) and the only problem was with that download. No 
problem with many other big downloads, including some from other IBM 
addresses. Just downloaded some ~400MB file for test. 3,8-4,2 MB/s.


As you know sometimes "sh*t happens", so I didn't complain thinking it 
is temporary issue.

But it seems it is permanent.

BTW: now it grew up to ~400KB/s. Why? I have no idea. And now it is 
12KB/s. No other activity in my home. No such behaviour with other 
downloads or webpages.



Nevermind, it's off-topic.



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

Re: LISTCAT for a VTOC

[Bob Bridges]

Yeah, I remember that.  But I'm a security guy - and on this particular machine 
I'm not just ~a~ security guy but ~the~ security guy.  So that shouldn't be a 
problem :).

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* Patriotism is like family love. You love your family just for being your 
family, not for being "the greatest family on earth"[The patriot] can laugh 
at his country, the way members of a family can laugh at each other's foibles. 
Affection takes for granted the imperfection of those it loves; the patriotic 
Irishman thinks Ireland is hilarious, whereas the Irish nationalist sees 
nothing to laugh about.  -Joseph Sobran, 2001-10-16 */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Farley, Peter x23353
Sent: Saturday, April 10, 2021 13:04

Not every site allows just anyone to use DCOLLECT.  For whatever reason, 
DCOLLECT on my employer's systems is SAF protected and unusable by any 
application programmer.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Saturday, April 10, 2021 9:17 AM

Ah, "DCOLLECT", I remember that.  I once wrote a REXX for a storage manager to 
use DCOLLECT and ... and do something with its output, I forget exactly what.  
It was some years ago.  But I remember thinking "hey, this DCOLLECT thingy is 
pretty handy; I should remember it and use it from time to time!".

I didn't, though; the next time I thought it might be useful, I couldn't 
remember what it was called.  Maybe I will this time :).

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Radoslaw Skorupka
Sent: Friday, April 9, 2021 16:36

What about DCOLLECT?
It is also IDCAMS command.

AFAIR it is quite flexible - generic volsers, a lot of useful information.

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

Re: LISTCAT for a VTOC

[Bob Bridges]

I was translating from batch to REXX in my head.  If it's possible (so I've 
read, but never tried it) to run ISPF in batch, if you allocate all the ISPF 
DDs, then it should be possible to allocate them in REXX and do the same thing. 
 But if I do that anywhere but the READY prompt, the allocations will fail 
because all those DDs are already allocated.

Keep in mind I said ~technically~ I ~could~ do it, but it would be going around 
my elbow to get to my thumb.  I'm not planning to attempt it.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* I have never yet known a man admit that he was either rich or asleep.  
-Stephen Maturin in _Master and Commander_ by Patrick O'Brian */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Paul Gilmartin
Sent: Saturday, April 10, 2021 10:19

Why do you need a READY prompt?  Wouldn't
ADDRESS TSO EXEC member

do as well as:
//SYSTSIN DD *
...
EXEC member

--- On Sat, 10 Apr 2021 09:12:33 -0400, Bob Bridges wrote:
(Technically I think I ~could~ use 3.4 in a REXX program.  I've read (though 
I've never tried it) that one can run ISPF in batch, if one wants to go to the 
trouble of allocating all the necessary ISPF DDs.  So I could probably write a 
REXX that allocates all those DDs, then exit ISPF and run the REXX from the 
READY prompt.  Seems to me that'd be the very definition of going around my 
elbow to get to my thumb, though.)

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

: z/OS Java 11 coming anytime soon?

[Phil Smith III]

Allan Staller wrote:

> I don't follow JAVA closely enough to wonder about what happened to
JAVA9/JAVA10 on z/OS. 

 

Java 9 and Java 10 were short-lived and are unsupported everywhere, so don't
worry about them. For that matter, 12 through 15 are basically dead, too.
For all practical purposes, 8, 11, and 16 are all that matter.

 

See https://en.wikipedia.org/wiki/Java_version_history for more than you
want to know about it.

 

...phsiii


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

Re: LISTCAT for a VTOC

[Sri h Kolusu]

Bob,

You can run IEHLIST against the volume you are interested and then extract
the dataset names from that output using DFSORT.

//**
//* RUN IEHLIST AGAINST THE VOLUME *
//**
//STEP0100 EXEC PGM=IEHLIST
//SYSPRINT DD DSN=&,DISP=(,PASS),SPACE=(CYL,(25,10),RLSE)
//DD1  DD DISP=OLD,VOLUME=SER=your.volume.name
//SYSINDD *
  LISTVTOC FORMAT,VOL=SER=your.volume.name
/*
//**
//* EXTRACT THE DATASET NAMES FROM IEHLIST OUTPUT  *
//**
//STEP0200 EXEC PGM=SORT
//SYSOUT   DD SYSOUT=*
//SORTIN   DD DISP=(OLD,PASS),DSN=&
//SORTOUT  DD SYSOUT=*,RECFM=FB
//SYSINDD *
  OPTION COPY
  INREC IFTHEN=(WHEN=GROUP,
   BEGIN=(16,15,CH,EQ,C'-DATA SET NAME-'),
PUSH=(125:ID=8,SEQ=1),RECORDS=2)
  OUTFIL BUILD=(2,120),
  INCLUDE=(125,8,ZD,EQ,1,OR,133,1,ZD,EQ,2)
/*

This will generate an output like this

---DATA SET NAME  SER NO  SEQNO  DATE.CRE
DATE.EXP  DATE.REF  EXT DSORG RECFM OPTCD BLKSIZE
USERID.BRODCAST.LIST  XXXVOL  1  2017.300
00.000  2017.3001  PS   FB 00 1500
USERID.CBRTRFMT.SLDLOGIC  XXXVOL  1  2016.194
00.000  2017.1161  UN   VB   27998
USERID.ABCD.QEV.G0290V00  XXXVOL  1  2021.099
00.000  2021.0991  PS   FB 00 5100
USERID.LIST.G0376V00  XXXVOL  1  2021.078
00.000  2021.0781  PS   VB 0027998


Thanks,
Kolusu



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

Re: LISTCAT for a VTOC

[Seymour J Metz]

>  I've read (though I've never tried it) that one can run ISPF in batch,

It's easy to run ISPF in batch,but using a panel designed specifically for 
foreground use is another matter.

> So I could probably write a REXX that allocates all those DDs, then 
> exit ISPF and run the REXX from the READY prompt.

Why would you want to? If you're going to run a REXX script from the READY 
prompt then why not do the allocation there? If you're going to call a REXX 
script from ISPF, why not use LIBDEF? Were it me, I'd have the relevant DD 
statements in my JCL and an ISPSTART CMD(foo) command in SYSTSIN.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bob 
Bridges [robhbrid...@gmail.com]
Sent: Saturday, April 10, 2021 9:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LISTCAT for a VTOC

Yes, that's what I meant, and I'm going to have to use the LM services
anyway to transfer the PDSs so I may as well.

(Technically I think I ~could~ use 3.4 in a REXX program.  I've read (though
I've never tried it) that one can run ISPF in batch, if one wants to go to
the trouble of allocating all the necessary ISPF DDs.  So I could probably
write a REXX that allocates all those DDs, then exit ISPF and run the REXX
from the READY prompt.  Seems to me that'd be the very definition of going
around my elbow to get to my thumb, though.)

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* The enemy will always tell you the cost of following the will of God --
but he will never tell you the cost of NOT following the will of God.
-Henry Blackaby */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: Friday, April 9, 2021 16:42

I don't beleive that you can use 3.4 in a REXX script.

Do you mean LMDLIST? That is one of the ISPF services that ADDRESS ISPEXEC
supports. The LMD. services provide an easy way to process all of the
datasets on a volume.


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Bob Bridges [robhbrid...@gmail.com]
Sent: Friday, April 9, 2021 11:55 AM

Yeah, that's what I said:  I would use LISTCAT, but it won't work on
uncatalogued datasets.  And I see I left something out:  I'm writing a REXX.
I can do it in 3.4, but there are too many datasets; I'm tired of doing it
manually, especially as I suppose I'll need the process more than once.

...Although come to think of it I can use 3.4 in a REXX, too; DSLIST, is
that the service?  I don't think I've ever done that before, but I guess it
would solve my problem.

As I just told someone else, I've heard about CBT for years but never pulled
anything from it:  I assume clients will be reluctant (or more) to put
unknown software on their expensive mainframes.  I'm looking for plain
vanilla tools.

On the other hand, I've been at sites where they use certain CBT functions,
and CBT is after all well known.  Maybe if I ask my local systems programmer
he'll say "sure, we don't mind using CBT stuff".  Guess I should at least
ask.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: Friday, April 9, 2021 10:06

That's not a LISTCAT function. There are lots of choices on the CBT tape,
e.g., VTOC, and there's always ISPF 3.4.


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Bob Bridges [robhbrid...@gmail.com]
Sent: Thursday, April 8, 2021 9:28 PM

I'm gonna kick myself, I just know I am, but if I know the answer to this
already I can't dredge it up.  I want to list all the datasets on a
particular DASD volume.  I'd use LISTCAT LVL('hlq'), but these are not
catalogued.  Where's the TSO command for that?

--
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

How to tell if zEDC is active for an LPAR or DASD pool

[Farley, Peter x23353]

Just a question of curiosity:  Is it possible to tell if zEDC compression is 
active for an LPAR or for a particular DASD pool?  Perhaps an ISMF screen?

I know how to check with LISTCAT whether a file WAS compressed via zEDC, but I 
would like to know how to tell whether or not it WILL be used when creating a 
new file in a given DASD pool.

Peter
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

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

Re: LISTCAT for a VTOC

[Colin Paice]

I have some C program (and load modules)  on
https://github.com/colinpaicemq/SMFFormatter which format DCOLLECT output,
along with

   1. SMF120 from WebSpere Liberty
   2. SMF123 from z/OS Connect.
   3. SMF30 jobs and step resource usage
   4. SMF 42.6 Data set statistics
   5. SMF 42.5 VTOC statistics
   6. SMF 42.1 SMS buffer manager (PDSE)
   7. SMF 42.27 VTOC Audit


On Sat, 10 Apr 2021 at 18:03, Farley, Peter x23353 <
031df298a9da-dmarc-requ...@listserv.ua.edu> wrote:

> Not every site allows just anyone to use DCOLLECT.  For whatever reason,
> DCOLLECT on my employer's systems is SAF protected and unusable by any
> application programmer.
>
> Peter
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Bob Bridges
> Sent: Saturday, April 10, 2021 9:17 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: LISTCAT for a VTOC
>
> Ah, "DCOLLECT", I remember that.  I once wrote a REXX for a storage
> manager to use DCOLLECT and ... and do something with its output, I forget
> exactly what.  It was some years ago.  But I remember thinking "hey, this
> DCOLLECT thingy is pretty handy; I should remember it and use it from time
> to time!".
>
> I didn't, though; the next time I thought it might be useful, I couldn't
> remember what it was called.  Maybe I will this time :).
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* America wasn't founded so that we could all be better. America was
> founded so we could all be anything we damn well please.  -PJ O'Rourke */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of Radoslaw Skorupka
> Sent: Friday, April 9, 2021 16:36
>
> What about DCOLLECT?
> It is also IDCAMS command.
>
> AFAIR it is quite flexible - generic volsers, a lot of useful information.
> --
>
> This message and any attachments are intended only for the use of the
> addressee and may contain information that is privileged and confidential.
> If the reader of the message is not the intended recipient or an authorized
> representative of the intended recipient, you are hereby notified that any
> dissemination of this communication is strictly prohibited. If you have
> received this communication in error, please notify us immediately by
> e-mail and delete the message and any attachments from your system.
>
>
> --
> 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: LISTCAT for a VTOC

[Farley, Peter x23353]

Not every site allows just anyone to use DCOLLECT.  For whatever reason, 
DCOLLECT on my employer's systems is SAF protected and unusable by any 
application programmer.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Saturday, April 10, 2021 9:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LISTCAT for a VTOC

Ah, "DCOLLECT", I remember that.  I once wrote a REXX for a storage manager to 
use DCOLLECT and ... and do something with its output, I forget exactly what.  
It was some years ago.  But I remember thinking "hey, this DCOLLECT thingy is 
pretty handy; I should remember it and use it from time to time!".

I didn't, though; the next time I thought it might be useful, I couldn't 
remember what it was called.  Maybe I will this time :).

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* America wasn't founded so that we could all be better. America was founded 
so we could all be anything we damn well please.  -PJ O'Rourke */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Radoslaw Skorupka
Sent: Friday, April 9, 2021 16:36

What about DCOLLECT?
It is also IDCAMS command.

AFAIR it is quite flexible - generic volsers, a lot of useful information.
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

Re: More documentation problems

[kekronbekron]

Here's a life hack for people who are open to it -

Get a gaming mouse like this one 
(https://www.logitechg.com/en-gb/products/gaming-mice/g402-hyperion-fury-fps-gaming-mouse.910-004068.html)
 ..

.. and map the 2 pairs of up/down buttons to navigate back/forward and vol 
up/down respectively.
And the button on the side for mute. Extremely handy these days.

Or map it however you like basically.


- KB

‐‐‐ Original Message ‐‐‐
On Saturday, April 10, 2021 8:04 PM, Paul Gilmartin 
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Sat, 10 Apr 2021 14:29:34 +0100, Colin Paice wrote:
>
> > "back" is now two clicks..
> > eg
> > https://www.ibm.com/docs/en/ibm-mq/9.1?topic=reference-runmqdlq-run-dead-letter-queue-handler
> > Click on See The sample DLQ handler amqsdlq
> > https://www.ibm.com/docs/en/SSFKSJ_9.1.0/com.ibm.mq.adm.doc/q005650_.html
> > From this page use back arrow. Page jumps, and stays on the same page.
> > You have to use back again.
>
> I've seen similar misbehavior with other sites. JavaScript coders gone 
> berserk? E.g.:
> https://www.wunderground.com/forecast/us/co/boulder/KCOBOULD474
>
> -- gil
>
> --
>
> 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: LISTCAT for a VTOC

[ITschak Mugzach]

Transfer pads? Use SDS or equipment. These programs can read at a volume
level.

בתאריך שבת, 10 באפר׳ 2021 ב-16:12 מאת Bob Bridges :

> Yes, that's what I meant, and I'm going to have to use the LM services
> anyway to transfer the PDSs so I may as well.
>
> (Technically I think I ~could~ use 3.4 in a REXX program.  I've read
> (though
> I've never tried it) that one can run ISPF in batch, if one wants to go to
> the trouble of allocating all the necessary ISPF DDs.  So I could probably
> write a REXX that allocates all those DDs, then exit ISPF and run the REXX
> from the READY prompt.  Seems to me that'd be the very definition of going
> around my elbow to get to my thumb, though.)
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* The enemy will always tell you the cost of following the will of God --
> but he will never tell you the cost of NOT following the will of God.
> -Henry Blackaby */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of
> Seymour J Metz
> Sent: Friday, April 9, 2021 16:42
>
> I don't beleive that you can use 3.4 in a REXX script.
>
> Do you mean LMDLIST? That is one of the ISPF services that ADDRESS ISPEXEC
> supports. The LMD. services provide an easy way to process all of the
> datasets on a volume.
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of
> Bob Bridges [robhbrid...@gmail.com]
> Sent: Friday, April 9, 2021 11:55 AM
>
> Yeah, that's what I said:  I would use LISTCAT, but it won't work on
> uncatalogued datasets.  And I see I left something out:  I'm writing a
> REXX.
> I can do it in 3.4, but there are too many datasets; I'm tired of doing it
> manually, especially as I suppose I'll need the process more than once.
>
> ...Although come to think of it I can use 3.4 in a REXX, too; DSLIST, is
> that the service?  I don't think I've ever done that before, but I guess it
> would solve my problem.
>
> As I just told someone else, I've heard about CBT for years but never
> pulled
> anything from it:  I assume clients will be reluctant (or more) to put
> unknown software on their expensive mainframes.  I'm looking for plain
> vanilla tools.
>
> On the other hand, I've been at sites where they use certain CBT functions,
> and CBT is after all well known.  Maybe if I ask my local systems
> programmer
> he'll say "sure, we don't mind using CBT stuff".  Guess I should at least
> ask.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On Behalf
> Of
> Seymour J Metz
> Sent: Friday, April 9, 2021 10:06
>
> That's not a LISTCAT function. There are lots of choices on the CBT tape,
> e.g., VTOC, and there's always ISPF 3.4.
>
> 
> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
> of
> Bob Bridges [robhbrid...@gmail.com]
> Sent: Thursday, April 8, 2021 9:28 PM
>
> I'm gonna kick myself, I just know I am, but if I know the answer to this
> already I can't dredge it up.  I want to list all the datasets on a
> particular DASD volume.  I'd use LISTCAT LVL('hlq'), but these are not
> catalogued.  Where's the TSO command for that?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
-- 
ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring
for z/OS, x/Linux & IBM I **| z/VM coming soon  *

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

Re: IBM snew DOC Web SIte

[Paul Gilmartin]

On 2021-04-09, at 11:07:33, Carmen Vitullo wrote:
> 
> Thanks Susan, every issue I've ever had with KC, via the IBM site or a local 
> server you've been very helpful, I don't know if there's a fix (enhancement)  
> for the current tool I would hope those who took over your role would take in 
> all the issues we've discussed here   
> Best of luck to you in your newest endeavor  
>   
+1  Thanks, Susan, and wishes for success.

On 10/04/2021 3:24 am, Geoff Smith wrote:
> The link ishttps://ibm.biz/Bdf23Y.

Downloaded here in about 8 minutes - a bit over 2MB/s.

I must say I do like the "Open" hyperlink to the left of the title - in the 
past I have selected the wrong manual by failing to correctly follow the 
horizontal lines across to the right screen edge.

I also like the 3 metadata columns to the right of the book's title.

Very nice - best since the first 2.3 one IMO.

The horizontal rules are also helpful.

-- gil

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

Re: More documentation problems

[Paul Gilmartin]

On Sat, 10 Apr 2021 14:29:34 +0100, Colin Paice wrote:

>"back" is now two clicks..
>eg
>https://www.ibm.com/docs/en/ibm-mq/9.1?topic=reference-runmqdlq-run-dead-letter-queue-handler
>Click on See The sample DLQ handler amqsdlq
>
>From this page use back arrow.  Page jumps, and stays on the same page.
>You have to use back again.
>
I've seen similar misbehavior with other sites.  JavaScript coders gone 
berserk?  E.g.:
https://www.wunderground.com/forecast/us/co/boulder/KCOBOULD474

-- gil

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

Re: LISTCAT for a VTOC

[Colin Paice]

Am I missing something... does IEHLIST LISTVTOC give you what you need? See
here
https://www.ibm.com/docs/en/zos/2.1.0?topic=statements-listvtoc-statement

  //VTOCLIST JOB  ...
  //STEP1EXEC PGM=IEHLIST
  //SYSPRINT DD  SYSOUT=A
  //DD2  DD  UNIT=*disk*,VOLUME=SER=11,DISP=OLD
  //SYSINDD  *
   LISTVTOC   FORMAT,VOL=*disk*=11
   LISTVTOC   DUMP,VOL=*disk*=11,DSNAME=(SET1,SET2,SET3)
  /


On Sat, 10 Apr 2021 at 15:19, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Sat, 10 Apr 2021 09:12:33 -0400, Bob Bridges wrote:
> >...
> >(Technically I think I ~could~ use 3.4 in a REXX program.  I've read
> (though
> >I've never tried it) that one can run ISPF in batch, if one wants to go to
> >the trouble of allocating all the necessary ISPF DDs.  So I could probably
> >
> Copy the DDs from your logon PROC?
>
> Too many languages.  It's a pity there aren't filters to translate
> JCL DD <==> BPXWDYN calls.
>
> >write a REXX that allocates all those DDs, then exit ISPF and run the REXX
> >from the READY prompt.  Seems to me that'd be the very definition of going
> >around my elbow to get to my thumb, though.)
> >
> Why do you need a READY prompt?  Wouldn't
> ADDRESS TSO EXEC member
>
> do as well as:
> //SYSTSIN DD *
> ...
> EXEC member
> ?
>
> -- gil
>
> --
> 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: LISTCAT for a VTOC

[Paul Gilmartin]

On Sat, 10 Apr 2021 09:12:33 -0400, Bob Bridges wrote:
>...
>(Technically I think I ~could~ use 3.4 in a REXX program.  I've read (though
>I've never tried it) that one can run ISPF in batch, if one wants to go to
>the trouble of allocating all the necessary ISPF DDs.  So I could probably
>
Copy the DDs from your logon PROC?

Too many languages.  It's a pity there aren't filters to translate
JCL DD <==> BPXWDYN calls.

>write a REXX that allocates all those DDs, then exit ISPF and run the REXX
>from the READY prompt.  Seems to me that'd be the very definition of going
>around my elbow to get to my thumb, though.)
>
Why do you need a READY prompt?  Wouldn't
ADDRESS TSO EXEC member

do as well as:
//SYSTSIN DD *
...
EXEC member
?

-- gil

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

More documentation problems

[Colin Paice]

"back" is now two clicks..
eg
https://www.ibm.com/docs/en/ibm-mq/9.1?topic=reference-runmqdlq-run-dead-letter-queue-handler
Click on See The sample DLQ handler amqsdlq

>From this page use back arrow.  Page jumps, and stays on the same page.
You have to use back again.
___

Can "Tell us what you think" be squashed onto one line to save real estate?
___
I told "us" what I thought, and got no reply.  Does this get monitored?
Colin

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

Re: LISTCAT for a VTOC

[Bob Bridges]

Ah, "DCOLLECT", I remember that.  I once wrote a REXX for a storage manager to 
use DCOLLECT and ... and do something with its output, I forget exactly what.  
It was some years ago.  But I remember thinking "hey, this DCOLLECT thingy is 
pretty handy; I should remember it and use it from time to time!".

I didn't, though; the next time I thought it might be useful, I couldn't 
remember what it was called.  Maybe I will this time :).

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* America wasn't founded so that we could all be better. America was founded 
so we could all be anything we damn well please.  -PJ O'Rourke */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Radoslaw Skorupka
Sent: Friday, April 9, 2021 16:36

What about DCOLLECT?
It is also IDCAMS command.

AFAIR it is quite flexible - generic volsers, a lot of useful information.

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

Re: LISTCAT for a VTOC

[Bob Bridges]

Yes, that's what I meant, and I'm going to have to use the LM services
anyway to transfer the PDSs so I may as well.

(Technically I think I ~could~ use 3.4 in a REXX program.  I've read (though
I've never tried it) that one can run ISPF in batch, if one wants to go to
the trouble of allocating all the necessary ISPF DDs.  So I could probably
write a REXX that allocates all those DDs, then exit ISPF and run the REXX
from the READY prompt.  Seems to me that'd be the very definition of going
around my elbow to get to my thumb, though.)

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* The enemy will always tell you the cost of following the will of God --
but he will never tell you the cost of NOT following the will of God.
-Henry Blackaby */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: Friday, April 9, 2021 16:42

I don't beleive that you can use 3.4 in a REXX script.

Do you mean LMDLIST? That is one of the ISPF services that ADDRESS ISPEXEC
supports. The LMD. services provide an easy way to process all of the
datasets on a volume.


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Bob Bridges [robhbrid...@gmail.com]
Sent: Friday, April 9, 2021 11:55 AM

Yeah, that's what I said:  I would use LISTCAT, but it won't work on
uncatalogued datasets.  And I see I left something out:  I'm writing a REXX.
I can do it in 3.4, but there are too many datasets; I'm tired of doing it
manually, especially as I suppose I'll need the process more than once.

...Although come to think of it I can use 3.4 in a REXX, too; DSLIST, is
that the service?  I don't think I've ever done that before, but I guess it
would solve my problem.

As I just told someone else, I've heard about CBT for years but never pulled
anything from it:  I assume clients will be reluctant (or more) to put
unknown software on their expensive mainframes.  I'm looking for plain
vanilla tools.

On the other hand, I've been at sites where they use certain CBT functions,
and CBT is after all well known.  Maybe if I ask my local systems programmer
he'll say "sure, we don't mind using CBT stuff".  Guess I should at least
ask.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of
Seymour J Metz
Sent: Friday, April 9, 2021 10:06

That's not a LISTCAT function. There are lots of choices on the CBT tape,
e.g., VTOC, and there's always ISPF 3.4.


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Bob Bridges [robhbrid...@gmail.com]
Sent: Thursday, April 8, 2021 9:28 PM

I'm gonna kick myself, I just know I am, but if I know the answer to this
already I can't dredge it up.  I want to list all the datasets on a
particular DASD volume.  I'd use LISTCAT LVL('hlq'), but these are not
catalogued.  Where's the TSO command for that?

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

Re: IBM snew DOC Web SIte

[Radoslaw Skorupka]

For me it is still downloading. Second day. Firefox show rate 30-90KB/s, 
but usually lower values. And quite often it stops.
As I said, I did it in the past, few weeks ago - same problem. I tried 
many times, changed browser, even changed computer, tested link (240Mbps 
over FO) and the only problem was with that download. No problem with 
many other big downloads, including some from other IBM addresses. Just 
downloaded some ~400MB file for test. 3,8-4,2 MB/s.


As you know sometimes "sh*t happens", so I didn't complain thinking it 
is temporary issue.

But it seems it is permanent.

BTW: now it grew up to ~400KB/s. Why? I have no idea. And now it is 
12KB/s. No other activity in my home. No such behaviour with other 
downloads or webpages.



Nevermind, it's off-topic.

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




W dniu 09.04.2021 o 23:31, Parwez Hamid pisze:

Just finished downloading it without any problems. Took around 31 mins.

Regards

Parwez Hamid​


From: IBM Mainframe Discussion List  on behalf of Radoslaw 
Skorupka 
Sent: 09 April 2021 22:03
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: IBM snew DOC Web SIte

W dniu 09.04.2021 o 19:24, Geoff Smith pisze:

Thank you Sue Shumway for your contributions and thank you to all our customers for your 
feedback.  I'll be reviewing the IBM Documentation site feedback and try to address as 
much as I can.  I will pay particular attention to the z/OS product documentation that I 
work on. Thank you for your patience.  In the meantime, if you like PDF format, the z/OS 
V2R4 Adobe Indexed PDF Collection was just updated.  It's a 1GB zip that you download and 
unzip.  You'll need the free Acrobat reader to use the search function.  Open the 
"zOSV2R4-Search-Index.pdx" file to access the robust search.  The link is 
https://ibm.biz/Bdf23Y.

There is something wrong with the link or with your server.
This is n-th time I'm trying to download the documentation and
*everytime* it starts with good speed i.e. 2MB/s, but soon the speed is
reduced to 20-50kB/s.
I checked it several times. It is not a problem with my link - I have no
problems with other sites, including some other IBM ones. The problem
regards documentation file only.

--
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


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

Re: IBM snew DOC Web SIte

[Peter Relson]

The comments (criticism) are on target. Keep 'em coming.

I would mention that this one
>when we 'change version' of product, saying 'whoopsie, this 
>page doesn't exist in that version' almost all the time
 is a problem that has existed in KC long before "IBM Documentation" that 
I hope (finally) gets addressed.

I bring that up only to point out that this one isn't a case of a problem 
introduced with the change to IBM Documentation; there could have been 
outcry about that one long ago (and maybe there was...).

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