できた。
Nevada の zfs root 環境のなかに、OpenSolaris 2008.05 をインストールし grub にて boot 環境を切り替えることに成功しマスタ。
こんな環境で、OpenSolaris 2008.05 にて、pkg image-update してみましたが、無事に OpenSolaris 2008.11 snv_91 X86 に upgrade 完了。Nevada もおk。
zfs pool である rpool に
snv_91 (Nevada b91)と、4 つの boot 環境があり、なんだか美しくないことになっております。
newBE (LiveUpgrade による zfs root の upgrade 練習用環境。Nevada b91)
opensolaris (OpenSolaris 2008.05)
opensoalris-1 (OpenSolaris 2008.11)
しかし、Nevada での話となりますが、Liveupgrade による upgrade が、偉く簡単になっています。
もう、外付けディスクとか空きスライスとかいりません。
内部的には、zfs snapshot で、snapshot とってclone 化して、そいつに luupgrade をかますだけです。
luactivate で、grub menu も自動的に生成してくれます。
UFS での Liveupgrade 経験者なら、うはっw 簡単すぎw 修正されるねw とか言っちゃうくらい簡単になってます。
ここらへんの話と Nevada 上に OpenSolaris のboot 環境を構築する話は、後日まとめるつもりです。
後者の話なんかは、ZFS と VirtualBox と vnic の機能をフル活用した熱い戦いとなってたり。
#zpool.cache なのかな?最後にアクセスしたマシンの hostid を覚えていて、違う hostid のマシンがそれを boot device として使おうとすると、hostid 違うからマウントさせないお!とかいう作り?になってるのが発覚したり。
下記は、現在、さとうが利用している環境での zfs list です。
約 50 G の領域に、上記の boot 環境が構築されてます。
/export/ 配下の領域と swap は、各環境で共有でし。
# zpool list
NAME SIZE USED AVAIL CAP HEALTH ALTROOT
rpool 48.8G 22.2G 26.5G 45% ONLINE -
# zfs list
NAME USED AVAIL REFER MOUNTPOINT
rpool 23.7G 24.3G 84.5K /rpool
rpool/ROOT 12.0G 24.3G 18K legacy
rpool/ROOT/newBE 8.04G 24.3G 4.38G /
rpool/ROOT/newBE@newBE 3.66G - 5.59G -
rpool/ROOT/opensolaris 56.3M 24.3G 2.35G legacy
rpool/ROOT/opensolaris-1 3.79G 24.3G 2.47G legacy
rpool/ROOT/opensolaris-1@install 55.9M - 2.22G -
rpool/ROOT/opensolaris-1@static:-:2008-07-04-02:23:18 58.2M - 2.34G -
rpool/ROOT/snv_91 91.5M 24.3G 5.61G /tmp/.alt.luupdall.2654
rpool/dump 1.48G 24.3G 1.48G -
rpool/export 8.78G 24.3G 1.00G /export
rpool/export/home 7.78G 24.3G 7.78G /export/home
rpool/swap
