Hvis du falder over et stykke JCL med en EXEC PGM=<LOAD-modul>, hvor der i jobbet ikke er angivet hverken STEPLIB eller JOBLIB, så er det ikke umiddelbart let at finde ud af, hvilket LOAD-bibliotek, som <LOAD-modul> hentes fra. Det samme gælder for enhver TSO kommando, hvor navnet på kommandoen er lig navnet på et LOAD-modul.

Der findes heldigvis en let måde at finde det LOAD-bibliotek, som et sådant LOAD-modul stammer fra. Start med at gå ind i ISRDDN (TSO ISRDDN). På kommandolinien i ISRDDN udfører du kommandoen LOAD <LOAD-modul>. Resultat er et pop-up panel, som fortæller dig, hvor LOAD-modulet kommer fra i de fleste tilfælde. Hvis der ikke kommer et pop-up panel, så kan det pågældende LOAD-modul ikke eksekveres uden at angive et STEPLIB/JOBLIB eller i TSO en ISPLLIB konkatenering eller en tilsvarende LIBDEF.

I pop-up panelet kan der være angivet, at LOAD-modulet hentes fra LPA, PLPA eller MLPA. I disse tilfælde kan man ikke se, hvilket LOAD-bibliotek det pågældende LOAD-modul findes i. Her er der hjælp at hente i ISRDDN kommandoen LPA. Denne kommando opretter et DD-navn på listen over DD-navne kaldet LPA med konkateneringen af de dataset, som LOAD-moduler i LPA, PLPA eller MPLA hentes fra. Med ISRDDN kommandoen M <LOAD-modul> LPA kan man så finde det rigtige dataset, hvis man ellers har læse-adgang til alle LOAD-bibliotekerne på LPA konkateneringen. Det har man sjældent, da LOAD-modulerne på LPA-konkateneringen LOAD'es af MVS'en ind i storage, der er fælles for alle address spaces. Hvis du har hårdt brug for at vide præcis hvilket LOAD-dataset et LOAD-modul på LPA-konkateneringen kommer fra, så skal du kontakte en MVS systemprogrammør, som normalt vil have læse adgang til alle disse LOAD-biblioteker.