I think the reference was to a VTS unit. Is emulated tapes are called
VTAPEs, I believe. Either Rick did not trademark VTAPE or he gave IBM
permission to use it.  (Or he is going to file suit as a result of this
note :-) ).

Regards, 
Richard Schuh 

 

> -----Original Message-----
> From: The IBM z/VM Operating System 
> [mailto:[EMAIL PROTECTED] On Behalf Of Michael Coffin
> Sent: Wednesday, June 18, 2008 8:54 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: DDR'ing 3390 DASD To Remote Location
> 
> VTAPE is a Virtual Software Systems, Inc. (VSSI) commercial 
> product and already runs on VM.  It wouldn't help in this 
> case, because all VTAPE does is redirect TAPE I/O to a local 
> file, you'd still have to take that really big file and FTP 
> it.  Now if VTAPE could redirect TAPE I/O to a remote 
> location "somehow" (i.e. open a TCPIP socket pointed to a 
> Linux server running a little VTAPE client to accept the data 
> and write it to a file) THAT would be sweet (and I'd bet you 
> there is a market for such a product.... Hint hint).  :)
> 
> -Mike
> 
> -----Original Message-----
> From: The IBM z/VM Operating System 
> [mailto:[EMAIL PROTECTED] On Behalf Of Huegel, Thomas
> Sent: Wednesday, June 18, 2008 11:25 AM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: DDR'ing 3390 DASD To Remote Location
> 
> 
> We could BEG IBM to add native VTAPE to z/VM ..  even 'lowly VSE'
> supports VTAPEs.
> 
> -----Original Message-----
> From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED]
> Behalf Of Michael Coffin
> Sent: Tuesday, June 17, 2008 1:01 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: DDR'ing 3390 DASD To Remote Location
> 
> 
> Hi Aria,
> 
> It's weird, sometimes it takes as little as 15 minutes to DDR2CMS a
> 3390-3 spindle, but most times it takes 45-50 minutes.  But 
> "all spindles are not created equal", so you might have one 
> that has very little actual data on it (even if it is fully 
> allocated for minidisks, those minidisks might be 
> substantially empty), and one that is full to the gills.  
> Likewise, some data compacts better than others (for example 
> one spindle contains a bunch of 'zip' files sent to us by PC 
> users, those files are already well compressed and further 
> compaction isn't likely).  
> 
> Again, if I can't (quickly) find a means to read the disk and 
> write to a TCPIP stream directly (with a collector on the 
> remote end, of course), I'll probably replace DDR2CMS with 
> PIPEDDR to create the intermediate files before transmitting them.
> 
> -Mike
> 
> -----Original Message-----
> From: The IBM z/VM Operating System 
> [mailto:[EMAIL PROTECTED] On Behalf Of Aria Bamdad
> Sent: Tuesday, June 17, 2008 1:44 PM
> To: IBMVM@LISTSERV.UARK.EDU
> Subject: Re: DDR'ing 3390 DASD To Remote Location
> 
> 
> On Tue, 17 Jun 2008 13:00:37 -0400 Michael Coffin said:
> >Hi Aria,
> >
> >We are on an IBM 2066-0B1 with ESCON channels to an IBM 
> 9393, running 
> >with a full system load.  It would probably only take about 
> 10 minutes 
> >on a big z9 (or z10) box, lightly loaded with FICON channels..... :)
> 
> I wish!!! I am on a 2066-0B1 with ESCON channels also.  The 
> DASD is an EMC 8430 with lots of cache however.
> 
> Aria.
> 

Reply via email to