2008年11月アーカイブ

さて、準備が整ったら、Availability Suite を使えるようにする必要があります。
各種サービスは、SMF に統合されており、下記のサービスとなります。

# svcs -a | grep nws
disabled       13:01:57 svc:/system/nws_rdcsyncd:default
disabled       13:01:57 svc:/system/nws_rdc:default
disabled       13:01:57 svc:/system/nws_ii:default
disabled       13:01:58 svc:/system/nws_sv:default
disabled       13:01:59 svc:/system/nws_scm:default

# dscfgadm -i                                                        
SERVICE         STATE           ENABLED       
nws_scm         disabled        false         
nws_sv          disabled        false         
nws_ii          disabled        false         
nws_rdc         disabled        false         
nws_rdcsyncd    disabled        false         

Availability Suite Configuration:
Local configuration database: valid

# dscfgadm -i
SERVICE         STATE           ENABLED       
nws_scm         online          true          
nws_sv          online          true          
nws_ii          online          true          
nws_rdc         online          true          
nws_rdcsyncd    online          true          

Availability Suite Configuration:
Local configuration database: valid

# svcs -a | grep nws
online         13:10:28 svc:/system/nws_scm:default
online         13:10:28 svc:/system/nws_sv:default
online         13:10:28 svc:/system/nws_ii:default
online         13:10:29 svc:/system/nws_rdc:default
online         13:10:29 svc:/system/nws_rdcsyncd:default

Nevada b100 で実装された fast reboot ですが、全ての driver で quiesce(9E) をサポートしていなければ機能しないとのことでしたが強制的に機能させるオプションが用意されていました。

Nevada b100 or later ベースの環境で、/etc/system に、

set force_fastreboot=1

reboot -f

PDF import, blogger, presenter の各エクステンションは標準添付のようでつね。
どちらも US $39.45 での download 販売となっているようで、trial はなしのようです。

StarOffice 9
http://globalspecials.sun.com/DRHM/servlet/ControllerServlet?Action=DisplayProductDetailsPage&SiteID=sunstor&Locale=en_US&productID=109370100

StarSuite 9
http://globalspecials.sun.com/DRHM/servlet/ControllerServlet?Action=DisplayProductDetailsPage&SiteID=sunstor&Locale=en_US&productID=109416100

StarOffice 9
http://www.sun.com/software/staroffice/index.jsp

StarSuite 9
http://www.sun.com/software/starsuite/index.jsp
http://jp.sun.com/products/software/starsuite/9/

sunfish.suginami.tokyo.jp は、Sun Ultra 60 (440MHz x2, 1.5GB Mem) で non-global zone を 3 つ動かしており、solaris.sunfish.suginami.tokyo.jp は、non-global zone だったりします。

そんな、Ultra 60 も発表から 10 年たちました(すでに、EOL を迎えた製品です)。
先日、Solaris 10 10/08 に LIveUpgrade かまして ZFS Root にしてあげたのと、それにあわせて下記のアイテムをげっつヽ(´ー｀)ノ

• X7004A
  128MB 5V ECC 60ns DIMM x 16
  あと、16枚足りないですよぉーｗｗｗｗｗｗ
  
  
• X1195A　（501-5539)
  450MHz UltraSPARC II Module (4MB Cache Sapphire-Black) x4

<br />$ prtdiag<br />System Configuration:  Sun Microsystems  sun4u Sun Ultra 60 UPA/PCI (2 X UltraSPARC-II 450MHz)<br />System clock frequency: 113 MHz (3 Mhz うp!)<br />Memory size: 2048 Megabytes<br /><br />========================= CPUs =========================<br /><br />                    Run   Ecache   CPU    CPU<br />Brd  CPU   Module   MHz     MB    Impl.   Mask<br />---  ---  -------  -----  ------  ------  ----<br /> 0     0     0      450     4.0   US-II    10.0<br /> 0     2     2      450     4.0   US-II    10.0<br />

でもって、とりあえず、設定に必要なものをまとめてみました。

まずは、マシンを 2 台。単に Pool をコピーするだけなら Availability Suite が動作する環境の OS version および platform は特に関係なく。ただし、zpool の version 問題はあるので、コピー先はコピー元の zpool version と同じものをサポートするか、それ以上で。じゃないと、zpool import できない。

さとうのテスト環境では、

• Sun Fire V120: Solaris 10 10/08 + nws-src-20081017_s10u6 (zpool version 10)
• Sun Blade 1000: Solaris Express Community Release b102 (Nevada b102) (zpool version 13)

• コピー元: Sun Fire V120
  disk0(c1t1d0): boot disk
  disk1(c1t2d0): data disk
  
• コピー元ホスト名: v120
• コピー元ボリューム: /dev/rdsk/c1t2d0s0 (シリンダーは 1 から開始)
• コピー元 bitmap volume: /dev/rdsk/c1t1d0s7 (コピー対象の volume とは別ディスクに作成)
  
  disk は、2 本搭載。boot disk は、c1t1d0s0 となり、bitmap volume を /dev/rdsk/c1t1d0s7 に作成し、/dev/rdsk/c1t2d0s0 (2 本目のディスクの slice 0)がコピー対象
  あらかじめ、zpool create で、/dev/rdsk/c1t2d0s0 に Pool を作成しておく。
  
  
  
• コピー先: Sun Blade 1000
  disk0(c0t1d0): boot disk
  disk1(c0t2d0): data disk
  
• コピー先ホスト名: b1000
  
• コピー先ボリューム: /dev/rdsk/c0t2d0s0 (シリンダ 1 から作成)
  
• コピー先ビットマップ: /dev/rdsk/c0t1d0s7
  
  disk は、2 本搭載。boot disk は、c0t1d0s0 となり、bitmap volume を /dev/rdsk/c0t1d0s7 に作成し、/dev/rdsk/c0t2d0s0 (2 本目のディスクの slice 0)に v120 の c1t2d0s0 をコピーする
  AVS は、block 単位のコピーなので、コピー先となる c0t2d0s0 のスライス情報を V120 のものと揃えておくことをお忘れなく。(v120 側で prtvtoc で情報を取得し、fmthard で b1000 側のディスクに流し込むのがいいのかなと）
  

中身を見ると zfs kernel module も入れ替わり、めでたく zpool version 10 を利用できるようになるかな。
ということは、旧 Soalris 10 リリースからの LiveUpgrade が、少し簡単になるかも。

Solaris 10 10/08 がリリースされたときは、137137-09(1371380-09)がリリースされていないから、一度、Solaris 10 10/08 へ通常の upgrade をかます必要があった。
kernel patch の登場で、これを適用すれば、ZFS Root/Boot をサポートした Pool が作れるようになる。
これで、1 つの作業を省略することができる・・・はず。

でも、ベースとなる環境に kernel patch を適用する作業が発生するので、本当にそのままの状態で旧 Solaris 10 リリースを残して置きたい場合は、この patch は使えないね。
てか、Kernel Patch を適用して、正常動作を確認してから Upgrade 作業というのもなんなので、実は、LiveUpgrade でいきなり Upgrade していったほうが良いのかもしれない。。。

ちょっと、待ってから試せばよかったなぁ・・・(´・ω・｀)

とりあえず、ZFS Pool の Remote Replication というか Remote Mirror ができました。

＃オペレーションにいろいろと気をつける必要がありますが。。。


まずは、使うにあたりメモしておいた、押さえておくべき事柄などを・・・

• Availability Suite (AVS) は、ボリュームレベルの複製機能を提供するソフトウェア
• AVS では、boot device や /var, /usr などシステムレベルのパーティションを複製することはできない（boot device はともかく、他のはどういうことだろう？)
• ファイルまたはファイルシステムのレプリケータではなく、ボリュームのレプリケータ
• でも、raw device もミラーできる
• ミラーは、block 単位でおこなわれる
• ビットマップボリュームとは、AVS の対象となるボリュームのブロックに変更があったかないかを記録する特別なボリューム。また、対象となるボリュームと同容量は必要なく、1G あたり 8K + overhead 用に 24K くらいでいいらしい。コピー元とコピー先、それぞれに必要となる。
  
• ボリュームセットとは、コピー元とコピー先のボリュームで構成されている。
• シリンダ 0 を含めると disk label まで書き換えてしまうので、含めないようにする。
  なので、AVS では、VxVM や SVM で作られた 論理ボリュームのコピーをおすすめしている
• 「同期モード」と「記録モード」があり、記録モードの時はデータのコピーは行われない。そのかわり、コピー先において、コピーされた filesystem を mount したりすることができる。
  
• TCP port 121 を使って SUN RPC でデータのやり取りが行われる
• 二次ホスト側で、コピーされた領域を mount しているときに update (sndradm -u)をかけちゃだめ。
  もし、かけてしまったら、master 側で sndrad -l で logging mode にしてから、二次側で zpool export して zpool clear する。でもって、再度sndradm -u を実行して同期をとる。
• Remote Mirror のビットマップボリュームについて
  - raw device を利用すること
  - コピーに利用するデータと同じディスクに配置しない
  - zvol を設定できるが、容量の計算がうまくできていないので使っちゃだめ？

一年くらい前に、Sun StorageTek Availability Suite が Nevada b70 に入ったというネタを書いたのですが。。。
ZFS みたいな filesystem を手に入れてしまうと、Remote Replication というか Remote Mirror やりたくなってしまいますよね？
ということで、OpenSolaris Project に寄贈された Sun StorageTek Availbility Suite の source を Solaris 10 10/08 で build してみました。

とりあえず、binary を。
SPARC/i386 binary 同梱です。
パッケージのみなので、マニュアルなど参照してください。

http://solaris.sunfish.suginami.tokyo.jp/avs/nws-src-20081017_s10u6.tar.bz2

さぁ、ZFS を Remote Mirror できるのか？
我こそは！と思うかた、是非、チャレンジしてみてください。

とりあえず、概念とか用語とかどうでもいいから、Remote Mirror だけやってみたい！という方は、
ここが参考になります。

Less known Solaris Features: Remote Mirror with AVS
http://www.c0t0d0s0.org/archives/4263-Less-known-Solaris-Features-Remote-Mirror-with-AVS.html

Sun StorageTek Availavility Suite 4.0 日本語マニュアル
http://docs.sun.com/app/docs/coll/AVS4.0_ja?l=ja

とりあえず、Solaris 10 10/08 が動作する Sun Fire V120 の適当な pool (root pool でない) を Nevada b90 が動作する Blade 1000 の空いているディスクに mirror かけてみています。

V120 側でターゲットとなるディスクを zpool create とかして、Blade 1000 側で zpool import なんてしたら pool 名見えましたが・・・V120 側で destroy/create して違う名前にしてみましたが、きちんと名前が追従しているので remote mirror できてるっぽいです。
あとは、mirror が完了するのを待って、B1000 側で zpool import <pool_name> してみなければ！
ちょっとというか、かなり+（0゜・∀・） + ワクテカ +

いま、Solaris 10 8/07 の環境を Solaris 10 10/08 の ZFS Root 環境にするべく作業中なのですが。。。
シングルディスクの ZFS Root 環境に移行できたのはよいのですが、その後、mirror 構成をするべく Pool に disk を attach し、resync を待たずに reboot (再起動後も、resync の作業を継続してくれるか確認したかった)したところ、立ち上がってきたのはいいのですが、zpool status で見ると resync 作業が継続されていないようで、state は、ONLINE となり正常に動作している表示に(´・ω・｀)
これって、ダメなんじゃね？

まだ、１回しか見てないので勘違いかもしれないのですが、ちょっと気をつけておくとよいかも。

ちなみに、強制的に resync させるには、zpool scrub <pool_name> で( ｀д´)b オッケー!
＃UFS to ZFS Migration のお話は、いつかどこかで。。。疲れた。



 

Solaris 関係ありませんが・・・

Solaris Internals 2nd Edition を楽に持ち歩く方法ということで、Safari BOOKS ONLINE なるサービスを紹介しましたが、なんと、iPhone/iPod touch 向けの専用アプリケーションである「Safari Bookbag」がリリースされました。
このアプリケーションを iPhone/Pod touch にインストールし、アカウントを設定することで My Download に stack してある PDF ドキュメントを download して offline 参照できるようになります。

入ってなかったのか(´・ω・`)
ZFS の L2ARC は、Solaris 10 update 7 で利用可能になるそう。

http://mail.opensolaris.org/pipermail/zfs-discuss/2008-November/052420.html

Solaris 10 10/08 で bundle されるようになった、Solaris 8 Containers または Solaris 9 Containers ですが、bundle にあたり lock が施されるようになっています(´・ω・｀)

なにも考えずにやると、

# zonecfg -z s8zone
s8zone: そのような構成済みゾーンはありません
'create' を使用して、新しいゾーンの構成を開始してください。
zonecfg:s8zone> create -b
zonecfg:s8zone> set zonepath=/export/Zones/s8-zone
zonecfg:s8zone> set brand=solaris8
zonecfg:s8zone> set autoboot=true
zonecfg:s8zone> set ip-type=shared
zonecfg:s8zone> add net
zonecfg:s8zone:net> set address=10.10.10.8
zonecfg:s8zone:net> set physical=eri0
zonecfg:s8zone:net> end
zonecfg:s8zone> set name=hostid
グローバルな範囲からリソース固有のプロパティを設定することはできません。
zonecfg:s8zone> add attr
zonecfg:s8zone:attr> set name=hostid
zonecfg:s8zone:attr> set type=string
zonecfg:s8zone:attr> set value=00000000
zonecfg:s8zone:attr> end
zonecfg:s8zone> verify
solaris8_support error: Solaris 8 Containers の使用権のあるパッケージ
がインストールされていません
s8zone: ブランド固有のエラー
zonecfg:s8zone> commit
solaris8_support error: Solaris 8 Containers の使用権のあるパッケージ
がインストールされていません
s8zone: ブランド固有のエラー
zonecfg:s8zone> (´・ω・｀)
'(' で syntax error

Note: This download comes with an evaluation license. For full support please contact your Sun sales team for the full RTU and service subscription.

ちょっ、小室せんせー、なにやってんすかぁー！！！！
というわけで、全然関係ありませんが、本日朝一番の衝撃だったわけで何となく書いてみたり。

ちなみに、昨夜、一番下の妹から「結納の日付が決まりました」とメールが。
以前にも、ここに書いたのですが・・・某スレにお祝いの言葉を書き込んでくれた人がいました・・・（遠い目
そんなあなたにも報告です(｀・ω・´)ゞビシッ!!

未経験な兄を差し置いて 2 回目の結納とか、もう、あｓｂづ「えおｑふぉえｗ」ｆｐｌ；


で、zoneadm のことが気になったので、Solaris 10 10/08 と Nevada b101 の binary を比べてみた。

 # mcs -p /usr/sbin/zoneadm
/usr/sbin/zoneadm:

@(#)SunOS 5.11 snv_101 November 2008

# strings /usr/sbin/zoneadm | grep -i zfs
could not restore zonepath, the zfs mountpoint is set as:
.zfs
cd %s && /usr/bin/find . -type s -prune -o -depth -print | /usr/bin/egrep -v '^\./\.zfs$|^\./\.zfs/' | /usr/bin/cpio -pdmuP@ %s > %s 2>&1
could not restore zonepath, the zfs mountpoint is set as:
.zfs
cd %s && /usr/bin/find . -type s -prune -o -depth -print | /usr/bin/egrep -v '^\./\.zfs$|^\./\.zfs/' | /usr/bin/cpio -pdmuP@ %s > %s 2>&1
can be used to specify the name of a ZFS snapshot that was taken from
instead of creating a new ZFS snapshot.  All other arguments are passed
can be used to prevent the creation of a new ZFS file system for the
zone (assuming the zonepath is within a ZFS file system).
failed to initialize ZFS library
could not verify fs %s: zfs '%s' mountpoint is not "legacy"
could not verify fs %s: could not access zfs dataset '%s'
cannot verify zfs dataset %s: volumes cannot be specified as a zone dataset resource
could not verify zfs dataset %s: mountpoint cannot be inherited
could not verify zfs dataset %s: %s
could not verify zfs datasets: unable to enumerate datasets
The ZFS file system for this zone has been destroyed.
A ZFS file system has been created for this zone.
cannot mount ZFS dataset %s: %s
cannot create ZFS dataset %s: %s
cannot create ZFS dataset %s: out of memory
Instead of copying, a ZFS clone has been created for this zone.
preventing use of a ZFS clone.
%s/.zfs/snapshot/%s
could not remove the software inventory from ZFS clone %s
could not mount ZFS clone %s
could not create ZFS clone %s: out of memory
cannot verify zfs dataset %s: volumes cannot be specified as a zone dataset resource
clone [-m method] [-s <ZFS snapshot>] [brand-specific args] zonename
clone [-m method] [-s <ZFS snapshot>] [brand-specific args] zonename
clone [-m method] [-s <ZFS snapshot>] [brand-specific args] zonename
clone [-m method] [-s <ZFS snapshot>] [brand-specific args] zonename
clone [-m method] [-s <ZFS snapshot>] [brand-specific args] zonename

$ mcs -p /usr/sbin/zoneadm
/usr/sbin/zoneadm:

@(#)SunOS 5.10 Generic 137138-09 Sep 2008

$ strings /usr/sbin/zoneadm | grep -i zfs
%s/.zfs
failed to initialize ZFS library
cd %s && /usr/bin/ls -A | /usr/bin/egrep -v '^\.zfs$' | /usr/bin/xargs /usr/bin/rm -rf
cd %s && /usr/bin/find . -type s -prune -o -depth -print | /usr/bin/egrep -v '^\./\.zfs$|^\./\.zfs/' | /usr/bin/cpio -pdmuP@ %s > %s 2>&1
cannot verify zfs dataset %s: volumes cannot be specified as a zone dataset resource
could not verify zfs dataset %s: mountpoint cannot be inherited
could not verify zfs dataset %s: %s
could not verify zfs datasets: unable to enumerate datasets
cannot verify zfs dataset %s: volumes cannot be specified as a zone dataset resource
could not verify fs %s: zfs '%s' mountpoint is not "legacy"
could not verify fs %s: could not access zfs dataset '%s'