From owner-freebsd-fs@FreeBSD.ORG Mon Jun 10 23:54:50 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 AFD799D2 for ; Mon, 10 Jun 2013 23:54:50 +0000 (UTC) (envelope-from editor@callfortesting.org) Received: from mail-pa0-x22d.google.com (mail-pa0-x22d.google.com [IPv6:2607:f8b0:400e:c03::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 8AB0C1B1D for ; Mon, 10 Jun 2013 23:54:50 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id bi5so4899033pad.18 for ; Mon, 10 Jun 2013 16:54:50 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=0qtVKFxCgNYZUWlehrJAUMJ77lh6rAr2C72VacTmOdU=; b=QSNW7Xv6eee1WR/uJFB91s/+vaG10+RaZqPWnREv8+tKWbxU4S+o54mWvLJhLbmBlQ ts1qZipJ/EhXP7RgCj5bovBrmtMR02vJu98tL8ZsVShWwRb9skyUoZqUxO0skZx+cDLs nBN9ha/qN1ipvMdg3kYCWz53UuPoIrd693QCFPQMhdoWcyGLpD0HB46TdtoiJR8Nz6+1 8uSgYxSy5CT5ceTmnKKkXoPT4fA8vv0ILXLR3Vmmz7PmTwueSBYdCkiFV6tqr26u+uHs hhLvp2PMt68oV2lWOxQ+FWhLbpbyE6hEKnrM4nGzt4jc76Ov8hoSkJ/mcwFrf4r17AC/ VVXQ== X-Received: by 10.66.166.107 with SMTP id zf11mr16207396pab.166.1370908490151; Mon, 10 Jun 2013 16:54:50 -0700 (PDT) Received: from MacBook-4.local (c-98-246-202-204.hsd1.or.comcast.net. [98.246.202.204]) by mx.google.com with ESMTPSA id pl9sm12038436pbc.5.2013.06.10.16.54.48 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 10 Jun 2013 16:54:49 -0700 (PDT) Message-ID: <51B66748.4000708@callfortesting.org> Date: Mon, 10 Jun 2013 16:54:48 -0700 From: Michael Dexter User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Jeremy Chadwick Subject: Re: ZFS panic on import under VMware References: <51B0FADB.10302@callfortesting.org> <20130606215224.GA44910@icarus.home.lan> In-Reply-To: <20130606215224.GA44910@icarus.home.lan> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQklBDOJAUPhPZwOVFAS0oau/spzpG9wYKl2h4DScrSRU3DAUq4vWQrRlOapZykpJf7el5ey Cc: freebsd-fs@freebsd.org 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: Mon, 10 Jun 2013 23:54:50 -0000 Requested details included inline: >> I have encountered a FreeNAS under VMware system that gives "ONLINE" >> status for a pool with 'zfs import' but panics when a -f import is >> done under FreeNAS 8.3 x64, FreeBSD 10 and Solaris 11 live DVD. The >> host filesystem passes all checks. >> Stopped at traverse_prefetch_metadata+0x44: movq 0x50(%rax),%rcx >> I have posted screen shots of the import, panic and backtrace output: >> http://cft.lv/zfs/2013-07-06/ > > 1. On what OS (version, etc.) was the ZFS pool originally created? FreeNAS 8.2 > 2. Was the pool originally created with compression or dedup enabled? > (Answers to both of these questions is extremely important) Dedup: never enabled Compression: Yes (Believe FreeNAS Default, guessing lzjb) > 3. How much memory are you allocating to the VMware instance? (This is > in partial relation to question #2) 6GB, up to 10GB when attempting to re-import > 4. On what OS (version, etc.) are the panic/backtrace screenshots from? > It looks to me like FreeBSD 10.x. Correct. amd64. Panics with Solaris 11.1 & FreeNAS 8.3. No saved traces > 5. Is there a reason you didn't try FreeBSD 9.1-RELEASE? The state of > FreeBSD 10.x (head/CURRENT) is usually in fluctuation, you should try > something other than head. Will try 9.1R > 6. You're using VMware Workstation; where did the source ZFS pool come > from? Do you have physical disks attached to the machine and are using > the "Use a physical disk" feature? If you're using "disk images" made > by something, what did you use? Please provide all the details, how you > did it, etc... VMware ESXi 5.1 with no storage. All from HUS110 iSCSI, mounted as VMFS5 Datastores. The failing disks are vmdk files in virtual disk mode which were created when installing FreeNAS. > 7. Is there some reason you cannot try this on bare metal? VMware does not appear to fully support ZFS pass-through. Not easy to convert two, 2TB images. Suggestions? > 8. On FreeBSD 9.x (see above) or 10.x, during boot, drop to the loader > prompt and issue "set vfs.zfs.prefetch_disable=1" followed by "boot". > See if that has any impact during the "zpool import" phase. Results in Fatal trap 12 on FreeBSD 10 and will try 9.X ASAP. Thanks! Michael