Hello mainframers,
I'm having trouble deleting some data sets.
In order to apply PTFs to a z/OS system, I copied a system volume. Here is the
JCL used :
//COPY1EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*
//SYSINDD *
-Otlist
riginal Message-
From: IBM Mainframe Discussion List On Behalf Of
Peter Relson
Sent: Saturday, May 28, 2022 7:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: data set deletion problem
DO NOT DO WHAT I HAVE SEEN DISCUSSED, unless you don't mind re-IPLing.
You have, for
DDNAME(SYSRES),PURGE
also make sure your ACS routines bypass any SYSRES HLQ's
Carmen Vitullo
-Original Message-
From: Francois
To: IBM-MAIN
Date: Friday, 27 May 2022 4:23 AM CDT
Subject: data set deletion problem
Hello mainframers,
I'm having trouble deleting som
(SYSRES),PURGE
>
> also make sure your ACS routines bypass any SYSRES HLQ's
>
> Carmen Vitullo
>
>
>
> -Original Message-
>
> From: Francois
> To: IBM-MAIN
> Date: Friday, 27 May 2022 4:23 AM CDT
> Subject: data set deletion problem
>
> Hello mainframer
Thx for your replies, i was focused on removing the enqueue but your approach
seems better ;-)
On Fri, 27 May 2022 12:29:16 +, Carmen Vitullo wrote:
>what works for me, *sometimes* is i attempt to rename that dataset first, to
>.old or something, then delete it.
>
>I get a warning message
tullo
-Original Message-
From: Francois
To: IBM-MAIN
Date: Friday, 27 May 2022 8:35 AM CDT
Subject: Re: data set deletion problem
Thx for your replies, i was focused on removing the enqueue but your approach
seems better ;-)
On Fri, 27 May 2022 12:29:16 +, Carmen Vitullo wrote:
>wh
On Fri, 27 May 2022 14:30:41 +, Carmen Vitullo wrote:
>there is a way to remove the enq but I feel it's safer to rename the file from
>the (dataset volume list) from 3.4 - then delete
>
>the SETPROG LNKLST,UNALLOCATE command can be issued, but make sure you issue
>the
>SETPROG LNKLST,AL
excellent, you are welcome, I think your ENQ issues then was with LLA
possibly
Carmen
On 5/27/2022 10:14 AM, Francois desmadrille wrote:
On Fri, 27 May 2022 14:30:41 +, Carmen Vitullo wrote:
there is a way to remove the enq but I feel it's safer to rename the file from
the (dataset vo
DO NOT DO WHAT I HAVE SEEN DISCUSSED, unless you don't mind re-IPLing.
You have, for some reason, placed this data set into the LNKLST.
If you delete the data set, don't count on your system staying up.
The ENQs on LNKLST data sets are to stop you from doing the harm to your system
that deleting
Peter,
The dataset deleted was not in the link list. The op copied a complete dasd
without renaming the datasets and was unable to regrade the copy because
the same dataset name was enqueued by lla.
ITschak
בתאריך שבת, 28 במאי 2022 ב-15:40 מאת Peter Relson :
> DO NOT DO WHAT I HAVE SEEN DISCUSS
On Sat, 28 May 2022 16:11:43 +0300, wrote:
>Peter,
>
>The dataset deleted was not in the link list. The op copied a complete dasd
>without renaming the datasets and was unable to regrade the copy because
>the same dataset name was enqueued by lla.
>
Doesn't IBM supply a "Use at Your Own Risk" fac
On 5/28/2022 5:27 PM, Paul Gilmartin wrote:
Doesn't IBM supply a "Use at Your Own Risk" facility to rename a data set
despite an ENQ on the DSN?
https://www.ibm.com/docs/en/zos/2.5.0?topic=gcr-renaming-data-set-that-might-be-in-use
--
Phoenix Software International
Edward E. Jaffe
831 Parkvi
Hi Ed,
His Dataset is SMS-Managed, Your solution will not work.
Regards,
David
On 2022-05-28 23:56, Ed Jaffe wrote:
On 5/28/2022 5:27 PM, Paul Gilmartin wrote:
Doesn't IBM supply a "Use at Your Own Risk" facility to rename a data
set
despite an ENQ on the DSN?
https://nam12.safelinks.prot
On 5/28/2022 9:19 PM, David Spiegel wrote:
Hi Ed,
His Dataset is SMS-Managed, Your solution will not work.
Regards,
David
I didn't purport to provide a solution, merely a link to the facility
Gil was wondering about...
--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive No
Yitschak wrote:
The dataset deleted was not in the link list. The op copied a complete dasd
without renaming the datasets and was unable to regrade the copy because
the same dataset name was enqueued by lla.
The OP had written
Due to a bad ACS, some data sets were picked up by SMS and therefore
I confirme that the files are NOT in the LINKLST (neither the original files
nor the copies) and that the orignal files are NOT cataloged.
Only the copies was cataloged and SMS-managed.
To unlock a file that have an XCFAS and / or an LLA ENQ, i usually use this
method :
- LNKLST DEFINE NAME(new
]
Sent: Monday, May 30, 2022 9:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: data set deletion problem
I confirme that the files are NOT in the LINKLST (neither the original files
nor the copies) and that the orignal files are NOT cataloged.
Only the copies was cataloged and SMS-managed.
To
As far as I know, XCFAS would not allocate any data set other than what XCF
itself needs (perhaps some sort of couple data set) and data sets in the
LNKLST. If your data set is not in either of those categories, I cannot help.
If there is no active LNKLST data set with the data set in question,
On Tue, 31 May 2022 13:00:58 +, Peter Relson wrote:
>As far as I know, XCFAS would not allocate any data set other than what XCF
>itself needs (perhaps some sort of couple data set)
Yes it is ! These are alternate couple data sets.
-
On Tue, 31 May 2022 13:00:58 +, Peter Relson wrote:
As far as I know, XCFAS would not allocate any data set other than what XCF
itself needs (perhaps some sort of couple data set)
IMHO XCF is used to allocated LNKLST datasets and I believe it is not
because XCF needs them.
And there is
Radoslaw,
It's not good to argue with the guy who writes z/OS for ibm how it works.
Joe
On Mon, Jun 6, 2022, 06:50 Radoslaw Skorupka wrote:
> > On Tue, 31 May 2022 13:00:58 +, Peter Relson
> wrote:
> >
> >> As far as I know, XCFAS would not allocate any data set other than what
> XCF its
Joe,
I know who Peter is, however I also know that XCFAS is keeping LNKLST
datasets allocated. It is not matter of opinion or conviction, it is a
fact, easy to check.
--
Radoslaw Skorupka
Lodz, Poland
W dniu 06.06.2022 o 13:08, Joe Monk pisze:
Radoslaw,
It's not good to argue with the
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Radoslaw Skorupka [r.skoru...@hotmail.com]
Sent: Monday, June 6, 2022 6:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: data set deletion problem
> On Tue, 31 May 2022 13:00:58 +, Peter Relson wrote:
>
>
Apologies. I mis-wrote.
What I had meant to write was that allocation within XCFAS, in addition to the
LNKLST data sets, ...
Because the OP had asserted that the data sets were not in the LNKLST.
Peter Relson
z/OS Core Technology Design
24 matches
Mail list logo
