From owner-freebsd-xen@FreeBSD.ORG Thu Oct 9 14:02:25 2014 Return-Path: Delivered-To: freebsd-xen@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 62350559 for ; Thu, 9 Oct 2014 14:02:25 +0000 (UTC) Received: from ezwind.net (bobby.ezwind.net [199.188.211.146]) by mx1.freebsd.org (Postfix) with ESMTP id 3593B18A for ; Thu, 9 Oct 2014 14:02:24 +0000 (UTC) Received: from jayPC by ezwind.net (MDaemon PRO v9.6.5) with ESMTP id 50-md50000166449.msg for ; Thu, 09 Oct 2014 09:01:58 -0500 X-Spam-Processed: ezwind.net, Thu, 09 Oct 2014 09:01:58 -0500 (not processed: spam filter heuristic analysis disabled) X-Authenticated-Sender: jwest@ezwind.net X-MDRemoteIP: 97.91.122.42 X-Return-Path: prvs=1359fe52bd=jwest@ezwind.net X-Envelope-From: jwest@ezwind.net X-MDaemon-Deliver-To: freebsd-xen@freebsd.org From: "Jay West" To: Subject: disk loss Date: Thu, 9 Oct 2014 09:08:49 -0500 Message-ID: <000001cfe3ca$8d242950$a76c7bf0$@ezwind.net> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: Ac/jyUJg0cK7tcA7QO6WSikv6NFC7A== Content-Language: en-us Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Oct 2014 14:02:25 -0000 We're running lots of FreeBSD10 VM's under Xenserver 6.2, and using FreeNas 9.X for iscsi storage. Note, none of the VM's see iSCSI - just the hypervisors see it to create their storage repositories. We've noticed an ongoing issue with recovery from crashes or issues with the NAS. This doesn't happen often at all, but the nas will reboot about once a year. Windows VM's seem to recover fine. FreeBSD, not so much. The pattern seems to be that if the NAS holding the SR's for the hypervisor reboots, when the freebsd vm's come up that have just one virtual disk (boot), it complains about unclean shutdown and fsck needs to be run. No problem, running fsck fixes it. However, if the freebsd vm has two virtual disks (boot and data), the first one (say, ada0) complains about unclean shutdown and fsck will fix it. But the second disk (say, ada1) is not found. All we get is "can't stat /dev/ada1p1" or somesuch, and /dev/ad1 is missing from /dev. This seems to be a pretty consistent failure mode. We've tried to detach the data disk and attach it to a different VM - but no joy. 1) Anyone have any idea why FreeBSD seems so affected and Windows doesn't? 2) Any ideas as to how to (non-destructively) get /dev/ada1 back so we can try to access the data? Thanks in advance for any thoughts. J