Date: Wed, 4 Aug 2004 20:06:11 +0200 (MSZ) From: Patrick Mcallister <patrick.mcallister@univie.ac.at> To: aic7xxx@freebsd.org Subject: Re: Attempt to issue message failed Message-ID: <Pine.A41.4.61.0408042003430.91090@login.univie.ac.at> In-Reply-To: <Pine.A41.4.56.0406251645080.129844@login.univie.ac.at> References: <Pine.A41.4.56.0406251027500.11898@login.univie.ac.at> <Pine.A41.4.56.0406251645080.129844@login.univie.ac.at>
next in thread | previous in thread | raw e-mail | index | archive | help
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@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/aic7xxx > To unsubscribe, send any mail to "aic7xxx-unsubscribe@freebsd.org" >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.A41.4.61.0408042003430.91090>