From owner-freebsd-stable@FreeBSD.ORG Mon Nov 17 03:46:48 2008 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 20CF21065689 for ; Mon, 17 Nov 2008 03:46:48 +0000 (UTC) (envelope-from cmdlnkid@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.191]) by mx1.freebsd.org (Postfix) with ESMTP id C00168FC1E for ; Mon, 17 Nov 2008 03:46:47 +0000 (UTC) (envelope-from cmdlnkid@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so2331158rne.12 for ; Sun, 16 Nov 2008 19:46:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:reply-to:to:cc :subject:in-reply-to:message-id:references:user-agent:x-openpgp-key :mime-version:content-type; bh=/eT25LAT92xXVrLOvA9Io5a7LNiTfBFqCgwfIM6snkk=; b=gpC2fp+qcJZL3D1grPfxTqe62hzk6mb3jyxnVIBaow2SMAiHTbZW4bzbXJIP6P4T0H DdBhAvwpA10pojE5sJx2SoroE6hXSurbZNVMoAelvx6XGRxQUhHMKdo+Jo+h5/VEQj5j dz7kbRFfdOucAVefay3F0Ak1kHrxIfpYm88nE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:reply-to:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key:mime-version:content-type; b=S/N3QNMf30liUhMXPTcZD0q/CLnwl0/WKeckKYScI2ZtKBHT8VKsd93GcD0laUc/oZ KWRCCNg6jo4N4ZOTjtEHsbuCiZap7V8L/wFYApz3tnof9lKmI8fpztSr/w0ZG9LZcImS pa0at88RF7V++NN+xd6tRDDkV4rd2sMaan7PY= Received: by 10.90.98.13 with SMTP id v13mr2434406agb.28.1226891678587; Sun, 16 Nov 2008 19:14:38 -0800 (PST) Received: from ?192.168.1.50? (c-71-205-56-117.hsd1.mi.comcast.net [71.205.56.117]) by mx.google.com with ESMTPS id 20sm2576183agb.38.2008.11.16.19.14.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 16 Nov 2008 19:14:37 -0800 (PST) Date: Sun, 16 Nov 2008 22:14:35 -0500 From: CmdLnKid To: George Hartzell In-Reply-To: <18720.55070.363778.698000@almost.alerce.com> Message-ID: References: <18716.48723.452606.66518@almost.alerce.com> <18720.55070.363778.698000@almost.alerce.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key: 0xDFFDD218 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: problem moving gmirror between two machines. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: CmdLnKid List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Nov 2008 03:46:48 -0000 On Sun, 16 Nov 2008 21:29 -0000, hartzell wrote: > George Hartzell writes: > > > > I have an HP DL360 with a pair of 1TB seagate disks that's been > > running -STABLE with a ZFS root partition set up using the tools > > available here: > > > > http://yds.coolrat.org/zfsboot.shtml > > > > It's been working great. As part of trying to understand what's going > > on, I csup'ed to -RELENG earlier today and rebuilt/installed the > > kernel and world whilst running on the DL360, so everything should be > > current. > > > > I tried to move the disks into an HP DL320 G4 and it fails to boot > > because it can't find /dev/mirror/boot (which it wants to mount onto > > /strap and then parts get nullfs'ed onto /boot and /rescue). It gives > > me the opportunity to start a shell, and from that shell I can do a > > zfs mount -a and get all of the zfs filesystems mounted, but there's > > nothing in /dev/mirror. No gmirror status and list are silent. > > > > I can move the disks back into the older machine and they work fine. > > > > I've run fdisk -s ad4 and bsdlabel -A /dev/ad4s1a and diffed the > > output from the two machines and they're identical. > > > > I've booted with kern.geom.mirror.debug=2 and the DL320G4 tastes > > /dev/ad4s1a (along with everything else) but doesn't do anything with > > it. > > > > Any ideas? > > > > [for the archives] > > Solved. gmirror had been set up with -h specifying the device, and > although the newer server used the same device names for its disks > (ad[46]) it assigned them to different hot swap bays. Once I switched > the disks everything came up fine. > > g. Wouldn't it be more feasible in this situation to just glabel the disks and mount them from /dev//