From owner-freebsd-scsi Sun Oct 6 7:53:18 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61D3B37B401 for ; Sun, 6 Oct 2002 07:53:17 -0700 (PDT) Received: from stormcrow.codesorcery.net (alb-24-194-118-122.nycap.rr.com [24.194.118.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F63F43E42 for ; Sun, 6 Oct 2002 07:53:16 -0700 (PDT) (envelope-from incanus@codesorcery.net) Received: from stormcrow.codesorcery.net (localhost [127.0.0.1]) by stormcrow.codesorcery.net (8.12.3/8.12.3) with ESMTP id g96ErB09088492 for ; Sun, 6 Oct 2002 10:53:12 -0400 (EDT) (envelope-from incanus@codesorcery.net) Received: (from incanus@localhost) by stormcrow.codesorcery.net (8.12.3/8.12.3/Submit) id g96ErBkD088491 for freebsd-scsi@freebsd.org; Sun, 6 Oct 2002 10:53:11 -0400 (EDT) X-Authentication-Warning: stormcrow.codesorcery.net: incanus set sender to incanus@codesorcery.net using -f Date: Sun, 6 Oct 2002 10:53:10 -0400 From: "Justin R. Miller" To: freebsd-scsi@freebsd.org Subject: Re: Mylex AcceleRAID 170 Message-ID: <20021006145310.GA88299@codesorcery.net> Mail-Followup-To: freebsd-scsi@freebsd.org References: <20021005210116.GC65936@codesorcery.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline In-Reply-To: X-OpenPGP-Key: http://codesorcery.net/pubkey.html User-Agent: Mutt/1.5.1i Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Said Tom Samplonius on Sat, Oct 05, 2002 at 01:51:42PM -0700: > If you have an intelligent backplane, the AccelRAID 170 will indeed > rebuild automatically. I have a SuperMicro 6040 with the accompanying backplane, which supports hotswap. However, I can't seem to get the two to play nicely together (i.e. the RAID card to recognize when a new drive has been inserted and begin a rebuild in the OS background) as seems to be the ideal situation. Have you any advice on how to get the card to recognize this? I have pored over the manuals but am coming up empty. > However, there is no way to query the AccelRAID 170. That's ok. Based on what I've seen, the syslog messages should be enough info for my use. Thanks for your help. - -- [!] Justin R. Miller Encrypted email preferred (key 0xC9C40C31) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iD8DBQE9oE5W94d6K8nEDDERAsA4AJ4tDTx3O6fVpoWsG9NDMOBS5um5YwCfWhyU L/AAARyiGAiNC5jMYKNqPfc= =3To1 -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Sun Oct 6 11:55:57 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A196937B401 for ; Sun, 6 Oct 2002 11:55:56 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [207.200.153.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B3B343E8A for ; Sun, 6 Oct 2002 11:55:55 -0700 (PDT) (envelope-from tom@sdf.com) Received: from tom (helo=localhost) by misery.sdf.com with local-esmtp (Exim 2.12 #1) id 17yFYB-00014B-00; Sun, 6 Oct 2002 10:50:43 -0700 Date: Sun, 6 Oct 2002 10:50:40 -0700 (PDT) From: Tom Samplonius To: "Justin R. Miller" Cc: freebsd-scsi@freebsd.org Subject: Re: Mylex AcceleRAID 170 In-Reply-To: <20021006145310.GA88299@codesorcery.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Sun, 6 Oct 2002, Justin R. Miller wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Said Tom Samplonius on Sat, Oct 05, 2002 at 01:51:42PM -0700: > > > If you have an intelligent backplane, the AccelRAID 170 will indeed > > rebuild automatically. > > I have a SuperMicro 6040 with the accompanying backplane, which supports > hotswap. However, I can't seem to get the two to play nicely together > (i.e. the RAID card to recognize when a new drive has been inserted and > begin a rebuild in the OS background) as seems to be the ideal > situation. Have you any advice on how to get the card to recognize > this? I have pored over the manuals but am coming up empty. Does the RAID card see the SAF-TE device on your backplane? Does your backplane even support SAF-TE? A SAF-TE appears as a processor device on a hopefully configurable SCSI id. I use IBM eSeries x340s and x330s without any problem. > > However, there is no way to query the AccelRAID 170. > > That's ok. Based on what I've seen, the syslog messages should be > enough info for my use. > > Thanks for your help. > > - -- > [!] Justin R. Miller > Encrypted email preferred (key 0xC9C40C31) Tom To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Oct 7 10:15:41 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F41C137B401 for ; Mon, 7 Oct 2002 10:15:39 -0700 (PDT) Received: from hotmail.com (f96.sea1.hotmail.com [207.68.163.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAC3E43E75 for ; Mon, 7 Oct 2002 10:15:39 -0700 (PDT) (envelope-from firstolasto@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 7 Oct 2002 10:15:39 -0700 Received: from 12.235.232.75 by sea1fd.sea1.hotmail.msn.com with HTTP; Mon, 07 Oct 2002 17:15:39 GMT X-Originating-IP: [12.235.232.75] From: "Firsto Lasto" To: freebsd-scsi@freebsd.org Subject: transplanting disks with PERC raid controllers... Date: Mon, 07 Oct 2002 10:15:39 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 07 Oct 2002 17:15:39.0373 (UTC) FILETIME=[289899D0:01C26E25] Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello, I have machine X that has failed, and I have an identical machine Y that has not failed - both machines have identical RAID hardware - a Dell PERC 3. I have not touched, configured, or even booted machine Y. What will happen if, while both machines are off, I take all disks from machine X and put them into machine Y, and then turn machine Y on ? The configuration on machine X is four disks, that are combined into two mirrored volumes. As you can guess, I basically just want to move the disks and preserve my system completely - I am very worried about losing data, or having the new raid controller re-initialize things or otherwise trash things. Any advice appreciated. _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Oct 7 11: 2:41 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26F3637B401 for ; Mon, 7 Oct 2002 11:02:40 -0700 (PDT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 865F943E97 for ; Mon, 7 Oct 2002 11:02:39 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.6/8.12.6) with ESMTP id g97I2dCo087834 for ; Mon, 7 Oct 2002 11:02:39 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.12.6/8.12.6/Submit) id g97I2ddY087822 for scsi@freebsd.org; Mon, 7 Oct 2002 11:02:39 -0700 (PDT) Date: Mon, 7 Oct 2002 11:02:39 -0700 (PDT) Message-Id: <200210071802.g97I2ddY087822@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: scsi@FreeBSD.org Subject: Current problem reports assigned to you Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Current FreeBSD problem reports Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [2002/02/18] kern/35082 scsi IBM Intellistation will not reboot with S 1 problem total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- s [2001/10/31] misc/31670 scsi Wide-Ultra 10k SCSI 3 drive is not recogn 1 problem total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- f [1999/12/21] kern/15608 scsi acd0 / cd0 give inconsistent errors on em a [2002/04/07] kern/36845 scsi Add ioctls CDRIOCREADSPEED/WRITESPEED to 2 problems total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Oct 7 12:17:24 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B19A37B404 for ; Mon, 7 Oct 2002 12:17:23 -0700 (PDT) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C21643E65 for ; Mon, 7 Oct 2002 12:17:23 -0700 (PDT) (envelope-from Scott_Long@adaptec.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11] (may be forged)) by magic.adaptec.com (8.10.2+Sun/8.10.2) with ESMTP id g97JHMw02554; Mon, 7 Oct 2002 12:17:22 -0700 (PDT) Received: from OTCEXC01.otc.adaptec.com (otcexc01.otc.adaptec.com [10.12.1.27]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id MAA20281; Mon, 7 Oct 2002 12:17:21 -0700 (PDT) Received: by otcexc01.otc.adaptec.com with Internet Mail Service (5.5.2653.19) id <4K4X25AM>; Mon, 7 Oct 2002 15:17:21 -0400 Message-ID: <6100BCEB85F8E244959C756C04E0EDD161CA82@otcexc01.otc.adaptec.com> From: "Long, Scott" To: "'Firsto Lasto'" , freebsd-scsi@FreeBSD.ORG Subject: RE: transplanting disks with PERC raid controllers... Date: Mon, 7 Oct 2002 15:17:18 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > > > Hello, > > I have machine X that has failed, and I have an identical > machine Y that has > not failed - both machines have identical RAID hardware - a > Dell PERC 3. > > I have not touched, configured, or even booted machine Y. > > What will happen if, while both machines are off, I take all > disks from > machine X and put them into machine Y, and then turn machine Y on ? > > The configuration on machine X is four disks, that are > combined into two > mirrored volumes. > > As you can guess, I basically just want to move the disks and > preserve my > system completely - I am very worried about losing data, or > having the new > raid controller re-initialize things or otherwise trash things. > > Any advice appreciated. What kind of PERC is it, specifically? I cannot speak for the PERC3/DC and it's variants (the kind that are work under the amr driver). However, for the PERC3/Si and Di, doing what you describe is allowable. After you move the disks, the controller will probe the disks and recognize the arrays, then ask you if you want to accept the configuration that it's found. After that, it should Just Work. Scott To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Oct 7 13:23:29 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5A6A37B401 for ; Mon, 7 Oct 2002 13:23:27 -0700 (PDT) Received: from hotmail.com (f142.sea1.hotmail.com [207.68.163.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84D8343E4A for ; Mon, 7 Oct 2002 13:23:27 -0700 (PDT) (envelope-from firstolasto@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 7 Oct 2002 13:23:27 -0700 Received: from 12.235.232.75 by sea1fd.sea1.hotmail.msn.com with HTTP; Mon, 07 Oct 2002 20:23:26 GMT X-Originating-IP: [12.235.232.75] From: "Firsto Lasto" To: Scott_Long@adaptec.com, freebsd-scsi@FreeBSD.ORG Subject: RE: transplanting disks with PERC raid controllers... Date: Mon, 07 Oct 2002 13:23:26 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 07 Oct 2002 20:23:27.0247 (UTC) FILETIME=[64C5B9F0:01C26E3F] Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Ok, that is very good news. The controller is a PERC 3/Di, and it uses the aac driver. When you say the controller probes the disks, do you mean, as the controller BIOS is doing coming up during POST it just does it and asks me on the POST screen, or do you mean I need to hit ctrl-A and go into the controller bios, and at some point _in there_ it will ask me ? If the answer is "you have to hit ctrl-a and go into the bios", I am curious as to what would happen if I didn't - and I just let it boot ? thanks! > > > > > > > Hello, > > > > I have machine X that has failed, and I have an identical > > machine Y that has > > not failed - both machines have identical RAID hardware - a > > Dell PERC 3. > > > > I have not touched, configured, or even booted machine Y. > > > > What will happen if, while both machines are off, I take all > > disks from > > machine X and put them into machine Y, and then turn machine Y on ? > > > > The configuration on machine X is four disks, that are > > combined into two > > mirrored volumes. > > > > As you can guess, I basically just want to move the disks and > > preserve my > > system completely - I am very worried about losing data, or > > having the new > > raid controller re-initialize things or otherwise trash things. > > > > Any advice appreciated. > >What kind of PERC is it, specifically? I cannot speak for the >PERC3/DC and it's variants (the kind that are work under the amr >driver). However, for the PERC3/Si and Di, doing what you >describe is allowable. After you move the disks, the controller >will probe the disks and recognize the arrays, then ask you if >you want to accept the configuration that it's found. After that, >it should Just Work. > >Scott _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Oct 7 13:43:19 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 509A137B404; Mon, 7 Oct 2002 13:43:14 -0700 (PDT) Received: from wren.cs.unc.edu (wren.cs.unc.edu [152.2.128.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id B470D43E65; Mon, 7 Oct 2002 13:43:13 -0700 (PDT) (envelope-from le@cs.unc.edu) Received: from le-cs.cs.unc.edu (IDENT:le@le-cs.cs.unc.edu [152.2.131.150]) by wren.cs.unc.edu (8.12.5/8.12.5) with ESMTP id g97KhBSr000429; Mon, 7 Oct 2002 16:43:12 -0400 (EDT) Date: Mon, 7 Oct 2002 16:43:11 -0400 (EDT) From: Long Le To: Cc: Subject: Problem with aic7892 in 4.5-Release Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi all, When there are some intensive accesses to the hard drive, my machine would stall for a few minutes. After that, there are some messages on the console. I have an Adaptec SCSI controller and IBM hard drives. I posted a message on freebsd-scsi a few months ago and received suggestions that this might be a cable/termination problem. Meanwhile, I have been seeing this problem on two machines and 8 hard drives. I had hardware technicians do all the hardware checks and everything checked fine. Any help or suggestion would be very much apprecitated. Please kindly cc' your reply to me since I'm not on the list. Thanks, -- long Oct 4 22:56:29 goldberg /kernel: (da0:ahc0:0:0:0): SCB 0x5a - timed out Oct 4 22:56:44 goldberg /kernel: ahc0: Dumping Card State while idle, at SEQADDR 0x9 Oct 4 22:56:44 goldberg /kernel: ACCUM = 0x4, SINDEX = 0x64, DINDEX = 0x65, ARG_2 = 0xd Oct 4 22:56:44 goldberg /kernel: HCNT = 0x0 Oct 4 22:56:44 goldberg /kernel: SCSISEQ = 0x12, SBLKCTL = 0xa Oct 4 22:56:44 goldberg /kernel: DFCNTRL = 0x0, DFSTATUS = 0x89 Oct 4 22:56:44 goldberg /kernel: LASTPHASE = 0x1, SCSISIGI = 0x0, SXFRCTL0 = 0x80 Oct 4 22:56:44 goldberg /kernel: SSTAT0 = 0x0, SSTAT1 = 0x8 Oct 4 22:56:44 goldberg /kernel: SCSIPHASE = 0x0 Oct 4 22:56:44 goldberg /kernel: STACK == 0x3, 0x175, 0x160, 0x0 Oct 4 22:56:44 goldberg /kernel: SCB count = 255 Oct 4 22:56:44 goldberg /kernel: Kernel NEXTQSCB = 96 Oct 4 22:56:44 goldberg /kernel: Card NEXTQSCB = 96 Oct 4 22:56:44 goldberg /kernel: QINFIFO entries: Oct 4 22:56:44 goldberg /kernel: Waiting Queue entries: Oct 4 22:56:44 goldberg /kernel: Disconnected Queue entries: 3:53 18:99 13:100 24:58 9:90 Oct 4 22:56:44 goldberg /kernel: QOUTFIFO entries: Oct 4 22:56:44 goldberg /kernel: Sequencer Free SCB List: 30 0 23 21 20 1 31 8 16 12 11 28 5 17 27 15 22 7 2 6 29 25 26 19 4 14 10 Oct 4 22:56:44 goldberg /kernel: Pending list: 53, 99, 100, 58, 90 Oct 4 22:56:44 goldberg /kernel: Kernel Free SCB list: 45 25 120 31 44 11 103 101 124 116 110 80 16 36 57 95 123 115 50 32 19 20 77 105 29 253 114 27 112 42 23 24 10 93 5 89 102 14 84 68 37 56 12 52 3 83 9 46 72 139 91 18 15 109 62 65 39 128 71 81 6 129 76 4 28 104 8 35 54 85 252 254 69 22 21 251 34 117 33 66 51 26 111 48 1 88 13 82 126 125 38 60 97 55 73 7 30 79 94 2 49 118 17 67 92 43 78 98 74 0 40 107 127 75 87 64 113 119 47 59 61 108 106 122 63 70 41 240 241 242 243 244 245 246 247 248 249 230 231 232 233 234 235 236 237 238 239 220 221 222 223 224 225 226 227 228 229 210 211 212 213 214 215 216 217 218 219 200 201 202 203 204 205 206 207 208 209 190 191 192 193 194 195 196 197 198 199 180 181 182 183 184 185 186 187 188 189 170 171 172 173 174 175 176 177 178 179 160 161 162 163 164 165 166 167 168 169 150 151 152 153 154 155 156 157 158 159 140 141 142 143 144 145 146 147 148 149 130 131 132 133 134 135 136 137 138 121 86 250 Oct 4 22:56:44 goldberg /kernel: sg[0] - Addr 0x20868000 : Length 4096 Oct 4 22:56:44 goldberg /kernel: sg[1] - Addr 0xa949000 : Length 4096 Oct 4 22:56:44 goldberg /kernel: sg[2] - Addr 0x2d38a000 : Length 4096 Oct 4 22:56:44 goldberg /kernel: sg[3] - Addr 0x253cb000 : Length 4096 Oct 4 22:56:44 goldberg /kernel: (da0:ahc0:0:0:0): Queuing a BDR SCB Oct 4 22:56:44 goldberg /kernel: (da0:ahc0:0:0:0): Bus Device Reset Message Sent Oct 4 22:56:44 goldberg /kernel: (da0:ahc0:0:0:0): no longer in timeout, status = 34b Oct 4 22:56:44 goldberg /kernel: ahc0: Bus Device Reset on A:0. 5 SCBs aborted Oct 5 03:02:24 goldberg /kernel: (da3:ahc0:0:6:0): SCB 0x3e - timed out Oct 5 03:02:24 goldberg /kernel: ahc0: Dumping Card State while idle, at SEQADDR 0x8 Oct 5 03:02:24 goldberg /kernel: ACCUM = 0x0, SINDEX = 0x58, DINDEX = 0xe4, ARG_2 = 0x0 Oct 5 03:02:24 goldberg /kernel: HCNT = 0x0 Oct 5 03:02:24 goldberg /kernel: SCSISEQ = 0x12, SBLKCTL = 0xa Oct 5 03:02:24 goldberg /kernel: DFCNTRL = 0x0, DFSTATUS = 0x89 Oct 5 03:02:24 goldberg /kernel: LASTPHASE = 0x1, SCSISIGI = 0x0, SXFRCTL0 = 0x80 Oct 5 03:02:24 goldberg /kernel: SSTAT0 = 0x0, SSTAT1 = 0x8 Oct 5 03:02:24 goldberg /kernel: SCSIPHASE = 0x0 Oct 5 03:02:24 goldberg /kernel: STACK == 0x3, 0x108, 0x160, 0xe7 Oct 5 03:02:24 goldberg /kernel: SCB count = 255 Oct 5 03:02:24 goldberg /kernel: Kernel NEXTQSCB = 69 Oct 5 03:02:24 goldberg /kernel: Card NEXTQSCB = 69 Oct 5 03:02:24 goldberg /kernel: QINFIFO entries: Oct 5 03:02:24 goldberg /kernel: Waiting Queue entries: Oct 5 03:02:24 goldberg /kernel: Disconnected Queue entries: 1:10 12:79 3:61 0:107 17:22 19:112 16:14 8:65 21:6 2:3 6:89 9:1 11:96 24:60 31:75 26:47 22:90 13:46 20:80 23:124 30:104 15:34 27:127 28:77 7:12 29:110 4:26 14:9 25:8 5:15 18:62 Oct 5 03:02:24 goldberg /kernel: QOUTFIFO entries: Oct 5 03:02:24 goldberg /kernel: Sequencer Free SCB List: 10 Oct 5 03:02:24 goldberg /kernel: Pending list: 118, 42, 92, 43, 11, 119, 251, 68, 18, 100, 29, 51, 114, 116, 139, 117, 59, 95, 105, 102, 76, 44, 16, 33, 91, 50, 97, 53, 55, 40, 10, 79, 61, 107, 22, 112, 14, 65, 6, 3, 89, 1, 96, 60, 75, 47, 90, 46, 80, 124, 104, 34, 127, 77, 12, 110, 26, 9, 8, 15, 62 Oct 5 03:02:24 goldberg /kernel: Kernel Free SCB list: 88 25 7 123 28 73 85 74 252 2 126 0 254 78 83 49 111 4 106 67 66 39 21 98 99 52 32 101 27 19 48 109 93 13 58 87 94 38 125 54 120 31 64 35 108 30 20 84 57 122 128 71 24 115 17 113 81 23 5 103 36 56 37 72 45 82 129 253 63 70 41 240 241 242 243 244 245 246 247 248 249 230 231 232 233 234 235 236 237 238 239 220 221 222 223 224 225 226 227 228 229 210 211 212 213 214 215 216 217 218 219 200 201 202 203 204 205 206 207 208 209 190 191 192 193 194 195 196 197 198 199 180 181 182 183 184 185 186 187 188 189 170 171 172 173 174 175 176 177 178 179 160 161 162 163 164 165 166 167 168 169 150 151 152 153 154 155 156 157 158 159 140 141 142 143 144 145 146 147 148 149 130 131 132 133 134 135 136 137 138 121 86 250 Oct 5 03:02:24 goldberg /kernel: sg[0] - Addr 0x335c000 : Length 2048 Oct 5 03:02:24 goldberg /kernel: (da3:ahc0:0:6:0): Queuing a BDR SCB Oct 5 03:02:24 goldberg /kernel: (da3:ahc0:0:6:0): Bus Device Reset Message Sent Oct 5 03:02:24 goldberg /kernel: (da3:ahc0:0:6:0): no longer in timeout, status = 34b Oct 5 03:02:24 goldberg /kernel: ahc0: Bus Device Reset on A:6. 61 SCBs aborted To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Oct 7 13:47:35 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 201C737B401; Mon, 7 Oct 2002 13:47:34 -0700 (PDT) Received: from magic.adaptec.com (magic.adaptec.com [208.236.45.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6A8C43E4A; Mon, 7 Oct 2002 13:47:33 -0700 (PDT) (envelope-from gibbs@scsiguy.com) Received: from redfish.adaptec.com (redfish.adaptec.com [162.62.50.11] (may be forged)) by magic.adaptec.com (8.10.2+Sun/8.10.2) with ESMTP id g97KlPw15193; Mon, 7 Oct 2002 13:47:25 -0700 (PDT) Received: from btc.btc.adaptec.com (btc.btc.adaptec.com [10.100.0.52]) by redfish.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id NAA03555; Mon, 7 Oct 2002 13:47:24 -0700 (PDT) Received: from [10.100.253.70] (aslan [10.100.253.70]) by btc.btc.adaptec.com (8.8.8+Sun/8.8.8) with ESMTP id OAA12064; Mon, 7 Oct 2002 14:47:20 -0600 (MDT) Date: Mon, 07 Oct 2002 14:47:21 -0600 From: "Justin T. Gibbs" Reply-To: "Justin T. Gibbs" To: Long Le , freebsd-scsi@freebsd.org Cc: freebsd-questions@freebsd.org Subject: Re: Problem with aic7892 in 4.5-Release Message-ID: <46890000.1034023641@aslan.btc.adaptec.com> In-Reply-To: References: X-Mailer: Mulberry/3.0.0a4 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org > Hi all, > > When there are some intensive accesses to the hard drive, my machine > would stall for a few minutes. After that, there are some messages > on the console. I have an Adaptec SCSI controller and IBM hard drives. > > I posted a message on freebsd-scsi a few months ago and received > suggestions that this might be a cable/termination problem. Meanwhile, > I have been seeing this problem on two machines and 8 hard drives. > I had hardware technicians do all the hardware checks and everything > checked fine. > > Any help or suggestion would be very much apprecitated. > Please kindly cc' your reply to me since I'm not on the list. What the messages are basically saying is that your drives are not completing certain commands that we have issued to them. There were certainly some issues with certain DDYS drive firmware versions that could cause these types of symptoms. One thing that might help you is to lower the tag depth to your drives using the camcontrol utility. Can you also post the drive information from an invocation of "dmesg" on this system? -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-scsi" in the body of the message From owner-freebsd-scsi Mon Oct 7 14: 4:55 2002 Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD49937B401; Mon, 7 Oct 2002 14:04:51 -0700 (PDT) Received: from wren.cs.unc.edu (wren.cs.unc.edu [152.2.128.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DF4543E42; Mon, 7 Oct 2002 14:04:51 -0700 (PDT) (envelope-from le@cs.unc.edu) Received: from le-cs.cs.unc.edu (IDENT:le@le-cs.cs.unc.edu [152.2.131.150]) by wren.cs.unc.edu (8.12.5/8.12.5) with ESMTP id g97L4oSr001931; Mon, 7 Oct 2002 17:04:50 -0400 (EDT) Date: Mon, 7 Oct 2002 17:04:50 -0400 (EDT) From: Long Le To: "Justin T. Gibbs" Cc: , Subject: Re: Problem with aic7892 in 4.5-Release In-Reply-To: <46890000.1034023641@aslan.btc.adaptec.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-scsi@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi Justin, Thanks for your quick response. On Mon, 7 Oct 2002, Justin T. Gibbs wrote: > What the messages are basically saying is that your drives are > not completing certain commands that we have issued to them. There > were certainly some issues with certain DDYS drive firmware versions > that could cause these types of symptoms. One thing that might help > you is to lower the tag depth to your drives using the camcontrol > utility. Thanks for your suggestion. I'll try it out. > > Can you also post the drive information from an invocation of > "dmesg" on this system? Here is the "dmesg": Sep 27 15:13:03 goldberg /kernel: Copyright (c) 1992-2002 The FreeBSD Project. Sep 27 15:13:03 goldberg /kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Sep 27 15:13:03 goldberg /kernel: The Regents of the University of California. All rights reserved. Sep 27 15:13:03 goldberg /kernel: FreeBSD 4.5-RELEASE #13: Mon Sep 16 21:28:49 EDT 2002 Sep 27 15:13:03 goldberg /kernel: root@puck.cs.unc.edu:/usr/src/sys/compile/DIRT_BIGMEM Sep 27 15:13:03 goldberg /kernel: Timecounter "i8254" frequency 1193182 Hz Sep 27 15:13:03 goldberg /kernel: CPU: Pentium III/Pentium III Xeon/Celeron (999.53-MHz 686-class CPU) Sep 27 15:13:03 goldberg /kernel: Origin = "GenuineIntel" Id = 0x686 Stepping = 6 Sep 27 15:13:03 goldberg /kernel: Features=0x383fbff Sep 27 15:13:03 goldberg /kernel: real memory = 1073664000 (1048500K bytes) Sep 27 15:13:03 goldberg /kernel: avail memory = 1040121856 (1015744K bytes) Sep 27 15:13:03 goldberg /kernel: Preloaded elf kernel "kernel" at 0xc04d0000. Sep 27 15:13:03 goldberg /kernel: Pentium Pro MTRR support enabled Sep 27 15:13:03 goldberg /kernel: md0: Malloc disk Sep 27 15:13:03 goldberg /kernel: npx0: on motherboard Sep 27 15:13:03 goldberg /kernel: npx0: INT 16 interface Sep 27 15:13:03 goldberg /kernel: pcib0: on motherboard Sep 27 15:13:03 goldberg /kernel: pci0: on pcib0 Sep 27 15:13:03 goldberg /kernel: pci0: at 1.0 Sep 27 15:13:03 goldberg /kernel: fxp0: port 0x2000-0x203f mem 0xfea00000-0xfeafffff,0xfeb7f000-0xfeb7ffff irq 15 at device 2.0 on pci0 Sep 27 15:13:03 goldberg /kernel: fxp0: Ethernet address 00:02:55:d4:9f:74 Sep 27 15:13:03 goldberg /kernel: inphy0: on miibus0 Sep 27 15:13:03 goldberg /kernel: inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Sep 27 15:13:03 goldberg /kernel: xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0x2080-0x20ff mem 0xfeb7ec00-0xfeb7ec7f irq 10 at device 9.0 on pci0 Sep 27 15:13:03 goldberg /kernel: xl0: Ethernet address: 00:01:02:ed:b0:0c Sep 27 15:13:03 goldberg /kernel: miibus1: on xl0 Sep 27 15:13:03 goldberg /kernel: xlphy0: <3Com internal media interface> on miibus1 Sep 27 15:13:03 goldberg /kernel: xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Sep 27 15:13:03 goldberg /kernel: xl1: <3Com 3c905B-TX Fast Etherlink XL> port 0x2100-0x217f mem 0xfeb7e800-0xfeb7e87f irq 11 at device 10.0 on pci0 Sep 27 15:13:03 goldberg /kernel: xl1: Ethernet address: 00:01:02:ed:b6:3a Sep 27 15:13:03 goldberg /kernel: miibus2: on xl1 Sep 27 15:13:03 goldberg /kernel: xlphy1: <3Com internal media interface> on miibus2 Sep 27 15:13:03 goldberg /kernel: xlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto Sep 27 15:13:03 goldberg /kernel: isab0: at device 15.0 on pci0 Sep 27 15:13:03 goldberg /kernel: isa0: on isab0 Sep 27 15:13:03 goldberg /kernel: atapci0: port 0x700-0x70f at device 15.1 on pci0 Sep 27 15:13:03 goldberg /kernel: ata0: at 0x1f0 irq 14 on atapci0 Sep 27 15:13:03 goldberg /kernel: ohci0: mem 0xfeb7d000-0xfeb7dfff irq 10 at device 15.2 on pci0 Sep 27 15:13:03 goldberg /kernel: usb0: OHCI version 1.0, legacy support Sep 27 15:13:03 goldberg /kernel: usb0: on ohci0Sep 27 15:13:03 goldberg /kernel: usb0: USB revision 1.0 Sep 27 15:13:03 goldberg /kernel: uhub0: (unknown) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 Sep 27 15:13:03 goldberg /kernel: uhub0: 4 ports with 4 removable, self powered Sep 27 15:13:03 goldberg /kernel: pcib1: on motherboard Sep 27 15:13:03 goldberg /kernel: pci1: on pcib1 Sep 27 15:13:03 goldberg /kernel: ahc0: port 0x2200-0x22ff mem 0xeffff000-0xefffffff irq 9 at device 3.0 on pci1 Sep 27 15:13:03 goldberg /kernel: aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/255 SCBs Sep 27 15:13:03 goldberg /kernel: orm0: