<snip> If prodhlq.product.LINKLIB is ENQed (in this case you can presume it is due to being in the LNKLST on the driving system), you get this error:
ADR497E (001)-CATLG(07), A CATALOG ERROR OCCURRED WHILE DELETING UNCATALOGED DATA SET prodhlq.product.LINKLIB. RETURN CODE IS 102, REASON CODE IS FP-007 </snip> I will leave the substantive issues to those who know DFDSS, but I trust that it is understood that if this is related to the ENQ obtained by allocation (the SYSDSN ENQ, obtained shared for DISP=SHR, exclusive for DISP=OLD (in this case DFDSS might want DISP=OLD), this is the way z/OS works. Whether you like it or not, the SYSDSN ENQ RNAME does not include the volume ID; in general, that could not be changed compatibly. And that is why, for example, dynamic LNKLST provides its LNKLST UNALLOCATE/ALLOCATE functions (intended to be used only for this sort of situation) to un-do (and later re-do) the allocations it has put in place to protect you from deleting the data sets in the LNKLST. Once those allocations are undone, you can deal with an uncataloged data set of the same name as a data set in the LNKLST. Peter Relson z/OS Core Technology Design ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
