It might not even be getting to the PROFILE EXEC. If AUTOLOG1 is doing an IPL 
190 and AUTOLOG2 is doing IPL CMS and the CMS segment isn't there....

I like setting the SECUSER, then if the message 'User has issued a CP READ' 
comes up, I SEND AUTOLOG2 IPL CMS and watch it all again.


Bob Bates
Enterprise Hosting Services

w. (469)892-6660
c. (214) 907-5071

"This message may contain confidential and/or privileged information.  If you 
are not the addressee or authorized to receive this for the addressee, you must 
not use, copy, disclose, or take any action based on this message or any 
information herein.  If you have received this message in error, please advise 
the sender immediately by reply e-mail and delete this message.  Thank you for 
your cooperation."



________________________________
From: The IBM z/VM Operating System [mailto:[email protected]] On Behalf 
Of Schuh, Richard
Sent: Tuesday, April 07, 2009 4:53 PM
To: [email protected]
Subject: Re: Format a SPPOL VOLUME on First IPL

It is probably best to put the SET SECUSER in the AUTOLOG2 PROFILE EXEC or make 
a 'CP SPOOL CONS START MAINT' one of the first things that is done in the 
profile. Feel free to substitute any other userid for MAINT. If you just want 
to see the messages, relying on a command that is not issued until the IPL 
sequence has finished may not be soon enough to catch the error messages. 
AUTOLOG2 may be well past the important messages by the time the SECUSER status 
is established.

Regards,
Richard Schuh





________________________________
From: The IBM z/VM Operating System [mailto:[email protected]] On Behalf 
Of Scott Rohling
Sent: Tuesday, April 07, 2009 2:33 PM
To: [email protected]
Subject: Re: Format a SPPOL VOLUME on First IPL

p.s.  Forgot to mention those PIPE CP Q commands need to be issued from a 
privileged user (classes B&D at least I believe) to query/purge spool files for 
all users

On Tue, Apr 7, 2009 at 3:30 PM, Scott Rohling 
<[email protected]<mailto:[email protected]>> wrote:
Hi Terry --   Everything should work fine using spool from the other system - 
and you basically want to avoid having to rebuild your NSS/DCSS's.   A FORCE is 
normal after coming up from a copy of your spool -- pointers have usually 
changed...   I've occasionally been able to come up WARM, but it's rare and all 
depends on how off the pointers (warm/chkpoint) on your SYSRES are from the 
spool packs and how fast things copied.  Anyway - FORCE is fine.

The only thing you might want to do is to come up without AUTOLOG2 (which it 
sounds like you have by accident) and scratch things from spool from the old 
system.  You should be able to issue some commands to kill most of it  -- like:

PIPE CP Q RDR ALL | DROP FIRST | SPECS /PURGE/ 1 W1 nw /RDR/ nw W2 nw | CP | 
CONS

Do that 3 times -  once for RDR - another for PRT - another for PUN ..   and 
you should should have cleaned up any old junk from the old system you don't 
want.

For your AUTOLOG2 problem -- you'll have to show us the error..  Try this:

XAUTOLOG AUTOLOG2 SYNCH #SET SECUSER AUTOLOG2 *

And see what messages are issued..   or you may get an error from the autolog 
and show us that..

Scott



On Tue, Apr 7, 2009 at 3:03 PM, Martin, Terry R. (LOCKHEED MARTIN Performance 
Engineering/CTR) (CTR) 
<[email protected]<mailto:[email protected]>> wrote:

Hi Scott,



Probably don't need to. What I am doing is a DFDSS full volume copy of my test 
system to a new set of system and user packs. I defined some mdisks on the 
running system pointing to the SYSTEM CONFIG and User Directory files on the 
NEWRES. I made the changes to the SYSTEM CONFIG and Directory files that 
matched the new environment, such as new sysres, page, spool, and work volumes.



Pointing to the area on the NEWRES pack that contains the User Directory is 
done and than defining another mdisk for NEWRES as 0 to END. Once the changes 
were made I issued the DIRECTXA USER DIRECT M (FM='M' is the FM that I accessed 
the mdisk for the Directory area on the NEWRES pack with



Question:

 1.  Is ok to copy the spool from the other system to the new system? Are the  
NSS on the spool specific for each system or does it matter if this information 
is copied to another system?
 2.  When I tried to IPL this new system the first time I issued a WARM IPL 
this failed and I was prompted to STOP or FORCE I elected to issue FORCE. It 
looked like everything came up but I noticed that xautolog of the autolog2 had 
failed. The xautolog of autolog1 which starts RACF and a few other machines 
worked fine, but when aoutlog2 was executed it failed. I wrote down the error 
message but I left it at work. Is there a way to get any error text from the 
execution of the AUTOLOG2 exec like to a RDR so that I can see if there any 
other errors?



I guess that is it for now. Thanks for the help!!



Thank You,



Terry Martin

Lockheed Martin - Information Technology

z/OS & z/VM Systems - Performance and Tuning

Cell - 443 632-4191

Work - 410 786-0386

[email protected]<mailto:[email protected]>

________________________________

From: The IBM z/VM Operating System 
[mailto:[email protected]<mailto:[email protected]>] On Behalf Of 
Scott Rohling
Sent: Tuesday, April 07, 2009 2:19 PM

To: [email protected]<mailto:[email protected]>
Subject: Re: Format a SPPOL VOLUME on First IPL



Why are you formatting the spool volume?   There's probably a better way to do 
what you're trying to accomplish without toasting your NSS files and rebuilding 
everything...

Scott

On Tue, Apr 7, 2009 at 12:16 PM, Kris Buelens 
<[email protected]<mailto:[email protected]>> wrote:

Some extra word of caution: if you'd format the active spool volumes,
you will also loos all VM's saved segments, like CMS, CMSPIPES etc,
all of them will need to be recreated  or restored from an SPXTAPE
backup.

2009/4/7 Kris Buelens <[email protected]<mailto:[email protected]>>:

> You can format -new- spool space while VM is running.
> Anyhow: if you IPL VM with any startup you can, VM will have
> initialized its spool before you can do something.
>
> But, you should have a look on MAINT CF1, search for ICKSADSF MODULE.
> If you find it, you have the standalone ICKDSF version, that you can
> start instead of VM:
> - IPL with as loadparm SYSG or an address of a 3270 (like an ICC
> console).  This will start SAPL in prompt mode.
> - in SAPL press PF9 (Filelist) and select ICKDSF
> - enter the ICKDSF statements to format whatever you want.
> When done, reipl the "normal way"
>
> 2009/4/7 Martin,              Terry R. (LOCKHEED MARTIN Performance
> Engineering/CTR) (CTR) 
> <[email protected]<mailto:[email protected]>>:
>> Hi
>>
>>
>>
>> I am building a new test system and I want the first IPL to format the spool
>> volume. Currently VM is set up to IPL automatically WARM. Where/how do I
>> change it to prompt for a Startup parameter at IPL time so that I can
>> specify the formatting of the spool volume?
>>
>>
>>
>>
>>
>> Thank You,
>>
>>
>>
>> Terry Martin
>>
>> Lockheed Martin - Information Technology
>>
>> z/OS & z/VM Systems - Performance and Tuning
>>
>> Cell - 443 632-4191
>>
>> Work - 410 786-0386
>>
>> [email protected]<mailto:[email protected]>
>>
>>
>
>
>
> --
> Kris Buelens,
> IBM Belgium, VM customer support
>



--
Kris Buelens,
IBM Belgium, VM customer support




  • ... Martin, Terry R. (LOCKHEED MARTIN Performance Engineering/CTR) (CTR)
    • ... Kris Buelens
      • ... Kris Buelens
        • ... Scott Rohling
          • ... Martin, Terry R. (LOCKHEED MARTIN Performance Engineering/CTR) (CTR)
            • ... Scott Rohling
              • ... Scott Rohling
                • ... Schuh, Richard
                • ... Bob Bates
                • ... Schuh, Richard
                • ... Martin, Terry R. (LOCKHEED MARTIN Performance Engineering/CTR) (CTR)
              • ... Martin, Terry R. (LOCKHEED MARTIN Performance Engineering/CTR) (CTR)
              • ... Martin, Terry R. (LOCKHEED MARTIN Performance Engineering/CTR) (CTR)
                • ... Scott Rohling
                • ... Martin, Terry R. (LOCKHEED MARTIN Performance Engineering/CTR) (CTR)
    • ... Gentry, Stephen
      • ... Schuh, Richard
        • ... Martin, Terry R. (LOCKHEED MARTIN Performance Engineering/CTR) (CTR)
          • ... Kris Buelens

Reply via email to