最後Solarisに触れたのは１０年前。自宅にもSolaris 2.6だったかをPCにインストールしていた時期もあった（ほとんど使わないままLinuxを入れてサーバーにしてしまった）。

昔とった杵柄なんとかでアルバイトの仕事が舞い込んできた。職場にSun Ultra 20 Workstationやら19inchラックサーバーやらが届けられてきた。

Sun Ultra 20 WorkstationはAMD OpteronベースのPC Workstationそのもの。BIOS画面まではPCと同じ。そっから先はGRUBブートローダーが出てきてDebian GNU/Linuxかと見間違う。そっから先は、昔のSolarisとほとんど変わっていなかった。唯一違うのがCDEのほかにGnome DesktopベースのJava Desktopというのが選べるようになっている。Gnomeは重いし大きいので昔自宅のマシンには入りきらなかったといういやな思い出があるのでCDEを選択した。

立ち上がってみると何も入っていない。プレインストールで確かSun Studio 11が入っていることになっているが痕跡がない。ファイルシステムを見るとそれらしきものが/opt配下にあるのでインストールはされているようだ。

どうやらSun Studio 11はJava Desktopベースらしい。切り替えて立ち上げなおすとアイコンがデスクトップにあった。といってももっぱらコマンドラインベースでの作業しかしないのでデスクトップ環境は使用しない予定。

さっそく昔のソースコードツリーをコンパイルしてみた。

しょっぱなからエラーが出た。

定義されていないマクロ定義があるらしい、他にも定義されていないタイプがあるらしい。昔はそんなエラー出なかったが。そんなはなしは聞いていない。

原因を調べてみるとどうやら最新のSolaris 10ではドキュメントで明記されていないいくつかの改変があったらしくいくつか昔存在した定義とかがすっかり削除されている。これは適当にローカルで定義しなせばいいとして。今もあるはずのシステム定義なデータタイプがカーネルのヘッダファイルで使われていながらどこにもその定義している行が見当たらない。

Googleで調べると山ほど出てきた。初期のSolaris 10の既知の問題らしく最新のパッチで直っているらしい。なんだよそれ。それほどずさんになったのかSolaris。

さっそく該当のパッチをインストールしようとするがSun Update Managerを使えとかいうのが最初に出てきた覚えがあるのでそれを立ち上げてみた。どうやらSun Solveにユーザー登録しないといけないらしい。無償なので登録する。二重登録だと怒られた。

どうやらSunのWebサイトに登録してあるIDと同じものは使えないらしい、だったら別にわけなくていいじゃないか。しかたなく少し変えたIDで登録。

やっと有効なアップデートの一覧が出てきた。山ほどある。しかしGoogleで見つけた該当のパッチは出てきていない。古いのから導入しないと出てこないのかもしれない。確かにかなり古い同じIDのものがある。

その問題のパッチだけインストールしてみた。何も変わらなかった。立ち上げなおしてもインストール完了していないらしくまだ有効なアップデートの一覧に選択できない形で載っている。

どうやら依存するパッチを先にあてないとだめらしい。自動的にやってくれないのか、使えない。

面倒なので全部選択してインストールすることに。今度は依存するパッチがあるパッチが表示された。ここでyesとすれば自動的に依存するパッチを先にあててくれるらしい。

インストール開始。ダウンロードが始まった。何時間まってもダウンロードが終わる気配がない。世界中から取りにきていて遅いのかもしれない。永久に終わらなかったらどうするんだ。

もしかして最新のSolaris 10イメージをインストールしなおしたほうが早いのかもしれないと思ってきた。

だめすぎ

昔昔Sun Microsystemsが出来た頃に創始者は「Sunが解散するときにはSunOSをフリーにします」と公約していた。昔のSunOSはBSD Unixをベースにしていたが本家UNIX System VをベースにしたバージョンからSolarisの呼称を使うようになった。その時点で既にフリーにするというのはライセンスのしがらみで絶望的になったが創始者はUNIXのライセンス元に一生倒産しなくても済むぐらいの大金を払って独立した権利を手にいれた。SolarisのソースコードをどうしようとSunの自由にしたのだ。その頃にSolarisのソースコードを限定申し込み者に配布するというサービスも始めた。すぐにそれは終了したが後にOpenSolarisという形で公式のものとなった。

実はもうSunにはSolarisをまともに育てていくだけの体力がないのではないかと思っている。プラットフォームもSparcだけでなくx86やx64とか拡大するとサポート範囲が増えて開発要員がたくさん要ることになる。もうそれだけの体力はないだろう。昔i386を使った最初のSunOSプラットフォームを世にだして絶賛されたSunだがすぐに撤退、その後一時期Solaris x86のサポート中止そして復活。それはもうSunの蛇行した過去の軌道を示している。

開発に膨大な資金をかけている独自Sparcプラットフォームよりも安いx86やx64プラットフォームの方が性能が良いという昨今の状況ではSunの独自性というのが出しにくい状況になっている。

秋葉原とかではもういまどきクロックスピードが遅すぎて売り物にならなSparcのCPUユニットとかが山ほどジャンク箱に転がっている。確かにいまどき300MHzのCPUなんて誰も欲しがらないだろう。当時何百万もしたとは言え。

いずれはSparcプラットフォームも無くなる運命にあるのかもしれない、やっと最近1.8GHzとかで動くのができたらしいけど。64bitアーキテクチャもSparcが早かったけど今時64bitというとXeonかOpteronと相場が決まってしまっている。

Solarisの使い勝手も１０年前となんら変わっていない。相変わらずキーボードマッピングは付属の日本語キーボードとあっていないので@を打つのにも一苦労。ログインアカウントの追加とかも未だにコマンドラインでやるしかないという。Unixはそういうポリシーというか思想なのでそれはそれでいいのだが、今時それを理由に買ってすぐ立ち上げたらマシン名がUnknownのまま変更できないというのもひどすぎる。未だにNIC+やDomain Name Serverでマシン名やユーザーアカウントを管理するということを頑なに前提としているのもちょっとずれている感じがする。

はやく完全なオープンソースになって売る側ではなく使う側の観点から改良が行われていくことに期待するしかない。

別にx86やx64でlinuxを使ったほうがぜんぜん使いやすいのだけれども。

全部のパッチを適用して再立ち上げしたところ問題は解消した。

再度Sun Update Managerを立ち上げるとまだ２０ほどパッチが未適用で残っているのでそれもついでに全部あてることにした。

それが良くなかった、最初単独であてようとしたカーネルパッチ118855-15がこのとき初めて適用されたが、適用されたカーネルGeneric_118855-15は起動すると即パニックでクラッシュしてしまう。

なんてことだ...orz

どうにも立ち上がらなくなってしまったからにはpatchを巻き戻すことも出来ないため最新のSolaris10 6/06をインストールし直すしかなさそう。

Solaris10 6/06はs10u2とかSolaris10 Update2とかいろいろな呼称があるらしい。ということはそれ以前にUpdate1というのと最初のSolaris10があったことになる。

既に古いSolarisがインストールされているシステムであればUpdateインストールを選択すれば短時間で最新になるらしい。

それだ。

Solaris10はSunのDownload CenterからダウンロードしてCDかDVDに焼いて使うらしい。昔はメディアを購入することもできたらしいが今は北米内限定らしい。確かに昔Sun Studio 11が無償化された際にポチっと注文したら送料だけですぐ届いた覚えが。その後もうそのページはすぐに無くなってしまった。

世界中からアクセスするので当然帯域制限されていてダウンロードは遅い。同時期に２つまでしか落とせない。丸一日かけてDVDのために５ファイルをやっと落とした。Companion diskというGNUとかのフリーソフトのバイナリとソースが入ったイメージは何故かページが削除されてリンク切れになっていた。噂ではDVD版しか提供されなくなったのでブーイングが出ていたとか。まあソースも併せて提供しないといけなくなってCDには入りきらなくなったんだろうね。

で５つのファイルをコンカチネートして１つのISOイメージにしてDVD-Rに焼くだけだがDVDが焼けるドライブが無い。隣のショップにいったら何でも書ける5000円でおつりのくるドライブがあったので購入。

さっそくセッティングしようと取り出してみるとフロントドアになにやらどっかでみたようなマークが。"DVD multi recordable"どっかで見たとおもったら今使っているFAITHから買ったPCについているドライブが同じマークがついている。これDVDも書けるじゃん（´Д｀；）

またもや無駄な買い物を。と思いきやDVDライターソフトが無かったので新しく買ったドライブに添付されているNero OEM版が使えるのでまんざら無駄ではなかった。ついでに新しいドライブで隣のDELLの古いDVD-ROM/CD-R/Wコンボドライブをアップグレードすることに。これで２台のマシンどちらでもDVD/CDとも書けることに。余ったDVD-ROM/CD-R/Wドライブはどうしようか。

DELLの内蔵ドライブを交換するために中あけて気づいたのはDELLは独自のドライブベイとケーブル接続をしているということ。空いているドライブベイ用のプラスチックバンドは筐体カバーの裏にいっぱい張り付いていた。これを剥がして使えばいいらしい。あとドライブの設定がcable selectを使用するという点。どっちをmasterかslaveだったか悩む必要が無い。

ついでにマザーボード上のコンデンサの状態も見てみると問題ないようで安心。

さてあとDVD-Rメディアも購入しておいたのでこれに書き込んで使って見るだけ。

DVDに焼いたのを隣のDellのPCで立ち上げてみてチェック。ちゃんとインストーラーが立ち上がってGUIでインストールのステップを進めていくことができる、ここから先インストール開始というところで終了ボタンを押して中止。そうしないと既存のWindowsが無くなってしまうのでテストはここまで。

さっそく事務所に行って立ち上がらなくなったSun Ultra 20のDVDドライブに差し込んで起動。無事インストーラーは立ち上がる。

インストーラーの初期段階でディスプレイの解像度とかを設定できることを知る。プレインストールだと1024x768とかなのでSunの液晶ディスプレイだと中央に小さくしか表示されない。1600x1024とかに設定してみるとフルに使える。そのまま言語も日本語とかに設定するとインストールの表示も日本語で進む。

しかしなんでこんなにインストールが鈍いのだろう。Solaris 2.6あたりから確かインストーラーがほとんどJavaで書かれたせいだろう。これがAMD Opteronで動いているとは信じられない。i386/16MHzぐらいだと思ってしまう。時間はかかったけれども３時間程度でアップグレードは終了。最後予想通りDVDは自分で取り出さないとだめだった。

ハードディスクから立ち上げると今度はクラッシュしない。カーネルのバージョンは118855-14とクラッシュしたバージョンよりひとつ前のものだ。

しかしEthernetがうまく動作しないようだ。あきらめてスキップしてしまっている。

その後プレインストール後の最初の立ち上げと同じように言語設定やディスプレイやキーボードとマウスの設定等をたずねられる。今回は面倒なので英語を選択。ディスプレイ解像度やその他の設定はアップグレードインストールの時と同じに。

そして慟哭の事態がその直後発覚。

英語を指定したはずなのに表示コードがアップグレードインストール時に指定した日本語のままなのか化け化けのテキストが表示される。ネットワークインターフェースnge0の設定方法を尋ねられているようなのだがまったく読めない。

仕方がないのでもう一度アップグレードインストールをやり直すことに。今度は全部英語で。

後で思ったのだがもう一度立ち上げなおしてそのまま日本語を選択すればどうなったのだろうか。いずれにしてもアップグレードインストールしたらプレインストール時と同じ状態に戻るので英語でインストールするのが懸命かもしれない。

今度は全部デフォルトでアップグレードインストールやり直し。

さて今度はうまく復旧できるかな。

とりあえずコンソールからログインして本題のソースがコンパイルできるか確認する。問題なく再コンパイルできた。

しかし新たな問題が残っている。

ネットワークインターフェースの動作が非常に不安定になった。boot直後にLinkdownの表示がでてそのあとLink確立。しかし外とのパケットの送受信がまともにできない。ほぼネットワークインターフェースは使えなくなった、当然パッチもあてられない、他でダウンロードしてCDとかに焼いて食わせない限り。

それとデスクトップが立ち上がらなくなった。原因はビデオカードのドライバがアップグレードインストール時に削除されてしまったからだ。

なにかが間違っているような気がする。

またインストールしなおす時間も無いので、この状態でなんとか作業を終わらせよう。あとはテストするだけだ。

どうもDNSを使うように設定すると巷のADSLルーターや光ルーターが提供するような中途半端なDNS中継機能ではまともに動かなくなるようだ。

職場の光ルーターが提供するパラメーターだけに限定してDNSを利用するように設定するとなんとかアドレスが引けるようになった。

あとデフォルトゲートウェイの自動検出もうまくいかない。ちゃんとしたルーターではないからである。これも手動でroute addすることでなんとか外へパケットが出ていくようになった。

この段階でsmpatchが使えるようになった。

なにもかも悪いのは光ルーターなのだが。WindowsやLinuxはぜんぜんそれで問題起きていないけどね。

smpatch analyzeが出来たのでsmpatch updateをやってみた。

いろいろダウンロードをしているらしいのでその様子を隣で覗いてみた。

sslを使っている。javaでsslすればそれは遅いよね。

コンパイルしたドライバをサーバー機にインストールしてカードを挿して立ち上げてみた。

いつもながら立ち上がるのにえらく時間がかかる。

と思ったらGigabit Ethernetの調子がよくないらしい。サービスプロセッサの方とは接続できるのでコンソールシリアルから入ってみた。

dmesgでブートログを確認していくと問題のドライバがロードされている行をみつける。認識はされているようだ。が、undefine symbolがあってロード失敗している。hat_getkpfnumが見つからないそうだ。

聞いてないよそんなの。と言いたかったけどどっかで見覚えがある。Solaris10 Release Noteにしっかり書いてあった。

昔からもう使えなくなるよとアナウンスされていたらしくAMD64でとうとう廃止された。以前使っていたドライバは書き直しが必要らしい。

とりあえず一部の機能にしか関係ないのでその機能だけ後回しにしてテストをしよう。

サーバー機のGigabit Ethernetがつながらなかったのは４つあるポートの３番目に間違ってケーブルをつないでいたためだった。

むだに４つもあるとサポートプロセッサーのポートに近いほうに何気なく挿してしまっていたのだよね。そこはNET 2って書いてあるだろう（よく見えないって）。

しかしUltra20 WorkstationのGigabit Ethernetはつないであるハブもインチキだけど10Mbps Half-Duplexでしかつながらないんだよね。まあつながるからいいけど。つなぐハブのポートによってはうんともすんとも言わないからあぶない。