Dirmaint does this very simply, if you have it Sent from my iPhone - Expect lots of typos!!!
> On Jan 31, 2015, at 12:56 PM, Gentry, Steve > <[email protected]> wrote: > > With the way you describe your situation, you need to copy the files on the > existing/current CMS minidisk to a temporary area. That could be another > minidisk of equal or larger size or TAPE DUMP the minidisk (if you have some > kind of tape subsystem available). Once the COPY or TAPE DUMP is done. You > can then redefine the existing area, making it larger and then COPY or TAPE > LOAD the data back to the new area. You may want to keep the current create > dates of the files on the minidisk. If that's the case, use the OLDDATE > option parameter when using COPY. TAPE DUMP/TAPE LOAD will automatically keep > the create date. > Why don't you want gaps? They don't hurt anything and it just makes more > work for you, trying to eliminate the gaps, when you want to move things > around. > BTW, you are talking about CMS files on a minidisk, correct? Not a minidisk > defined for use by Linux or some other non-CMS minidisk. If so, the COPY or > TAPE DUMP won't work for this situation. > Steve > > -----Original Message----- > From: Linux on 390 Port [mailto:[email protected]] On Behalf Of Vitale, > Joseph > Sent: Saturday, January 31, 2015 10:37 AM > To: [email protected] > Subject: Expanding CMS Mini Disk - DDR or Copyfile? > > Hello, > > Question on expanding a CMS. Normally I create a new mini disk(larger) and > use COPYFile <Old to New> mini disk. That could leave Cylinder gaps on disk > when old mini disk is deleted. > > Is there a procedure that allows me to back up a mini disk and restore to a > new larger mini disk, aside from using COPYFile? DDR seems to be a > Cylinder to Cylinder backup/restore? > > Thanks > Joe > > > > The information contained in this e-mail, and any attachment, is confidential > and is intended solely for the use of the intended recipient. Access, copying > or re-use of the e-mail or any attachment, or any information contained > therein, by any other person is not authorized. If you are not the intended > recipient please return the e-mail to the sender and delete it from your > computer. Although we attempt to sweep e-mail and attachments for viruses, we > do not guarantee that either are virus-free and accept no liability for any > damage sustained as a result of viruses. > > Please refer to http://disclaimer.bnymellon.com/eu.htm for certain > disclosures relating to European legal entities. > > ---------------------------------------------------------------------- > For LINUX-390 subscribe / signoff / archive access instructions, send email > to [email protected] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > ---------------------------------------------------------------------- > For more information on Linux on System z, visit http://wiki.linuxvm.org/ > > ---------------------------------------------------------------------- > For LINUX-390 subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO LINUX-390 or visit > http://www.marist.edu/htbin/wlvindex?LINUX-390 > ---------------------------------------------------------------------- > For more information on Linux on System z, visit > http://wiki.linuxvm.org/ ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 ---------------------------------------------------------------------- For more information on Linux on System z, visit http://wiki.linuxvm.org/
