ただつらつらと日記が書かれていくようです。

カテゴリー: ITめいたこと (30ページ目 (32ページ中))

IBMがSunを買収か?

元ネタはウォールストリートジャーナルのようで。

「「IBMがSun買収に向けて交渉」の報道」(http://www.itmedia.co.jp/news/articles/0903/18/news088.html)から引用。

米IBMが米Sun Microsystemsを買収する交渉を進めていると、Wall Street Journalが情報筋の発言として伝えた。

で、IBMが身を乗り出したのかと思いきや、実はSun側からの打診らしい。

Wall Street Journalによると、ここ数カ月の間、Sunは多数の大手IT企業に身売りの話を持ちかけていたという。米Hewlett-Packard(HP)はその話を断ったと同紙は伝えている。

Sunの持ち物で売れそうなものって考えると、ぱっと思いつくキーワードは

  • SPARC
  • Solaris
  • MySQL
  • Java

…ってところだろうか。IBM側から見てみれば、Java以外は競合製品(Power/AIX/DB2)を既に持っているわけだから、Sunに魅力を感じるのだろうかという気がしないでもない。ただ、Sunというライバルがいなくなることと、その顧客を手にすることは魅力的なのかもしれないが、前者はHPやDELLにとってもメリットを与えてしまうことになる。

むしろ、自社のx86サーバでSolarisのサポートを行うことを発表したHP(「HPとサン、Solaris搭載のHP ProLiantサーバに関するパートナーシップ契約を締結」http://jp.sun.com/company/Press/release/2009/0227.html)が、Sunの身売り提案を蹴ったというのが事実なら、それはそれで興味深いような気がする。自社のx86サーバユーザにUNIXの選択肢を提供するのには、SunのSolarisを使ってもいいけど、Sunを抱えるのはヤダってことだろうか(HP-UXをx86に移植したりはしないのね…笑)

むしろ、ハイエンドサーバの世界に進出したそうなDELLがSunに触手を伸ばしそうな気がしたんだけど、どうなんだろうか。PoweEdgeでSolarisをサポートした上で、PowerEdgeの最上位機種より先のスケールアップにSPARCってなしなのかな。そういえば、Solaris+SPARCで、Sunのカウンターパートになっている富士通はそれどころじゃないか(汗)

私が始めて触ったUNIXがSolarisだったせいか、SunのロゴがかつてのDECやCompaqのロゴのように過去のモノになっていくとしたら、それはちょっと忍びないような気がするなぁ、個人的に。

追記:

最初は日経の記事へのリンクを張ってましたが、リンクポリシー的にまずそうだったので、ITmediaの記事に変更。

Thunderbirdで大量にメールを削除すると、やっぱり落ちる

以前も書いたけれど、Thunderbird2.0.0.19で、フォルダの中に何千通かメールが入っている状態で半分ぐらいのメールを一気に削除する(ゴミ箱に移動)すると、順調に削除件数が増えていくけれど、最後の最後でCPUとメモリを大量消費し始めて、メモリを食い尽くして死ぬという事象にまた直面した。

ちょびちょび消すしかなさげ…。

NTTデータの「Doblog」が止まっている。

NTTデータ、「Doblog」の障害要因を説明。一部記事は復旧見込み

NTTデータのblogサービス「Doblog」がシステム障害で1週間以上アクセス不能になっている問題で、NTTデータが状況を明らかにしたらしい。上記の記事によると、

  • データベースサーバーとバックアップサーバーのほか、Webサーバー2台とアプリケーションサーバー2台の計6台のサーバーを使用している。
  • RAID 5を構成するデータベースサーバーで、6台のうち2台のHDDに発生したディスク障害。
  • バックアップサーバーにも障害が波及。

ということのようだ。また、NTTデータのWebサイト(no title)によれば、

サービス開始時点から2008年8月4日の未明時点までのデータについては、復旧の見込みがあることを確認できております。

と言っているものの、

2008年8月4日から2009年2月8日朝までのデータに関しましては、完全な状態ではないものの、できる限り復旧させるよう取り組んでおります。

とも言っていて、データがロストした可能性を示唆している。

ま、RAID5でディスク2本が故障するというのはレアなケースだと思うが、絶対に起こりえないことではないと思う(RAID5って、HDDが1本壊れたら、新しいディスクを指して、rebuildかけてるときって、他のHDDにもかなりのアクセスが発生しそうだし)そういうリスクに備えて、dailyとまではいかないにしても、せめてweeklyくらいでデータのバックアップを取得しておく必要性がある…が、それを取得していたバックアップサーバでもディスク障害が起こったってことだろうか。

バックアップサーバの障害まで考えると、なんかとんでもない確率でアタリを引いちゃってるような印象を受けるなぁ…。

ST3320613ASのSD11がFW更新できない。

サーバを開けたら、「ST3320613AS」が入っていたので、Seagateのサイトからファームウェアをダウンロードして、CDに焼いてアップデータを起動したら、ちょっとした制限がかかっており、P/Nと現状のファームウェアのバージョンが一致しないと、ファームウェアをアップデートしてくれない仕様らしい。

「ST3320613AS」の1台は確かにP/Nが対象外ではあったけど、もう1台は対象のP/Nで、FWは「SD11」だから、FWの更新対象なんだけど、、、更新対象とは見なされずにアップデートすることができず。一応、わざわざ、古いPC(Intel ICH5)に接続して、アップデータを走らせてみたんだけどもダメだった。

…大丈夫かな。

やっとBarracuda ES.2用のファームウェアがダウンロード可能に。

いろいろと秋葉原方面を騒がせたSeagateのHDDのファームウェアのバグ問題もようやく、各モデル用のファームウェアがダウンロード可能な状態になりつつあるようだ。

Barracuda ES.2用のファームウェアに関しては、SN06というリビジョンが存在していることはSeagateのナレッジベースで公開されていたものの、ダウンロード可能な状態にはなっておらず、カスタマーサポートにメールで連絡するということになっていた。それが、ようやくダウンロード可能になった。

Firmware Update for ST3250310NS, ST3500320NS, ST3750330NS, ST31000340NS

余談だが、Seagateのナレッジベースは、どうも使い勝手が悪い。上記のURLにアクセスすると、まずは日本語で表示してくれようとするが、日本語で書かれたドキュメントが存在しないため、なんにも表示されない。で、右上の言語表示をJapaneseからEnglishに切り替えると表示される。ま、多言語に対応してることは悪いコトじゃないんだけど、言語を切り替えないと何も表示されないまま放置されるってのもユーザビリティ的にどうなんだろうと。おまけに、ページを閉じる度に、求めていた情報は探せたかというアンケートめいたウィンドウが開くってのも…うざい。

で、新ファームウェアはダウンロード可能になったものの、コミュニティフォーラムは、まだ盛り上がりを見せているような感じ。

Have anyone has problem with ES2 ?

Barracuda ES.2用「SN06」もどうやら、途中で、差し替えられたようで、古い方の「SN06」を適用したユーザが「I have the problems with OLD SN06」とか言ってるけど、別のユーザは「So there’s nothing wrong with the new SN06.」と言ってたりするので、新しい「SN06」は、問題ないのかもしれない(…とはいえ、新「SN06」で何かが起こっても何の責任も取れはしないのであしからず。)

別のユーザの書き込みでは、新ファームウェアにしたことで、NCQの性能が改善したとも書いてあったが、、、真相はどうなんだろう。

ASR-2015SをCentOS5.2で~さらにraidutils編~

とりあえず、RAID Arrayの上にCentOS5.2をインストールすることに成功はしたものの、RAID絡みでやらなきゃいけないことがもう一つある(…いや、本当はまだいっぱいあるんだけど…)

それは、OSの上からRAID Arrayをコントロールするためのアプリケーションの導入。例えば、RAID Arrayの状況を見てみたり、手動でVerifyを走らせてみたり、RAIDの状態が見えないと何となく不安な気がする。

で、I2O on Linuxを見てみると、i2o_blockを使ったRAID Arrayは、「raidutils」というアプリケーションでいじったりできるらしい。これ自体は、Adaptecのカードを購入したときに付属するCDに入っているようだったが、、、古いサーバなのでCDらしきものはなく…Adpatecのサイトに行ってもraidutilsがダウンロードできそうにもなく…と。

とりあえず、I2O on Linuxからダウンロードできるソースから、raidutilsをコンパイルしてみた。makeを走らせた直後に、コンパイルエラーが出てmakeに失敗した。なんとなく、I2O on Linux自体が、最近、メンテナンスされてない雰囲気なので…CentOS5.2の上であのサイトから落としたソースはビルドできないのかもしれない。

で、困ってぐぐってみたら、debianプロジェクトのサイトにたどり着いた。debianのレポジトリの中に「raidutils」が存在しており、メンテナーもいるらしい。(Debian — sid の raidutils パッケージに関する詳細を参照)

…ということで、とりあえず、ビルドしてみるかということで試してみた。raidutilsのソース本体と、それへのパッチの両方をダウンロードしてみて、patchコマンドでソースにパッチを適用した。

wget http://ftp.de.debian.org/debian/pool/main/r/raidutils/raidutils_0.0.6.orig.tar.gz

wget http://ftp.de.debian.org/debian/pool/main/r/raidutils/raidutils_0.0.6-8.diff.gz

そして、その後、いつもどおり、configureしてmakeしてみたら、、、普通にビルドできてしまった。さらに、rootでmake installなんかやってみたけれども、普通にインストールできてしまった。

ちょっと不安だったので、raidutilsを使ってRAID Arrayの情報を参照してみたり、ライトキャッシュをon/offしてみたが、普通に動作しているようだった。(ただ、ファームウェアの更新はやってませんけど)

使っているのはCentOSだけど、debianのソースを借りてきて動かしてしまった…けど、とりあえず、問題なさそうだから、ま、いっか(汗)

ASR-2015SをCentOS5.2で~とりあえず、インストール編~

古いサーバにCentOS5.2をインストールすることにした。古いサーバが積んでいるRAIDカードは「ASR-2015S」というヤツで(誤解しているかもしれないが)SCSIを使ったデータのハンドリングはオンボードのSCSIコントローラにやらせるけれど、RAID機能(つまり、2つのHDDにデータを書き込んだり、必要に応じて、RAIDをrebuildしたりといったこと)は「ASR-2015S」が担う…的なややこしいことやってるなぁという印象のRAIDカード。なんか「Zero Channel RAID (ZCR)」ってシロモノらしく、特殊なスロットに収まっているのを見て、なんかイヤな予感がしたんだけども…。

とりあえず、いつも使っているCentOS5.2のネットワークインストール用イメージを書き込んだCD-Rを引っ張り出して、起動してみました。…すると、ディスクのパーティションの設定画面の後で、ディスクがないと言われてしまい、先に進めず。CentOSのインストーラから、RAIDカードを認識できていないような状況だった。

んで、いろいろと調べてみたところ、「ASR-2015S」のRAID Arrayを扱う場合は、「i2o_block」というドライバを使えばいいことがわかった(I2O on Linuxを参照)。で、CentOS5もそのドライバを同梱しているようだった。ということは、デバイスの認識に失敗しているようなので、インストーラを起動するときに自動でデバイスを認識しないようにしてみた。

インストーラの入ったCDからbootして、CentOSのロゴが出ている画面で普段はEnterキーを押すだけだけど、今回は

linux noprobe

と入力して、Enter。ネットワークインストール用イメージなので、まずは、NICのドライバをどうするか聞かれるが、このサーバはIntelのGbEなNICだったはずなので、とりあえずe1000を選択してみたら、すんなり使えるようになった。ネットワーク越しにインストール用イメージが見えるようになったら、追加のデバイスドライバを入れるか聞かれたので、そこで「i2o_block」を選択した。

すると、最初、「HDDがありまへん」と怒られたところで、「ASR-2015S」のRAID Arrayが見えた!その後は普通にインストールして、インストール完了。

ファイルサーバのストレージ

会社のファイルサーバのHDDがディスクフルになりかけたのが半年ちょっと前くらいだった気がするが、さっき確認したら、(まだ空き容量はあるけれど)空き容量が減っていく勢いはかなりのものだった(汗)

まぁ、HDDのGB単価は安くなっているからストレージを確保する費用はたいした問題じゃないけど、ファイルサーバで扱うデータが増大していくと、移行したり、データをバックアップするのに相当に時間がかかるのが大変かもしれず。

ケースファンの効果

最近、CrystalMark DiskInfoでHDDの温度を見たときに、結構高めになっているマシン(ケースはATXで、CPUは古めのAthron XP)があった。搭載しているHDDは2台で、いずれも古めのIDEドライブ(MaxtorのDiamondMax16と、HGSTのDeskstar 7K250)ということもあったが、それぞれ43度と44度になっており、多少暖房が効いている部屋といえども、ほとんどアイドルしているだけなので、これは温度高めかなと思っていた。

で、筐体を調べてみたら…安いBTOなPCだったせいか、ケースファンが付いてなくて、結局、ファンといえば、CPUファンと電源のファンだけが回っている状態で、CPUやチップセットの熱が筐体に溜まっているんだろうなぁと想像して、余ってたケースファン(2000rpm/9cm)を装着してみた。

取り付け作業を終えて、しばらくして測ってみたところ、それぞれ31度、37度まで温度が下がっていることが確認できた。

HDDの温度とMTBFの関係については、HDDベンダーは相関関係があると言っていたような気がするが、大規模にHDDを使っているGoogleは相関関係が見られなかったと言っていたような気がする。そんな対立はあるが、とりあえず、温度を下げておいて悪いことはなさそうだと思っている。

HDD自体にファンを付けるパーツも売っているが、ケースファンでがんばるのも手だなと思った。

リリースされたと思ったら引っ込められた

SeagateのBarracuda 7200.11シリーズのファームウェアバグが報じられてはいるが、Seagate本社でのfirmwareのリリースはうまくいっていないようだ。Barracudaシリーズとか、DiamondMaxシリーズとか、シリーズ毎にファームウェアをリリースするつもりのようだが、最初にリリースされたファームウェアがvalidationのためってことでダウンロードできなくなっていた。

Firmware Update for ST3500320AS, ST3640330AS, ST3750330AS, ST31000340AS:

http://seagate.custkb.com/seagate/crm/selfservice/search.jsp?DocId=207951

Note: This file has been temporarily taken offline as of Jan 19, 2008 8PM CST for validation.

きっと、早々にダウンロードしたユーザで何かが起こったから、再度のvalidationをやっているんだろうなぁ(遠い目)

なんとなく、validation後に新ファームウェアがリリースされそうな予感がするし、ファームウェアがダウンロードできなくなっているのもあるし、とりあえずは、突然死するリスクを抱えながら、様子を見るしかなさそうだ。

しかし、サービスプロバイダとかレンタルサーバ屋さんで膨大な数のSeagate製HDDを使っていたりすると…ファームウェアアップデートの手間だけでも気が遠くなるなぁ。RAIDカード越しにファームウェアを適用するのはできなさそう(Barracuda ES.2のファームウェアアップデートツールは無理っぽかった)だから、きっと、アップデート専用PCでも用意して、それにつないでアップデートすることになるんじゃないかと。そしたら、ホットスワップなケースに入っていたら多少は楽だろうけど、サーバ止めて、HDDを引っこ抜いて…ってやってるとすごい手間じゃなかろうか。

«過去の 投稿 新しい 投稿 »