Greetings,
Given zfs pools, how does one import these pools to another node in
the cluster.
Mike
This message posted from opensolaris.org
Mike Salehi wrote:> Greetings, > > Given zfs pools, how does one import these pools to another node in the cluster.zpool export zpool import -- richard
Sorry, my question is not clear enough. These pools contain a zone each. This message posted from opensolaris.org
On 7/17/07, Mike Salehi <mike.salehi at inbox.com> wrote:> Sorry, my question is not clear enough. These pools contain a zone each.Firstly, zonepaths in ZFS is no yet supported. But this is the hacker''s forum so... No change for importing the ZFS pool. Now you''re gonna need to hack the zones in. For a start, make sure both systems have exactly the same patch level. Then pinch the zone''s xml files from /etc/zones/* and edit /etc/zones/index.xml. You should be able to see and boot the zones now. Note that this method may (or perhaps already will) fail on future Solaris installs. -- Just me, Wire ... Blog: <prstat.blogspot.com>
One last question, when it comes to patching these zones, is it better to patch it normally or destroy all the local zones and patch only the global zone and use sh file to recreate all the zones. This message posted from opensolaris.org
Wee Yeh Tan wrote:> On 7/17/07, Mike Salehi <mike.salehi at inbox.com> wrote: >> Sorry, my question is not clear enough. These pools contain a zone each. > > Firstly, zonepaths in ZFS is no yet supported. But this is the > hacker''s forum so...I don''t think that is actually true, particularly given that you can use zoneadm clone using a ZFS snapshot/clone to "copy" zones - that alone kind of implies that the zone root can be on a ZFS filesystem. Also if you set zonepath to be a directory in a ZFS dataset zoneadm install will automatically do a zfs create for you - once again kind of implying that a zone''s root can be on ZFS. There is even a -x nodatset flag to zoneadm install to change this default behaviour.> No change for importing the ZFS pool. Now you''re gonna need to hack > the zones in. > > For a start, make sure both systems have exactly the same patch level. > Then pinch the zone''s xml files from /etc/zones/* and edit > /etc/zones/index.xml. You should be able to see and boot the zones > now.Don''t do that, instead take a look at the zoneadm attach and detach commands. -- Darren J Moffat
On 7/17/07, Darren J Moffat <darrenm at opensolaris.org> wrote:> Wee Yeh Tan wrote: > > Firstly, zonepaths in ZFS is no yet supported. But this is the > > hacker''s forum so... > > I don''t think that is actually true, particularly given that you can use > zoneadm clone using a ZFS snapshot/clone to "copy" zones - that alone > kind of implies that the zone root can be on a ZFS filesystem. > ...Indeed I am aware of these changes. I meant support in the commercial support sense. In fact, we started putting zones into ZFS the moment ZFS became available in S10u2 (or u1?).> Don''t do that, instead take a look at the zoneadm attach and detach > commands.Got it. -- Just me, Wire ... Blog: <prstat.blogspot.com>
Wee Yeh Tan wrote:> On 7/17/07, Darren J Moffat <darrenm at opensolaris.org> wrote: >> Wee Yeh Tan wrote: >> > Firstly, zonepaths in ZFS is no yet supported. But this is the >> > hacker''s forum so... >> >> I don''t think that is actually true, particularly given that you can use >> zoneadm clone using a ZFS snapshot/clone to "copy" zones - that alone >> kind of implies that the zone root can be on a ZFS filesystem. >> ... > > Indeed I am aware of these changes. I meant support in the commercial > support sense. In fact, we started putting zones into ZFS the moment > ZFS became available in S10u2 (or u1?).It in what is integrated into OpenSolaris and this is an OpenSolaris.org list not an @sun.com support list for Solaris 10. -- Darren J Moffat
On 7/17/07, Darren J Moffat <darrenm at opensolaris.org> wrote:> It in what is integrated into OpenSolaris and this is an OpenSolaris.org > list not an @sun.com support list for Solaris 10.True enough. I stand corrected. -- Just me, Wire ... Blog: <prstat.blogspot.com>