That is excatally what it can do in VSE.. Point the output to an IP address where the client is running (there is LINUX, WINDOZE, UNIX, etc. versions) and run your VSE job to either read or write the tape input/output to the remote VTAPE server.. So simple and I can't believe IBM developed it. But why not in z/VM?
-----Original Message----- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] Behalf Of Michael Coffin Sent: Wednesday, June 18, 2008 10: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.