Well, we create tapes that will be sent to a replication service for sending software and data to customers. The media must be 3490 and 3590. I can put 3490 drives on a Win32 or Linux box easily enough (we have two 3490 SCSI based tape drives.) But as I said, I don't know how to replicate an IEBCOPY image. I would have to reorganize into XMIT files on our software tapes.
David Logan Manager of Product Development, Pitney Bowes Business Insights http://centrus.com 4750 Walnut St, Suite 200 Boulder, CO 80301 W: (720) 564-3056 -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ron Hawkins Sent: Friday, May 16, 2008 5:01 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Remote tape drive Radoslaw, That's not how I read David's last reply: David wrote: " Yes. Getting the data there isn't the issue. The hard part is FTPing the warm body to the tape drive so that said warm body could *mount* a tape. This is a development shop, not production. There are no operators. The people mulling up and down the hallways at the remote location are generally unwilling to stop and mount a tape, and even if they were willing, they go home at 5 :)" And: " Thanks! As I said, it's only a development shop, so a single unit would suffice. We just need some type of access to a tape unit." A small iSCSI ATL fits the scope defined in David's response. Ron > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > Behalf Of R.S. > Sent: Thursday, May 15, 2008 11:55 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: [IBM-MAIN] Remote tape drive > > Ron Hawkins wrote: > > David, > > > > If moving the data to and from a local ASCII platform is not a > problem, then > > why don't you look at using an iSCSI ATL. Most Windows flavours > support > > iSCSI software drivers so you don't need a special TOE card to drive > it, and > > the connection can be done through whatever backbone you currently > provision > > between the sites. > > > > I'm using iSCSI based disk arrays for SAS/MXG on Windows XP and it > works > > just great. Something like a QANTUM PX502 means you don't need people > to > > mount the tapes for you (not an endorsement of Quantum - I just > looked for a > > brand I know). > > > Ron, > I believe the goal is not to have some data in some format on some > tape. > Tape is not a goal. Tape is intended to be read by receiving shop. > Recording data on QUANTUM drive will not solve the problem - mainframe > customer won't be able to read it. > > The real goal is to distribute data (not tape) in format/media which is > readable by customer. > IMHO it is really worth to convince customers to use CD/DVD or Internet > download. > <reality mode> > Of course some customer may insist on tape and ...he's right. Customer > is always right <vbg> > </reality mode> > > > -- > Radoslaw Skorupka > Lodz, Poland > > > -- > BRE Bank SA > ul. Senatorska 18 > 00-950 Warszawa > www.brebank.pl > > Sd Rejonowy dla m. st. Warszawy > XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, > nr rejestru przedsibiorców KRS 0000025237 > NIP: 526-021-50-88 > Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA > wynosi 118.642.672 zote i zosta w caoci wpacony. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
