And, as z/OS can use the tapes, what about using an MVS utility to take a physical backup of the z/VM disks.
2008/11/18 Mike Hammock <[EMAIL PROTECTED]> > Normally yes, but... Their FLEX system will die tomorrow (or perhaps > the next day) but they are not getting a replacement System z for another > month or so. (Yes, they will be out of action for a while.... lonnngg > story...). So, by the time the z10 comes in, the FLEX system will be dead > and cold... Not the best planning, for sure, but we just got involved with > this user very recently and they apparently did not realize that their FLEX > license was about to expire. Plus, they have some 'internal issues' that > are slowing the process of getting a new system. > They are currently backing up to SCSI attached 3490, but that obviously > takes a lot more time and "cartridge feeding" than a 3590 would, something > they hoped to avoid with the 3590. > Mike > C. M. (Mike) Hammock > Sr. Technical Support > zFrame & IBM zSeries Solutions > (404) 643-3258 > [EMAIL PROTECTED] > > > > "Dave Jones" > <[EMAIL PROTECTED] > are.com> To > Sent by: The IBM "[email protected]" > z/VM Operating <[email protected]> > System cc > <[EMAIL PROTECTED] > ARK.EDU> Subject > Re: 3590: problems reading > > 11/18/2008 09:02 > AM > > > Please respond to > The IBM z/VM > Operating System > <[EMAIL PROTECTED] > ARK.EDU> > > > > > > > Mike, would it be possibe to network connect the two systems, and avoid > using tape at all? > > Mike Hammock wrote: > > Thanks Alan, we can certainly give that a try.. But... I assumed (there > is > > that problem word) that if we mounted the tape cartridge, did a "TAPE > REW" > > then a "TAPE DUMP * * A" that it would wipe out any standard label on the > > cartridge... that it would become a no-label tape no matter what it was > > before... > > As far as I know (!), he has no tape management software or anything else > > that would be monitoring or looking for standard labels. > > I will mention the SL issue to him though, just in case.... > > Thanks > > Mike > > > > C. M. (Mike) Hammock > > Sr. Technical Support > > zFrame & IBM zSeries Solutions > > (404) 643-3258 > > [EMAIL PROTECTED] > > > > > > > > > "Alan Altmark" > > > <[EMAIL PROTECTED] > > > ibm.com> > To > > Sent by: The IBM "[email protected]" > > > z/VM Operating <[email protected]> > > > System > cc > > <[EMAIL PROTECTED] > > > ARK.EDU> > Subject > > Re: 3590: problems reading > > > > > > 11/18/2008 08:34 > > > AM > > > > > > > > > Please respond to > > > The IBM z/VM > > > Operating System > > > <[EMAIL PROTECTED] > > > ARK.EDU> > > > > > > > > > > > > > > > > > On Monday, 11/17/2008 at 07:09 EST, Mike Hammock <[EMAIL PROTECTED]> > > wrote: > >> A zVM 5.3 user (not even one of our customers) is trying to use a 3590 > > to > >> migrate from their current ( about to expire) FLEX-ES system to a system > > z > >> and is having problems. > > > >> From zVM he can (apparently) write to the tape and do all the control > >> commands (rewind, unload, wtm, etc.). But he cannot read anything that > > was > >> written by VM. If he does a DDR DUMP, he gets an I/O error on the DDR > >> RESTORE. If he does a VMFLPC2 or TAPE DUMP, the corresponding LOAD > > fails > >> with a DMSP2C057E " Invalid Record Format". My best guess is that the > >> drive is writing in one mode (COMP/NOCOMP) and trying to read in the > >> other... but.... > >> - I think that when reading, the drive should detect the mode used to > > write > >> the tape and handle it either way > >> - We tried various combinations of MODE COMP/NOCOMP to try to force it > > to > >> the right mode, with no apparent improvement. > >> I don't believe he has tried a stand-alone DDR, but I'm not optimistic > > that > >> would be any better. > >> > >> Any suggestions? > > > > Has he used DDR, MOVEFILE, DITTO, PIPE, whatever to simply look at the > > tape? Perhaps it has a standard label on it, something easily handled by > > z/OS. If so, TAPE FSF to skip the label, then TAPE LOAD. > > > > Alan Altmark > > z/VM Development > > IBM Endicott > > > > > > > > __________________________________________________________ > > > > This email may contain confidential and privileged material for the sole > use of the intended recipient(s). Any review, use, distribution or > disclosure by others is strictly prohibited. If you are not the intended > recipient (or authorized to receive for the recipient), please contact the > sender by reply email and delete all copies of this message. To reply to > our email administrator directly, send an email to [EMAIL PROTECTED] > > -- > DJ > > V/Soft > z/VM and mainframe Linux expertise, training, > consulting, and software development > www.vsoft-software.com > > > > __________________________________________________________ > > This email may contain confidential and privileged material for the sole > use of the intended recipient(s). Any review, use, distribution or > disclosure by others is strictly prohibited. If you are not the intended > recipient (or authorized to receive for the recipient), please contact the > sender by reply email and delete all copies of this message. To reply to our > email administrator directly, send an email to [EMAIL PROTECTED] > -- Kris Buelens, IBM Belgium, VM customer support
