From owner-freebsd-scsi@FreeBSD.ORG Mon Sep 15 15:18:55 2008 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 A34B11065673 for ; Mon, 15 Sep 2008 15:18:55 +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 924248FC1C for ; Mon, 15 Sep 2008 15:18:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m8FFItmF019025 for ; Mon, 15 Sep 2008 15:18:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m8FFItrB019021 for freebsd-scsi@FreeBSD.org; Mon, 15 Sep 2008 15:18:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 15 Sep 2008 15:18:55 GMT Message-Id: <200809151518.m8FFItrB019021@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, 15 Sep 2008 15:18:55 -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/126866 scsi [isp] [panic] kernel panic on card initialization o kern/124667 scsi [amd] [panic] FreeBSD-7 kernel page faults at amd-scsi o kern/123674 scsi [ahc] ahc driver dumping o kern/123666 scsi [aac] attach fails with Adaptec SAS RAID 3805 controll 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/119668 scsi [cam] [patch] certain errors are too verbose comparing 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 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/38828 scsi [dpt] [request] DPT PM2012B/90 doesn't work o kern/35234 scsi World access to /dev/pass? (for scanner) requires acce 26 problems total. From owner-freebsd-scsi@FreeBSD.ORG Mon Sep 15 16:10:04 2008 Return-Path: Delivered-To: freebsd-scsi@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E50971065674 for ; Mon, 15 Sep 2008 16:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CAB348FC1B for ; Mon, 15 Sep 2008 16:10:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m8FGA4WW025159 for ; Mon, 15 Sep 2008 16:10:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m8FGA4Jh025158; Mon, 15 Sep 2008 16:10:04 GMT (envelope-from gnats) Date: Mon, 15 Sep 2008 16:10:04 GMT Message-Id: <200809151610.m8FGA4Jh025158@freefall.freebsd.org> To: freebsd-scsi@FreeBSD.org From: Ross West Cc: Subject: Re: kern/126866: [isp] [panic] kernel panic on card initialization X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ross West List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2008 16:10:05 -0000 The following reply was made to PR kern/126866; it has been noted by GNATS. From: Ross West To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/126866: [isp] [panic] kernel panic on card initialization Date: Mon, 15 Sep 2008 11:42:59 -0400 Bug solved: issue is with the driver not doing a reset of the HBA before attempting to read the firmware version from the HBA mailbox and getting a different response than expected. Patch that appears to fix the issue by doing the HBA reset first, then full card initialization. Many thanks to Alexander Sack (pisymbol@gmail.com) for the hard work in finding the proper solution. Patch as follows: -= start --- isp.c 2008-09-02 12:45:07.000000000 -0400 +++ isp.c.0 2008-09-02 11:06:55.000000000 -0400 @@ -171,61 +171,6 @@ isp->isp_state = ISP_NILSTATE; - /* - * Basic types (SCSI, FibreChannel and PCI or SBus) - * have been set in the MD code. We figure out more - * here. Possibly more refined types based upon PCI - * identification. Chip revision has been gathered. - * - * After we've fired this chip up, zero out the conf1 register - * for SCSI adapters and do other settings for the 2100. - */ - - /* - * Get the current running firmware revision out of the - * chip before we hit it over the head (if this is our - * first time through). Note that we store this as the - * 'ROM' firmware revision- which it may not be. In any - * case, we don't really use this yet, but we may in - * the future. - */ - if (isp->isp_touched == 0) { - /* - * First see whether or not we're sitting in the ISP PROM. - * If we've just been reset, we'll have the string "ISP " - * spread through outgoing mailbox registers 1-3. We do - * this for PCI cards because otherwise we really don't - * know what state the card is in and we could hang if - * we try this command otherwise. - * - * For SBus cards, we just do this because they almost - * certainly will be running firmware by now. - */ - if (ISP_READ(isp, OUTMAILBOX1) != 0x4953 || - ISP_READ(isp, OUTMAILBOX2) != 0x5020 || - ISP_READ(isp, OUTMAILBOX3) != 0x2020) { - /* - * Just in case it was paused... - */ - if (IS_24XX(isp)) { - ISP_WRITE(isp, BIU2400_HCCR, - HCCR_2400_CMD_RELEASE); - } else { - ISP_WRITE(isp, HCCR, HCCR_CMD_RELEASE); - } - MEMZERO(&mbs, sizeof (mbs)); - mbs.param[0] = MBOX_ABOUT_FIRMWARE; - mbs.logval = MBLOGNONE; - isp_mboxcmd(isp, &mbs); - if (mbs.param[0] == MBOX_COMMAND_COMPLETE) { - isp->isp_romfw_rev[0] = mbs.param[1]; - isp->isp_romfw_rev[1] = mbs.param[2]; - isp->isp_romfw_rev[2] = mbs.param[3]; - } - } - isp->isp_touched = 1; - } - ISP_DISABLE_INTS(isp); /* @@ -254,7 +199,6 @@ return; } - /* * Set up default request/response queue in-pointer/out-pointer * register indices. @@ -680,7 +624,6 @@ ISP_WRITE(isp, isp->isp_respinrp, 0); ISP_WRITE(isp, isp->isp_respoutrp, 0); - /* * Do MD specific post initialization */ @@ -706,6 +649,52 @@ } } } + + /* + * Basic types (SCSI, FibreChannel and PCI or SBus) + * have been set in the MD code. We figure out more + * here. Possibly more refined types based upon PCI + * identification. Chip revision has been gathered. + * + * After we've fired this chip up, zero out the conf1 register + * for SCSI adapters and do other settings for the 2100. + */ + if (isp->isp_touched == 0) { + /* + * First see whether or not we're sitting in the ISP PROM. + * If we've just been reset, we'll have the string "ISP " + * spread through outgoing mailbox registers 1-3. We do + * this for PCI cards because otherwise we really don't + * know what state the card is in and we could hang if + * we try this command otherwise. + * + * For SBus cards, we just do this because they almost + * certainly will be running firmware by now. + */ + if (ISP_READ(isp, OUTMAILBOX1) != 0x4953 || + ISP_READ(isp, OUTMAILBOX2) != 0x5020 || + ISP_READ(isp, OUTMAILBOX3) != 0x2020) { + /* + * Just in case it was paused... + */ + if (IS_24XX(isp)) { + ISP_WRITE(isp, BIU2400_HCCR, + HCCR_2400_CMD_RELEASE); + } else { + ISP_WRITE(isp, HCCR, HCCR_CMD_RELEASE); + } + MEMZERO(&mbs, sizeof (mbs)); + mbs.param[0] = MBOX_ABOUT_FIRMWARE; + mbs.logval = MBLOGNONE; + isp_mboxcmd(isp, &mbs); + if (mbs.param[0] == MBOX_COMMAND_COMPLETE) { + isp->isp_romfw_rev[0] = mbs.param[1]; + isp->isp_romfw_rev[1] = mbs.param[2]; + isp->isp_romfw_rev[2] = mbs.param[3]; + } + } + isp->isp_touched = 1; + } /* * Up until this point we've done everything by just reading or -= end From owner-freebsd-scsi@FreeBSD.ORG Mon Sep 15 21:34:04 2008 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 DA98C106566B for ; Mon, 15 Sep 2008 21:34:04 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id AA0E18FC1C for ; Mon, 15 Sep 2008 21:34:04 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3059629rvf.43 for ; Mon, 15 Sep 2008 14:34:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=DYPNjKMccJK92yR0i/fgqhNtIpO5ynaL91rH/p6P4OU=; b=Zg8Und/lIdz+G1ZBMO1C4piMf/eZEZIqGODS3lprFhgEZNmyjT5HDqmt1O9Twt9U44 /gGBFZ0rAqCZVr01s0JL6Aaxz+3t60+TC1yE7VF7XrY5Lpz7M+SvEsbWkXA4ieH+lROo yqtubynDH8iI/TwDfZeJLNk5aaqcvylYLvqEA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=a/t1/Qt64sTCQWFVb9JHSlMeEz8ucyTFnAOx1ijAty8GL3ydZtMLAqN5+aiNuEecKX NtrkuhXfi7xgsfaNpv5UlrYk4CFoMNXr6rdu7xZ6r6yvwSLte48tIcLygXMI9aWjTHzt ST6VXgEbDCpdAfDFPSxuHRTgIx9Jt/OSOMsFQ= Received: by 10.140.191.14 with SMTP id o14mr5153713rvf.130.1221514444264; Mon, 15 Sep 2008 14:34:04 -0700 (PDT) Received: by 10.141.136.21 with HTTP; Mon, 15 Sep 2008 14:34:04 -0700 (PDT) Message-ID: <3c0b01820809151434g61caec66s44c87e122ce786b2@mail.gmail.com> Date: Mon, 15 Sep 2008 17:34:04 -0400 From: "Alexander Sack" To: "Ross West" In-Reply-To: <200809151610.m8FGA4Jh025158@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200809151610.m8FGA4Jh025158@freefall.freebsd.org> Cc: freebsd-scsi@freebsd.org Subject: Re: kern/126866: [isp] [panic] kernel panic on card initialization 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, 15 Sep 2008 21:34:04 -0000 Ross: On Mon, Sep 15, 2008 at 12:10 PM, Ross West wrote: > The following reply was made to PR kern/126866; it has been noted by GNATS. > > From: Ross West > To: bug-followup@FreeBSD.org > Cc: > Subject: Re: kern/126866: [isp] [panic] kernel panic on card initialization > Date: Mon, 15 Sep 2008 11:42:59 -0400 > > Bug solved: issue is with the driver not doing a reset of the HBA > before attempting to read the firmware version from the HBA mailbox > and getting a different response than expected. > > Patch that appears to fix the issue by doing the HBA reset first, then > full card initialization. > > Many thanks to Alexander Sack (pisymbol@gmail.com) for the hard work > in finding the proper solution. > > Patch as follows: > -= start > --- isp.c 2008-09-02 12:45:07.000000000 -0400 > +++ isp.c.0 2008-09-02 11:06:55.000000000 -0400 > @@ -171,61 +171,6 @@ > > isp->isp_state = ISP_NILSTATE; > > - /* > - * Basic types (SCSI, FibreChannel and PCI or SBus) > - * have been set in the MD code. We figure out more > - * here. Possibly more refined types based upon PCI > - * identification. Chip revision has been gathered. > - * > - * After we've fired this chip up, zero out the conf1 register > - * for SCSI adapters and do other settings for the 2100. > - */ > - > - /* > - * Get the current running firmware revision out of the > - * chip before we hit it over the head (if this is our > - * first time through). Note that we store this as the > - * 'ROM' firmware revision- which it may not be. In any > - * case, we don't really use this yet, but we may in > - * the future. > - */ > - if (isp->isp_touched == 0) { > - /* > - * First see whether or not we're sitting in the ISP PROM. > - * If we've just been reset, we'll have the string "ISP " > - * spread through outgoing mailbox registers 1-3. We do > - * this for PCI cards because otherwise we really don't > - * know what state the card is in and we could hang if > - * we try this command otherwise. > - * > - * For SBus cards, we just do this because they almost > - * certainly will be running firmware by now. > - */ > - if (ISP_READ(isp, OUTMAILBOX1) != 0x4953 || > - ISP_READ(isp, OUTMAILBOX2) != 0x5020 || > - ISP_READ(isp, OUTMAILBOX3) != 0x2020) { > - /* > - * Just in case it was paused... > - */ > - if (IS_24XX(isp)) { > - ISP_WRITE(isp, BIU2400_HCCR, > - HCCR_2400_CMD_RELEASE); > - } else { > - ISP_WRITE(isp, HCCR, HCCR_CMD_RELEASE); > - } > - MEMZERO(&mbs, sizeof (mbs)); > - mbs.param[0] = MBOX_ABOUT_FIRMWARE; > - mbs.logval = MBLOGNONE; > - isp_mboxcmd(isp, &mbs); > - if (mbs.param[0] == MBOX_COMMAND_COMPLETE) { > - isp->isp_romfw_rev[0] = mbs.param[1]; > - isp->isp_romfw_rev[1] = mbs.param[2]; > - isp->isp_romfw_rev[2] = mbs.param[3]; > - } > - } > - isp->isp_touched = 1; > - } > - > ISP_DISABLE_INTS(isp); > > /* > @@ -254,7 +199,6 @@ > return; > } > > - > /* > * Set up default request/response queue in-pointer/out-pointer > * register indices. > @@ -680,7 +624,6 @@ > ISP_WRITE(isp, isp->isp_respinrp, 0); > ISP_WRITE(isp, isp->isp_respoutrp, 0); > > - > /* > * Do MD specific post initialization > */ > @@ -706,6 +649,52 @@ > } > } > } > + > + /* > + * Basic types (SCSI, FibreChannel and PCI or SBus) > + * have been set in the MD code. We figure out more > + * here. Possibly more refined types based upon PCI > + * identification. Chip revision has been gathered. > + * > + * After we've fired this chip up, zero out the conf1 register > + * for SCSI adapters and do other settings for the 2100. > + */ > + if (isp->isp_touched == 0) { > + /* > + * First see whether or not we're sitting in the ISP PROM. > + * If we've just been reset, we'll have the string "ISP " > + * spread through outgoing mailbox registers 1-3. We do > + * this for PCI cards because otherwise we really don't > + * know what state the card is in and we could hang if > + * we try this command otherwise. > + * > + * For SBus cards, we just do this because they almost > + * certainly will be running firmware by now. > + */ > + if (ISP_READ(isp, OUTMAILBOX1) != 0x4953 || > + ISP_READ(isp, OUTMAILBOX2) != 0x5020 || > + ISP_READ(isp, OUTMAILBOX3) != 0x2020) { > + /* > + * Just in case it was paused... > + */ > + if (IS_24XX(isp)) { > + ISP_WRITE(isp, BIU2400_HCCR, > + HCCR_2400_CMD_RELEASE); > + } else { > + ISP_WRITE(isp, HCCR, HCCR_CMD_RELEASE); > + } > + MEMZERO(&mbs, sizeof (mbs)); > + mbs.param[0] = MBOX_ABOUT_FIRMWARE; > + mbs.logval = MBLOGNONE; > + isp_mboxcmd(isp, &mbs); > + if (mbs.param[0] == MBOX_COMMAND_COMPLETE) { > + isp->isp_romfw_rev[0] = mbs.param[1]; > + isp->isp_romfw_rev[1] = mbs.param[2]; > + isp->isp_romfw_rev[2] = mbs.param[3]; > + } > + } > + isp->isp_touched = 1; > + } > I have more patches and that's why I haven't submitted them formally. Was going to run it by jkim (friend and colleague) as well. We have some other issues: - 6.x tree won't load any firmware because the code was removed (I have a patch to put it back for <7.x releases) in favor of the generic firmware stuff (but that doesn't work on 6.x to my knowledge) - I'm surprised no one has reported this, if so point me to the bugzilla so we can clean up - the above line has to be trimmed, the check for 0x2020 is WRONG since that is checking for the ISP ID (2422, 2312, etc.) - I discovered that late last week - have to revise slightly the above patch since the ABOUT FIRMWARE command really doesn't do anything after the ISP has been reset and the firmware hasn't been executed (its harmless but needs to be moved out there) - there are some target mode panics running around that I have not had a chance to look at (damn day job) - maybe they should be new bugzilla's (I'll ask the parties involved to file some) - don't try to load the isp_*_it versions of firmware for any FC release (need to incorporate that as well) Can I have a couple of days to send in a revised patch to fix the above issue as well as some others? It would be good for 6.x and 7 (haven't tested it against HEAD). Sorry for being silent about this, I meant to update the incident myself, just swamped with other stuff right now!!! :D -aps From owner-freebsd-scsi@FreeBSD.ORG Tue Sep 16 13:14:12 2008 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 7787D106566B; Tue, 16 Sep 2008 13:14:12 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3621F8FC16; Tue, 16 Sep 2008 13:14:12 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1KfaNe-000Iso-89; Tue, 16 Sep 2008 16:14:10 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-scsi@FreeBSD.org, freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Sep 2008 16:14:10 +0300 From: Danny Braniss Message-ID: Cc: Subject: PERC6/i/e cli 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: Tue, 16 Sep 2008 13:14:12 -0000 hi, mfi is ok, mfi0@pci0:1:0:0: class=0x010400 card=0x1f0c1028 chip=0x00601000 rev=0x04 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'SAS1078 PCI-X Fusion-MPT SAS' class = mass storage subclass = RAID mfi1@pci0:10:0:0: class=0x010400 card=0x1f0a1028 chip=0x00601000 rev=0x04 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'SAS1078 PCI-X Fusion-MPT SAS' class = mass storage subclass = RAID ... mfi0: port 0xec00-0xecff mem 0xfc980000-0xfc9bffff,0xfc940000-0xf c97ffff irq 16 at device 0.0 on pci1 mfi0: Megaraid SAS driver Ver 2.00 mfi0: [ITHREAD] pcib8: at device 4.0 on pci0 pci10: on pcib8 mfi1: port 0xdc00-0xdcff mem 0xfc780000-0xfc7bffff,0xfc740000-0xf c77ffff irq 16 at device 0.0 on pci10 mfi1: Megaraid SAS driver Ver 2.00 mfi1: [ITHREAD] ... mfid0: on mfi0 mfid0: 953344MB (1952448512 sectors) RAID volume '' is optimal mfid1: on mfi1 mfid1: 13346816MB (27334279168 sectors) RAID volume '' is optimal but megacli does not talk to it, am I missing something, or is there another cli that does work? thanks, danny From owner-freebsd-scsi@FreeBSD.ORG Tue Sep 16 13:27:26 2008 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 29D921065673 for ; Tue, 16 Sep 2008 13:27:26 +0000 (UTC) (envelope-from westr@connection.ca) Received: from nc-tor-mail1.connection.ca (nc-tor-mail1.connection.ca [205.207.122.26]) by mx1.freebsd.org (Postfix) with ESMTP id 04DE48FC17 for ; Tue, 16 Sep 2008 13:27:25 +0000 (UTC) (envelope-from westr@connection.ca) Received: from localhost (external.tor.connection.ca [216.234.38.18]) by nc-tor-mail1.connection.ca (Postfix) with ESMTP id 3634044B43C; Tue, 16 Sep 2008 09:27:25 -0400 (EDT) Date: Tue, 16 Sep 2008 09:27:25 -0400 From: Ross Organization: Network Connection X-Priority: 3 (Normal) Message-ID: <56802665.20080916092725@connection.ca> To: "Alexander Sack" In-Reply-To: <3c0b01820809151434g61caec66s44c87e122ce786b2@mail.gmail.com> References: <200809151610.m8FGA4Jh025158@freefall.freebsd.org> <3c0b01820809151434g61caec66s44c87e122ce786b2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-scsi@freebsd.org Subject: Re[2]: kern/126866: [isp] [panic] kernel panic on card initialization X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ross List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Sep 2008 13:27:26 -0000 AS> Can I have a couple of days to send in a revised patch to fix the AS> above issue as well as some others? AS> It would be good for 6.x and 7 (haven't tested it against HEAD). AS> Sorry for being silent about this, I meant to update the incident AS> myself, just swamped with other stuff right now!!! :D Whoops! I was just cleaning up my "mess" (open pr), so please go ahead and do what you've got planned when you're able to, since it's much more complete. Cheers, Ross. From owner-freebsd-scsi@FreeBSD.ORG Tue Sep 16 13:49:58 2008 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 B2BE01065675 for ; Tue, 16 Sep 2008 13:49:58 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 5F9898FC1A for ; Tue, 16 Sep 2008 13:49:58 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 3298E1B10EDC; Tue, 16 Sep 2008 15:32:32 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on malcho.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-8.8 required=5.0 tests=ALL_TRUSTED,BAYES_00, J_CHICKENPOX_52, J_CHICKENPOX_82, J_CHICKENPOX_92 autolearn=no version=3.2.4 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 022051B10EA4; Tue, 16 Sep 2008 15:32:30 +0200 (CEST) Message-ID: <48CFB56D.3070908@moneybookers.com> Date: Tue, 16 Sep 2008 16:32:29 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.16 (X11/20080813) MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@FreeBSD.org, freebsd-current@freebsd.org Subject: Re: PERC6/i/e cli 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: Tue, 16 Sep 2008 13:49:58 -0000 Greetings, Danny Braniss wrote: > hi, mfi is ok, > > mfi0@pci0:1:0:0: class=0x010400 card=0x1f0c1028 chip=0x00601000 > rev=0x04 hdr=0x00 > vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > device = 'SAS1078 PCI-X Fusion-MPT SAS' > class = mass storage > subclass = RAID > mfi0@pci0:1:0:0: class=0x010400 card=0x1f0c1028 chip=0x00601000 rev=0x04 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'SAS1078 PCI-X Fusion-MPT SAS' class = mass storage subclass = RAID (exactly the same model) and linux-megacli-1.01.40_1 works well with it. (freebsd 7 - amd64) If you search the mailing lists you will find that similar problems can happen if modules are not loaded in the proper way. I have in /boot/loader.conf: linux_load="YES" mfi_linux_load="YES" which loads: linux.ko mfi_linux.ko and also: (because of fstab) linprocfs.ko linsysfs.ko Then you can put in your periodic.conf - daily_status_mfi_raid_enable="YES" and you will receive in your daily mails something like: Virtual Drive Information: VD DRV RLP RLS RLQ STS SIZE STATE NAME 0 2 1 0 0 64kB 139392MB Optimal Ah and btw I think it was mandatory to have compat.linux.osrelease=2.6.12 (2.6.16 works too but you have to fix the script to not complain - i think the port is still not fixed?) > mfi1@pci0:10:0:0: class=0x010400 card=0x1f0a1028 chip=0x00601000 > rev=0x04 hdr=0x00 > vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > device = 'SAS1078 PCI-X Fusion-MPT SAS' > class = mass storage > subclass = RAID > > ... > mfi0: port 0xec00-0xecff mem 0xfc980000-0xfc9bffff,0xfc940000-0xf > c97ffff irq 16 at device 0.0 on pci1 > mfi0: Megaraid SAS driver Ver 2.00 > mfi0: [ITHREAD] > pcib8: at device 4.0 on pci0 > pci10: on pcib8 > mfi1: port 0xdc00-0xdcff mem 0xfc780000-0xfc7bffff,0xfc740000-0xf > c77ffff irq 16 at device 0.0 on pci10 > mfi1: Megaraid SAS driver Ver 2.00 > mfi1: [ITHREAD] > ... > mfid0: on mfi0 > mfid0: 953344MB (1952448512 sectors) RAID volume '' is optimal > mfid1: on mfi1 > mfid1: 13346816MB (27334279168 sectors) RAID volume '' is optimal > > but megacli does not talk to it, am I missing something, or is there another > cli that does work? > > thanks, > danny > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-scsi@FreeBSD.ORG Tue Sep 16 14:40:00 2008 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 E5D581065676; Tue, 16 Sep 2008 14:40:00 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 922898FC22; Tue, 16 Sep 2008 14:40:00 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Kfbig-000JaQ-Mp; Tue, 16 Sep 2008 17:39:58 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Stefan Lambrev In-reply-to: <48CFB56D.3070908@moneybookers.com> References: <48CFB56D.3070908@moneybookers.com> Comments: In-reply-to Stefan Lambrev message dated "Tue, 16 Sep 2008 16:32:29 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 16 Sep 2008 17:39:58 +0300 From: Danny Braniss Message-ID: Cc: freebsd-scsi@FreeBSD.org, freebsd-current@freebsd.org Subject: Re: PERC6/i/e cli 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: Tue, 16 Sep 2008 14:40:01 -0000 > Greetings, > > Danny Braniss wrote: > > hi, mfi is ok, > > > > mfi0@pci0:1:0:0: class=0x010400 card=0x1f0c1028 chip=0x00601000 > > rev=0x04 hdr=0x00 > > vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > > device = 'SAS1078 PCI-X Fusion-MPT SAS' > > class = mass storage > > subclass = RAID > > > > mfi0@pci0:1:0:0: class=0x010400 card=0x1f0c1028 chip=0x00601000 > rev=0x04 hdr=0x00 > vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > device = 'SAS1078 PCI-X Fusion-MPT SAS' > class = mass storage > subclass = RAID > (exactly the same model) > and linux-megacli-1.01.40_1 works well with it. (freebsd 7 - amd64) > > If you search the mailing lists you will find that similar problems can > happen if > modules are not loaded in the proper way. > > I have in /boot/loader.conf: > linux_load="YES" > mfi_linux_load="YES" > > which loads: > linux.ko > mfi_linux.ko > and also: (because of fstab) > linprocfs.ko > linsysfs.ko > > Then you can put in your periodic.conf - daily_status_mfi_raid_enable="YES" > and you will receive in your daily mails something like: > > Virtual Drive Information: > VD DRV RLP RLS RLQ STS SIZE STATE NAME > 0 2 1 0 0 64kB 139392MB Optimal > > Ah and btw I think it was mandatory to have compat.linux.osrelease=2.6.12 > (2.6.16 works too but you have to fix the script to not complain - i > think the port is still not fixed?) > Ah, the order does affect the result! great, it now works for me too. thanks! > Best Wishes, > Stefan Lambrev > ICQ# 24134177 > From owner-freebsd-scsi@FreeBSD.ORG Tue Sep 16 15:03:35 2008 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 723F81065677 for ; Tue, 16 Sep 2008 15:03:35 +0000 (UTC) (envelope-from jselwitz@vvisions.com) Received: from mail137.messagelabs.com (mail137.messagelabs.com [216.82.249.19]) by mx1.freebsd.org (Postfix) with SMTP id 4AC378FC12 for ; Tue, 16 Sep 2008 15:03:35 +0000 (UTC) (envelope-from jselwitz@vvisions.com) X-VirusChecked: Checked X-Env-Sender: jselwitz@vvisions.com X-Msg-Ref: server-2.tower-137.messagelabs.com!1221575814!38003371!1 X-StarScan-Version: 5.5.12.14.2; banners=-,-,- X-Originating-IP: [66.193.82.31] Received: (qmail 3902 invoked from network); 16 Sep 2008 14:36:55 -0000 Received: from newman.vvisions.com (HELO newman.vvisions.com) (66.193.82.31) by server-2.tower-137.messagelabs.com with SMTP; 16 Sep 2008 14:36:55 -0000 Received: (qmail 19546 invoked from network); 16 Sep 2008 14:36:56 -0000 Received: from unknown (HELO wintermute.vvisions.com) (jselwitz@10.114.12.10) by vvisions.com with SMTP; 16 Sep 2008 14:36:56 -0000 Message-ID: <48CFC480.804@vvisions.com> Date: Tue, 16 Sep 2008 10:36:48 -0400 From: Jason Selwitz User-Agent: Thunderbird 2.0.0.14 (X11/20080613) MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: scsi errors when trying to move tapes. 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: Tue, 16 Sep 2008 15:03:35 -0000 Hi there , I was hoping someone here could tell me if I was missing something.. here is the story. I am running a FreeBSD 7.0 server with a Qlogic 2460 FC HBA installed and directl connected t othe HBA is a Spectra Logic Tape library, the Library contains 50 slots, one picker and one IBM Ultrium LTO-4 drive. the system boots and ercognizes all of the hardware however the isp drive sees the Qlogic card as a 2432 see below. isp0: port 0x5000-0x50ff mem 0xc6ffc000-0xc6ffffff irq 19 at device 0.0 on pci7 sa0 at isp0 bus 0 target 0 lun 0 sa0: Removable Sequential Access SCSI-3 device sa0: 400.000MB/s transfers sa0: Command Queueing Enabled ch0 at isp0 bus 0 target 0 lun 1 ch0: Removable Changer SCSI-3 device ch0: 400.000MB/s transfers ch0: Command Queueing Enabled ch0: 50 slots, 1 drive, 1 picker, 0 portals For some reason I can query status and get Barcode information back from the changer with both chio and mtx however when I try to move media into the drive I get errors see below. valbbacula# camcontrol devlist at scbus0 target 0 lun 0 (sa0,pass0) at scbus0 target 0 lun 1 (ch0,pass1) vvalbbacula# chio params /dev/ch0: 50 slots, 1 drive, 1 picker /dev/ch0: current picker: 0 vvalbbacula# chio status -a picker 0: sense: <0x00/0x00> voltag: <:0> avoltag: <:0> source: <> intaddr: <1> scsi: slot 0: sense: <0x00/0x00> voltag: <027734L4:8224> avoltag: <:0> source: <> intaddr: <4096> scsi: slot 1: sense: <0x00/0x00> voltag: <027733L4:8224> avoltag: <:0> source: <> intaddr: <4097> scsi: slot 2: sense: <0x00/0x00> voltag: <027732L4:8224> avoltag: <:0> source: <> intaddr: <4098> scsi: slot 3: sense: <0x00/0x00> voltag: <027731L4:8224> avoltag: <:0> source: <> intaddr: <4099> scsi: slot 4: sense: <0x00/0x00> voltag: <027730L4:8224> avoltag: <:0> source: <> intaddr: <4100> scsi: slot 5: sense: <0x00/0x00> voltag: <027739L4:8224> avoltag: <:0> source: <> intaddr: <4101> scsi: slot 6: sense: <0x00/0x00> voltag: <027738L4:8224> avoltag: <:0> source: <> intaddr: <4102> scsi: slot 7: sense: <0x00/0x00> voltag: <027737L4:8224> avoltag: <:0> source: <> intaddr: <4103> scsi: slot 8: sense: <0x00/0x00> voltag: <027736L4:8224> avoltag: <:0> source: <> intaddr: <4104> scsi: slot 9: sense: <0x00/0x00> voltag: <027735L4:8224> avoltag: <:0> source: <> intaddr: <4105> scsi: slot 10: sense: <0x00/0x00> voltag: <027944L4:8224> avoltag: <:0> source: <> intaddr: <4106> scsi: slot 11: sense: <0x00/0x00> voltag: <027943L4:8224> avoltag: <:0> source: <> intaddr: <4107> scsi: slot 12: sense: <0x00/0x00> voltag: <027942L4:8224> avoltag: <:0> source: <> intaddr: <4108> scsi: slot 13: sense: <0x00/0x00> voltag: <027941L4:8224> avoltag: <:0> source: <> intaddr: <4109> scsi: slot 14: sense: <0x00/0x00> voltag: <027940L4:8224> avoltag: <:0> source: <> intaddr: <4110> scsi: slot 15: sense: <0x00/0x00> voltag: <027949L4:8224> avoltag: <:0> source: <> intaddr: <4111> scsi: slot 16: sense: <0x00/0x00> voltag: <027948L4:8224> avoltag: <:0> source: <> intaddr: <4112> scsi: slot 17: sense: <0x00/0x00> voltag: <027947L4:8224> avoltag: <:0> source: <> intaddr: <4113> scsi: slot 18: sense: <0x00/0x00> voltag: <027946L4:8224> avoltag: <:0> source: <> intaddr: <4114> scsi: slot 19: sense: <0x00/0x00> voltag: <027945L4:8224> avoltag: <:0> source: <> intaddr: <4115> scsi: slot 20: sense: <0x00/0x00> voltag: <028314L4:8224> avoltag: <:0> source: <> intaddr: <4116> scsi: slot 21: sense: <0x00/0x00> voltag: <028313L4:8224> avoltag: <:0> source: <> intaddr: <4117> scsi: slot 22: sense: <0x00/0x00> voltag: <028312L4:8224> avoltag: <:0> source: <> intaddr: <4118> scsi: slot 23: sense: <0x00/0x00> voltag: <028311L4:8224> avoltag: <:0> source: <> intaddr: <4119> scsi: slot 24: sense: <0x00/0x00> voltag: <028310L4:8224> avoltag: <:0> source: <> intaddr: <4120> scsi: slot 25: sense: <0x00/0x00> voltag: <028319L4:8224> avoltag: <:0> source: <> intaddr: <4121> scsi: slot 26: sense: <0x00/0x00> voltag: <028318L4:8224> avoltag: <:0> source: <> intaddr: <4122> scsi: slot 27: sense: <0x00/0x00> voltag: <028317L4:8224> avoltag: <:0> source: <> intaddr: <4123> scsi: slot 28: sense: <0x00/0x00> voltag: <028316L4:8224> avoltag: <:0> source: <> intaddr: <4124> scsi: slot 29: sense: <0x00/0x00> voltag: <028315L4:8224> avoltag: <:0> source: <> intaddr: <4125> scsi: slot 30: sense: <0x00/0x00> voltag: <028774L4:8224> avoltag: <:0> source: <> intaddr: <4126> scsi: slot 31: sense: <0x00/0x00> voltag: <028773L4:8224> avoltag: <:0> source: <> intaddr: <4127> scsi: slot 32: sense: <0x00/0x00> voltag: <028772L4:8224> avoltag: <:0> source: <> intaddr: <4128> scsi: slot 33: sense: <0x00/0x00> voltag: <028771L4:8224> avoltag: <:0> source: <> intaddr: <4129> scsi: slot 34: sense: <0x00/0x00> voltag: <028770L4:8224> avoltag: <:0> source: <> intaddr: <4130> scsi: slot 35: sense: <0x00/0x00> voltag: <028779L4:8224> avoltag: <:0> source: <> intaddr: <4131> scsi: slot 36: sense: <0x00/0x00> voltag: <028778L4:8224> avoltag: <:0> source: <> intaddr: <4132> scsi: slot 37: sense: <0x00/0x00> voltag: <028777L4:8224> avoltag: <:0> source: <> intaddr: <4133> scsi: slot 38: sense: <0x00/0x00> voltag: <028776L4:8224> avoltag: <:0> source: <> intaddr: <4134> scsi: slot 39: sense: <0x00/0x00> voltag: <028775L4:8224> avoltag: <:0> source: <> intaddr: <4135> scsi: slot 40: sense: <0x00/0x00> voltag: <029134L4:8224> avoltag: <:0> source: <> intaddr: <4136> scsi: slot 41: sense: <0x00/0x00> voltag: <029133L4:8224> avoltag: <:0> source: <> intaddr: <4137> scsi: slot 42: sense: <0x00/0x00> voltag: <029132L4:8224> avoltag: <:0> source: <> intaddr: <4138> scsi: slot 43: sense: <0x00/0x00> voltag: <029131L4:8224> avoltag: <:0> source: <> intaddr: <4139> scsi: slot 44: sense: <0x00/0x00> voltag: <029130L4:8224> avoltag: <:0> source: <> intaddr: <4140> scsi: slot 45: sense: <0x00/0x00> voltag: <029139L4:8224> avoltag: <:0> source: <> intaddr: <4141> scsi: slot 46: sense: <0x00/0x00> voltag: <029138L4:8224> avoltag: <:0> source: <> intaddr: <4142> scsi: slot 47: sense: <0x00/0x00> voltag: <029137L4:8224> avoltag: <:0> source: <> intaddr: <4143> scsi: slot 48: sense: <0x00/0x00> voltag: <029136L4:8224> avoltag: <:0> source: <> intaddr: <4144> scsi: slot 49: sense: <0x00/0x00> voltag: <029135L4:8224> avoltag: <:0> source: <> intaddr: <4145> scsi: drive 0: sense: <0x00/0x00> voltag: <:0> avoltag: <:0> source: <> intaddr: <256> scsi: vvalbbacula# chio move slot 0 drive 0 chio: /dev/ch0: CHIOMOVE: Device not configured vvalbbacula# tail /var/log/messages Sep 16 10:11:10 vvalbbacula kernel: (ch0:isp0:0:0:1): MOVE MEDIUM. CDB: a5 0 0 1 10 0 1 0 0 0 0 0 Sep 16 10:11:10 vvalbbacula kernel: (ch0:isp0:0:0:1): CAM Status: SCSI Status Error Sep 16 10:11:10 vvalbbacula kernel: (ch0:isp0:0:0:1): SCSI Status: Check Condition Sep 16 10:11:10 vvalbbacula kernel: (ch0:isp0:0:0:1): ILLEGAL REQUEST asc:25,0 Sep 16 10:11:10 vvalbbacula kernel: (ch0:isp0:0:0:1): Logical unit not supported Sep 16 10:11:10 vvalbbacula kernel: (ch0:isp0:0:0:1): Unretryable error acula# mtx -f /dev/pass1 status Storage Changer /dev/pass1:1 Drives, 50 Slots ( 0 Import/Export ) Data Transfer Element 0:Empty Storage Element 1:Full :VolumeTag=027734L4 Storage Element 2:Full :VolumeTag=027733L4 Storage Element 3:Full :VolumeTag=027732L4 Storage Element 4:Full :VolumeTag=027731L4 Storage Element 5:Full :VolumeTag=027730L4 Storage Element 6:Full :VolumeTag=027739L4 Storage Element 7:Full :VolumeTag=027738L4 Storage Element 8:Full :VolumeTag=027737L4 Storage Element 9:Full :VolumeTag=027736L4 Storage Element 10:Full :VolumeTag=027735L4 Storage Element 11:Full :VolumeTag=027944L4 Storage Element 12:Full :VolumeTag=027943L4 Storage Element 13:Full :VolumeTag=027942L4 Storage Element 14:Full :VolumeTag=027941L4 Storage Element 15:Full :VolumeTag=027940L4 Storage Element 16:Full :VolumeTag=027949L4 Storage Element 17:Full :VolumeTag=027948L4 Storage Element 18:Full :VolumeTag=027947L4 Storage Element 19:Full :VolumeTag=027946L4 Storage Element 20:Full :VolumeTag=027945L4 Storage Element 21:Full :VolumeTag=028314L4 Storage Element 22:Full :VolumeTag=028313L4 Storage Element 23:Full :VolumeTag=028312L4 Storage Element 24:Full :VolumeTag=028311L4 Storage Element 25:Full :VolumeTag=028310L4 Storage Element 26:Full :VolumeTag=028319L4 Storage Element 27:Full :VolumeTag=028318L4 Storage Element 28:Full :VolumeTag=028317L4 Storage Element 29:Full :VolumeTag=028316L4 Storage Element 30:Full :VolumeTag=028315L4 Storage Element 31:Full :VolumeTag=028774L4 Storage Element 32:Full :VolumeTag=028773L4 Storage Element 33:Full :VolumeTag=028772L4 Storage Element 34:Full :VolumeTag=028771L4 Storage Element 35:Full :VolumeTag=028770L4 Storage Element 36:Full :VolumeTag=028779L4 Storage Element 37:Full :VolumeTag=028778L4 Storage Element 38:Full :VolumeTag=028777L4 Storage Element 39:Full :VolumeTag=028776L4 Storage Element 40:Full :VolumeTag=028775L4 Storage Element 41:Full :VolumeTag=029134L4 Storage Element 42:Full :VolumeTag=029133L4 Storage Element 43:Full :VolumeTag=029132L4 Storage Element 44:Full :VolumeTag=029131L4 Storage Element 45:Full :VolumeTag=029130L4 Storage Element 46:Full :VolumeTag=029139L4 Storage Element 47:Full :VolumeTag=029138L4 Storage Element 48:Full :VolumeTag=029137L4 Storage Element 49:Full :VolumeTag=029136L4 Storage Element 50:Full :VolumeTag=029135L4 vvalbbacula# mtx -f /dev/pass1 inquiry Product Type: Medium Changer Vendor ID: 'SPECTRA ' Product ID: 'PYTHON ' Revision: '2000' Attached Changer API: No bacula# mtx -f /dev/pass1 load 1 0 Loading media from Storage Element 1 into drive 0...mtx: Request Sense: Long Report=yes mtx: Request Sense: Valid Residual=no mtx: Request Sense: Error Code=70 (Current) mtx: Request Sense: Sense Key=Illegal Request mtx: Request Sense: FileMark=no mtx: Request Sense: EOM=no mtx: Request Sense: ILI=no mtx: Request Sense: Additional Sense Code = 25 mtx: Request Sense: Additional Sense Qualifier = 00 mtx: Request Sense: BPV=no mtx: Request Sense: Error in CDB=no mtx: Request Sense: SKSV=no MOVE MEDIUM from Element Address 4096 to 256 Failed any help wouldf be greatly appreciated.. please feel free to ask anything I may have overlooked. Tkanks Jason From owner-freebsd-scsi@FreeBSD.ORG Tue Sep 16 17:47:46 2008 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 C4A6B106566C for ; Tue, 16 Sep 2008 17:47:46 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.233]) by mx1.freebsd.org (Postfix) with ESMTP id 9AD038FC17 for ; Tue, 16 Sep 2008 17:47:46 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so3634866rvf.43 for ; Tue, 16 Sep 2008 10:47:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=yavnTnChtJjPpOF0PWWJrI4FtOgJD3dhe9jkzPt2tU0=; b=QfwUK5LdIy4rUWxFGq8hmbl2Azgt0cqgvd5RpiPEGAJNRrybYXynFaI8zpxOqs02Au 9QtZizdBhydC1X4wDwl8sGsj8qxmFyfESaVkgT0/J5RTk/oWFWFdhkD2pCP3UNCHpYWq 3T2vkZKDZq15tlqdyAbJqD/rG+xcc6+bbBPm8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=SlzLC9K4NiRcWVMZPGt6SgOgxX3Yiej1AQNCzUOXsWHxJEgSphCdshIXEejtL0Rb85 6pqwvQINhh/PGxEUnUwm4Mau5VvhgKTu+04mgNaDE6dYpoBrb3vvkgQZPSJvBndbOjsa mx8X414mckphJMv2WXL/pr7coAdZqeSqfSxuY= Received: by 10.141.18.15 with SMTP id v15mr5848173rvi.296.1221587265913; Tue, 16 Sep 2008 10:47:45 -0700 (PDT) Received: by 10.141.136.21 with HTTP; Tue, 16 Sep 2008 10:47:45 -0700 (PDT) Message-ID: <3c0b01820809161047s4c34f5dbsd842c926b870b274@mail.gmail.com> Date: Tue, 16 Sep 2008 13:47:45 -0400 From: "Alexander Sack" To: "Jason Selwitz" In-Reply-To: <48CFC480.804@vvisions.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48CFC480.804@vvisions.com> Cc: freebsd-scsi@freebsd.org Subject: Re: scsi errors when trying to move tapes. 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: Tue, 16 Sep 2008 17:47:46 -0000 On Tue, Sep 16, 2008 at 10:36 AM, Jason Selwitz wrote: > I am running a FreeBSD 7.0 server with a Qlogic 2460 FC HBA installed and > directl connected t othe HBA is a Spectra Logic Tape library, the Library > contains 50 slots, one picker and one IBM Ultrium LTO-4 drive. the system > boots and ercognizes all of the hardware however the isp drive sees the > Qlogic card as a 2432 see below. > > isp0: port 0x5000-0x50ff mem > 0xc6ffc000-0xc6ffffff irq 19 at device 0.0 on pci7 Its the version of the ISP I believe on the card, not the card itself - so the 2460 FC HBA uses a 2432 ISP chip. We couldn't care less what QLogic calls it! :D Trimming the rest which is also useful but I have some basic questions: - I looked up your tape device because I remember from FC tape that one of the commands got deprecated (I think A7 not A5) and the Python 2K is a SCSI tape device, can I assume you are using the ATTO SCSI/FC bridge which Spectra recommends/ships with it? If so, are you sure that is configured properly to relay all commands (apparently you can login into the bridge and verify the unit)? - Is FC tape support enabled in the QLogic BIOS out of curiosity? [what's weird is I have no idea what the SCSI/FC bridge thing does in this scenario] These are just some basic questions to get started. I haven't used or seen a tape changer in a long time! :D -aps From owner-freebsd-scsi@FreeBSD.ORG Tue Sep 16 22:35:53 2008 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 CF2511065671 for ; Tue, 16 Sep 2008 22:35:53 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 869488FC12 for ; Tue, 16 Sep 2008 22:35:53 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id m8GMOHB9020277 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 16 Sep 2008 17:24:17 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id m8GMOFpq020255; Tue, 16 Sep 2008 17:24:15 -0500 (CDT) (envelope-from dan) Date: Tue, 16 Sep 2008 17:24:15 -0500 From: Dan Nelson To: Jason Selwitz Message-ID: <20080916222415.GA66380@dan.emsphone.com> References: <48CFC480.804@vvisions.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48CFC480.804@vvisions.com> X-OS: FreeBSD 7.1-PRERELEASE User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-scsi@freebsd.org Subject: Re: scsi errors when trying to move tapes. 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: Tue, 16 Sep 2008 22:35:53 -0000 In the last episode (Sep 16), Jason Selwitz said: > For some reason I can query status and get Barcode information back from the changer with both chio and mtx however when I try to move media into the drive I get errors see below. > > valbbacula# camcontrol devlist > at scbus0 target 0 lun 0 (sa0,pass0) > at scbus0 target 0 lun 1 (ch0,pass1) > > vvalbbacula# chio params > /dev/ch0: 50 slots, 1 drive, 1 picker > /dev/ch0: current picker: 0 > > vvalbbacula# chio status -a > picker 0: sense: <0x00/0x00> voltag: <:0> avoltag: <:0> source: <> intaddr: <1> scsi: > slot 0: sense: <0x00/0x00> voltag: <027734L4:8224> avoltag: <:0> source: <> intaddr: <4096> scsi: [...] > slot 49: sense: <0x00/0x00> voltag: <029135L4:8224> avoltag: <:0> source: <> intaddr: <4145> scsi: > drive 0: sense: <0x00/0x00> voltag: <:0> avoltag: <:0> source: <> intaddr: <256> scsi: > > vvalbbacula# chio move slot 0 drive 0 > chio: /dev/ch0: CHIOMOVE: Device not configured > > vvalbbacula# tail /var/log/messages > Sep 16 10:11:10 vvalbbacula kernel: (ch0:isp0:0:0:1): MOVE MEDIUM. CDB: a5 0 0 1 10 0 1 0 0 0 0 0 > Sep 16 10:11:10 vvalbbacula kernel: (ch0:isp0:0:0:1): CAM Status: SCSI Status Error > Sep 16 10:11:10 vvalbbacula kernel: (ch0:isp0:0:0:1): SCSI Status: Check Condition > Sep 16 10:11:10 vvalbbacula kernel: (ch0:isp0:0:0:1): ILLEGAL REQUEST asc:25,0 > Sep 16 10:11:10 vvalbbacula kernel: (ch0:isp0:0:0:1): Logical unit not supported > Sep 16 10:11:10 vvalbbacula kernel: (ch0:isp0:0:0:1): Unretryable error Depending on how smart the changer is, you may have to split that move into two: move slot 0 picker 0 move picker 0 drive 0 SCSI Mode page 1F has a table of bits that tell you what source and destinations are allowed in a MOVE MEDIUM command. If you have a T-50 loader, then according to http://www.spectralogic.com/index.cfm?fuseaction=home.displayFile&DocID=286 , the ST->DT bit should be set to 1, so your original command should have worked. The ->MT bits are all zero, though, as if there really isn't a picker at all, so my suggestion to split the command may not work, either. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-scsi@FreeBSD.ORG Wed Sep 17 09:17:49 2008 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 3B65A1065675; Wed, 17 Sep 2008 09:17:49 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id E1D7F8FC0A; Wed, 17 Sep 2008 09:17:48 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id C171A1B10EDC; Wed, 17 Sep 2008 11:17:46 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on malcho.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.4 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 23E7F1B10EF7; Wed, 17 Sep 2008 11:17:41 +0200 (CEST) Message-ID: <48D0CB34.4020207@moneybookers.com> Date: Wed, 17 Sep 2008 12:17:40 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.16 (X11/20080813) MIME-Version: 1.0 To: Alexander Leidinger References: <48CFB56D.3070908@moneybookers.com> <20080917111035.12175aklikhtltcs@webmail.leidinger.net> In-Reply-To: <20080917111035.12175aklikhtltcs@webmail.leidinger.net> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: PERC6/i/e cli 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: Wed, 17 Sep 2008 09:17:49 -0000 Alexander Leidinger wrote: > Quoting "Stefan Lambrev" (from Tue, > 16 Sep 2008 16:32:29 +0300): > >> Virtual Drive Information: >> VD DRV RLP RLS RLQ STS SIZE STATE NAME >> 0 2 1 0 0 64kB 139392MB Optimal Ah and btw I >> think it was mandatory to have compat.linux.osrelease=2.6.12 >> (2.6.16 works too but you have to fix the script to not complain - i >> think the port is still not fixed?) > > Not related to $Subject, but related to the linuxulator: Only use the > default osrelease value or 2.6.16. Anything else may open pandoras box. The port comes with a shell script/wrapper which require you to use 2.6.12. I think the maintainer promised to change it to >= 2.6.12 I personally use 2.6.16 and fixed the wrapper by myself to work only with this version. The point of the maintainer is that if it works with 2.6.12, why we should disable it? For me it's enough to work with default 2.6.16 value, but someone may want to experiment .. not that a small shell script will stop them .. > > Bye, > Alexander. > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-scsi@FreeBSD.ORG Wed Sep 17 09:21:08 2008 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 296A11065670 for ; Wed, 17 Sep 2008 09:21:08 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id D1ECF8FC13 for ; Wed, 17 Sep 2008 09:21:07 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (unknown [93.197.243.44]) by redbull.bpaserver.net (Postfix) with ESMTP id 97E8B2E1FB; Wed, 17 Sep 2008 11:10:48 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 17092158DA5; Wed, 17 Sep 2008 11:10:36 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m8H9AZ0g079083; Wed, 17 Sep 2008 11:10:35 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 17 Sep 2008 11:10:35 +0200 Message-ID: <20080917111035.12175aklikhtltcs@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 17 Sep 2008 11:10:35 +0200 From: "Alexander Leidinger" To: "Stefan Lambrev" References: <48CFB56D.3070908@moneybookers.com> In-Reply-To: <48CFB56D.3070908@moneybookers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 97E8B2E1FB.214B2 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.2, required 6, BAYES_00 -15.00, MR_NOT_ATTRIBUTED_IP 0.20, NO_RDNS 0.50, RDNS_NONE 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-scsi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: PERC6/i/e cli 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: Wed, 17 Sep 2008 09:21:08 -0000 Quoting "Stefan Lambrev" (from Tue, 16 Sep 2008 16:32:29 +0300): > Virtual Drive Information: > VD DRV RLP RLS RLQ STS SIZE STATE NAME > 0 2 1 0 0 64kB 139392MB Optimal Ah and btw I > think it was mandatory to have compat.linux.osrelease=2.6.12 > (2.6.16 works too but you have to fix the script to not complain - i > think the port is still not fixed?) Not related to $Subject, but related to the linuxulator: Only use the default osrelease value or 2.6.16. Anything else may open pandoras box. Bye, Alexander. -- I got the bill for my surgery. Now I know what those doctors were wearing masks for. -- James Boren http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-scsi@FreeBSD.ORG Wed Sep 17 10:00:27 2008 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 A94161065690; Wed, 17 Sep 2008 10:00:27 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 5B4848FC1E; Wed, 17 Sep 2008 10:00:27 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (unknown [93.197.243.44]) by redbull.bpaserver.net (Postfix) with ESMTP id 637182E098; Wed, 17 Sep 2008 12:00:20 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id B9E5815901F; Wed, 17 Sep 2008 12:00:07 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m8HA06JT087728; Wed, 17 Sep 2008 12:00:06 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 17 Sep 2008 12:00:06 +0200 Message-ID: <20080917120006.13141ndfdhnpaczo@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 17 Sep 2008 12:00:06 +0200 From: "Alexander Leidinger" To: "Stefan Lambrev" References: <48CFB56D.3070908@moneybookers.com> <20080917111035.12175aklikhtltcs@webmail.leidinger.net> <48D0CB34.4020207@moneybookers.com> In-Reply-To: <48D0CB34.4020207@moneybookers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 637182E098.EEAD0 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.2, required 6, BAYES_00 -15.00, MR_NOT_ATTRIBUTED_IP 0.20, NO_RDNS 0.50, RDNS_NONE 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-scsi@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: PERC6/i/e cli 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: Wed, 17 Sep 2008 10:00:27 -0000 Quoting "Stefan Lambrev" (from Wed, =20 17 Sep 2008 12:17:40 +0300): > > > Alexander Leidinger wrote: >> Quoting "Stefan Lambrev" (from =20 >> Tue, 16 Sep 2008 16:32:29 +0300): >> >>> Virtual Drive Information: >>> VD DRV RLP RLS RLQ STS SIZE STATE NAME >>> 0 2 1 0 0 64kB 139392MB Optimal Ah and btw I =20 >>> think it was mandatory to have compat.linux.osrelease=3D2.6.12 >>> (2.6.16 works too but you have to fix the script to not complain - =20 >>> i think the port is still not fixed?) >> >> Not related to $Subject, but related to the linuxulator: Only use =20 >> the default osrelease value or 2.6.16. Anything else may open =20 >> pandoras box. > The port comes with a shell script/wrapper which require you to use =20 > 2.6.12. I think the maintainer promised to change it to >=3D 2.6.12 > I personally use 2.6.16 and fixed the wrapper by myself to work only =20 > with this version. > The point of the maintainer is that if it works with 2.6.12, why we =20 > should disable it? > For me it's enough to work with default 2.6.16 value, but someone =20 > may want to experiment .. not that a small shell script will stop =20 > them .. The linuxulator (kernel) will only switch to 2.6 mode with 2.6.16, =20 with everything else it will stay in 2.4 mode. The linux =20 infrastructure (ports) may decide to do their own stuff based upon the =20 value of osversion. In the linux_base-fc6 this is the case for sure =20 (libc and so on). The port you use may do the same. You've been =20 warned... Bye, Alexander. --=20 You know it's going to be a bad day when you want to put on the clothes you wore home from the party and there aren't any. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-scsi@FreeBSD.ORG Wed Sep 17 10:34:57 2008 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 769AA1065675 for ; Wed, 17 Sep 2008 10:34:57 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 2C2E58FC0A for ; Wed, 17 Sep 2008 10:34:56 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 6D1DE65C43B; Wed, 17 Sep 2008 12:16:07 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QjtXy9LH4OXv; Wed, 17 Sep 2008 12:16:06 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 16E6A65C394; Wed, 17 Sep 2008 12:16:05 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id m8HAG5VZ091817; Wed, 17 Sep 2008 12:16:05 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 17 Sep 2008 12:16:05 +0200 From: Roman Divacky To: Alexander Leidinger Message-ID: <20080917101605.GA91263@freebsd.org> References: <48CFB56D.3070908@moneybookers.com> <20080917111035.12175aklikhtltcs@webmail.leidinger.net> <48D0CB34.4020207@moneybookers.com> <20080917120006.13141ndfdhnpaczo@webmail.leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080917120006.13141ndfdhnpaczo@webmail.leidinger.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-scsi@FreeBSD.org, freebsd-current@FreeBSD.org, Stefan Lambrev Subject: Re: PERC6/i/e cli 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: Wed, 17 Sep 2008 10:34:57 -0000 On Wed, Sep 17, 2008 at 12:00:06PM +0200, Alexander Leidinger wrote: > Quoting "Stefan Lambrev" (from Wed, > 17 Sep 2008 12:17:40 +0300): > > > > > > >Alexander Leidinger wrote: > >>Quoting "Stefan Lambrev" (from > >>Tue, 16 Sep 2008 16:32:29 +0300): > >> > >>>Virtual Drive Information: > >>>VD DRV RLP RLS RLQ STS SIZE STATE NAME > >>>0 2 1 0 0 64kB 139392MB Optimal Ah and btw I > >>>think it was mandatory to have compat.linux.osrelease=2.6.12 > >>>(2.6.16 works too but you have to fix the script to not complain - > >>>i think the port is still not fixed?) > >> > >>Not related to $Subject, but related to the linuxulator: Only use > >>the default osrelease value or 2.6.16. Anything else may open > >>pandoras box. > >The port comes with a shell script/wrapper which require you to use > >2.6.12. I think the maintainer promised to change it to >= 2.6.12 > >I personally use 2.6.16 and fixed the wrapper by myself to work only > >with this version. > >The point of the maintainer is that if it works with 2.6.12, why we > >should disable it? > >For me it's enough to work with default 2.6.16 value, but someone > >may want to experiment .. not that a small shell script will stop > >them .. > > The linuxulator (kernel) will only switch to 2.6 mode with 2.6.16, > with everything else it will stay in 2.4 mode. The linux > infrastructure (ports) may decide to do their own stuff based upon the > value of osversion. In the linux_base-fc6 this is the case for sure > (libc and so on). The port you use may do the same. You've been > warned... actually linuxulator checks if the "osrelease" string is at least 3 chars long and if the 3rd char is "6" so "2.6.16" works exactly the same as "9.6.IamAlittleBUTTERFLY".... the fact is that we officially support only 2.6.16 as this is what is most testing done with. On the other hand I think that anything below 16 (2.6.0 -> 2.6.15) should work exactly as good. The problem might be with version > 16. Anyway - the port should be fixed. In 8-CURRENT we default to "2.6.16" so the port doesnt work... roman From owner-freebsd-scsi@FreeBSD.ORG Wed Sep 17 10:48:13 2008 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 11F7B1065686; Wed, 17 Sep 2008 10:48:13 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id BB6148FC13; Wed, 17 Sep 2008 10:48:06 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1KfuZo-0004N9-Tq; Wed, 17 Sep 2008 13:48:04 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Stefan Lambrev In-reply-to: <48D0CB34.4020207@moneybookers.com> References: <48CFB56D.3070908@moneybookers.com> <20080917111035.12175aklikhtltcs@webmail.leidinger.net> <48D0CB34.4020207@moneybookers.com> Comments: In-reply-to Stefan Lambrev message dated "Wed, 17 Sep 2008 12:17:40 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 17 Sep 2008 13:48:04 +0300 From: Danny Braniss Message-ID: Cc: Alexander Leidinger , freebsd-current@FreeBSD.org, freebsd-scsi@FreeBSD.org Subject: Re: PERC6/i/e cli 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: Wed, 17 Sep 2008 10:48:13 -0000 > > > Alexander Leidinger wrote: > > Quoting "Stefan Lambrev" (from Tue, > > 16 Sep 2008 16:32:29 +0300): > > > >> Virtual Drive Information: > >> VD DRV RLP RLS RLQ STS SIZE STATE NAME > >> 0 2 1 0 0 64kB 139392MB Optimal Ah and btw I > >> think it was mandatory to have compat.linux.osrelease=2.6.12 > >> (2.6.16 works too but you have to fix the script to not complain - i > >> think the port is still not fixed?) > > > > Not related to $Subject, but related to the linuxulator: Only use the > > default osrelease value or 2.6.16. Anything else may open pandoras box. > The port comes with a shell script/wrapper which require you to use > 2.6.12. I think the maintainer promised to change it to >= 2.6.12 > I personally use 2.6.16 and fixed the wrapper by myself to work only > with this version. > The point of the maintainer is that if it works with 2.6.12, why we > should disable it? > For me it's enough to work with default 2.6.16 value, but someone may > want to experiment .. not that a small shell script will stop them .. > > personaly, I am using /usr/local/lib/MegaCli directly, since from experimentation, the mfi_linux module MUST be loaded before mounting linsysfs, and the shell script is missleading. I modified /etc/rc.d/abi to do it correctly. danny > > Bye, > > Alexander. > > > > -- > > Best Wishes, > Stefan Lambrev > ICQ# 24134177 > From owner-freebsd-scsi@FreeBSD.ORG Wed Sep 17 19:00:35 2008 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 3B55D106568F for ; Wed, 17 Sep 2008 19:00:35 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from plato.miralink.com (mail.miralink.com [70.103.185.20]) by mx1.freebsd.org (Postfix) with ESMTP id 17B3A8FC1B for ; Wed, 17 Sep 2008 19:00:34 +0000 (UTC) (envelope-from sbruno@miralink.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by plato.miralink.com (Postfix) with ESMTP id D16991A9142; Wed, 17 Sep 2008 11:57:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at X-Spam-Flag: NO X-Spam-Score: -4.399 X-Spam-Level: X-Spam-Status: No, score=-4.399 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, BAYES_00=-2.599] Received: from plato.miralink.com ([127.0.0.1]) by localhost (plato.miralink.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LP9OIIhtHpCZ; Wed, 17 Sep 2008 11:57:22 -0700 (PDT) Received: from [10.0.0.40] (iago.office.miralink.com [10.0.0.40]) by plato.miralink.com (Postfix) with ESMTP id 8A2AE1A90BD; Wed, 17 Sep 2008 11:57:22 -0700 (PDT) Message-ID: <48D153D2.7050907@miralink.com> Date: Wed, 17 Sep 2008 12:00:34 -0700 From: Sean Bruno User-Agent: Thunderbird 2.0.0.16 (X11/20080723) MIME-Version: 1.0 To: freebsd-scsi@freebsd.org Content-Type: multipart/mixed; boundary="------------000508010308000108010002" Cc: Subject: [RELENG_6] Minor CAM patch 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: Wed, 17 Sep 2008 19:00:35 -0000 This is a multi-part message in MIME format. --------------000508010308000108010002 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Just a patch from my company's tree. I'd like to merge it ... don't worry, there will be more shortly. :) -- Sean Bruno MiraLink Corporation 6015 NE 80th Ave, Ste 100 Portland, OR 97218 Phone 503-621-5143 Fax 503-621-5199 MSN: sbruno@miralink.com Google: seanwbruno@gmail.com Yahoo: sean_bruno@yahoo.com --------------000508010308000108010002 Content-Type: text/plain; name="cam.h.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="cam.h.diff" Index: cam.h =================================================================== --- cam.h (revision 183088) +++ cam.h (working copy) @@ -129,6 +129,7 @@ * requests for the target at the sim level * back into the XPT queue. */ + CAM_SCSI_IT_NEXUS_LOST, /* Initiator/Target Nexus lost. */ CAM_IDE = 0x33, /* Initiator Detected Error */ CAM_RESRC_UNAVAIL, /* Resource Unavailable */ CAM_UNACKED_EVENT, /* Unacknowledged Event by Host */ --------------000508010308000108010002-- From owner-freebsd-scsi@FreeBSD.ORG Thu Sep 18 07:28:12 2008 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 3E766106566C for ; Thu, 18 Sep 2008 07:28:12 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 1501C8FC1E for ; Thu, 18 Sep 2008 07:28:06 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1KgDdx-0006ZS-ML for freebsd-scsi@freebsd.org; Thu, 18 Sep 2008 00:09:37 -0700 Message-ID: <19547250.post@talk.nabble.com> Date: Thu, 18 Sep 2008 00:09:37 -0700 (PDT) From: AndrewV To: freebsd-scsi@freebsd.org In-Reply-To: <47F55D25.9040900@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: andy@mx.ru References: <1207131421.2910.11.camel@frodon.be-bif.ulb.ac.be> <47F54966.9020500@samsco.org> <47F55D25.9040900@samsco.org> Subject: Re: (probe30:iir0:2:0:0): inquiry data fails comparison at DV1 step 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, 18 Sep 2008 07:28:12 -0000 Scott Long-2 wrote: > > Scott Long wrote: >> Julien wrote: >>> Hello, >>> >>> I'm using FreeBSD 7.0 with an Intel SRCZCR >>> (http://support.intel.com/support/motherboards/server/srczcr/) RAID >>> controller. The machine is configured as the following: >>> - RAID 1 + one spare disk where the system is installed >>> - RAID 5 + one spare disk mounted under /usr >>> >>> The disks are from Seagate (146 GB, U320). >>> It seems to work fine (it's a fresh install) except that I have this >>> message on boot : >>> >>> (probe30:iir0:2:0:0): inquiry data fails comparison at DV1 step >>> > > Oops, my apologies, so many drivers, so little brainpower. This problem > may have been fixed back in January, but only in 8-CURRENT. I'll look > into merging the fix into FreeBSD 7. > > Any chance to see this fix in upcoming release? We also have the same problem: Waiting 3 seconds for SCSI devices to settle (probe131:ahd0:0:5:0): inquiry data fails comparison at DV1 step (probe131:ahd0:0:5:0): inquiry data fails comparison at DV1 step (probe131:ahd0:0:5:0): inquiry data fails comparison at DV1 step (probe131:ahd0:0:5:0): inquiry data fails comparison at DV1 step (probe131:ahd0:0:5:0): inquiry data fails comparison at DV1 step ... a5 at ahd0 bus 0 target 5 lun 0 da5: Fixed Direct Access SCSI-4 device da5: 6.600MB/s transfers (16bit) da5: Command Queueing Enabled 6.6 MB/s is too slow these days :(( Working good with 6.x, damaged in 7.x ________ ANDY -- View this message in context: http://www.nabble.com/%28probe30%3Aiir0%3A2%3A0%3A0%29%3A-inquiry-data-fails-comparison-at-DV1-step-tp16445635p19547250.html Sent from the freebsd-scsi mailing list archive at Nabble.com. From owner-freebsd-scsi@FreeBSD.ORG Thu Sep 18 08:00:52 2008 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 682B6106566C; Thu, 18 Sep 2008 08:00:52 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id EC3028FC15; Thu, 18 Sep 2008 08:00:51 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p5DC5F32C.dip.t-dialin.net [93.197.243.44]) by redbull.bpaserver.net (Postfix) with ESMTP id 60A3C2E0BA; Thu, 18 Sep 2008 10:00:45 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id D64B6155C34; Thu, 18 Sep 2008 10:00:42 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m8I80g9o030277; Thu, 18 Sep 2008 10:00:42 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 18 Sep 2008 10:00:42 +0200 Message-ID: <20080918100042.58673tw6ihyqahs0@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 18 Sep 2008 10:00:42 +0200 From: "Alexander Leidinger" To: "Roman Divacky" References: <48CFB56D.3070908@moneybookers.com> <20080917111035.12175aklikhtltcs@webmail.leidinger.net> <48D0CB34.4020207@moneybookers.com> <20080917120006.13141ndfdhnpaczo@webmail.leidinger.net> <20080917101605.GA91263@freebsd.org> In-Reply-To: <20080917101605.GA91263@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 60A3C2E0BA.7013F X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.7, required 6, BAYES_00 -15.00, MR_NOT_ATTRIBUTED_IP 0.20, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-scsi@FreeBSD.org, freebsd-current@FreeBSD.org, Stefan Lambrev Subject: Re: PERC6/i/e cli 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, 18 Sep 2008 08:00:52 -0000 Quoting "Roman Divacky" (from Wed, 17 Sep 2008 =20 12:16:05 +0200): > On Wed, Sep 17, 2008 at 12:00:06PM +0200, Alexander Leidinger wrote: >> Quoting "Stefan Lambrev" (from Wed, >> 17 Sep 2008 12:17:40 +0300): >> >> > >> > >> >Alexander Leidinger wrote: >> >>Quoting "Stefan Lambrev" (from >> >>Tue, 16 Sep 2008 16:32:29 +0300): >> >> >> >>>Virtual Drive Information: >> >>>VD DRV RLP RLS RLQ STS SIZE STATE NAME >> >>>0 2 1 0 0 64kB 139392MB Optimal Ah and btw I >> >>>think it was mandatory to have compat.linux.osrelease=3D2.6.12 >> >>>(2.6.16 works too but you have to fix the script to not complain - >> >>>i think the port is still not fixed?) >> >> >> >>Not related to $Subject, but related to the linuxulator: Only use >> >>the default osrelease value or 2.6.16. Anything else may open >> >>pandoras box. >> >The port comes with a shell script/wrapper which require you to use >> >2.6.12. I think the maintainer promised to change it to >=3D 2.6.12 >> >I personally use 2.6.16 and fixed the wrapper by myself to work only >> >with this version. >> >The point of the maintainer is that if it works with 2.6.12, why we >> >should disable it? >> >For me it's enough to work with default 2.6.16 value, but someone >> >may want to experiment .. not that a small shell script will stop >> >them .. >> >> The linuxulator (kernel) will only switch to 2.6 mode with 2.6.16, >> with everything else it will stay in 2.4 mode. The linux >> infrastructure (ports) may decide to do their own stuff based upon the >> value of osversion. In the linux_base-fc6 this is the case for sure >> (libc and so on). The port you use may do the same. You've been >> warned... > > actually linuxulator checks if the "osrelease" string is at least 3 chars > long and if the 3rd char is "6" so "2.6.16" works exactly the same as > "9.6.IamAlittleBUTTERFLY".... Ups... sorry. It seems my memory fades away regarding this. Bye, Alexander. --=20 A complex system designed from scratch never works and cannot be patched up to make it work. You have to start over, beginning with a working simple system. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-scsi@FreeBSD.ORG Thu Sep 18 12:12:32 2008 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 9A6681065673 for ; Thu, 18 Sep 2008 12:12:32 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id 6D8B18FC0A for ; Thu, 18 Sep 2008 12:12:32 +0000 (UTC) (envelope-from pisymbol@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so4684898rvf.43 for ; Thu, 18 Sep 2008 05:12:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=3oM+uDtMWsSRWUUT4oPFCfnMjsBx8ZyduLfa/+qlPC4=; b=tuTwDFzID2BeWnhKkV1SSvX1ZPbXH4Yw60rw3kqopgp8bPpD5GeqRpfBS8THMi/g8i /M/cXlX1IMTLIaxl4IavEeR+f3VuoT4vQwIMFmDjiSyvJNs5bnZej24CWW3piIanrTRi kAvUDxHcvvfj+m3vzUG3rJVnIl4oJHNYLDGZ0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=mR2OyQLLFBjDGvgEI7mcaRLlRxP8xxb6cqRBsA+5B6MUq5aJ3Can7hPt1ZvuhF7fWa wb3GbzH2ho172LF73V8tF37jlvHYPLiilBwNQ20CkUQYsirvDTeVrdGZIEuzdMJ8Q6o2 gd4es5IBai3ZfFfSURChIusubSCO+yLRtxTpE= Received: by 10.140.171.18 with SMTP id t18mr7393763rve.22.1221739952072; Thu, 18 Sep 2008 05:12:32 -0700 (PDT) Received: by 10.141.136.21 with HTTP; Thu, 18 Sep 2008 05:12:32 -0700 (PDT) Message-ID: <3c0b01820809180512v178154a6h6d1190a300a5d519@mail.gmail.com> Date: Thu, 18 Sep 2008 08:12:32 -0400 From: "Alexander Sack" To: "Dan Nelson" In-Reply-To: <20080916222415.GA66380@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48CFC480.804@vvisions.com> <20080916222415.GA66380@dan.emsphone.com> Cc: freebsd-scsi@freebsd.org Subject: Re: scsi errors when trying to move tapes. 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, 18 Sep 2008 12:12:32 -0000 On Tue, Sep 16, 2008 at 6:24 PM, Dan Nelson wrote: > In the last episode (Sep 16), Jason Selwitz said: >> For some reason I can query status and get Barcode information back from the changer with both chio and mtx however when I try to move media into the drive I get errors see below. >> >> valbbacula# camcontrol devlist >> at scbus0 target 0 lun 0 (sa0,pass0) >> at scbus0 target 0 lun 1 (ch0,pass1) >> >> vvalbbacula# chio params >> /dev/ch0: 50 slots, 1 drive, 1 picker >> /dev/ch0: current picker: 0 >> >> vvalbbacula# chio status -a >> picker 0: sense: <0x00/0x00> voltag: <:0> avoltag: <:0> source: <> intaddr: <1> scsi: >> slot 0: sense: <0x00/0x00> voltag: <027734L4:8224> avoltag: <:0> source: <> intaddr: <4096> scsi: > [...] >> slot 49: sense: <0x00/0x00> voltag: <029135L4:8224> avoltag: <:0> source: <> intaddr: <4145> scsi: >> drive 0: sense: <0x00/0x00> voltag: <:0> avoltag: <:0> source: <> intaddr: <256> scsi: >> >> vvalbbacula# chio move slot 0 drive 0 >> chio: /dev/ch0: CHIOMOVE: Device not configured >> >> vvalbbacula# tail /var/log/messages >> Sep 16 10:11:10 vvalbbacula kernel: (ch0:isp0:0:0:1): MOVE MEDIUM. CDB: a5 0 0 1 10 0 1 0 0 0 0 0 >> Sep 16 10:11:10 vvalbbacula kernel: (ch0:isp0:0:0:1): CAM Status: SCSI Status Error >> Sep 16 10:11:10 vvalbbacula kernel: (ch0:isp0:0:0:1): SCSI Status: Check Condition >> Sep 16 10:11:10 vvalbbacula kernel: (ch0:isp0:0:0:1): ILLEGAL REQUEST asc:25,0 >> Sep 16 10:11:10 vvalbbacula kernel: (ch0:isp0:0:0:1): Logical unit not supported >> Sep 16 10:11:10 vvalbbacula kernel: (ch0:isp0:0:0:1): Unretryable error > > Depending on how smart the changer is, you may have to split that move > into two: > > move slot 0 picker 0 > move picker 0 drive 0 > > SCSI Mode page 1F has a table of bits that tell you what source and > destinations are allowed in a MOVE MEDIUM command. If you have a T-50 > loader, then according to > > http://www.spectralogic.com/index.cfm?fuseaction=home.displayFile&DocID=286 > > , the ST->DT bit should be set to 1, so your original command should > have worked. The ->MT bits are all zero, though, as if there really > isn't a picker at all, so my suggestion to split the command may not > work, either. > > -- > Dan Nelson > dnelson@allantgroup.com > _______________________________________________ > 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" > I agree with the above too. I'm not sure about splitting the commands up though (I also thought the right picker would just be automatically chosen based on the drive). Because though he is getting LUN unit not supported I'm wondering if there is an issue with configuring the tape on the FC fabric itself. I mean most of the commands that do go through I believe are mandatory (INQUIRY, etc.). You mentioned the tape can be put into several modes - can you consult the documentation about the recommended way the tape should be set up? I'm speculating here since I'm not familiar with your device. -aps