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
