To follow up on Jim's comment... there are actually a couple of changes in z/OS 2.2 that makes this behave differently than older releases. First, you can delete a subsystem using the SETSSI DELETE command as Jim noted. Second, in this case, on z/OS 2.2 you wouldn't even need to do that, you could just issue SETSSI ADD.
Unfortunately, the subsystem named SSI actually got created, but the initialization routine didn't run (because of the APF authorization problem.) So the subsystem is there, but it's inactive, and there's no way to delete it. You could probably write a program that initializes the subsystem (something you could run via a START command that more-or-less duplicates the processing in the initialization routine.) You could also create a new subsystem with a different name. Or IPL. (I probably can't comment on zapping control blocks.) In z/OS 2.2, if we can't load the initialization routine (either because we can't find it, or it's not APF-authorized) we don't create the subsystem. Since that subsystem named SSI won't exist, you would be able to add it using the SETSSI command. If there's a different problem that prevents the subsystem from activating (maybe the initialization routine ABENDs, as an example) then you could use the SETSSI command to delete it and then issue a SETSSI ADD to create it. -Scott Ballentine (sbal...@us.ibm.com), IBM z/OS Allocation On Mon, 18 Jan 2016 11:02:47 -0800, Tom Brennan <t...@tombrennansoftware.com> wrote: >I remember zapping the existing subsystem block in memory to some other >name and then running the re-init. Probably not something I would do >except on a test system or if we were about to IPL anyway. But from Jim >Mulder's note, it sounds like 2.2 provides a way to do something similar >- nice! > >Craig Pace wrote: >> Without changing the name the sub-system name, you cannot. >> >> >> Craig >> >> >> -----Original Message----- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >> Behalf Of Fred Kaptein >> Sent: Monday, January 18, 2016 11:11 >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: How to Dynamically add SUBSYTEM >> >> Hello, >> >> We have a subsystem that did not properly get initialized with the IPL. >> >> In SYS1.PARMLIB(IEFSSN00) we have the following statement: >> SUBSYS SUBNAME(SSI) INITRTN(SSIPINIT) INITPARM('3') Subsystem SSI is an >> in-house written subsystem. >> >> During the IPL, we received the following errors: >> IEFJ004I SUBSYSTEM SSI NOT INITIALIZED - SSIPINIT NOT FOUND >> IEFJ004I SUBSYSTEM STRP NOT INITIALIZED - STRTPSSI NOT FOUND >> >> Modules SSIPINIT and STRTPSS do exist in SYS1.TECH.LINKLIB. >> Data set SYS1.TECH.LINKLIB is properly in the LINKLIST. >> >> However, SYS1.TECH.LINKLIB was not properly APF authorized during the IPL, >> where it should be. >> We have since APF authorized it. >> >> How can I initialize this subsystem without an IPL? >> I have tried the following commands: >> SETSSI ADD,SUBNAME=SSI,INITRTN=SSIPINIT,INITPARM='3' >> And received the following response >> IEFJ023I SETSSI ADD COMMAND FOR SUBSYSTEM SSI COMPLETED WITH ERRORS >> IEFJ026I SUBSYSTEM SSI IS ALREADY DEFINED TO THE SSI >> >> >> SETSSI DEACTIVATE,SUBNAME=SSI >> And received the following response >> IEFJ023I SETSSI DEACTIVATE COMMAND FOR SUBSYSTEM SSI COMPLETED WITH >> ERRORS >> IEFJ036I SUBSYSTEM SSI IS NOT ENABLED FOR THE SETSSI COMMAND >> >> SETSSI ACTIVATE,SUBNAME=SSI >> IEFJ023I SETSSI ACTIVATE COMMAND FOR SUBSYSTEM SSI COMPLETED WITH ERRORS >> IEFJ036I SUBSYSTEM SSI IS NOT ENABLED FOR THE SETSSI COMMAND >> >> >> Does anyone know how we can properly activate this subsystem, without an IPL >> >> Any help is appreciated. >> >> Fred >> >> >> >> >> >> ---------------------------------------------------------------------- >> For IBM-MAIN subscribe / signoff / archive access instructions, send email >> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN >> ________________________________ >> >> This communication contains information which is confidential and may also >> be privileged. It is for the exclusive use of the intended recipient(s). If >> you are not the intended recipient(s), please note that any distribution, >> copying or use of this communication or the information in it is strictly >> prohibited. If you have received this communication in error, please notify >> the sender immediately and then destroy any copies of it. >> >> ________________________________ >> >> ---------------------------------------------------------------------- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN