During IPL all unit addresses not marked as offline will be scanned by the NIP routines. If a device is not available (maybe a hardware reserve) you will get that message.
As you have seen, replying CONT will cause NIP to take the device offline. For you, it appears to be non-problematic. As to the second issue, I wonder if the JES2 proc specifies a parameter of "WARM" or "NOREPLY". If not, then JES2 is probably waiting for a JES start command. This would be the $S command to signify to JES that it is all right to start doing what it is supposed to do. On Fri, 8 Feb 2008 12:37:24 -0600, Nigel Wolfendale <[EMAIL PROTECTED]> wrote: >I am attempting to IPL our test system - which is being upgraded to z/OS 1.7 >(Prod is at 1.4) - I know 1.7 won't last long before it has to be upgraded >again. > >I have just taken over this system from a colleague who has done most of the >SeverPac install - and now passed it on to me. > >Soon after IPL we get the message: > >*01 IOS120D I/O TIMED OUT FOR DEVICE 044D. REPLY 'WAIT' >FOR I/O COMPLETION OR 'CONT' TO CONTINUE WITH DEVICE OFFLINE > >As the manual indicates, if we reply 'WAIT', the message reappears, and >replying 'CONT' puts the volume offline. > >After reply 'CONT' I can start JES2, and then doing a 'D A,L' reveals that >LLA, VLF, DLF, JES2 and RACF are all running - I have remove automatic >starts of other tasks - and taken away the DD Commands for the DUMP >datasets, and removed SMS from IEFSSNxx - but they make no difference. > >After that tasks will not start properly - when attempting to start >IRRDPTAB, TCPIP etc, they go into 'STARTING' mode. > >This volume should not be needed on our system - it is the 'Catalog' volume >on our 'prod' system containing Master Catalog, page datasets, RACF dataset, >MANx datasets, IODF, ACDS, COMMDS, Checkpoint. Not a happy collection >together - but it is a relatively small system. > >There are no references to this volume in out test catalog, nor any other >references I can find such as PROGxx. > >The ServerPac is dated September 2006 - and I think it unlikely that any >extra maintenance has been applied. > >The previous guy did successfully IPL, but he hasn't taken any intermediate >backups. > >Can you suggest why this volume is being accessed. Or some way out of this >problem - is it maybe a hardware problem ? > >Nigel Wolfendale ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
