From owner-freebsd-stable@FreeBSD.ORG Wed Jul 8 10:18:43 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AA64106566C for ; Wed, 8 Jul 2009 10:18:43 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 9D7158FC21 for ; Wed, 8 Jul 2009 10:18:42 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id B314A4B4A; Wed, 8 Jul 2009 12:18:41 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::]) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n68AIbJU057227; Wed, 8 Jul 2009 12:18:37 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1247048321; bh=iuGtDv/vffu/VOfQ2Qp/SJIUbIdrfLNCd5/QtQHSBF0=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=aQUZLoDOjVFx9kbeGuYG3a5XvQ+6i5dyvvQT3GGxM/SvMsiurmP+SuTMCnmfuq3H7 b0NL6SgxZxGD+Q0vDFZfQ== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=ysIFCz07zKckLfxnmyEa4IV2PG2i7m8oXooDvckgIqAVEgfA1SPjgsrcGfmGQq2pu DRx4mhcxYpfeAUU6xG28w== Message-ID: <4A54727D.9080205@restart.be> Date: Wed, 08 Jul 2009 12:18:37 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.22 (X11/20090627) MIME-Version: 1.0 To: Ronald Klop References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: "freebsd-stable@freebsd.org" Subject: Re: Zfs on usb-disk checksum errors? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Jul 2009 10:18:43 -0000 Ronald Klop wrote: > Hi. > > I put zfs on my external usb-disk, so I can backup my harddisk with zfs > send/receive. > I now have corruption on this volume. > > [root@sjakie ~]# zpool status -v > pool: extern > state: ONLINE > status: One or more devices has experienced an error resulting in data > corruption. Applications may be affected. > action: Restore the file in question if possible. Otherwise restore the > entire pool from backup. > see: http://www.sun.com/msg/ZFS-8000-8A > scrub: scrub completed after 0h2m with 0 errors on Wed Jul 8 00:35:09 > 2009 > config: > > NAME STATE READ WRITE CKSUM > extern ONLINE 1 0 0 > da0 ONLINE 9 0 0 > > errors: Permanent errors have been detected in the following files: > > <0x3f>:<0xf5d6> > > I don't really understand which files have corruption. :-( > In my syslog is this: (repeated quite often) > Jul 8 10:00:37 sjakie kernel: (da0:umass-sim0:0:0:0): SYNCHRONIZE > CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 > Jul 8 10:00:37 sjakie kernel: (da0:umass-sim0:0:0:0): CAM Status: SCSI > Status Error > Jul 8 10:00:37 sjakie kernel: (da0:umass-sim0:0:0:0): SCSI Status: > Check Condition > Jul 8 10:00:37 sjakie kernel: (da0:umass-sim0:0:0:0): ILLEGAL REQUEST > asc:20,0 > Jul 8 10:00:37 sjakie kernel: (da0:umass-sim0:0:0:0): Invalid command > operation code > Jul 8 10:00:37 sjakie kernel: (da0:umass-sim0:0:0:0): Unretryable error > I experience the same error with 'Kingston DataTraveler II 1.13'. I simply add in /usr/src/sys/dev/usb/usbdevs: product KINGSTON DATATRAVELER_2 0x1600 DAtaTraveler II (VENDOR was already in the file). and in sys/dev/usb/storage/umass.c: { USB_VENDOR_KINGSTON, USB_PRODUCT_KINGSTON_DATATRAVELER_2, RID_WILDCARD, UMASS_PROTO_SCSI | UMASS_PROTO_BBB, NO_SYNCHRONIZE_CACHE }, Note the flag NO_SYNCHRONIZE_CACHE and everything return to normal. PS - I encounter this problem on 7.2_STABLE with the MFC of ZFS v13. Henri > and sometimes > Jul 8 10:00:35 sjakie root: ZFS: vdev I/O failure, zpool=extern > path=/dev/da0 offset=127558877184 size=3072 error=5 > Jul 8 10:00:35 sjakie root: ZFS: vdev I/O failure, zpool=extern > path=/dev/da0 offset=127558877184 size=3072 error=5 > Jul 8 10:00:35 sjakie root: ZFS: zpool I/O failure, zpool=extern error=5 > With varying offsets and sizes. > > What can I conclude from this? Is the disk failing? Is the 'Invalid > command operation code' something to worry about? It didn't show up when > the disk was UFS. > > I reinstalled the pool but the read-errors showed up again. > > Thanks for any advice, > > Ronald. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"