From nobody@FreeBSD.org  Fri Jan  9 15:07:10 2009
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 81FB3106566C
	for <freebsd-gnats-submit@FreeBSD.org>; Fri,  9 Jan 2009 15:07:10 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21])
	by mx1.freebsd.org (Postfix) with ESMTP id 6F5AF8FC24
	for <freebsd-gnats-submit@FreeBSD.org>; Fri,  9 Jan 2009 15:07:10 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.14.3/8.14.3) with ESMTP id n09F79H2050034
	for <freebsd-gnats-submit@FreeBSD.org>; Fri, 9 Jan 2009 15:07:09 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.14.3/8.14.3/Submit) id n09F79ow050033;
	Fri, 9 Jan 2009 15:07:09 GMT
	(envelope-from nobody)
Message-Id: <200901091507.n09F79ow050033@www.freebsd.org>
Date: Fri, 9 Jan 2009 15:07:09 GMT
From: Dariusz Siedlecki <siedar@nplay.pl>
To: freebsd-gnats-submit@FreeBSD.org
Subject: Panic and reboot machine MPT driver when raid is Degraded. <LSILOGIC 1030 IM 1000>
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         130330
>Category:       kern
>Synopsis:       [mpt] [panic] Panic and reboot machine MPT driver when raid is Degraded. <LSILOGIC 1030 IM 1000>
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    scottl
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Jan 09 15:10:01 UTC 2009
>Closed-Date:    Tue Jul 19 14:26:43 UTC 2011
>Last-Modified:  Tue Jul 19 14:26:43 UTC 2011
>Originator:     Dariusz Siedlecki
>Release:        7.1 RELEASE
>Organization:
NPLAY Sp. z o.o.
>Environment:
I don't have now - I switch back RELEASE to 7.0 (this version don't have problems with this MPT bug)
>Description:
Machine IBM 336 1U server  8837 model 11Y- SMP 3.2 GHZ, with LSI RAID on mpt driver <LSILOGIC 1030 IM 1000>.

When system is installed from last ISO.

There is a panic when install cd is booting and discover MPT drive in state Degraded.


>How-To-Repeat:
Install FreeBSD 7.1 R on system with MPT driver for example IBM 336 server on good working raid with clean state. Get one drive from raid. In few second system will panic and reboot.

There is possible to boot system after succesfull rebulid of array.

I installed FreeBSD 7.0 from iso, and was no problem to boot and install on degraded Raid 1 Array.


>Fix:
Don't know.

>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-i386->freebsd-bugs 
Responsible-Changed-By: remko 
Responsible-Changed-When: Fri Jan 9 15:44:53 UTC 2009 
Responsible-Changed-Why:  
Over to more specific group 

http://www.freebsd.org/cgi/query-pr.cgi?pr=130330 

From: Richard Toohey <richardtoohey@paradise.net.nz>
To: bug-followup@FreeBSD.org, siedar@nplay.pl
Cc:  
Subject: Re: kern/130330: [mpt] [panic] Panic and reboot machine MPT driver
 when raid is Degraded. &lt;LSILOGIC 1030 IM 1000&gt;
Date: Wed, 11 Feb 2009 23:09:56 +1300

 Same behaviour on two IBM xSeries 345.
 
 Cannot install 7.1-RELEASE if the RAID-1 is degraded.
 
 7.0 installs fine so have used that.

From: =?ISO-2022-JP?B?WWFzdW8gWW9rb3lhbWEvGyRCMiM7M0JZSVcbKEI=?=
 <jorsef@jorsef.jp>
To: bug-followup@FreeBSD.org, siedar@nplay.pl
Cc:  
Subject: Re: kern/130330: [mpt] [panic] Panic and reboot machine MPT driver
 when raid is Degraded. 
Date: Wed, 25 Mar 2009 13:31:27 +0900

 It is happen on last RELING_7.
 
 FreeBSD 7.2-PRERELEASE #1: Tue Mar 24 19:01:04 JST 2009
 mpt0: <LSILogic SAS/SATA Adapter> port 0xec00-0xecff mem
 0xdfcec000-0xdfceffff,0xdfcf0000-0xdfcfffff irq 16 at device 0.0 on pci5
 mpt0: MPI Version=1.5.14.0
 
 # kgdb /boot/kernel/kernel vmcore.3
 GNU gdb 6.1.1 [FreeBSD]
 Copyright 2004 Free Software Foundation, Inc.
 GDB is free software, covered by the GNU General Public License, and you are
 welcome to change it and/or distribute copies of it under certain
 conditions.
 Type "show copying" to see the conditions.
 There is absolutely no warranty for GDB.  Type "show warranty" for details.
 This GDB was configured as "i386-marcel-freebsd"...
 
 Unread portion of the kernel message buffer:
 mpt0: mpt_cam_event: 0x13
 mpt0: mpt_cam_event: 0x16
 (mpt0:vol0:1): Physical Disk Status Changed
 mpt0: mpt_cam_event: 0x15
 mpt0: mpt_cam_event: 0x21
 (mpt0:vol0:1): Physical Disk Status Changed
 mpt0:vol0(mpt0:0:0): Volume Status Changed
 mpt0: mpt_cam_event: 0x15
 mpt0: mpt_cam_event: 0x21
 mpt0: mpt_cam_event: 0x15
 mpt0: mpt_cam_event: 0x21
 
 mpt0:vol0(mpt0:0:0): RAID-1 - Degraded
 mpt0:vol0(mpt0:0:0): Status ( Enabled )
 (mpt0:vol0:1): No longer configured
 
 
 Fatal trap 12: page fault while in kernel mode
 cpuid = 0; apic id = 00
 fault virtual address   = 0x14
 fault code              = supervisor read, page not present
 instruction pointer     = 0x20:0xc046f6cb
 stack pointer           = 0x28:0xc2ef9b80
 frame pointer           = 0x28:0xc2ef9b9c
 code segment            = base 0x0, limit 0xfffff, type 0x1b
                         = DPL 0, pres 1, def32 1, gran 1
 processor eflags        = interrupt enabled, resume, IOPL = 0
 current process         = 17 (swi2: cambio)
 trap number             = 12
 panic: page fault
 cpuid = 0
 Uptime: 11m43s
 Physical memory: 494 MB
 Dumping 41 MB: 26 10
 Reading symbols from /boot/kernel/acpi.ko...Reading symbols from
 /boot/kernel/acpi.ko.symbols...done.
 done.
 Loaded symbols for /boot/kernel/acpi.ko
 
 Current language:  auto; currently c
 (kgdb) where
 #0  doadump () at pcpu.h:196
 #1  0xc07e2987 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418
 #2  0xc07e2c59 in panic (fmt=Variable "fmt" is not available.
 ) at /usr/src/sys/kern/kern_shutdown.c:574
 #3  0xc0ae059c in trap_fatal (frame=0xc2ef9b40, eva=20)
     at /usr/src/sys/i386/i386/trap.c:939
 #4  0xc0ae0820 in trap_pfault (frame=0xc2ef9b40, usermode=0, eva=20)
     at /usr/src/sys/i386/i386/trap.c:852
 #5  0xc0ae11cc in trap (frame=0xc2ef9b40) at
 /usr/src/sys/i386/i386/trap.c:530
 #6  0xc0ac58ab in calltrap () at /usr/src/sys/i386/i386/exception.s:159
 #7  0xc046f6cb in xpt_done (done_ccb=0xc337c800)
     at /usr/src/sys/cam/cam_xpt.c:4794
 #8  0xc0473519 in xpt_scan_bus (periph=0xc3185d80, request_ccb=0xc337c800)
     at /usr/src/sys/cam/cam_xpt.c:5358
 #9  0xc04717f1 in camisr_runqueue (V_queue=Variable "V_queue" is not
 available.
 ) at /usr/src/sys/cam/cam_xpt.c:7319
 #10 0xc047194e in camisr (dummy=0x0) at /usr/src/sys/cam/cam_xpt.c:7222
 #11 0xc07c08eb in ithread_loop (arg=0xc3137c30)
     at /usr/src/sys/kern/kern_intr.c:1088
 #12 0xc07bd439 in fork_exit (callout=0xc07c0730 <ithread_loop>,
     arg=0xc3137c30, frame=0xc2ef9d38) at /usr/src/sys/kern/kern_fork.c:810
 #13 0xc0ac5920 in fork_trampoline () at
 /usr/src/sys/i386/i386/exception.s:264
 
 (kgdb) list
 4789            if ((done_ccb->ccb_h.func_code & XPT_FC_QUEUED) != 0) {
 4790                    /*
 4791                     * Queue up the request for handling by our SWI
 handler
 4792                     * any of the "non-immediate" type of ccbs.
 4793                     */
 4794                    sim = done_ccb->ccb_h.path->bus->sim;
 4795                    switch (done_ccb->ccb_h.path->periph->type) {
 4796                    case CAM_PERIPH_BIO:
 4797                            TAILQ_INSERT_TAIL(&sim->sim_doneq,
 &done_ccb->ccb_h,
 4798                                              sim_links.tqe);
 
 (kgdb) print *done_ccb->ccb_h.path
 $2 = {periph = 0xc3185d80, bus = 0x0, target = 0x0, device = 0x0}
 

From: Riccardo Torrini <riccardo.torrini@esaote.com>
To: bug-followup@FreeBSD.org, siedar@nplay.pl
Cc:  
Subject: Re: kern/130330: [mpt] [panic] Panic and reboot machine MPT driver
	when raid is Degraded. &lt;LSILOGIC 1030 IM 1000&gt;
Date: Wed, 8 Apr 2009 18:20:57 +0200

 > Cannot install 7.1-RELEASE if the RAID-1 is degraded.
 
 I can install and use 7.0-RELEASE and -STABLE, ditto for
 7.1-RELEASE and -STABLE and even 7.2-PRERELEASE if (and
 only if) I don't remove any drive when the raid is online
 or don't add any drive where the raid is degraded.
 
 Machine is an IBM x335 (installed with 4.2 some times ago
 and updated in place every 2-3 month up to 7.1, when I
 obtained my first panic on mpt0).  My first idea was my
 fault on config so I changed SCHED_4BSD to SCHED_ULE (that
 is the default on 7.1) because booting from 7.1-live-fs was
 fine but still hangs removing or inserting second disk.
 
 -----8<-----
 mpt0: <LSILogic 1030 Ultra4 Adapter> port 0x2300-0x23ff mem 0xfbff0000-0xfbffffff,0xfbfe0000-0xfbfeffff irq 22 at device 1.0 on pci1
 mpt0: [ITHREAD]
 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)
 -----8<-----
 
 
 -----8<-----
 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:1:0:0): Secondary Online
       (mpt0:1:0:0): Primary Online
 mpt0:vol0(mpt0:0:0): RAID-1 - Degraded
 mpt0:vol0(mpt0:0:0): Status ( Enabled )
 (mpt0:vol0:0): Physical (mpt0:0:0:0), Pass-thru (mpt0:1:1:0)
 (mpt0:vol0:0): Online
 acd0: CDROM <LG CD-ROM CRN-8245B/1.16> at ata1-master UDMA33
 Waiting 5 seconds for SCSI devices to settle
 (probe0:mpt0:0:8:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 
 (probe0:mpt0:0:8:0): CAM Status: SCSI Status Error
 (probe0:mpt0:0:8:0): SCSI Status: Check Condition
 (probe0:mpt0:0:8:0): UNIT ATTENTION asc:29,0
 (probe0:mpt0:0:8:0): Power on, reset, or bus device reset occurred
 (probe0:mpt0:0:8:0): Retrying Command (per Sense Data)
 ses0 at mpt0 bus 0 target 8 lun 0
 ses0: <IBM 25P3495a S320  1 1> Fixed Processor SCSI-2 device 
 ses0: 3.300MB/s transfers
 ses0: SAF-TE Compliant Device
 da0 at mpt0 bus 0 target 0 lun 0
 da0: <LSILOGIC 1030 IM       IM 1000> Fixed Direct Access SCSI-2 device 
 da0: 3.300MB/s transfers
 da0: Command Queueing Enabled
 da0: 70001MB (143364060 512 byte sectors: 255H 63S/T 8924C)
 -----8<-----
 
 The two lines above:
       (mpt0:1:0:0): Secondary Online
       (mpt0:1:0:0): Primary Online
 looks strange (to me) because first disk is in place but second is on
 the desk.
 
 
 I have a spare server now, 7.2-PRE (built on Thu Apr 9 11:56:45).
 Any test available (even destructive).  Feel free to ask.
 (in the meantime I'm going to rebuild with any available debug knob)
 
 
 -- 
 Riccardo.
 Network Manager @ ESAOTE S.p.A.

From: Riccardo Torrini <riccardo.torrini@esaote.com>
To: bug-followup@FreeBSD.org, siedar@nplay.pl, jhb@freebsd.org,
        scottl@freebsd.org
Cc:  
Subject: Re: kern/130330: [mpt] [panic] Panic and reboot machine MPT driver
	when raid is Degraded. &lt;LSILOGIC 1030 IM 1000&gt;
Date: Thu, 7 May 2009 17:38:08 +0200

 I restricted the time window of the problem doing (a lot of)
 build&install world from 2008.07 up to now (read last week).
 
 With 2008.07.28.17.00.00 (7.0-STABLE) works fine but
 with 2008.07.28.18.00.00 start crashing removing the
 the second disk of a mirror (when the mirror is ok)
 or adding the second disk of a degraded ones.
 
 Also note that the same crash happens with all 7.1
 stable or release and even all 7.2-PRE I tested.
 
 (wrapping long lines)
 # cd /home/ncvs/src/sys/
 # grep -R "date.*2008\.07\.28\.17" ./ | grep -v /Attic
 
 ./dev/wi/if_wi.c,v:
 	date	2008.07.28.17.00.37;    author imp;     state Exp;
 ./dev/wi/if_wivar.h,v:
 	date	2008.07.28.17.00.37;    author imp;     state Exp;
 ./dev/mpt/mpt_raid.c,v:
 	date	2008.07.28.17.10.09;    author jhb;     state Exp;
 ./dev/mpt/mpt_raid.c,v:
 	date	2008.07.28.17.05.09;    author jhb;     state Exp;
 ./kern/sched_4bsd.c,v:
 	date	2008.07.28.17.25.24;    author jhb;     state Exp;
 ./modules/et/Makefile,v:
 	date	2008.07.28.17.56.37;    author antoine; state Exp;
 
 In that time window there are only 4 file changed in
 src/sys/dev, and I bet to mpt_raid.c  :-)
 
 This is the commit log extracted from cvsweb
 -----8<-----
 Revision 1.15.2.1:
 Mon Jul 28 17:05:09 2008 UTC (9 months, 1 week ago) by jhb
 Branches: RELENG_7
 CVS tags: RELENG_7_1_BP
 Branch point for: RELENG_7_1
 Diff to: previous 1.15: preferred, colored
 Changes since revision 1.15: +4 -4 lines
 
 SVN rev 180920 on 2008-07-28 17:05:09Z by jhb
 
 MFC: Allocate a single CCB at the start of the main loop of the RAID
 monitoring kthread of the mpt(4) driver.
 -----8<-----
 
 Here are the diff:
 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/mpt/mpt_raid.c.diff?r1=1.15;r2=1.15.2.1
 
 
 What can I do now?
 
 
 -- 
 Riccardo.
 Network Manager @ ESAOTE S.p.A.

From: Scott Long <scottl@samsco.org>
To: Riccardo Torrini <riccardo.torrini@esaote.com>
Cc: bug-followup@FreeBSD.org, siedar@nplay.pl, jhb@FreeBSD.org,
        scottl@FreeBSD.org
Subject: Re: kern/130330: [mpt] [panic] Panic and reboot machine MPT driver
 when raid is Degraded. &lt;LSILOGIC 1030 IM 1000&gt;
Date: Thu, 07 May 2009 10:03:39 -0600

 Thanks for the report.  I'll look at it.
 
 Scott
 
Responsible-Changed-From-To: freebsd-bugs->scottl 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Thu May 7 18:13:51 UTC 2009 
Responsible-Changed-Why:  
scottl said that he would take a look. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=130330 

From: dfilter@FreeBSD.ORG (dfilter service)
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: kern/130330: commit references a PR
Date: Thu, 21 May 2009 12:36:55 +0000 (UTC)

 Author: jhb
 Date: Thu May 21 12:36:40 2009
 New Revision: 192534
 URL: http://svn.freebsd.org/changeset/base/192534
 
 Log:
   Largely revert the earlier change to use a single CCB for the RAID recovery
   thread.  Multiple RAID events in quick succession can cause an additional
   bus rescan to be scheduled before an earlier scan has completed.  In this
   case the driver was attempting to use the same CCB storage for two requests.
   
   PR:		kern/130330
   Reviewed by:	Riccardo Torrini  riccardo.torrini | esaote com
   MFC after:	1 week
 
 Modified:
   head/sys/dev/mpt/mpt_raid.c
 
 Modified: head/sys/dev/mpt/mpt_raid.c
 ==============================================================================
 --- head/sys/dev/mpt/mpt_raid.c	Thu May 21 12:05:15 2009	(r192533)
 +++ head/sys/dev/mpt/mpt_raid.c	Thu May 21 12:36:40 2009	(r192534)
 @@ -658,19 +658,19 @@ mpt_terminate_raid_thread(struct mpt_sof
  static void
  mpt_cam_rescan_callback(struct cam_periph *periph, union ccb *ccb)
  {
 +
  	xpt_free_path(ccb->ccb_h.path);
 +	xpt_free_ccb(ccb);
  }
  
  static void
  mpt_raid_thread(void *arg)
  {
  	struct mpt_softc *mpt;
 -	union ccb *ccb;
  	int firstrun;
  
  	mpt = (struct mpt_softc *)arg;
  	firstrun = 1;
 -	ccb = xpt_alloc_ccb();
  	MPT_LOCK(mpt);
  	while (mpt->shutdwn_raid == 0) {
  
 @@ -698,15 +698,21 @@ mpt_raid_thread(void *arg)
  		}
  
  		if (mpt->raid_rescan != 0) {
 +			union ccb *ccb;
  			struct cam_path *path;
  			int error;
  
  			mpt->raid_rescan = 0;
 +			MPT_UNLOCK(mpt);
  
 +			ccb = xpt_alloc_ccb();
 +
 +			MPT_LOCK(mpt);
  			error = xpt_create_path(&path, xpt_periph,
  			    cam_sim_path(mpt->phydisk_sim),
  			    CAM_TARGET_WILDCARD, CAM_LUN_WILDCARD);
  			if (error != CAM_REQ_CMP) {
 +				xpt_free_ccb(ccb);
  				mpt_prt(mpt, "Unable to rescan RAID Bus!\n");
  			} else {
  				xpt_setup_ccb(&ccb->ccb_h, path, 5);
 @@ -719,7 +725,6 @@ mpt_raid_thread(void *arg)
  			}
  		}
  	}
 -	xpt_free_ccb(ccb);
  	mpt->raid_thread = NULL;
  	wakeup(&mpt->raid_thread);
  	MPT_UNLOCK(mpt);
 _______________________________________________
 svn-src-all@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/svn-src-all
 To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org"
 

From: dfilter@FreeBSD.ORG (dfilter service)
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: kern/130330: commit references a PR
Date: Thu, 21 May 2009 13:22:18 +0000 (UTC)

 Author: attilio
 Date: Thu May 21 13:22:07 2009
 New Revision: 192535
 URL: http://svn.freebsd.org/changeset/base/192535
 
 Log:
   Move the M_WAITOK flag in notify() into an M_NOWAIT one in order to match
   the behaviour alredy present with the further malloc() call in
   devctl_notify().
   This fixes a bug in the CAM layer where the camisr handler finished to
   call camperiphfree() (and subsequently destroy_dev() resulting in a new
   dev notify) while the xpt lock is held.
   
   PR:		kern/130330
   Tested by:	Riccardo Torrini <riccardo dot torrini at esaote dot com>
 
 Modified:
   head/sys/kern/kern_conf.c
 
 Modified: head/sys/kern/kern_conf.c
 ==============================================================================
 --- head/sys/kern/kern_conf.c	Thu May 21 12:36:40 2009	(r192534)
 +++ head/sys/kern/kern_conf.c	Thu May 21 13:22:07 2009	(r192535)
 @@ -491,7 +491,9 @@ notify(struct cdev *dev, const char *ev)
  	if (cold)
  		return;
  	namelen = strlen(dev->si_name);
 -	data = malloc(namelen + sizeof(prefix), M_TEMP, M_WAITOK);
 +	data = malloc(namelen + sizeof(prefix), M_TEMP, M_NOWAIT);
 +	if (data == NULL)
 +		return;
  	memcpy(data, prefix, sizeof(prefix) - 1);
  	memcpy(data + sizeof(prefix) - 1, dev->si_name, namelen + 1);
  	devctl_notify("DEVFS", "CDEV", ev, data);
 _______________________________________________
 svn-src-all@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/svn-src-all
 To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org"
 

From: Mark Linimon <linimon@lonesome.com>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: kern/130330: [mpt] [panic] Panic and reboot machine MPT ...
Date: Sun, 24 May 2009 07:51:25 -0500

 ----- Forwarded message from Riccardo Torrini <riccardo.torrini@esaote.com> -----
 
 From: Riccardo Torrini <riccardo.torrini@esaote.com>
 To: Attilio Rao <attilio@freebsd.org>
 Cc: freebsd-stable@freebsd.org, siedar@nplay.pl, scottl@freebsd.org,
 	Riccardo Torrini <riccardo.torrini@esaote.com>,
 	John Baldwin <jhb@freebsd.org>
 Subject: Re: kern/130330: [mpt] [panic] Panic and reboot machine MPT ...
 
 On Thu, May 21, 2009 at 11:47:54AM +0200, Attilio Rao wrote:
 
 > Please try the patch here:
 > http://www.freebsd.org/~attilio/notify.diff
 
 As promised I checked againts 7.2-STABLE of today (cvsup ended
 at 15:17 CEST, GTM+2, Italy time with DST) and ... it works !
 (added and removed a disk 4 times, even during a sync-in-progress)
 
 # uname -v
 FreeBSD 7.2-STABLE #3: Thu May 21 18:26:04 CEST 2009 ...
 
 
 -----[ 1st remove ]-----
 
 mpt0: External Bus Reset Detected
 (mpt0:vol0:1): Physical Disk Status Changed
 (mpt0:vol0:0): Volume Status Changed
 (mpt0:vol0:1): Physical Disk Status Changed
 mpt0:vol0(mpt0:0:0): RAID-1 - Degraded
 mpt0:vol0(mpt0:0:0): Status ( Enabled )
 (mpt0:vol0:1): No longer configured
 
 -----[ 1st add ]-----
 mpt0: External Bus Reset Detected
 mpt0:vol0(mpt0:0:0): Physical Disk Status Changed
 mpt0:vol0(mpt0:0:0): Physical Disk Status Changed
 mpt0:vol0(mpt0:0:0): Physical Disk Status Changed
 mpt0:vol0(mpt0:0:0): Domain Validation Required
 mpt0:vol0(mpt0:0:0): Volume Status Changed
 mpt0:vol0(mpt0:0:0): RAID-1 - Degraded
 mpt0:vol0(mpt0:0:0): Status ( Enabled Re-Syncing )
 mpt0:vol0(mpt0:0:0): Low Priority Re-Sync
 mpt0:vol0(mpt0:0:0): 71087625 of 71087625 blocks remaining
 (mpt0:vol0:1): Physical (mpt0:0:1:0), Pass-thru (mpt0:1:1:0)
 (mpt0:vol0:1): Online
 (mpt0:vol0:1): Status ( Out-Of-Sync )
 (mpt0:vol0:1): SMART Data Received
 (mpt0:vol0:1): ASC 0x5d, ASCQ 0x0)
 mpt0:vol0(mpt0:0:0): RAID-1 - Degraded
 mpt0:vol0(mpt0:0:0): Status ( Enabled Re-Syncing )
 mpt0:vol0(mpt0:0:0): Low Priority Re-Sync
 mpt0:vol0(mpt0:0:0): 71076421 of 71087625 blocks remaining
 mpt0:vol0(mpt0:0:0): Volume Status Changed
 
 
 -----[ 2nd remove ]-----
 mpt0: External Bus Reset Detected
 mpt0:vol0(mpt0:0:0): RAID-1 - Degraded
 mpt0:vol0(mpt0:0:0): Status ( Enabled )
 (mpt0:vol0:1): Physical Disk Status Changed
 (mpt0:vol0:1): Physical Disk Status Changed
 (mpt0:vol0:1): No longer configured
 mpt0:vol0(mpt0:0:0): Physical Disk Status Changed
 
 -----[ 2nd add ]-----
 mpt0: External Bus Reset Detected
 mpt0:vol0(mpt0:0:0): Physical Disk Status Changed
 mpt0:vol0(mpt0:0:0): Physical Disk Status Changed
 mpt0:vol0(mpt0:0:0): Physical Disk Status Changed
 mpt0:vol0(mpt0:0:0): Domain Validation Required
 mpt0:vol0(mpt0:0:0): Volume Status Changed
 mpt0:vol0(mpt0:0:0): RAID-1 - Degraded
 mpt0:vol0(mpt0:0:0): Status ( Enabled Re-Syncing )
 mpt0:vol0(mpt0:0:0): Low Priority Re-Sync
 mpt0:vol0(mpt0:0:0): 71087625 of 71087625 blocks remaining
 (mpt0:vol0:1): Physical (mpt0:0:1:0), Pass-thru (mpt0:1:1:0)
 (mpt0:vol0:1): Online
 (mpt0:vol0:1): Status ( Out-Of-Sync )
 (mpt0:vol0:1): SMART Data Received
 (mpt0:vol0:1): ASC 0x5d, ASCQ 0x0)
 mpt0:vol0(mpt0:0:0): RAID-1 - Degraded
 mpt0:vol0(mpt0:0:0): Status ( Enabled Re-Syncing )
 mpt0:vol0(mpt0:0:0): Low Priority Re-Sync
 mpt0:vol0(mpt0:0:0): 70896522 of 71087625 blocks remaining
 
 
 Thanks again.
 
 
 -- 
 Riccardo.
 _______________________________________________
 freebsd-stable@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-stable
 To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
 
 
 ----- End forwarded message -----

From: "Helmut Schneider" <jumper99@gmx.de>
To: <bug-followup@FreeBSD.org>
Cc: <siedar@nplay.pl>,
	<scottl@freebsd.org>,
	<jhb@freebsd.org>
Subject: Re: kern/130330: [mpt] [panic] Panic and reboot machine MPT driver when raid is Degraded. &lt;LSILOGIC 1030 IM 1000&gt;
Date: Thu, 7 May 2009 19:34:09 +0200

 Could this be related with 
 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/133919? I'm running an IBM 
 HS20.
 
 Helmut 
 

From: John Baldwin <jhb@freebsd.org>
To: "Helmut Schneider" <jumper99@gmx.de>
Cc: bug-followup@freebsd.org,
 siedar@nplay.pl,
 scottl@freebsd.org
Subject: Re: kern/130330: [mpt] [panic] Panic and reboot machine MPT driver when raid is Degraded. &lt;LSILOGIC 1030 IM 1000&gt;
Date: Wed, 26 Aug 2009 14:18:55 -0400

 On Thursday 07 May 2009 1:34:09 pm Helmut Schneider wrote:
 > Could this be related with 
 > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/133919? I'm running an IBM 
 > HS20.
 
 Yes, I think it is worth trying a newer 7.x snapshot.
 
 -- 
 John Baldwin
State-Changed-From-To: open->closed 
State-Changed-By: marius 
State-Changed-When: Tue Jul 19 14:25:33 UTC 2011 
State-Changed-Why:  
Close; it was confirmed that r192534 (MFC'ed to stable/6 in r192979 and to 
stable/7 in r192975) fixes this issue. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=130330 
>Unformatted:
