From owner-freebsd-fs@FreeBSD.ORG Sun Jan 18 00:36:40 2015 Return-Path: Delivered-To: freebsd-fs@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 C830CAFC; Sun, 18 Jan 2015 00:36:40 +0000 (UTC) Received: from mail.in-addr.com (mail.in-addr.com [IPv6:2a01:4f8:191:61e8::2525:2525]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 89E67F2C; Sun, 18 Jan 2015 00:36:40 +0000 (UTC) Received: from gjp by mail.in-addr.com with local (Exim 4.85 (FreeBSD)) (envelope-from ) id 1YCdr3-000Fd2-RU; Sun, 18 Jan 2015 00:36:37 +0000 Date: Sun, 18 Jan 2015 00:36:37 +0000 From: Gary Palmer To: Lev Serebryakov Subject: Re: Could mount_msdosfs be less cryptic and more compatible with fsck_msdosfs? Message-ID: <20150118003637.GB94793@in-addr.com> References: <54BAE6DE.3050206@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54BAE6DE.3050206@FreeBSD.org> X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: gpalmer@freebsd.org X-SA-Exim-Scanned: No (on mail.in-addr.com); SAEximRunCond expanded to false Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2015 00:36:40 -0000 On Sun, Jan 18, 2015 at 01:49:02AM +0300, Lev Serebryakov wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 > > > I could not mount FAT32 image, but "fsck_msdosfs" says, that it is > valid, good FAT32 image. > > % sudo fsck_msdosfs /dev/md0 > ** /dev/md0 > ** Phase 1 - Read and Compare FATs > ** Phase 2 - Check Cluster Chains > ** Phase 3 - Checking Directories > ** Phase 4 - Checking for Lost Files > 7 files, 96256 free (188 clusters) > % sudo mount -t msdosfs /dev/md0 /mnt > mount_msdosfs: /dev/md0: Invalid argument > % > > I don't know what should I do to mount this image. > > I'm using 10-STABLE. Did you check dmesg? Sometimes filesystems give more detail in kernel logs than is possible through error codes. Gary From owner-freebsd-fs@FreeBSD.ORG Sun Jan 18 02:40:09 2015 Return-Path: Delivered-To: freebsd-fs@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 A2DE61F0; Sun, 18 Jan 2015 02:40:09 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 661EAB5B; Sun, 18 Jan 2015 02:40:09 +0000 (UTC) Received: from [192.168.135.70] (unknown [94.19.235.70]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id 8D2D75C002; Sun, 18 Jan 2015 05:40:01 +0300 (MSK) Message-ID: <54BB1CFE.6060106@FreeBSD.org> Date: Sun, 18 Jan 2015 05:39:58 +0300 From: Lev Serebryakov Reply-To: lev@FreeBSD.org Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Gary Palmer Subject: Re: Could mount_msdosfs be less cryptic and more compatible with fsck_msdosfs? References: <54BAE6DE.3050206@FreeBSD.org> <20150118003637.GB94793@in-addr.com> In-Reply-To: <20150118003637.GB94793@in-addr.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2015 02:40:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 18.01.2015 03:36, Gary Palmer wrote: >> I could not mount FAT32 image, but "fsck_msdosfs" says, that it >> is valid, good FAT32 image. >> >> % sudo fsck_msdosfs /dev/md0 ** /dev/md0 ** Phase 1 - Read and >> Compare FATs ** Phase 2 - Check Cluster Chains ** Phase 3 - >> Checking Directories ** Phase 4 - Checking for Lost Files 7 >> files, 96256 free (188 clusters) % sudo mount -t msdosfs /dev/md0 >> /mnt mount_msdosfs: /dev/md0: Invalid argument % >> >> I don't know what should I do to mount this image. >> >> I'm using 10-STABLE. > > Did you check dmesg? Sometimes filesystems give more detail in > kernel logs than is possible through error codes. Yep, nothing. - -- // Lev Serebryakov AKA Black Lion -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQJ8BAEBCgBmBQJUuxz+XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGOTZEMUNBMEI1RjQzMThCNjc0QjMzMEFF QUIwM0M1OEJGREM0NzhGAAoJEOqwPFi/3EePK5cP/0z99ih6wJB4/svK3dTa+pSD AIrpF8kBVOnah/rEhWd6l5xTAfKpkwO6hOI58wqGLgs4gHzDW8EORDeVqtXUa9gU Xt2CWaagN3u2Q45c/NOOkjtON5PmNepHEq6rsC/s1SlTGbbzV3AZc+fMqABpnbrD kdxY1Zcqy0yTfx5n6BzVLjxR+F1XXbybZUlgXqk0TKtHzSbUIWzmi9HSiLUbO39p /B5MO70Itr9ekTiSl84LDSinywG+Xuh4AXCAAvNefTRKz3g47cEO0o0j+kQ1LfL2 iU6bf4SLmYzy56qly1JS/pEK4ZVx8yNtf1PY4P928R98hlWGQihnALetQeNU7/sY CHq3Pf6PElcyDVe6G/2FzxE5gV9QoGAI3DL6EpM0OOG8S+XcWAmUdN5+DoFlfKEE EkklUbb5S6JYfq7Au1zCsjseZVTvNz+pjOd9hlyfzbzPMAcrsgKzFwZyJnla4qf6 BUS65E6iNNZvM7DF4E3QE6NYYgOe8SEtHlDrgwMRjOtCxa5rzgvAVlI800RoU8VS nPBRjRGgpg/Tdv+h574JJtm1DLCSe3b0kcr7mHl2jW3nfiXg98t+jKuNCQGmdh3p 0D/8zz3T/1q/MxKAH8B/jenpudHvGqKs/8ICINdZnzEsao4u+xmzXW13M5WxEHAK 1wTPV+efyR/Ic3aU4Lpb =C61A -----END PGP SIGNATURE----- From owner-freebsd-fs@FreeBSD.ORG Sun Jan 18 03:15:22 2015 Return-Path: Delivered-To: freebsd-fs@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 AA60C7DA for ; Sun, 18 Jan 2015 03:15:22 +0000 (UTC) Received: from zulu.iotz.org (zulu.iotz.org [192.73.233.125]) (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 831BCF3E for ; Sun, 18 Jan 2015 03:15:21 +0000 (UTC) Received: from iozz.us (zulu.iotz.org [192.73.233.125]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by zulu.iotz.org (Postfix) with ESMTPSA id 038271E0117; Sat, 17 Jan 2015 22:07:42 -0500 (EST) Date: Sat, 17 Jan 2015 22:07:31 -0500 From: Brian N To: Sean Chittenden Subject: Re: ZFS scrub on new disks gives cksum errors Message-ID: <20150118030731.GA6247@iozz.us> References: <20141208155230.GA574@iozz.us> <5485CB35.5010608@multiplay.co.uk> 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) Cc: freebsd-fs@freebsd.org X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Jan 2015 03:15:22 -0000 On Mon, Dec 08, 2014 at 09:09:51AM -0800, Sean Chittenden wrote: > I had this exact problem at home on my FreeNAS host when a box is plugged > in to residential power that is "not clean." If you plug this host in to a > UPS it should clear things up instantly (find a sine wave UPS, not a > digital stepping supply). There's something about the fluctuating power or > brownouts that ZFS is well suited to detecting (and became terrifying to me > because wtf happened in the past pre-ZFS??). FWIW, I've tested the two drives attached to another PC with UPS clean power and have not seen the aforementioned errors. Not a scientific finding but moving to a UPS power source may have fixed my issue. Thanks. From owner-freebsd-fs@FreeBSD.ORG Mon Jan 19 12:36:08 2015 Return-Path: Delivered-To: freebsd-fs@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 5C26C1A3 for ; Mon, 19 Jan 2015 12:36:08 +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 4375B615 for ; Mon, 19 Jan 2015 12:36:08 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0JCa8UN046087 for ; Mon, 19 Jan 2015 12:36:08 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 167105] [nfs] mount_nfs can not handle source exports wiht more then 63 chars Date: Mon, 19 Jan 2015 12:36:08 +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: 9.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: n_hibma@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2015 12:36:08 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=167105 Nick Hibma changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |n_hibma@FreeBSD.org --- Comment #5 from Nick Hibma --- See also PR 161481 -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-fs@FreeBSD.ORG Mon Jan 19 12:38:21 2015 Return-Path: Delivered-To: freebsd-fs@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 B0BE32AE for ; Mon, 19 Jan 2015 12:38: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 98B40656 for ; Mon, 19 Jan 2015 12:38: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 t0JCcLm0092816 for ; Mon, 19 Jan 2015 12:38:21 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 167105] [nfs] mount_nfs can not handle source exports wiht more then 63 chars Date: Mon, 19 Jan 2015 12:38: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: 9.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: n_hibma@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: 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-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2015 12:38:21 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=167105 --- Comment #6 from Nick Hibma --- See also bug 161481 (to make it clickable). -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-fs@FreeBSD.ORG Mon Jan 19 15:50:00 2015 Return-Path: Delivered-To: freebsd-fs@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 B3638299 for ; Mon, 19 Jan 2015 15:50:00 +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 9A9DEE8C for ; Mon, 19 Jan 2015 15:50:00 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id t0JFo0Be064642 for ; Mon, 19 Jan 2015 15:50:00 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 167105] [nfs] mount_nfs can not handle source exports wiht more then 63 chars Date: Mon, 19 Jan 2015 15:50:00 +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: 9.0-STABLE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: ngie@FreeBSD.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: Normal X-Bugzilla-Assigned-To: freebsd-fs@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc see_also 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-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2015 15:50:00 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=167105 Garrett Cooper,425-314-3911 changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ngie@FreeBSD.org See Also| |https://bugs.freebsd.org/bu | |gzilla/show_bug.cgi?id=1614 | |81 -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-fs@FreeBSD.ORG Tue Jan 20 22:37:01 2015 Return-Path: Delivered-To: freebsd-fs@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 4E980A76 for ; Tue, 20 Jan 2015 22:37:01 +0000 (UTC) Received: from mail-oi0-x234.google.com (mail-oi0-x234.google.com [IPv6:2607:f8b0:4003:c06::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 149C7837 for ; Tue, 20 Jan 2015 22:37:01 +0000 (UTC) Received: by mail-oi0-f52.google.com with SMTP id h136so12775747oig.11 for ; Tue, 20 Jan 2015 14:37:00 -0800 (PST) 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=gA8OlR2UfavrBNF9Y0MHMYihDS5REnwPkiuWHmE7wH4=; b=SVgdj9HbVsddDfHqDxG7ka5h5Nfq/a2+qFPOyuCpty38zK70JUVWEE605uvFpjCSK5 yZuUrQxCrG28O9GJMFxD9wI0ysHVauZ9Ody2dqmbDeDRmSKSLzersIg7fKJIAHqTq/7f LDACYeUdXiO/LSEP9bj1FmQRIuc0Tkw/i8t8anGePSHpE2eTEQhBW9Zeaqm44cmzV4yp kiXk0OoyqlzsU9NusC2pcgCN1nWM2SBRKcKmeQWrw1CVfo7N72NoyT31O/sOtnp5zPZf Y82PfbtSBsdFsMFJ8aN01fnS+8NZcto3xK3hfSSYLouaOU+ASsEO5G1fl9Bew+l5aDUi T27w== MIME-Version: 1.0 X-Received: by 10.182.76.2 with SMTP id g2mr5884854obw.76.1421793420436; Tue, 20 Jan 2015 14:37:00 -0800 (PST) Received: by 10.60.29.227 with HTTP; Tue, 20 Jan 2015 14:37:00 -0800 (PST) Date: Wed, 21 Jan 2015 00:37:00 +0200 Message-ID: Subject: Kernel fails to mount zfs on system boot From: Mykhaylo Yehorov To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Jan 2015 22:37:01 -0000 After upgrade from 9-STABLE to 10.1-RELEASE I've faced a problem. On first boot the operation system starts normally. After reboot the kernel is loaded but fails to mount root file system. The following message is the last I can see. Trying to mount root from zfs:red []... Then the system reboots. I can boot from USB memory stick and import zfs pool. # zpool import -R /mnt -N red After that the system boots only once and then a reboot loop repeats. After the scrub 'zfs status' shows no error. # gpart show ada0 => 34 1953525101 ada0 GPT (932G) 34 2014 - free - (1.0M) 2048 128 1 freebsd-boot (64K) 2176 1920 - free - (960K) 4096 33554432 2 freebsd-swap (16G) 33558528 1919965184 3 freebsd-zfs (916G) 1953523712 1423 - free - (712K) # zdb -lu /dev/gpt/red -------------------------------------------- LABEL 0 -------------------------------------------- version: 5000 name: 'red' state: 0 txg: 589853 pool_guid: 5047859198801256900 hostid: 4234684483 hostname: '' top_guid: 17887644856352637289 guid: 17887644856352637289 vdev_children: 1 vdev_tree: type: 'disk' id: 0 guid: 17887644856352637289 path: '/dev/gpt/red' phys_path: '/dev/gpt/red' whole_disk: 1 metaslab_array: 34 metaslab_shift: 33 ashift: 12 asize: 983017455616 is_log: 0 DTL: 394 create_txg: 4 features_for_read: com.delphix:hole_birth com.delphix:embedded_data Uberblock[0] magic = 0000000000bab10c version = 5000 txg = 591104 guid_sum = 4488759981444342573 timestamp = 1421791756 UTC = Wed Jan 21 00:09:16 2015 Uberblock[1] magic = 0000000000bab10c version = 5000 txg = 591137 guid_sum = 4488759981444342573 timestamp = 1421791922 UTC = Wed Jan 21 00:12:02 2015 Uberblock[2] magic = 0000000000bab10c version = 5000 txg = 591170 guid_sum = 4488759981444342573 timestamp = 1421792088 UTC = Wed Jan 21 00:14:48 2015 Uberblock[3] magic = 0000000000bab10c version = 5000 txg = 591139 guid_sum = 4488759981444342573 timestamp = 1421791932 UTC = Wed Jan 21 00:12:12 2015 Uberblock[4] magic = 0000000000bab10c version = 5000 txg = 590948 guid_sum = 4488759981444342573 timestamp = 1421790972 UTC = Tue Jan 20 23:56:12 2015 Uberblock[5] magic = 0000000000bab10c version = 5000 txg = 591173 guid_sum = 4488759981444342573 timestamp = 1421792103 UTC = Wed Jan 21 00:15:03 2015 Uberblock[6] magic = 0000000000bab10c version = 5000 txg = 591174 guid_sum = 4488759981444342573 timestamp = 1421792108 UTC = Wed Jan 21 00:15:08 2015 Uberblock[7] magic = 0000000000bab10c version = 5000 txg = 591111 guid_sum = 4488759981444342573 timestamp = 1421791791 UTC = Wed Jan 21 00:09:51 2015 Uberblock[8] magic = 0000000000bab10c version = 5000 txg = 590888 guid_sum = 4488759981444342573 timestamp = 1421790671 UTC = Tue Jan 20 23:51:11 2015 Uberblock[9] magic = 0000000000bab10c version = 5000 txg = 591177 guid_sum = 4488759981444342573 timestamp = 1421792123 UTC = Wed Jan 21 00:15:23 2015 Uberblock[10] magic = 0000000000bab10c version = 5000 txg = 591178 guid_sum = 4488759981444342573 timestamp = 1421792128 UTC = Wed Jan 21 00:15:28 2015 Uberblock[11] magic = 0000000000bab10c version = 5000 txg = 591115 guid_sum = 4488759981444342573 timestamp = 1421791811 UTC = Wed Jan 21 00:10:11 2015 Uberblock[12] magic = 0000000000bab10c version = 5000 txg = 590892 guid_sum = 4488759981444342573 timestamp = 1421790691 UTC = Tue Jan 20 23:51:31 2015 Uberblock[13] magic = 0000000000bab10c version = 5000 txg = 591149 guid_sum = 4488759981444342573 timestamp = 1421791982 UTC = Wed Jan 21 00:13:02 2015 Uberblock[14] magic = 0000000000bab10c version = 5000 txg = 591182 guid_sum = 4488759981444342573 timestamp = 1421792148 UTC = Wed Jan 21 00:15:48 2015 Uberblock[15] magic = 0000000000bab10c version = 5000 txg = 591151 guid_sum = 4488759981444342573 timestamp = 1421791992 UTC = Wed Jan 21 00:13:12 2015 Uberblock[16] magic = 0000000000bab10c version = 5000 txg = 591088 guid_sum = 4488759981444342573 timestamp = 1421791676 UTC = Wed Jan 21 00:07:56 2015 Uberblock[17] magic = 0000000000bab10c version = 5000 txg = 591153 guid_sum = 4488759981444342573 timestamp = 1421792002 UTC = Wed Jan 21 00:13:22 2015 Uberblock[18] magic = 0000000000bab10c version = 5000 txg = 591154 guid_sum = 4488759981444342573 timestamp = 1421792007 UTC = Wed Jan 21 00:13:27 2015 Uberblock[19] magic = 0000000000bab10c version = 5000 txg = 591123 guid_sum = 4488759981444342573 timestamp = 1421791852 UTC = Wed Jan 21 00:10:52 2015 Uberblock[20] magic = 0000000000bab10c version = 5000 txg = 590996 guid_sum = 4488759981444342573 timestamp = 1421791214 UTC = Wed Jan 21 00:00:14 2015 Uberblock[21] magic = 0000000000bab10c version = 5000 txg = 591125 guid_sum = 4488759981444342573 timestamp = 1421791862 UTC = Wed Jan 21 00:11:02 2015 Uberblock[22] magic = 0000000000bab10c version = 5000 txg = 591158 guid_sum = 4488759981444342573 timestamp = 1421792027 UTC = Wed Jan 21 00:13:47 2015 Uberblock[23] magic = 0000000000bab10c version = 5000 txg = 591127 guid_sum = 4488759981444342573 timestamp = 1421791872 UTC = Wed Jan 21 00:11:12 2015 Uberblock[24] magic = 0000000000bab10c version = 5000 txg = 590968 guid_sum = 4488759981444342573 timestamp = 1421791073 UTC = Tue Jan 20 23:57:53 2015 Uberblock[25] magic = 0000000000bab10c version = 5000 txg = 591001 guid_sum = 4488759981444342573 timestamp = 1421791239 UTC = Wed Jan 21 00:00:39 2015 Uberblock[26] magic = 0000000000bab10c version = 5000 txg = 591162 guid_sum = 4488759981444342573 timestamp = 1421792048 UTC = Wed Jan 21 00:14:08 2015 Uberblock[27] magic = 0000000000bab10c version = 5000 txg = 591131 guid_sum = 4488759981444342573 timestamp = 1421791892 UTC = Wed Jan 21 00:11:32 2015 Uberblock[28] magic = 0000000000bab10c version = 5000 txg = 591164 guid_sum = 4488759981444342573 timestamp = 1421792058 UTC = Wed Jan 21 00:14:18 2015 Uberblock[29] magic = 0000000000bab10c version = 5000 txg = 591005 guid_sum = 4488759981444342573 timestamp = 1421791259 UTC = Wed Jan 21 00:00:59 2015 Uberblock[30] magic = 0000000000bab10c version = 5000 txg = 591166 guid_sum = 4488759981444342573 timestamp = 1421792068 UTC = Wed Jan 21 00:14:28 2015 Uberblock[31] magic = 0000000000bab10c version = 5000 txg = 591135 guid_sum = 4488759981444342573 timestamp = 1421791912 UTC = Wed Jan 21 00:11:52 2015 After upgrade to 10.1-RELEASE-p4 and 10.1-STABLE I can see the same. Could anyone suggest how to repair zpool? If it's needed I can provide more information. -- Mykhaylo Yehorov From owner-freebsd-fs@FreeBSD.ORG Sat Jan 24 23:13:56 2015 Return-Path: Delivered-To: freebsd-fs@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 10A1A96 for ; Sat, 24 Jan 2015 23:13:56 +0000 (UTC) Received: from mail-lb0-x22c.google.com (mail-lb0-x22c.google.com [IPv6:2a00:1450:4010:c04::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 855B3EA9 for ; Sat, 24 Jan 2015 23:13:55 +0000 (UTC) Received: by mail-lb0-f172.google.com with SMTP id l4so2853369lbv.3 for ; Sat, 24 Jan 2015 15:13:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=OIlXiK9HQGKoCO2nY7Iq9URNCrYOqZ4GtvSRQx/k60M=; b=kbtkiya5zbCGcSC0+ZDHfcfqEFw/ZTK3Vn0o10UrS8gCSrxfy71iTP1RRx2aMgtqG7 keijVoG7TW7Hhxpd60hEhJis+uGqUmOdu/SS1ZYQSlELKF0DA8BBgfoMjGjYYhJOvaqi ITqQ2LtQvMdTXDaaznvq2eicarRpb+nuL4zlEsV6mVgtMK0OedyfUFmV17JugKkbf7Yh ffv0FI4k0JIUBfKCxzoU1EU7HCsWNulmH4DE6dhro1vFUp8fDFVQNw5f+7tjMHD3oRn7 QtA+XvU94pHc2qVkt//53qyGtn144rQplEv2w6+ojKhBsMew6+8fB75YyqLh+SCTg0Wx sOTg== X-Received: by 10.112.144.136 with SMTP id sm8mr14303311lbb.95.1422141233725; Sat, 24 Jan 2015 15:13:53 -0800 (PST) Received: from [10.0.1.7] (broadband-5-228-253-40.nationalcablenetworks.ru. [5.228.253.40]) by mx.google.com with ESMTPSA id cj6sm1467241lad.38.2015.01.24.15.13.52 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 24 Jan 2015 15:13:52 -0800 (PST) From: Dmitry Sivachenko Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: LORs Message-Id: <051EA814-B073-43D9-9603-A1F095880063@gmail.com> Date: Sun, 25 Jan 2015 02:13:51 +0300 To: freebsd-fs@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) X-Mailer: Apple Mail (2.1993) X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Jan 2015 23:13:56 -0000 Hello! I have a FreeBSD-10/stable box (r276908) with UFS partitions: tunefs: POSIX.1e ACLs: (-a) disabled tunefs: NFSv4 ACLs: (-N) disabled tunefs: MAC multilabel: (-l) disabled tunefs: soft updates: (-n) enabled tunefs: soft update journaling: (-j) disabled tunefs: gjournal: (-J) disabled tunefs: trim: (-t) disabled I am observing the following LORs: lock order reversal: 1st 0xfffffe0baf12f1c0 bufwait (bufwait) @ = /opt/WRK/src/sys/kern/vfs_bio.c:3065 2nd 0xfffff800112db800 dirhash (dirhash) @ = /opt/WRK/src/sys/ufs/ufs/ufs_dirhash .c:284 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame = 0xfffffe0c57fd5380 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe0c57fd5430 witness_checkorder() at witness_checkorder+0xc04/frame = 0xfffffe0c57fd54b0 _sx_xlock() at _sx_xlock+0x47/frame 0xfffffe0c57fd54f0 ufsdirhash_add() at ufsdirhash_add+0x3a/frame 0xfffffe0c57fd5530 ufs_direnter() at ufs_direnter+0x6a0/frame 0xfffffe0c57fd55f0 ufs_makeinode() at ufs_makeinode+0x46e/frame 0xfffffe0c57fd57b0 ufs_create() at ufs_create+0x2d/frame 0xfffffe0c57fd57d0 VOP_CREATE_APV() at VOP_CREATE_APV+0xa1/frame 0xfffffe0c57fd5800 vn_open_cred() at vn_open_cred+0x359/frame 0xfffffe0c57fd5960 kern_openat() at kern_openat+0x23a/frame 0xfffffe0c57fd5ae0 amd64_syscall() at amd64_syscall+0x244/frame 0xfffffe0c57fd5bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0c57fd5bf0 --- syscall (5, FreeBSD ELF64, sys_open), rip =3D 0x80095c5ba, rsp =3D = 0x7fffffffe8b8, rbp =3D 0x7fffffffea50 --- lock order reversal: 1st 0xfffff801245929a0 ufs (ufs) @ = /opt/WRK/src/sys/kern/vfs_subr.c:2157 2nd 0xfffffe0baf13f138 bufwait (bufwait) @ = /opt/WRK/src/sys/ufs/ffs/ffs_vnops.c:262 3rd 0xfffff80124595240 ufs (ufs) @ = /opt/WRK/src/sys/kern/vfs_subr.c:2157 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame = 0xfffffe0c580861e0 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe0c58086290 witness_checkorder() at witness_checkorder+0xc04/frame = 0xfffffe0c58086310 __lockmgr_args() at __lockmgr_args+0x738/frame 0xfffffe0c58086440 ffs_lock() at ffs_lock+0x84/frame 0xfffffe0c58086490 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xab/frame 0xfffffe0c580864c0 _vn_lock() at _vn_lock+0x43/frame 0xfffffe0c58086520 vget() at vget+0x5b/frame 0xfffffe0c58086560 vfs_hash_get() at vfs_hash_get+0xe1/frame 0xfffffe0c580865b0 ffs_vgetf() at ffs_vgetf+0x40/frame 0xfffffe0c58086640 softdep_sync_buf() at softdep_sync_buf+0x919/frame 0xfffffe0c58086720 ffs_syncvnode() at ffs_syncvnode+0x226/frame 0xfffffe0c580867a0 ffs_sync() at ffs_sync+0x20f/frame 0xfffffe0c58086860 vfs_write_suspend() at vfs_write_suspend+0x17a/frame 0xfffffe0c580868a0 vfs_write_suspend_umnt() at vfs_write_suspend_umnt+0x1c/frame = 0xfffffe0c580868d0 ffs_unmount() at ffs_unmount+0x58/frame 0xfffffe0c58086930 dounmount() at dounmount+0x409/frame 0xfffffe0c580869b0 sys_unmount() at sys_unmount+0x2bc/frame 0xfffffe0c58086ae0 amd64_syscall() at amd64_syscall+0x244/frame 0xfffffe0c58086bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0c58086bf0 --- syscall (22, FreeBSD ELF64, sys_unmount), rip =3D 0x80088f64a, rsp =3D= 0x7fffffffe198, rbp =3D 0x7fffffffe2b0 --- lock order reversal: 1st 0xfffff8001338fd50 ufs (ufs) @ = /opt/WRK/src/sys/kern/vfs_mount.c:1223 2nd 0xfffff8001334e418 devfs (devfs) @ = /opt/WRK/src/sys/ufs/ffs/ffs_vfsops.c:1375 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame = 0xfffffe0c58086500 kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe0c580865b0 witness_checkorder() at witness_checkorder+0xc04/frame = 0xfffffe0c58086630 __lockmgr_args() at __lockmgr_args+0x738/frame 0xfffffe0c58086760 vop_stdlock() at vop_stdlock+0x3c/frame 0xfffffe0c58086780 VOP_LOCK1_APV() at VOP_LOCK1_APV+0xab/frame 0xfffffe0c580867b0 _vn_lock() at _vn_lock+0x43/frame 0xfffffe0c58086810 ffs_flushfiles() at ffs_flushfiles+0x88/frame 0xfffffe0c58086870 softdep_flushfiles() at softdep_flushfiles+0x62/frame 0xfffffe0c580868d0 ffs_unmount() at ffs_unmount+0x89/frame 0xfffffe0c58086930 dounmount() at dounmount+0x409/frame 0xfffffe0c580869b0 sys_unmount() at sys_unmount+0x2bc/frame 0xfffffe0c58086ae0 amd64_syscall() at amd64_syscall+0x244/frame 0xfffffe0c58086bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0c58086bf0 --- syscall (22, FreeBSD ELF64, sys_unmount), rip =3D 0x80088f64a, rsp =3D= 0x7fffffffe198, rbp =3D 0x7fffffffe2b0 --- Does it make any interest or is it harmless? Thanks!=