Mike, thanks for the pointers. We are quite new to VM and can use all the help we can get to strengthen our VM infrastructure. Have a great day. Brent
Brent Litster Zions Management Services Company 2185 South 3270 West West Valley City 84119 (801) 844-5545 [email protected] -----Original Message----- From: The IBM z/VM Operating System [mailto:[email protected]] On Behalf Of Mike Walter Sent: Tuesday, January 06, 2009 10:02 AM To: [email protected] Subject: Re: USER DIRECT Rewritten with Wrong Volsers Best bet... call the good folks on the VM product support line at CA to ask for support. That's what you are paying them for - use it. They know by heart all the "special" VM:Director utilities that you *may* need. After this is all fixed, prepare for the next crisis ahead of time: - automate execution of VMXBKP01 and VMXBKP02 every night. - automate and capture to disk (use a CMS PIPE command) output from "LISTFILE * * fm (ISO" of the VMSECURE 1B0 disk (or the VMXBKP02 output disk). This will provide a list of what IDs were managed by which VM:Secure managers - something that's important, but not obvious until after a crisis. - automate printing of the USER DIRECT at least weekly (you may want to mask the logon and mdisk link passwords, depending on the security of your printing solutions). - automate execution of VMX MDSKSCAN nightly, save to disk, and print at least weekly. We also "massage" that output of MDSKSCAN, including the volser before every MDISK record and sorting by userid/mdisk addr. Having that hardcopy makes finding MAINT's and other critical MDISKs much easier in a crisis. - we do a little more each night, perhaps I should document that and send it to CA as a "best practices" document. Create a stand-alone 1-pack IPLable z/VM sysres. With its own page and SPOOL space, not much is needed for a stand-alone "recovery" system, and it does not need regular service (except for hardware changes). Keep a copy of the CP DEFINE MDISK syntax handy when you are using that recovery system. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. "Brent Litster" <[email protected]> Sent by: "The IBM z/VM Operating System" <[email protected]> 01/06/2009 10:19 AM Please respond to "The IBM z/VM Operating System" <[email protected]> To [email protected] cc Subject USER DIRECT Rewritten with Wrong Volsers Good morning (not so good for me). Sometime ago I installed the VM:Suite from CA, which included VM:Director which maintains user direct, on my z/VM 5.2 system. I later installed z/VM 5.3 but didn?t get back to addressing the VM:Suite until recently. I inadvertently ran VM:Director on the 5.3 system before modifying its config files resulting in user direct being rewritten with all the USER entry MDISK statements pointing to the 5.2 volsers. As a result I can?t log on to my 5.3 system. To try and rewrite my 5.3 user direct I brought up my 5.2 system and attached the 5.3 versions of 2CC as 12CC which contains the 5.3 user direct, and 19E as 119E which contains the DIRECTXA utility. I placed 12CC and 119E before 2CC and 19E in the access list and ran DIRECTXA (EDIT pointing to the USER DIRECT on 12CC. The message I got was z/VM USER DIRECTORY CREATION PROGRAM ? VERSION 5 RELEASE 2.0 My question is twofold; 1. Why is the 5.2 version of DIRECTXA being invoked if the 5.3 version is first in the access list, and 2. Is there an easier way to rewrite my 5.3 user direct Thanks, Brent Brent Litster Zions Management Services Company 2185 South 3270 West West Valley City 84119 (801) 844-5545 [email protected] The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
