> Interesting. That completion code would not have been in correct IBM
code
> (Fxx abends have indicated the non-availability of SVC xx, for as long
as
> the SVC FLIH has existed, as far as I know).
It was many moons ago, maybe it was z/OS 1.4 or earlier (OS/390 2.10?).
Definitely it was RMM pr
W dniu 25.10.2020 o 14:44, Peter Relson pisze:
BTW2: I even experienced F37 abend in the past. It was related to huge
(at the time) Jaguar J1A tapes and good compression and ...problems in
RMM. AFAIK I put over 6TB (terabytes) of uncompressed data on 300GB cart.
Interesting. That completion co
...@us.ibm.com]
Sent: Sunday, October 25, 2020 9:44 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down
BTW2: I even experienced F37 abend in the past. It was related to huge
(at the time) Jaguar J1A tapes and good compression and ...problems in
RMM. AFAIK
BTW2: I even experienced F37 abend in the past. It was related to huge
(at the time) Jaguar J1A tapes and good compression and ...problems in
RMM. AFAIK I put over 6TB (terabytes) of uncompressed data on 300GB cart.
Interesting. That completion code would not have been in correct IBM code
(Fx
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 ...problems
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 program
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
... I think PDSE on LNKLST *may have*
secondary extents and it is NOT bad practise like in case of PDS.
A PDSE counts as having only one extent. That correlates to the DEB for
the opened concatenation having only one extent entry for a PDSE.
I conclude that the information about other extents
empty members would be no different in effect from a mischievous programmer adding one
member of unbounded size.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of R.S.
Sent: Thursday, October 22, 2020 7:29 AM
To: IBM-MAIN@LISTSE
mbers. A mischievous programmer adding an unbounded
>>> number of empty members would be no different in effect from a mischievous
>>> programmer adding one member of unbounded size.
>>>
>>> Charles
>>>
>>>
>>> -Original Message-
>
t from a mischievous
> > programmer adding one member of unbounded size.
> >
> > Charles
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> > Behalf Of R.S.
> > Sent: Thursday, Oc
A.EDU
Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down
I would assume a directory entry must be created before attempting to
allocate space for the contents of a new PDSE member. So, assuming the
PDSE has no free blocks and cannot be extended, do you get a different
type of ABEND i
unbounded size.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of R.S.
> Sent: Thursday, October 22, 2020 7:29 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: emptying a PDS: was RE: [IB
On Thu, 22 Oct 2020 08:52:38 -0700, Charles Mills wrote:
>Putting it differently, there is no distinction between "member data space"
>and "directory entry space." Being out of one is being out of both. A PDSE of
>10 tracks could equally well hold one member of ~500K or lots and lots of tiny
>o
y, October 22, 2020 7:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down
W dniu 22.10.2020 o 15:12, Paul Gilmartin pisze:
> On Thu, 22 Oct 2020 13:50:44 +0200, R.S. wrote:
>
>> Remark: while shortage of space is possible in PDSE, t
W dniu 22.10.2020 o 15:12, Paul Gilmartin pisze:
On Thu, 22 Oct 2020 13:50:44 +0200, R.S. wrote:
Remark: while shortage of space is possible in PDSE, then shortage of
directory blocks is not possible.
What happens if an inquisitive programmer mischievously adds an
unbounded number of empty m
On Thu, 22 Oct 2020 13:50:44 +0200, R.S. wrote:
>Remark: while shortage of space is possible in PDSE, then shortage of
>directory blocks is not possible.
>
What happens if an inquisitive programmer mischievously adds an
unbounded number of empty members to a small PDSE? Or adds
numerous aliases
Remark: while shortage of space is possible in PDSE, then shortage of
directory blocks is not possible.
BTW: Correct me if I'm wrong, but I think PDSE on LNKLST *may have*
secondary extents and it is NOT bad practise like in case of PDS.
--
Radoslaw Skorupka
Lodz, Poland
W dniu 18.10.20
cussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Saturday, October 17, 2020 9:18 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down
On Sat, 17 Oct 2020 16:19:40 -0700, Charles Mills wrote:
Back in the late sixties
Hi Peter,
Since SCSQAUTH contains all MQ LNKLSTd modules (and no MQ modules are in
any other LNKLSTd PDS(e)) and MQ, CICS, IMS and Batch are down, I can
guarantee that no User/Task/Job will attempt to fetch an MQ module.
There are 2 reasons why I would not compress SCSQAUTH:
1) It's a PDSE (no
How about this situation ...
I am part of a team of people who plan maintenance upgrades many months
in advance.
There is no possibility of IPL (for many of the maintenance upgrades).
All Batch is held (other than implementation jobs); DFSMShsm, CICS, IMS
and DB2 are down.
TSO is limited to impl
Hi Peter,
How about this situation ...
I am part of a team of people who plan maintenance upgrades many months
in advance.
There is no possibility of IPL (for many of the maintenance upgrades).
All Batch is held (other than implementation jobs); DFSMShsm, CICS, IMS
and DB2 are down.
TSO is lim
You delete members (let alone delete all members) from any LNKLST data set
at your own risk. If you're going to do that, you'd better not have LLA
active.
Maybe you get away with it with LLA up and a refresh. That doesn't mean it
worked or didn't leave you undesirably exposed.
Peter Relson
z/OS
On Sat, 17 Oct 2020 18:04:38 -0500 Paul Gilmartin
<000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
:>On Sat, 17 Oct 2020 17:48:57 -0500, Steve Horein wrote:
:>>Good ole IDCAMS anyone?
:>>https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.idai200/dgt3i231.htm
:>How
Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down
On Sat, 17 Oct 2020 16:19:40 -0700, Charles Mills wrote:
>Back in the late sixties ... I wrote a quick program that exactly filled the
>remaining space in the library and named it ALL. They ran the appropriate
>utility with the
Sent: Sunday, October 18, 2020 6:07 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down
>
> **CAUTION EXTERNAL EMAIL**
>
> **DO NOT open attachments or click on links from unknown senders or
> unexpected emails**
>
>
st Paris Ave, SE | MD RSCB2H | Grand Rapids, MI
49546
616.653.8429 | fax: 616.653.2717
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
David Spiegel
Sent: Sunday, October 18, 2020 6:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: emptying a PDS: was RE: [IBM-MAIN]
On Sun, 18 Oct 2020 06:06:50 -0400, David Spiegel wrote:
>
>For LNKLSTd PDSEs, modules deemed to be in use aren't "removed" from the
>PDSE, which could cause shortage of directory blocks or space.
>I usually have to run it twice. The first time is without a PARM, the
>second time with PARM='Perfor
chnical Support
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jousma, David
Sent: Sunday, October 18, 2020 12:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down
[External Email. Exercise caution when clicking links or open
07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down
**CAUTION EXTERNAL EMAIL**
**DO NOT open attachments or click on links from unknown senders or unexpected
emails**
Hi Dave,
For LNKLSTd PDSEs, modules deemed to be in use aren't "re
gel
Sent: Sunday, October 18, 2020 12:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down
**CAUTION EXTERNAL EMAIL**
**DO NOT open attachments or click on links from unknown senders or unexpected
emails**
Hi Dave,
If it's a Linklisted
On Sun, 18 Oct 2020 05:18:20 +, Jousma, David wrote:
>Never heard of the utility. Why would that be needed?
>
IEBPDSE is the PDS/E Validation Utility and it validates a PDS/E to see if it
is valid or corrupted. See the DFSMSdfp Utilities manual.
Roger
-
616.653.8429 | fax: 616.653.2717
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
David Spiegel
Sent: Sunday, October 18, 2020 12:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down
**CAUTION EXTERNAL EMAIL**
**DO
6:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down
**CAUTION EXTERNAL EMAIL**
**DO NOT open attachments or click on links from unknown senders or unexpected
emails**
Good ole IDCAMS anyone?
https://eur05.safelinks.protection.outlook.com/?url=
On Sat, 17 Oct 2020 16:19:40 -0700, Charles Mills wrote:
>Back in the late sixties ... I wrote a quick program that exactly filled the
>remaining space in the library and named it ALL. They ran the appropriate
>utility with the control statement DELETC ALL with the predictable results.
>They we
: 616.653.2717
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steve Horein
Sent: Saturday, October 17, 2020 6:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down
**CAUTION EXTERNAL EMAIL**
**DO NOT open attachments or click on
[IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Saturday, October 17, 2020 7:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down
On Sat, 17 Oct 2020 17:48:57 -0500, Steve Horein wrote:
>Goo
emptying a PDS: was RE: [IBM-MAIN] getting XCFAS down
On Sat, 17 Oct 2020 17:48:57 -0500, Steve Horein wrote:
>Good ole IDCAMS anyone?
>https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.idai200/dgt3i231.htm
>
How might one delete a PDS member named
On Sat, Oct 17, 2020 at 6:04 PM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Sat, 17 Oct 2020 17:48:57 -0500, Steve Horein wrote:
>
> >Good ole IDCAMS anyone?
> >
> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.idai200/dgt3i231.htm
> >
>
I would suggest shooting the creator.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Saturday, October 17, 2020 4:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: emptying a PDS: was RE: [IBM-MAIN
On Sat, 17 Oct 2020 17:48:57 -0500, Steve Horein wrote:
>Good ole IDCAMS anyone?
>https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.idai200/dgt3i231.htm
>
How might one delete a PDS member named "* "?
-- gil
-
On Sat, 17 Oct 2020 22:34:17 +, Chris Hoelscher wrote:
>I have employed this REXX script for years:
>
>/* REXX */
>DSNAME = 'my PDS'
>DSN = STRIP(DSNAME, 'BOTH', ) /* IN CASE IT'S IN QUOT
Good ole IDCAMS anyone?
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.idai200/dgt3i231.htm
On Sat, Oct 17, 2020 at 5:34 PM Chris Hoelscher
wrote:
> I have employed this REXX script for years:
>
> /* REXX */
> DSNAME = 'my PDS'
> DSN = STRIP(DSNAME, 'BOTH', ) /* I
I have employed this REXX script for years:
/* REXX */
DSNAME = 'my PDS'
DSN = STRIP(DSNAME, 'BOTH', ) /* IN CASE IT'S IN QUOTES */
QUOTE = "'"
44 matches
Mail list logo
