From owner-freebsd-fs@FreeBSD.ORG Fri Mar 28 00:36:03 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 509BCF6A for ; Fri, 28 Mar 2014 00:36:03 +0000 (UTC) Received: from nm34.bullet.mail.ne1.yahoo.com (nm34.bullet.mail.ne1.yahoo.com [98.138.229.27]) (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 0F759EA5 for ; Fri, 28 Mar 2014 00:36:02 +0000 (UTC) Received: from [127.0.0.1] by nm34.bullet.mail.ne1.yahoo.com with NNFMP; 28 Mar 2014 00:35:55 -0000 Received: from [98.138.101.128] by nm34.bullet.mail.ne1.yahoo.com with NNFMP; 28 Mar 2014 00:33:14 -0000 Received: from [98.138.87.7] by tm16.bullet.mail.ne1.yahoo.com with NNFMP; 28 Mar 2014 00:33:14 -0000 Received: from [127.0.0.1] by omp1007.mail.ne1.yahoo.com with NNFMP; 28 Mar 2014 00:33:14 -0000 X-Yahoo-Newman-Property: ymail-4 X-Yahoo-Newman-Id: 171571.66294.bm@omp1007.mail.ne1.yahoo.com Received: (qmail 64163 invoked by uid 60001); 28 Mar 2014 00:33:14 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1395966793; bh=RsCS9EWEKg3nxskwGgwC9qO12MX5ztKTb6TD5//j7GE=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=3tsKrKtaW81VhsZg8NHLNQdNRUoMGmfgY6C17YgExiZzHitHc3Ci8wYGPakMfb1Ct+MLfxM0o1TUYITEIgQdYQpcpEcD0hO+iRhyOAAPwIq9WWBHUOnymniH1V0pwK7i0XKe4rQI0w35y7gRj5dj+G/AnXyhEXkx6BRoyjJbt18= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=NQjx5XtTSKnpAH+lSXpEyJ3fnUx2Amv3S4Cw5v1Q9BiHXNuRt5Aw12g1BwNKMhMnTMGvNmObQczYzZWRe+cX+cl1e/fK2wIKDHTIIYTqWdncikpqeBg14464HxvYYztFYll1MWnGhNVDOItCBkAaSSCJdcMkWSFRlojOUNgkCjE=; X-YMail-OSG: KVMx0EgVM1kLBtEL0siyiUJJgOK96O2aqU4oiwV9xMbQfEJ 8rgBRrp7Vte70xnjFl2VI60d4tLiEOK4tylZS4iRoRXp_lGbS3j6TzeOXRNV Lwuxpma3bNNSKmhNzyUOvYUxqjUc_8.IIPJXWSYf6.NFd4Eos7PopUjp4bzi 3Pt3z0AoN4lyBsWutOPa2XJelRdIGeVXntUR6opfH_c6LatPcLqXzSEXwRjQ V5gpx_S2LsfTZdED53Ej52CJHlKkMERcjpsnlygffl7MIuCkCFK6Pu0ImL3. kSVrCfA7JYLe2LZpQeMNvjuRL2s98W_Hrwwi6ODwLl4rQ_qdJWVCCPD09ESl V9tKm24GdGyc5.uFJu3z1gAVB3RYrQLhKSM2pMBo1SWvDJY_ziBZ._NiCbxL ih.fvi13mQjjRUYk9ttmgIRv0MTZ3CJPiInq9e9Q4Gnn81F8x8czZbfOQi9g WZnYRZNw7QrAJ7pmiHGEPANRGykl.XBdkUvjgIP4tblI0kbd_G05WOgNUGGx YyZeBLuI0 Received: from [204.138.59.246] by web122101.mail.ne1.yahoo.com via HTTP; Thu, 27 Mar 2014 17:33:13 PDT X-Rocket-MIMEInfo: 002.001, SGkgYWxsLAoKSSB1c2VkIGtlcm5fb3BlbmF0KCkvZmdldC9mb19yZWFkKCkgdG8gb3BlbiBhbmQgcmVhZCBhIHRleHQgZmlsZXMgaW5zaWRlIGtlcm5lbC7CoAoKV2hlbiBJIGxvYWQgaXQgYXMgYSBrZXJuZWwgbW9kdWxlLCB0aGUgbW9kdWxlIHdvcmtzIGZpbmUgYW5kIGRvIGl0cyBqb2IuwqAKCldoZW4gSSBjb21waWxlZCBpdCBpbnRvIGtlcm5lbCwgaXQgY3Jhc2ggaW4ga2Vybl9vcGVuYXQoKSwgbW9yZSBwcmVjaXNlbHksIGluIHZuX29wZW4oKS7CoEkgdXNlZCBjYWxsX291dCgpIHRvIGRlZmVyIHJlYWQBMAEBAQE- X-Mailer: YahooMailWebService/0.8.181.645 References: Message-ID: <1395966793.20688.YahooMailNeo@web122101.mail.ne1.yahoo.com> Date: Thu, 27 Mar 2014 17:33:13 -0700 (PDT) From: Victor Sneider Subject: Issue with vn_open(), help me please To: "freebsd-fs@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: Victor Sneider List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 00:36:03 -0000 Hi all,=0A=0AI used kern_openat()/fget/fo_read() to open and read a text fi= les inside kernel.=A0=0A=0AWhen I load it as a kernel module, the module wo= rks fine and do its job.=A0=0A=0AWhen I compiled it into kernel, it crash i= n kern_openat(), more precisely, in vn_open().=A0I used call_out() to defer= reading the file and wait for the rootfs mount completes. I set the timeou= t long enough (5 min, for example) but it still crashes.=A0=0A=0AI googled = a lot but have not found any report about this issue. I am not an expert ab= out file reading/writing inside kernel but I feel this could be a bug in vn= _open().=A0=0A=0APlease help me.=A0=0A=0AThank you.=A0=0A=0AV.Sneider. From owner-freebsd-fs@FreeBSD.ORG Fri Mar 28 00:39:45 2014 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 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C7E511E for ; Fri, 28 Mar 2014 00:39:45 +0000 (UTC) Received: from mail.tentacle.net (mail.tentacle.net [208.94.246.163]) (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 0565DED2 for ; Fri, 28 Mar 2014 00:39:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=tentacle.net; s=mail; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=3T6AHsZ0CJJ+8A3fKZR5hNO/bQaWxSUXkFJqvad8m94=; b=L69zT/ivPnv9Tjxyf9tvXWKPRIBrV/fU8kFeH9H1bPIdYm0wy+aeFYeGbMU7UoKw00iSPPfCjh+f81ZYKrD1tHkhlL2W4E271qchh4IA0oODNdWZWgYRg9onXsiZZTDt2sj+6KpyHILjDSqHJAytYk56Rk4HJU++hZK8CbvnXkE=; Received: from localhost ([127.0.0.1] helo=chaos.tentacle.net) by mail.tentacle.net with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82 (FreeBSD)) (envelope-from ) id 1WTKYp-000JAW-Fp for freebsd-fs@freebsd.org; Thu, 27 Mar 2014 17:22:16 -0700 Received: (from sweetpea@localhost) by chaos.tentacle.net (8.14.8/8.14.8/Submit) id s2S0MFZg073687 for freebsd-fs@freebsd.org; Thu, 27 Mar 2014 17:22:15 -0700 (PDT) (envelope-from sweetpea) Date: Thu, 27 Mar 2014 17:22:15 -0700 From: Kevin Rauwolf To: freebsd-fs@freebsd.org Subject: Missing zfs pools Message-ID: <20140328002211.GA73597@chaos.tentacle.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Identity-Key: id1 X-Account-Key: account1 X-Mozilla-Draft-Info: internal/draft; vcard=0; receipt=0; DSN=0; uuencode=0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 X-Enigmail-Version: 1.6 X-Enigmail-Draft-Status: 512 X-Spam-Level: -- X-Spam-Score: -2.1 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2014 00:39:45 -0000 I am running into a problem recovering data from an old backup. I had a pool containing a mirror of two disks. I now have access to just one of those disks, and I am trying to import the pool so that I can copy files out. When I try to import, there seems to be no sign that the pool exists. # zpool import # zpool import -D # zpool list no pools available # zpool import -f zroot cannot import 'zroot': no such pool available # gpart list ada0 ... 2. Name: ada0p2 Mediasize: 1983218974720 (1.8T) Sectorsize: 512 Stripesize: 0 Stripeoffset: 1048576 Mode: r0w0e0 rawuuid: 7ada140b-4194-11e3-9da4-f46d04227f12 rawtype: 516e7cba-6ecf-11d6-8ff8-00022d09712b label: freebsd-zfs length: 1983218974720 offset: 1048576 type: freebsd-zfs index: 2 end: 3873476607 start: 2048 ... # zdb -l /dev/gptid/7ada140b-4194-11e3-9da4-f46d04227f12 -------------------------------------------- LABEL 0 -------------------------------------------- version: 5000 name: 'zroot' state: 0 txg: 0 pool_guid: 3559240713814701742 hostid: 740296715 hostname: '######' top_guid: 5658684753042695532 guid: 6772479201275930554 vdev_children: 1 vdev_tree: type: 'mirror' id: 0 guid: 5658684753042695532 metaslab_array: 33 metaslab_shift: 34 ashift: 12 asize: 1983214256128 is_log: 0 create_txg: 4 children[0]: type: 'disk' id: 0 guid: 1772932453788439366 path: '/dev/gptid/7a375bd1-4194-11e3-9da4-f46d04227f12' phys_path: '/dev/gptid/7a375bd1-4194-11e3-9da4-f46d04227f12' whole_disk: 1 create_txg: 4 children[1]: type: 'disk' id: 1 guid: 6772479201275930554 path: '/dev/gptid/7ada140b-4194-11e3-9da4-f46d04227f12' phys_path: '/dev/gptid/7ada140b-4194-11e3-9da4-f46d04227f12' whole_disk: 1 features_for_read: create_txg: 0 Uberblock[0] magic = 0000000000bab10c version = 5000 txg = 2436407 guid_sum = 17763337121921767194 timestamp = 1395437212 UTC = Fri Mar 21 14:26:52 2014 ... I have tried running Jeff Bonwick's "labelfix" tool, patched with recent ZFS API changes, but it fails on the pwrite64 call that writes the checksum. (That's why my txg is 4536407 in Uberblock 0; it's 0 in all of the others.) Any suggestions as to why import seems unable to find the existing pool? -k