アマゾン暴走

アマゾン、トモダチ。って、仮面ライダーファンの皆さんこんにちは。アマゾン見てませんでしたごめんなさい。
オンラインショッピングサイトのAMAZONが、サーバの誤作動か何かでほぼ丸一日アフィリエイトの人に３０分毎にメールを送り付ける状態になっていたとか。
u-kiさんの日記で知ったのだが、ほぼ一日放置ってのは尋常でない。ポートを閉じる、デーモンを殺すなど、対応策はいくらでもあったはずだが、内部動作の関係で止めるに止められなかったのか。

もっとも、通信網管理の世界では、２４時間３６５日の安定性を要求されるものの、「特定の機能だけ止めること」は意外と難しい。特に、システムを構成する一部のプロセスがダウンした場合、無理やり再開させて「落ちない」作りになっているので、今回のアマゾン(変換したらamazon.co.jp/が出た。びっくりしたな、もう。)の事例で慌ててメールデーモンを殺したとしても、こうしたプラットホームだと何回でも生き返ってしまう。マシンの電源をぶっつり行っても、別系統のサーバが立ち上がってしまったりする。

リスク管理の観点から、昔の機械には赤いボタンがついていたものだ。いわゆる緊急停止ボタン。何が起きたとしても、このボタンを押せば、とりあえず沈黙する最終兵器。クラスタリングされ、あるいはネットワーク上に予備系がスタンバイし、あるいは分散オブジェクトとしてどこで実体が動いているのかすぐには判らないような高信頼システムが信頼に欠ける動作をはじめた場合の緊急停止ボタンを、どうやって用意するべきか、ちょっとだけ考えさせられた。

香り配信

大阪で香り配信システムのデモをやる、というニュースを見たのだが、これを配信と言っていいのか？
サーバからの信号で、あらかじめ画像毎に調合した香りを発生させるって、サーバにつなぐ必要ないじゃん。

やはり、色覚のように、嗅覚でも基本となる三原臭みたいなパラメータは確立できないものなのだろうか。三つじゃ無理だろうけど。
そうすれば、今週のトリビアの泉でやってたRotten Sneaker Contestの歴代チャンピオンの臭いを出すとか、文章中で「高原の風」や「夜の浜辺」などの文字列に合わせて香りを流すとか、色々できるんだろうけどなあ。あ、でも「女の腐った奴」で合成されると嫌かも。

Firewire

職場PCがリース切れになるので、高速お手軽バックアップをしようと、IDE-IEEE1394アダプタを家から持ってきた。
が、転送先にと考えてた、IBM ThinkcenterにはIEEE1394ポートが無かった。USBは8ポートもあるのに。ナメとんのか(#゜д゜)

100BaseTのクロス作るのは面倒だしなあ。一時的に未登録IPアドレス勝手に使ってやっちまうかな。

困り中(WWWC)

先日のシステムクラッシュ以来、WWWCの挙動が怪しい。更新チェックはＯＫなのだが、update表示のアイテムをダブルクリックした時に「ファイルが開けません」ダイアログが出て、アイテムのupアイコンが元に戻らない。

同デイレクトリに再度実行ファイル一式を上書きしても一緒。何が引っかかっているのか。
ROサイトの更新に大変不便で、昨日もサボッてしまった。(いや、そうでなくともちょくちょくサボッているか…)