Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 4 Jan 2010 09:38:00 +0000
From:      krad <kraduk@googlemail.com>
To:        "Randal L. Schwartz" <merlyn@stonehenge.com>
Cc:        Manolis Kiagias <sonicy@otenet.gr>, freebsd-questions@freebsd.org
Subject:   Re: Can't get "ZFS on GPT Root" to work.
Message-ID:  <d36406631001040138o48182bfdn7b916ff36f76d773@mail.gmail.com>
In-Reply-To: <86y6ke1lw2.fsf@blue.stonehenge.com>
References:  <863a2n3yst.fsf@blue.stonehenge.com> <4B40E3B9.4020505@otenet.gr> <86y6kf2ful.fsf@blue.stonehenge.com> <4B40E9EA.1090204@otenet.gr> <86tyv32ek6.fsf@blue.stonehenge.com> <d36406631001031428m187b852bs31604e263ea71b61@mail.gmail.com> <86k4vy3ja8.fsf@blue.stonehenge.com> <86y6ke1lw2.fsf@blue.stonehenge.com>

next in thread | previous in thread | raw e-mail | index | archive | help
2010/1/4 Randal L. Schwartz <merlyn@stonehenge.com>

> >>>>> "Randal" == Randal L Schwartz <merlyn@stonehenge.com> writes:
>
> >>>>> "krad" == krad  <kraduk@googlemail.com> writes:
> krad> make sure you dont export the pool after you have copied the zpool
> cache
> krad> onto the zfs root fs, as that will break everything.
>
> Randal> Hmm.  But doesn't executing a shutdown automatically export
> everythign?
>
> Randal> if not, how is there ever a clean shutdown? :)
>
> But in fact, that was the problem.
>
> Once I followed *exactly* the instructions on the page,
> not trying to "tidy up before reboot", it works just fine.
>
> Thanks everyone for your help.
>
> --
> Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
> <merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>;
> Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
> See http://methodsandmessages.vox.com/ for Smalltalk and Seaside
> discussion
>


it caught me out that. I think the issue is that export a zpool isnt
analogous to unmounting a file system. After all you can unmount a zfs fs
without exporting the pool. The fact that the zfs is copy on write and has
the zil should mean it wont loose its integrity.

Also every pool has the hostid of the current system that has imported it,
embedded in it somewhere. eg if you try to import a pool that was previously
mounted on another system and not exported, you have to import it with the
-f flag. Exporting the pool clears this faild an alters the state of the
pool.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?d36406631001040138o48182bfdn7b916ff36f76d773>