From owner-freebsd-scsi@freebsd.org Sun Jun 28 17:45:12 2015 Return-Path: Delivered-To: freebsd-scsi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C9DB698F215 for ; Sun, 28 Jun 2015 17:45:12 +0000 (UTC) (envelope-from pz-freebsd-scsi@ziemba.us) Received: from ziemba.us (osmtp.ziemba.us [208.106.105.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9E7BF1105 for ; Sun, 28 Jun 2015 17:45:12 +0000 (UTC) (envelope-from pz-freebsd-scsi@ziemba.us) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.14.9/8.14.9) with ESMTP id t5SHbChm097805 for ; Sun, 28 Jun 2015 10:37:12 -0700 (PDT) (envelope-from pz-freebsd-scsi@ziemba.us) Received: (from mailnull@localhost) by hairball.ziemba.us (8.14.9/8.14.9/Submit) id t5SHbCC5097804 for freebsd-scsi@freebsd.org; Sun, 28 Jun 2015 10:37:12 -0700 (PDT) (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 usenet.ziemba.us (8.14.5/8.14.5/Submit) id t5SFC766079597 for treehouse-mail-freebsd-scsi@hairball.ziemba.us; Sun, 28 Jun 2015 08:12:07 -0700 (PDT) (envelope-from news) From: "G. Paul Ziemba" To: freebsd-scsi@freebsd.org Subject: [cam] mpt stuck in loop attempting to abort Date: Sun, 28 Jun 2015 15:12:07 +0000 (UTC) Message-id: Reply-to: paul+usenet@w6yx.stanford.edu Errors-to: "G. Paul Ziemba" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2015 17:45:12 -0000 I'm hoping someone can help me troubleshoot this. I can patch and build the kernel but I don't know enough about SCSI to know where to begin. Running FreeBSD 10.1-STABLE r280974M (so it includes the recent sa(4) updates). Dell Powervault 122T (LTO2) library is attached to the LSI scsi adaptor (no other device on the scsi bus). After powering on the tape library and doing "camcontrol rescan 1", there is an endless loop of: mpt0: attempting to abort req 0xfffffe0000fe2020:1145 function 0 mpt0: abort of req 0xfffffe0000fe1148:1120 completed until I power off the drive. It happens only some of the time, so perhaps a race condition somewhere? More details at: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=201157 thanks! -- G. Paul Ziemba FreeBSD unix: 10:36AM up 12:21, 3 users, load averages: 1.23, 1.08, 0.97 From owner-freebsd-scsi@freebsd.org Sun Jun 28 20:35:56 2015 Return-Path: Delivered-To: freebsd-scsi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 434AB98F619 for ; Sun, 28 Jun 2015 20:35:56 +0000 (UTC) (envelope-from pz-freebsd-scsi@ziemba.us) Received: from ziemba.us (osmtp.ziemba.us [208.106.105.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 19E2C12CC for ; Sun, 28 Jun 2015 20:35:55 +0000 (UTC) (envelope-from pz-freebsd-scsi@ziemba.us) Received: from hairball.ziemba.us (localhost.ziemba.us [127.0.0.1]) by hairball.ziemba.us (8.14.9/8.14.9) with ESMTP id t5SKZp4T023393 for ; Sun, 28 Jun 2015 13:35:51 -0700 (PDT) (envelope-from pz-freebsd-scsi@ziemba.us) Received: (from mailnull@localhost) by hairball.ziemba.us (8.14.9/8.14.9/Submit) id t5SKZpmI023392 for freebsd-scsi@freebsd.org; Sun, 28 Jun 2015 13:35:51 -0700 (PDT) (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 usenet.ziemba.us (8.14.5/8.14.5/Submit) id t5SI8ba3082777 for treehouse-mail-freebsd-scsi@hairball.ziemba.us; Sun, 28 Jun 2015 11:08:37 -0700 (PDT) (envelope-from news) From: "G. Paul Ziemba" To: freebsd-scsi@freebsd.org Subject: Re: [cam] mpt stuck in loop attempting to abort Date: Sun, 28 Jun 2015 18:08:37 +0000 (UTC) Message-id: References: Reply-to: unp@ziemba.us Errors-to: "G. Paul Ziemba" X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2015 20:35:56 -0000 Argh, my previous message had reply-to set to a no-longer-functioning address. This one should work better: unp@ziemba.us pz-freebsd-scsi@ziemba.us ("G. Paul Ziemba") writes: >I'm hoping someone can help me troubleshoot this. I can patch >and build the kernel but I don't know enough about SCSI to know >where to begin. >[...] -- G. Paul Ziemba FreeBSD unix: 1:31PM up 2:44, 6 users, load averages: 0.84, 0.73, 0.73 From owner-freebsd-scsi@freebsd.org Mon Jun 29 18:58:08 2015 Return-Path: Delivered-To: freebsd-scsi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 181C998F7FC for ; Mon, 29 Jun 2015 18:58:08 +0000 (UTC) (envelope-from rah.lists@gmail.com) Received: from mail-la0-x230.google.com (mail-la0-x230.google.com [IPv6:2a00:1450:4010:c03::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B4D3110A1 for ; Mon, 29 Jun 2015 18:58:07 +0000 (UTC) (envelope-from rah.lists@gmail.com) Received: by lagc2 with SMTP id c2so21252935lag.3 for ; Mon, 29 Jun 2015 11:58:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=v31O0N0TNO92BjGZmPg8Ow5slp2KESmxAw903oBHj2A=; b=Wk9Gw/NMHeRrpxRqTc9as4m+oAFFCo8R1FDEaP/TW47FGijxJJMUeXABOQ6X6/YD/D kCrqosHKqkMJ1czwkjVDSE1+QUAPw61NCoqaZw+W66USudrrB4bL+auYo3ms4TDdBEvJ c/JtF8HSOWck/0zoD+pFw9Ox0frTpC578ZqlnvZtxP2Cqj5rNCknOyPaYz/GPiwwrQgc vxrLghRIYrklFa+IN4IrvjhrFUL/tYIqZT8q0HtQJ4+yAJEJ1QDLav04anyWdAM9rfWN mKq45KEVmdgAdL2HbtNkz8Eqe3J1SdYkWupruydIyFGY5hevn2mrmWS/w1iprP75gySp 2WDg== MIME-Version: 1.0 X-Received: by 10.152.170.234 with SMTP id ap10mr12090498lac.28.1435604285746; Mon, 29 Jun 2015 11:58:05 -0700 (PDT) Received: by 10.25.218.66 with HTTP; Mon, 29 Jun 2015 11:58:05 -0700 (PDT) Date: Mon, 29 Jun 2015 14:58:05 -0400 Message-ID: Subject: [iscsictl] connection to invalid target From: RA H To: freebsd-scsi@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jun 2015 18:58:08 -0000 I have a SAN with four iSCSI targets, eui.000B56007135B1B0 through eui.000B56007135B1B3 I need to validate target names entered manually by a user. Normally, I would do this is by searching the output of a discovery session. Since iscsictl doesn't allow doing discovery *only*, the only way I can think of to validate a target is to connect, then parse the output of "iscsictl -L". Unfortunately, attempting to connect to certain invalid targets results in connection to a valid target: # iscsictl -Ad 192.168.3.111 # iscsictl -L Target name Target portal State eui.000B56007135B1B0 192.168.3.111 Connected: da0 eui.000B56007135B1B1 192.168.3.111 Connected: da2 eui.000B56007135B1B2 192.168.3.111 Connected: da1 eui.000B56007135B1B3 192.168.3.111 Connected: da3 # iscsictl -Ra # iscsictl -A -p 192.168.3.111 -t eui.000B56007135B1A1 # iscsictl -L Target name Target portal State eui.000B56007135B1A1 192.168.3.111 Connected: da0 # dmesg ... da0: Serial Number 000B56007135B1B10000 ... As the Serial Number indicates, iscsictl actually connected to target eui.000B56007135B1B1. From owner-freebsd-scsi@freebsd.org Tue Jun 30 19:46:04 2015 Return-Path: Delivered-To: freebsd-scsi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 15AAD990725 for ; Tue, 30 Jun 2015 19:46:04 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wi0-x229.google.com (mail-wi0-x229.google.com [IPv6:2a00:1450:400c:c05::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B277A15A4 for ; Tue, 30 Jun 2015 19:46:03 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by widjy10 with SMTP id jy10so39486978wid.1 for ; Tue, 30 Jun 2015 12:46:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=OYQaEi1+5F0027ukOnUyTVUhQOr0oBBGRM0/bQ+0wiU=; b=QZiqZzSVkDYJekCZmsqgDAXWlKxHD33ypsgNSTPFhrMr/WEKspc2cbijbdXFPS7X16 cTbBWkLW7N6wUbkWzxAZFoSbkA7kzWoKdQVcRnWvNnpaKpkQhznITUVFu5OQyGPCSy3T eWyfssAqWNS264dgYcyVy+AczDxZLXMaiVbNrHcGb026qZvKtCb2XEnCUYWEmvZ9Pzls wCD4MtnPK51biQGXAAp2oGJmWizkD7gQu2jwAgVUz2FOHVKcIkuEyydc8u7qHNOCXH4n oPbItYWAerU6+pbAUCUSGehvS18rvs1ir6Auzwj2k3YYShB+1pQ8WBWM0YImykLs7YzT y/Og== X-Received: by 10.180.218.195 with SMTP id pi3mr36218330wic.71.1435693561854; Tue, 30 Jun 2015 12:46:01 -0700 (PDT) Received: from brick.home (adem158.neoplus.adsl.tpnet.pl. [79.184.90.158]) by mx.google.com with ESMTPSA id r9sm70344900wjo.26.2015.06.30.12.46.00 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 30 Jun 2015 12:46:00 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Tue, 30 Jun 2015 21:45:58 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: RA H Cc: freebsd-scsi@freebsd.org Subject: Re: [iscsictl] connection to invalid target Message-ID: <20150630194558.GA1223@brick.home> Mail-Followup-To: RA H , freebsd-scsi@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jun 2015 19:46:04 -0000 On 0629T1458, RA H wrote: > I have a SAN with four iSCSI targets, > eui.000B56007135B1B0 through eui.000B56007135B1B3 > > I need to validate target names entered manually by a user. > Normally, I would do this is by searching the output of a discovery > session. Since iscsictl doesn't allow doing discovery *only*, the only > way I can think of to validate a target is to connect, then parse the > output of "iscsictl -L". Unfortunately, attempting to connect to certain > invalid targets results in connection to a valid target: > > # iscsictl -Ad 192.168.3.111 > # iscsictl -L > Target name Target portal State > eui.000B56007135B1B0 192.168.3.111 Connected: da0 > eui.000B56007135B1B1 192.168.3.111 Connected: da2 > eui.000B56007135B1B2 192.168.3.111 Connected: da1 > eui.000B56007135B1B3 192.168.3.111 Connected: da3 > # iscsictl -Ra > # iscsictl -A -p 192.168.3.111 -t eui.000B56007135B1A1 > # iscsictl -L > Target name Target portal State > eui.000B56007135B1A1 192.168.3.111 Connected: da0 > # dmesg > ... > da0: Serial Number 000B56007135B1B10000 > ... > > As the Serial Number indicates, iscsictl actually connected to > target eui.000B56007135B1B1. That's weird. Could you paste the iscsid debug log when this happens? (Basically do "pkill iscsid; while :; do iscsid -d; done" in a separate shell and capture the output). From owner-freebsd-scsi@freebsd.org Wed Jul 1 19:27:29 2015 Return-Path: Delivered-To: freebsd-scsi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 59B4C99199D for ; Wed, 1 Jul 2015 19:27:29 +0000 (UTC) (envelope-from rah.lists@gmail.com) Received: from mail-oi0-x22e.google.com (mail-oi0-x22e.google.com [IPv6:2607:f8b0:4003:c06::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 169A62774 for ; Wed, 1 Jul 2015 19:27:29 +0000 (UTC) (envelope-from rah.lists@gmail.com) Received: by oiax193 with SMTP id x193so39669494oia.2 for ; Wed, 01 Jul 2015 12:27:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=BaTw7TwIObZjX/QaPX1Oqe5ZwmXt8sanj/qTTwtXAHk=; b=rSsY7tfMqAsEMHB7WB+EM218V/+hU/w6YWbmojf4LVK7BaTIDBBg9yP3xiCBKjibR/ nhNqqEFI7dJ8JNf2aRhOYo+kz5faFMdAgu8oQPlXIyWDO9M5ZPJFKHwzWtbSNsGd1xJr StiI3xf5SH43/gOzIfsNymxtKbx7FOEIkvczoR2L3iTgxTzRuXoD5sfNjhhEFoRRLLqi 3WL5kDgJS8E3C1rkYIz5Xypzb3U4a4KqT7YHa27LiqwisAodwG2D3qAteE4jn8mq6ZJQ /Jh6Xc/H9nTQCHkD/fmIDVXH47d8KTQXUPRMvyNVFsjGgnhT7inQ8WeGeTfWlz5OBPB+ EoCQ== MIME-Version: 1.0 X-Received: by 10.182.29.68 with SMTP id i4mr23547622obh.57.1435778848345; Wed, 01 Jul 2015 12:27:28 -0700 (PDT) Received: by 10.202.44.16 with HTTP; Wed, 1 Jul 2015 12:27:28 -0700 (PDT) In-Reply-To: <20150630194558.GA1223@brick.home> References: <20150630194558.GA1223@brick.home> Date: Wed, 1 Jul 2015 15:27:28 -0400 Message-ID: Subject: Re: [iscsictl] connection to invalid target From: RA H To: RA H , freebsd-scsi@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jul 2015 19:27:29 -0000 Thanks for the suggestion. Based on the debug log it looked like the problem was with the SAN, and in fact it is. Apparently it's not considered a pressing issue because most initiators will only attempt to connect to targets returned by a discovery session... I'm using another workaround for the target validation which works fine, but it's more complicated than my initial plan, nevermind simply parsing the output of a discovery session eg. "iscontrol -dt ". Since I have your attention, is there any chance of such a thing being implemented with iscsictl? Thanks again. On Tue, Jun 30, 2015 at 3:45 PM, Edward Tomasz Napiera=C5=82a wrote: > On 0629T1458, RA H wrote: > > I have a SAN with four iSCSI targets, > > eui.000B56007135B1B0 through eui.000B56007135B1B3 > > > > I need to validate target names entered manually by a user. > > Normally, I would do this is by searching the output of a discovery > > session. Since iscsictl doesn't allow doing discovery *only*, the only > > way I can think of to validate a target is to connect, then parse the > > output of "iscsictl -L". Unfortunately, attempting to connect to certai= n > > invalid targets results in connection to a valid target: > > > > # iscsictl -Ad 192.168.3.111 > > # iscsictl -L > > Target name Target portal State > > eui.000B56007135B1B0 192.168.3.111 Connected: da0 > > eui.000B56007135B1B1 192.168.3.111 Connected: da2 > > eui.000B56007135B1B2 192.168.3.111 Connected: da1 > > eui.000B56007135B1B3 192.168.3.111 Connected: da3 > > # iscsictl -Ra > > # iscsictl -A -p 192.168.3.111 -t eui.000B56007135B1A1 > > # iscsictl -L > > Target name Target portal State > > eui.000B56007135B1A1 192.168.3.111 Connected: da0 > > # dmesg > > ... > > da0: Serial Number 000B56007135B1B10000 > > ... > > > > As the Serial Number indicates, iscsictl actually connected to > > target eui.000B56007135B1B1. > > That's weird. Could you paste the iscsid debug log when this happens? > (Basically do "pkill iscsid; while :; do iscsid -d; done" in a separate > shell and capture the output). > > From owner-freebsd-scsi@freebsd.org Thu Jul 2 08:32:24 2015 Return-Path: Delivered-To: freebsd-scsi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 09292993C2C for ; Thu, 2 Jul 2015 08:32:24 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 92F2A1145 for ; Thu, 2 Jul 2015 08:32:23 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by widjy10 with SMTP id jy10so78118714wid.1 for ; Thu, 02 Jul 2015 01:32:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=Cj0j95ytuHj8BQDEDK+32FoQXI0tmu+wtxsTgEmVV/I=; b=Chf9lvwX8z4PxCP+ElCn9PvgkPil2pcBk8I4YwjcxEY6+ePRsiVQBinI+mOKcxS+rh w+N10EHzcPkQSu7FZm8vIxe6eLZZJaV8peAzH8M9a1cLWsTgP3zGl57z+89T+ksqLGN2 3USLOky8s0hUN9F20Kzkjs2Iamtl2io92RqDgbGvdrHHoQOsTQGfpe3J32/Nth97wGoe QSoZ6UbG0//RVDwq2hh3JWc/unKuyHi5A1kympH8IgGTrR/APknEpjQZhM+xwY1O1fDW A762JXp4N33vtKX97bnHOrL8uwnsUjUyn5gQ8IbMuUY4eUNydHydjinz6Eei5z+kI+lf 8UCg== X-Received: by 10.180.39.212 with SMTP id r20mr13879520wik.64.1435825941974; Thu, 02 Jul 2015 01:32:21 -0700 (PDT) Received: from brick.home (aegk94.neoplus.adsl.tpnet.pl. [79.186.166.94]) by mx.google.com with ESMTPSA id ea2sm17627962wib.22.2015.07.02.01.32.20 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 02 Jul 2015 01:32:20 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Thu, 2 Jul 2015 10:32:18 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: RA H Cc: freebsd-scsi@freebsd.org Subject: Re: [iscsictl] connection to invalid target Message-ID: <20150702083218.GA16246@brick.home> Mail-Followup-To: RA H , freebsd-scsi@freebsd.org References: <20150630194558.GA1223@brick.home> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2015 08:32:24 -0000 On 0701T1527, RA H wrote: > Thanks for the suggestion. Based on the debug log it looked like the > problem was with the SAN, and in fact it is. Apparently it's not considered > a pressing issue because most initiators will only attempt to connect to > targets returned by a discovery session... So basically it's not a FreeBSD bug? > I'm using another workaround for the target validation which works fine, > but it's more complicated than my initial plan, nevermind simply parsing > the output of a discovery session eg. "iscontrol -dt ". > Since I have your attention, is there any chance of such a thing being > implemented with iscsictl? The problem here is that the discovery is performed by iscsid; the way to implement it would be to make iscsictl add the discovery session, wait for iscsid to finish discovery but not connect to the targets, report targets, and then remove them. So basically pretty much what you are doing anyway. > Thanks again. > > On Tue, Jun 30, 2015 at 3:45 PM, Edward Tomasz Napierała > wrote: > > > On 0629T1458, RA H wrote: > > > I have a SAN with four iSCSI targets, > > > eui.000B56007135B1B0 through eui.000B56007135B1B3 > > > > > > I need to validate target names entered manually by a user. > > > Normally, I would do this is by searching the output of a discovery > > > session. Since iscsictl doesn't allow doing discovery *only*, the only > > > way I can think of to validate a target is to connect, then parse the > > > output of "iscsictl -L". Unfortunately, attempting to connect to certain > > > invalid targets results in connection to a valid target: > > > > > > # iscsictl -Ad 192.168.3.111 > > > # iscsictl -L > > > Target name Target portal State > > > eui.000B56007135B1B0 192.168.3.111 Connected: da0 > > > eui.000B56007135B1B1 192.168.3.111 Connected: da2 > > > eui.000B56007135B1B2 192.168.3.111 Connected: da1 > > > eui.000B56007135B1B3 192.168.3.111 Connected: da3 > > > # iscsictl -Ra > > > # iscsictl -A -p 192.168.3.111 -t eui.000B56007135B1A1 > > > # iscsictl -L > > > Target name Target portal State > > > eui.000B56007135B1A1 192.168.3.111 Connected: da0 > > > # dmesg > > > ... > > > da0: Serial Number 000B56007135B1B10000 > > > ... > > > > > > As the Serial Number indicates, iscsictl actually connected to > > > target eui.000B56007135B1B1. > > > > That's weird. Could you paste the iscsid debug log when this happens? > > (Basically do "pkill iscsid; while :; do iscsid -d; done" in a separate > > shell and capture the output). > > > > > _______________________________________________ > freebsd-scsi@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-scsi > To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org" From owner-freebsd-scsi@freebsd.org Thu Jul 2 19:40:33 2015 Return-Path: Delivered-To: freebsd-scsi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 842A8993A52 for ; Thu, 2 Jul 2015 19:40:33 +0000 (UTC) (envelope-from rah.lists@gmail.com) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4C0B52F83 for ; Thu, 2 Jul 2015 19:40:33 +0000 (UTC) (envelope-from rah.lists@gmail.com) Received: by obpn3 with SMTP id n3so56337959obp.0 for ; Thu, 02 Jul 2015 12:40:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=vtLJ/mVBRbP7UhhhP4qY15Vk+6WvfKVuDEU37cCtOXU=; b=LeT5kNFSB6J3DeHu6NghHiS157NW0iqqNsyQb1QWEKoTr+dF8QaAnAwJ9BjVIE4ksO zEEtjFTWFP+S4VicNBMqUAk0ZFqriyNwdOBpiKPesLvIm4D+5iUqwwlYIBL/QANh8yPD dmfFtFcwLc1IWMBq4CUb41w6aY8EQ+Cy/pSwPKOyA1/ZH9E8NJFuz0Cb811yl4EmOoXl gcsQY2cBXjuxXAzbNm2oqCEi3Z5YRgKTRXYJ05utSGdXp75s+FZ+bqd7CFbUGEbefuro Gq9jq80k/n0hR41cB2YS3sZGhZTfGAMEYlC9zAu+UuulJZ3XZmwsiJPQxsiVZGWYBPuk k1zw== MIME-Version: 1.0 X-Received: by 10.60.74.2 with SMTP id p2mr31415534oev.57.1435866032469; Thu, 02 Jul 2015 12:40:32 -0700 (PDT) Received: by 10.202.44.16 with HTTP; Thu, 2 Jul 2015 12:40:32 -0700 (PDT) In-Reply-To: <20150702083218.GA16246@brick.home> References: <20150630194558.GA1223@brick.home> <20150702083218.GA16246@brick.home> Date: Thu, 2 Jul 2015 15:40:32 -0400 Message-ID: Subject: Re: [iscsictl] connection to invalid target From: RA H To: RA H , freebsd-scsi@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jul 2015 19:40:33 -0000 On Thu, Jul 2, 2015 at 4:32 AM, Edward Tomasz Napiera=C5=82a wrote: > So basically it's not a FreeBSD bug? > Correct. > The problem here is that the discovery is performed by iscsid; the way > to implement it would be to make iscsictl add the discovery session, wait > for iscsid to finish discovery but not connect to the targets, report > targets, and then remove them. So basically pretty much what you are > doing anyway. > But that's not what I'm doing because I have no idea how to do discovery only through any means. Roughly, my process is as follows: * Get list of connected targets (iscsictl -L) * Do discovery+login (iscsictl -Ad ) * Get list of connected targets (iscsictl -L) * Filter newly connected targets * Compare newly connected target names to user-input target name and disconnect non-matching sessions If you could demonstrate how to implement the process you described above I'd be incredibly greatful. Also, apologies for not keeping this on the ML, I'm new at this... From owner-freebsd-scsi@freebsd.org Fri Jul 3 02:19:34 2015 Return-Path: Delivered-To: freebsd-scsi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 0FBD0993B44 for ; Fri, 3 Jul 2015 02:19:34 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id F0B8316F2 for ; Fri, 3 Jul 2015 02:19:33 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t632JXrw040018 for ; Fri, 3 Jul 2015 02:19:33 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-scsi@FreeBSD.org Subject: [Bug 200883] Installing FreeBSD 10.1-RELEASE-amd64-{disk1|dvd1}.iso fails to install on Dell C6220, bootonly.iso works Date: Fri, 03 Jul 2015 02:19:34 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: misc X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-bugs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: assigned_to cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2015 02:19:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200883 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|sbruno@FreeBSD.org |freebsd-bugs@FreeBSD.org CC| |freebsd-scsi@FreeBSD.org --- Comment #3 from Sean Bruno --- hrm ... my hardware was shipped away. I can't test this any longer. Can you try the 10.2r ISO images and see if they're any happier. If not, maybe there's a missing MFC that makes current much happier. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-scsi@freebsd.org Fri Jul 3 06:52:13 2015 Return-Path: Delivered-To: freebsd-scsi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5C570992AFA for ; Fri, 3 Jul 2015 06:52:13 +0000 (UTC) (envelope-from marcus@odin.blazingdot.com) Received: from odin.blazingdot.com (odin.blazingdot.com [204.109.60.170]) by mx1.freebsd.org (Postfix) with ESMTP id 45C54146A for ; Fri, 3 Jul 2015 06:52:12 +0000 (UTC) (envelope-from marcus@odin.blazingdot.com) Received: by odin.blazingdot.com (Postfix, from userid 1001) id 3BDE61320ED; Thu, 2 Jul 2015 23:42:47 -0700 (PDT) Date: Thu, 2 Jul 2015 23:42:47 -0700 From: Marcus Reid To: freebsd-scsi@freebsd.org Subject: ahd and LTO3 drive, not working right Message-ID: <20150703064247.GA19462@blazingdot.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable X-Coffee-Level: nearly-fatal User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2015 06:52:13 -0000 Hi, I've got a: ahd0@pci0:4:1:0: class=3D0x010400 card=3D0x00449005 chip=3D0x809= 79005 rev=3D0x10 hdr=3D0x00 vendor =3D 'Adaptec' device =3D 'ASC-29320ALP U320 w/HostRAID' class =3D mass storage subclass =3D RAID with an HP LTO3 drive on it. Controlling the drive and writing work great, but when I attempt to read the tape I get a few blocks and then: Jul 2 23:23:31 sol kernel: (sa0:ahd0:0:3:0): 10240-byte tape record bi= gger than supplied buffer Jul 2 23:24:15 sol kernel: ahd0: SCSI offset overrun detected. Resett= ing bus. Jul 2 23:24:15 sol kernel: ahd0: Invalid Sequencer interrupt occurred. Jul 2 23:24:15 sol kernel: >>>>>>>>>>>>>>>>>> Dump Card State Begins <= <<<<<<<<<<<<<<<< Jul 2 23:24:15 sol kernel: ahd0: Dumping Card State at program address= 0x231 Mode 0x0 Jul 2 23:24:15 sol kernel: Card was paused Jul 2 23:24:15 sol kernel: INTSTAT[0x0] SELOID[0x3] SELID[0x30] HS_MAI= LBOX[0x0]=20 Jul 2 23:24:15 sol kernel: INTCTL[0x80]:(SWTMINTMASK) SEQINTSTAT[0x0] = SAVED_MODE[0x11]=20 Jul 2 23:24:15 sol kernel: DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO= 1FREE)=20 Jul 2 23:24:15 sol kernel: SCSISIGI[0x0]:(P_DATAOUT) SCSIPHASE[0x0] SC= SIBUS[0x0]=20 Jul 2 23:24:15 sol kernel: LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) SCSISE= Q0[0x0]=20 Jul 2 23:24:15 sol kernel: SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) SEQCTL0= [0x0] SEQINTCTL[0x6]:(INTMASK1|INTMASK2)=20 Jul 2 23:24:15 sol kernel: SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] QFREEZE_COUN= T[0x7c]=20 Jul 2 23:24:15 sol kernel: KERNEL_QFREEZE_COUNT[0x7c] MK_MESSAGE_SCB[0= xff00]=20 Jul 2 23:24:15 sol kernel: MK_MESSAGE_SCSIID[0xff] SSTAT0[0x0] SSTAT1[= 0x0] SSTAT2[0x0]=20 Jul 2 23:24:15 sol kernel: SSTAT3[0x0] PERRDIAG[0x0] SIMODE1[0x84]:(EN= SCSIPERR|ENSELTIMO)=20 Jul 2 23:24:15 sol kernel: LQISTAT0[0x0] LQISTAT1[0x0] LQISTAT2[0x0] L= QOSTAT0[0x0]=20 Jul 2 23:24:15 sol kernel: LQOSTAT1[0x0] LQOSTAT2[0xe1]:(LQOSTOP0|LQOP= KT)=20 Jul 2 23:24:15 sol kernel:=20 Jul 2 23:24:15 sol kernel: SCB Count =3D 512 CMDS_PENDING =3D 0 LASTSC= B 0xffff CURRSCB 0x1f4 NEXTSCB 0xff40 Jul 2 23:24:15 sol kernel: qinstart =3D 172 qinfifonext =3D 172 Jul 2 23:24:15 sol kernel: QINFIFO: Jul 2 23:24:15 sol kernel: WAITING_TID_QUEUES: Jul 2 23:24:15 sol kernel: Pending list: Jul 2 23:24:15 sol kernel: Total 0 Jul 2 23:24:15 sol kernel: Kernel Free SCB lists:=20 Jul 2 23:24:15 sol kernel: Any Device: 500 497 498 499 501 502 503 504= 505 506 507 508 509 510 511 496 495 494 493 492 491 490 489 488 487 486 48= 5 484 483 482 481 480 479 478 477 476 475 474 473 472 471 470 469 468 467 4= 66 465 464 463 462 461 460 459 458 457 456 455 454 453 452 451 450 449 448 = 447 446 445 444 443 442 441 440 439 438 437 436 435 434 433 432 431 430 429= 428 427 426 425 424 423 422 421 420 419 418 417 416 415 414 413 412 411 41= 0 409 408 407 406 405 404 403 402 401 400 399 398 397 396 395 394 393 392 3= 91 390 389 388 387 386 385 384 383 382 381 380 379 378 377 376 375 374 373 = 372 371 370 369 368 367 366 365 364 363 362 361 360 359 358 357 356 355 354= 353 352 351 350 349 348 347 346 345 344 343 342 341 340 339 338 337 336 33= 5 334 333 332 331 330 329 328 327 326 325 324 323 322 321 320 319 318 317 3= 16 315 314 313 312 311 310 309 308 307 306 305 304 303 302 301 300 299 298 = 297 296 295 294 293 292 291 290 289 288 287 286 285 284 283 282 281 280 279= 278 277 276 275 274 273 272 271 270 269 268 267 266 265 264 263 262 261=20 Jul 2 23:24:15 sol kernel: 59 258 257 256 255 254 253 252 251 250 249 = 248 247 246 245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230= 229 228 227 226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 21= 1 210 209 208 207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 1= 92 191 190 189 188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 = 173 172 171 170 169 168 167 166 165 164 163 162 161 160 159 158 157 156 155= 154 153 152 151 150 149 148 147 146 145 144 143 142 141 140 139 138 137 13= 6 135 134 133 132 131 130 129 128 127 126 125 124 123 122 121 120 119 118 1= 17 116 115 114 113 112 111 110 109 108 107 106 105 104 103 102 101 100 99 9= 8 97 96 95 94 93 92 91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 7= 3 72 71 70 69 68 67 66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 4= 8 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 2= 3 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0=20 Jul 2 23:24:15 sol kernel: Sequencer Complete DMA-inprog list:=20 Jul 2 23:24:15 sol kernel: Sequencer Complete list:=20 Jul 2 23:24:15 sol kernel: Sequencer DMA-Up and Complete list:=20 Jul 2 23:24:15 sol kernel: Sequencer On QFreeze and Complete list:=20 Jul 2 23:24:15 sol kernel:=20 Jul 2 23:24:15 sol kernel:=20 Jul 2 23:24:15 sol kernel: ahd0: FIFO0 Free, LONGJMP =3D=3D 0x8054, SC= B 0x1f4 Jul 2 23:24:15 sol kernel: SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG= 4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS)=20 Jul 2 23:24:15 sol kernel: SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:= (FIFOEMP|HDONE|PRELOAD_AVAIL)=20 Jul 2 23:24:15 sol kernel: SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x= 0] DFFSXFRCTL[0x0]=20 Jul 2 23:24:15 sol kernel: SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO= ) SHADDR =3D 0x00, SHCNT =3D 0x0=20 Jul 2 23:24:15 sol kernel: HADDR =3D 0x00, HCNT =3D 0x0 CCSGCTL[0x10]:= (SG_CACHE_AVAIL)=20 Jul 2 23:24:15 sol kernel:=20 Jul 2 23:24:15 sol kernel: ahd0: FIFO1 Free, LONGJMP =3D=3D 0x807c, SC= B 0x1f4 Jul 2 23:24:15 sol kernel: SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG= 4TSTAT|ENCFG4ISTAT|ENCFG4DATA|ENSAVEPTRS)=20 Jul 2 23:24:15 sol kernel: SEQINTSRC[0x0] DFCNTRL[0x0] DFSTATUS[0x89]:= (FIFOEMP|HDONE|PRELOAD_AVAIL)=20 Jul 2 23:24:15 sol kernel: SG_CACHE_SHADOW[0x2]:(LAST_SEG) SG_STATE[0x= 0] DFFSXFRCTL[0x0]=20 Jul 2 23:24:15 sol kernel: SOFFCNT[0x0] MDFFSTAT[0x5]:(FIFOFREE|DLZERO= ) SHADDR =3D 0x00, SHCNT =3D 0x0=20 Jul 2 23:24:15 sol kernel: HADDR =3D 0x00, HCNT =3D 0x0 CCSGCTL[0x10]:= (SG_CACHE_AVAIL)=20 Jul 2 23:24:15 sol kernel: LQIN: 0x4 0x0 0x1 0xf4 0x0 0x0 0x0 0x0 0x0 = 0x0 0x0 0x0 0x0 0x0 0x28 0x0 0x0 0x0 0x2 0x0=20 Jul 2 23:24:15 sol kernel: ahd0: LQISTATE =3D 0x0, LQOSTATE =3D 0x0, O= PTIONMODE =3D 0x52 Jul 2 23:24:15 sol kernel: ahd0: OS_SPACE_CNT =3D 0x20 MAXCMDCNT =3D 0= x1 Jul 2 23:24:15 sol kernel: ahd0: SAVED_SCSIID =3D 0x0 SAVED_LUN =3D 0x0 Jul 2 23:24:15 sol kernel:=20 Jul 2 23:24:15 sol kernel: SIMODE0[0xc]:(ENOVERRUN|ENIOERR)=20 Jul 2 23:24:15 sol kernel: CCSCBCTL[0x4]:(CCSCBDIR)=20 Jul 2 23:24:15 sol kernel: ahd0: REG0 =3D=3D 0xa360, SINDEX =3D 0x108,= DINDEX =3D 0x108 Jul 2 23:24:15 sol kernel: ahd0: SCBPTR =3D=3D 0x1f4, SCB_NEXT =3D=3D = 0xff40, SCB_NEXT2 =3D=3D 0xffb8 Jul 2 23:24:15 sol kernel: CDB 8 0 1 80 8 fe Jul 2 23:24:15 sol kernel: STACK: 0x22c 0x1 0x0 0x0 0x0 0x0 0x0 0x0 Jul 2 23:24:15 sol kernel: <<<<<<<<<<<<<<<<< Dump Card State Ends >>>>= >>>>>>>>>>>>>> Jul 2 23:24:20 sol kernel: (sa0:ahd0:0:3:0): PREVENT ALLOW MEDIUM REMO= VAL. CDB: 1e 00 00 00 00 00=20 Jul 2 23:24:20 sol kernel: (sa0:ahd0:0:3:0): CAM status: SCSI Status E= rror Jul 2 23:24:20 sol kernel: (sa0:ahd0:0:3:0): SCSI status: Check Condit= ion Jul 2 23:24:20 sol kernel: (sa0:ahd0:0:3:0): SCSI sense: UNIT ATTENTIO= N asc:29,6 (Transceiver mode changed to LVD) Jul 2 23:24:20 sol kernel: (sa0:ahd0:0:3:0): Retrying command (per sen= se data) Jul 2 23:24:20 sol kernel: (sa0:ahd0:0:3:0): tape is now frozen- use a= n OFFLINE, REWIND or MTEOM command to clear this state. I tried it in a different OS and things seem to work (it's slow over there but it is able to read the tape). I've tried a number of different block sizes. Any ideas what to try next? Thanks, Marcus From owner-freebsd-scsi@freebsd.org Fri Jul 3 11:03:13 2015 Return-Path: Delivered-To: freebsd-scsi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 00FD4993E6D for ; Fri, 3 Jul 2015 11:03:13 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: from mail-wi0-x22a.google.com (mail-wi0-x22a.google.com [IPv6:2a00:1450:400c:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8AF1E2DC5 for ; Fri, 3 Jul 2015 11:03:12 +0000 (UTC) (envelope-from etnapierala@gmail.com) Received: by widjy10 with SMTP id jy10so107115447wid.1 for ; Fri, 03 Jul 2015 04:03:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:mail-followup-to :references:mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=k0VCcTA4uTe2Xmh4ropl8zViNtrcrpTk1sVh7fdIjEc=; b=k1RU8VGVLTUyLBv3rWOWynmV2SiwBnY+MErwqvcAnAyf2UfYO232xOObdX27hyuw8D uNcKyuRNuGurtH1wBhmwH2S8CgLSlQeSV+f3wcFgRLta6xTUvfQKIguG8+5MPrm6+VN7 uecxoKzbahi701YzVw3F1YRPqjh1IuvDvFczmcb0NgsN5rCSgpijVWoyCKSvzWaI2Nxz iRZbpS/HCpu8ebsbHx002AuXxpuoFdMxeG9WshwBywJpiw/wcb1/Hy4XDNIEsGlNzx3k VRqAiTENshDcjVN2z3tmZ0iPra/JViCnRIbIbYiO2fsjJh+6roi7WT77VmyjpifJJOfi 0TvQ== X-Received: by 10.194.71.105 with SMTP id t9mr69177766wju.128.1435921390915; Fri, 03 Jul 2015 04:03:10 -0700 (PDT) Received: from brick.home (abqt164.neoplus.adsl.tpnet.pl. [83.8.87.164]) by mx.google.com with ESMTPSA id l14sm12816041wjq.21.2015.07.03.04.03.09 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 03 Jul 2015 04:03:09 -0700 (PDT) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Date: Fri, 3 Jul 2015 13:03:07 +0200 From: Edward Tomasz =?utf-8?Q?Napiera=C5=82a?= To: RA H Cc: freebsd-scsi@freebsd.org Subject: Re: [iscsictl] connection to invalid target Message-ID: <20150703110307.GA3993@brick.home> Mail-Followup-To: RA H , freebsd-scsi@freebsd.org References: <20150630194558.GA1223@brick.home> <20150702083218.GA16246@brick.home> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2015 11:03:13 -0000 On 0702T1540, RA H wrote: > On Thu, Jul 2, 2015 at 4:32 AM, Edward Tomasz Napierała > wrote: > > > So basically it's not a FreeBSD bug? > > > > Correct. > > > > The problem here is that the discovery is performed by iscsid; the way > > to implement it would be to make iscsictl add the discovery session, wait > > for iscsid to finish discovery but not connect to the targets, report > > targets, and then remove them. So basically pretty much what you are > > doing anyway. > > > > But that's not what I'm doing because I have no idea how to do discovery > only through any means. Roughly, my process is as follows: > > * Get list of connected targets (iscsictl -L) > * Do discovery+login (iscsictl -Ad ) > * Get list of connected targets (iscsictl -L) > * Filter newly connected targets > * Compare newly connected target names to user-input target name > and disconnect non-matching sessions > > If you could demonstrate how to implement the process you described > above I'd be incredibly greatful. Also, apologies for not keeping this > on the ML, I'm new at this... Perhaps I could make myself more clear on this: what I was describing above is a theoretical way this could be implemented, not an existing functionality. The bottom line is: the way it could be done is very similar to what you're doing "by hand", as you described above. From owner-freebsd-scsi@freebsd.org Fri Jul 3 20:33:38 2015 Return-Path: Delivered-To: freebsd-scsi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B6CC3993286 for ; Fri, 3 Jul 2015 20:33:38 +0000 (UTC) (envelope-from dan@langille.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 9F8C52AC1 for ; Fri, 3 Jul 2015 20:33:38 +0000 (UTC) (envelope-from dan@langille.org) Received: by mailman.ysv.freebsd.org (Postfix) id 98DCF993285; Fri, 3 Jul 2015 20:33:38 +0000 (UTC) Delivered-To: scsi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9852E993284 for ; Fri, 3 Jul 2015 20:33:38 +0000 (UTC) (envelope-from dan@langille.org) Received: from clavin1.langille.org (clavin.langille.org [162.208.116.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "clavin.langille.org", Issuer "StartCom Class 2 Primary Intermediate Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 761962AC0 for ; Fri, 3 Jul 2015 20:33:37 +0000 (UTC) (envelope-from dan@langille.org) Received: from (clavin1.int.langille.org (clavin1.int.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) with ESMTPSA id 87C145D4C for ; Fri, 3 Jul 2015 20:33:29 +0000 (UTC) From: Dan Langille X-Pgp-Agent: GPGMail 2.5 Content-Type: multipart/signed; boundary="Apple-Mail=_FCA48C60-DF7B-41AF-A3E4-ACF766112F6E"; protocol="application/pgp-signature"; micalg=pgp-sha512 Subject: selecting a SCSI PCI-E card Date: Fri, 3 Jul 2015 16:33:09 -0400 Message-Id: <25A20430-E91B-49C5-BB4D-58913A5BE20D@langille.org> To: scsi@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) X-Mailer: Apple Mail (2.2098) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Jul 2015 20:33:38 -0000 --Apple-Mail=_FCA48C60-DF7B-41AF-A3E4-ACF766112F6E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 I have an external tape library and I'm considering moving it to a new = system, which does not have a PCI slot. The existing card is a Symbios Ultra2 32-bit PCI SCSI Adapter SYM8951U = and dmsg output can be found here: https://dan.langille.org/2013/08/18/knew/ I'm pretty sure the card is LVD/SE SCSI based on the terminator = (External U320 VHDCI68M LVD/SE SCSI Terminator). Thew new system has not been built yet, but one motherboard I like does = not have a PCI slot, only PCI-E 3.0 and PCI-E 2.0. Do you know of a card supported by FreeBSD which meets the above needs? = I was looking on eBay and was failing. I suppose I could solve the problem by moving away from DLT-8000 to = LTO-4; if you have a system you want to get rid of... Thanks. =E2=80=94 Dan Langille http://langille.org/ --Apple-Mail=_FCA48C60-DF7B-41AF-A3E4-ACF766112F6E Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iQJ8BAEBCgBmBQJVlvGYXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ1MTE2RjM0ODIzRDdERDM4OTY0OUJBNzdF QjIxNTlERUU5NzI3MzlGAAoJEOshWd7pcnOf158P/1yZborvLFQAabRNtFXBOG1t RzwaAwKaH1c4Kukk9LbgmniX3LHHM+5d/R6XRiasEUon+v8SMJnrJ723NtnukJMR yzG5ZHHV1xVtS+No0HKtJMaDG2hy43KDlxanzX/J/HVWG526zVxJv3p1WUcTt8Ur ZIoRrAn/z0KDt0U3j1UO2r3yED8DcZeBFwpOxZF7VC7RL9pzFnWG2IdiBwTsi5MZ yscnf7IZ4+lxLUQRwVZ29e4qUtPEKZsWCmfkHntsca/0dReJUjLRGECsRfFOjWWK YSkYoVnJHpfvroDOZAY0ePKRx3MPjo4xz+1YiKR4CTtea1knmbJ7wxZ0S95iRtmH d6JIUM5/crPToyn73iU6p7/ZSH0BA7cALUvocALzJ+sK8kJAfD8qSuChnhtBjtz+ kwNqB/VFvBYyLIIRPaXD52nQJd7c+q2keivYpuFGDPf/X5mW4BCjRzoKBjzfa/fj hr2dqZbqOiZXy9ATyS7IEIFy3za/P8F15wNN0iqIMR4MbcFY/9aAofgROp2KnEMt bxnM0k5sRcktHAebxK+bI95+dYvIwQCGvUAt0bGtCdskCEO6J5rUSqTjdXhYV9Ax GVCndKdlWTnGO79sy/I3xA9NdphcbNwWiO/hdAJ8xAb2yrunXBrQO7zfqZ3OJHpX BLyTDHG/XUyDqmM9Arlt =9j4G -----END PGP SIGNATURE----- --Apple-Mail=_FCA48C60-DF7B-41AF-A3E4-ACF766112F6E-- From owner-freebsd-scsi@freebsd.org Sat Jul 4 02:57:36 2015 Return-Path: Delivered-To: freebsd-scsi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B117C995676 for ; Sat, 4 Jul 2015 02:57:36 +0000 (UTC) (envelope-from loki@animata.net) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8D81F158A for ; Sat, 4 Jul 2015 02:57:36 +0000 (UTC) (envelope-from loki@animata.net) Received: by mailman.ysv.freebsd.org (Postfix) id 89EED995675; Sat, 4 Jul 2015 02:57:36 +0000 (UTC) Delivered-To: scsi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6F72D995674 for ; Sat, 4 Jul 2015 02:57:36 +0000 (UTC) (envelope-from loki@animata.net) Received: from sasl.smtp.pobox.com (pb-smtp1.int.icgroup.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id 331851589 for ; Sat, 4 Jul 2015 02:57:34 +0000 (UTC) (envelope-from loki@animata.net) Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id 7D4D06001C for ; Fri, 3 Jul 2015 22:57:03 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=mime-version :in-reply-to:references:date:message-id:subject:from:to:cc :content-type; s=sasl; bh=LLejMRJjAspcyfZ38v3gITODDQE=; b=oqm0+v cp4IF1lPlCGbkmhhz4X5HOzGWMd/0lE0qgzPMUzyiVnSHb0mUNqRKE6izdOQf44a RGNBKNwKmnM3uhBchuRfOErPtLecXz/8k399ifqlScP0Ypv0JsRx61y1dleYHi/K wn04wxPD/j8iCfO12kx/egXkAGpEaUWMgauoM= Received: from pb-smtp1.int.icgroup.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id 75C096001A for ; Fri, 3 Jul 2015 22:57:03 -0400 (EDT) Received: from mail-wi0-f180.google.com (unknown [209.85.212.180]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp1.pobox.com (Postfix) with ESMTPSA id 00CC260018 for ; Fri, 3 Jul 2015 22:57:03 -0400 (EDT) Received: by wiar9 with SMTP id r9so144675162wia.1 for ; Fri, 03 Jul 2015 19:57:02 -0700 (PDT) X-Gm-Message-State: ALoCoQmVP4+eO6e8zR9nefYlt3BhlgmTzjFKBBofE//K1XpQbqpB6umHIjXX0BGjUYPtL0aap+SX MIME-Version: 1.0 X-Received: by 10.180.205.139 with SMTP id lg11mr32520933wic.62.1435978622190; Fri, 03 Jul 2015 19:57:02 -0700 (PDT) Received: by 10.194.38.34 with HTTP; Fri, 3 Jul 2015 19:57:02 -0700 (PDT) X-Originating-IP: [2001:388:e000:ba00:450a:1a1f:a29e:2c04] Received: by 10.194.38.34 with HTTP; Fri, 3 Jul 2015 19:57:02 -0700 (PDT) In-Reply-To: <25A20430-E91B-49C5-BB4D-58913A5BE20D@langille.org> References: <25A20430-E91B-49C5-BB4D-58913A5BE20D@langille.org> Date: Sat, 4 Jul 2015 12:57:02 +1000 Message-ID: Subject: Re: selecting a SCSI PCI-E card From: David Gwynne To: Dan Langille Cc: scsi@freebsd.org X-Pobox-Relay-ID: 58CD982C-21F8-11E5-87AB-561A9F42C9D4-51140664!pb-smtp1.pobox.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Jul 2015 02:57:36 -0000 I'd have a look for LSI20320IE cards on eBay. Cheers, dlg On 4 Jul 2015 06:33, "Dan Langille" wrote: > I have an external tape library and I'm considering moving it to a new > system, which does not have a PCI slot. > > The existing card is a Symbios Ultra2 32-bit PCI SCSI Adapter SYM8951U an= d > dmsg output can be found here: > > https://dan.langille.org/2013/08/18/knew/ > > I'm pretty sure the card is LVD/SE SCSI based on the terminator (External > U320 VHDCI68M LVD/SE SCSI Terminator). > > Thew new system has not been built yet, but one motherboard I like does > not have a PCI slot, only PCI-E 3.0 and PCI-E 2.0. > > Do you know of a card supported by FreeBSD which meets the above needs? I > was looking on eBay and was failing. > > I suppose I could solve the problem by moving away from DLT-8000 to LTO-4= ; > if you have a system you want to get rid of... > > Thanks. > > =E2=80=94 > Dan Langille > http://langille.org/ > > > > > >