scsi troubles

[Stas Khromoy]

alright

i will try the firmare and will try changing the adapter
if firmware will not help

will let you know about the results.


Mike Galvez wrote:

> On Thu, Apr 20, 2006 at 04:22:11PM -0400, Stas Khromoy wrote:
>> Mike:
>>
>> maybe i am blind and don't see
>> this info in your reply
>>
>> do you use Adaptec 3960D scsi adapter ?
> 
> Stas,
> 
> You're not blind, I just forgot to add the info, The adapter was also
> purchased through Dell and is  <Adaptec 3960D Ultra160 SCSI adapter>
> 
> hth
> 
> 	-Mike
>>
>> Mike Galvez wrote:
>>
>>> On Thu, Apr 20, 2006 at 12:35:59PM -0400, Stas Khromoy wrote:
>>>> i am pretty  sure backups don't work when error comes up
>>>> and the tape drive locks up at that time too, requiring a cold reset
>>>>
>>>> is any one else using this tape model (powervault 114t LTO2 tape drive)?
>>> Stas,
>>>
>>> I am using a PV-124T LTO2. I am having similar issues with the changer
>>> locking up when moving tapes. I didn't see the earlier part of this thread,
>>> so I don't know what you are using for backup software.
>>>
>>> I'm using Amanda 2.4.5p1 with FreeBSD 6.1-RC1 on Dell PE-850 and having a 
>>> few issues getting it to run smoothly. I was beginning to wonder if I got 
>>> a bad
>>> changer. 
>>>
>>> I am able to make backups and restore from them, but every so often I get 
>>> a "Dump Card State" message and the changer locks up and has to be 
>>> power-cycled.
>>>
>>> ch0 at ahc0 bus 0 target 6 lun 1
>>> ch0: <DELL PV-124T 0026> Removable Changer SCSI-2 device 
>>> ch0: 160.000MB/s transfers (80.000MHz, offset 127, 16bit)
>>> ch0: 8 slots, 1 drive, 1 picker, 0 portals
>>> (sa0:ahc0:0:6:0): tape is now frozen- use an OFFLINE, REWIND or MTEOM 
>>> command
>>> to clear this state.
>>> (sa0:ahc0:0:6:0): tape is now frozen- use an OFFLINE, REWIND or MTEOM 
>>> command
>>> to clear this state.
>>> ahc0: Recovery Initiated
>>>>>>>>>>>>>>>>>>>>> Dump Card State Begins <<<<<<<<<<<<<<<<<
>>> ahc0: Dumping Card State while idle, at SEQADDR 0x8
>>> Card was paused
>>> ACCUM = 0x4, SINDEX = 0x67, DINDEX = 0x27, ARG_2 = 0x4
>>> HCNT = 0x0 SCBPTR = 0x0
>>> SCSIPHASE[0x0] SCSISIGI[0x0] ERROR[0x0] SCSIBUSL[0x0] 
>>> LASTPHASE[0x1]:(P_BUSFREE) SCSISEQ[0x12]:(ENAUTOATNP|ENRSELI) 
>>> SBLKCTL[0xa]:(SELWIDE|SELBUSB) SCSIRATE[0x0] SEQCTL[0x10]:(FASTMODE) 
>>> SEQ_FLAGS[0xc0]:(NO_CDB_SENT|NOT_IDENTIFIED) SSTAT0[0x0] 
>>> ----- snip ----
>>>
>>> This probably isn't helpful as I don't have an answer for why this 
>>> happening.
>>> I'm still looking.
>>>
>>> 	-Mike
>>>> -----
>>>>> [snip]
>>>>>
>>>>> Do you know for sure if the backups are failing?  It's possible the dump
>>>>> card states are harmless.  I have some systems that do a dump card state
>>>>> on boot but that have never exhibited an actual problem.
>>>>>
>>>>> Another suggestion is to check if you have the latest firmware for both
>>>>> the tape drive and the controller.
>>>>>
>>>>> Still more people will probably say that there is bad voodoo between
>>>>> whoever your controller vendor is and whoever your drive vendor is.
>>>>>
>>>>> Mike
>>>>>
>>>> _______________________________________________
>>>> freebsd-questions at freebsd.org mailing list
>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
>>>> To unsubscribe, send any mail to 
>>>> "freebsd-questions-unsubscribe at freebsd.org"
>> _______________________________________________
>> freebsd-questions at freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
>> To unsubscribe, send any mail to "freebsd-questions-unsubscribe at freebsd.org"
>