Re: Delete NVR entries where ENQ shows from LLA/XCFAS

2017-01-06 Thread Peter Relson 

Why not
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieae200/remenq.htm

?


This is exactly the intended approach when you are trying to deal with an 
uncataloged data set of the same name as a LNKLST data set.

Also, where it talks about LLA, you could use the CSVLLAxx parameter
GET_LIB_ENQ(NO) 

Both of these should be done only temporarily, and put back the way they 
had been (e.g., LNKLST ALLOCATE and GET_LIB_ENQ(YES) ) once the operation 
has been done, in order to keep the system protected. 

I will submit a pub-update request to add this information.

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

Re: Delete NVR entries where ENQ shows from LLA/XCFAS

2017-01-05 Thread Tom Marchant 
On Thu, 5 Jan 2017 08:01:15 -0600, John McKown wrote:

>Why not
>https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieae200/remenq.htm
>?

IMO, this is better:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.idas300/rname.htm

-- 
Tom Marchant

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

Re: Delete NVR entries where ENQ shows from LLA/XCFAS

2017-01-05 Thread Ravi Gaur 
These all were old/uncatalog's datasets left on the pack which were used with 
z/OS1.13 as sysres(way back we moved to 2.1 and now over to 2.2) so as had same 
name dsn got enqueue with LLA/XCFAS , now as some of you responded being simple 
was to get the init done however due to storage management policy(which I need 
to fight further ) they wanted to have them empty/scratch before init...

So obviously to bring down lla/xcfas and then delete them would have to wait 
for change...meanwhile I used inhouse bypass enqueue to get them clear

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

Re: Delete NVR entries where ENQ shows from LLA/XCFAS

2017-01-05 Thread John McKown 
Why not
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieae200/remenq.htm
?



On Thu, Jan 5, 2017 at 7:55 AM, Ravi Gaur  wrote:

> These all were old/uncatalog's datasets left on the pack which were used
> with z/OS1.13 as sysres(way back we moved to 2.1 and now over to 2.2) so as
> had same name dsn got enqueue with LLA/XCFAS , now as some of you responded
> being simple was to get the init done however due to storage management
> policy(which I need to fight further ) they wanted to have them
> empty/scratch before init...
>
> So obviously to bring down lla/xcfas and then delete them would have to
> wait for change...meanwhile I used inhouse bypass enqueue to get them
> clear
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
There’s no obfuscated Perl contest because it’s pointless.

—Jeff Polk

Maranatha! <><
John McKown

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

Re: Delete NVR entries where ENQ shows from LLA/XCFAS

2017-01-05 Thread Tom Marchant 
On Thu, 5 Jan 2017 05:37:08 -0700, Lizette Koehler wrote:

> If these are Linklst'd datasets, then you could 
>  1) Build a new LINKLST and remove these datasets in the new LINKLST
>  2) Do what you need to with these files (move, delete)

A new LNKLST set without the data sets is not sufficient. The old LNKLST 
set will still be active, and the data set still in use. See topic "Removing or 
compressing a data set in an active LNKLST set" in the MVS Initialization 
and Tuning reference. In order to be effective, after creating and activating 
the new LNKLST set, you need to issue

LNKLST UPDATE JOB(*)

so that no active address space using the old LNKLST set.

However, be aware that doing so involves risk. Many of us have done so and 
gotten away with it, but if you are unlucky, you may have to IPL to recover 
from the errors that were caused.

-- 
Tom Marchant

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

Re: Delete NVR entries where ENQ shows from LLA/XCFAS

2017-01-05 Thread Tom Marchant 
On Thu, 5 Jan 2017 03:39:39 -0600, Ravi Gaur wrote:

>Delete datasets from Disk/3390 which are having enqueue from LLA/XCFAS

It would help if we know what data sets. If they are things like SYS1.LINKLIB 
on an alternate IPL volume there are acceptable ways to do it including the 
BYPASSNQ program already mentioned.

>Tried IDCAMS NVR and also ISPF 3.2 (with VOLUME serial no.) get in use 
>message any trick to get the datasets deleted via bypassing enqueue? on 
>this specific volume

There is a way to delete such data sets in ISPF, but I don't remember the 
details. 
Something like this:
Create a data set list using VOLUME.
Enter "D" for the data sets that you want to delete.
Reply to the prompt to delete the non-cataloged version of the data set.

There is a RACF profile that you must have access to in order for this to work.

-- 
Tom Marchant

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

Re: Delete NVR entries where ENQ shows from LLA/XCFAS

2017-01-05 Thread Lizette Koehler 
 If these are Linklst'd datasets, then you could 
  1) Build a new LINKLST and remove these datasets in the new LINKLST
  2) Do what you need to with these files (move, delete)
  3) then if you need them back, build a new copy of the linklst

 Everything will depend on what these datasets are and what they are used for 
in your environment.

 It  is a little bit more difficult to provide a better answer.  There are very 
few details to understand the issue.

 Are they in the LINKLST?
 Are they in other processes?  JCL for STCs, for example.
 What are they used for?
 
 
 Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Ravi Gaur
> Sent: Thursday, January 05, 2017 2:40 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Delete NVR entries where ENQ shows from LLA/XCFAS
> 
> Delete datasets from Disk/3390 which are having enqueue from LLA/XCFAS
> Tried IDCAMS NVR and also ISPF 3.2 (with VOLUME serial no.) get in use
> message any trick to get the datasets deleted via bypassing enqueue? on this
> specific volume
> 

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

Re: Delete NVR entries where ENQ shows from LLA/XCFAS

2017-01-05 Thread Elardus Engelbrecht 
Lucas Rosalen wrote:

>You could do the right way, which means removing these datasets from LLA and 
>LNKLST.

Agreed! 

>Or you could recklessly use BYPASSNQ program, which can be found in CBT file 
>#749

Hehehe, 'recklessly'? That AC(1) program is a frontend to screen SVCs and then 
misuse "SYSNOENQ" before calling deletion programs like IEHPROGM or IDCAMS.

My storage admins will not like that program at all. So, I can't try that out 
to see if a certain special RACF profile will block this program or not.

Groete / Greetings
Elardus Engelbrecht

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

Re: Delete NVR entries where ENQ shows from LLA/XCFAS

2017-01-05 Thread Lucas Rosalen 
You could do the right way, which means removing these datasets from LLA
and LNKLST.
Or you could recklessly use BYPASSNQ program, which can be found in CBT
file #749

---
*Lucas Rosalen*
Emails: rosalen.lu...@gmail.com / *lrosa...@pl.ibm.com
*
LinkedIn: http://br.linkedin.com/in/lrosalen
Phone: +48 (71) 792 809 198


2017-01-05 10:39 GMT+01:00 Ravi Gaur :

> Delete datasets from Disk/3390 which are having enqueue from LLA/XCFAS
> Tried IDCAMS NVR and also ISPF 3.2 (with VOLUME serial no.) get in use
> message any trick to get the datasets deleted via bypassing enqueue? on
> this specific volume
>
> --
> 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: Delete NVR entries where ENQ shows from LLA/XCFAS

2017-01-05 Thread Elardus Engelbrecht 
Ravi Gaur wrote:

>Delete datasets from Disk/3390 which are having enqueue from LLA/XCFAS 
>Tried IDCAMS NVR and also ISPF 3.2 (with VOLUME serial no.) get in use 
>message any trick to get the datasets deleted via bypassing enqueue? on this 
>specific volume

Are those datasets cataloged with the same names (volser in cat entry = volser 
where they are residing) or are they uncataloged duplicates?

What message(s) are you receiving when trying to delete these datasets?

There are good reasons why you can't delete datasets while an ENQ is active.

Rather, try find out who is the owner including your TSO session procs, stop 
these ASIDs and then do your deletion.

This is the safest way. Yes, there is a way to bypass deletion+renaming while 
ENQ is there, but to do that may risk the safety of your datasets and your 
datasets in LLA's iron grip...

If you just want to delete the uncataloged duplicates, you can just vary the 
volser offline and INIT it after double check all VTOC entries. Not a trick 
which I would recommend of course, but ...

Of course, this type of questions have been answered in IBM-MAIN in the past. 
Just search the archives.

Groete / Greetings
Elardus Engelbrecht

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

Delete NVR entries where ENQ shows from LLA/XCFAS

2017-01-05 Thread Ravi Gaur 
Delete datasets from Disk/3390 which are having enqueue from LLA/XCFAS 
Tried IDCAMS NVR and also ISPF 3.2 (with VOLUME serial no.) get in use 
message any trick to get the datasets deleted via bypassing enqueue? on this 
specific volume

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