Anyone running a 3583 with LTO-2 drives on Win2K?

Something that might be pertinent to the I/O errors that this
thread originally discussed is the SCSI adapter being used - if not
fiber connected.
We implemented a 3583 with LTO-2 drives recently and were
experiencing terrible performance - including intermittent I/O errors
and tapes going reado or unavail - the performance was OK with
disk to tape migration but tape to tape copy was extremely slow.
32Gig of data would take in excess of 16 hours to copy.

After upgrading the TSM server code to 5.2 and no difference in
performance, we upgraded firmware. With everything updated to the
latest and greatest - we still did not see any improvement.
The only other variable was the SCSI card and cable - the card being
what IBM supports in their X-Series servers - an Adaptec 29160.
We'll - after searching the knowledge Base on the Adaptec site we
got a hit on performance problems with CD-Writers and some backup
tape units - not very specific - but it was worth a shot.
Well, after downloading the updated Adaptec driver - Dated Nov 2002,
the performance increased dramatically - we now do Tape to Tape copy
at the real speed the LTO-2 is rated - even better.
We now do the same 16Gig file in about 6 minutes compared to 16hours.
So far we have not seen ANY I/O errors again.

So - don't just blame the 3583/3580 hardware and media - look at the
rest of the server as well.

If you have this type of card - do yourself a favour and get the updated
driver.

Cheers
Christo


----- Original Message -----
From: "Prather, Wanda" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, November 19, 2003 6:00 PM
Subject: Re: 3583 LTO Library


> Interesting.  We've had no such problems.
> One 3583 bought in April, another in July.
> Maybe it's a later build; also, these 2 aren't terribly stressed.
>
>
>
> -----Original Message-----
> From: Mark Bertrand [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, November 19, 2003 8:56 AM
> To: [EMAIL PROTECTED]
> Subject: Re: 3583 LTO Library
>
>
> Yes, we used to get I/O errors on our 3583, although not sure if it was
the
> same exact OP code. Our fix, we replaced our 3583 with a 3584 after trying
> EVERYTHING else, hardware changes, microcode, firmware. We also had many
> other errors/problems, along with many other list users to help build our
> case to get out of the 3583. Just do a search for 3583, or 3583 +
problems,
> or 3583 + I/O, at search.adsm.org and start reading, you will see your not
> alone.
>
> Good Luck,
> Mark Bertrand
>
> -----Original Message-----
> From: Crawford, Lindy [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, November 19, 2003 7:43 AM
> To: [EMAIL PROTECTED]
> Subject: 3583 LTO Library
>
>
> Hi TSMer's,
>
> Please could you assist me, we have been have continuous errors on our
> library above and have update all microcode and firmware, but still no
joy-
>
> I get the following error:-
>
> 11/19/2003 15:11:39   ANR8300E I/O error on library IBM3583 (OP=8401C058,
>
>                        CC=304, KEY=04, ASC=15, ASCQ=83,
> SENSE=70.00.04.00.00.00-
>                        .00.0A.00.00.00.00.15.83.7C.00.00.00.,
> Description=Chang-
>                        er failure).  Refer to Appendix D in the 'Messages'
>
>                        manual for recommended action.
>
> Have any of you gotten the error above and what have you done to resolve
it
> ????
>
> Thank you for all your assistance.
>
>
> Lindy Crawford
> Information Technology
> Nedbank Corporate - Property & Asset Finance
> *+27-31-3642185
>  +27-31-3642946
> [EMAIL PROTECTED] < mailto:[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]> >
>
>
>
>
>
>
>
> This email and any accompanying attachments may contain confidential and
> proprietary information.  This information is private and protected by law
> and accordingly if you are not the intended recipient you are requested to
> delete this entire communication immediately and are notified that any
> disclosure copying or distribution of or taking any action based on this
> information is prohibited.
>
> Emails cannot be guaranteed to be secure or free of errors or viruses. The
> sender does not accept any liability or responsibility for any
interception
> corruption destruction loss late arrival or incompleteness of or tampering
> or interference with any of the information contained in this email or for
> its incorrect delivery or non-delivery for whatsoever reason or for its
> effect on any electronic device of the recipient.
>
> If verification of this email or any attachment is required please request
a
> hard-copy version

______________________________________________
E-mail Disclaimer and Company Information

http://www.absa.co.za/ABSA/EMail_Disclaimer

Reply via email to