On 3 Feb 2018, at 17:46, Chris Ferebee wrote:
Am 02.02.2018 um 20:26 schrieb Volker A. Brandt (Volker A. Brandt)
<[email protected]>:
Gareth Howell writes:
I rebooted in to recovery mode and swapped the pools as suggested.
The
system now boots using the new ones pool but it fails to start the
local
file system service and all those that rely on it.
The cause is some cruft in the /zones folder that prevents /zones
mounting.
Strangely enough, I did something quite similar last weekend. I
moved
the zones pool from one disk to another using zfs send/receive.
Every-
thing was copied *except* the mointpoint of the zones pool itself.
Once I found out it was set to "none", I set it to "/zones", and all
was fine.
I’m looking to do the same thing here, as I migrate my storage and
backup server to larger hard drives.
It has a bunch of individual zones with delegated datasets inside the
zones pool. Migrating the data will take a while (about 50 TB).
As I understand it, I can take a recursive snapshot of the zones pool,
send/receive it to the newzones pool, then perhaps take another
snapshot and incrementally send the updates, all during normal
operation. Then finally reboot to recovery and swap the pools as
others have described here. Am I missing anything?
I also did something similar. One thing I ran into was that one of the
pools I was transferring to /zones contained a filesystem named
'archive'. /zones/archive is already used to store debug information
from any zones with the archive_on_delete attribute set - see 'man
vmadm' for a brief description on that.
I simply gave mine a different name in the zfs receive operation.
Lastly, to state the obvious, check scripts, config files and cronjobs
to ensure they don't still refer to the old pool names.
-------------------------------------------
smartos-discuss
Archives: https://www.listbox.com/member/archive/184463/=now
RSS Feed: https://www.listbox.com/member/archive/rss/184463/25769125-55cfbc00
Modify Your Subscription:
https://www.listbox.com/member/?member_id=25769125&id_secret=25769125-7688e9fb
Powered by Listbox: http://www.listbox.com
