Hello Peter, That was perfect . the dataset was not added back automatically because of REMOVE statement of CSVLLAxx . To confirm that , i did the exercise once again in my sandbox lpar by removing another dataset and this time , i didnt remove the entry from LLA using CSVLLAxx , instead i recycled LLA and when it started , dataset was not displayed in D LLA . I added the same dataset back to the linklist again and SETPROG ACTIVATE updated LLA as well .
Instead of creating this mess , all i should have done was an LLA refresh/update after the adding the dataset back to the linklist . Thanks a lot for your inputs and it helped me understand the function of LLA better Once again , thanks to everyone who commented on this post , Regards, baby On Thu, Jul 11, 2013 at 6:45 PM, Peter Relson <rel...@us.ibm.com> wrote: > To quibble: LLA is not "refreshed" on a LNKLST activate. But it is > "updated". LLA will still be providing directory information for users of > the old LNKLST (using the old information) as well as users of the new > LNKLST (using the updated information). > > >Scenario 2: I removed a dataset from LNKLST00 , moved it to a different > >volume and added the same dataset back using LNKLST01 and activated > >LNKLST01 with the command SETPROG LNKLST,ACTIVATE,NAME=LNKLST01 .But this > >time , LLA didn't pick it up automatically > > LLA does not understand uncataloged data sets. And if your LNKLST is built > with a data set that is not in the catalog that LLA uses you are asking > for trouble. > The system tries to alert you of such a situation. > > But I don't fully grasp the scenario. > > Unless LNKLST00 was first activated after IPL, if you activate LNKLST01, > LNKLST00 is still active. You can't add or remove a data set from an > active LNKLST set. > If you happened to remove the data set from LLA management via the REMOVE > statement of CSVLLAxx, that data set will not be added back in > automatically, honoring the removal that you requested for whatever > reason. > > 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