Attempt to issue message failed

Patrick Mcallister patrick.mcallister at univie.ac.at
Wed Aug 4 11:06:19 PDT 2004


problems solved, it was - as you suspectded - a hardware error, had to 
change motherboard.

thanks for the help.

On Fri, 25 Jun 2004, Patrick Mcallister wrote:

> thanks for your quick reply.
>
> the answers, as far as i can give them, are as follows:
>
> ad 1) the controller can handle up to U160. the drive attached on the
> first channel (the buggy one) is actually U320 ( fujitsu MAP3367NC). it is
> attached to the scsi controller via a super-micro backplane (sca742) which
> should (i.e. claims to) automatically take care of termination etc. i
> tried to change the jumper settings on the mainboard, but to no effect.
>
> ad 2) jumpers are all i can set, and i tried all combinations. the scsi
> disc itself is in a drive carrier, i was told not to fiddle around with
> that (the backplane's job to terminate in this setup, not the drive's).
>
> ad 3) yes.
>
> ad 4) unfortunately i can't do that, because the cabling is very tight and
> i'd have to near completely disassemble the whole server to get at the
> cable leaving the backplane. my other device is an external raid array.
> that works fine (on channel 2).
>
> ad 5) i put that as global_tag_depth option. it wouldn't find root
> filesystem otherwise.
>
> another bit of information i gathered: in scsi bios, the harddisc gets
> read as ASYNC, whereas the raid gets 160 as transferrate. not sure if this
> is important.
>
> thank you,
>
> pma
>
>
> On Fri, 25 Jun 2004, Todd Denniston wrote:
>
>> Patrick Mcallister wrote:
>>>
>> <SNIP>
>>>
>>> -) debian testing/unstable
>>> -) kernel 2.4.26 with aic7xxx compiled in
>>>
>>> some helpful output:
>>>
>>
>> Sorry I only really have more questions for you, as I don't think you
>> mentioned the answers to them in your first email:
>> 1) Both devices are showing ANSI SCSI revision: 03, are they both supposed to
>> be U160 devices?
>> 	a U160 dropping back to 3MB/s seems like there is a really big problem on
>> that bus.
>> 2) do you have a physical terminator on the end of the first scsi bus, or have
>> told the last device (only device in your case) on that bus to do internal
>> termination?
>> 3) do you have the correct scsi cable, that is, the cable connecting the
>> devices has the correct ends for both devices (no gender benders, or
>> extenders) and is rated for U160.
>> 4) have you physically swapped the devices from bus to bus? (rule out a bad
>> connector on the card)
>> 5) did you set the queue depth to 1 or did it drop back to that?
>> <SNIP>
>>> this is some output from the boot sequence:
>>>
>>> ##############################################################
>>>
>> <SNIP>
>>> ahc_pci:3:2:1: Features 0x1fef6, Bugs 0x40, Flags 0x20485540
>>> scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
>>>         <Adaptec aic7899 Ultra160 SCSI adapter>
>>>         aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
>>>
>>> scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
>>>         <Adaptec aic7899 Ultra160 SCSI adapter>
>>>         aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs
>>>
>>> (scsi1:A:0:0): Sending PPR bus_width 1, period 9, offset 7f, ppr_options 2
>>> (scsi1:A:0:0): Received PPR width 1, period 9, offset 7f,options 2
>>>         Filtered to width 1, period 9, offset 7f, options 2
>>> (scsi1:A:0): 6.600MB/s transfers (16bit)
>>> scsi1: target 0 using 16bit transfers
>>> (scsi1:A:0): 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit)
>>> scsi1: target 0 synchronous at 80.0MHz DT, offset = 0x7f
>>> scsi0:A:0:0: Attempt to issue message failed
>>> scsi0:A:0:0: Attempt to issue message failed
>>> scsi0:A:0:0: Attempt to issue message failed
>>>   Vendor: FUJITSU   Model: MAP3367NC         Rev: 0108
>>>   Type:   Direct-Access                      ANSI SCSI revision: 03
>>> (scsi0:A:0): 3.300MB/s transfers
>>> scsi0:A:0:0: Tagged Queuing enabled.  Depth 1
>>>   Vendor: Demon SA  Model: -08U4P            Rev: R0.0
>>>   Type:   Direct-Access                      ANSI SCSI revision: 03
>>> (scsi1:A:0): 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit)
>>> scsi1:A:0:0: Tagged Queuing enabled.  Depth 1
>>> Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
>>> Attached scsi disk sdb at scsi1, channel 0, id 0, lun 0
>>> scsi0:A:0:0: Attempt to issue message failed
>>> scsi0:A:0:0: Attempt to issue message failed
>>> SCSI device sda: 71775284 512-byte hdwr sectors (36749 MB)
>>> Partition check:
>>>  sda:scsi0:A:0:0: Attempt to issue message failed
>>>  sda1 sda2 <scsi0:A:0:0: Attempt to issue message failed
>>>  sda5scsi0:A:0:0: Attempt to issue message failed
>>>  sda6scsi0:A:0:0: Attempt to issue message failed
>>>  sda7scsi0:A:0:0: Attempt to issue message failed
>>>  sda8scsi0:A:0:0: Attempt to issue message failed
>>>  sda9scsi0:A:0:0: Attempt to issue message failed
>>>  sda10 >
>>> SCSI device sdb: 1467908096 512-byte hdwr sectors (751569 MB)
>>>  sdb: sdb1 sdb2 < sdb5 sdb6 sdb7 >
>>>
>>> ####################################################################
>>>
>>> cat /proc/scsi/aic7xxx/0 :
>>>
>>> Adaptec AIC7xxx driver version: 6.2.36
>>> Adaptec aic7899 Ultra160 SCSI adapter
>>> aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
>>> Allocated SCBs: 5, SG List Length: 102
>> <SNIP>
>>> Target 0 Negotiation Settings
>>>         User: 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit)
>>>         Goal: 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit)
>>>         Curr: 3.300MB/s transfers
>>>         Channel A Target 0 Lun 0 Settings
>>>                 Commands Queued 5707
>>>                 Commands Active 0
>>>                 Command Openings 1
>>>                 Max Tagged Openings 1
>>>                 Device Queue Frozen Count 0
>> <SNIP>
>>>
>>> cat /proc/scsi/scsi :
>>>
>>> Attached devices:
>>> Host: scsi0 Channel: 00 Id: 00 Lun: 00
>>>   Vendor: FUJITSU  Model: MAP3367NC        Rev: 0108
>>>   Type:   Direct-Access                    ANSI SCSI revision: 03
>>> Host: scsi1 Channel: 00 Id: 00 Lun: 00
>>>   Vendor: Demon SA Model: -08U4P           Rev: R0.0
>>>   Type:   Direct-Access                    ANSI SCSI revision: 03
>>
>> --
>> Todd Denniston
>> Crane Division, Naval Surface Warfare Center (NSWC Crane)
>> Harnessing the Power of Technology for the Warfighter
> _______________________________________________
> aic7xxx at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/aic7xxx
> To unsubscribe, send any mail to "aic7xxx-unsubscribe at freebsd.org"
>


More information about the aic7xxx mailing list