From owner-freebsd-current@FreeBSD.ORG Thu Apr 6 20:54:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 29C6A16A400; Thu, 6 Apr 2006 20:54:42 +0000 (UTC) (envelope-from dpz@ack.berkeley.edu) Received: from malcolm.berkeley.edu (malcolm.Berkeley.EDU [128.32.206.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 840B443D72; Thu, 6 Apr 2006 20:54:16 +0000 (GMT) (envelope-from dpz@ack.berkeley.edu) Received: from [128.32.155.51] (soliloquy.Net.Berkeley.EDU [128.32.155.51]) (authenticated bits=0) by malcolm.berkeley.edu (8.13.6/8.13.3) with ESMTP id k36KsG0r086050 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Thu, 6 Apr 2006 13:54:16 -0700 (PDT) (envelope-from dpz@ack.berkeley.edu) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v623) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <6340eeea2adb8b05df21f35a2c2cd109@ack.berkeley.edu> Content-Transfer-Encoding: 7bit From: David Paul Zimmerman Date: Thu, 6 Apr 2006 13:54:22 -0700 To: Pawel Worach X-Mailer: Apple Mail (2.623) X-Greylist: Sender succeded SMTP AUTH authentication, not delayed by milter-greylist-1.6 (malcolm.berkeley.edu [128.32.206.239]); Thu, 06 Apr 2006 13:54:16 -0700 (PDT) Cc: Matthew Jacob , current@freebsd.org Subject: Re: mpt(4) mirror problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Apr 2006 20:54:42 -0000 I've tried a few different csup's now on my X4100 to get back to a functioning RAID-1 setup: - As mentioned below, a full CURRENT csup on 2006.04.04 produced the same behavior you saw. An install from 7.0-CURRENT-SNAP013-amd64-disc1.iso (2006.03.10 snapshot) boots fine. So those were the two bookends that I worked from. - A backdated CURRENT csup for date=2006.03.30.15.00.00 (previous to the last big mpt change) built fine, but produced equally broken behavior on reboot. By the time I got to look at the console, it was scrolling a single mpt error line off the screen, which I presume by this point in the mpt development cycle is irrelevant. The system never came back up fully, and forced a backout. - A backdated CURRENT csup for date=2006.03.23.00.00.00 (previous to the last two big mpt changes) built and booted fine. So it looks like the big change on 2006.03.25 is where things went awry. Not surprisingly, the notes for 1.22 say, "Regression testing with Fusion RAID instances has not been possible." I'm CC'ing Matthew directly so he's aware. dp On Apr 5, 2006, at 6:46 AM, David Paul Zimmerman wrote: > I noticed a similar thing on my Sun X4100 (LSI1064) after csup'ing > yesterday. I'll be rolling back to my Mar 10 snapshot kernel when I > get into work. > > dp > > On Apr 4, 2006, at 11:54 AM, Pawel Worach wrote: > >> Hi, >> >> After the recent changes to mpt(4) it seems the driver has some isses >> with the mirroring configuration (two . This is on a IBM x345 server >> with a kernel from today. >> >> kernel messages: >> mpt0: port 0x2600-0x26ff mem >> 0xf7ff0000-0xf7fffff >> f,0xf7fe0000-0xf7feffff irq 27 at device 7.0 on pci8 >> mpt0: [GIANT-LOCKED] >> mpt0: MPI Version=1.2.15.0 >> mpt0: Capabilities: ( RAID-1 SAFTE ) >> mpt0: 1 Active Volume (1 Max) >> mpt0: 2 Hidden Drive Members (6 Max) >> mpt1: port 0x2700-0x27ff mem >> 0xf7fd0000-0xf7fdfff >> f,0xf7fc0000-0xf7fcffff irq 28 at device 7.1 on pci8 >> mpt1: [GIANT-LOCKED] >> mpt1: MPI Version=1.2.15.0 >> mpt1: Capabilities: ( RAID-1 SAFTE ) >> mpt1: 0 Active Volumes (0 Max) >> mpt1: 0 Hidden Drive Members (0 Max) >> ... >> mpt0:vol0(mpt0:0:0): Settings ( Hot-Plug-Spares ) >> mpt0:vol0(mpt0:0:0): Using Spare Pool: 0 >> mpt0:vol0(mpt0:0:0): 2 Members: >> (mpt0:0:0): Primary >> (mpt0:0:1): Secondary >> mpt0:vol0(mpt0:0:0): RAID-1 - Optimal >> mpt0:vol0(mpt0:0:0): Status ( Enabled ) >> (mpt0:vol0:0): Physical (mpt0:0:0), Pass-thru (mpt0:1:0) >> (mpt0:vol0:0): Online >> (mpt0:vol0:1): Physical (mpt0:0:1), Pass-thru (mpt0:1:1) >> (mpt0:vol0:1): Online >> mpt0: IOC Bus Reset Port: 0 >> mpt0: IOC Bus Reset Port: 0 >> mpt0: IOC Bus Reset Port: 0 >> mpt0: IOC Bus Reset Port: 0 >> mpt0: IOC Bus Reset Port: 0 >> mpt0: IOC Bus Reset Port: 0 >> mpt0: mpt_cam_event: 0xb >> (mpt0:vol0:0): Physical Disk Status Changed >> mpt0: mpt_cam_event: 0xb >> (mpt0:vol0:0): Volume Status Changed >> mpt0: mpt_cam_event: 0xb >> (mpt0:vol0:0): Physical Disk Status Changed >> mpt0: IOC Bus Reset Port: 0 >> mpt0: mpt_write_cfg_page: Config Info Status 2 >> mpt0: mpt_setwidth: write cur page failed >> mpt0: Set width Failed! >> mpt0: IOC Bus Reset Port: 0 >> mpt0: mpt_read_cfg_page: Config Info Status 2 >> mpt0: mpt_setwidth: read cur page failed >> mpt0: Set width Failed! >> mpt0: IOC Bus Reset Port: 0 >> mpt0: IOC Bus Reset Port: 0 >> mpt0:vol0(mpt0:0:0): RAID-1 - Degraded >> mpt0:vol0(mpt0:0:0): Status ( Enabled ) >> (mpt0:vol0:0): No longer configured >> mpt0: IOC Bus Reset Port: 0 >> mpt0: IOC Bus Reset Port: 0 >> mpt0: IOC Bus Reset Port: 0 >> mpt0: IOC Bus Reset Port: 0 >> mpt0: mpt_read_cfg_page: Config Info Status 2 >> mpt0: cannot get target 1 DP0 >> mpt0: IOC Bus Reset Port: 0 >> mpt0: IOC Bus Reset Port: 0 >> mpt0: IOC Bus Reset Port: 0 >> mpt0: IOC Bus Reset Port: 0 >> mpt0: IOC Bus Reset Port: 0 >> mpt0: IOC Bus Reset Port: 0 >> mpt0: IOC Bus Reset Port: 0 >> SMP: AP CPU #2 Launched! >> SMP: AP CPU #1 Launched! >> SMP: AP CPU #3 Launched! >> >> da0 at mpt0 bus 0 target 0 lun 0 >> da0: Fixed Direct Access SCSI-2 >> device >> da0: 3.300MB/s transfers, Tagged Queueing Enabled >> da0: 34710MB (71087625 512 byte sectors: 255H 63S/T 4425C) >> Trying to mount root from ufs:/dev/da0s1a >> >> Booting an older kernel from around Mar. 25 works fine. Anything else >> I can dig out? >> >> -- >> Pawel