Yes, I had suggested that to the customer and it would be possible. It
would require some work (HCD/IODF, etc.) to make the volumes
available/known to the zOS system and then to set up and run the DFDss dump
jobs. They are trying to avoid this extra effort since they already have
the DDR dumps automated and ready to go. (I also get the impression that
they are just more "comfortable" with DDR, which I certainly understand.)
Mike
C. M. (Mike) Hammock
Sr. Technical Support
zFrame & IBM zSeries Solutions
(404) 643-3258
[EMAIL PROTECTED]
"Kris Buelens"
<[EMAIL PROTECTED]
il.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:42
AM
Please respond to
The IBM z/VM
Operating System
<[EMAIL PROTECTED]
ARK.EDU>
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
__________________________________________________________
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]
