Kazuhiko's weblog: Updates on my interests

Solaris Cluster Express がリリースされました。

このリリースは、Solaris Nevada B101a に対応したものです。 全てはテストされてないと思いますが、前の 9/08 に比べて安定した ものになっていると思います。

新機能としてニュースにリストされているのは、以下の様なものですね。

• fencing mechanisms have been enhanced with the introduction of optional fencing.
• a new feature called zone clusters.
• use of Loopback File Driver (lofi) device for global-devices name space as another option to the dedicated /globalesdevices slice.

注目はやはりゾーンクラスターでしょうか。Native zone じゃなくて、Cluster の branded zone なんです。あんまり知られてないので、Another branded zone って感じ 。このクラスターゾーン上に、アプリケーションをクラスタリングしておけば、アプリケーションがリブートを要求しても、他のゾーンにあるアプリケーションに影響を与えません。ゾーンを利用して、多くのアプリケーションを小数のマシンから構成されるクラスターに統合出来ます。

３番目も嬉しい機能です。今までは /globaldevices 用にあらかじめパーティッションを用意しておかなければいけなかったのですが、 ループバックファイルシステムが使えるようになり、構成時に 作成出来るようになりました。

すごく遅いんですが、OpenSolaris を VirtualBox で試してみました。 Sun 社内で使いたかったので、VNIC の設定やら sys-unconfig した時に あった問題やら、忘れそうなので書いておきます。

ダウンロードサイト:

• VirtulBox
• OpenSolaris 2008.11 RC2

VirtualBox は、2.0.6 を使いました。

プラットフォームなんですが、Solaris Nevada の 101a を使いました。 最初 S10U6 を使ったんですが、後で、VNIC が使えない事が分かりまして...。 これが出来ないと NAT を使わないといけないみたいなので、断念しました。VirtualBox の VDI はそのまま移したので、OpenSolaris のインストールの時間はセーブ出来ました。 やっぱり便利ですね。

VirtualBox を入れた後の VNIC と Host Interface の設定は、 Dave Tong さんの ブログ を参考に しました。 最初に NAT を試していたので、NIS の設定等をし直さなきゃいけなかったんですが、 面倒なので、sys-unconfig しました。これ、リブートしてくる時にバグ 4645 に ぶつかります。splash 画面が上がっているので、console の出力が見えないんですね。 Workaround も書いてあるので、これをすれば、あとは NIS やら NFS やら のいつもの Solaris の設定画面が出てきて、バッチリ設定できました。

今回気づいたんですが、VirtualBox ってウィンドウの大きさ変えると、自動的に X の解像度変えてくれるんですね。

OpenSolaris 2008.11 RC2

There is announcemnet in blog for SCX 9/08, which runs on Solaris Express Community Edition(SXCE) B97.

As this blog described, there are new features in this release. I think the biggest one is clusterized zone. It enables HA with cluster branded zones. There are other new features that /globaldevices is now optional, which match the purpose of project colorado, new check function, and optional fencing mechanism.

Please download and enjoy it.

こちらのブログ で紹介されていますが、SCX 9/8 がリリースされました。Solaris Express Community Edition(SXCE) B97 で動作することになっています。

ブログにも書いてありますが、このリリースには、 新機能がいくつか入ってます。注目はやはり clusterized zone ですね。 cluster branded zone による、HA が組めます。他にも colorado プロジェクトの趣旨に合う 様に /globaldevices の使用せずにクラスターが組める様になっていたり、新しい check 機構が入っていたり、フェンシングを選択制にするなどの新しい機能が 入っています。

是非ダウンロードして試してみてください。

Few days ago, I found a bug and looking into it which happens only on PCK locale. It happens only for specific Japanese character. That character is, I used, '本' at that time. Other Japanese strings can be shown correctly but it does show English strings instead of Japanese if strings has that specific character.

The root cause was that the program uses '{' ascii character for searching in C function.
The Japanese character '本' is encoded as below.

#root@mamushi: echo 本 | od -t x1 -C
0000000  96  7b  0a
          本  **  \n

On the other hand, '{' is encoded as below.

#root@mamushi: echo '{' | od -t x1 -C
0000000  7b  0a
           {  \n
           0000002

These are encoded with same 0x7b byte value. The program handles strings as byte one by one and compare each byte with '{'. In the other Japanese encoding, EUC and UTF-8, ASCII characters can be handled with no care. There is no duplicated values with ASCII in Japanese multibyte character. So bug was not found in these two locales. PCK encoding interprets second byte based on first byte value and this second byte(even if it's ascii value) shows multibyte chararacter with first byte. Then program handles strings differently from what it intended.

In general, lot's of programs for command line does not do formatting or such strings operation, so program works fine with raw byte sequences instead of wide character strings. But if it handles characters one by one, strings are needed to convert wide character for that function.