Thanks for all the comments from everyone. They were useful, relevant, and
confirmed what I guessed.
I built a new PDS/E Library and planned to pick it up as each LPAR was IPLed.
In the end, the Compress while in use was enough. The free space should last
until after I retire, again.
This group
W dniu 04.03.2024 o 20:29, Wendell Lovewell pisze:
As Allan said, you can compress an in-use PDS using IEBCOPY.
//CMPEXEC PGM=IEBCOPY
//SYSPRINT DD SYSOUT=*
//SYSUT3 DD UNIT=SYSDA,SPACE=(CYL,(90))
//SYSUT4 DD UNIT=SYSDA,SPACE=(CYL,(90))
//INDD0DD DISP=SHR,DSN=
//SYSINDD *
Classification: Confidential
TCPIP/TELNET come up *LONG* after PDSE initialization.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Pew, Curtis G
Sent: Monday, March 4, 2024 1:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TELNET PROFILE, strictly PDS?
[CAUTION
On Mar 4, 2024, at 8:25 AM, Paul Gilmartin
<042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
Must it be the responsibility of every facility to enumerate its capabilities?
With
great power comes great responsibility.
I believe that the only things that must be PDS and not PDSE are
As Allan said, you can compress an in-use PDS using IEBCOPY.
//CMPEXEC PGM=IEBCOPY
//SYSPRINT DD SYSOUT=*
//SYSUT3 DD UNIT=SYSDA,SPACE=(CYL,(90))
//SYSUT4 DD UNIT=SYSDA,SPACE=(CYL,(90))
//INDD0DD DISP=SHR,DSN=
//SYSINDD *
C I=INDD0,O=INDD0
/*
You might have to adjust the
ssification: Confidential
> >>
> >> 1) Re-allocate as PDS/E. This will require a PDS/E
> >> 2) Compress in batch w/IEBCOPY and make you changes. No restart
> required.
> >>
> >> -Original Message-
> >> From: IBM Mainframe Discussion Li
ed.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
roscoe5
Sent: Friday, March 1, 2024 2:47 PM
To:IBM-MAIN@LISTSERV.UA.EDU
Subject: TELNET PROFILE, strictly PDS?
[CAUTION: This Email is from outside the Organization. Unless you trust the
sender, Don't click links or
Thanks Gil
From: IBM Mainframe Discussion List on behalf of
Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu>
Sent: Monday, March 4, 2024 9:25:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TELNET PROFILE, strictly PDS?
On Mon, 4 Mar 2024
On Mon, 4 Mar 2024 13:29:59 +, roscoe5 wrote:
>I could not find definitive doc saying a PDS/E was/wasn’t allowed, but I am
>convinced it is. Thanks.
>
In days of yore there were only PDSs Nowadays there are PDS, PDSE1, PDSE2,
and UNIX directories with some similarities and many differences
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: TELNET PROFILE, strictly PDS?
[CAUTION: This Email is from outside the Organization. Unless you trust the
sender, Don't click links or open attachments as it may be a Phishing email,
which can steal your Information and compromise your Computer.]
I could
locate as PDS/E. This will require a PDS/E
> 2) Compress in batch w/IEBCOPY and make you changes. No restart required.
>
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of
> roscoe5
> Sent: Friday, March 1, 2024 2:47 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
>
@LISTSERV.UA.EDU
Subject: TELNET PROFILE, strictly PDS?
[CAUTION: This Email is from outside the Organization. Unless you trust the
sender, Don't click links or open attachments as it may be a Phishing email,
which can steal your Information and compromise your Computer.]
I'll freely admit I am rusty
Clarification: I’m asking about the TCPIP parms dataset, containing the Telnet
profile. In other shops it may be SYS1.TCPPARMS, if that makes more sense.
Sent from [Proton Mail](https://proton.me/mail/home) for iOS
On Fri, Mar 1, 2024 at 3:47 PM, roscoe5
I’ll freely admit I am rusty in this area, but I hope this is an easy question.
I know a shop where the TELNET PROFILE dataset is a PDS. We found this today
making a minor update and a space abend. All 16 extents full. Compressing while
is use being one problem, I’d like to reallocate a new
14 matches
Mail list logo