From owner-freebsd-scsi@FreeBSD.ORG Mon Jan 17 11:07:07 2011 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95AA91065714 for ; Mon, 17 Jan 2011 11:07:07 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8340D8FC19 for ; Mon, 17 Jan 2011 11:07:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p0HB77YE049000 for ; Mon, 17 Jan 2011 11:07:07 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0HB76Re048996 for freebsd-scsi@FreeBSD.org; Mon, 17 Jan 2011 11:07:06 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 17 Jan 2011 11:07:06 GMT Message-Id: <201101171107.p0HB76Re048996@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 Cc: Subject: Current problem reports assigned to freebsd-scsi@FreeBSD.org X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 11:07:07 -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/153361 scsi [ciss] Smart Array 5300 boot/detect drive problem o kern/152250 scsi [ciss] [patch] Kernel panic when hw.ciss.expose_hidden o kern/151564 scsi [ciss] ciss(4) should increase CISS_MAX_LOGICAL to 10 o docs/151336 scsi Missing documentation of scsi_ and ata_ functions in c o kern/148083 scsi [aac] Strange device reporting o kern/147704 scsi [mpt] sys/dev/mpt: new chip revision, partially unsupp o kern/146287 scsi [ciss] ciss(4) cannot see more than one SmartArray con o kern/145768 scsi [mpt] can't perform I/O on SAS based SAN disk in freeb o kern/144648 scsi [aac] Strange values of speed and bus width in dmesg o kern/144301 scsi [ciss] [hang] HP proliant server locks when using ciss o kern/142351 scsi [mpt] LSILogic driver performance problems o kern/141934 scsi [cam] [patch] add support for SEAGATE DAT Scopion 130 o kern/134488 scsi [mpt] MPT SCSI driver probes max. 8 LUNs per device o kern/132250 scsi [ciss] ciss driver does not support more then 15 drive o kern/132206 scsi [mpt] system panics on boot when mirroring and 2nd dri o kern/130621 scsi [mpt] tranfer rate is inscrutable slow when use lsi213 o kern/129602 scsi [ahd] ahd(4) gets confused and wedges SCSI bus o kern/128452 scsi [sa] [panic] Accessing SCSI tape drive randomly crashe o kern/128245 scsi [scsi] "inquiry data fails comparison at DV1 step" [re o kern/127927 scsi [isp] isp(4) target driver crashes kernel when set up o kern/127717 scsi [ata] [patch] [request] - support write cache toggling o kern/124667 scsi [amd] [panic] FreeBSD-7 kernel page faults at amd-scsi o kern/123674 scsi [ahc] ahc driver dumping o kern/123520 scsi [ahd] unable to boot from net while using ahd o sparc/121676 scsi [iscsi] iscontrol do not connect iscsi-target on sparc o kern/120487 scsi [sg] scsi_sg incompatible with scanners o kern/120247 scsi [mpt] FreeBSD 6.3 and LSI Logic 1030 = only 3.300MB/s o kern/114597 scsi [sym] System hangs at SCSI bus reset with dual HBAs o kern/110847 scsi [ahd] Tyan U320 onboard problem with more than 3 disks o kern/99954 scsi [ahc] reading from DVD failes on 6.x [regression] o kern/94838 scsi Kernel panic while mounting SD card with lock switch o o kern/92798 scsi [ahc] SCSI problem with timeouts o kern/90282 scsi [sym] SCSI bus resets cause loss of ch device o kern/76178 scsi [ahd] Problem with ahd and large SCSI Raid system o kern/74627 scsi [ahc] [hang] Adaptec 2940U2W Can't boot 5.3 s kern/61165 scsi [panic] kernel page fault after calling cam_send_ccb o kern/60641 scsi [sym] Sporadic SCSI bus resets with 53C810 under load o kern/60598 scsi wire down of scsi devices conflicts with config s kern/57398 scsi [mly] Current fails to install on mly(4) based RAID di o bin/57088 scsi [cam] [patch] for a possible fd leak in libcam.c o kern/52638 scsi [panic] SCSI U320 on SMP server won't run faster than o kern/44587 scsi dev/dpt/dpt.h is missing defines required for DPT_HAND o kern/40895 scsi wierd kernel / device driver bug o kern/39388 scsi ncr/sym drivers fail with 53c810 and more than 256MB m o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 45 problems total. From owner-freebsd-scsi@FreeBSD.ORG Mon Jan 17 13:29:52 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74FED106564A for ; Mon, 17 Jan 2011 13:29:52 +0000 (UTC) (envelope-from tom@dyn.com) Received: from dynmail-01-mht.dyndns.com (dynmail-01-mht.dyndns.com [216.146.45.13]) by mx1.freebsd.org (Postfix) with ESMTP id 4916B8FC08 for ; Mon, 17 Jan 2011 13:29:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by dynmail-01-mht.dyndns.com (Postfix) with ESMTP id A87E71752012; Mon, 17 Jan 2011 08:29:51 -0500 (EST) X-Virus-Scanned: amavisd-new at dynmail-01-mht.dyndns.com Received: from dynmail-01-mht.dyndns.com ([127.0.0.1]) by localhost (dynmail-01-mht.dyndns.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id orCGFsBjOOsp; Mon, 17 Jan 2011 08:29:51 -0500 (EST) Received: from mail.corp.dyndns.com (mail.corp.dyndns.com [216.146.45.14]) by dynmail-01-mht.dyndns.com (Postfix) with ESMTP id 6EBA5234047; Mon, 17 Jan 2011 08:29:51 -0500 (EST) Date: Mon, 17 Jan 2011 08:29:51 -0500 (EST) From: Tom Daly To: Daniel Braniss Message-ID: <16106406.26.1295270988755.JavaMail.tom@dhcp-251.office.mht.dyndns.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.16.12.251] X-Mailer: Zimbra 6.0.7_GA_2473.UBUNTU8 (Zimbra Desktop/2.0.1_10659_Mac) Cc: freebsd-scsi@freebsd.org Subject: Re: Serious Dell Sadness - H200, H700, and H800 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 13:29:52 -0000 Danny, > you certainly got my attention this morning, since we are planning on > making 2 similar boxes production next week! > our Dell are R710 but the perc are H700, and running 8.2. > they only have 4 disk of 1T each, and so far they are configured as > r0 1 disk > r5 3 disks > and using zfs. We suspect volume size may have something to do with it, so if you only have 4 drives, you may not be hitting the need for 64-bit LBA. This morning, we plan to run the same tests under Debian linux to isolate a hardware or OS/driver issue. > Have been running bonnie++ on both, and so far, all is ok. > any particular arguments for bonnie++? None here, we're using bonnie++ too. > I could add more disks to one, and try raid 10 (though I don't > remember > if that option exists) H700 should support RAID 10. Regards, Tom From owner-freebsd-scsi@FreeBSD.ORG Thu Jan 20 03:04:52 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D82761065670 for ; Thu, 20 Jan 2011 03:04:52 +0000 (UTC) (envelope-from tom@dyn.com) Received: from dynmail-01-mht.dyndns.com (dynmail-01-mht.dyndns.com [216.146.45.13]) by mx1.freebsd.org (Postfix) with ESMTP id 983508FC15 for ; Thu, 20 Jan 2011 03:04:52 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by dynmail-01-mht.dyndns.com (Postfix) with ESMTP id F145F234048 for ; Wed, 19 Jan 2011 22:04:51 -0500 (EST) X-Virus-Scanned: amavisd-new at dynmail-01-mht.dyndns.com Received: from dynmail-01-mht.dyndns.com ([127.0.0.1]) by localhost (dynmail-01-mht.dyndns.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JZU-1KOTn-SG for ; Wed, 19 Jan 2011 22:04:51 -0500 (EST) Received: from mail.corp.dyndns.com (mail.corp.dyndns.com [216.146.45.14]) by dynmail-01-mht.dyndns.com (Postfix) with ESMTP id A9C5E23403F for ; Wed, 19 Jan 2011 22:04:51 -0500 (EST) Date: Wed, 19 Jan 2011 22:04:50 -0500 (EST) From: Tom Daly To: freebsd-scsi@freebsd.org Message-ID: <26637128.32.1295492690175.JavaMail.tom@Tom-Dalys-MacBook-Pro.local> In-Reply-To: <10868722.12.1295060962409.JavaMail.tom@Tom-Dalys-MacBook-Pro.local> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.16.252.30] X-Mailer: Zimbra 6.0.7_GA_2473.UBUNTU8 (Zimbra Desktop/2.0.1_10659_Mac) Subject: Re: Serious Dell Sadness - H200, H700, and H800 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 03:04:52 -0000 All, > However, we've been having serious ongoing problems with the Dell RAID > controllers in the 11th gen series. The first card we tried, the H200, > is supported by the MPS driver in HEAD. We compiled the driver into an > 8.1 kernel, and we're able to detect disks configured as a JBOD. When > we configured 2x 1TB disks into a RAID 1 volume, FreeBSD and the MPS > driver didn't detect the disks. I wanted to provide an update on some additional testing we've performed. We've completed a test run a Dell R610 with an H800 connected to a Dell MD1220 disk shelf exposing a 12TB RAID volume to the OS. No observed RAID errors, timeouts or otherwise. Subsequently, and on a hunch, we've tested FreeBSD 8.1 with the Dell H700 and the H800 on RAID volumes < 2TB. We've never been able to reproduce a failure to date. All of the failures we've seen to date occur when our RAID volumes are > 2TB. This makes me suspect of some kind of 64-bit LBA problem. We are going to complete all of our <2TB testing, then try another >2TB test to make sure we get a failure this week. Our test configurations to date: Dell R310 w/H700 and RAID 1 of 2x 1TB SAS 7.2k RPM Dell R510 w/H700 and RAID 1 of 2x 600GB 10K RPM SAS + 3x RAID 10 of 4x 600GB 15K RPM SAS Dell R610 w/H700 and RAID 10 of 4x 300GB 10K RPM SAS Dell R610 w/H700 and RAID 1 of 2x 600 GB 10K RPM SAS + H800 to MD1200 with 6x RAID 1 of 2x 1.5TB 7.2K RPM SAS Disk throughput is being tested using Bonnie++. IO performance on FreeBSD 8.1 vs. Debian Squeeze seems to be about 25% better, FWIW, on the <2TB RAID volumes. Any thoughts, anyone? Regards, Tom -- Tom Daly CTO, Dynamic Network Services, Inc. http://dyn.com/ From owner-freebsd-scsi@FreeBSD.ORG Thu Jan 20 03:34:55 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E86FD106564A; Thu, 20 Jan 2011 03:34:55 +0000 (UTC) (envelope-from joachim@tingvold.com) Received: from smtp.domeneshop.no (smtp.domeneshop.no [194.63.248.54]) by mx1.freebsd.org (Postfix) with ESMTP id A445F8FC17; Thu, 20 Jan 2011 03:34:55 +0000 (UTC) Received: from aannecy-552-1-220-142.w109-208.abo.wanadoo.fr ([109.208.220.142] helo=keklolwtf.home) by smtp.domeneshop.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1PflIT-0007NB-JV; Thu, 20 Jan 2011 04:34:53 +0100 Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Joachim Tingvold In-Reply-To: Date: Thu, 20 Jan 2011 04:34:50 +0100 Content-Transfer-Encoding: 7bit Message-Id: <07392102-4584-4690-9188-5202728CC7CA@tingvold.com> References: <4D2DAA45.30602@FreeBSD.org> <41C64262-4300-4187-B5FD-04A5EFB7F87C@tingvold.com> <20110113203750.GA39494@nargothrond.kdm.org> <20110114001758.GA12793@nargothrond.kdm.org> To: freebsd-scsi@freebsd.org X-Mailer: Apple Mail (2.1076) Cc: Alexander Motin , "Kenneth D. Merry" Subject: Re: mps0-troubles X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 03:34:56 -0000 On Fri, Jan 14, 2011, at 01:38:27AM GMT+01:00, Joachim Tingvold wrote: >> I don't think so. If anything, I think that this is likely >> triggered by >> a large number of outstanding commands, or perhaps a leak >> somewhere. If >> it's the former, hopefully this will fix it. If it's the latter, >> you'll >> eventually run into the problem again. > > Okay. I've changed the value. I'll keep you posted. Some more errors; . Same as earlier, but without the "out of chain"-messages (probably just because I increased the number, so that this specific error- message isn't printed?). This happened without direct user-interaction (it's a cron-job that copies files from 'zroot' to 'storage', and deletes some stuff on 'zroot' afterwards). However, it seems as if I can access the files/ folders on 'storage' without the terminal freezing (based on the log- messages, I was able to pinpoint the last 2-3 copied folders, and those I could list/copy files from without the terminal freezing). I'm not sure why, though. Maybe because the error/crash occurred when no files where being copied/moved? -- Joachim From owner-freebsd-scsi@FreeBSD.ORG Thu Jan 20 09:38:58 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB2C9106564A for ; Thu, 20 Jan 2011 09:38:58 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1FC328FC14 for ; Thu, 20 Jan 2011 09:38:57 +0000 (UTC) Received: by bwz12 with SMTP id 12so350842bwz.13 for ; Thu, 20 Jan 2011 01:38:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=o2sT0t3jPIWaqaF3wsSzm/N28+wN9hV+L79VdfsyxQk=; b=IGkat2nM47o3BW4ZCTRnqSDWFFhLze8ZU0809dgS5n3g2UWfc8eT2s+1OFSZLHeEAy OqEla/6/P1xvr8S6Uxz42gz4DnUiX6P86hNAkVu5Pv4WEWVNhTEhP96Y6l08c3lL/EIw GxBUJsFYSvN3sJdG0XwYKlPNBI5DzDiihNkNU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=LTI9W7Ob/4BhI60M8nW7CxxsuJp33Xcrt5rgN3IO45vNXWhN4085Duc49ZSnOtwFba nfNXwz7H2AHODaHjoKaWoOnY/2x07toKZzD1p6TSd5iBTBKe9hgzUv3Hj0G1pXNgpxpz oAeUuAmNZRPBupZl2DWO9v/gSxG+F5G73f5aA= Received: by 10.204.119.133 with SMTP id z5mr1652827bkq.72.1295516335134; Thu, 20 Jan 2011 01:38:55 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 12sm3775342bki.19.2011.01.20.01.38.52 (version=SSLv3 cipher=RC4-MD5); Thu, 20 Jan 2011 01:38:53 -0800 (PST) Sender: Alexander Motin Message-ID: <4D38027F.8080505@FreeBSD.org> Date: Thu, 20 Jan 2011 11:38:07 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Joachim Tingvold References: <4D2DAA45.30602@FreeBSD.org> <41C64262-4300-4187-B5FD-04A5EFB7F87C@tingvold.com> <20110113203750.GA39494@nargothrond.kdm.org> <20110114001758.GA12793@nargothrond.kdm.org> <07392102-4584-4690-9188-5202728CC7CA@tingvold.com> In-Reply-To: <07392102-4584-4690-9188-5202728CC7CA@tingvold.com> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org, "Kenneth D. Merry" Subject: Re: mps0-troubles X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 09:38:58 -0000 Joachim Tingvold wrote: > On Fri, Jan 14, 2011, at 01:38:27AM GMT+01:00, Joachim Tingvold wrote: >>> I don't think so. If anything, I think that this is likely triggered by >>> a large number of outstanding commands, or perhaps a leak somewhere. If >>> it's the former, hopefully this will fix it. If it's the latter, you'll >>> eventually run into the problem again. >> >> Okay. I've changed the value. I'll keep you posted. > > Some more errors; > . Same as > earlier, but without the "out of chain"-messages (probably just because > I increased the number, so that this specific error-message isn't > printed?). > > This happened without direct user-interaction (it's a cron-job that > copies files from 'zroot' to 'storage', and deletes some stuff on > 'zroot' afterwards). However, it seems as if I can access the > files/folders on 'storage' without the terminal freezing (based on the > log-messages, I was able to pinpoint the last 2-3 copied folders, and > those I could list/copy files from without the terminal freezing). I'm > not sure why, though. Maybe because the error/crash occurred when no > files where being copied/moved? I would say because error recovery now managed to what it should. If problem causing timeouts is not permanent, CAM should correctly recover from them, and system should work further just with some delays for recovery. In any case processes should not freeze forever as they did -- they should either work (even if slow) or terminate with I/O errors. -- Alexander Motin From owner-freebsd-scsi@FreeBSD.ORG Thu Jan 20 12:59:14 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F235D106566C for ; Thu, 20 Jan 2011 12:59:14 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from proxypop2b.sarenet.es (proxypop2b.sarenet.es [194.30.0.107]) by mx1.freebsd.org (Postfix) with ESMTP id B017D8FC17 for ; Thu, 20 Jan 2011 12:59:14 +0000 (UTC) Received: from [172.16.1.55] (ssglan.sare.net [192.148.167.100]) by proxypop2b.sarenet.es (Postfix) with ESMTP id D75A873106; Thu, 20 Jan 2011 13:59:09 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Borja Marcos In-Reply-To: <26637128.32.1295492690175.JavaMail.tom@Tom-Dalys-MacBook-Pro.local> Date: Thu, 20 Jan 2011 13:59:10 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <26637128.32.1295492690175.JavaMail.tom@Tom-Dalys-MacBook-Pro.local> To: Tom Daly X-Mailer: Apple Mail (2.1082) Cc: freebsd-scsi@freebsd.org Subject: Re: Serious Dell Sadness - H200, H700, and H800 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 12:59:15 -0000 =09 On Jan 20, 2011, at 4:04 AM, Tom Daly wrote: > Disk throughput is being tested using Bonnie++. IO performance on = FreeBSD 8.1 vs. Debian Squeeze seems to be about 25% better, FWIW, on = the <2TB RAID volumes. >=20 > Any thoughts, anyone? I'm finding Dell increasingly annoying by the hour. I have a couple of = machines with the dreaded H700 adapter, up to date firmware, and I have = had a couple of freezes due to the "mfi timeout issue". Worse, I don't really need those crappy RAID adapters, I just want = direct access to the disks. (I use ZFS) Now I'm trying the H200 cards, which seem to work well with the mps = driver I've taken from 9-CURRENT. Borja. From owner-freebsd-scsi@FreeBSD.ORG Thu Jan 20 15:57:47 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BA0C106566B; Thu, 20 Jan 2011 15:57:47 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 373418FC18; Thu, 20 Jan 2011 15:57:46 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id p0KFvkel022558; Thu, 20 Jan 2011 08:57:46 -0700 (MST) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id p0KFvk3s022557; Thu, 20 Jan 2011 08:57:46 -0700 (MST) (envelope-from ken) Date: Thu, 20 Jan 2011 08:57:46 -0700 From: "Kenneth D. Merry" To: Joachim Tingvold Message-ID: <20110120155746.GA22515@nargothrond.kdm.org> References: <4D2DAA45.30602@FreeBSD.org> <41C64262-4300-4187-B5FD-04A5EFB7F87C@tingvold.com> <20110113203750.GA39494@nargothrond.kdm.org> <20110114001758.GA12793@nargothrond.kdm.org> <07392102-4584-4690-9188-5202728CC7CA@tingvold.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <07392102-4584-4690-9188-5202728CC7CA@tingvold.com> User-Agent: Mutt/1.4.2i Cc: freebsd-scsi@freebsd.org, Alexander Motin Subject: Re: mps0-troubles X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 15:57:47 -0000 On Thu, Jan 20, 2011 at 04:34:50 +0100, Joachim Tingvold wrote: > On Fri, Jan 14, 2011, at 01:38:27AM GMT+01:00, Joachim Tingvold wrote: > >>I don't think so. If anything, I think that this is likely > >>triggered by > >>a large number of outstanding commands, or perhaps a leak > >>somewhere. If > >>it's the former, hopefully this will fix it. If it's the latter, > >>you'll > >>eventually run into the problem again. > > > >Okay. I've changed the value. I'll keep you posted. > > Some more errors; > . Same as > earlier, but without the "out of chain"-messages (probably just because I > increased the number, so that this specific error- message isn't printed?). > > This happened without direct user-interaction (it's a cron-job that > copies files from 'zroot' to 'storage', and deletes some stuff on > 'zroot' afterwards). However, it seems as if I can access the files/ > folders on 'storage' without the terminal freezing (based on the log- > messages, I was able to pinpoint the last 2-3 copied folders, and > those I could list/copy files from without the terminal freezing). I'm > not sure why, though. Maybe because the error/crash occurred when no > files where being copied/moved? So did the system freeze or crash this time? Do you have a serial console on the machine? If it hangs or crashes, perhaps we can get a stack trace. It does look like the out of chain problem was fixed by increasing the number, so that's good at least. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-scsi@FreeBSD.ORG Thu Jan 20 16:47:23 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52489106566B for ; Thu, 20 Jan 2011 16:47:23 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from proxypop1b.sarenet.es (proxypop1b.sarenet.es [194.30.0.104]) by mx1.freebsd.org (Postfix) with ESMTP id CB8D98FC0A for ; Thu, 20 Jan 2011 16:47:22 +0000 (UTC) Received: from [172.16.1.55] (ssglan.sare.net [192.148.167.100]) by proxypop1b.sarenet.es (Postfix) with ESMTP id 4E15B5F13 for ; Thu, 20 Jan 2011 17:47:21 +0100 (CET) From: Borja Marcos Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Thu, 20 Jan 2011 17:47:21 +0100 Message-Id: To: freebsd-scsi@freebsd.org Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Subject: mps questions X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 16:47:23 -0000 Hello, I''m trying some Dell PERC H200 cards on FreeBSD 8.2 with v28 ZFS. (Not = a production environment, just running tests). I have two variants of them. One is an internal one, identified as this = one. mps0: port 0xfc00-0xfcff mem = 0xdf2b0000-0xdf2bffff,0xdf2c0000-0xdf2fffff irq 32 at device 0.0 on pci2 mps0: Firmware: 02.15.63.00 mps0: IOCCapabilities: = 185c mps0: [ITHREAD] And another one intended to conect to external SAS devices. mps1: port 0xec00-0xecff mem = 0xdf4b0000-0xdf4bffff,0xdf4c0000-0xdf4fffff irq 41 at device 0.0 on pci5 mps1: Firmware: 02.15.63.00 mps1: IOCCapabilities: = 185c mps1: [ITHREAD] Both have two SAS ports. And I am trying them on Dell PowerEdge R510 = servers. I have 8 internal hard disks attached, and a Dell PowerVault = MD1220 connected to one of the external SAS connectors. The MD1220 has 8 = hard disks as well. I haven't configured any logical volumes on the cards, I just want = unobtrusive SAS cards in order to create ZFS pools on raw disks, and the = setup is working great, except for one problem: The *internal* card is showing just six hard disks under FreeBSD, not = eight. da0 at mps0 bus 0 scbus0 target 1 lun 0 da1 at mps0 bus 0 scbus0 target 2 lun 0 da2 at mps0 bus 0 scbus0 target 3 lun 0 da3 at mps0 bus 0 scbus0 target 4 lun 0 da4 at mps0 bus 0 scbus0 target 5 lun 0 da5 at mps0 bus 0 scbus0 target 6 lun 0 And this happens no matter how I connect the internal SAS connectors. = There are two connectors from the disk backplanes to the card, SAS0 and = SAS1 (I assume they are two buses) and even if I reverse them I still = see eight disks.=20 However, when booting the system I see eight disks. The controller BIOS = lists the backplane device and the eight disks, the FreeBSD boot loader = says it sees eight disks, but FreeBSD sees just six. # camcontrol rescan all Re-scan of bus 0 was successful Re-scan of bus 1 was successful # camcontrol devlist at scbus0 target 1 lun 0 (da0,pass0) at scbus0 target 2 lun 0 (da1,pass1) at scbus0 target 3 lun 0 (da2,pass2) at scbus0 target 4 lun 0 (da3,pass3) at scbus0 target 5 lun 0 (da4,pass4) at scbus0 target 6 lun 0 (da5,pass5) at scbus1 target 0 lun 0 (da6,pass6) The card with the outside facing connectors shows the eight hard disks = atttached to the MD1120 and the disks. A camcontrol devlist on the = machine with both mps cards installed I see this: # camcontrol devlist at scbus0 target 1 lun 0 (da0,pass0) at scbus0 target 2 lun 0 (da1,pass1) at scbus0 target 3 lun 0 (da2,pass2) at scbus0 target 4 lun 0 (da3,pass3) at scbus0 target 5 lun 0 (da4,pass4) at scbus0 target 6 lun 0 (da5,pass5) at scbus1 target 1 lun 0 (da6,pass6) at scbus1 target 2 lun 0 (da7,pass7) at scbus1 target 3 lun 0 (da8,pass8) at scbus1 target 4 lun 0 (da9,pass9) at scbus1 target 5 lun 0 = (da10,pass10) at scbus1 target 6 lun 0 = (da11,pass11) at scbus1 target 7 lun 0 = (da12,pass12) at scbus1 target 13 lun 0 = (da13,pass13) at scbus1 target 36 lun 0 = (ses0,pass14) at scbus2 target 0 lun 0 = (pass15,da14) Any ideas? I was wondering if Dell had done something nasty to the = internal card firmware (mps0 in my example), but seems that the eight = internal disks are correctly presented to the BIOS. Thank you, Borja. From owner-freebsd-scsi@FreeBSD.ORG Thu Jan 20 17:00:48 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 345E01065673 for ; Thu, 20 Jan 2011 17:00:48 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id E8EE08FC14 for ; Thu, 20 Jan 2011 17:00:47 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id p0KH0ldr043930; Thu, 20 Jan 2011 10:00:47 -0700 (MST) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id p0KH0kMp043929; Thu, 20 Jan 2011 10:00:46 -0700 (MST) (envelope-from ken) Date: Thu, 20 Jan 2011 10:00:46 -0700 From: "Kenneth D. Merry" To: Borja Marcos Message-ID: <20110120170046.GA40879@nargothrond.kdm.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2i Cc: freebsd-scsi@freebsd.org Subject: Re: mps questions X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 17:00:48 -0000 On Thu, Jan 20, 2011 at 17:47:21 +0100, Borja Marcos wrote: > > Hello, > > I''m trying some Dell PERC H200 cards on FreeBSD 8.2 with v28 ZFS. (Not a production environment, just running tests). > > I have two variants of them. One is an internal one, identified as this one. > > mps0: port 0xfc00-0xfcff mem 0xdf2b0000-0xdf2bffff,0xdf2c0000-0xdf2fffff irq 32 at device 0.0 on pci2 > mps0: Firmware: 02.15.63.00 > mps0: IOCCapabilities: 185c > mps0: [ITHREAD] > > > And another one intended to conect to external SAS devices. > > mps1: port 0xec00-0xecff mem 0xdf4b0000-0xdf4bffff,0xdf4c0000-0xdf4fffff irq 41 at device 0.0 on pci5 > mps1: Firmware: 02.15.63.00 > mps1: IOCCapabilities: 185c > mps1: [ITHREAD] > > Both have two SAS ports. And I am trying them on Dell PowerEdge R510 servers. I have 8 internal hard disks attached, and a Dell PowerVault MD1220 connected to one of the external SAS connectors. The MD1220 has 8 hard disks as well. > > I haven't configured any logical volumes on the cards, I just want unobtrusive SAS cards in order to create ZFS pools on raw disks, and the setup is working great, except for one problem: > > The *internal* card is showing just six hard disks under FreeBSD, not eight. > > da0 at mps0 bus 0 scbus0 target 1 lun 0 > da1 at mps0 bus 0 scbus0 target 2 lun 0 > da2 at mps0 bus 0 scbus0 target 3 lun 0 > da3 at mps0 bus 0 scbus0 target 4 lun 0 > da4 at mps0 bus 0 scbus0 target 5 lun 0 > da5 at mps0 bus 0 scbus0 target 6 lun 0 > > And this happens no matter how I connect the internal SAS connectors. There are two connectors from the disk backplanes to the card, SAS0 and SAS1 (I assume they are two buses) and even if I reverse them I still see eight disks. > I assume you mean you still see six disks... > However, when booting the system I see eight disks. The controller BIOS lists the backplane device and the eight disks, the FreeBSD boot loader says it sees eight disks, but FreeBSD sees just six. > > # camcontrol rescan all > Re-scan of bus 0 was successful > Re-scan of bus 1 was successful > # camcontrol devlist > at scbus0 target 1 lun 0 (da0,pass0) > at scbus0 target 2 lun 0 (da1,pass1) > at scbus0 target 3 lun 0 (da2,pass2) > at scbus0 target 4 lun 0 (da3,pass3) > at scbus0 target 5 lun 0 (da4,pass4) > at scbus0 target 6 lun 0 (da5,pass5) > at scbus1 target 0 lun 0 (da6,pass6) > > The card with the outside facing connectors shows the eight hard disks atttached to the MD1120 and the disks. A camcontrol devlist on the machine with both mps cards installed I see this: > > # camcontrol devlist > at scbus0 target 1 lun 0 (da0,pass0) > at scbus0 target 2 lun 0 (da1,pass1) > at scbus0 target 3 lun 0 (da2,pass2) > at scbus0 target 4 lun 0 (da3,pass3) > at scbus0 target 5 lun 0 (da4,pass4) > at scbus0 target 6 lun 0 (da5,pass5) > at scbus1 target 1 lun 0 (da6,pass6) > at scbus1 target 2 lun 0 (da7,pass7) > at scbus1 target 3 lun 0 (da8,pass8) > at scbus1 target 4 lun 0 (da9,pass9) > at scbus1 target 5 lun 0 (da10,pass10) > at scbus1 target 6 lun 0 (da11,pass11) > at scbus1 target 7 lun 0 (da12,pass12) > at scbus1 target 13 lun 0 (da13,pass13) > at scbus1 target 36 lun 0 (ses0,pass14) > at scbus2 target 0 lun 0 (pass15,da14) > > > Any ideas? I was wondering if Dell had done something nasty to the internal card firmware (mps0 in my example), but seems that the eight internal disks are correctly presented to the BIOS. > If you see all the disks in the LSI BIOS, it most likely means there is a driver bug that is keeping FreeBSD from seeing all the disks. Try booting with -v (boot -v at the boot loader prompt) and send the full dmesg output. That will cause the driver to print some additional information when it probes. After that, try booting with hw.mps.N.debug_level=1 set in loader.conf, where N is either 0 or 1, depending on which mps instance is having the problem. You can turn it off via sysctl after you boot. Ken -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-scsi@FreeBSD.ORG Thu Jan 20 23:11:15 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A8011065670 for ; Thu, 20 Jan 2011 23:11:15 +0000 (UTC) (envelope-from pz-freebsd-scsi@ziemba.us) Received: from ziemba.us (osmtp.ziemba.us [208.106.105.149]) by mx1.freebsd.org (Postfix) with ESMTP id 206F88FC1F for ; Thu, 20 Jan 2011 23:11:14 +0000 (UTC) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.14.4/8.14.4) with ESMTP id p0KMXEDu072388 for ; Thu, 20 Jan 2011 14:33:14 -0800 (PST) (envelope-from pz-freebsd-scsi@ziemba.us) Received: (from mailnull@localhost) by hairball.ziemba.us (8.14.4/8.14.4/Submit) id p0KMXEgM072387 for freebsd-scsi@freebsd.org; Thu, 20 Jan 2011 14:33:14 -0800 (PST) (envelope-from pz-freebsd-scsi@ziemba.us) X-Authentication-Warning: hairball.ziemba.us: mailnull set sender to pz-freebsd-scsi@ziemba.us using -f Received: (from news@localhost) by hairball.ziemba.us (8.14.4/8.14.4/Submit) id p0KMXEDZ072354 for treehouse-mail-freebsd-scsi@hairball.treehouse.napa.ca.us; Thu, 20 Jan 2011 14:33:14 -0800 (PST) (envelope-from news) From: "G. Paul Ziemba" To: freebsd-scsi@freebsd.org Date: Thu, 20 Jan 2011 22:33:14 +0000 (UTC) Message-id: Errors-to: "G. Paul Ziemba" Subject: rescan causes offlined tape to reload X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul+usenet@w6yx.stanford.edu List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 23:11:15 -0000 I have a DLT7000 scsi tape. Behavior of "camcontrol rescan all" seems to have changed between FreeBSD stable of 2009-Nov-17 and 2011-Jan-11. I execute the following sequence of commands: # camcontrol eject sa0 # camcontrol rescan all If there is a tape in the drive, the "eject" unloads it. On the old system: the rescan command does not affect the state of the tape. On the new system: the rescan command causes the tape to load. It seems incorrect to me. Is the new behavior a bug? thanks, ~!paul -- G. Paul Ziemba FreeBSD unix: 2:31PM up 1 day, 3:50, 19 users, load averages: 1.16, 1.09, 1.08 From owner-freebsd-scsi@FreeBSD.ORG Thu Jan 20 23:54:45 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB9261065694 for ; Thu, 20 Jan 2011 23:54:45 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 5E17D8FC2A for ; Thu, 20 Jan 2011 23:54:45 +0000 (UTC) Received: from [192.168.221.2] (remotevpn [192.168.221.2]) by ns1.feral.com (8.14.4/8.14.3) with ESMTP id p0KNP1Df054040 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 20 Jan 2011 15:25:11 -0800 (PST) (envelope-from mj@feral.com) Message-ID: <4D38C44D.6080703@feral.com> Date: Thu, 20 Jan 2011 15:25:01 -0800 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.2.6 (ns1.feral.com [192.168.221.1]); Thu, 20 Jan 2011 15:25:11 -0800 (PST) Subject: Re: rescan causes offlined tape to reload X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 23:54:45 -0000 My recollection is that when you 'eject' a DLT, unless you operate the handle, or it's part of a changer unit that does it for you, any subsequent Test Unit Ready will reload it. Other than that, there are couple of candidate changes in the XPT layer in the time frame you talk of which may be inducing this behavior. Any way you can get a trace of the SCSI commands sent? On 1/20/2011 2:33 PM, G. Paul Ziemba wrote: > I have a DLT7000 scsi tape. Behavior of "camcontrol rescan all" > seems to have changed between FreeBSD stable of 2009-Nov-17 and > 2011-Jan-11. > > I execute the following sequence of commands: > > # camcontrol eject sa0 > # camcontrol rescan all > > If there is a tape in the drive, the "eject" unloads it. > > On the old system: the rescan command does not affect the state of the tape. > > On the new system: the rescan command causes the tape to load. It seems > incorrect to me. > > Is the new behavior a bug? > > thanks, > > ~!paul From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 21 05:24:45 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3899106566C for ; Fri, 21 Jan 2011 05:24:45 +0000 (UTC) (envelope-from pz-freebsd-scsi@ziemba.us) Received: from ziemba.us (osmtp.ziemba.us [208.106.105.149]) by mx1.freebsd.org (Postfix) with ESMTP id 561818FC19 for ; Fri, 21 Jan 2011 05:24:44 +0000 (UTC) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.14.4/8.14.4) with ESMTP id p0L5OibB029586 for ; Thu, 20 Jan 2011 21:24:44 -0800 (PST) (envelope-from pz-freebsd-scsi@ziemba.us) Received: (from mailnull@localhost) by hairball.ziemba.us (8.14.4/8.14.4/Submit) id p0L5OiAN029585 for freebsd-scsi@freebsd.org; Thu, 20 Jan 2011 21:24:44 -0800 (PST) (envelope-from pz-freebsd-scsi@ziemba.us) X-Authentication-Warning: hairball.ziemba.us: mailnull set sender to pz-freebsd-scsi@ziemba.us using -f Received: (from news@localhost) by hairball.ziemba.us (8.14.4/8.14.4/Submit) id p0L5OiKL029551 for treehouse-mail-freebsd-scsi@hairball.treehouse.napa.ca.us; Thu, 20 Jan 2011 21:24:44 -0800 (PST) (envelope-from news) From: "G. Paul Ziemba" To: freebsd-scsi@freebsd.org Date: Fri, 21 Jan 2011 05:24:44 +0000 (UTC) Message-id: References: <4D38C44D.6080703@feral.com> Errors-to: "G. Paul Ziemba" Subject: Re: rescan causes offlined tape to reload X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul+usenet@w6yx.stanford.edu List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 05:24:45 -0000 mj@feral.com (Matthew Jacob) writes: >My recollection is that when you 'eject' a DLT, unless you operate the >handle, or it's part of a changer unit that does it for you, any >subsequent Test Unit Ready will reload it. >Other than that, there are couple of candidate changes in the XPT layer >in the time frame you talk of which may be inducing this behavior. Any >way you can get a trace of the SCSI commands sent? Hmm. The same drive did not reload the tape upon rescan before I upgraded to FreeBSD-stable from Jan 11, so I do not think Test Unit Ready is causing it. I rebuilt the kernel to set CAMDEBUG. The kernel and userland are still the code from FreeBSD current as of 2011-Jan-11. It looks as if "camcontrol rescan" generates a command specifically to load the media (distinct from the TEST UNIT READY). # uname -a FreeBSD hairball.ziemba.us 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #0: Thu Jan 20 20:28:21 PST 2011 root@hairball:/usr/obj/usr/src/sys/GPZ-110111-camdebug i386 # camcontrol debug -c 0:4 Debugging enabled for 0:4:-1 # camcontrol eject sa0 Unit stopped successfully, Media ejected Jan 20 21:07:26 hairball kernel: (pass2:sym0:0:4:0): LOAD UNLOAD. CDB: 1b 0 0 0 2 0 # camcontrol rescan all Jan 20 21:08:40 hairball kernel: (probe4:sym0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Jan 20 21:08:44 hairball kernel: (probe4:sym0:0:4:0): LOAD UNLOAD. CDB: 1b 0 0 0 3 0 Jan 20 21:09:34 hairball kernel: sym0:4:control msgout: 80 6. Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): INQUIRY. CDB: 12 1 0 0 ff 0 Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): INQUIRY. CDB: 12 1 80 0 ff 0 Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:1): INQUIRY. CDB: 12 20 0 0 24 0 Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:2): INQUIRY. CDB: 12 40 0 0 24 0 Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:3): INQUIRY. CDB: 12 60 0 0 24 0 Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:4): INQUIRY. CDB: 12 80 0 0 24 0 Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:5): INQUIRY. CDB: 12 a0 0 0 24 0 Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:6): INQUIRY. CDB: 12 c0 0 0 24 0 Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:7): INQUIRY. CDB: 12 e0 0 0 24 0 -- G. Paul Ziemba FreeBSD unix: 9:21PM up 33 mins, 5 users, load averages: 0.11, 0.09, 0.08 From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 21 15:47:02 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3554F1065675 for ; Fri, 21 Jan 2011 15:47:02 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 031AD8FC19 for ; Fri, 21 Jan 2011 15:47:01 +0000 (UTC) Received: from [192.168.1.100] (m206-63.dsl.tsoft.com [198.144.206.63]) by ns1.feral.com (8.14.4/8.14.3) with ESMTP id p0LFl1eu059485 for ; Fri, 21 Jan 2011 07:47:01 -0800 (PST) (envelope-from mj@feral.com) Message-ID: <4D39AA80.6020609@feral.com> Date: Fri, 21 Jan 2011 07:47:12 -0800 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org References: <4D38C44D.6080703@feral.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Default is to whitelist mail, not delayed by milter-greylist-4.2.6 (ns1.feral.com [192.67.166.1]); Fri, 21 Jan 2011 07:47:01 -0800 (PST) Subject: Re: rescan causes offlined tape to reload X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 15:47:02 -0000 On 1/20/2011 9:24 PM, G. Paul Ziemba wrote: > .... > # camcontrol rescan all > > Jan 20 21:08:40 hairball kernel: (probe4:sym0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > Jan 20 21:08:44 hairball kernel: (probe4:sym0:0:4:0): LOAD UNLOAD. CDB: 1b 0 0 0 3 0 > Jan 20 21:09:34 hairball kernel: sym0:4:control msgout: 80 6. > Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 Okay, you've proved that the probe code is issuing this. That's wrong. Let me chase what has happened here. From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 21 16:21:55 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3FC5106566B for ; Fri, 21 Jan 2011 16:21:55 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3AFB48FC0C for ; Fri, 21 Jan 2011 16:21:54 +0000 (UTC) Received: by bwz12 with SMTP id 12so1749467bwz.13 for ; Fri, 21 Jan 2011 08:21:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:subject:references:in-reply-to:x-enigmail-version :content-type:content-transfer-encoding; bh=paYfMbs6hv34f2bqBut6EMRDatQwjI2zjcgMaZkXO7M=; b=wOU7WMXP26prQwBwgyUhAa2fk2RO8+6Mnn0ToAYqSYGdJmEXfuV936BjYXVS1KmdrA I5eVomjFbnJivwaAxpDfbQEs3hGVnCxJMFYlr2SQ4lX9mcsZTswb/5lZ7tS2LQXaYT6i tOfLakE+eAaCtDhMCnQWAJCxJPmFtdj7OVcKQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=CU82yiBsRTh5itqcFgKd8ZEG8r4rVTefsfnuvNt8x/0nQbyEysY/XOxWXEjviyj2YN nPfOAq97Sk2wTQeEeEyu1qUkYfoTqEVL5btBBrCm8nfEjNOAkAY0BH5r/RjtxVIUQgsa fKfcAzaKRK74OaUfb1FLPh0IUN6ItKRpkxnPI= Received: by 10.204.59.76 with SMTP id k12mr844365bkh.70.1295626913832; Fri, 21 Jan 2011 08:21:53 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id q18sm4678127bka.15.2011.01.21.08.21.51 (version=SSLv3 cipher=RC4-MD5); Fri, 21 Jan 2011 08:21:52 -0800 (PST) Sender: Alexander Motin Message-ID: <4D39B272.7050909@FreeBSD.org> Date: Fri, 21 Jan 2011 18:21:06 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: "G. Paul Ziemba" , freebsd-scsi@freebsd.org References: In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Subject: Re: rescan causes offlined tape to reload X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 16:21:55 -0000 G. Paul Ziemba wrote: > mj@feral.com (Matthew Jacob) writes: > >> My recollection is that when you 'eject' a DLT, unless you operate the >> handle, or it's part of a changer unit that does it for you, any >> subsequent Test Unit Ready will reload it. > >> Other than that, there are couple of candidate changes in the XPT layer >> in the time frame you talk of which may be inducing this behavior. Any >> way you can get a trace of the SCSI commands sent? > > Hmm. The same drive did not reload the tape upon rescan before I > upgraded to FreeBSD-stable from Jan 11, so I do not think Test Unit > Ready is causing it. > > I rebuilt the kernel to set CAMDEBUG. The kernel and userland are > still the code from FreeBSD current as of 2011-Jan-11. > > It looks as if "camcontrol rescan" generates a command specifically > to load the media (distinct from the TEST UNIT READY). > > # uname -a > FreeBSD hairball.ziemba.us 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #0: Thu Jan 20 20:28:21 PST 2011 root@hairball:/usr/obj/usr/src/sys/GPZ-110111-camdebug i386 > > # camcontrol debug -c 0:4 > Debugging enabled for 0:4:-1 > # camcontrol eject sa0 > Unit stopped successfully, Media ejected > > Jan 20 21:07:26 hairball kernel: (pass2:sym0:0:4:0): LOAD UNLOAD. CDB: 1b 0 0 0 2 0 > > # camcontrol rescan all > > Jan 20 21:08:40 hairball kernel: (probe4:sym0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > Jan 20 21:08:44 hairball kernel: (probe4:sym0:0:4:0): LOAD UNLOAD. CDB: 1b 0 0 0 3 0 > Jan 20 21:09:34 hairball kernel: sym0:4:control msgout: 80 6. > Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 > Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): INQUIRY. CDB: 12 1 0 0 ff 0 > Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): INQUIRY. CDB: 12 1 80 0 ff 0 > Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:1): INQUIRY. CDB: 12 20 0 0 24 0 > Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:2): INQUIRY. CDB: 12 40 0 0 24 0 > Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:3): INQUIRY. CDB: 12 60 0 0 24 0 > Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:4): INQUIRY. CDB: 12 80 0 0 24 0 > Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:5): INQUIRY. CDB: 12 a0 0 0 24 0 > Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:6): INQUIRY. CDB: 12 c0 0 0 24 0 > Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:7): INQUIRY. CDB: 12 e0 0 0 24 0 For the full picture it would be nice to see responses device sent. I suppose that in response to TUR device returns some status that implies tray closing/load. -- Alexander Motin From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 21 16:42:07 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D867B106564A for ; Fri, 21 Jan 2011 16:42:07 +0000 (UTC) (envelope-from pz-freebsd-scsi@ziemba.us) Received: from ziemba.us (osmtp.ziemba.us [208.106.105.149]) by mx1.freebsd.org (Postfix) with ESMTP id 8F59F8FC1D for ; Fri, 21 Jan 2011 16:42:07 +0000 (UTC) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.14.4/8.14.4) with ESMTP id p0LGg7oi084880 for ; Fri, 21 Jan 2011 08:42:07 -0800 (PST) (envelope-from pz-freebsd-scsi@ziemba.us) Received: (from mailnull@localhost) by hairball.ziemba.us (8.14.4/8.14.4/Submit) id p0LGg7WK084879 for freebsd-scsi@freebsd.org; Fri, 21 Jan 2011 08:42:07 -0800 (PST) (envelope-from pz-freebsd-scsi@ziemba.us) X-Authentication-Warning: hairball.ziemba.us: mailnull set sender to pz-freebsd-scsi@ziemba.us using -f Received: (from news@localhost) by hairball.ziemba.us (8.14.4/8.14.4/Submit) id p0LGg6rm084843 for treehouse-mail-freebsd-scsi@hairball.treehouse.napa.ca.us; Fri, 21 Jan 2011 08:42:06 -0800 (PST) (envelope-from news) From: "G. Paul Ziemba" To: freebsd-scsi@freebsd.org Date: Fri, 21 Jan 2011 16:42:06 +0000 (UTC) Message-id: References: <4D39B272.7050909@FreeBSD.org> Errors-to: "G. Paul Ziemba" Subject: Re: rescan causes offlined tape to reload X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul+usenet@w6yx.stanford.edu List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 16:42:07 -0000 mav@FreeBSD.org (Alexander Motin) writes: >G. Paul Ziemba wrote: >> # camcontrol rescan all >> >> Jan 20 21:08:40 hairball kernel: (probe4:sym0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 >> Jan 20 21:08:44 hairball kernel: (probe4:sym0:0:4:0): LOAD UNLOAD. CDB: 1b 0 0 0 3 0 >> Jan 20 21:09:34 hairball kernel: sym0:4:control msgout: 80 6. >> Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 >> Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 >> Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): INQUIRY. CDB: 12 1 0 0 ff 0 >> Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): INQUIRY. CDB: 12 1 80 0 ff 0 >> Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:1): INQUIRY. CDB: 12 20 0 0 24 0 >> Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:2): INQUIRY. CDB: 12 40 0 0 24 0 >> Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:3): INQUIRY. CDB: 12 60 0 0 24 0 >> Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:4): INQUIRY. CDB: 12 80 0 0 24 0 >> Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:5): INQUIRY. CDB: 12 a0 0 0 24 0 >> Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:6): INQUIRY. CDB: 12 c0 0 0 24 0 >> Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:7): INQUIRY. CDB: 12 e0 0 0 24 0 >For the full picture it would be nice to see responses device sent. I >suppose that in response to TUR device returns some status that implies >tray closing/load. Yes, it would be useful/interesting to see the responses. I didn't see a way to cause the responses to be logged - is there a tool/flag to do it? -- G. Paul Ziemba FreeBSD unix: 8:41AM up 11:53, 6 users, load averages: 0.15, 0.09, 0.08 From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 21 16:43:24 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FCB4106566C for ; Fri, 21 Jan 2011 16:43:24 +0000 (UTC) (envelope-from pz-freebsd-scsi@ziemba.us) Received: from ziemba.us (osmtp.ziemba.us [208.106.105.149]) by mx1.freebsd.org (Postfix) with ESMTP id 20D338FC0C for ; Fri, 21 Jan 2011 16:43:24 +0000 (UTC) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.14.4/8.14.4) with ESMTP id p0LGhNwQ085020 for ; Fri, 21 Jan 2011 08:43:23 -0800 (PST) (envelope-from pz-freebsd-scsi@ziemba.us) Received: (from mailnull@localhost) by hairball.ziemba.us (8.14.4/8.14.4/Submit) id p0LGhNcq085019 for freebsd-scsi@freebsd.org; Fri, 21 Jan 2011 08:43:23 -0800 (PST) (envelope-from pz-freebsd-scsi@ziemba.us) X-Authentication-Warning: hairball.ziemba.us: mailnull set sender to pz-freebsd-scsi@ziemba.us using -f Received: (from news@localhost) by hairball.ziemba.us (8.14.4/8.14.4/Submit) id p0LGhNne084985 for treehouse-mail-freebsd-scsi@hairball.treehouse.napa.ca.us; Fri, 21 Jan 2011 08:43:23 -0800 (PST) (envelope-from news) From: "G. Paul Ziemba" To: freebsd-scsi@freebsd.org Date: Fri, 21 Jan 2011 16:43:23 +0000 (UTC) Message-id: References: <4D38C44D.6080703@feral.com> <4D39AA80.6020609@feral.com> Errors-to: "G. Paul Ziemba" Subject: Re: rescan causes offlined tape to reload X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul+usenet@w6yx.stanford.edu List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 16:43:24 -0000 mj@feral.com (Matthew Jacob) writes: >On 1/20/2011 9:24 PM, G. Paul Ziemba wrote: >> .... >> # camcontrol rescan all >> >> Jan 20 21:08:40 hairball kernel: (probe4:sym0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 >> Jan 20 21:08:44 hairball kernel: (probe4:sym0:0:4:0): LOAD UNLOAD. CDB: 1b 0 0 0 3 0 >> Jan 20 21:09:34 hairball kernel: sym0:4:control msgout: 80 6. >> Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 >> Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 >Okay, you've proved that the probe code is issuing this. That's wrong. >Let me chase what has happened here. thanks! -- G. Paul Ziemba FreeBSD unix: 8:41AM up 11:53, 6 users, load averages: 0.15, 0.09, 0.08 From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 21 17:25:08 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9B29106564A for ; Fri, 21 Jan 2011 17:25:08 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id B22548FC16 for ; Fri, 21 Jan 2011 17:25:08 +0000 (UTC) Received: from [192.168.221.2] (remotevpn [192.168.221.2]) by ns1.feral.com (8.14.4/8.14.3) with ESMTP id p0LHP64q060104 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 21 Jan 2011 09:25:07 -0800 (PST) (envelope-from mj@feral.com) Message-ID: <4D39C16C.7060508@feral.com> Date: Fri, 21 Jan 2011 09:25:00 -0800 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org References: <4D38C44D.6080703@feral.com> <4D39AA80.6020609@feral.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.2.6 (ns1.feral.com [192.168.221.1]); Fri, 21 Jan 2011 09:25:08 -0800 (PST) Subject: Re: rescan causes offlined tape to reload X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 17:25:09 -0000 I'm a little baffled. I can't find any place in the kernel source that issues a LOAD_UNLOAD (START_STOP) with IMMED and RETEN set (0x3). What *specifiic* kernel source do you have? Is this an SVN tree? On 1/21/2011 8:43 AM, G. Paul Ziemba wrote: > mj@feral.com (Matthew Jacob) writes: > >> On 1/20/2011 9:24 PM, G. Paul Ziemba wrote: >>> .... >>> # camcontrol rescan all >>> >>> Jan 20 21:08:40 hairball kernel: (probe4:sym0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 >>> Jan 20 21:08:44 hairball kernel: (probe4:sym0:0:4:0): LOAD UNLOAD. CDB: 1b 0 0 0 3 0 >>> Jan 20 21:09:34 hairball kernel: sym0:4:control msgout: 80 6. >>> Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 >>> Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 >> Okay, you've proved that the probe code is issuing this. That's wrong. >> Let me chase what has happened here. > thanks! From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 21 17:31:27 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DCF51065670 for ; Fri, 21 Jan 2011 17:31:27 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 688678FC14 for ; Fri, 21 Jan 2011 17:31:27 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id p0LHVODb091984; Fri, 21 Jan 2011 10:31:24 -0700 (MST) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id p0LHVO8m091983; Fri, 21 Jan 2011 10:31:24 -0700 (MST) (envelope-from ken) Date: Fri, 21 Jan 2011 10:31:24 -0700 From: "Kenneth D. Merry" To: Matthew Jacob Message-ID: <20110121173124.GA88957@nargothrond.kdm.org> References: <4D38C44D.6080703@feral.com> <4D39AA80.6020609@feral.com> <4D39C16C.7060508@feral.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D39C16C.7060508@feral.com> User-Agent: Mutt/1.4.2i Cc: freebsd-scsi@freebsd.org Subject: Re: rescan causes offlined tape to reload X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 17:31:27 -0000 It's a START STOP UNIT command, with the LOEJ and START bits set. Depending on what the tape drive returns when there is no media in the drive (camcontrol tur sa0 -v will tell you), the error recovery code is probably treating it like a disk/cd drive and trying to load the media. Ken On Fri, Jan 21, 2011 at 09:25:00 -0800, Matthew Jacob wrote: > I'm a little baffled. I can't find any place in the kernel source that > issues a LOAD_UNLOAD (START_STOP) with IMMED and RETEN set (0x3). What > *specifiic* kernel source do you have? Is this an SVN tree? > > On 1/21/2011 8:43 AM, G. Paul Ziemba wrote: > >mj@feral.com (Matthew Jacob) writes: > > > >>On 1/20/2011 9:24 PM, G. Paul Ziemba wrote: > >>>.... > >>># camcontrol rescan all > >>> > >>>Jan 20 21:08:40 hairball kernel: (probe4:sym0:0:4:0): TEST UNIT READY. > >>>CDB: 0 0 0 0 0 0 > >>>Jan 20 21:08:44 hairball kernel: (probe4:sym0:0:4:0): LOAD UNLOAD. CDB: > >>>1b 0 0 0 3 0 > >>>Jan 20 21:09:34 hairball kernel: sym0:4:control msgout: 80 6. > >>>Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): TEST UNIT READY. > >>>CDB: 0 0 0 0 0 0 > >>>Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): INQUIRY. CDB: 12 0 > >>>0 0 24 0 > >>Okay, you've proved that the probe code is issuing this. That's wrong. > >>Let me chase what has happened here. > >thanks! > _______________________________________________ > 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" -- Kenneth Merry ken@FreeBSD.ORG From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 21 17:37:33 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 701EB1065673 for ; Fri, 21 Jan 2011 17:37:33 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id F41358FC17 for ; Fri, 21 Jan 2011 17:37:32 +0000 (UTC) Received: from [192.168.221.2] (remotevpn [192.168.221.2]) by ns1.feral.com (8.14.4/8.14.3) with ESMTP id p0LHbV4w060232 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 21 Jan 2011 09:37:32 -0800 (PST) (envelope-from mj@feral.com) Message-ID: <4D39C455.5060500@feral.com> Date: Fri, 21 Jan 2011 09:37:25 -0800 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org References: <4D38C44D.6080703@feral.com> <4D39AA80.6020609@feral.com> <4D39C16C.7060508@feral.com> <20110121173124.GA88957@nargothrond.kdm.org> In-Reply-To: <20110121173124.GA88957@nargothrond.kdm.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.2.6 (ns1.feral.com [192.168.221.1]); Fri, 21 Jan 2011 09:37:32 -0800 (PST) Subject: Re: rescan causes offlined tape to reload X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 17:37:33 -0000 On 1/21/2011 9:31 AM, Kenneth D. Merry wrote: > It's a START STOP UNIT command, with the LOEJ and START bits set. > > Depending on what the tape drive returns when there is no media in the > drive (camcontrol tur sa0 -v will tell you), the error recovery code is > probably treating it like a disk/cd drive and trying to load the media. > > Ken Oops, ow, you're right. And this is my bug that I've added when I changed the probe state machine. From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 21 19:00:36 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1003C1065675 for ; Fri, 21 Jan 2011 19:00:36 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8C3478FC45 for ; Fri, 21 Jan 2011 19:00:35 +0000 (UTC) Received: by bwz12 with SMTP id 12so1908587bwz.13 for ; Fri, 21 Jan 2011 11:00:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=I5tczwMU6MbsUOW0K7U1WLW6dn3kxf+fGZMKfudfgQU=; b=A9Qu4DbhuTj2BeQ1vC89rGsceC5GMIKDwqPohRqzRhmtwiJh6BiGl8PmgYVRh8Klro 3YX0z0cmiyrx2ugCPfSFg5op/iQPuZVgPm64OHom8wefbIWuZx7r2EOJSau+8ldGVN7L 0reH4pSHQANyc/lbSDcV5kPG7x71lg1tLv3ug= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; b=mUAzhqbKTREuR8sg3ceceEtvR52mbEEodcnP4z15LPnW2pMivh5mmY5m+v4AefBAxA 1zuJPBr92uDw9R6uX4IKKPcwdgSz8Jnl1lJUO8gsihwQn1sTk2FATKa+t9WUM+jMTU64 9mTNBneHKrsJFGZlnBLZHbFF1AqTPtPCOP6UU= Received: by 10.204.0.65 with SMTP id 1mr1059397bka.111.1295636434379; Fri, 21 Jan 2011 11:00:34 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id v25sm4770748bkt.6.2011.01.21.11.00.31 (version=SSLv3 cipher=RC4-MD5); Fri, 21 Jan 2011 11:00:32 -0800 (PST) Sender: Alexander Motin Message-ID: <4D39D7A3.7000304@FreeBSD.org> Date: Fri, 21 Jan 2011 20:59:47 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: "G. Paul Ziemba" , freebsd-scsi@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Subject: Re: rescan causes offlined tape to reload X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 19:00:36 -0000 G. Paul Ziemba wrote: > mav@FreeBSD.org (Alexander Motin) writes: > >> G. Paul Ziemba wrote: > >>> # camcontrol rescan all >>> >>> Jan 20 21:08:40 hairball kernel: (probe4:sym0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 >>> Jan 20 21:08:44 hairball kernel: (probe4:sym0:0:4:0): LOAD UNLOAD. CDB: 1b 0 0 0 3 0 >>> Jan 20 21:09:34 hairball kernel: sym0:4:control msgout: 80 6. >>> Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 >>> Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 >>> Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): INQUIRY. CDB: 12 1 0 0 ff 0 >>> Jan 20 21:09:34 hairball kernel: (probe4:sym0:0:4:0): INQUIRY. CDB: 12 1 80 0 ff 0 >>> Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:1): INQUIRY. CDB: 12 20 0 0 24 0 >>> Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:2): INQUIRY. CDB: 12 40 0 0 24 0 >>> Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:3): INQUIRY. CDB: 12 60 0 0 24 0 >>> Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:4): INQUIRY. CDB: 12 80 0 0 24 0 >>> Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:5): INQUIRY. CDB: 12 a0 0 0 24 0 >>> Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:6): INQUIRY. CDB: 12 c0 0 0 24 0 >>> Jan 20 21:09:34 hairball kernel: (probe0:sym0:0:4:7): INQUIRY. CDB: 12 e0 0 0 24 0 > >> For the full picture it would be nice to see responses device sent. I >> suppose that in response to TUR device returns some status that implies >> tray closing/load. > > Yes, it would be useful/interesting to see the responses. I didn't > see a way to cause the responses to be logged - is there a tool/flag > to do it? Try set debug.bootverbose sysctl or boot with verbose kernel messages. Not sure about sense data, but it should give some more info. Proposed by Kenneth `camcontrol tur sa0 -v` should also help probably. -- Alexander Motin From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 21 19:15:22 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C46B106566B; Fri, 21 Jan 2011 19:15:22 +0000 (UTC) (envelope-from joachim@tingvold.com) Received: from smtp.domeneshop.no (smtp.domeneshop.no [194.63.248.54]) by mx1.freebsd.org (Postfix) with ESMTP id 026338FC15; Fri, 21 Jan 2011 19:15:21 +0000 (UTC) Received: from aannecy-552-1-220-142.w109-208.abo.wanadoo.fr ([109.208.220.142] helo=keklolwtf.home) by smtp.domeneshop.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1PgMS7-0001Dw-EX; Fri, 21 Jan 2011 20:15:19 +0100 Mime-Version: 1.0 (Apple Message framework v1076) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes From: Joachim Tingvold In-Reply-To: <20110120155746.GA22515@nargothrond.kdm.org> Date: Fri, 21 Jan 2011 20:15:15 +0100 Content-Transfer-Encoding: 7bit Message-Id: References: <4D2DAA45.30602@FreeBSD.org> <41C64262-4300-4187-B5FD-04A5EFB7F87C@tingvold.com> <20110113203750.GA39494@nargothrond.kdm.org> <20110114001758.GA12793@nargothrond.kdm.org> <07392102-4584-4690-9188-5202728CC7CA@tingvold.com> <20110120155746.GA22515@nargothrond.kdm.org> To: Kenneth D. Merry X-Mailer: Apple Mail (2.1076) Cc: freebsd-scsi@freebsd.org, Alexander Motin Subject: Re: mps0-troubles X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 19:15:22 -0000 On Thu, Jan 20, 2011, at 16:57:46PM GMT+01:00, Kenneth D. Merry wrote: > So did the system freeze or crash this time? It happened while I was not actively using the machine. When I found out about it, everything seemed to be fine. > Do you have a serial console on the machine? > If it hangs or crashes, perhaps we can get a stack trace. You mean normal RS-232? > It does look like the out of chain problem was fixed by increasing the > number, so that's good at least. Yes. For now, at least. (-: -- Joachim From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 21 20:38:19 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA284106564A for ; Fri, 21 Jan 2011 20:38:19 +0000 (UTC) (envelope-from pz-freebsd-scsi@ziemba.us) Received: from ziemba.us (osmtp.ziemba.us [208.106.105.149]) by mx1.freebsd.org (Postfix) with ESMTP id 9D5568FC0C for ; Fri, 21 Jan 2011 20:38:19 +0000 (UTC) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.14.4/8.14.4) with ESMTP id p0LKcJCT020330 for ; Fri, 21 Jan 2011 12:38:19 -0800 (PST) (envelope-from pz-freebsd-scsi@ziemba.us) Received: (from mailnull@localhost) by hairball.ziemba.us (8.14.4/8.14.4/Submit) id p0LKcJj3020329 for freebsd-scsi@freebsd.org; Fri, 21 Jan 2011 12:38:19 -0800 (PST) (envelope-from pz-freebsd-scsi@ziemba.us) X-Authentication-Warning: hairball.ziemba.us: mailnull set sender to pz-freebsd-scsi@ziemba.us using -f Received: (from news@localhost) by hairball.ziemba.us (8.14.4/8.14.4/Submit) id p0LKcI4g020295 for treehouse-mail-freebsd-scsi@hairball.treehouse.napa.ca.us; Fri, 21 Jan 2011 12:38:18 -0800 (PST) (envelope-from news) From: "G. Paul Ziemba" To: freebsd-scsi@freebsd.org Date: Fri, 21 Jan 2011 20:38:18 +0000 (UTC) Message-id: References: <4D38C44D.6080703@feral.com> <4D39AA80.6020609@feral.com> <4D39C16C.7060508@feral.com> Errors-to: "G. Paul Ziemba" Subject: Re: rescan causes offlined tape to reload X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: paul+usenet@w6yx.stanford.edu List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 20:38:19 -0000 mj@feral.com (Matthew Jacob) writes: >I'm a little baffled. I can't find any place in the kernel source that >issues a LOAD_UNLOAD (START_STOP) with IMMED and RETEN set (0x3). What >*specifiic* kernel source do you have? Is this an SVN tree? I did "/usr/bin/csup -L 2 /etc/supfile" on the evening of 2011-Jan-11 with the following supfile: *default host=cvsup16.FreeBSD.org *default base=/usr/local/etc/csup *default prefix=/usr *default release=cvs *default tag=RELENG_8 *default delete *default compress src-all ports-all tag=. doc-all tag=. and then followed the usual upgrade steps as outlined in /usr/src/UPDATING. I'm not sure if there is a better way to identify the specific revisions. I could tar up my kernel source tree and put it on the web, perhaps. thanks, ~!paul -- G. Paul Ziemba FreeBSD unix: 12:36PM up 15:48, 4 users, load averages: 0.01, 0.06, 0.07 From owner-freebsd-scsi@FreeBSD.ORG Fri Jan 21 20:41:14 2011 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 749421065672 for ; Fri, 21 Jan 2011 20:41:14 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 3ED6D8FC08 for ; Fri, 21 Jan 2011 20:41:13 +0000 (UTC) Received: from [192.168.221.2] (remotevpn [192.168.221.2]) by ns1.feral.com (8.14.4/8.14.3) with ESMTP id p0LKenHf048760 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 21 Jan 2011 12:41:13 -0800 (PST) (envelope-from mj@feral.com) Message-ID: <4D39EF4B.4030308@feral.com> Date: Fri, 21 Jan 2011 12:40:43 -0800 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org References: <4D38C44D.6080703@feral.com> <4D39AA80.6020609@feral.com> <4D39C16C.7060508@feral.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.2.6 (ns1.feral.com [192.168.221.1]); Fri, 21 Jan 2011 12:41:13 -0800 (PST) Subject: Re: rescan causes offlined tape to reload X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 20:41:14 -0000 On 1/21/2011 12:38 PM, G. Paul Ziemba wrote: > mj@feral.com (Matthew Jacob) writes: > >> I'm a little baffled. I can't find any place in the kernel source that >> issues a LOAD_UNLOAD (START_STOP) with IMMED and RETEN set (0x3). What >> *specifiic* kernel source do you have? Is this an SVN tree? > I did "/usr/bin/csup -L 2 /etc/supfile" on the evening of 2011-Jan-11 > with the following supfile: ... No, that should get you RELENG_8. Let me ponder for a bit.