From owner-freebsd-scsi@FreeBSD.ORG Mon May 27 11:06:53 2013 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6795B377 for ; Mon, 27 May 2013 11:06:53 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 5895A6D7 for ; Mon, 27 May 2013 11:06:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r4RB6rE8016155 for ; Mon, 27 May 2013 11:06:53 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r4RB6qKd016153 for freebsd-scsi@FreeBSD.org; Mon, 27 May 2013 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 27 May 2013 11:06:52 GMT Message-Id: <201305271106.r4RB6qKd016153@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-scsi@FreeBSD.org Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 May 2013 11:06:53 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/165982 scsi [mpt] mpt instability, drive resets, and losses on Fre o kern/165740 scsi [cam] SCSI code must drain callbacks before free f kern/162256 scsi [mpt] QUEUE FULL EVENT and 'mpt_cam_event: 0x0' o docs/151336 scsi Missing documentation of scsi_ and ata_ functions in c o kern/148083 scsi [aac] Strange device reporting o kern/144648 scsi [aac] Strange values of speed and bus width in dmesg o kern/142351 scsi [mpt] LSILogic driver performance problems o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 f kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus f kern/123674 scsi [ahc] ahc driver dumping o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc 12 problems total. From owner-freebsd-scsi@FreeBSD.ORG Mon May 27 23:32:58 2013 Return-Path: Delivered-To: freebsd-scsi@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8EEEE408; Mon, 27 May 2013 23:32:58 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 683B635A; Mon, 27 May 2013 23:32:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r4RNWw71067868; Mon, 27 May 2013 23:32:58 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r4RNWwfE067867; Mon, 27 May 2013 23:32:58 GMT (envelope-from linimon) Date: Mon, 27 May 2013 23:32:58 GMT Message-Id: <201305272332.r4RNWwfE067867@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-scsi@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/178795: [mps] MSI for mps driver doesn't work under vmware X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 May 2013 23:32:58 -0000 Old Synopsis: MSI for mps driver doesn't work under vmware New Synopsis: [mps] MSI for mps driver doesn't work under vmware Responsible-Changed-From-To: freebsd-bugs->freebsd-scsi Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 27 23:32:25 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=178795 From owner-freebsd-scsi@FreeBSD.ORG Thu May 30 02:37:32 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 17F8012BA; Thu, 30 May 2013 02:37:32 +0000 (UTC) (envelope-from zi@FreeBSD.org) Received: from exodus.zi0r.com (exodus.zi0r.com [71.245.171.203]) by mx1.freebsd.org (Postfix) with ESMTP id AAD381C5; Thu, 30 May 2013 02:37:31 +0000 (UTC) Received: from exodus.zi0r.com (localhost [127.0.0.1]) by exodus.zi0r.com (Postfix) with ESMTP id 203A53A097; Wed, 29 May 2013 22:37:25 -0400 (EDT) X-Virus-Scanned: amavisd-new at zi0r.com Received: from exodus.zi0r.com ([127.0.0.1]) by exodus.zi0r.com (exodus.zi0r.com [127.0.0.1]) (amavisd-new, port 10026) with LMTP id WNHYsYWEgS8i; Wed, 29 May 2013 22:37:22 -0400 (EDT) Received: from exodus.zi0r.com (syn.zi0r.com [71.245.171.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by exodus.zi0r.com (Postfix) with ESMTPSA id 034513A094; Wed, 29 May 2013 22:37:21 -0400 (EDT) Date: Wed, 29 May 2013 22:37:20 -0400 From: Ryan Steinmetz To: freebsd-scsi@freebsd.org Subject: [mfi] COMMAND 0x.. TIMEOUT AFTER ## SECONDS Message-ID: <20130530023720.GA14991@exodus.zi0r.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: scottl@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 May 2013 02:37:32 -0000 Hello all, I've had 9.1-R running on a few Dell M620 blades (with H710 controllers) in them for a bit now and have had command timeout errors showing up from time to time. The system appears to still be responsive, although, I have noticed a couple of times where disk I/O will seem to pause for a few seconds. No panics, nothing forcing me to restart. sbruno@ reported that he was running R620s with H710P cards in them (not blades) with A02 (21.1.0-0007) firmware and was not running into this issue. I downgraded one of my systems to the same firmware, but still ran into timeouts. Note H710 versus H710P. If anyone has any recommendations or next steps, please let me know. I'd be happy to open a PR if desired. I've included details below. Thanks, -r -- Ryan Steinmetz PGP: EF36 D45A 5CA9 28B1 A550 18CD A43C D111 7AD7 FAF2 # mfiutil show adapter mfi0 Adapter: Product Name: PERC H710 Mini Serial Number: 31A00ZD Firmware: 21.2.0-0007 RAID Levels: JBOD, RAID0, RAID1, RAID5, RAID6, RAID10, RAID50 Battery Backup: present NVRAM: 32K Onboard Memory: 512M Minimum Stripe: 64k Maximum Stripe: 1M # uname -rm 9.1-RELEASE-p3 amd64 # pciconf -lv mfi0@pci0:2:0:0: class=0x010400 card=0x1f371028 chip=0x005b1000 rev=0x05 hdr=0x00 vendor = 'LSI Logic / Symbios Logic' device = 'MegaRAID SAS 2208 [Thunderbolt]' class = mass storage subclass = RAID # dmesg | grep mfi0 mfi0: 1428 (422722487s/0x0020/info) - Shutdown command received from host mfi0: 1429 (boot + 4s/0x0020/info) - Firmware initialization started (PCI ID 005b/1000/1f37/1028) mfi0: 1430 (boot + 4s/0x0020/info) - Firmware version 3.130.05-2086 mfi0: 1431 (boot + 5s/0x0008/info) - Battery Present mfi0: 1432 (boot + 5s/0x0020/info) - Package version 21.2.0-0007 mfi0: 1433 (boot + 5s/0x0020/info) - Board Revision A00 mfi0: 1434 (boot + 6s/0x0008/info) - Battery temperature is normal mfi0: 1435 (boot + 6s/0x0008/info) - Current capacity of the battery is above threshold mfi0: 1436 (boot + 20s/0x0004/info) - Enclosure PD 20(c None/p1) communication restored mfi0: 1437 (boot + 20s/0x0002/info) - Inserted: Encl PD 20 mfi0: 1438 (boot + 20s/0x0002/info) - Inserted: PD 20(c None/p1) Info: enclPd=20, scsiType=d, portMap=00, sasAddr=5948f090ebf23500,0000000000000000 mfi0: 1439 (boot + 20s/0x0002/info) - Inserted: PD 00(e0x20/s0) mfi0: 1440 (boot + 20s/0x0002/info) - Inserted: PD 00(e0x20/s0) Info: enclPd=20, scsiType=0, portMap=00, sasAddr=50000c0f02c1bab6,0000000000000000 mfi0: 1441 (boot + 20s/0x0002/info) - Inserted: PD 01(e0x20/s1) mfi0: 1442 (boot + 20s/0x0002/info) - Inserted: PD 01(e0x20/s1) Info: enclPd=20, scsiType=0, portMap=01, sasAddr=50000c0f026bb0d2,0000000000000000 mfi0: 1443 (422722572s/0x0020/info) - Time established as 05/24/13 14:56:12; (45 seconds since power on) mfi0: 1444 (422722598s/0x0008/info) - Battery started charging mfi0: 1445 (422722793s/0x0008/info) - Battery charge complete mfi0: 1446 (422722801s/0x0020/info) - Host driver is loaded and operational mfid0 on mfi0 mfid0: 857856MB (1756889088 sectors) RAID volume (no label) is optimal Trying to mount root from ufs:/dev/mfid0p3 [rw]... mfi0: 1447 (422723530s/0x0002/WARN) - PD 00(e0x20/s0) Path 50000c0f02c1bab6 reset (Type 03) mfi0: 1448 (422723530s/0x0002/WARN) - PD 01(e0x20/s1) Path 50000c0f026bb0d2 reset (Type 03) mfi0: 1449 (422723530s/0x0002/info) - Unexpected sense: PD 01(e0x20/s1) Path 50000c0f026bb0d2, CDB: 2a 00 23 44 ea 00 00 00 80 00, Sense: 6/29/02 mfi0: 1450 (422723530s/0x0002/info) - Unexpected sense: PD 00(e0x20/s0) Path 50000c0f02c1bab6, CDB: 2a 00 23 44 ea 00 00 00 80 00, Sense: 6/29/02 mfi0: COMMAND 0xffffff8002b915b8 TIMEOUT AFTER 56 SECONDS mfi0: COMMAND 0xffffff8002b906d8 TIMEOUT AFTER 56 SECONDS mfi0: COMMAND 0xffffff8002b916c8 TIMEOUT AFTER 56 SECONDS mfi0: COMMAND 0xffffff8002b92740 TIMEOUT AFTER 56 SECONDS mfi0: COMMAND 0xffffff8002b92388 TIMEOUT AFTER 56 SECONDS mfi0: COMMAND 0xffffff8002b928d8 TIMEOUT AFTER 46 SECONDS mfi0: COMMAND 0xffffff8002b91750 TIMEOUT AFTER 45 SECONDS mfi0: COMMAND 0xffffff8002b8fd48 TIMEOUT AFTER 45 SECONDS mfi0: COMMAND 0xffffff8002b91f48 TIMEOUT AFTER 58 SECONDS mfi0: COMMAND 0xffffff8002b92c08 TIMEOUT AFTER 58 SECONDS mfi0: COMMAND 0xffffff8002b915b8 TIMEOUT AFTER 36 SECONDS mfi0: 899 (422741297s/0x0002/WARN) - Encl PD 20 Path 5948f090ec1e9c00 reset (Type 03) mfi0: 900 (422766000s/0x0020/info) - Patrol Read started mfi0: 901 (422775083s/0x0020/info) - Patrol Read complete mfi0: 902 (422790275s/0x0002/WARN) - Encl PD 20 Path 5948f090ec1e9c00 reset (Type 03) mfi0: COMMAND 0xffffff8002b90870 TIMEOUT AFTER 42 SECONDS mfi0: COMMAND 0xffffff8002b8f5d8 TIMEOUT AFTER 34 SECONDS mfi0: 903 (422852812s/0x0002/WARN) - PD 01(e0x20/s1) Path 50000c0f020c5e26 reset (Type 03) mfi0: 904 (422852812s/0x0002/WARN) - Encl PD 20 Path 5948f090ec1e9c00 reset (Type 03) mfi0: 905 (422852818s/0x0002/info) - Unexpected sense: PD 01(e0x20/s1) Path 50000c0f020c5e26, CDB: 2a 00 00 00 01 22 00 00 08 00, Sense: 6/29/02 mfi0: COMMAND 0xffffff8002b905c8 TIMEOUT AFTER 31 SECONDS mfi0: COMMAND 0xffffff8002b8f330 TIMEOUT AFTER 31 SECONDS mfi0: COMMAND 0xffffff8002b929e8 TIMEOUT AFTER 43 SECONDS mfi0: COMMAND 0xffffff8002b91310 TIMEOUT AFTER 43 SECONDS mfi0: COMMAND 0xffffff8002b90540 TIMEOUT AFTER 38 SECONDS mfi0: COMMAND 0xffffff8002b8f660 TIMEOUT AFTER 38 SECONDS mfi0: COMMAND 0xffffff8002b92fc0 TIMEOUT AFTER 38 SECONDS mfi0: COMMAND 0xffffff8002b8f110 TIMEOUT AFTER 38 SECONDS mfi0: COMMAND 0xffffff8002b910f0 TIMEOUT AFTER 38 SECONDS mfi0: COMMAND 0xffffff8002b91a80 TIMEOUT AFTER 38 SECONDS mfi0: COMMAND 0xffffff8002b90e48 TIMEOUT AFTER 34 SECONDS mfi0: COMMAND 0xffffff8002b90a90 TIMEOUT AFTER 34 SECONDS mfi0: COMMAND 0xffffff8002b91640 TIMEOUT AFTER 34 SECONDS mfi0: COMMAND 0xffffff8002b92960 TIMEOUT AFTER 40 SECONDS mfi0: COMMAND 0xffffff8002b92960 TIMEOUT AFTER 70 SECONDS mfi0: COMMAND 0xffffff8002b92740 TIMEOUT AFTER 32 SECONDS mfi0: COMMAND 0xffffff8002b928d8 TIMEOUT AFTER 32 SECONDS mfi0: COMMAND 0xffffff8002b8fa18 TIMEOUT AFTER 31 SECONDS mfi0: COMMAND 0xffffff8002b93268 TIMEOUT AFTER 51 SECONDS mfi0: COMMAND 0xffffff8002b8f5d8 TIMEOUT AFTER 51 SECONDS mfi0: COMMAND 0xffffff8002b8f198 TIMEOUT AFTER 51 SECONDS mfi0: COMMAND 0xffffff8002b92630 TIMEOUT AFTER 51 SECONDS mfi0: COMMAND 0xffffff8002b8f3b8 TIMEOUT AFTER 51 SECONDS mfi0: COMMAND 0xffffff8002b8f000 TIMEOUT AFTER 51 SECONDS mfi0: COMMAND 0xffffff8002b92740 TIMEOUT AFTER 51 SECONDS mfi0: COMMAND 0xffffff8002b928d8 TIMEOUT AFTER 51 SECONDS mfi0: COMMAND 0xffffff8002b8fa18 TIMEOUT AFTER 42 SECONDS mfi0: COMMAND 0xffffff8002b8fd48 TIMEOUT AFTER 42 SECONDS mfi0: 906 (422962690s/0x0002/WARN) - Encl PD 20 Path 5948f090ec1e9c00 reset (Type 03) mfi0: 907 (423017849s/0x0002/WARN) - Encl PD 20 Path 5948f090ec1e9c00 reset (Type 03) mfi0: 908 (423040626s/0x0002/WARN) - Encl PD 20 Path 5948f090ec1e9c00 reset (Type 03) mfi0: COMMAND 0xffffff8002b904b8 TIMEOUT AFTER 31 SECONDS From owner-freebsd-scsi@FreeBSD.ORG Thu May 30 10:12:22 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1011477 for ; Thu, 30 May 2013 10:12:22 +0000 (UTC) (envelope-from riccardo.veraldi@gmail.com) Received: from mail-ea0-x231.google.com (mail-ea0-x231.google.com [IPv6:2a00:1450:4013:c01::231]) by mx1.freebsd.org (Postfix) with ESMTP id 9E8E615E for ; Thu, 30 May 2013 10:12:21 +0000 (UTC) Received: by mail-ea0-f177.google.com with SMTP id q14so71178eaj.36 for ; Thu, 30 May 2013 03:12:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=CeSrd6OJoMPzD3owa8LWqudEIkSl5UMLt83kIGNBJ4Q=; b=S1zxkmENlcyTkUfBKLprSzTxMDGLw1YS12dHYvN+xxwOS3EUypV/Lltn9sUwwcbFOn H8z+rIxwGjpQqMLsMA6gKhrVLwEG0wGMSquOR4cdvIKxXeTvPzZOmoafzcLyqXGrQqSL t2ubBkWSW8RqzNrKNSjqHVI7jwOo71KX8wtn89bfJYzxV4oxf8geMbfnMxKmU5vx0wDI pcpSesFHLblPyrMWqxGZeCdBlmRAEklYrApEB5Q7XHE3zKwdcB/poThDx/wRCxxszp+V /A2kTq74kLd0SHCw/48ijf1Bt5aZD2Yy5mR2V0zViU38+ljzKIQupG6gIyCbi2fOAGFy VwUA== X-Received: by 10.14.202.71 with SMTP id c47mr9277973eeo.87.1369908740722; Thu, 30 May 2013 03:12:20 -0700 (PDT) Received: from darwin.cnaf.infn.it (darwin.cnaf.infn.it. [131.154.3.242]) by mx.google.com with ESMTPSA id s8sm59268910eeo.4.2013.05.30.03.12.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 30 May 2013 03:12:19 -0700 (PDT) Message-ID: <51A72605.4050303@gmail.com> Date: Thu, 30 May 2013 12:12:21 +0200 From: Riccardo Veraldi User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Subject: troubles with Seagate (EMC2) disk Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 May 2013 10:12:22 -0000 Hello, I have a Seagate ST350000 CLAR500 disk. it is attached to my Sun Blade 1000 running FreeBSD 9.1 I need to label it, create partition and move te root /usr/ var and swap from the main boot disk which has corrupted blocks. so this disk will become my boot disk. the problem is that I cannot partition it or even access it in anyway dd: /dev/da6: Invalid argument 1+0 records in 0+0 records out 0 bytes transferred in 0.000700 secs (0 bytes/sec) this is the disk information: da6 at isp0 bus 0 scbus2 target 1 lun 0 da6: Fixed Direct Access SCSI-3 device da6: 100.000MB/s transfers WWNN 0x2000001862133c8d WWPN 0x2100001862133c8d PortID 0xe4 da6: Command Queueing enabled da6: 476940MB (961745856 520 byte sectors: 255H 63S/T 59865C) the problem is that disk byte sectors are 520 and not 512 is there a way to reformat it to 512 byte sectors ? is there a way to make it usable ? the SCSI III disk has a FC - AL interface (Internal Sun Blade 1000 Caddy). thank you Rick From owner-freebsd-scsi@FreeBSD.ORG Thu May 30 14:41:11 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2442A44B for ; Thu, 30 May 2013 14:41:11 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-qc0-x22f.google.com (mail-qc0-x22f.google.com [IPv6:2607:f8b0:400d:c01::22f]) by mx1.freebsd.org (Postfix) with ESMTP id E199A8E0 for ; Thu, 30 May 2013 14:41:10 +0000 (UTC) Received: by mail-qc0-f175.google.com with SMTP id a1so153467qcx.20 for ; Thu, 30 May 2013 07:41:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=OffOTF7yqU4iN8OySnMijGE77NkNvxcULydeefl6bIo=; b=vdpGoJCkYmUvam7pYPf+QM3f/uQYxv/q0NgM3kbfkkIsbTOLd9vlcUzsrCkrLMb+V8 S2ltqHjFv+8nPZFd3fcwWwIQFVHotBxIWC0h0UyqyoTITpv8ySLzDJoxRiuyUBhWR6uo oXNVFdqqz7g0FNb+SJ0fyAOVqei3qYHD39GC8+WGuKKacX7ppQzy4Q9SunTonFooVM8A 6aMUz3PPaXPgTvCnDKF7a7XFMif8ZuqxdxxCBUUsSoMNOblSA9aCpmqOPY6NiiJtiTle eWp8BKCnXZDPxh4dsvlvyDJH3Rhu6kHfDM70d1eghVNc6F//q2gkXMivh2vkLd47Duo4 EAdg== MIME-Version: 1.0 X-Received: by 10.49.72.165 with SMTP id e5mr7389027qev.49.1369924870460; Thu, 30 May 2013 07:41:10 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.49.94.71 with HTTP; Thu, 30 May 2013 07:41:10 -0700 (PDT) In-Reply-To: <51A72605.4050303@gmail.com> References: <51A72605.4050303@gmail.com> Date: Thu, 30 May 2013 08:41:10 -0600 X-Google-Sender-Auth: haZp8-zDdgEdu4qLyeKRncYgjHo Message-ID: Subject: Re: troubles with Seagate (EMC2) disk From: Alan Somers To: Riccardo Veraldi Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-scsi@freebsd.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 May 2013 14:41:11 -0000 Install sysutils/sg3_utils from ports and use the sg_format command. Something like this: sg_format --format --size=512 /dev/sda On Thu, May 30, 2013 at 4:12 AM, Riccardo Veraldi wrote: > Hello, > I have a Seagate ST350000 CLAR500 disk. > > it is attached to my Sun Blade 1000 running FreeBSD 9.1 > > I need to label it, create partition and move te root /usr/ var and swap > from the main boot disk which has corrupted blocks. > > so this disk will become my boot disk. > > the problem is that I cannot partition it or even access it in anyway > > dd: /dev/da6: Invalid argument > 1+0 records in > 0+0 records out > 0 bytes transferred in 0.000700 secs (0 bytes/sec) > > this is the disk information: > > da6 at isp0 bus 0 scbus2 target 1 lun 0 > da6: Fixed Direct Access SCSI-3 device > da6: 100.000MB/s transfers WWNN 0x2000001862133c8d WWPN 0x2100001862133c8d > PortID 0xe4 > da6: Command Queueing enabled > da6: 476940MB (961745856 520 byte sectors: 255H 63S/T 59865C) > > the problem is that disk byte sectors are 520 and not 512 > > is there a way to reformat it to 512 byte sectors ? > > is there a way to make it usable ? > > the SCSI III disk has a FC - AL interface (Internal Sun Blade 1000 Caddy). > > thank you > > Rick > > > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" From owner-freebsd-scsi@FreeBSD.ORG Thu May 30 15:00:19 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A422ACC9 for ; Thu, 30 May 2013 15:00:19 +0000 (UTC) (envelope-from dgilbert@interlog.com) Received: from smtp.infotech.no (smtp.infotech.no [82.134.31.41]) by mx1.freebsd.org (Postfix) with ESMTP id 66F6CAA1 for ; Thu, 30 May 2013 15:00:19 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.infotech.no (Postfix) with ESMTP id C89AE20416A; Thu, 30 May 2013 16:52:21 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.6 (20110518) (Debian) at infotech.no Received: from smtp.infotech.no ([127.0.0.1]) by localhost (smtp.infotech.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FMkS0Th7-mQu; Thu, 30 May 2013 16:52:15 +0200 (CEST) Received: from [192.168.48.66] (unknown [199.91.212.82]) by smtp.infotech.no (Postfix) with ESMTPA id B13B620415E; Thu, 30 May 2013 16:52:14 +0200 (CEST) Message-ID: <51A76794.2080500@interlog.com> Date: Thu, 30 May 2013 10:52:04 -0400 From: Douglas Gilbert User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Riccardo Veraldi Subject: Re: troubles with Seagate (EMC2) disk References: <51A72605.4050303@gmail.com> In-Reply-To: <51A72605.4050303@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: dgilbert@interlog.com List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 May 2013 15:00:19 -0000 On 13-05-30 06:12 AM, Riccardo Veraldi wrote: > Hello, > I have a Seagate ST350000 CLAR500 disk. > > it is attached to my Sun Blade 1000 running FreeBSD 9.1 > > I need to label it, create partition and move te root /usr/ var and swap from > the main boot disk which has corrupted blocks. > > so this disk will become my boot disk. > > the problem is that I cannot partition it or even access it in anyway > > dd: /dev/da6: Invalid argument > 1+0 records in > 0+0 records out > 0 bytes transferred in 0.000700 secs (0 bytes/sec) > > this is the disk information: > > da6 at isp0 bus 0 scbus2 target 1 lun 0 > da6: Fixed Direct Access SCSI-3 device > da6: 100.000MB/s transfers WWNN 0x2000001862133c8d WWPN 0x2100001862133c8d > PortID 0xe4 > da6: Command Queueing enabled > da6: 476940MB (961745856 520 byte sectors: 255H 63S/T 59865C) > > the problem is that disk byte sectors are 520 and not 512 > > is there a way to reformat it to 512 byte sectors ? > > is there a way to make it usable ? > > the SCSI III disk has a FC - AL interface (Internal Sun Blade 1000 Caddy). In my sg3_utils package (see http://sg.danny.cz/sg/sg3_utils.html ) there is a utility called sg_format. If you are sure that you do not want the existing data on that disk, try: sg_format --format --size=512 /dev/da6 Doug Gilbert From owner-freebsd-scsi@FreeBSD.ORG Thu May 30 15:33:39 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A040F38D for ; Thu, 30 May 2013 15:33:39 +0000 (UTC) (envelope-from riccardo.veraldi@gmail.com) Received: from mail-ea0-x231.google.com (mail-ea0-x231.google.com [IPv6:2a00:1450:4013:c01::231]) by mx1.freebsd.org (Postfix) with ESMTP id 390F8EE6 for ; Thu, 30 May 2013 15:33:39 +0000 (UTC) Received: by mail-ea0-f177.google.com with SMTP id q14so484715eaj.36 for ; Thu, 30 May 2013 08:33:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=F22xLkBl3cHyqRH2jPMQL6p1O9dUdlPMjuXX6/q5ezY=; b=rlSVoQKhRcw2M2L/3Pr+GIg0xXQ7IMDfDa79GF8u77XxCb+KSrRGp17GfU9lF/gPXN uNjjAE+abMSJOtFr0zh/NG3jlTxhcrCBMSeBOddwJGSzlqUL98csYuPoa/Lb/I7sutjW zStNdB7I7bt1yE8KeM/3ptWGddV4qOpm1Ff39Jo9HR7DnmDS80QYN0qnmkwoPl+Ifxzy CDkk/1/FmYqwbjY09RVjtDfRAIn8tGAmhkzGDARxoTxPVyGjDnaEnaNBn/5xfNKhqnz9 T9UOkakB3UZv+sb26o8DhurZRjMM0g7n6tEnNOYDnGbrx9gzQDPTm1E4sXpyukI6EPR+ +xmw== X-Received: by 10.14.208.131 with SMTP id q3mr10207901eeo.111.1369928018436; Thu, 30 May 2013 08:33:38 -0700 (PDT) Received: from darwin.cnaf.infn.it (darwin.cnaf.infn.it. [131.154.3.242]) by mx.google.com with ESMTPSA id e1sm26704688eem.10.2013.05.30.08.33.36 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 30 May 2013 08:33:37 -0700 (PDT) Message-ID: <51A77152.8030100@gmail.com> Date: Thu, 30 May 2013 17:33:38 +0200 From: Riccardo Veraldi User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: dgilbert@interlog.com Subject: Re: troubles with Seagate (EMC2) disk References: <51A72605.4050303@gmail.com> <51A76794.2080500@interlog.com> In-Reply-To: <51A76794.2080500@interlog.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 May 2013 15:33:39 -0000 thank you very much! your utility is outstanding!! Format in progress, 5.100% done Format in progress, 6.99% done Format in progress, 6.99% done Format in progress, 6.99% done Format in progress, 7.99% done Format in progress, 7.99% done Format in progress, 8.100% done Format in progress, 8.100% done Format in progress, 8.100% done anyway for mistake I did not issued a --wait command... I am formatting a 512GB seagate disk 512 bytes per sector. how long is the default timeout ? if timeout occours I think I have to restart formatting again :( Rick On 5/30/13 4:52 PM, Douglas Gilbert wrote: > On 13-05-30 06:12 AM, Riccardo Veraldi wrote: >> Hello, >> I have a Seagate ST350000 CLAR500 disk. >> >> it is attached to my Sun Blade 1000 running FreeBSD 9.1 >> >> I need to label it, create partition and move te root /usr/ var and >> swap from >> the main boot disk which has corrupted blocks. >> >> so this disk will become my boot disk. >> >> the problem is that I cannot partition it or even access it in anyway >> >> dd: /dev/da6: Invalid argument >> 1+0 records in >> 0+0 records out >> 0 bytes transferred in 0.000700 secs (0 bytes/sec) >> >> this is the disk information: >> >> da6 at isp0 bus 0 scbus2 target 1 lun 0 >> da6: Fixed Direct Access SCSI-3 device >> da6: 100.000MB/s transfers WWNN 0x2000001862133c8d WWPN >> 0x2100001862133c8d >> PortID 0xe4 >> da6: Command Queueing enabled >> da6: 476940MB (961745856 520 byte sectors: 255H 63S/T 59865C) >> >> the problem is that disk byte sectors are 520 and not 512 >> >> is there a way to reformat it to 512 byte sectors ? >> >> is there a way to make it usable ? >> >> the SCSI III disk has a FC - AL interface (Internal Sun Blade 1000 >> Caddy). > > In my sg3_utils package (see http://sg.danny.cz/sg/sg3_utils.html ) > there is a utility called sg_format. If you are sure > that you do not want the existing data on that disk, try: > sg_format --format --size=512 /dev/da6 > > > Doug Gilbert From owner-freebsd-scsi@FreeBSD.ORG Thu May 30 19:43:31 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E7F54FE7 for ; Thu, 30 May 2013 19:43:31 +0000 (UTC) (envelope-from dgilbert@interlog.com) Received: from smtp.infotech.no (smtp.infotech.no [82.134.31.41]) by mx1.freebsd.org (Postfix) with ESMTP id 71B8F12C for ; Thu, 30 May 2013 19:43:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.infotech.no (Postfix) with ESMTP id DB7302041C3; Thu, 30 May 2013 21:43:28 +0200 (CEST) X-Virus-Scanned: by amavisd-new-2.6.6 (20110518) (Debian) at infotech.no Received: from smtp.infotech.no ([127.0.0.1]) by localhost (smtp.infotech.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dWKNRNVaca0i; Thu, 30 May 2013 21:43:22 +0200 (CEST) Received: from [192.168.48.66] (unknown [199.91.212.82]) by smtp.infotech.no (Postfix) with ESMTPA id 45D0820416A; Thu, 30 May 2013 21:43:21 +0200 (CEST) Message-ID: <51A7ABD1.7090706@interlog.com> Date: Thu, 30 May 2013 15:43:13 -0400 From: Douglas Gilbert User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Riccardo Veraldi Subject: Re: troubles with Seagate (EMC2) disk References: <51A72605.4050303@gmail.com> <51A76794.2080500@interlog.com> <51A77152.8030100@gmail.com> In-Reply-To: <51A77152.8030100@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: dgilbert@interlog.com List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 May 2013 19:43:32 -0000 On 13-05-30 11:33 AM, Riccardo Veraldi wrote: > thank you very much! > > your utility is outstanding!! > > Format in progress, 5.100% done > Format in progress, 6.99% done > Format in progress, 6.99% done > Format in progress, 6.99% done > Format in progress, 7.99% done > Format in progress, 7.99% done > Format in progress, 8.100% done > Format in progress, 8.100% done > Format in progress, 8.100% done That looks a bit noisy, I don't see that in Linux. Did the progress indication really go backwards? > anyway for mistake I did not issued a --wait command... Best not to use wait, as your OS needs to wait an awfully long time for that FORMAT UNIT command to complete. Some OSes get fidgety, and send some sort of reset to the disk which they think is in some degenerate state. I have a 3 TB Seagate disk that took over 13 hours to format (in my case I was adding protection information which expands the actual sector size from 512 to 520 bytes). > I am formatting a 512GB seagate disk 512 bytes per sector. > > how long is the default timeout ? sg_format currently chooses 20 seconds if --wait is not given (which means IMMED=1 in FORMAT UNIT) and 15 hours otherwise! With 4 TB disks, that probably should be 20 hours. Silly. Ask Seagate/EMC about how long your disk will take to format. As I said best not to use --wait; then the FORMAT UNIT is sent with the IMMED bit set and sg_format polls the disk checking for the progress indication with TEST UNIT READY (or REQUEST SENSE). > if timeout occours I think I have to restart formatting again :( Oh yes. If FreeBSD is anything like Linux, then timeouts on SCSI commands are best avoided. Especially bad on FORMAT UNIT, then you can read about "format corrupt" state while you wait for the format to run again. Doug Gilbert > On 5/30/13 4:52 PM, Douglas Gilbert wrote: >> On 13-05-30 06:12 AM, Riccardo Veraldi wrote: >>> Hello, >>> I have a Seagate ST350000 CLAR500 disk. >>> >>> it is attached to my Sun Blade 1000 running FreeBSD 9.1 >>> >>> I need to label it, create partition and move te root /usr/ var and swap from >>> the main boot disk which has corrupted blocks. >>> >>> so this disk will become my boot disk. >>> >>> the problem is that I cannot partition it or even access it in anyway >>> >>> dd: /dev/da6: Invalid argument >>> 1+0 records in >>> 0+0 records out >>> 0 bytes transferred in 0.000700 secs (0 bytes/sec) >>> >>> this is the disk information: >>> >>> da6 at isp0 bus 0 scbus2 target 1 lun 0 >>> da6: Fixed Direct Access SCSI-3 device >>> da6: 100.000MB/s transfers WWNN 0x2000001862133c8d WWPN 0x2100001862133c8d >>> PortID 0xe4 >>> da6: Command Queueing enabled >>> da6: 476940MB (961745856 520 byte sectors: 255H 63S/T 59865C) >>> >>> the problem is that disk byte sectors are 520 and not 512 >>> >>> is there a way to reformat it to 512 byte sectors ? >>> >>> is there a way to make it usable ? >>> >>> the SCSI III disk has a FC - AL interface (Internal Sun Blade 1000 Caddy). >> >> In my sg3_utils package (see http://sg.danny.cz/sg/sg3_utils.html ) >> there is a utility called sg_format. If you are sure >> that you do not want the existing data on that disk, try: >> sg_format --format --size=512 /dev/da6 >> >> >> Doug Gilbert > > From owner-freebsd-scsi@FreeBSD.ORG Fri May 31 15:12:28 2013 Return-Path: Delivered-To: FreeBSD-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id C93C8643 for ; Fri, 31 May 2013 15:12:28 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm6.bullet.mail.bf1.yahoo.com (nm6.bullet.mail.bf1.yahoo.com [98.139.212.165]) by mx1.freebsd.org (Postfix) with ESMTP id 2DD809C5 for ; Fri, 31 May 2013 15:12:24 +0000 (UTC) Received: from [98.139.215.143] by nm6.bullet.mail.bf1.yahoo.com with NNFMP; 31 May 2013 15:12:22 -0000 Received: from [98.139.211.207] by tm14.bullet.mail.bf1.yahoo.com with NNFMP; 31 May 2013 15:12:22 -0000 Received: from [127.0.0.1] by smtp216.mail.bf1.yahoo.com with NNFMP; 31 May 2013 15:12:22 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1370013142; bh=PGrPy4R7jw/dGreFWiyPMGzxdjvLrYDcaqeyD8/FmRA=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=KzL+Cll+pstrRh/00c8hvahGgpzRoYxmhiJr2U8Xhq8kYj8NAY0pMeWaSWxRXXJumdkA9lJVWIu38PUx50ETOlKbIJTRSDOjLnvUUwufYQn3Q7wdMeFcyvVRE5bIPQhSIdzRQ2UjAQGoAdKYSMMO4hTyt588c3N/d1d4oacJyTI= X-Yahoo-Newman-Id: 920905.24549.bm@smtp216.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: SPfPKxUVM1k_k.lteXYeokA0fHAde86aKlqxcfH2h0.SLmc kkYUEwX7RsXilmxnS3LPPICgdE1oYtcauU.2m3jaI_DOEbR5TSgRJCBZoSRe A5S8qlzVlQ0dWFwPt_cPitVhwYQrn0ILMIgy8qgMNhTxowbvAc5Bp8KVJ0L6 g_fWTjOS1Mu_CrafXQgqf0FizTBHcUgLR_n6gdwcYUzQCH00pRnTuAO.Knn3 SNTgFm_yYT0emrYWX8A_5OgvCMS_brCV_53SvhCeNCUkPLrWI73i0nIUSuRC dc28IzqUr3iPiTGM5Ik89gk8bOZ5ZWkg8GeTKxlxx51Z6KsfcZtYgAzmHXP2 Vo9t1UFWvLlB5YX2TReY9WuU6dLM1_qCZ4sX8RYQ0tZOb57FVZN9cusCXpNY cq0j5WlG5MYR.p4iHaf0DxOkKqaCk4_nGk3uLyZXHkvLsIR4xf5pVoMw2TqL GITIby5vEw.dtfY5BzMTiGdbkhlf490gDNWSh3HyP6HssTQ6NeE940iY- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.43.121] (sean_bruno@70.197.11.212 with ) by smtp216.mail.bf1.yahoo.com with SMTP; 31 May 2013 08:12:22 -0700 PDT Subject: ahd(4) reliable panic From: Sean Bruno To: "FreeBSD-scsi@freebsd.org" Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-0JdhMjXMOXUH57YuV73C" Date: Fri, 31 May 2013 08:12:20 -0700 Message-ID: <1370013140.1347.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 May 2013 15:12:28 -0000 --=-0JdhMjXMOXUH57YuV73C Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable ports building seems to be able to panic ahd(4) pretty reliably. > db> whe > Tracing pid 12 tid 100040 td 0xfffffe0015b53000 > ahd_freeze_devq() at ahd_freeze_devq+0x16/frame 0xffffff800039da60 > ahd_handle_seqint() at ahd_handle_seqint+0xf11/frame 0xffffff800039db00 > ahd_platform_intr() at ahd_platform_intr+0x242/frame 0xffffff800039db20 > intr_event_execute_handlers() at intr_event_execute_handlers+0xfd/frame 0= xffffff800039db50 > ithread_loop() at ithread_loop+0x9b/frame 0xffffff800039dba0 > fork_exit() at fork_exit+0x11f/frame 0xffffff800039dbf0 > fork_trampoline() at fork_trampoline+0xe/frame 0xffffff800039dbf0 > --- trap 0, rip =3D 0, rsp =3D 0xffffff800039dcb0, rbp =3D 0 --- This looks like a symptom that was reported in a lot of PR reports. =20 I'm assuming that I need more information? Sean --=-0JdhMjXMOXUH57YuV73C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRqL3QAAoJEBkJRdwI6BaH8tkIAJW1EDIEb1APSDsyFvG7O3Uj RInCXckhFtGUycciy8YGAQVUrQlfHOHXpE3EGWlrradA7aEnCnLaFMF6zP9f3sON 4cYxUAHEvkOAdtKO+DUUtUlhtjpvQkfwTsy8FQTpA7kcGneZbem/rtFX48tSFl7w d5WuYL1EsIH/76u7dRSIoVGOiDmO0m5tOpQ2+iEGBcD/Z+BK4Qc7z3oCQ2U/emoF 5sqwDWDTgVu941ZkKPDGxmcg7WUm8z4vLs0YENQdlFiH4XoGqOXIA4CZGPxZvDfU TTQo1WhtCcqLmsTOmK+9NU3QrDIVYCoXXbty4VzN9qHZVoJEoKHjc/H58qWyOVc= =c/2i -----END PGP SIGNATURE----- --=-0JdhMjXMOXUH57YuV73C-- From owner-freebsd-scsi@FreeBSD.ORG Fri May 31 15:23:58 2013 Return-Path: Delivered-To: FreeBSD-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2AEB99B1; Fri, 31 May 2013 15:23:58 +0000 (UTC) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (ns1.scsiguy.com [70.89.174.89]) by mx1.freebsd.org (Postfix) with ESMTP id D8A68A8C; Fri, 31 May 2013 15:23:57 +0000 (UTC) Received: from tomo.sldomain.com (207-225-98-3.dia.static.qwest.net [207.225.98.3]) (authenticated bits=0) by aslan.scsiguy.com (8.14.7/8.14.5) with ESMTP id r4VFNoJR066368 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 31 May 2013 15:23:51 GMT (envelope-from gibbs@scsiguy.com) Content-Type: multipart/signed; boundary="Apple-Mail=_9A9746A8-33C4-4C75-AC63-5F29EE5EAAAC"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: ahd(4) reliable panic From: "Justin T. Gibbs" In-Reply-To: <1370013140.1347.1.camel@localhost> Date: Fri, 31 May 2013 09:23:47 -0600 Message-Id: References: <1370013140.1347.1.camel@localhost> To: sbruno@freebsd.org X-Mailer: Apple Mail (2.1503) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (aslan.scsiguy.com [70.89.174.89]); Fri, 31 May 2013 15:23:51 +0000 (UTC) Cc: "FreeBSD-scsi@freebsd.org" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 May 2013 15:23:58 -0000 --Apple-Mail=_9A9746A8-33C4-4C75-AC63-5F29EE5EAAAC Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On May 31, 2013, at 9:12 AM, Sean Bruno wrote: > ports building seems to be able to panic ahd(4) pretty reliably. >=20 >=20 >> db> whe >> Tracing pid 12 tid 100040 td 0xfffffe0015b53000 >> ahd_freeze_devq() at ahd_freeze_devq+0x16/frame 0xffffff800039da60 >> ahd_handle_seqint() at ahd_handle_seqint+0xf11/frame = 0xffffff800039db00 >> ahd_platform_intr() at ahd_platform_intr+0x242/frame = 0xffffff800039db20 >> intr_event_execute_handlers() at = intr_event_execute_handlers+0xfd/frame 0xffffff800039db50 >> ithread_loop() at ithread_loop+0x9b/frame 0xffffff800039dba0 >> fork_exit() at fork_exit+0x11f/frame 0xffffff800039dbf0 >> fork_trampoline() at fork_trampoline+0xe/frame 0xffffff800039dbf0 >> --- trap 0, rip =3D 0, rsp =3D 0xffffff800039dcb0, rbp =3D 0 --- >=20 > This looks like a symptom that was reported in a lot of PR reports. =20= >=20 > I'm assuming that I need more information? >=20 > Sean The panic string would be useful. So might the msgbuf output. -- Justin= --Apple-Mail=_9A9746A8-33C4-4C75-AC63-5F29EE5EAAAC Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.19 (Darwin) iQEcBAEBAgAGBQJRqMCDAAoJED9n8CuvaSf4jHkH/jnQj17qP63wEe24haznpWcb KhV2o8FBZRgqmtBr471axVk7yHyod7J41pBVH1W5o5sVl/QsM9ajmyXo53Hb5KO7 S1wPdD5quluRmlTPZZrcR8sDs53YMI8LZ4a+lYomljdR43zfDGEmzzQ6gt0V4Rjx LLOFtzJC6au5KvM5AqPxO3IHyxMDQcGclVg5AmbFgp5LRHZLp7o+Ev38oJZkGmNu fHiBL+O+u/h2RqLGq9SddSz8K17ubaKPCVjYlQOS/E3o87uAEsr6pr4tK6AxTETd eBK0ViyEGIXs94+IVf2M7YCFzgPTJCCqH/oHAVwcMDlN6zXQ7O/o1eqSpCO7NMQ= =d7to -----END PGP SIGNATURE----- --Apple-Mail=_9A9746A8-33C4-4C75-AC63-5F29EE5EAAAC-- From owner-freebsd-scsi@FreeBSD.ORG Fri May 31 18:57:47 2013 Return-Path: Delivered-To: FreeBSD-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 16FA9582 for ; Fri, 31 May 2013 18:57:47 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm45-vm3.bullet.mail.bf1.yahoo.com (nm45-vm3.bullet.mail.bf1.yahoo.com [216.109.115.62]) by mx1.freebsd.org (Postfix) with ESMTP id 9E0447D4 for ; Fri, 31 May 2013 18:57:46 +0000 (UTC) Received: from [98.139.214.32] by nm45.bullet.mail.bf1.yahoo.com with NNFMP; 31 May 2013 18:57:40 -0000 Received: from [98.139.213.2] by tm15.bullet.mail.bf1.yahoo.com with NNFMP; 31 May 2013 18:57:40 -0000 Received: from [127.0.0.1] by smtp102.mail.bf1.yahoo.com with NNFMP; 31 May 2013 18:57:40 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1370026660; bh=/ma8AapopxLKaAOhEAdrvegq53EhYvJFRU7BYQqnhc8=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=GpnRQVq2yunQEaL1ZAV2bCMgj3XP0koHiC8ZlNosfalgbvS9cm/6q24LmbM9mCdwy69KymaeKM9a75D70rJCYITgHZFKCoI0KQ9mjr2PfAe2CfTAAK11yt2a79tgE5/3bQn+YsItHmwfCaoJZ4VnMTdjFPBwtDKnQ0E+FQ3q+EI= X-Yahoo-Newman-Id: 540759.27848.bm@smtp102.mail.bf1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: QXbl3nEVM1kqw9hg4vopUKRXtnuDd4MFITtLNcR9EKM2Iv1 lDlYD8kAo5016rHBIb_d6CkLIYvlBw.FdaeChcZx5NRw7ttW6.nCvKNnORwX j8uz5Q3GHI7bDKVWIsN3w.N4wq5uNE8RdPiZsS_olYRGDrvrxNc0sYXnX.YI czN4ldU3lu2RgwS3kCe_OHj4R2U4hXiG53zj4WRDvQlZWItykX64tsSmzOCJ RLZUErJlS4WdsmugkquxC3TwZxJV.xb6BnGLeFA9V9bE1ic.bFqhzikQKX2W i3aJXy43x1zW3BscQBcRq0JAjsim1fPTDrvrNfBptjo64Pr8cm6KQbpd5F7U DD40Y.94UhZiaNC6DnkMxxaiM63I2pvQTEnyykR_KVme6sDAKmrAqZVdT7BP 9jwtT394P73UKdsqJcicNeEnjx5S2GoAFTgCVTcZFyfiNJdLGb43Dm9Gpb4L Nzu1Stxn5dGgOmKnhD.l_TyQkM23QVVix9jEg5IXfLsBLgUeHVY8ZL3t0dLd dNFP2KBzF84hHxAvpdjc0I1fxn7ULPtl.Zuu2GtvUwXAj3OqrxNWQBgHM6vS vPXi3v_cfVq9KrEl3UtFuSfvUTssZaer4zckw1A-- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [10.73.160.242] (sean_bruno@209.131.62.116 with ) by smtp102.mail.bf1.yahoo.com with SMTP; 31 May 2013 11:57:40 -0700 PDT Subject: Re: ahd(4) reliable panic From: Sean Bruno To: "Justin T. Gibbs" In-Reply-To: References: <1370013140.1347.1.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-gQOAhCDhWnD4VNLZmGbd" Date: Fri, 31 May 2013 11:57:39 -0700 Message-ID: <1370026659.2163.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "FreeBSD-scsi@freebsd.org" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 May 2013 18:57:47 -0000 --=-gQOAhCDhWnD4VNLZmGbd Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Fri, 2013-05-31 at 09:23 -0600, Justin T. Gibbs wrote: > On May 31, 2013, at 9:12 AM, Sean Bruno wrote: >=20 > > ports building seems to be able to panic ahd(4) pretty reliably. > >=20 > >=20 > >> db> whe > >> Tracing pid 12 tid 100040 td 0xfffffe0015b53000 > >> ahd_freeze_devq() at ahd_freeze_devq+0x16/frame 0xffffff800039da60 > >> ahd_handle_seqint() at ahd_handle_seqint+0xf11/frame 0xffffff800039db0= 0 > >> ahd_platform_intr() at ahd_platform_intr+0x242/frame 0xffffff800039db2= 0 > >> intr_event_execute_handlers() at intr_event_execute_handlers+0xfd/fram= e 0xffffff800039db50 > >> ithread_loop() at ithread_loop+0x9b/frame 0xffffff800039dba0 > >> fork_exit() at fork_exit+0x11f/frame 0xffffff800039dbf0 > >> fork_trampoline() at fork_trampoline+0xe/frame 0xffffff800039dbf0 > >> --- trap 0, rip =3D 0, rsp =3D 0xffffff800039dcb0, rbp =3D 0 --- > >=20 > > This looks like a symptom that was reported in a lot of PR reports. = =20 > >=20 > > I'm assuming that I need more information? > >=20 > > Sean >=20 > The panic string would be useful. So might the msgbuf output. >=20 > -- > Justin Full dmesg from boot, then everything that melts down until the panic. =20 http://people.freebsd.org/~sbruno/package12.log sean --=-gQOAhCDhWnD4VNLZmGbd Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRqPKcAAoJEBkJRdwI6BaH+fgH/36X4ET9eebLroN+/5P3yCI0 snG+sL6gFRS+rztKT8UaaRT3d6wA6Yx5K9QUeJsF4ilrk7VPS79pukdToDjwIOq5 vAdLd0AYraDkl8zZedyvZ55GR2mZcivHppAXycTBpXUFEjgG3IFMzvMVgAwe1Oda Ah5sFy+QiEvCITJ7MlYsZGQoS2hvp7PqUo1CJp7B0U0kkeIWVxhafYNXnIgoxqm7 kGpgd1Az1x5wsacwXfkUY7k9/sUf/HrdnybbGTfHsUIfan6GWd5mHO0WIIHiK3K+ ilgwFBi8+uJeXh69pEdrqHJXOLSm8oE2clQ6A4SXT/qlLkasCrIAv392MiIowS8= =eKD1 -----END PGP SIGNATURE----- --=-gQOAhCDhWnD4VNLZmGbd-- From owner-freebsd-scsi@FreeBSD.ORG Fri May 31 20:09:08 2013 Return-Path: Delivered-To: FreeBSD-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 0588E81B; Fri, 31 May 2013 20:09:08 +0000 (UTC) (envelope-from gibbs@scsiguy.com) Received: from aslan.scsiguy.com (www.scsiguy.com [70.89.174.89]) by mx1.freebsd.org (Postfix) with ESMTP id B40CEA42; Fri, 31 May 2013 20:09:07 +0000 (UTC) Received: from [10.0.0.36] (65.105.242.98.ptr.us.xo.net [65.105.242.98]) (authenticated bits=0) by aslan.scsiguy.com (8.14.7/8.14.5) with ESMTP id r4VJq6Al067613 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 31 May 2013 19:52:08 GMT (envelope-from gibbs@scsiguy.com) Content-Type: multipart/signed; boundary="Apple-Mail=_CC75DD47-FF21-410B-AC05-26763447811E"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) Subject: Re: ahd(4) reliable panic From: "Justin T. Gibbs" In-Reply-To: <1370026659.2163.1.camel@localhost> Date: Fri, 31 May 2013 13:52:03 -0600 Message-Id: <838492F2-0197-4279-8397-ED4C0F320941@scsiguy.com> References: <1370013140.1347.1.camel@localhost> <1370026659.2163.1.camel@localhost> To: sbruno@freebsd.org X-Mailer: Apple Mail (2.1503) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (aslan.scsiguy.com [70.89.174.89]); Fri, 31 May 2013 19:52:08 +0000 (UTC) Cc: "FreeBSD-scsi@freebsd.org" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 May 2013 20:09:08 -0000 --Apple-Mail=_CC75DD47-FF21-410B-AC05-26763447811E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On May 31, 2013, at 12:57 PM, Sean Bruno wrote: > On Fri, 2013-05-31 at 09:23 -0600, Justin T. Gibbs wrote: >> On May 31, 2013, at 9:12 AM, Sean Bruno wrote: >>=20 >>> ports building seems to be able to panic ahd(4) pretty reliably. >>>=20 >>>=20 >>>> db> whe >>>> Tracing pid 12 tid 100040 td 0xfffffe0015b53000 >>>> ahd_freeze_devq() at ahd_freeze_devq+0x16/frame 0xffffff800039da60 >>>> ahd_handle_seqint() at ahd_handle_seqint+0xf11/frame = 0xffffff800039db00 >>>> ahd_platform_intr() at ahd_platform_intr+0x242/frame = 0xffffff800039db20 >>>> intr_event_execute_handlers() at = intr_event_execute_handlers+0xfd/frame 0xffffff800039db50 >>>> ithread_loop() at ithread_loop+0x9b/frame 0xffffff800039dba0 >>>> fork_exit() at fork_exit+0x11f/frame 0xffffff800039dbf0 >>>> fork_trampoline() at fork_trampoline+0xe/frame 0xffffff800039dbf0 >>>> --- trap 0, rip =3D 0, rsp =3D 0xffffff800039dcb0, rbp =3D 0 --- >>>=20 >>> This looks like a symptom that was reported in a lot of PR reports. =20= >>>=20 >>> I'm assuming that I need more information? >>>=20 >>> Sean >>=20 >> The panic string would be useful. So might the msgbuf output. >>=20 >> -- >> Justin >=20 >=20 > Full dmesg from boot, then everything that melts down until the panic. = =20 >=20 > http://people.freebsd.org/~sbruno/package12.log >=20 > sean Can you attempt to reproduce this with AHD_REG_PRETTY_PRINT enabled in your kernel? Also, do you still have the panic string? -- Justin= --Apple-Mail=_CC75DD47-FF21-410B-AC05-26763447811E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.19 (Darwin) iQEcBAEBAgAGBQJRqP9jAAoJED9n8CuvaSf4hbgIAJbzOQrLKsxy2fUNvL7fxR1Y 12IM4QiG27Oti/9++Qi1gWJ628XZVf16bd04iVrs7awgw64fRDfa2uYjbVIX+17J x4o0LMr+jZQGUDlqxe0nRYKJR/jjswYklLqYzTQA2lQ/3mu5RKhmT+98BI2Lkufw CYh8xmu9k8tlbXjrgOM9jqkT7L2rc75R+USS6h6aUaf/yzRSLOXyB+4P+C6J53b1 /yzPOu7AJeMzKLuUWNfwWKXavsYaDPa/uWaSRseNzKPC+IpSh8FRWsXorXgS3PtD LkgwEgVLw6OlaNr0dMtJGX/70pjlwqRlDHidh8yygp6Fy1fosHvUhRwuOSeAQUM= =OsUl -----END PGP SIGNATURE----- --Apple-Mail=_CC75DD47-FF21-410B-AC05-26763447811E-- From owner-freebsd-scsi@FreeBSD.ORG Fri May 31 23:49:26 2013 Return-Path: Delivered-To: FreeBSD-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 272A177A for ; Fri, 31 May 2013 23:49:26 +0000 (UTC) (envelope-from sean_bruno@yahoo.com) Received: from nm6-vm4.bullet.mail.ne1.yahoo.com (nm6-vm4.bullet.mail.ne1.yahoo.com [98.138.91.166]) by mx1.freebsd.org (Postfix) with ESMTP id DC681211 for ; Fri, 31 May 2013 23:49:25 +0000 (UTC) Received: from [98.138.226.178] by nm6.bullet.mail.ne1.yahoo.com with NNFMP; 31 May 2013 23:45:56 -0000 Received: from [98.138.84.41] by tm13.bullet.mail.ne1.yahoo.com with NNFMP; 31 May 2013 23:45:56 -0000 Received: from [127.0.0.1] by smtp109.mail.ne1.yahoo.com with NNFMP; 31 May 2013 23:45:56 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1370043956; bh=geEpusL20qMKRH3CxYoXt/s/6ooe1XRp7rvhyqTTmgY=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=ljzW/HfsRBxGuOfRZNqJ7xuQ2DnpJfxiDsgM+LLmdjd/5v9zb4t2QOCzqMDlVoBUhZk/NZPsmN3B7ViIxNgfVc7j4m0fllQ7p0ZQC1GDdpdO7HAAeerr16/66/NV5IVxBUqTJM+NmHxGnm5OVqo+mkYXJDdiDYUEQhhdIv6GLYg= X-Yahoo-Newman-Id: 117414.26474.bm@smtp109.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 4ChXmEMVM1n9EEmMcqcywn5nyUz70osc8.TPCWJJa7bFZ.B mqntBehwNcpJegw0LEDIpYBcdG1MdmNeKnOsIBI8VmrwsHvHFWtN.BPPcSWh oGQ69e7GF_vD5rPnhzuBEHBTswSX1ESOVWMHYTrqtkoAxoLdhDpBHfDIOsbr 64m3dgXnQoUhOUcekkbU9eJ80G6RcIHv5WCmpgNz.ziTetDTTsxTwLmaj0wb TNAFm7Ya2XKIp8n08CnbEAdIaMxEP4hIjZVSnpxPCDK3KKBjoFC3U2Oszc30 MCauzpgZ543Z3.ybzjUq2_MGGA60cLd..S4ekSBikgdL2GcNLGMbdPJyaHph CkyhM5jge11TVvC.c6Cwdv_XvmE2gIfg1jXfvQxEPFOzC9y.ippLT_Kzpq4. PVWiWH6vHSqNc9ilxnRpsQSDFEukr4ploDxC.3kb_NNadS2Mr.V3yoeV_qQQ C07rnUQ_Z65jSE4awYxYrZSkQVnJrm7L9SgvQmPDlNxftDRQGgG1Yzjc- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.43.121] (sean_bruno@70.197.11.212 with ) by smtp109.mail.ne1.yahoo.com with SMTP; 31 May 2013 16:45:55 -0700 PDT Subject: Re: ahd(4) reliable panic From: Sean Bruno To: "Justin T. Gibbs" In-Reply-To: <838492F2-0197-4279-8397-ED4C0F320941@scsiguy.com> References: <1370013140.1347.1.camel@localhost> <1370026659.2163.1.camel@localhost> <838492F2-0197-4279-8397-ED4C0F320941@scsiguy.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-tTAm7UbKv4tZ19gAYOwz" Date: Fri, 31 May 2013 16:45:53 -0700 Message-ID: <1370043953.1300.0.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Cc: "FreeBSD-scsi@freebsd.org" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: sbruno@freebsd.org List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 May 2013 23:49:26 -0000 --=-tTAm7UbKv4tZ19gAYOwz Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable On Fri, 2013-05-31 at 13:52 -0600, Justin T. Gibbs wrote:=20 > On May 31, 2013, at 12:57 PM, Sean Bruno wrote: >=20 > > On Fri, 2013-05-31 at 09:23 -0600, Justin T. Gibbs wrote: > >> On May 31, 2013, at 9:12 AM, Sean Bruno wrote: > >>=20 > >>> ports building seems to be able to panic ahd(4) pretty reliably. > >>>=20 > >>>=20 > >>>> db> whe > >>>> Tracing pid 12 tid 100040 td 0xfffffe0015b53000 > >>>> ahd_freeze_devq() at ahd_freeze_devq+0x16/frame 0xffffff800039da60 > >>>> ahd_handle_seqint() at ahd_handle_seqint+0xf11/frame 0xffffff800039d= b00 > >>>> ahd_platform_intr() at ahd_platform_intr+0x242/frame 0xffffff800039d= b20 > >>>> intr_event_execute_handlers() at intr_event_execute_handlers+0xfd/fr= ame 0xffffff800039db50 > >>>> ithread_loop() at ithread_loop+0x9b/frame 0xffffff800039dba0 > >>>> fork_exit() at fork_exit+0x11f/frame 0xffffff800039dbf0 > >>>> fork_trampoline() at fork_trampoline+0xe/frame 0xffffff800039dbf0 > >>>> --- trap 0, rip =3D 0, rsp =3D 0xffffff800039dcb0, rbp =3D 0 --- > >>>=20 > >>> This looks like a symptom that was reported in a lot of PR reports. = =20 > >>>=20 > >>> I'm assuming that I need more information? > >>>=20 > >>> Sean > >>=20 > >> The panic string would be useful. So might the msgbuf output. > >>=20 > >> -- > >> Justin > >=20 > >=20 > > Full dmesg from boot, then everything that melts down until the panic. = =20 > >=20 > > http://people.freebsd.org/~sbruno/package12.log > >=20 > > sean >=20 > Can you attempt to reproduce this with AHD_REG_PRETTY_PRINT > enabled in your kernel? >=20 Will do. =20 > Also, do you still have the panic string? >=20 > -- > Justin Huh, I didn't do a good job of showing the panic. Sorry about that. Fatal trap 12: page fault while in kernel mode=20 cpuid =3D 2; apic id =3D 02 fault virtual address =3D 0x0 fault code =3D supervisor read data, page not present instruction pointer =3D 0x20:0xffffffff803f5ec6 stack pointer =3D 0x28:0xffffff800039da40 frame pointer =3D 0x28:0xffffff800039da60 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 12 (irq30: ahd0) [ thread pid 12 tid 100040 ] Stopped at ahd_freeze_devq+0x16: movq (%rsi),%rax db> [-- sbruno@conserver.nyi.freebsd.org attached -- Fri May 31 15:09:31 20= 13] db>=20 db>=20 db> last No such command db> whe Tracing pid 12 tid 100040 td 0xfffffe0015b53000 ahd_freeze_devq() at ahd_freeze_devq+0x16/frame 0xffffff800039da60 ahd_handle_seqint() at ahd_handle_seqint+0xf11/frame 0xffffff800039db00 ahd_platform_intr() at ahd_platform_intr+0x242/frame 0xffffff800039db20 intr_event_execute_handlers() at intr_event_execute_handlers+0xfd/frame 0xf= fffff800039db50 ithread_loop() at ithread_loop+0x9b/frame 0xffffff800039dba0 fork_exit() at fork_exit+0x11f/frame 0xffffff800039dbf0 fork_trampoline() at fork_trampoline+0xe/frame 0xffffff800039dbf0 --- trap 0, rip =3D 0, rsp =3D 0xffffff800039dcb0, rbp =3D 0 --- db> reset cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 2 --=-tTAm7UbKv4tZ19gAYOwz Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (FreeBSD) iQEcBAABAgAGBQJRqTYnAAoJEBkJRdwI6BaHJwsH/iXG/+TPNLD4icSXShlUaRMe 7uPEG8BSWwh2yNX+dCC0gnDrZC4e3ZgDfwiSFRZktrHaLd/DpvS2POfswwtrfxQ2 vkrt9Ur7tNgEotz19qJZ7TrbjNjIasVvE7YjrKMxpEAfOETkPfw7AOlwXQ5qUwRy PM0vLa5QPbOmCMMp0RjsC9pvUFLBLxs9K3lNjtuK/2IcbReVH6i0syB4mQpOD0dN k8zau/k4bRRM2X6HwWcs2n+vHBjsBoQqFBMMiQR9Zo3GH2njI58quk0XqSyFUrGc +yjbQe+d8qYeAE7fIWkSuJ5oUo5mLXLPS23VDBn7SfGvDynfE9VKX6Tt7kdIaMU= =svXn -----END PGP SIGNATURE----- --=-tTAm7UbKv4tZ19gAYOwz-- From owner-freebsd-scsi@FreeBSD.ORG Sat Jun 1 03:25:08 2013 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 821) id 32DF76E; Sat, 1 Jun 2013 03:25:08 +0000 (UTC) Date: Sat, 1 Jun 2013 03:25:08 +0000 From: John To: FreeBSD SCSI Subject: Re: Repeated msgs & kernel panic w/ r246437 (Revamp the CAM enclosure services driver) Message-ID: <20130601032508.GA72781@FreeBSD.org> References: <20130422030053.GA23186@FreeBSD.org> <517641C6.7010905@FreeBSD.org> <20130423140237.GA50775@nargothrond.kdm.org> <20130508193313.GA65921@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130508193313.GA65921@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Alexander Motin , "Kenneth D. Merry" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Jun 2013 03:25:08 -0000 ----- John's Original Message ----- > ----- Kenneth D. Merry's Original Message ----- > > > On 22.04.2013 06:00, John wrote: > > > >Hi Folks, > > > > > > > > After updating one of our servers to the latest stable image, > > > >it appears that commit r246437 appears to be causing it to panic. > > > I agree. I added the xpt_create_path_unlocked() call to fix a > > panic with a stack trace just like the one above. It looks like a problem > > due to running r246437 exactly. > > As noted above, the system panics with the latest stable image. We > simply started backing off commits until we found where the system > no longer panic'd. > > Side note: is there a way to disable the new daemon that I haven't > seen? sysctl? loader config? > > Apologies for the delay - here is the stable information: > > 'working' tag - has 1 of the external LSI cards disabled (so only 1 path through the shelves). > 'broken' tag - has both cards enabled and panics in short order. > > Both of these are with a stable build (r249895) > > http://www.freebsd.org/~jwd/r246437/dmesg.working.txt > http://www.freebsd.org/~jwd/r246437/dmesg.broken.txt Hi Folks, I had a little time to look at this again.. I enabled WITNESS on a 9-stable system from 5/30/2013. It ran for a short while before panic'ing. ses40: ses0,pass20: Element descriptor: ' ' ses40: ses0,pass20: SAS Expander: 24 Physses40: phy 0: connector 255 other 255 ses40: phy 1: connector 255 other 255 ses40: phy 2: connector 255 other 255 ses40: phy 3: connector 255 other 255 ses40: phy 4: connector 255 other 255 ses40: phy 5: connector 255 other 255 ses40: phy 6: connector 255 other 255 ses40: phy 7: connector 255 other 255 ses40: phy 8: connector 255 other 255 ses40: phy 9: connector 255 other 255 ses40: phy 10: connector 255 other 255 ses40: phy 11: connector 255 other 255 ses40: phy 12: connector 255 other 255 ses40: phy 13: connector 255 other 255 ses40: phy 14: connector 255 other 255 ses40: phy 15: connector 255 other 255 ses40: phy 16: connector 255 other 255 ses40: phy 17: connector 255 other 255 ses40: phy 18: connector 255 other 255 ses40: phy 19: connector 255 other 255 ses40: phy 20: connector 255 other 255 ses40: phy 21: connector 255 other 255 ses40: phy 22: connector 255 other 255 ses40: phy 23: connector 255 other 255 Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex MPT2SAS lock (MPT2SAS lock) r = 0 (0xffffff8cce0161b8) locked @ /usr/src.2013-05-30_18.01.06/sys/cam/cam_periph.h:192 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame 0xffffffa42c96c480 kdb_backtrace() at kdb_backtrace+0x37/frame 0xffffffa42c96c540 _witness_debugger() at _witness_debugger+0x2c/frame 0xffffffa42c96c560 witness_warn() at witness_warn+0x2d2/frame 0xffffffa42c96c6a0 trap_pfault() at trap_pfault+0x6a/frame 0xffffffa42c96c730 trap() at trap+0x42a/frame 0xffffffa42c96c930 calltrap() at calltrap+0x8/frame 0xffffffa42c96c930 --- trap 0xc, rip = 0xffffffff80cc69e8, rsp = 0xffffffa42c96c9f0, rbp = 0xffffffa42c96ca20 --- memcpy() at memcpy+0x8/frame 0xffffffa42c96ca20 xpt_getattr() at xpt_getattr+0x10f/frame 0xffffffa42c96cb30 pass_add_physpath() at pass_add_physpath+0x6d/frame 0xffffffa42c96cb60 taskqueue_run_locked() at taskqueue_run_locked+0x93/frame 0xffffffa42c96cbc0 taskqueue_thread_loop() at taskqueue_thread_loop+0x3e/frame 0xffffffa42c96cbe0 fork_exit() at fork_exit+0x135/frame 0xffffffa42c96cc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffffa42c96cc30 --- trap 0, rip = 0, rsp = 0xffffffa42c96ccf0, rbp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 4; apic id = 12 fault virtual address = 0x0 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80cc69e8 stack pointer = 0x28:0xffffffa42c96c9f0 frame pointer = 0x28:0xffffffa42c96ca20 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (thread taskq) lock order reversal: (Giant after non-sleepable) lock order reversal: (Giant after non-sleepable) 1st 0xffffff8cce0161b8 MPT2SAS lock (MPT2SAS lock) @ /usr/src.2013-05-30_18.01.06/sys/cam/cam_periph.h:192 1st 0xffffff8cce0161b8 MPT2SAS lock (MPT2SAS lock) @ /usr/src.2013-05-30_18.01.06/sys/cam/cam_periph.h:192 2nd 0xffffffff813d1760 Giant (Giant) @ /usr/src.2013-05-30_18.01.06/sys/dev/usb/input/ukbd.c:1942 2nd 0xffffffff813d1760 Giant (Giant) @ /usr/src.2013-05-30_18.01.06/sys/dev/usb/input/ukbd.c:1942 KDB: stack backtrace: KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame 0xffffffa42c96c3b0 kdb_backtrace() at kdb_backtrace+0x37/frame 0xffffffa42c96c470 _witness_debugger() at _witness_debugger+0x2c/frame 0xffffffa42c96c490 witness_checkorder() at witness_checkorder+0x875/frame 0xffffffa42c96c550 _mtx_lock_flags() at _mtx_lock_flags+0x80/frame 0xffffffa42c96c580 ukbd_poll() at ukbd_poll+0x27/frame 0xffffffa42c96c5a0 kbdmux_poll() at kbdmux_poll+0x3f/frame 0xffffffa42c96c5c0 cngrab() at cngrab+0x2f/frame 0xffffffa42c96c5e0 kdb_trap() at kdb_trap+0xc6/frame 0xffffffa42c96c640 trap_fatal() at trap_fatal+0x29d/frame 0xffffffa42c96c6a0 trap_pfault() at trap_pfault+0x7a/frame 0xffffffa42c96c730 trap() at trap+0x42a/frame 0xffffffa42c96c930 calltrap() at calltrap+0x8/frame 0xffffffa42c96c930 --- trap 0xc, rip = 0xffffffff80cc69e8, rsp = 0xffffffa42c96c9f0, rbp = 0xffffffa42c96ca20 --- memcpy() at memcpy+0x8/frame 0xffffffa42c96ca20 xpt_getattr() at xpt_getattr+0x10f/frame 0xffffffa42c96cb30 pass_add_physpath() at pass_add_physpath+0x6d/frame 0xffffffa42c96cb60 taskqueue_run_locked() at taskqueue_run_locked+0x93/frame 0xffffffa42c96cbc0 taskqueue_thread_loop() at taskqueue_thread_loop+0x3e/frame 0xffffffa42c96cbe0 fork_exit() at fork_exit+0x135/frame 0xffffffa42c96cc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffffa42c96cc30 --- trap 0, rip = 0, rsp = 0xffffffa42c96ccf0, rbp = 0 --- [ thread pid 0 tid 100034 ] Stopped at memcpy+0x8: repe movsq (%rsi),%es:(%rdi) db> bt Tracing pid 0 tid 100034 td 0xfffffe002c98c920 memcpy() at memcpy+0x8/frame 0xffffffa42c96ca20 xpt_getattr() at xpt_getattr+0x10f/frame 0xffffffa42c96cb30 pass_add_physpath() at pass_add_physpath+0x6d/frame 0xffffffa42c96cb60 taskqueue_run_locked() at taskqueue_run_locked+0x93/frame 0xffffffa42c96cbc0 taskqueue_thread_loop() at taskqueue_thread_loop+0x3e/frame 0xffffffa42c96cbe0 fork_exit() at fork_exit+0x135/frame 0xffffffa42c96cc30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffffa42c96cc30 --- trap 0, rip = 0, rsp = 0xffffffa42c96ccf0, rbp = 0 --- db> Bits and pieces... 48 enclosure daemons running: Tracing command enc_daemon47 pid 64 tid 100160 td 0xfffffe009dd28490 sched_switch() at sched_switch+0x194/frame 0xffffffa70faa4a40 mi_switch() at mi_switch+0x208/frame 0xffffffa70faa4a90 sleepq_switch() at sleepq_switch+0xfc/frame 0xffffffa70faa4ac0 sleepq_wait() at sleepq_wait+0x4d/frame 0xffffffa70faa4af0 _sleep() at _sleep+0x3d4/frame 0xffffffa70faa4b80 enc_daemon() at enc_daemon+0xde/frame 0xffffffa70faa4be0 fork_exit() at fork_exit+0x135/frame 0xffffffa70faa4c30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffffa70faa4c30 --- trap 0, rip = 0, rsp = 0xffffffa70faa4cf0, rbp = 0 --- And it looks like there are some reversals within the daemon: acquiring duplicate lock of same type: "MPT2SAS lock" 1st MPT2SAS lock @ /usr/src.2013-05-30_18.01.06/sys/cam/cam_periph.h:192 2nd MPT2SAS lock @ /usr/src.2013-05-30_18.01.06/sys/cam/scsi/scsi_xpt.c:2529 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a/frame 0xffffffa70fa4a010 ses27: phy 0: SAS device type 1 id 1 ses27: phy 0: protocols: Initiator( None ) Target( SSP ) ses27: phy 0: parent 50014380019fa87d addr 5000c500345510be ses26: phy 0: SAS device type 1 id 1 ses26: phy 0: protocols: Initiator( None ) Target( SSP ) ses26: phy 0: parent 50014380019f20bd addr 5000c50034642cb2 ses28: phy 0: parent 50014380019f787d addr 5000c50034635216 kdb_backtrace() at kdb_backtrace+0x37/frame 0xffffffa70fa4a0d0 _witness_debugger() at _witness_debugger+0x2c/frame 0xffffffa70fa4a0f0 witness_checkorder() at witness_checkorder+0x95e/frame 0xffffffa70fa4a1b0 _mtx_lock_flags() at _mtx_lock_flags+0x80/frame 0xffffffa70fa4a1e0 scsi_action() at scsi_action+0x1d1/frame 0xffffffa70fa4a200 ses_setphyspath_callback() at ses_setphyspath_callback+0x177/frame 0xffffffa70fa4a310 ses_path_iter_devid_callback() at ses_path_iter_devid_callback+0x1c6/frame 0xffffffa70fa4a8b0 ses_devids_iter() at ses_devids_iter+0xb1/frame 0xffffffa70fa4a930 ses_paths_iter() at ses_paths_iter+0x20/frame 0xffffffa70fa4a950 ses_publish_physpaths() at ses_publish_physpaths+0x263/frame 0xffffffa70fa4ab80 enc_daemon() at enc_daemon+0x2a4/frame 0xffffffa70fa4abe0 fork_exit() at fork_exit+0x135/frame 0xffffffa70fa4ac30 fork_trampoline() at fork_trampoline+0xe/frame 0xffffffa70fa4ac30 --- trap 0, rip = 0, rsp = 0xffffffa70fa4acf0, rbp = 0 --- Cheers, John