Please post your TSO proc and the DSN and member of the TSOKEYxx you edited.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Sam
Golob [sbgo...@cbttape.org]
Sent:
AFAIK, the abend for directory exhaustion is NOT x37. It is rather B14
or so.
BTW: yes, I know there are several x37 abends. That's why I used
lowercase 'x'.
BTW2: I even experienced F37 abend in the past. It was related to huge
(at the time) Jaguar J1A tapes and good compression and
I just read the manual and didn't found any reference to dynamic
activation. Neither TSO PARMLIB nor other command.
So, it seems one has to bounce TSO address space in order to change
TSOKEYxx parameters.
--
Radoslaw Skorupka
Lodz, Poland
W dniu 25.10.2020 o 02:31, Joe Monk pisze:
Sam
Hint:
TSO member in PARMLIB usually has reference to WRONG TSOKEYxx.
That means the member is TSOKEYnn, but the library is CPAC.PARMLIB, AFAIK.
Check it.
Yes, it does not use logical parmlib, just DD.
--
Radoslaw Skorupka
Lodz, Poland
W dniu 25.10.2020 o 02:06, Sam Golob pisze:
Dear
Sam ...
Page 761?
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3SA231380/$file/ieae200_v2r3.pdf
Joe
On Sat, Oct 24, 2020 at 8:07 PM Sam Golob wrote:
> Dear Folks,
>
> Clark understood my question correctly. (Hi Clark--haven't heard
> from you in a while.)
>
>
Oops, wrong member, sorry.
On Sat, Oct 24, 2020 at 7:47 PM Seymour J Metz wrote:
> "* PARMLIB command
>_ maintain the active IKJTSOxx member of SYS1.PARMLIB, which includes
> listing the specifications and dynamically updating the member
> without a re-IPL. You can also check the
Verify in the SYSLOG that the TSOKEYxx member you desire is actually the one
being read and processed
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Sam Golob
> Sent: Saturday, October 24, 2020 6:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: How can you
Dear Folks,
Clark understood my question correctly. (Hi Clark--haven't heard
from you in a while.)
The PARMLIB command deals with the IKJTSOxx member of PARMLIB. I'm
interested in the TSOKEYxx member of PARMLIB which deals with TCAS.
There doesn't seem to be any member in
What would you recommend for someone with an AS/400 background to read before
hitting the VTAM manuals? I'm probably going to suggest ABCs of z/OS System
Programming Volume 4 if there isn't something basic that addresses
configuration.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
"* PARMLIB command
_ maintain the active IKJTSOxx member of SYS1.PARMLIB, which includes
listing the specifications and dynamically updating the member
without a re-IPL. You can also check the syntax of any IKJTSOxx
member of SYS1.PARMLIB."
and
"PARMLIB command
Use the
On Sat, 24 Oct 2020 09:55:43 -0500, Joel C. Ewing wrote:
>
> ... Or does PDSE logic design
>somehow preclude reading a PDSE member when an out-of-space condition
>has prevented a proper close and writing of all data blocks during the
>member creation?
>
I should hope that a well-designed
I'm not assuming any abend code outside the x37 family, just asking
which one.
x37 is not an actual abend code but a generic reference to family of
abend codes (A37, B37, D37, E37) relating to various out-of-space
conditions. For a PDS, you get a distinct E37 abend rather than a B37
or D37 when
Yes,
I am mistaken.
CSNB are symmetric and CSND are asymmetric.
Apologies to all.
So CSNB calls can be used for DES and AES.
It's been 10 years or so that I did this.
My memory is fading as I approach 70.
Regards, Pierre.
13 matches
Mail list logo