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          "IBMVM@LISTSERV.UARK.EDU"           
             z/VM Operating            <IBMVM@LISTSERV.UARK.EDU>           
             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          "IBMVM@LISTSERV.UARK.EDU"

>              z/VM Operating            <IBMVM@LISTSERV.UARK.EDU>

>              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]

Reply via email to