Hi, Howard.

No, there is no effect on the CMS saved segments...they are only effected if you change the their contents, not just their location.

Howard Rifkind wrote:
One addition question:
Doesn't all of this (19E & 19D) have some effect on the saved segments for CMS?

Dave Jones <[EMAIL PROTECTED]> 6/27/2008 9:52 AM >>>
Hi, Howard.

Try the following:

1) create another VM user id with the proper privileges. Call it, say, MAINTX.
2) create the new MAINT mindisks on the new volume,using your favorite 
directory manager
tools.
3) logo off of MAINT
4) from MAINTX, link to both the old MAINT's minidisks, and the new minidisks 
on the new
volume.
5) do a DDR from each old minidisk to the new one.
6) update all of the other user directory entries to point to the new MAINT minidisk locations, and bring the directory online.

It will not matter that other users have links to MAINT's old minidisks, as 
these links
should be r/o only. As users log off and back on again, they will pick up the new location for MAINT's minidisks. When the last user using the old minidisk location logs off, you can then reclaim that DASD space for other uses.

No shutdown and no IPL required.

Good luck.

Howard Rifkind wrote:
Hello all,

I have to move user maint's minidisk to a new volume.  Problem is that there 
isn't
either a first level or second level system here I could use to do this and a 
good
number of other logged on users who can't be shut down have links to maint's 
minidisks
to say the least is the 19E & 19D.

Management says no shutting down VM and no IPL.

Any suggestions would be appreciated.

Thanks. _____________ LEGAL NOTICE Unless expressly stated otherwise, this 
message is
confidential and may be privileged. It is intended for the addressee(s) only. 
Access to
this E-mail by anyone else is unauthorized. If you are not an addressee, any 
disclosure
or copying of the contents of this E-mail or any action taken (or not taken) in reliance on it is unauthorized and may be unlawful. If you are not an addressee, please
inform the sender immediately, then delete this message and empty from your 
trash.



--
DJ

V/Soft
  z/VM and mainframe Linux expertise, training,
  consulting, and software development
www.vsoft-software.com

Reply via email to