Am I doing something wrong here?

I'm dumping a bunch of mdisks to tape:

                     
'rew 181'                    
'tape dvol1'                 
                             
queue 'sysprint cons'        
queue 'prompt off'           
queue 'in 100 dasd'          
queue 'out 181 tape (leave ' 
queue 'dump all'             
queue 'in 101 dasd'          
queue 'out 181 tape (leave ' 
queue 'dump all'             
QUEUE 'IN 102 DASD'          
queue 'out 181 tape (leave ' 
queue 'dump all'             
queue ''     
             
'ddr'        
'tape wtm 2' 

And restoring them it gets this far:



z/VM DASD DUMP/RESTORE PROGRAM

HCPDDR698I DATA DUMPED FROM 0X0802 TO BE RESTORED

HCPDDR696I VOLID READ IS 0X0802

RESTORING 0X0802

DATA DUMPED   03/23/09 AT 18.43.18  GMT FROM 0X0802 RESTORED TO 0X0802

INPUT CYLINDER EXTENTS      OUTPUT CYLINDER EXTENTS

      START       STOP         START        STOP

          0       4999             0        4999

 

         
Hangs for a very long time and then spits out:
  
HCPDDR705E I/O ERROR 0181 IRB 00000000 00000000 00020000 00000000
00000000 
00000000 00000000 00000000

CCW 030304A8 20000001

INPUT 00001387000E OUTPUT 00001387000E

      
HCPDDR705E I/O ERROR 0181 IRB 00000000 00030468 0E000001 00000000
00000000 
00000000 00000000 00000000

SNS 004A01C0 30100050 002FFF00 00000000 00000443 52000090 4104E820
664B2111
CCW 2F030460 20000001

INPUT 000000000000 OUTPUT 000000000000

END OF RESTORE

        
                                                       

VMTAPE reports that the tapes drives using for the dumps are 3592EE
896enc,EEFMTB/C  and the ones I need to run the restores on are reported
as 3592E 896trk,EFMTB/C.   They are in the same ATL.

Are they just not compatible going this direction or can I convince them
are?

This is z/VM 5.4 rsu 0802.

Marcy 


"This message may contain confidential and/or privileged information. If
you are not the addressee or authorized to receive this for the
addressee, you must not use, copy, disclose, or take any action based on
this message or any information herein. If you have received this
message in error, please advise the sender immediately by reply e-mail
and delete this message. Thank you for your cooperation."

Reply via email to