Hi Dave:
for the directories on each system what I would do:
1. DIRM USER WITHPASS
2. RECEIVE the spool file as <nodename> WITHPASS - so you have a good copy of 
each systems directoy
3. Record by hand the volser where each directory is getting loaded onto
4. for each system run a DIRM SCAN USER and figure out which users you want to 
merge, mdisks, etc.
5. copy the file you want to gerrymander and place your diretory entries in 
there. Very carefully.
6. on the system you want to place the new directory:
6a. from maint: link dirmaint 1df 1df mr
6b: from MAINT: ac 1df l
6c: From MAINT: ERASE USER DIRECT L
6d. copy from maint your gerrymandered directory: COPY GMANDER DIRECT A USER 
INPUT L2
it is important to copy it onto dirmaint 1df as fn= user ft= input
7. rel l(det
8.hope for the best!
 
David Kreuter

________________________________

From: The IBM z/VM Operating System on behalf of Dave Keeton
Sent: Thu 3/12/2009 12:20 PM
To: [email protected]
Subject: [IBMVM] Merging DirMaint?


I have a question regarding DirMaint and how to migrate/merge from one release 
to another. Here's the scenario:

I have z/VM 5.2 running in production with DirMaint. I have 20+ instances of 
SLES9 & 10 and everything is running great.

I also have z/VM 5.4 running in a test LPAR which also has DirMaint, 2 
instances of SLES10, as well as several CA products. I want to bring 5.4 into 
production.

I'm trying to determine how to merge all the directory entries for my 
production systems into the test directory prior to IPL'ing z/VM 5.4 as 
production. My first concern is the EXTENT CONTROL. Each instance of DirMaint 
has its own DASD pool, separate from the other. I am concern about things 
getting mucked up by consolidating the pools. What's the most effective way to 
do this?

When z/VM 5.4 is up and running correctly, the plan is to rebuild the test LPAR 
with the latest release of z/VM so we can stay on top of the releases.

Thanks in advance,

Dave


Reply via email to