I am now certain that this occurs. I can't say it is different from z/OS 1.11 as there is just too much other variation in the IPL sequence. I have: 19:08:39.02 STC00587 00000290 S MSMMUF With a first step of:
XXSLEEP EXEC PGM=BPXBATCH,PARM='SH sleep &SECONDSs' IEFC653I SUBSTITUTION JCL - PGM=BPXBATCH,PARM='SH sleep 30s' And it is running 9 seconds later: 19.08.39 STC00589 IEF403I MSMMUF - STARTED - TIME=19.08.39 19.08.48 STC00589 DB00248I - PARM PGMDT=20090430, DBMUFPR This is right after the several filesystems have mounted, the several IEE252I MEMBER BPXPRM00 messages are issued and the first BPXAS starts 19:08:47.91 STC00590 00000290 BPXP024I BPXAS INITIATOR STARTED ON BEHALF OF JOB BPXOINIT RUNNING IN ASID 001D 19:08:48.20 00000090 IRR812I PROFILE BPXAS.* (G) IN THE STARTED CLASS WAS USED 404 404 00000090 TO START BPXAS WITH JOBNAME BPXAS. 19:08:48.23 STC00591 00000281 $HASP100 BPXAS ON STCINRDR 19:08:48.23 STC00576 00000090 BPXF024I (SYSLOGD) Jan 11 03:08:48 localhost syslogd: FSUM1230 Log 406 406 00000090 file /tmp/ivp.syslog.log was created 19:08:48.29 STC00591 00000090 $HASP373 BPXAS STARTED 19:08:48.30 STC00591 00000090 IEF403I BPXAS - STARTED - TIME=19.08.48 19:08:48.31 STC00591 00000290 BPXP024I BPXAS INITIATOR STARTED ON BEHALF OF JOB ETCINIT RUNNING IN ASID 0048 19:08:48.31 STC00576 00000090 FSUM1248 SYSLOGD INITIALIZATION COMPLETE > -----Original Message----- > From: MVS OpenEdition [mailto:mvs...@vm.marist.edu] On Behalf Of > Gibney, Dave > Sent: Tuesday, December 24, 2013 10:00 AM > To: mvs...@vm.marist.edu > Subject: Re: [MVS-OE] FW: Silent but missing before OMVS initialization > > The sleep does not last the requested time. And it is RC=0. It is a UID=0 > userid. > The started tasks in question are MSMMUF, MSMDBSRV, and MSMTC for CA- > MSM. The sleep value is increasing for each so that the previous will be up > and functioning before the next one needs it. When started by CA-ENF at IPL > and before OMVS (which has several more ZFS with 1.13) is up, the sleep(s) > all return immediately. > > It will likely wait until next year before I can look at it further. My > institution is > closed as an economy measure. > > I hope all have a happy time however you may celebrate the season. > > > -----Original Message----- > > From: MVS OpenEdition [mailto:mvs...@vm.marist.edu] On Behalf Of > > William Schoen > > Sent: Tuesday, December 24, 2013 8:44 AM > > To: mvs...@vm.marist.edu > > Subject: Re: FW: Silent but missing before OMVS initialization > > > > I would expect the sleep to complete, and if uid=0, this could > > complete prior to omvs initialization complete. > > If this isn't the case, either enable ctrace and see what is happening > > and/or open a pmr and L2 will probably ask for that. > > > > Bill Schoen > > > > MVS OpenEdition <mvs...@vm.marist.edu> wrote on 12/24/2013 > 11:38:01 AM: > > > > > From: Paul Gilmartin <paulgboul...@aim.com> > > > To: mvs...@vm.marist.edu, > > > Date: 12/24/2013 11:38 AM > > > Subject: Re: FW: Silent but missing before OMVS initialization Sent > > > by: MVS OpenEdition <mvs...@vm.marist.edu> > > > > > > On 2013-12-24, at 08:27, William Schoen wrote: > > > > > > > I'm not aware of any new behaviors here. Is there a chance you > > > > are now running with uid=0? > > > > A regular user will suspend prior to initialization complete, but > > > > superusers are allowed in a bit earlier. > > > > > > > But to not sleep and exit immediately with STATUS=0 is nasty. > > > > > > > > > >> -----Original Message----- > > > >> From: IBM Mainframe Discussion List > > > >> [mailto:IBM-MAIN@LISTSERV.UA.EDU ] On Behalf Of Gibney, Dave > > > >> Sent: Monday, December 23, 2013 2:39 PM > > > >> To: IBM-MAIN@LISTSERV.UA.EDU > > > >> Subject: Silent but missing before OMVS initialization > > > >> > > > >> I have been using //SLEEP EXEC PGM=BPXBATCH,PARM='SH sleep > > > >> &SECONDSs' as a delay step in some of my STCs to wait for things > > > >> like TCPIP to get up first. I know there are other options. > > > >> It appears with my new z/OS 1.13 system, that prior to OMVS being > > > >> up and functioning, this sleep command just returns with RC=0 > > > >> > > > >> Is this expected behavior? > > > > > > -- gil > > > > > > -------------------------------------------------------------------- > > > - > > - > > > For MVS-OE subscribe / signoff / archive access instructions, send > > > email to lists...@vm.marist.edu with the message: INFO MVS-OE > > > > > > > ---------------------------------------------------------------------- > > For MVS-OE subscribe / signoff / archive access instructions, send > > email to lists...@vm.marist.edu with the message: INFO MVS-OE > > ---------------------------------------------------------------------- > For MVS-OE subscribe / signoff / archive access instructions, send email to > lists...@vm.marist.edu with the message: INFO MVS-OE ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN