If you "zfs export" it will offline your pool. This is what you do when you're going to intentionally remove disks from the live system.
If you suffered a hardware problem, and you're migrating your uncleanly-unmounted disks to another system, then as Brandon described below, you'll need the "-f" to force the import. When you "zfs import" it does not matter if you've moved the disks around. What used to be connected to SATA port 0 can move to port 6 or whatever. Irrelevant. The data on disks says not only which pool each disk belongs to, but which position within the pool. This makes sense and is particularly important, because, suppose you have a pool in operation for some years, with hotspare. A disk fails, the hotspare is consumed, another disk fails, another hotspare consumed, and so on. Now you've got all your disks jumbled around in random order. And then your CPU dies so you need to move your disks to another system, and there's no way for you to know which order the disks were in the pool. It's important to be able to import the volume, with the disks all jumbled around in random order. From: zfs-discuss-boun...@opensolaris.org [mailto:zfs-discuss-boun...@opensolaris.org] On Behalf Of Brandon High Sent: Monday, March 29, 2010 6:54 PM To: JD Trout Cc: zfs-discuss@opensolaris.org Subject: Re: [zfs-discuss] zfs recreate questions On Mon, Mar 29, 2010 at 3:49 PM, JD Trout <jdtr...@ucla.edu> wrote: That is great to hear. What is the command to do this? I setup a test situation and I would like to give it a try. If you can plan the removal, simply 'zpool export' your pool, then 'zpool import' it on the new controller / host. If you don't do an export, use 'zpool import -f' to force it. -B -- Brandon High : bh...@freaks.com
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
