From owner-freebsd-fs@FreeBSD.ORG Wed May 15 05:48:15 2013 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 4771D122 for ; Wed, 15 May 2013 05:48:15 +0000 (UTC) (envelope-from ajit.jain@cloudbyte.com) Received: from mail-oa0-f52.google.com (mail-oa0-f52.google.com [209.85.219.52]) by mx1.freebsd.org (Postfix) with ESMTP id 153ADF66 for ; Wed, 15 May 2013 05:48:15 +0000 (UTC) Received: by mail-oa0-f52.google.com with SMTP id h1so1632440oag.25 for ; Tue, 14 May 2013 22:48:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:x-gm-message-state; bh=RORFQExJ326HqBs6LeVZsVo+r+FlOTk5zSV/qb044LA=; b=aoZgtK6DJ7IHtiROBKWbo7S+RIeBQaP+ztJL+B71mYtc15lAZhJpBtwJEPgs5LRC6F NVPpHK6cCAhACM2+hhjWiClo4Erkax+GN0oPoz6TSOC8gGgm4GtbLN9zeNtSiD5erJaY OMd6fgz08+lRvg2Rn4+Y+4v+VvynsNerQxIV5dqIywrfFFL7kS8uy2L3S88CMV7S2yOs 7PyRacAqqgdyy0Qx7zxtB+frr/iS7KQXMplgHQ7HZdSOHwu4K+iWU6JhDaEDbpXeK5Tf lGlz05KBidr35AxEjRA7i+Qn8Ivliqu9JSDK8SlqZzae3cpqEf7DDwkN4gi+JIo6/QOS 7PCQ== X-Received: by 10.60.65.5 with SMTP id t5mr18652867oes.139.1368596894417; Tue, 14 May 2013 22:48:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.76.151.134 with HTTP; Tue, 14 May 2013 22:47:54 -0700 (PDT) In-Reply-To: References: <60316751643743738AB83DABC6A5934B@multiplay.co.uk> <20130429105143.GA1492@icarus.home.lan> <3AD1AB31003D49B2BF2EA7DD411B38A2@multiplay.co.uk> From: Ajit Jain Date: Wed, 15 May 2013 11:17:54 +0530 Message-ID: Subject: Re: seeing data corruption with zfs trim functionality To: Steven Hartland X-Gm-Message-State: ALoCoQm+L5y8fPqzzMGX/ZC+4PTJblYxSHoeMCY+1+txg6hyYLPJ2UFDRzEwMvL2mF4g1UmbW5/6 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-fs X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 May 2013 05:48:15 -0000 Hi Steven, Thanks for the follow-up. The code where I pulled in zfs trim patches is not updated to 9 stable specially the cam directory. I pulled in many dependent patches in order to apply the patches that you gave. After that all da devices CAM_PERIPH_INVALID in dadone() because read capability was returning a very big number (bigger than MAXPHYS) for the block size. I think this is because I have not update the code to 9 stable (only pulled in required patches and miss some patches). So, I am planning to first update my code to 9stable and then try the same test again. That might take some time. thanks again, ajit On Wed, May 15, 2013 at 2:40 AM, Steven Hartland wrote: > ----- Original Message ----- From: "Steven Hartland" > > What version are you porting the changes to? >>>> >>>> What SSD are you using? >>>> >>>> What LSI controller are you using? >>>> >>> >>> I'd also like to see "zpool status" (for every pool that involves this >>> SSD) and "gpart show" against the disk itself. >>> >> >> Also: >> 1. What FW version is your LSI? You can get this from dmesg. >> 2. The exact command line your running iotest with? >> > > Any update on this? I'd like to try and replicate your test here so > would appreciate as much information as possible. > > > Regards > Steve > > ==============================**================== > This e.mail is private and confidential between Multiplay (UK) Ltd. and > the person or entity to whom it is addressed. In the event of misdirection, > the recipient is prohibited from using, copying, printing or otherwise > disseminating it or any information contained in it. > In the event of misdirection, illegible or incomplete transmission please > telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. > >