From owner-freebsd-scsi@FreeBSD.ORG Thu May 7 11:30:29 2015 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B30D4A7C for ; Thu, 7 May 2015 11:30:29 +0000 (UTC) Received: from mail-wg0-f44.google.com (mail-wg0-f44.google.com [74.125.82.44]) (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 50F621696 for ; Thu, 7 May 2015 11:30:28 +0000 (UTC) Received: by wgin8 with SMTP id n8so40349473wgi.0 for ; Thu, 07 May 2015 04:30:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:content-type:content-transfer-encoding; bh=mNwVbIHcH35pSFmxORY22HZ+kOhA9EG3MhUZk0p2Njg=; b=FX6ewVhMje7RLn6V1MUuxhDKXSZr3qQCaw+exUWM77K0lBkplb/9hycw0AZLs/pnZ8 YofDh/p+5SLbVZk2P1MHLlX9sPavSw3fRw791c7knRm1/hgmuLqEaA+S0bSegmCTDUah RoIaYMcNB9E9mcpa41xO33647KOgMLrmI9N6V23k8R4LQolVDB0LRL3Jb/piDHpKjB1S DaRvZP2eCn5NZzEFY9pgpoya10gRZPH6bg6oUMw4MHSuwBhJnvca7W7s8Xl1pO9KYk3c xTqkb8quCHV98K3A/Pi6vRB0jOu1bQQdZt+tnlaBATh//SIC6bc6diAX8emdjxaEpEhw oSsA== X-Gm-Message-State: ALoCoQn72z1jfNJ5A1WlgCjx2ftiQaY9YEpaTQtHS6zxncwyOe9OGQuKVM6f53gA1KUNl4C7rVl6 X-Received: by 10.180.230.199 with SMTP id ta7mr1082358wic.1.1430998226862; Thu, 07 May 2015 04:30:26 -0700 (PDT) Received: from [10.223.3.26] ([193.47.165.251]) by mx.google.com with ESMTPSA id u9sm2958909wjx.15.2015.05.07.04.30.24 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 07 May 2015 04:30:25 -0700 (PDT) Message-ID: <554B4CDC.3090900@dev.mellanox.co.il> Date: Thu, 07 May 2015 14:30:36 +0300 From: Sagi Grimberg User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: freebsd-scsi@freebsd.org, freebsd-infiniband@freebsd.org CC: Max Gurtovoy , Oren Duer , Hans Petter Selasky , Or Gerlitz , Oded Shanoon Subject: FreeBSD iSER initiator Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit 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, 07 May 2015 11:30:29 -0000 Hello everyone, Mellanox Technologies is pleased to announce the availability of a new iSCSI Extensions for RDMA (iSER) initiator mode support for FreeBSD. What is it ? iSER is a computer network protocol that extends the iSCSI storage networking protocol to use Remote Direct Memory Access (RDMA). RDMA is provided by either RoCE (RDMA over converged Ethernet), iWARP or InfiniBand to enable efficient data movement using hardware offload capabilities. Why doing this ? RDMA infrastructure provides benefits such as Zero-Copy, CPU offload, Reliable transport, Fabric consolidation and many more. The iSER protocol eliminates some of the bottlenecks in the traditional iSCSI/TCP stack, provides low latency and high throughput and is well suited for latency aware workloads. What was added ? The iSER transport was added as another icl provider module, and it opens and RDMA channel to the target (icl_conn_connect). Other than that the addition of the iser module is pretty straight-forward. Some minor additions and changes were added to the iscsi layer for iser support: - Not relying on io_received when handling a scsi response since io_received is not maintained in iser (data is transferred via RDMA). - Added a PDU pointer to task_setup so iser can reference the scsiio in its private pdu context. - Added a -T flag to user-space to indicate using iser. - Added iSER relevant information to the login request. The code is available at https://github.com/sagigrimberg/iser-freebsd The code maturity level is considered as alpha. It has gone through limited testing on top of 11-current using Mellanox ConnectX-3 adapters (Login, Logout, I/O). We tested against Linux LIO and TGT targets and we have several known issues in error flows and session recovery areas (Documented in release_notes.txt). We also did some initial performance measurements and we can see that iser achieves x20 BW (~5.4 GB/s) and x2 IOPs (~100 KIOPs) compared to iscsi/tcp for a single LUN device. We would like to get some feedback on the code in general, and specifically on some of the framework changes that we did in the iscsi common layers (and user-space). Moreover, feel free to try out the code, report BUGs (to Max or me at this point) and even provide fixes. Cheers, Max Gurtovoy & Sagi Grimberg Mellanox Technologies From owner-freebsd-scsi@FreeBSD.ORG Thu May 7 14:03:30 2015 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C817C1D for ; Thu, 7 May 2015 14:03:30 +0000 (UTC) Received: from mail.tds.net (smtp-fo.tds.net [64.8.70.105]) by mx1.freebsd.org (Postfix) with ESMTP id 417471A52 for ; Thu, 7 May 2015 14:03:30 +0000 (UTC) X_CMAE_Category: , , X-CNFS-Analysis: v=2.1 cv=TdqCtHgh c=1 sm=1 tr=0 a=ZUodfxLL0dFkpt6uoqiZUQ==:117 a=ZUodfxLL0dFkpt6uoqiZUQ==:17 a=K-v-2zaBAAAA:8 a=vC3ST6aIoYIA:10 a=N659UExz7-8A:10 a=5Bwo4ec7AAAA:8 a=NEAV23lmAAAA:8 a=6I5d2MoRAAAA:8 a=-BM0Rm_KmpwObZHXfjcA:9 a=pILNOxqGKmIA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: andiYWNvbkB0ZHMubmV0 Authentication-Results: smtp01.tds.cmh.synacor.com smtp.user=jwbacon@tds.net; auth=pass (LOGIN) Received: from [96.60.148.194] ([96.60.148.194:50413] helo=pro.local) by mail.tds.net (envelope-from ) (ecelerity 3.6.5.45644 r(Core:3.6.5.0)) with ESMTPSA (cipher=AES128-SHA) id 84/56-13657-9A07B455; Thu, 07 May 2015 10:03:22 -0400 Message-ID: <554B70A8.9050605@tds.net> Date: Thu, 07 May 2015 09:03:20 -0500 From: Jason Bacon User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Sagi Grimberg , freebsd-scsi@freebsd.org, freebsd-infiniband@freebsd.org CC: Max Gurtovoy , Or Gerlitz , Oren Duer Subject: Re: FreeBSD iSER initiator References: <554B4CDC.3090900@dev.mellanox.co.il> In-Reply-To: <554B4CDC.3090900@dev.mellanox.co.il> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit 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, 07 May 2015 14:03:30 -0000 Many thanks to Mellanox for supporting FreeBSD! Having the capabilities of FreeBSD available to Infiniband HPC clusters, etc. will be a great advantage for the entire industry... On 5/7/15 6:30 AM, Sagi Grimberg wrote: > Hello everyone, > > Mellanox Technologies is pleased to announce the availability of a new > iSCSI Extensions for RDMA (iSER) initiator mode support for FreeBSD. > > What is it ? > > iSER is a computer network protocol that extends the iSCSI storage > networking protocol to use Remote Direct Memory Access (RDMA). RDMA is > provided by either RoCE (RDMA over converged Ethernet), iWARP or > InfiniBand to enable efficient data movement using hardware offload > capabilities. > > Why doing this ? > > RDMA infrastructure provides benefits such as Zero-Copy, CPU offload, > Reliable transport, Fabric consolidation and many more. The iSER > protocol eliminates some of the bottlenecks in the traditional > iSCSI/TCP stack, provides low latency and high throughput and is well > suited for latency aware workloads. > > What was added ? > > The iSER transport was added as another icl provider module, and it > opens and RDMA channel to the target (icl_conn_connect). Other than > that the addition of the iser module is pretty straight-forward. > > Some minor additions and changes were added to the iscsi layer for > iser support: > - Not relying on io_received when handling a scsi response since > io_received is not maintained in iser (data is transferred via RDMA). > - Added a PDU pointer to task_setup so iser can reference the scsiio in > its private pdu context. > - Added a -T flag to user-space to indicate using iser. > - Added iSER relevant information to the login request. > > > The code is available at https://github.com/sagigrimberg/iser-freebsd > > The code maturity level is considered as alpha. It has gone through > limited testing on top of 11-current using Mellanox ConnectX-3 adapters > (Login, Logout, I/O). We tested against Linux LIO and TGT targets and > we have several known issues in error flows and session recovery areas > (Documented in release_notes.txt). > > We also did some initial performance measurements and we can see that > iser achieves x20 BW (~5.4 GB/s) and x2 IOPs (~100 KIOPs) compared to > iscsi/tcp for a single LUN device. > > We would like to get some feedback on the code in general, and > specifically on some of the framework changes that we did in the iscsi > common layers (and user-space). Moreover, feel free to try out the > code, report BUGs (to Max or me at this point) and even provide fixes. > > Cheers, > > Max Gurtovoy & Sagi Grimberg > > Mellanox Technologies > _______________________________________________ > freebsd-infiniband@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-infiniband > To unsubscribe, send any mail to > "freebsd-infiniband-unsubscribe@freebsd.org" -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Jason W. Bacon jwbacon@tds.net If a problem can be solved, there's no need to worry. If it cannot be solved, then worrying will do no good. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From owner-freebsd-scsi@FreeBSD.ORG Thu May 7 15:32:03 2015 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33F80F50 for ; Thu, 7 May 2015 15:32:03 +0000 (UTC) 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 1EAA31578 for ; Thu, 7 May 2015 15:32:03 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t47FW25U069900 for ; Thu, 7 May 2015 15:32:02 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-scsi@FreeBSD.org Subject: [Bug 162256] [mpt] QUEUE FULL EVENT and 'mpt_cam_event: 0x0' Date: Thu, 07 May 2015 15:32:02 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-scsi@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution 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: Thu, 07 May 2015 15:32:03 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=162256 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Progress |Closed Resolution|--- |Unable to Reproduce CC| |sbruno@FreeBSD.org --- Comment #4 from Sean Bruno --- No feedback on testing newer releases from submitter. If this is still an issue for you on newer FreeBSD, please open a new ticket. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-scsi@FreeBSD.ORG Thu May 7 15:33:26 2015 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BB15FD5 for ; Thu, 7 May 2015 15:33:26 +0000 (UTC) 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 36C90158F for ; Thu, 7 May 2015 15:33:26 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t47FXQva070826 for ; Thu, 7 May 2015 15:33:26 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-scsi@FreeBSD.org Subject: [Bug 129602] [ahd] ahd(4) gets confused and wedges SCSI bus Date: Thu, 07 May 2015 15:33:26 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-scsi@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status cc resolution 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: Thu, 07 May 2015 15:33:26 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=129602 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Progress |Closed CC| |sbruno@FreeBSD.org Resolution|--- |Unable to Reproduce --- Comment #4 from Sean Bruno --- No feedback on newer FreeBSD releases received on this issue. Please open a new ticket if you are still able to test this problem on newer freebsd releases. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-scsi@FreeBSD.ORG Thu May 7 15:34:21 2015 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73691A4 for ; Thu, 7 May 2015 15:34:21 +0000 (UTC) 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 5E1C8159E for ; Thu, 7 May 2015 15:34:21 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t47FYL1M071334 for ; Thu, 7 May 2015 15:34:21 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-scsi@FreeBSD.org Subject: [Bug 123674] [ahc] ahc driver dumping Date: Thu, 07 May 2015 15:34:21 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: unspecified X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-scsi@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc bug_status resolution 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: Thu, 07 May 2015 15:34:21 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=123674 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sbruno@FreeBSD.org Status|In Progress |Closed Resolution|--- |Unable to Reproduce --- Comment #3 from Sean Bruno --- No feedback on this ticket with regards to testing on newer releases of freebsd. Please open a new ticket if you are still testing this issue or if it still happens. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-scsi@FreeBSD.ORG Thu May 7 15:36:34 2015 Return-Path: Delivered-To: freebsd-scsi@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 263491B3 for ; Thu, 7 May 2015 15:36:34 +0000 (UTC) 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 1060D15DA for ; Thu, 7 May 2015 15:36:34 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t47FaXmW072464 for ; Thu, 7 May 2015 15:36:33 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-scsi@FreeBSD.org Subject: [Bug 127927] [isp] isp(4) target driver crashes kernel when set up dma for CTIO2 Date: Thu, 07 May 2015 15:36:34 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: 7.0-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: sbruno@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-scsi@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution cc bug_status 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: Thu, 07 May 2015 15:36:34 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=127927 Sean Bruno changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |Overcome By Events CC| |sbruno@FreeBSD.org Status|In Progress |Closed --- Comment #5 from Sean Bruno --- The addition of ctl(4) to FreeBSD should supplant the use of targ(4) and should be preferred in this case. Give that a try and see if it happens on newer freebsd releases. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-scsi@FreeBSD.ORG Thu May 7 22:03:28 2015 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E7B645CB for ; Thu, 7 May 2015 22:03:28 +0000 (UTC) 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 BEFEB146A for ; Thu, 7 May 2015 22:03:28 +0000 (UTC) Received: from (clavin1.int.langille.org (clavin1.int.unixathome.org [10.4.7.7]) (Authenticated sender: hidden) with ESMTPSA id B76AE3001 for ; Thu, 7 May 2015 22:03:26 +0000 (UTC) Content-Type: multipart/signed; boundary="Apple-Mail=_98CEE449-C7C8-4EE1-A656-F7DEB80AD6F6"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\)) Subject: Re: Dud tapes X-Pgp-Agent: GPGMail 2.5b6 From: Dan Langille In-Reply-To: Date: Thu, 7 May 2015 18:03:26 -0400 Message-Id: <8E91F289-EBE1-41C7-AC5E-7891108D8C54@langille.org> References: To: freebsd-scsi@freebsd.org 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: Thu, 07 May 2015 22:03:29 -0000 --Apple-Mail=_98CEE449-C7C8-4EE1-A656-F7DEB80AD6F6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On May 1, 2015, at 9:41 AM, Dan Langille wrote: >=20 >=20 > I'm using Bacula 7.0.5 on FreeBSD 10.1 (bacula-dir) and FreeBSD 9.3 = (bacula-sd). >=20 > Sometimes I get dud tapes. Or at least, tapes my tape drive does not = like. >=20 > For example: >=20 > ### > 01-May 09:39 crey-sd JobId 205441: End of Volume "FAI022" at 11:11326 = on device "DTL03" (/dev/nsa0). Write of 64512 bytes got 49152. > 01-May 09:39 crey-sd JobId 205441: Error: Error writing final EOF to = tape. This Volume may not be readable. > tape_dev.c:941 ioctl MTWEOF error on "DTL03" (/dev/nsa0). = ERR=3DInput/output error. > 01-May 09:39 crey-sd JobId 205441: End of medium on Volume "FAI022" = Bytes=3D10,784,406,528 Blocks=3D167,168 at 01-May-2015 09:39. > 01-May 09:39 crey-sd JobId 205441: 3307 Issuing autochanger "unload = slot 2, drive 0" command. > ### >=20 > See also, this from /var/log/messages: >=20 > ### > May 1 09:39:01 knew kernel: (sa0:sym0:0:1:0): WRITE FILEMARKS(6). = CDB: 10 00 00 00 01 00 > May 1 09:39:01 knew kernel: (sa0:sym0:0:1:0): CAM status: SCSI Status = Error > May 1 09:39:01 knew kernel: (sa0:sym0:0:1:0): SCSI status: Check = Condition > May 1 09:39:01 knew kernel: (sa0:sym0:0:1:0): SCSI sense: MEDIUM = ERROR asc:c,0 (Write error) > May 1 09:39:01 knew kernel: (sa0:sym0:0:1:0): Command Specific Info: = 0x28b4b > May 1 09:39:01 knew kernel: (sa0:sym0:0:1:0): Error 5, Retries = exhausted > May 1 09:39:01 knew kernel: (sa0:sym0:0:1:0): WRITE FILEMARKS(6). = CDB: 10 00 00 00 02 00 > May 1 09:39:01 knew kernel: (sa0:sym0:0:1:0): CAM status: SCSI Status = Error > May 1 09:39:01 knew kernel: (sa0:sym0:0:1:0): SCSI status: Check = Condition > May 1 09:39:01 knew kernel: (sa0:sym0:0:1:0): SCSI sense: MEDIUM = ERROR asc:c,0 (Write error) > May 1 09:39:01 knew kernel: (sa0:sym0:0:1:0): Command Specific Info: = 0x28b4b > May 1 09:39:01 knew kernel: (sa0:sym0:0:1:0): Error 5, Retries = exhausted > May 1 09:42:41 knew kernel: (sa0:sym0:0:1:0): WRITE FILEMARKS(6). = CDB: 10 00 00 00 01 00 > May 1 09:42:41 knew kernel: (sa0:sym0:0:1:0): CAM status: SCSI Status = Error > May 1 09:42:41 knew kernel: (sa0:sym0:0:1:0): SCSI status: Check = Condition > May 1 09:42:41 knew kernel: (sa0:sym0:0:1:0): SCSI sense: MEDIUM = ERROR asc:c,0 (Write error) > May 1 09:42:41 knew kernel: (sa0:sym0:0:1:0): Command Specific Info: = 0x11fb > May 1 09:42:41 knew kernel: (sa0:sym0:0:1:0): Error 5, Retries = exhausted > May 1 09:42:41 knew kernel: (sa0:sym0:0:1:0): WRITE FILEMARKS(6). = CDB: 10 00 00 00 02 00 > May 1 09:42:41 knew kernel: (sa0:sym0:0:1:0): CAM status: SCSI Status = Error > May 1 09:42:41 knew kernel: (sa0:sym0:0:1:0): SCSI status: Check = Condition > May 1 09:42:41 knew kernel: (sa0:sym0:0:1:0): SCSI sense: MEDIUM = ERROR asc:c,0 (Write error) > May 1 09:42:41 knew kernel: (sa0:sym0:0:1:0): Command Specific Info: = 0x11fb > May 1 09:42:41 knew kernel: (sa0:sym0:0:1:0): Error 5, Retries = exhausted > ### >=20 > In this case, I will mark the tape as DISABLED and once it is past = it's recycling date, I will retire the tape. >=20 > Best practice might be to rerun the backup, but this backup is also on = disk. >=20 > What do you usually do with tapes such as this? Is this tape or = hardware? I took one of these tapes and tried: $ sudo tar -cf /dev/sa0 * tar: Write error It produced these errors: May 7 21:37:10 knew kernel: (sa0:sym0:0:1:0): WRITE FILEMARKS(6). CDB: = 10 00 00 00 02 00 May 7 21:37:10 knew kernel: (sa0:sym0:0:1:0): CAM status: SCSI Status = Error May 7 21:37:10 knew kernel: (sa0:sym0:0:1:0): SCSI status: Check = Condition May 7 21:37:10 knew kernel: (sa0:sym0:0:1:0): SCSI sense: MEDIUM ERROR = asc:c,0 (Write error) May 7 21:37:10 knew kernel: (sa0:sym0:0:1:0): Command Specific Info: = 0xbac9 May 7 21:37:10 knew kernel: (sa0:sym0:0:1:0): Error 5, Retries = exhausted May 7 21:37:10 knew kernel: (sa0:sym0:0:1:0): failed to write = terminating filemark(s) Is this a hardware problem? A tape problem? =E2=80=94 Dan Langille http://langille.org/ --Apple-Mail=_98CEE449-C7C8-4EE1-A656-F7DEB80AD6F6 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 iQJ8BAEBCgBmBQJVS+EuXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ1MTE2RjM0ODIzRDdERDM4OTY0OUJBNzdF QjIxNTlERUU5NzI3MzlGAAoJEOshWd7pcnOf2mMP/js7pAawoBLhncB9KWf4JUW/ 6Qx6U4MQO+9kHpKw8/q1auWp8d3/MfKm7oK5sqfHgqzp/0SQRFHtWXaR8EZ/a0E+ hlajcwa9xkV6f5jC6+Q0/LDFFvLQmfrQ0UBe9aBl5DnFtvLdypowPIK3JUXUUFwo vuhZY7nPR7nfMLi0Pc6HmwZmTg6tHUvItRlJsPtV0q0fwjM5NmU2j1EbrTypEtcT BAzj4x+LK0DAhf9M+i+EAzkEUhx5atbd8nDiFCTxv3g0c1y9y9yGClpGKxRodWn6 DUC7UikPmKfNudW+wpW6T3kKFlleyH0fuMWKS0bZdPsKEPiqZQqXDhGojPCq3w26 rJznjRBZGISwGQ7rmH8RjRWqY2f9Nuaju4vL6kH2Y0YP9miOT5QywfqUP8IhdCfA 3R6qLD5on5Q+TKpt76aHjk6KmuSEHAJ9FmkIGVZgWocQsaHTwFmcIgaRfsfFTzgF 4CGQYrlTKtjfnRBzeFKzBriyPo8KOgUqvBnqnflbL8Ji4a86trItprlS46qcJuYN 5PcUNZPbDjuF8dshBjKBOgYTUbldTo9mqed+/RtXibB/mJSHJUP4RxQngnh2sTnQ kpIAL883EKXuDMfQdtLFUrL3wppS8ZV47b0qrHKGelgTI77jCg1GDAw2JlczzueB 2K4L4TnZUWmPgZ7T1sBM =iz1j -----END PGP SIGNATURE----- --Apple-Mail=_98CEE449-C7C8-4EE1-A656-F7DEB80AD6F6-- From owner-freebsd-scsi@FreeBSD.ORG Fri May 8 18:01:56 2015 Return-Path: Delivered-To: scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA5FDC30 for ; Fri, 8 May 2015 18:01:56 +0000 (UTC) Received: from postie4.hosting365.ie (postie4.hosting365.ie [82.195.157.149]) by mx1.freebsd.org (Postfix) with ESMTP id 995461C43 for ; Fri, 8 May 2015 18:01:56 +0000 (UTC) Received: from email.boi.ie (unknown [5.2.157.205]) by postie4.hosting365.ie (Postfix) with ESMTP id 6B1E217FE2D1 for ; Fri, 8 May 2015 19:01:55 +0100 (IST) From: Bank.of.Ireland Support <746906@email.boi.ie> To: scsi@freebsd.org Subject: ***Message 365*** Date: 08 May 2015 21:01:54 +0300 Message-ID: <20150508210154.5D849A717AC3782F@email.boi.ie> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" 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: Fri, 08 May 2015 18:01:56 -0000 We are sorry to inform you that your 365 account will expire within 48 hours. 1.[1]Click here to Sign On , enter your username and password, and click Go. 2.If you have forgotten your username enter only your password, click the Username Help link and follow the quick, step-by-step instructions. Once you [2]SignOn , you can view your 365online accounts in one secure place, monitor account activity, transfer money, view statements, and much more. References 1. http://mpcrealestate.com/txtboi0po0/ 2. http://mpcrealestate.com/txtboi0po0/