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:[email protected]] On Behalf Of
> Gibney, Dave
> Sent: Tuesday, December 24, 2013 10:00 AM
> To: [email protected]
> 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:[email protected]] On Behalf Of
> > William Schoen
> > Sent: Tuesday, December 24, 2013 8:44 AM
> > To: [email protected]
> > 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 <[email protected]> wrote on 12/24/2013
> 11:38:01 AM:
> >
> > > From: Paul Gilmartin <[email protected]>
> > > To: [email protected],
> > > Date: 12/24/2013 11:38 AM
> > > Subject: Re: FW: Silent but missing before OMVS initialization Sent
> > > by: MVS OpenEdition <[email protected]>
> > >
> > > 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:[email protected] ] On Behalf Of Gibney, Dave
> > > >> Sent: Monday, December 23, 2013 2:39 PM
> > > >> To: [email protected]
> > > >> 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 [email protected] with the message: INFO MVS-OE
> > >
> >
> > ----------------------------------------------------------------------
> > For MVS-OE subscribe / signoff / archive access instructions, send
> > email to [email protected] with the message: INFO MVS-OE
>
> ----------------------------------------------------------------------
> For MVS-OE subscribe / signoff / archive access instructions, send email to
> [email protected] with the message: INFO MVS-OE
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
