> 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? Thanks, Chris Ferebee
smime.p7s
Description: S/MIME cryptographic signature
------------------------------------------- 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
