Look again. 376B ¬= 376E On Mon, Feb 22, 2016 at 10:31 PM, Mainframe Mainframe < [email protected]> wrote:
> Hello All, > Thanks for all suggestion and we are very close to solve the > issue. Let me explain what all I did, > > 1) created one more PROG member and copied all LNKLST definition. > 2) CHANGED LNKLST00 to LNKLST01 ---- created new one. > 3) run Seprog command for activating new setprog parmlib member > 4) Activated new lnklst. > 5) Then updated system to use new lnklst01 > > Now I am able to access SDSF too. But my basic issue still there, for which > I started this thread ---- device not going offline > > I am still not able to make my primary res volume which I am not using it > now, as my system is ipl'd from Alt res volume . I tried checking > allocation that who is holding it > > /D U,DASD,ALLOC,376B,1 > IEE106I 23.31.48 UNITS ALLOCATED 329 > UNIT JOBNAME ASID JOBNAME ASID JOBNAME AS > 376E OMVS 000F > > But I am not understanding how OMVS is using this device. > > > > On Tue, Feb 23, 2016 at 12:45 AM, Elardus Engelbrecht < > [email protected]> wrote: > > > Tom Marchant wrote: > > > > >>Sorry, Tom, with my utmost respect to you, for production systems, I > > agree to disagree. > > >That's ok. We can disagree. > > > > Thanks very much. > > > > > > >But please allow me to explain a bit. > > >Dynamic linklist is one of the more difficult to get right, but there > are > > a lot of dynamic facilities. I wouldn't want to run a system without them > > these days. > > > > Agreed. (What would the life be if I could not do a SETROPTS REFRESH, but > > rather to IPL just to refresh RACF profiles? Ouch...) > > > > > ... > > >Dynamic exits ... > > > ... > > > > Including SMF exits and RACF IRREVX01 exit. The very fact they're dynamic > > saved my skin many times. > > > > For example, I have changed the IEFUJI to instead looking for a fixed > > table in a loadlib, rather look in RACF for authorized accounting codes > for > > batch jobs. No IPL anymore for a new accounting code! Yah! > > > > > > >Dynamic changes to SMS > > > > Yup! Badly coded things in SMS can be overridden later via dynamic > > commands. I also liked that testing facility in ISMF. The storage guys > > after me were grateful for that! > > > > > > >Most of these can cause problems if used incorrectly. Many of them also > > make the Sys Prog's life easier. > > > > Thanks for sharing my sentiments. Here I agree 100% with you. > > > > I think I will climb off this topic ( dead horse? ;-D ) to spare the OP > > some useless reading... ;-) > > > > This ad-free thread is really interesting to follow! > > > > Groete / Greetings > > Elardus Engelbrecht > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to [email protected] with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
