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

投稿者: 管理人 (18ページ目 (40ページ中))

DELLの”CERC SATA 1.5 6ch”とHDD故障(前編)

てか、古いサーバをいつまで使うんだ…と思いつつも、DELLのPowerEdge 1800ってサーバを今でも使っていて、それに刺さっているHDDがコケたらしい。とりあえず、甲高く、不快な音が大きめに響きわたった。

PowerEdge1800には、DELL純正のCERC SATA 1.5 6chってRAIDカードを使っていて、RAID1が構成してあるのでHDD1台の障害には対応できるはずだ、ということで、いそいそとHDD交換の準備を始めた。そういえば、このDELLのRAIDカード、いかにも純正っぽい型番だけど、POST時の画面出力からすると、Adaptec製のものであることがわかる。で、どうやら、AdaptecのOEMでAAR-2610SAって型番らしい。

IT機器なんて、OEMできないものがないくらいの世界ではあるから、どこのメーカーもこんなもんだろう。そういえば、某メーカーがUNIXサーバをOEMで売ってて、OEM元のダンボールのメーカー名の上に自社のロゴを貼っただけで出荷(付属するマニュアルとかには、OEM元のロゴしかない)してたのも見てたから、こんなのは生やさしい部類か。

…と、そんなことを思いながら作業は継続。

まずは警告音を止めなきゃいけないんだけど、Windows上で動くDELL製のサーバ管理ツールで止められると確信していただけれど、なかなか設定画面が見つからない(汗)四苦八苦して見つけたけど…わかりづらい。後から判明するんだけど、RAIDカードの管理画面に入れば、RAIDカード自体の設定の欄に、Alert Managementみたいな項目があって、そこで設定できるようだ。

ま、RAIDカードはホットスワップに対応してそうだけど、サーバが対応してないので、仕方なくシャットダウンする。で、ネジをいくつか外して、HDDを引っ張り出したんだけど、SATAケーブル、電源ケーブルを全部外さなきゃいけなさそう…てか、筐体、こんなにでかいんだから、HDDトレイでホットスワップさせてくれ…という面倒くささ。

その後、HDD交換も終わり、ブートしてRAIDの管理画面から新しいHDDをホットスペアにしてみる(…というか、RAID Arrayに突っ込む方法がよくわかんなくて、これくらいしか方法が思いつかなかった。マニュアル読みたかったがDELLのサイトは…(遠い目))

ところが、RAID ArrayのRebuidは始まらない…。

後編に続く。

TOYOTAの「SAI」のCMで与謝野晶子の短歌

そういえば、TOYOTAのSAIのCMで真木よう子が与謝野晶子の”乱れ髪”の短歌を読み上げるシーンがある。ちょうどyoutubeにCMが載ってたので、そのまま貼って…いいんだろうか(汗)

(注)もうyoutubeから削除されたみたいなので削除しました。

んで、全く関係ないときに、なんかのタイミングでクルマの動画をyoutubeで眺めてたら、たまたま関連動画のところにMAZDAのRX-7…というか、まぁ、FC3SのCMが出てきたので、ちらっと見てたら同じ与謝野晶子の短歌が使われてて、へぇーっと思った。

まぁ、今も昔もクルマのニーズを喚起するには、男性が女性を乗せて走るってシーンを想起させるのが手っ取り早いってことなんだろうなぁ、と思いつつ、敢えて、トヨタが古いMAZDAのCMのモチーフに与謝野晶子を使ったとするとなかなか興味深いような気もするけどなぁ、実態はどうなんだろう。

しかし、このFC3SのCM、音楽をブレードランナーのサウンドトラックから持ってきたり、与謝野晶子の短歌を使ってみたり、FC3S自体もなかなかかっこいいんだけど、途中、舞踏会のシーンの写真が挟まるのだけは何となく解せない(汗)

…本当にどうでもいいことだ…。

さくらインターネットのレンタルサーバのディスク増量

そういえば、さくらインターネットからメールが来ていて、今度、借りているレンタルサーバのディスクの容量が増えるらしい…が、よーく見ると、OSバージョンパップとも書いてある。

OS : FreeBSD 7.1 32bit → FreeBSD 9.1 64bit

…OSのバージョンが激しく上がるなぁ…とは思ったものの、OSを64bitするあたりからして、サーバのハードウェアをリプレース(つまり、新サーバは4GB以上のメモリを搭載)するんじゃないかって気がするんだけど、どうなんだろう。90分くらいあれば、旧サーバからHDDを取り外して新サーバに繋げばデータを吸い出せそうな気がするし。いや、RAID組んでるとそう簡単にもいかないから、例えば、NFSで繋ぐなんていう選択肢を採るんだろうけど。

仮に、もし、仮にこの度のディスク増量とOSアップデートが実態としてサーバのハードウェアのリプレースだとすると、メモリの増量やCPUの増強といったスペックアップも兼ねるから個人的にはありがたい。ちょっと楽しみな気がする…が、先日、勢い余ってレンタルサーバを契約し直してしまったんだけどなぁ(遠い目)

果たして実態はどうなるんだろう。

iPhone5sのカラーバリエーション

各キャリアからiPhone5sとiPhone5cが発売されたものの、どうやら、iPhone5sのカラバリは3種類用意されているものの、ゴールドとシルバーについては在庫がほとんどないらしく、”スペースグレーならあります”状態らしい。

iPhone 5s「シルバー」「ゴールド」入手困難 入荷めど立たず」によると、

米アップル社製スマートフォン(高機能携帯電話)「iPhone」の新機種「5s」と「5c」が20日午前、携帯電話3社から発売されたが、上位機種の「5s」については、品薄であるうえ、3色から選べるはずの本体色は黒(スペースグレー)に限られている。販売店によると、当面、金と銀は入荷のめどが立たないという。

そういえば、iPhoneのホワイトモデルが始めて出るときに、フラッシュ…というかライトを付けて写真を撮ると、うまく撮れないという問題があって、しばらくの間、ホワイトモデルが出荷されていなかったような気がする。もしかして、今回もそういう問題なのか…という気がしないでもないが、シルバーやゴールドといったカラーの端末が全くの0というわけではなさそうなので、製品自体に問題があって生産ができないって感じではなく、単にアップルがカラバリの需要予測を誤ったと見るのが正解だろうか。

Amazon Cloud Driveが直らない…

先日、「Amazon Cloud Driveがなんだか切ない。」って記事を書いたのが、6月。それも、6月のアタマ。んで、今が9月中旬。

なんとなく3ヶ月くらい経過したモノの、私のPCで動いているAmazon Cloud Driveのデスクトップアプリ(Windows版)は、ローカルに.lockってロックファイルだけ作って、同期終了してしまう、と。この問題はAmazonのBTSみたいなものに載ってはいるらしく、思い出したようなタイミングでサポートからメールがやってくる。「担当部署で調査中」「問題が修正されるまでもちっと待ってくれ」みたいな趣旨のテンプレを貼り付けたメールが届く。AWSのサービスのリリースのスピード感を前提にすれば、恐ろしく時間がかかっているようにも見えるので、優先度が低い問題ってことなんだろう。

Amazon.comと、Amazon.co.jpでアカウントが別管理になってたのに、Kindleを日本でもリリースするくらいのタイミングで、なんとか2つのアカウントを連携させようとしたのか、統合しようとしたあたりが、やっぱりイケてなかったんだろうなぁ。

これ、日経コンピュータの「動かないコンピュータ」に載るくらいアレなことだと思うんだけど、とはいえ、Amazon.comに取材は不可能か(笑)

Hynixの中国工場で火災。

どうやら、Hynixの中国の工場で火災があったらしい。

Hynixによれば、一部の操業を再開したとはいうものの、このHynixの中国工場、どうやら、Hynixの半分、結局のところ、世界で生産されるDRAMの15%(!)を作っていたらしく、Apple(そういえば、iPhoneの新製品の製造まっただ中だろうなぁ)への影響が懸念されるますねぇ、というニュースを見つけた。

SK Hynix says operations partly resumed at fire-hit China plant:
http://www.reuters.com/article/2013/09/08/us-hynix-china-idUSBRE98700720130908

ま、近々、PCやサーバー向けにメモリーを購入する予定が…たぶんないから、あんまり直接的な影響はないかもしれないけれど、いつかのタイの洪水でHDDの値段がしばらく上がりっぱなしになってたからなぁ…という辺りがちょっと心配ではあるなぁ、というメモ。

追記:
どうやら、Hynixの工場火災の影響がアキバでのメモリの値段に跳ね返っていたらしい…。

週末アキバ特価リポート:定価の9割引、いやそれ以上か……? サーバ向け製品の「奇跡に近いジャンク市」 (2/2):
http://www.itmedia.co.jp/pcuser/articles/1309/07/news007_2.html

9月4日にハイニックスの中国工場で火災が発生した影響で、9月5日にPC用DRAMモジュールの価格が1割以上跳ね上がった。これを受けて、一部のショップに値上がりを懸念してDDR3メモリを駆け込みで買いに来たユーザーがみられたという。しかし、街全体では冷静な見方が広がっている。

iPhoneの充電が完了したら速やかにケーブルを外すべきか。

こんな記事を見つけた。

iPhoneの充電率が100%を超えたあとも電流は流れている? – いまさら聞けないiPhone

iPhone 5の電源をオフにして30分経過したたあとも0.2A前後の電流を測定できたので、電気的に接続された状態にあることは確かです。やはり、満充電後はすみやかにケーブルを外したほうが、バッテリーの早期劣化防止にはプラスだといえます。

ふむ、どうやら「充電完了後にiPhoneに電力が流れている」から、充電完了後に、すみやかにケーブルを抜いた方が「バッテリーの早期劣化防止」につながるらしい。

例えば、AppleのWebサイトにはこんなことが書いてある。

リチウムイオンバッテリー

大部分のリチウムイオンポリマーバッテリーの充電は、デバイスのバッテリー容量の80%まで高速充電した後、トリクル充電に切り替わります。

どうやら、80%以降は「トリクル充電」になっているらしい。

「トリクル充電」についてWikipediaには、こんな記載がある。

トリクル充電

トリクル充電(とりくるじゅうでん) は二次電池の自然放電を補うために、絶えず微小電流により充電する方法である。

いかなる状態であろうが、二次電池に充電することが電池の劣化に繋がるというのは確かだろうけどなぁ…。さくっと抜いて実際に使うまでに自然放電、ないし、スリープ時の消費電力でバッテリーの残容量が減るわけだから、それを考慮するとトリクル充電させてバッテリーの残容量を維持しといた方がいいような気がしないでもない。要するに、バッテリーの劣化を気にしてさっさと抜いて置いておいて、いざ使うって時に残容量が減ってたら、それはそれで切ないのではないか、と。

ただし、(Androidだとそうもいかないような気がするものの)iPhoneはスリープ時にほとんど電力を消費しない、自然放電も充分に少ないというのなら、それはそうなんだろうけど。

SSDを使ってみたものの…

たまたま職場でノートPCが1台余っていたのでHDDを外してSSD(TOSHIBAの「THNSNH128GCST」)に換装した。CentOS6をインストールしてディスクI/Oが頻繁に発生するような重いバッチ処理を回してみれば速く処理が終わるに違いない!と意気込んでもろもろのインストールと初期設定をやってみた。

んで、CentOSのインストールが終わって、hdparmで読み込みのスループットを測ってみた。

/dev/sda:
Timing cached reads: 6524 MB in 2.00 seconds = 3265.55 MB/sec
Timing buffered disk reads: 946 MB in 3.00 seconds = 315.03 MB/sec

従来通りのHDDを積んだ開発マシンで測ってみたら、こんな感じだったので、やっぱり速い。

/dev/sda:
Timing cached reads: 4656 MB in 2.00 seconds = 2328.52 MB/sec
Timing buffered disk reads: 276 MB in 3.01 seconds = 91.61 MB/sec

簡単なベンチマークではあるけれど、結果は上々ということで、重いバッチを走らせてみたら、思ったよりも速くない。で、topを見ていて気づいたのは、OSはSSDとしては読み書きで待っていないようで、結局はCPUがボトルネックになってしまっているようだった。確かに、今回使ったノートPCはThinkPad X121eなので、CPU「Core i3-2367M」。廉価なノートPC向けのCore i3だからなぁ…(遠い目)

SSDに換装することで、ディスクのI/Oは速くなったけれど、結局は、ディスクがボトルネックだった状況から、CPUがボトルネックな状況に移行しただけの話か。SSDに換装するだけでは、システム全体としての劇的な性能向上までは見込めないという、当たり前の話(多少は速くなったとは思うけど)だったようだ。まぁ、SSDを使うことで、速いCPUを活かせるようになったという理解ができるのも確かなんだけど。

MariaDBとMySQL-libs。

今更ながら、MySQL互換のMariaDBを使ってみようと思いついた。サーバのOSはCentOS6.4のx86_64版。

で、MariaDBのサイトでyum向けのレポジトリの設定が取得できるので、ささっと設定ファイルを/etc/yum.repo.d/に置いてみた。

ただ、MariaDBを入れる前にMySQL関連のRPMを削除しようと思ったら、「mysql-libs」がやっかいな依存関係を持っていた。例えば、crontabsとかPostfixと依存関係があって、MySQL-libsをアンインストールしようとすると、crontabsとかpostfixも一緒に削除されてしまうようだった。なんか重要なモジュールとの依存関係って微妙だなぁと思っていたところ、試しにyumから「MariaDB-compat」を入れてみたら、MariaDBのモジュールでmysql-libsがリプレースされることがわかった。

これによって、PostfixなどのMySQL-libsに依存関係を持ったアプリケーションを維持しつつ、MariaDBを導入することができそうだ。さすがにこの辺の依存関係の解決が難しいようなら、しばらくMySQLを使っていようかという気になりそうで、(いつ頃に解決されたのかよくわからないけれど)yumレポジトリで依存関係を解決できたら楽だな、確かに。

カゴヤ・クラウド/VPSの「最大メモリー容量」って何だ。

さくらのVPSからの…

さて、そろそろ、さくらのVPS*1からどっかにお引っ越ししようかなぁと思って、VPSサービスを物色していたら、たまたま見つけたのがカゴヤジャパンのVPSサービス。

メモリーの表記の仕方

ざっと、カゴヤジャパンのVPSのサービスサイトを眺めてみたら、どうやらOpenVZを使った仮想化を使っているらしく。VPSの基盤にはKVMとかOpenVZが使われるが、どうせたいしたことをやるわけじゃないので、仮想化の基盤によってどうにかなるようなことは想定しづらい。ま、どっちでもいいだろう。

ただまぁ、結局のところ、この手のVPSのサービスは、メインメモリとHDDのサイズといったスペックと、その価格で比較するわけだが、カゴヤジャパンのVPSのメモリの表記の仕方がなんかちょっと気になった。

例えば、このページに書いてある「タイプA」のメモリに関する表記は以下のような感じだ。

保証メモリ 1GB

最大メモリー容量 2GB

「保証メモリー」と「最大メモリー容量」の意味がなんとなくわからない。いろんなVPSサービスを比較してみての感覚にすぎないが、月額870円くらいだとするとメインメモリは1GBがせいぜいだろう。だから、「保証メモリー」ってのは実際に、VPS上のOSから見えるメインメモリの容量で、それに、スワップを加えて「最大メモリー容量」と表記してる感じではないだろうか*2

確かに、スワップが使えないVPSサービスもあって、そういうサービスでメモリを使いすぎると、LinuxにおっけるOOM Killerがプロセスをなぎ倒していくみたいな惨事が起こるわけで、そういう意味ではSwapを利用可能にしているのであれば、その領域もメモリーとして書いちゃうことは嘘じゃないとは思うんだけど、なんかちょっとわかりにくい表記だなぁ、と。わかりやすいところに、最大メモリー容量ってのは…って説明を書いておいてもらえたらありがたいのだが…。

うーむ、さて引っ越し先のVPS、どうしよう。

*1:さくらインターネットがVPSを始めた辺りから使ってるので…そろそろ新しいハードウェアにお引っ越ししようかと

*2:一応、カゴヤジャパンのVPSのウリの1つにスワップが使えるってことって書いてあるし

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