Well, I apologize foir the brevity of the LNKLIST update. I really did
not think anyone would take it to be those were the only steps, just the
intent.
But yes, you do have to create a new LNKLIST from the old, remove the
dataset from it, then activate that new LNKLIST, then you can rename the
old and reallocate a new.
The actual step by step procedure IS in the book. Sorry anyone thouoght
my short version was the whole thing. :-)
Doug Fuerst
------ Original Message ------
From: "Peter Relson" <rel...@us.ibm.com>
To: IBM-MAIN@listserv.ua.edu
Sent: 09-Apr-23 8:38:54
Subject: Re: reallocating a linklist dataset
Bill G wrote
<snip>
Would the dataset be de-allocated at IPL so I might redefine my dataset?
Or would there be allocation across the sysplex for other Lpars?
</snip>
All the allocations are local to the system. The only safe time to do what you
want is while any system(s) using that data set are not IPL'd. It is
Doug F wrote
<snip>
Take LLA down.
Take the dataset out of the active LNKLIST
Reallocate it.
Put it back.
Start LLA
</snip>
That is incomplete and therefore cannot be considered correct. The missing step
is unpredictably dangerous and you take it wholly at your system's risk. Only
you can decide if that risk is worth taking.
The 2nd step above would really be stated as making sure that nothing is
running with a LNKLST set (there could be multiple) that has the current data
set in it. In most cases you would do that by defining a single new LNKLST set
that does not have the data set. If, within this window, work needs that data
set you'll need to have a copy of the data set within the new LNKLST set. Once
defined, then you would activate this new LNKLST set.
Then you get to making sure that no address space is using a LNKLST set that
has the data set in it.
That is the unpredictably dangerous step. SETPROG LNKLST UPDATE will happily do
what you tell it to do.
Don't rely on your system to stay up after that happens. Will it? Very likely.
Will it stay up without encountering problems? Very likely. Can you tell if
something bad is going to happen in advance? No.
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
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
