On Fri, 1 Jun 2007 19:15:17 -0500, Greg Saccomanno wrote: > >In (a somewhat old) post: >http://bama.ua.edu/cgi-bin/wa?A2=ind0402&L=IBM-MAIN&P=R4072&X=790D902F51A97A500F-&Y=greg99999%40myway.com&m=91723
( http://tinyurl.com/2wxeku ) > >it was stated: >'Unless you have ensured that no address space is using a LNKLST set that >contains a specific data set, you must not rename or delete the data set.' That is correct, and still true >I also thought I read on here somewhere that data sets in the IPL time linklist >should never be deleted. If you have used LNKLSTxx, the IPL time linklist is named IPL and can not be UNDEFINEd. This implies that it shouldn't be deleted either. > ... >Did something change since 2004 making this okay now? No >How is the move not doing a 'delete' of a data set in the IPL linklist or is it >that this is permissible? >and if permissible, does this mean it is okay to delete and reallocate a library >on the same volume using the procedure described? if not, why not? >How is a move less of a concern than compressing an in-use LNKLST dataset >then doing an LLA refresh? I have in the past compressed vendor program >libraries (with all jobs/STCs' for the product stopped) then LLA refresh then >restarted the jobs/STC's without any problems. I think most of us have done that when we were sure that there would be no accesses to the data set while we were mucking with it. Sometimes it is difficut to be so certain, though. There is a procedure to compress a linkllist data set that is documented at http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2e271/67.4.9?SHELF=IEA2BK71.bks&DT=20070122011647#HDRRMVLNK (or http://tinyurl.com/2rhoyr ) It is not completely clear (to me) about the requirement to remove the data set from LLA management, but I would always do so. -- Tom Marchant ---------------------------------------------------------------------- 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
