2008年7月アーカイブ

Solaris 10 上に IPS Repository を構築する方法。
Mercurial のインストールが必要になりますが、Solaris 10 を活用できますね。

http://blogs.sun.com/kronox/

Nevada build 94 がリリースされました。
CIFS server については、無事に b94 で fix されているようです。

新しく追加されたものなどは、こちらを参照。
http://www.opensolaris.org/os/community/on/flag-days/91-95/

ON 部分の Changelog はこちら。
http://dlc.sun.com/osol/on/downloads/b94/on-changelog-b94.html

BUG/RFE:6335837e1000g needs to support LSO とかあるのですが Large Send Offload に対応したのかな？
BUG/RFE:6707408HAL cannot find battery で、Laptop などで battery が見つからない bug が直っていますね。

donwload は、こちらから。

Solaris Express Community Edition – CD | DVD | DVD (Single Image)
http://www.opensolaris.org/os/downloads/sol_ex_cd/
http://www.opensolaris.org/os/downloads/sol_ex_dvd/
http://www.opensolaris.org/os/downloads/sol_ex_dvd_1/

6 つの SSD 計 550G を L2ARC として割り当ててみましたという entry です。
しかし、ARC に 128G、L2ARC に 550G、Storage Pool は 17.5T (mirrored) って、楽しそうなシステムでつね。
44 本の disk とあるので、Sun Fire X4500 か、発表されたばかりの Sun Fire X4540 あたり使ってるのですかね。

http://blogs.sun.com/brendan/entry/test

VIrtualBox と vnic を使った entry がしつこいくらいにでてきたのですが。。。
で、何がしたかったかというと、こいつにつながります。

zfsroot を利用した OpenSolaris 2008.05 と Nevada の multiboot 環境

1. VirtualBox 1.6.2 を手に入れて(VirtualBox 1.6.2 released)
2. VirtualBox で host networking (bridge)を使うを参考に vnic を作成し(一般ユーザで使うには、vnic と Least Privilege, 一般ユーザで VirtualBox を起動 も参考)
3. VirtualBox で host interface を利用している場合の guest os と host os との通信についてにあるように、host OS 側にも vnic interface を作成し、
4. VirtualBox の guest OS 側に OpenSolaris 2008.05 を install し、zfs datastream を取得、
5. そして、zfsroot を利用した OpenSolaris 2008.05 と Nevada の multiboot 環境 の手順で OpenSolaris 2008.05 の datastream を Nevada の zfsroot に展開

Firefox 3.0.1の OpenSolaris/Solaris 10 binary が Beijing team からリリースされています。
諸事情により、Solaris 10 binary を利用しなければならないのですが、3.0 では bug のため、登録してある printer へ出力できなかった bug が直っています。

http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.0.1/contrib/

作り方と patch も公開されています。

http://www.opensolaris.org/jive/thread.jspa?threadID=66962&tstart=0

php で作られた SMF, ZFS, Zone, xVM の管理ツールがリリースされています。

• easySMF:
  view, stop, start, change properties and create new services.
  
• easyZFS:
  add, delete and modify pools, RAID, mirrors. Allows manage
  Snapshots.
• easyZone:
  create and manage zones.
• easyxVM:
  create and manage.

host OS を Nevada や OpenSolaris (Solaris 10 は含まない)としてVirtualBox を利用し、Guest OS にて host interface (bridge)を利用する場合は、host OS 側にて、/usr/lib/vna を使い vnic0 を生成して割り当てる必要があります。
こうすれば、1 つの物理ネットワークインターフェースを介して、Host および Guest OS にそれぞれの IP address を割り当てることが可能です。

しかし、同一 network address が割り当てられているにも関わらず、この状態では物理ネットワークインターフェースが、有線にて Switch などに接続されている状態でなければ Gusto OS と Host OS が通信できず、内部でサクッと終わらせてくれないようです。

推測だけど、たとえば myk0 という物理 network interface があった場合、myk0 から生成された vnic0 は、内部的には switch に接続されていない状態となっている。
この vnic0 から myk0 へと通信するには、myk0 が switch に接続されている必要がある。
まぁ、myk0 が switch につながっていないから、当然、それから生成された vnic0 もつながっていないことになって当然なのかなと。

で、線がつながっている場合は、vnic0 から myk0 にアクセスするためには、一度、switch 経由で myk0 にたどり着くという感じ。
ということは、Virtual Interface であるとはいえ、動作は、実物同様ですか。
恐るべし Crossbow。

というわけで、何が言いたいかと言うと、network にも接続されない環境で、host OS と
guest OS 通信したい場合はどうすんの？というお話です。

答えは、簡単で、もう一つ vnic interface を作成し、VirtualBox 側の guest OS もそれと同じ network address に揃えてあげるという方法です。
どうも、vnic0 と vnic1 同士は、内部的には仮想 switch のようなものに接続された感じとなっているんじゃないかと、勝手に脳内解釈。

感覚的にこんな感じ。脳内解釈ですよ。

なので、host OS 側に vnic1 とか用意してあげれば、それ経由で host OS と通信できると。
具体的にしてみると、こんな感じ。
ようは、router だね。


vnic を使った、brdige 接続方法については、こちを参考に準備してください。

• VirtualBox で host networking (bridge)を使う
• vnic と Least Privilege
• 一般ユーザで VirtualBox を起動

host OS 側に、[vnic1] を作成

# /usr/lib/vna myk0 0:17:f2:32:68:22 vnic1
# ifconfig vnic1 plumb
# ifconfig vnic1 192.168.10.254 netmask 255.255.255.0 broadcast + up

ath driver v0.7.3 がリリースされました。

Asus EeePC などに搭載されている Atheros AR5007EG がサポートされたのが大きな変更ですかね。
それ以外は、何がかわっているのかわからなす。

http://www.opensolaris.org/os/community/laptop/wireless/ath/

きますた。
StarOffice 9/StarSuite 9 Beta です。

今回から、Mac OS X 版が加わりました！
PDF Importer なにげにすごいです。
draw 形式になってしまうのがアレですが、まぁ、これはなんとでもなります。
とりあえず、Nevada b93 で様子みています。

StarSuite 9
https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_SMI-Site/en_US/-/USD/ViewProductDetail-Start?ProductRef=SS9-BETA-MP-G-F@CDS-CDS_SMI

StarOffice 9
https://cds.sun.com/is-bin/INTERSHOP.enfinity/WFS/CDS-CDS_SMI-Site/en_US/-/USD/ViewProductDetail-Start?ProductRef=SO9-BETA-MP-G-F@CDS-CDS_SMI

＃StarOffice 9 の download URL のSO9 を SS9 に換えたら StarSuite 9 のページが出現ｗ

http://blogs.sun.com/jpblog/entry/give_staroffice_9_beta_give




zfs の PDF manual を読み込んでみました。
font が変なところもありますが、きちんと読み込んでますね。




日本語の ZFS 管理マニュアルを読み込んでみる。
あれ。。。日本語がダメっぽ。

/usr/lib/vna で生成する vnic interface は、生成するたびに vnic[n+1] と、vnic の後ろの番号が繰り上がっていきます。
/usr/lib/vna vnic1 とかすると、vnic1 を削除することができるのですが、削除しても内部的にはクリアされていないようで、次に作ったものでもどんどん番号が繰り上がっていきます。

固定化できるとうれしいのですが。。。
と、いろいろやっていたら固定化できる方法発見。
vnic を生成する際、引数の最後につけたい名前を渡してあげるだけ。

/usr/lib/vna myk0 0:17:xx:xx:68:22 vnic1
/usr/lib/vna myk0 0:17:xx:xx:68:23 zone1
/usr/lib/vna myk0 0:17:xx:xx:68:24 vbox1
/usr/lib/vna myk0 0:17:xx:xx:68:24 e1000g0

# /usr/lib/vna
vnic0 myk0 0:17:f2:32:68:11
vnic1 myk0 0:17:f2:32:68:22
zone1 myk0 0:17:f2:32:68:23
vbox1 myk0 0:17:f2:32:68:24
e1000g0 myk0 0:17:f2:32:68:25

vnic0: flags=201000842 mtu 1500 index 4
inet 0.0.0.0 netmask 0
vnic1: flags=201000842 mtu 1500 index 5
inet 0.0.0.0 netmask 0
zone1: flags=201000842 mtu 1500 index 6
inet 0.0.0.0 netmask 0
vbox1: flags=201000842 mtu 1500 index 7
inet 0.0.0.0 netmask 0
e1000g0: flags=201000842 mtu 1500 index 8
inet 0.0.0.0 netmask 0

zfs root で運用していると、新しい build の upgrade install ができなくなります。
再インストールが面倒と思う人は、LiveUpgrade を使ってみてください。

詳細は、こちらのマニュアルにあります。
http://www.opensolaris.org/os/community/zfs/docs/zfsadmin.pdf

たとえば、Nevada b91 な環境から、Nevada b93 へ upgrade するには、
Nevada b91 の環境で、

1. Nevada b91 のコピーを作成

lucreate コマンドで Nevada b91 のコピーを作成します。
コピーは、rpool/ROOT/ に作られます。

# lucreate -n snv_93
※ snv_93 は、新しい起動環境(Boot Environment 略して BE) の名前なので
　 分かり易い適当な名前をつければよいかと。

これで、rpool/ROOT/snv_93 ができあがります。
この時び、rpool/ROOT/snv_93 の中身は、まだ、Nevada b91 です。

コピー作成の早さにビビります。

2. luupgrade で、snv_93 を Nevada 93 に upgrade

Nevada b93 の DVD image を用意。
これを、/mnt に mount します。
mount には、nevada b91 で追加された lofi mount を使ってみます :-)

# mount -F hsfs -o ro /foo/bar/sol-nv-b93-x86.iso /mnt

この /mnt を利用して、rpool/ROOT/snv_93 の中身を Nevada b93 に upgrade します。
upgrade には、luupgrade を使います。

　# luupgrade -n snv_93 -u -s /mnt
※ -n は、upgrade 対象となる BE の名前を指定。
　　　なので、1 で作った、snv_93 を指定します。

　　　-u は、無視で。-s は、upgrade に利用する OS image です。
　　　

実行すると、upgrade 開始です。


3. BE の切り替え

起動する BE を切り替えます。

# luactivate -n snv_93

　　各 BE の状態については、lustatus コマンドで確認できます。

これで、GRUB menu (rpool/boot/grub/menu.lst ) が更新され、次回からは
　snv_93 が bootfs となります。

　おためしあれ。

Nevada b93 がリリースされました。

download は、いずれかの URL で。

http://www.opensolaris.org/os/downloads/sol_ex_cd/
http://www.opensolaris.org/os/downloads/sol_ex_dvd/
http://www.opensolaris.org/os/downloads/sol_ex_dvd_1/

新機能などは、こちら。

http://www.opensolaris.org/os/community/on/flag-days/91-95/

Sound Blaster Pro の driver である、sbpro がなくなりました。
過去、sbpro の存在には散々な目に遭いましたが、当時は音を出すには
これにたよるしかなかったことなど、いまにしてみれば良い思い出です。
ありがとう sbpro ! さようなら sbpro ....

ちなみに、Nevada b93 の CIFS server は使っちゃいけないそうです。
b94 を待ちませうとのこと。

HEADS-UP: Please skip snv_93 if you use CIFS server
http://www.opensolaris.org/jive/thread.jspa?threadID=65996&tstart=0

Nevada と OpenSolaris 2008.05 の multiboot 環境で遭遇した現象。
Nevada を起動して使っている時に rpool/ROOT/opensolaris の snapshot をとろうと実行するも、

# zfs snapshot rpool/ROOT/opensolaris@test
cannot snapshot 'rpool/ROOT/opensolaris@test': dataset is busy

# zfs set mountpoint=legacy rpool/ROOT/opensolaris
# mount -F zfs rpool/ROOT/opensolaris/mnt
# umount /mnt

# zdb -iv rpool
Dataset mos [META], ID 0, cr_txg 4, 22.8M, 236 objects
Dataset rpool/swap [ZVOL], ID 28, cr_txg 15, 1.24M, 3 objects

ZIL header: claim_txg 0, seq 0

Dataset rpool/export/home [ZPL], ID 57, cr_txg 79, 15.3G, 25059 objects

ZIL header: claim_txg 0, seq 0

TX_WRITE len 208, txg 23834, seq 2489
Total 1
TX_WRITE 1

Dataset rpool/export [ZPL], ID 51, cr_txg 76, 19.0K, 5 objects

ZIL header: claim_txg 0, seq 0

Dataset rpool/ROOT/snv_92 [ZPL], ID 45, cr_txg 69, 5.61G, 255862 objects

ZIL header: claim_txg 20398, seq 0

Dataset rpool/ROOT/newBE [ZPL], ID 91, cr_txg 1505, 4.38G, 264278 objects

ZIL header: claim_txg 22972, seq 0

Dataset rpool/ROOT/snv_93@newBE [ZPL], ID 86, cr_txg 1503, 5.59G, 255520 objects
Dataset rpool/ROOT/snv_93@snv_93 [ZPL], ID 151, cr_txg 18978, 5.61G, 255860 objects
Dataset rpool/ROOT/snv_93 [ZPL], ID 169, cr_txg 18980, 6.90G, 271280 objects

ZIL header: claim_txg 0, seq 0

Dataset rpool/ROOT/opensolaris/opt@install [ZPL], ID 220, cr_txg 21581, 3.60M, 1136 objects
Dataset rpool/ROOT/opensolaris/opt [ZPL], ID 217, cr_txg 21576, 211M, 8287 objects
Dataset rpool/ROOT/opensolaris@install [ZPL], ID 209, cr_txg 21566, 2.22G, 98752 objects
Dataset rpool/ROOT/opensolaris [ZPL], ID 195, cr_txg 21523, 2.24G, 99912 objects
Dataset rpool/ROOT [ZPL], ID 22, cr_txg 12, 18.0K, 4 objects
Dataset rpool/dump [ZVOL], ID 34, cr_txg 18, 1.48G, 3 objects
Dataset rpool [ZPL], ID 5, cr_txg 4, 116K, 39 objects

ZIL header: claim_txg 0, seq 0

# zdb -iv rpool/ROOT/newBE
Dataset rpool/ROOT/newBE [ZPL], ID 91, cr_txg 1505, 4.38G, 264278 objects

ZIL header: claim_txg 22972, seq 0

# mount -F zfs rpool/ROOT/newBE /mnt
# ls /mnt
./ a/ cdrom/ etc/ kernel/ mnt/ platform/ root/ system/ var/
../ bin@ dev/ export/ lib/ net/ proc/ rpool/ tmp/
BE_newBE boot/ devices/ home/ media/ opt/ rmdisk/ sbin/ usr/
# umount /mnt
# zdb -iv rpool/ROOT/newBE
Dataset rpool/ROOT/newBE [ZPL], ID 91, cr_txg 1505, 4.38G, 264278 objects

ZIL header: claim_txg 0, seq 0

独り言です。気にしないでください。

http://www.opensolaris.org/os/downloads/sol_ex_cd/
http://www.opensolaris.org/os/downloads/sol_ex_dvd/
http://www.opensolaris.org/os/downloads/sol_ex_dvd_1/

のいずれかにアクセスし、表示される URL の中にある b91 の数字部分を
繰り上げてみたい気分。
そして、さらに繰り上げてみたい気分。

OpenSolaris 2008.05 なんて、ほんとうはあまりどうでもよくって、でも、触っておかないと不安なんだけど、とりあえず入れておきたい、けど、、、、、、、、、
やっぱり Nevada がスキッ！という人向けです。

zfsroot な Nevada の領域に OpenSolaris 2008.05 のファイルを展開して、Nevada と OpenSolaris 2008.05 の multiboot (?) 環境を構築する方法です。
ポイントは、偽装です。

OpenSolaris 2008.05 側で pkg update-image による snv91 ベースへの更新も問題なくできます。

応用すれば、Nevada なんて、ほんとうはどうでもよくって（以下省略 のように逆も可能かと思います。　
＃ちなみに、チャレンジする際は、念のためバックアップをとって自己責任でお願いいたしまする。。。
　

OpenSolaris 2008.05 なマシンで採取した data stream ファイルを使って、Nevada に
OpenSolaris を復元する方法

1. OpenSolaris 2008.05 の datastream file をげっつ

OpenSolaris 2008.05 が動作する環境で、

# zfs snapshot -r rpool/ROOT/opensolaris@snap
# zfs send -R rpool/ROOT/opensolaris@snap > foo/bar/opensolaris_2008.05_inst.img

などと実行し、OpenSolaris 2008.05 の rootfs を zfs datastream としてファイルに
取得します。

　必要なのは rpool/ROOT/opensolaris と rpool/ROOT/opensolaris/opt なので、
　zfs snapshot -r で rpool/ROOT/opensolaris の snapshot を再帰的に取得します。

2. opensolaris_2008.05_inst.img ファイルから、Nevada に復元する方法

rpool/ROOT/opensolaris に、1 で採取した opensolaris_2008.05_inst.img を復元

# zfs create rpool/ROOT/opensolaris
# cat opensolaris_2008.05_inst.img | zfs recv -dvF rpool

こんなメッセージがでますが気にせず。

cannot mount '/opt': directory is not empty

3. 復元した OpenSolaris 2008.05 環境の修正

まず、rpool/ROOT/opensolaris を /mnt に mount します。

# zfs set mountpoint=legacy rpool/ROOT/opensolaris
# mount -F zfs rpool/ROOT/opensolaris /mnt

3-1. OpenSolaris 2008.05 側の vfstab を修正

# vi /mnt/etc/vfstab

Nevada 側の /etc/vfstab を参考に、swap device を修正してください。

--
/dev/dsk/c4d0s1 - - swap - no -

↑これを
↓このような感じでよいかと。

/dev/zvol/dsk/rpool/swap - - swap - no -
--

3-2. 偽装

　zfsroot では、起動時に /etc/zpool.cache を参照し boot disk の path を
　得るようですが、その際、前回アクセスしたシステムの hostid を覚えている
　ようで、新しい hostid でアクセスすると mount させてくれません(´・ω・｀)
　というわけで、hostid と zpool.cache を Nevada のもので偽装します。

# cp /kernel/misc/sysinit /mnt/kernel/misc/sysinit
# cp /kernel/misc/amd64/sysinit /mnt/kernel/misc/amd64/sysinit
# cp /etc/zfs/zpool.cache /mnt/etc/zfs/zpool.cache

3-3. OpenSolaris 2008.05 側の path_to_inst を rebuild させるための magic word

　 /mnt/etc/path_to_inst の中身を magic word に変更します。
これで起動時に path_to_inst を rebuild してくれます。
magic word が記載された path_to_inst は、/mnt/etc/path_to_inst.old として
存在しているので、これでおｋ。

# cp /mnt/etc/path_to_inst.old /mnt/etc/path_to_inst

3-4. ユーザ情報のつじつま合わせ。

OpenSolaris 2008.05 インストール時に、一般ユーザの登録をおこなますが、
その情報を元に Nevada 側で操作しておきます。
/export/home の領域は、Nevada と OpenSolaris 2008.05 で共有します。
たとえば、chloe というユーザ名で登録していた場合は。

# mkdir /export/home/chloe
# chown 101:10 chloe

とかしておくとよいです。

3-5. OpenSolaris 2008.05 側の /var/tmp を綺麗にお掃除。

# rm -fr /mnt/var/tmp/*

これで、OpenSoalris 2008.05 起動後に一般ユーザのアカウントで login できるようになります。

3-6. 起動時に device reconfigure を行うおまじない。

# touch /mnt/reconfigure

3-7. GRUB エントリを /rpool/boot/grub/menu.lst に追加

　こんな感じ。
　/rpool/boot/grub/menu.lst を書き換え
　--
　title OpenSolaris 2008.05
　root (hd0,0,a)　← ここは、各自がんばってください。
　bootfs rpool/ROOT/opensolaris
　kernel$ /platform/i86pc/kernel/$ISADIR/unix -B $ZFS-BOOTFS,acpi-user-options=0x8
　module$ /platform/i86pc/$ISADIR/boot_archive
　--
＊acpi-user-options=0x8 は、おまじないです。
　　MacBook では、これつけないと Nevada b86 ベースとはいえ起動できませんでした。
pkg update-imge で b91 ベースに更新後は、とっても大丈夫です。

3-8. 最後に bootadm で、OpenSolaris 2008.05 側の boot archive を更新します。

# bootadm update-archive -v -R /mnt

-v つけると、こんなメッセージが出ますが気にせず。
--
failed to open file: /mnt/boot/solaris/filestat.ramdisk: ファイルもディレクトリもありません。
cannot find: /mnt/etc/cluster/nodeid: ファイルもディレクトリもありません。
cannot find: /mnt/etc/devices/mdi_ib_cache: ファイルもディレクトリもありません。
cannot find: /mnt/etc/devices/retire_store: ファイルもディレクトリもありません。
cannot find: /mnt/platform/i86pc/ucode/AuthenticAMD: ファイルもディレクトリもありません。
--


4. 再起動

sync;sync;sync;reboot & pray

　 GRUB で登録した OpenSolaris 2008.05 を選択して起動

5. あとは煮るやり焼くなり

こんな plugin が。
Compatible with: OpenOffice.org 3.0 | StarOffice 9 とあるから、OpenOffice.org 3.0 で試せるとして、StarOffice 9 の文字がありますね。
ということは、StarOffice 9 (StarSuite 9) は、OpenOffice.org 3.0 ベースでリリースですか。
はやくでてこないかな〜

http://extensions.services.openoffice.org/project/pdfimport

きてました。
直リン。

Sun Ray Software 4 Update 3 Beta Download

だそうでつ。

http://blogs.sun.com/GoThinCity/entry/sun_ray_software_4_update

Beta FAQ で新機能の一部？が公開されていますが、Windows Connector 周りの強化なのかな？

• H.264 (MPEG-4) and VC-1 (Windows Media Video 9)
  playback capabilities on Sun Ray 2 family of clients by extending Sun
  Ray architecture to accept these streams and transmit them directly to
  Sun Ray clients for decoding.
  
  
  
  
• Improved playback of other video formats such as avi, divx, MPEG-2, etc. by leaveraging standard XVideo interface on Sun Ray 1 and Sun Ray 2 family of clients where YUV streams are sent directly to the Sun Ray client.

• 
  

  using Non-Windows environment

  
  

• Accelerated YUV playback with applications such as RealPlayer by leaveraging standard XVideo for Sun Ray 1 and Sun Ray 2 family of
  clients where YUV streams are sent directly to the Sun Ray client.

marvell PCI-E GbE controller yukon2 driver である myk-2.6.1 がリリースされています。

http://homepage2.nifty.com/mrym3/taiyodo/eng/

できた。
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)
newBE (LiveUpgrade による zfs root の upgrade 練習用環境。Nevada b91)
opensolaris (OpenSolaris 2008.05)
opensoalris-1 (OpenSolaris 2008.11)

# 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