Re: Can't vary offline

[Peter Relson]

Basically, this does come down to "cannot vary offline if there is a data
set on the volume that is in the IPL-time LNKLST".
And that comes down to "the IPL-time LNKLST DCB is never closed even when
there are no longer any users of it, as might happen after LNKLST UPDATE
JOB(*)"
And that comes down to "we dare not free the DCB/DEB of the IPL-time LNKLST
for compatibility reasons, which close would do" because we're worried
about really old code that might be doing something it shouldn't, looking
at control structures pointed to via CVTLINK (which remains the address of
the IPL-time LNKLST DCB).

Having said all that, we are looking at addressing the issue in the future
, and we have hopes that if you do happen to do a LNKLST UPDATE JOB(*)
after creating a new LNKLST so that no one is using the IPL-time LNKLST
(and, presuming that your system doesn't experience anything too
catastrophic because you have done that) then you would be able to vary
offline the volume and would be able to delete a PDSE data set that is no
longer in an active LNKLST.

Peter Relson
z/OS Core Technology Design

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Gil Peleg]

So I will never be able to vary offline a volume that a link list data set
resided on at IPL time?
Or is that only for the volume SYS1.LINKLIB/MIGLIB/CSSLIB resided on?
 Gil.
 On 9/27/05, Jim Mulder <[EMAIL PROTECTED]> wrote:
>
> The IPL Link List control control structures are the same regardless
> of whether the specification was via LNKLSTxx or PROGxx.
>
> Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 09/26/2005
   at 04:06 PM, Bruno Sugliani <[EMAIL PROTECTED]> said:

>What happens if an I/O is sent to a "gone DASD/UCB' ?

Nothing important; it's not my system. If it were, I wouldn't take the
risk except under direct orders, and even then I'd try to talk my boss
out of it.

Toutjours l'audace may be good advice in some contexts, but not when
it comes to zapping a UCB or DSCB.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Jim Mulder]

IBM Mainframe Discussion List  wrote on 09/27/2005 
02:16:52 AM:

> John,
> I might be wrong here, but doesn't the system create the "IPL link list" 
DEB
> only when LNKLSTxx is used? I know that when you do use LNKLSTxx you're
> stuck with the *MASTER* allocation of the volume for the duration of the
> IPL, but you dont have to use LNKLSTxx - you could use PROGxx instead. I
> think you wont see any *MASTER* allocations in that case.

  The IPL Link List control control structures are the same regardless
of whether the specification was via LNKLSTxx or PROGxx. 

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Knutson, Sam]

I have not used LNKLSTxx in years but we still have allocations from 
*MASTER* reported.

Thanks, Sam

-Original Message-
I might be wrong here, but doesn't the system create the "IPL link list" DEB
only when LNKLSTxx is used? I know that when you do use LNKLSTxx you're
stuck with the *MASTER* allocation of the volume for the duration of the
IPL, but you dont have to use LNKLSTxx - you could use PROGxx instead. I
think you wont see any *MASTER* allocations in that case.
 Gil.

<>
 
This email/fax message is for the sole use of the intended recipient(s) and
may contain confidential and privileged information.  Any unauthorized
review, use, disclosure or distribution of this email/fax is prohibited.  If
you are not the intended recipient, please destroy all paper and electronic
copies of the original message. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Gil Peleg]

John,
I might be wrong here, but doesn't the system create the "IPL link list" DEB
only when LNKLSTxx is used? I know that when you do use LNKLSTxx you're
stuck with the *MASTER* allocation of the volume for the duration of the
IPL, but you dont have to use LNKLSTxx - you could use PROGxx instead. I
think you wont see any *MASTER* allocations in that case.
 Gil.
 On 9/26/05, McKown, John <[EMAIL PROTECTED]> wrote:
>
> You DO play with fire, don't you? . The IPL LNKLST cannot be
> closed. Therefore the DEB will exist until IPL. Therefore, EVEN IF THE
> VOLUME IS OFFLINE, it is *possible* for this system to try to do I/O to
> the "offline" volume. As Shmuel says: "It's not my dog."
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Gil Peleg]

John,
I might be wrong here, but doesn't the system create the "IPL link list" DEB
only when LNKLSTxx is used? You dont have to use LNKLSTxx. If you only use
PROGxx and dynamic link list, you should be able to update link list
dynamically using SETPROG commands (with the mentioned risks, ofcourse) with
confident.
 Gil.
 On 9/26/05, McKown, John <[EMAIL PROTECTED]> wrote:
>
> You DO play with fire, don't you? . The IPL LNKLST cannot be
> closed. Therefore the DEB will exist until IPL. Therefore, EVEN IF THE
> VOLUME IS OFFLINE, it is *possible* for this system to try to do I/O to
> the "offline" volume. As Shmuel says: "It's not my dog."
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Bruno Sugliani
> Sent: Monday, September 26, 2005 4:07 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Can't vary offline
> 
> 
> On Mon, 26 Sep 2005 15:48:10 -0500, McKown, John 
> <[EMAIL PROTECTED]> wrote:
> 

> Playing with fire ?
> Yes and no :-)
> Let's put it that way ...  i  helped doing this a good number 
> of times and always got lucky  . What happens if an I/O is 
> sent to a "gone DASD/UCB' ? missing interrupts do not 
> necessarily kill a system . Thanks for that . Bruno 
> Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr
> 

True. It depends on what was on the volume. In this case, being that
there is a non-zero probability of the IPL LNKLST being on this
"offline" volume, I am just too cowardly to try. Our main argument,
here, for the z/OS system and against Windows is that z/OS simply does
not fail the way that Windows does (local experience, YMMV on Windows
reliability). This is just "too dangerous" for me for an ex-IPL volume.
Now, for some test volume, sure. I wouldn't mind.

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Bill Fairchild]

 
On Mon, 26 Sep 2005 15:48:10 -0500, McKown, John
[EMAIL PROTECTED] (mailto:[EMAIL PROTECTED]) >  wrote:

>You DO play with fire, don't you? . The IPL LNKLST  cannot be
>closed. Therefore the DEB will exist until IPL. Therefore, EVEN  IF THE
>VOLUME IS OFFLINE, it is *possible* for this system to try to do  I/O to
>the "offline" volume.


Doing I/O to an offline volume is not the scary event it sounds  like.  It 
will work as long as there is at least one channel path still  available to 
reach the device AND as long as the data it is expecting to find is  still 
there, 
which it likely won't be if, as the original poster said (I think),  all the 
files have been removed from the volume except for the VTOC and the  VVDS.  If 
MVS is still looking for a linklist library on the volume after  it has been 
properly deleted, then something else is bad wrong.  Even if  MVS is only 
trying to search the missing library's directory but never accessing  any of 
the 
members, something is still wrong.
 
We are striving for greater and greater flexibility in dynamically  
rearranging DASD, but there are still limits beyond which it is not prudent to  
venture.
 
Bill Fairchild

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Bruno Sugliani]

On Mon, 26 Sep 2005 15:48:10 -0500, McKown, John
<[EMAIL PROTECTED]> wrote:

>
>You DO play with fire, don't you? . The IPL LNKLST cannot be
>closed. Therefore the DEB will exist until IPL. Therefore, EVEN IF THE
>VOLUME IS OFFLINE, it is *possible* for this system to try to do I/O to
>the "offline" volume. As Shmuel says: "It's not my dog."
>
Playing with fire ?
Yes and no :-)
Let's put it that way ...  i  helped doing this a good number of times and
always got lucky  .
What happens if an I/O is sent to a "gone DASD/UCB' ? missing interrupts do not
necessarily kill a system . Thanks for that .
Bruno
Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Bruno Sugliani
> Sent: Monday, September 26, 2005 3:32 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Can't vary offline
> 
> 
> Try this
> Do a UCB display
> In order to be varied offline the user count has to be zero ( 
> x'+26' ) if my memory is ok  I used to zap and put  
> and the device used to go offline with a vary xx,offline As 
> my memory is sometimes failing .
> with a IPCS active do a listucb    the field was called USER
> Bruno
> Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr

You DO play with fire, don't you? . The IPL LNKLST cannot be
closed. Therefore the DEB will exist until IPL. Therefore, EVEN IF THE
VOLUME IS OFFLINE, it is *possible* for this system to try to do I/O to
the "offline" volume. As Shmuel says: "It's not my dog."

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Bruno Sugliani]

Try this
Do a UCB display
In order to be varied offline the user count has to be zero ( x'+26' ) if my
memory is ok 
I used to zap and put  and the device used to go offline with a vary
xx,offline
As my memory is sometimes failing .
with a IPCS active do a listucb    the field was called USER
Bruno
Bruno(dot)sugliani(at)groupemornay(dot)asso(dot)fr

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Bob Henry]

I'm beginning to believe that I can't get this offline without an IPL. 
Even after all LNKLST updates (all asids were updated, including 
*MASTER*), LLA stop/start, CATALOG VUNALLOCATE, etc that everyone has 
suggested, *MASTER* still has it allocated. I think the safest thing to do 
is schedule an IPL. Trying to zap the UCB sounds like a challenge, but as 
Sam said there aren't many old, bold sys pgmrs left. 

--
Bob Henry * Mgr., Rochester IT * SunGard * SCT Higher Education * 3000 
Ridge Rd. E., Rochester, NY  14622
Tel 585-339-2366 * Mobile 585-330-5240 * Fax 610-578-3014 * 
[EMAIL PROTECTED] * www.sungardsct.com

CONFIDENTIALITY: This email (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited. If you received this email in error, 
please notify the sender and delete this email from your system. Thank you


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Knutson, Sam]

My point is having done this (SETPROG LNKLST,UPDATE,JOB=* known to have
measurable risk but still widely practiced) still won't free up the volume.


The "IPL" link list is special.

LLA is not link list. Stopping LLA does not stop or free link list.  Link
List is older and deeper magic than LLA especially the "IPL" link list which
you cannot get rid of even with industrial strength scrubbing.  The
allocations in XCFAS were a valiant attempt by IBM to keep people from doing
dangerous things later enhancements allows those of us who sometimes need to
drive on the shoulder to manipulate those allocations.  You need to remember
that they are still just safety devices removing them does not remove the
risk if the data sets are still in use by a real (live) link list.

If I understand correctly the "early" form of open is used to open data sets
in the IPL link list ("IPL" link list set).  There is no early close so
volumes that had a link list library on them at IPL are going to have a bit
set in the UCB that will prevent them from being varied offline.  In ALLOCAS
they will be marked as allocated to system.  TMONMVS reflects this as 
*SYSTEM in the VOLUME USE UTILITY which plumbs the depths of ALLOCAS.  The
display unit command shows this as  *MASTER*.  I don't know of a way to
get these off-line without zapping the UCB.

If you don't mind the risk you should be able to use SETPROG
LNKLST,UPDATE,JOB=* and a little bit of storage zapping to get sticky
volumes off-line.  Again you have to ask what is the cost to the business if
you wait for the next IPL that can be scheduled compared to working in an
entirely unsupported space.

Best Regards,

Sam Knutson, GEICO
Performance and Availability Management
mailto:[EMAIL PROTECTED]
(office)  301.986.3574

   SHADOW
   
 (to probie)
...So stop me if I get this wrong... 
The fire's almost out... You're 
upstairs on the unburned floor 
checking for heat. You've been told 
by your Battalion Chief, your Captain, 
by me, not to do anything up there 
until ordered. But now the itch 
starts, and all of a sudden comes 
the Glory Boy Flash: Hey, I'm a hero. 
Heroes don't just stand around. So 
on your own you decided to punch out 
a window for ventilation. Was that 
before or after you noticed you were 
standing in a lake of gasoline?
 

-Original Message-
SETPROG LNKLST,UPDATE,JOB=*

Did you notice that the manual said to only do this if you are trying to
avoid an IPL because its use could cause an S106 type abend?

If you did not do the UPDATE, then all the address spaces which were active
before the SETPROG was issued are still using the IPL (or previous SETPROG)
LNKLST and could possibly be trying to fetch modules from the "clean" disk.
How did you delete everything? Right now, if this were my shop, I'd be in a
mild panic about the possibility of an unplanned outage.

--
John McKown

<>
 
This email/fax message is for the sole use of the intended recipient(s) and
may contain confidential and privileged information.  Any unauthorized
review, use, disclosure or distribution of this email/fax is prohibited.  If
you are not the intended recipient, please destroy all paper and electronic
copies of the original message. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

On Mon, 26 Sep 2005 14:56:41 -0500, McKown, John
<[EMAIL PROTECTED]> wrote:

>> -Original Message-
>> From: IBM Mainframe Discussion List
>> [mailto:[EMAIL PROTECTED] On Behalf Of Bob Henry
>> Sent: Monday, September 26, 2005 11:05 AM
>> To: IBM-MAIN@BAMA.UA.EDU
>> Subject: Can't vary offline
>>
>>
>> I'm trying to vary a dasd device offline. It originally had
>> ucat on it but
>> I moved (merged) and disconnected it. It has nothing on it
>> any more but
>> SYS1.VVDS & SYS1.VTOCIX (as well as USERCAT & USERCAT.INDEX
>> space). There
>> were also lnklst libs on it but I rebuilt lnklst, APF and
>> LLA, etc. Now
>> I'm trying to vary offline but get "vary offline pending". A
>> "d u,,alloc"
>> of the device shows *MASTER* still has it allocated. Why
>> would *MASTER*
>> still have it? How can I unalloc it?
>>
>
>STOP! WAIT! HOLD ON!
>
>You had datasets on this volume which were on the LNKLST at IPL time?!?
>As I understand it, you cannot remove the "allocated" condition without
>an IPL. Period. When you updated the LNKLST, did you do something like:
>
>SETPROG LNKLST,UPDATE,JOB=*
>
>Did you notice that the manual said to only do this if you are trying to
>avoid an IPL because its use could cause an S106 type abend?
>
>If you did not do the UPDATE, then all the address spaces which were
>active before the SETPROG was issued are still using the IPL (or
>previous SETPROG) LNKLST and could possibly be trying to fetch modules
>from the "clean" disk. How did you delete everything? Right now, if this
>were my shop, I'd be in a mild panic about the possibility of an
>unplanned outage.
>
>--
>John McKown
>Senior Systems Programmer
>UICI Insurance Center
>Information Technology
>
>This message (including any attachments) contains confidential
>information intended for a specific individual and purpose, and its
>content is protected by law.  If you are not the intended recipient, you
>should delete this message and are hereby notified that any disclosure,
>copying, or distribution of this transmission, or taking any action
>based on it, is strictly prohibited.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
>Search the archives at http://bama.ua.edu/archives/ibm-main.html

Try recycling LLA:

P LLA
S LLA,SUB=MSTR

This should free any linklist data sets you are no loner using.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Bob Henry
> Sent: Monday, September 26, 2005 11:05 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Can't vary offline
> 
> 
> I'm trying to vary a dasd device offline. It originally had 
> ucat on it but 
> I moved (merged) and disconnected it. It has nothing on it 
> any more but 
> SYS1.VVDS & SYS1.VTOCIX (as well as USERCAT & USERCAT.INDEX 
> space). There 
> were also lnklst libs on it but I rebuilt lnklst, APF and 
> LLA, etc. Now 
> I'm trying to vary offline but get "vary offline pending". A 
> "d u,,alloc" 
> of the device shows *MASTER* still has it allocated. Why 
> would *MASTER* 
> still have it? How can I unalloc it?
>  

STOP! WAIT! HOLD ON! 

You had datasets on this volume which were on the LNKLST at IPL time?!?
As I understand it, you cannot remove the "allocated" condition without
an IPL. Period. When you updated the LNKLST, did you do something like:

SETPROG LNKLST,UPDATE,JOB=*

Did you notice that the manual said to only do this if you are trying to
avoid an IPL because its use could cause an S106 type abend?

If you did not do the UPDATE, then all the address spaces which were
active before the SETPROG was issued are still using the IPL (or
previous SETPROG) LNKLST and could possibly be trying to fetch modules
from the "clean" disk. How did you delete everything? Right now, if this
were my shop, I'd be in a mild panic about the possibility of an
unplanned outage.

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Larry Crilley]

One other item from Managing Catalogs:

 

Use VUNALLOCATE to unallocate all VVDSs. This might be necessary to
allow the VARY command to vary a volume offline. VVDSs remain
unallocated until you issue MODIFY CATALOG,NOVUNALLOCATE

 

 

Larry Crilley

Dino-Software, LLC

http://www.dino-software.com/

412-734-2853.

 

 

 

 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Knutson, Sam
Sent: Monday, September 26, 2005 3:47 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Can't vary offline

 

I think you will have to zap the UCB to get it varied offline.  If I

remember correctly volumes on which a link list data set is present at
IPL

have an "early" open done against them but never a close.  Mind you I
don't

advocate you do this just a memory that I did something similar on one
of my

development systems with TMONMVS. 

 

Peter can provide a more detailed  explanation I expect. 

 

The safe and sane way to free up that volume is to IPL when it is

convenient.  Ask yourself what is the consequence to you and to the
business

if you don't get it offline today but three weeks from now?  Is it worth

taking a risk even a small one (say for arguments sake that what I
suggest

would work but you make a mistake and zap the wrong piece of common
storage

and the system falls down).

 

Patience is an virtue when it comes to availability.  There are old
systems

programmers and bold systems programmers but very few old, bold systems

programmers:-)

 

Best Regards,

 

Sam Knutson, GEICO

Performance and Availability Management

mailto:[EMAIL PROTECTED]

(office)  301.986.3574

 

Some people hope to achieve immortality through their works or their

children. I would prefer to achieve it by not dying. - Woody Allen

  

 

-Original Message-

From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf

Of Bob Henry

Sent: Monday, September 26, 2005 12:05 PM

To: IBM-MAIN@BAMA.UA.EDU

Subject: Can't vary offline

 

 

I'm trying to vary a dasd device offline. It originally had ucat on it
but I

moved (merged) and disconnected it. It has nothing on it any more but

SYS1.VVDS & SYS1.VTOCIX (as well as USERCAT & USERCAT.INDEX space).

There

were also lnklst libs on it but I rebuilt lnklst, APF and LLA, etc. Now
I'm

trying to vary offline but get "vary offline pending". A "d u,,alloc" 

of the device shows *MASTER* still has it allocated. Why would *MASTER*

still have it? How can I unalloc it?

 





--

Bob Henry * Mgr., Rochester IT * SunGard * SCT Higher Education * 3000
Ridge

Rd. E., Rochester, NY  14622 Tel 585-339-2366 * Mobile 585-330-5240 *
Fax

610-578-3014 * [EMAIL PROTECTED] * www.sungardsct.com

 

 

<>

 

This email/fax message is for the sole use of the intended recipient(s)
and

may contain confidential and privileged information.  Any unauthorized

review, use, disclosure or distribution of this email/fax is prohibited.
If

you are not the intended recipient, please destroy all paper and
electronic

copies of the original message. 

 

--

For IBM-MAIN subscribe / signoff / archive access instructions,

send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO

Search the archives at http://bama.ua.edu/archives/ibm-main.html

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Knutson, Sam]

I think you will have to zap the UCB to get it varied offline.  If I
remember correctly volumes on which a link list data set is present at IPL
have an "early" open done against them but never a close.  Mind you I don't
advocate you do this just a memory that I did something similar on one of my
development systems with TMONMVS. 

Peter can provide a more detailed  explanation I expect. 

The safe and sane way to free up that volume is to IPL when it is
convenient.  Ask yourself what is the consequence to you and to the business
if you don't get it offline today but three weeks from now?  Is it worth
taking a risk even a small one (say for arguments sake that what I suggest
would work but you make a mistake and zap the wrong piece of common storage
and the system falls down).

Patience is an virtue when it comes to availability.  There are old systems
programmers and bold systems programmers but very few old, bold systems
programmers:-)

Best Regards,

Sam Knutson, GEICO
Performance and Availability Management
mailto:[EMAIL PROTECTED]
(office)  301.986.3574

Some people hope to achieve immortality through their works or their
children. I would prefer to achieve it by not dying. - Woody Allen
  

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Bob Henry
Sent: Monday, September 26, 2005 12:05 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Can't vary offline


I'm trying to vary a dasd device offline. It originally had ucat on it but I
moved (merged) and disconnected it. It has nothing on it any more but
SYS1.VVDS & SYS1.VTOCIX (as well as USERCAT & USERCAT.INDEX space).
There
were also lnklst libs on it but I rebuilt lnklst, APF and LLA, etc. Now I'm
trying to vary offline but get "vary offline pending". A "d u,,alloc" 
of the device shows *MASTER* still has it allocated. Why would *MASTER*
still have it? How can I unalloc it?
 


--
Bob Henry * Mgr., Rochester IT * SunGard * SCT Higher Education * 3000 Ridge
Rd. E., Rochester, NY  14622 Tel 585-339-2366 * Mobile 585-330-5240 * Fax
610-578-3014 * [EMAIL PROTECTED] * www.sungardsct.com


<>
 
This email/fax message is for the sole use of the intended recipient(s) and
may contain confidential and privileged information.  Any unauthorized
review, use, disclosure or distribution of this email/fax is prohibited.  If
you are not the intended recipient, please destroy all paper and electronic
copies of the original message. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Larry Crilley]

'uncatalog from CAS'.  Have you unallocated from CAS?  

F CATALOG,UNALLOCATE(catname)

Larry Crilley
Dino-Software, LLC
http://www.dino-software.com/
412-734-2853.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Bob Henry]

I tried all the suggestions - uncatalog from CAS, remove from LLA, 
unallocate from XCFAS, displayed ASM, APF, etc. I even updated all asid's 
to use current lnklst and undefined all old lists (original list had pds's 
on volume I'm trying to vary). Nothing seems to remove it from *MASTER*. 
Any other ideas?

--
Bob Henry * Mgr., Rochester IT * SunGard * SCT Higher Education * 3000 
Ridge Rd. E., Rochester, NY  14622
Tel 585-339-2366 * Mobile 585-330-5240 * Fax 610-578-3014 * 
[EMAIL PROTECTED] * www.sungardsct.com

CONFIDENTIALITY: This email (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited. If you received this email in error, 
please notify the sender and delete this email from your system. Thank you


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Tom Schmidt]

Although, on second thought, I doubt that it will help Bob's issue since he
reported that it was *MASTER* that held the allocation.  The SETPROG
LNKLST,UNALLOCATE issue only helps if XCFAS is the address space holding up
the enqueue.

Bob's issue seems to me to be more of either a page dataset or maybe
BRODCAST or UADS or somesuch.  PAGEDEL will address page dataset issues.
There are IKJ... PARMLIB commands to deal with BRODCAST and/or UADS.

--
Tom Schmidt
Madison, WI


On Mon, 26 Sep 2005 12:25:11 -0500, Tom Schmidt wrote:

>Yes.  We had to do that on a production system here on Sunday morning.
>
>
>On Mon, 26 Sep 2005 13:19:59 -0400, Dean Montevago wrote:
>
>>If this system is active is it advisable to do this ?
>>
>>-Original Message-
>>From: IBM Mainframe Discussion List On Behalf Of Tom Schmidt
>>Sent: Monday, September 26, 2005 12:40 PM
>>To: IBM-MAIN@BAMA.UA.EDU
>>Subject: Re: Can't vary offline
>>
>>
>>Bob,
>>
>>Issue SETPROG LNKLST,UNALLOCATE to have XCFAS remove its allocations
>>from all LINKLIST volumes and see if that clears it up for you. If it
>>does, then issue SETPROG LNKLST,ALLOCATE to put back the linklist
>>allocations that are presently in-use (for protection)... after you get
>>the offending volume offline.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Tom Schmidt]

Yes.  We had to do that on a production system here on Sunday morning.


On Mon, 26 Sep 2005 13:19:59 -0400, Dean Montevago wrote:

>If this system is active is it advisable to do this ?
>
>-Original Message-
>From: IBM Mainframe Discussion List On Behalf Of Tom Schmidt
>Sent: Monday, September 26, 2005 12:40 PM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Re: Can't vary offline
>
>
>Bob,
>
>Issue SETPROG LNKLST,UNALLOCATE to have XCFAS remove its allocations
>from all LINKLIST volumes and see if that clears it up for you. If it
>does, then issue SETPROG LNKLST,ALLOCATE to put back the linklist
>allocations that are presently in-use (for protection)... after you get
>the offending volume offline.
>
>--
>Tom Schmidt
>Madison, WI

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Dean Montevago]

If this system is active is it advisable to do this ?

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tom Schmidt
Sent: Monday, September 26, 2005 12:40 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Can't vary offline


Bob,

Issue SETPROG LNKLST,UNALLOCATE to have XCFAS remove its allocations
from all LINKLIST volumes and see if that clears it up for you. If it
does, then issue SETPROG LNKLST,ALLOCATE to put back the linklist
allocations that are presently in-use (for protection)... after you get
the offending volume offline.

--
Tom Schmidt
Madison, WI


On Mon, 26 Sep 2005 12:34:29 -0400, Dean Montevago wrote:

>Did you close and unallocate the catalog from the CAS ? Even if you 
>rebuild the linklist I think XCFAS will still have an allocation to the

>datasets.
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On 
>Behalf Of Bob Henry
>
>I'm trying to vary a dasd device offline. It originally had ucat on it 
>but I moved (merged) and disconnected it. It has nothing on it any more

>but SYS1.VVDS & SYS1.VTOCIX (as well as USERCAT & USERCAT.INDEX space).
>There
>were also lnklst libs on it but I rebuilt lnklst, APF and LLA, etc. Now
>I'm trying to vary offline but get "vary offline pending". A "d
>u,,alloc"
>of the device shows *MASTER* still has it allocated. Why would *MASTER*
>still have it? How can I unalloc it?
>
>---
>-
>Bob Henry * Mgr., Rochester IT * SunGard * SCT Higher Education * 3000
>Ridge Rd. E., Rochester, NY  14622
>Tel 585-339-2366 * Mobile 585-330-5240 * Fax 610-578-3014 *
>[EMAIL PROTECTED] * www.sungardsct.com

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Tom Schmidt]

Bob,

Issue SETPROG LNKLST,UNALLOCATE to have XCFAS remove its allocations from
all LINKLIST volumes and see if that clears it up for you.
If it does, then issue SETPROG LNKLST,ALLOCATE to put back the linklist
allocations that are presently in-use (for protection)... after you get the
offending volume offline.

--
Tom Schmidt
Madison, WI


On Mon, 26 Sep 2005 12:34:29 -0400, Dean Montevago wrote:

>Did you close and unallocate the catalog from the CAS ? Even if you
>rebuild the linklist I think XCFAS will still have an allocation to the
>datasets.
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
>Behalf Of Bob Henry
>
>I'm trying to vary a dasd device offline. It originally had ucat on it
>but
>I moved (merged) and disconnected it. It has nothing on it any more but
>SYS1.VVDS & SYS1.VTOCIX (as well as USERCAT & USERCAT.INDEX space).
>There
>were also lnklst libs on it but I rebuilt lnklst, APF and LLA, etc. Now
>I'm trying to vary offline but get "vary offline pending". A "d
>u,,alloc"
>of the device shows *MASTER* still has it allocated. Why would *MASTER*
>still have it? How can I unalloc it?
>
>
>Bob Henry * Mgr., Rochester IT * SunGard * SCT Higher Education * 3000
>Ridge Rd. E., Rochester, NY  14622
>Tel 585-339-2366 * Mobile 585-330-5240 * Fax 610-578-3014 *
>[EMAIL PROTECTED] * www.sungardsct.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Clark, Kevin D, HRC-Alexandria/EDS]

F catalog,unallocate(catalog_name)



original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Dean Montevago
Sent: Monday, September 26, 2005 12:34 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Can't vary offline


Did you close and unallocate the catalog from the CAS ? Even if you rebuild
the linklist I think XCFAS will still have an allocation to the datasets.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Bob Henry
Sent: Monday, September 26, 2005 12:05 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Can't vary offline


I'm trying to vary a dasd device offline. It originally had ucat on it but 
I moved (merged) and disconnected it. It has nothing on it any more but 
SYS1.VVDS & SYS1.VTOCIX (as well as USERCAT & USERCAT.INDEX space). There 
were also lnklst libs on it but I rebuilt lnklst, APF and LLA, etc. Now 
I'm trying to vary offline but get "vary offline pending". A "d u,,alloc" 
of the device shows *MASTER* still has it allocated. Why would *MASTER* 
still have it? How can I unalloc it?
 


--
Bob Henry * Mgr., Rochester IT * SunGard * SCT Higher Education * 3000 
Ridge Rd. E., Rochester, NY  14622
Tel 585-339-2366 * Mobile 585-330-5240 * Fax 610-578-3014 * 
[EMAIL PROTECTED] * www.sungardsct.com

CONFIDENTIALITY: This email (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited. If you received this email in error, 
please notify the sender and delete this email from your system. Thank you


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the
archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[Dean Montevago]

Did you close and unallocate the catalog from the CAS ? Even if you
rebuild the linklist I think XCFAS will still have an allocation to the
datasets.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Bob Henry
Sent: Monday, September 26, 2005 12:05 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Can't vary offline


I'm trying to vary a dasd device offline. It originally had ucat on it
but 
I moved (merged) and disconnected it. It has nothing on it any more but 
SYS1.VVDS & SYS1.VTOCIX (as well as USERCAT & USERCAT.INDEX space).
There 
were also lnklst libs on it but I rebuilt lnklst, APF and LLA, etc. Now 
I'm trying to vary offline but get "vary offline pending". A "d
u,,alloc" 
of the device shows *MASTER* still has it allocated. Why would *MASTER* 
still have it? How can I unalloc it?
 


--
Bob Henry * Mgr., Rochester IT * SunGard * SCT Higher Education * 3000 
Ridge Rd. E., Rochester, NY  14622
Tel 585-339-2366 * Mobile 585-330-5240 * Fax 610-578-3014 * 
[EMAIL PROTECTED] * www.sungardsct.com

CONFIDENTIALITY: This email (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited. If you received this email in error, 
please notify the sender and delete this email from your system. Thank
you


--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can't vary offline

[William Ball]

You might want to look at the catalog address space. It might still have 
it.

Bill

Mainframe - 

An obsolete device still used by thousands of obsolete companies, serving 
billions of obsolete customers, and making huge obsolete profits, for 
their obsolete shareholders. And this year's run twice fast as last 
year's.  -Phil Payne-



Bob Henry <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
09/26/2005 12:04 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Can't vary offline







I'm trying to vary a dasd device offline. It originally had ucat on it but
I moved (merged) and disconnected it. It has nothing on it any more but
SYS1.VVDS & SYS1.VTOCIX (as well as USERCAT & USERCAT.INDEX space). There
were also lnklst libs on it but I rebuilt lnklst, APF and LLA, etc. Now
I'm trying to vary offline but get "vary offline pending". A "d u,,alloc"
of the device shows *MASTER* still has it allocated. Why would *MASTER*
still have it? How can I unalloc it?

--
Bob Henry * Mgr., Rochester IT * SunGard * SCT Higher Education * 3000
Ridge Rd. E., Rochester, NY  14622
Tel 585-339-2366 * Mobile 585-330-5240 * Fax 610-578-3014 *
[EMAIL PROTECTED] * www.sungardsct.com

CONFIDENTIALITY: This email (including any attachments) may contain
confidential, proprietary and privileged information, and unauthorized
disclosure or use is prohibited. If you received this email in error,
please notify the sender and delete this email from your system. Thank you


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Can't vary offline

[Bob Henry]

I'm trying to vary a dasd device offline. It originally had ucat on it but 
I moved (merged) and disconnected it. It has nothing on it any more but 
SYS1.VVDS & SYS1.VTOCIX (as well as USERCAT & USERCAT.INDEX space). There 
were also lnklst libs on it but I rebuilt lnklst, APF and LLA, etc. Now 
I'm trying to vary offline but get "vary offline pending". A "d u,,alloc" 
of the device shows *MASTER* still has it allocated. Why would *MASTER* 
still have it? How can I unalloc it?
 
--
Bob Henry * Mgr., Rochester IT * SunGard * SCT Higher Education * 3000 
Ridge Rd. E., Rochester, NY  14622
Tel 585-339-2366 * Mobile 585-330-5240 * Fax 610-578-3014 * 
[EMAIL PROTECTED] * www.sungardsct.com

CONFIDENTIALITY: This email (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited. If you received this email in error, 
please notify the sender and delete this email from your system. Thank you


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html