According to the "SCSI transport failed: " error that Craig listed, it is
nothing related to the tape. the reason is the device doesn't response or
delay to response the request from the host. I would suspect some hardware
issue between the ADIC and the host.
----- Original Message -----
From: "Andrew Shinkarev" <shinkara AT pprd.abbott DOT com>
To: <veritas-bu AT mailman.eng.auburn DOT edu>
Sent: Wednesday, February 27, 2002 11:49 PM
Subject: Re: [Veritas-bu] Problems with Fujifilm and Quantum DLT7000
> On Wed, Feb 27, 2002 at 06:56:26PM -0600, scott.kendall AT abbott DOT com
> wrote:
>
> Fuji tape is coming cleaner, Maxell tape is more resistant to
> heat and excessive usage.
> If you are not feeding your tape drive well Maxell is better.
>
>
>
> >
> > All "logo'd" DLT Type IV tapes are either FujiFilm or Maxell, regardless
of
> > who has slapped their name on it.
> >
> > I seem to have better luck with Maxell. I have talked to others that
seem to
> > have better luck with FujiFilm.
> >
> > Seeing that these are the only two manufacturers, one could guess that
> > FujiFilm makes up somewhere between 35% - 65% of the market. With the
market
> > share split like this, I really doubt that one is superior to the other
or
> > more people would be talking about it more often.
> >
> >
> > - Scott
> >
> >
> >
> >
> >
> > "Craig Everett"
> > <ceverett AT virtual DOT com> To:
"Veritas Netbackup" <veritas-bu AT mailman.eng.auburn DOT edu>
> > Sent by: cc:
> > veritas-bu-admin AT mailman DOT eng. Subject:
[Veritas-bu] Problems with Fujifilm and Quantum DLT7000
> > auburn.edu
> >
> >
> > 02/27/2002 06:26 PM
> >
> >
> >
> >
> >
> >
> > I'm running Datacenter 3.4 on an Ultra 60 with Solaris 8, using an ADIC
> > Faststor DLT7000 and Fujifilm DLT4 tapes. I'm also using the
> > on-board/built-in SE SCSI controller that comes with the Ultra60 to
attach
> > the ADIC. I'm getting SCSI timeout errors:
> >
> > Feb 26 13:30:21 mmc-san-vbu01-p scsi: [ID 365881 kern.info]
> > /pci@1f,4000/scsi@3,1 (glm1):
> > Feb 26 13:30:21 mmc-san-vbu01-p Cmd (0x245c88) dump for Target 5
Lun
> > 0:
> > Feb 26 13:30:21 mmc-san-vbu01-p scsi: [ID 365881 kern.info]
> > /pci@1f,4000/scsi@3,1 (glm1):
> > Feb 26 13:30:21 mmc-san-vbu01-p cdb=[ 0x11 0x1 0x0 0x0
0xcc
> > 0x0 ]
> > Feb 26 13:30:21 mmc-san-vbu01-p scsi: [ID 365881 kern.info]
> > /pci@1f,4000/scsi@3,1 (glm1):
> > Feb 26 13:30:21 mmc-san-vbu01-p pkt_flags=0x0
pkt_statistics=0x61
> > pkt_state=0x7
> > Feb 26 13:30:21 mmc-san-vbu01-p scsi: [ID 365881 kern.info]
> > /pci@1f,4000/scsi@3,1 (glm1):
> > Feb 26 13:30:21 mmc-san-vbu01-p pkt_scbp=0x0 cmd_flags=0xe1
> > Feb 26 13:30:21 mmc-san-vbu01-p scsi: [ID 107833 kern.warning] WARNING:
> > /pci@1f,4000/scsi@3,1 (glm1):
> > Feb 26 13:30:21 mmc-san-vbu01-p Disconnected command timeout for
> > Target 5.0
> > Feb 26 13:30:21 mmc-san-vbu01-p glm: [ID 160360 kern.warning] WARNING:
> > ID[SUNWpd.glm.cmd_timeout.6016]
> > Feb 26 13:30:21 mmc-san-vbu01-p scsi: [ID 107833 kern.warning] WARNING:
> > /pci@1f,4000/scsi@3,1/st@5,0 (st12):
> > Feb 26 13:30:21 mmc-san-vbu01-p SCSI transport failed: reason
> > 'timeout': giving up
> >
> > All my Netbackup and Sun patches are current and correct. My firmware is
all
> > up to date as well. Sun and ADIC tell me it's not a good idea to have an
> > autoloader hanging off of the onboard SE SCSI port and that that is what
is
> > causing my timeouts and subsequent backup failure. Has anyone heard of
this
> > before? Also have you had any timeout issues while using fujifilm tapes
on a
> > quantum dlt7000?
> >
> >
> > Thanks,
> >
> > Craig Everett
> > ASG Professional Services
> > Systems Consultant
> > Office 858.277.9544
> > Fax 858.277.1229
> > ceverett AT virtual DOT com
> > (See attached file: Craig Everett.vcf)
> >
>
>
>
> --
> ----
> Andrew Shinkarev
> Network Systems Specialist
> Abbott Laboratories
> (847) 9387559
> shinkara AT pprd.abbott DOT com
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
