1.ie8.cssという特別なファイルを作る

2.継承で上書きしきるためにCSSの呼び出しの羅列に以下を追加

<!--[if IE]><link href="/stylesheets/ie8.css" media="screen" rel="stylesheet" type="text/css" /><![endif]-->

<!--[if IE]><%= stylesheet_link_tag "ie8.css" %><![endif]-->

3.ie8.css内にコピペ

.hogehoge {
	/*IE6 IE7 */
	filter: progid:DXImageTransform.Microsoft.gradient(GradientType=0,startcolorstr=#ffffff, endcolorstr=#eeeeee));
	/* IE8 */
	-ms-filter:"progid:DXImageTransform.Microsoft.gradient(GradientType=0,startcolorstr=#ffffff, endcolorstr=#eeeeee))";
	zoom: 1;
}

まあやってくれましたわ。

年末年始にかけて、さくらクラウドさんのご対応含めて時系列含めて障害があったんだぜということを記録しておいてやろうということです。
(さくらクラウドさんは是非これで対応含めて改善いただけることを当然期待しての投稿です)

なお、フォロー等のつもりではないですが、さくらのVPSサービスや専用サーバサービスで不満は一切ありません。価格帯の割には落ちないし良い＆(共用サービスは除きますが)SSH等も使わせてくれて便利で助かるわーと、いわゆる「高評価」でした。

それゆえに、今回のさくらクラウドの不安定さおよび対応には遺憾であります。

全体通すと大きく3つの事案になります。（）内は影響範囲。

1. 12月の初旬からずっと重たい件(さくらクラウド全体)
2. 12/22に実装された自動起動が動かない件(弊社アカウントのみと思う)
3. 1/5にHDDの中身を消去する件(53アカウント) ←1/8訂正 HDDぶっ飛ばすと書いていたため誤解があるので。

では、時系列に沿ってまとめます。

– 2011/11/08

さくらインターネットさんがクラウドサービスを開始（さくらクラウド）

– 2011/11/15

15時から受付、私も法人契約で期待感満載で申し込み。
(後からわかったことですが、即効申込した人が[3]に当たったっぽい)

– 2011/12/26

以下メールが届く(一部割愛してます)。[1]

———————————————————————-
「さくらのクラウド」ストレージネットワーク障害に関するご報告
———————————————————————-

平素よりさくらインターネットに格別のご愛顧を賜り、誠にありがとうございます。

今回の「さくらのクラウド」の障害により、お客様には多大なご迷惑をお掛けいたしましたこと、謹んでお詫び申し上げます。

本障害について、以下にて概要および対策、そして「さくらのクラウド」をご利用中のお客様を対象とした料金のお支払いに関してご報告いたします。


■障害発生日時
12月9日（金）～12月24日（土）

■障害内容説明
12月9日以降、「さくらのクラウド」における複数回の障害発生につきまして障害の原因と実施いたしました障害対策についてご報告をいたします。

この事象は、「さくらのクラウド」にて使用しておりますストレージシステムに関連するものであり、ご利用中のお客様におかれましては、ホストサーバがダウンし収容されたお客様のサーバにアクセスできなくなる現象や、ディスクに対する読み込み・書き込み処理が不定期に失敗し、ご利用中にサーバのエラーログおよびコンソール画面にその症状が出力される現象が発生いたしました。

原因としては、特定パターンの通信がストレージネットワーク用のインターフェースに影響し、通信障害が発生しておりました。

■障害対策
ホストサーバとストレージシステム間の通信において悪影響を及ぼすパターンを特定し、以下の対策を講じました。

・通信障害を起こすパターンを検出し、その発生を未然に防ぐ構成および設定の導入

・関連するKernelパラメーターチューニングによるストレージシステムの耐障害性向上

12月25日現在、上記の対策を完了し、ホストサーバとストレージへシステム間の通信障害の発生を防止しております。

■お客様への課金につきまして
12月1日から12月25日までに「さくらのクラウド」をご利用いただいたお客様に対して、ご利用料金を無料にさせていただきます。

この対応については弊社にて実施いたしますので、お客様によるお手続きはございません。

今回の障害により、ご利用中のお客様には多大なご迷惑をお掛けいたしましたこと、重ねてお詫び申し上げます。

– 2011/12/27[2]

さくらクラウドがダウンしてる。ダウンしたからサポートに連絡したら本日は終了しましたと。どうなってんの？ #sacloud

立ち上がったと思ったら「CentOS入れるぜ」ってどういうこっちゃ。。。まさか全データ飛んだの？ #sacloud

対応も全然連絡こないし、こりゃちょっとひどいな。。。期待してたのに残念。大変残念 #sacloud

– 2011/12/28[2]

さくらさんからお客様全体ではなく私宛に連絡がきました。[2]

平素より「さくらのクラウド」をご利用いただき、誠にありがとうございます。
さくらインターネット 運用部の山田と申します。

お客様がご利用されているサーバが収容されているサーバについてハードウェアの不具合が発生いたしました。

こちらの不具合の関係上、お客様のサーバが現在停止した状態になっております。
不具合により停止しているサーバのサーバIDは以下のものとなります。

・アカウント: ID=*********
　　 └ サーバ: ID=********* (********) ***.***.***.***

これらのサーバにつきましては再度、起動していただければ通常通りご利用になられます。

この度はご迷惑をおかけして大変申し訳ございませんでした。
どうぞ、今後とも「さくらのクラウド」をよろしくお願いいたします。

とりあえず指示どおり起動する。


なぜか「CentOSインストールするぜ！いい？」という見覚えのある画面
当然、即、問い合わせするためTELをかける。

「本日の営業は（ｒｙ

さくらインターネット　運用部　山田様

ディスクのアンマウントで解決しました。
オートリブート設定が機能しなかった理由は
OSイメージディスクがマウントされてた為でしょうか？

以上、宜しくお願い致します。

– 2011/12/28[2]

翌日レスポンスが来る

お問い合わせいただきまして、誠にありがとうございます。
さくらインターネット カスタマーセンターの籔田と申します。
弊社山田に代わりご返信差し上げます。

ご迷惑をおかけし、誠に申し訳ございません。

この度のメールにてご連絡いたしました不具合に関しましては、自動起動が行われない事象を確認しており、原因につきましては現在調査中となります。

不具合につきましては現在対策を進めておりますが、もし同様の不具合が発生しました場合は自動起動用のタグを設定されておりますサーバにつきましては弊社にてできる限り起動を行わせていただきます。

しかしながら、不具合の影響範囲により起動に時間がかかる可能性がございますことを何卒ご理解賜りますようお願い申し上げます。

今後ともさくらインターネットをよろしくお願いいたします。

– 2011/12/31[1]

「さくらのクラウド」ストレージネットワークへの継続的な負荷に関しましてにもありますが、ネットワークトラフィックの増大に伴いという公知がでました。

– 2012/01/05[1]

「さくらのクラウド」ストレージネットワーク障害に関するご報告（1月5日更新）が公知されました。とりあえず年末分まで無料にしますわという。

– 同日(2012/01/05)[3]

いろいろデータ入れてあったサーバを公開するため作業を始めようとした矢先に「さくらクラウド」さんからメールが届く。

平素より「さくらのクラウド」をご利用いただき、誠にありがとうございます。
現在ご利用中の以下サーバにおいて、ディスク障害が発生いたしました。

■対象アカウントID
*************

■対象ディスクID(サーバID)
*************(接続先サーバID：*************)

・この影響により対象サーバは稼動を継続していますが、ディスクへ読み込み書き込みが出来ない症状が確認されております。
・データ復旧作業を進めておりますが目途が立っておらず、データ復旧できない見込みが大変高くなっております。


この度はご迷惑をおかけしており大変申し訳ございません。
本障害につきましては現在対応中となります。追って経過ご報告致します。

データ復旧作業を進めておりますが目途が立っておらず、データ復旧できない見込みが大変高くなっております

案の定、データは消えておりました。

平素より「さくらのクラウド」をご利用いただき、誠にありがとうございます。

先にお知らせ致しましたディスク障害に関しまして、調査の結果、クラウドシステムの不具合である事が判明いたしました。
この不具合については原因が究明されており、対策を講じておりますので、再発する事はございません。

ご迷惑をお掛けしましたことを深くお詫び申し上げます。


お客様のデータに関しまして、復旧に努めておりましたが、不具合によりデータを完全に失っていることが判明しました。
また、スナップショット機能でバックアップをしていただいている場合にもデータが削除されているため、復旧していただくことができません。
お客様の大切なデータを失ってしまい、誠に申し訳ございません。

サーバの復旧手順につきましては、以下をご参照くださいますようお願い申し上げます。

■該当サーバの復旧手順
現在ディスクデータが消えた状態になっており、動作中のサーバに障害が発生しています。以下の手順でサーバを再インストールをお願いいたします。

1.コントロールパネルのサーバリストから、該当のサーバを選択します。
2.メニューから停止を選択し、サーバを停止します。
3.コントロールパネルのディスクリストから、該当のディスクを選択します。
4.メニューから再インストールを選択します。
5.再インストールの方法を選択します。
　テンプレートを利用するか、ISOイメージから再インストールを選んでください。

■当障害に対するお詫びについて
2012年1月1日から1月31日までの「さくらのクラウド」ご利用料金を無料にさせていただきます。
この対応については弊社にて実施いたしますので、お客様によるお手続きは必要ございません。

この度は多大なご迷惑をおかけいたしましたことを重ねてお詫び申し上げます。
今後とも「さくらのクラウド」をよろしくお願い申し上げます

金額じゃねーんだよ。

TELがきたので「きちんとなんでそんなことが起こったのか説明せぇよ」と伝えました。
その上で来た書面が以下内容です(ご挨拶部分などは省略してます)

1. 発生経緯および原因について

「さくらのクラウド」では、お客様のディスクデータをストレージ上に保管しています。
サーバのご利用、停止に伴いストレージには不要なデータが発生します。
弊社管理システムでは不要なデータを定期的に削除処理しております。
現在ストレージシステムにおいて負荷が高まる問題があり、その対策および改善を進めておりますが、その影響で不要データの削除処理プログラムが正常に動作しない不具合が発生しました。
不要データの増加はストレージのパフォーマンスに影響を与えるため、ただちに対処必要と判断し、削除ルーチンを変更し対処を行いました。この対処過程でご利用中のお客様ディスクデータを誤って選択し削除してしまうバグが生じました。
これにより先のメールにてご報告いたしましたとおり、ディスクのデータを失い、復旧も行うことができませんでした。
また、ディスクとスナップショットは関連状態にあるため、スナップショットデータも同様に失う結果となりました。

2. 発生時刻および対象範囲について

発生時刻： 1月 5日 14時40分ごろ
対象範囲： 本障害のご報告をさせて頂いたお客様の一部のディスク（対象ディスク総数 53件）

3. 対策について

現在、削除処理を行うプログラムについて、誤ってデータを削除することがないよう、バグを完全に修正する作業を実施しました。

4. 予防策について

4-1.削除処理プログラムのみでデータが完全消去されず、段階的な処理となるようプログラムの構成についても見直しを行います。
4-2.ストレージのバックアップの実施を予定しています。

本障害は管理システム開発過程で生じたバグ、ならびに実行前に問題を確実に検出できなかったことによるものであると猛省しております。
今後は同様の事象含め再発が無き様、万全の体制で運営すべく全社を挙げて尽力いたします。何卒ご容赦いただけますよう心よりお願い申し上げます。

と、まぁそんなこんなで個人的な大事件がありました。

冒頭にも書かせていただきましたが、さくらクラウドさんは是非これで対応含めて改善していただけることを期待しての投稿です。

ネガティブキャンペーンのつもりはありません。
是非改善していただければ幸いと思いますし、期待しておりますので、是非よろしくお願いしたいものです。

後日来たメール（1/11にメール）

平素より「さくらのクラウド」をご利用いただき、誠にありがとうございます。

先にご連絡いたしましたディスク障害に伴う1月度無償提供について、お知らせいたします。

1月度の無償提供につきましては、1月5日18時時点に存在していたアカウントが対象となります。
そのため、アカウントを1月5日18時以降に作成された場合、またはこれから作成される予定がございましたら、お手数ではございますが追加したアカウント名と作成日を弊社へご連絡ください。
1月30日18時までにご連絡いただきましたアカウントを追加で無償とさせていただきます。

なお、システムの関係上、クレジットカードの与信枠確認は無償期間中も行われますため、限度額を超えた場合にはクラウドサービスのサービス追加等で制限がかかる可能性がございます。
あらかじめご承知おきくださいますようお願い申し上げます。

この度のディスク障害につきましては多大なご迷惑をおかけいたしましたことを重ねてお詫び申し上げます。

今後とも「さくらのクラウド」をよろしくお願い申し上げます。

つまり「どんだけアカウント作ろうとサーバを作ろうと無料でございます。」ってことでございました。
無駄にハイスペックマシンを用意して、試したりしよーっとｗ

※1/10追記　件名修正。トラブルという単語いれておきました。
※1/16追記　後日来たメールも掲載。

Question2Answerをひょんなことからいじったのでその記録。

インストール方法については
http://www.question2answer.org/install.php
に記載があるのでそちらを。英語だけどそんなに難しくないのでがんばれ

で、管理者の投稿だけ背景の色変えたいなーとか思ったのでやってみようと。

編集ポイントは以下です。

1. /qa-include/qa-theme-base.php

function a_list_item($a_item)　のPHP記述内容を編集。
どうやらこのfunctionが、出力部のclassを作っているので。

$authorclass=strtolower(str_replace(' ', '-', @$a_item['who']['level']));

ここまでで、質問に対する回答をしたユーザーの権限によってclass名が付記されるはずです。

2. /qa-lang/ja/qa-lang-users.php

日本語モジュール入れてなければ関係ない。
が、
日本語で使いたいよねーということで。

スーパーアドミン を super_admin に変更します。

日本語ファイルの中に、スーパーアドミン という表記にしようと書かれているんですが、 これがclass名に使われるため、半角英数に修正します。

3. /qa-theme/Customtheme/qa-styles.css

.qa-a-list .super_admin{
 background:#F2FFF2;
}

拙者の環境はおいておいて、
gem 1.8.7
rails 2.3.8
ぐらいの環境下で作成していたアプリをruby script/serverしようとしたら、

ruby script/server
/Users/cyborgninja/.rvm/gems/ree-1.8.7-2011.03@global/gems/activesupport-2.3.8/lib/active_support/dependencies.rb:55: uninitialized constant ActiveSupport::Dependencies::Mutex (NameError)

という、エラー。このエラーはなんじゃ？ということで。


僕個人も深くわかってないんですが、エラーコードでググると海外のBBSでのレスが見つかります。

ruby on rails – uninitialized constant ActiveSupport::Dependencies::Mutex (NameError) – Stack Overflow


Aaron （answered Mar 23 at 21:52）さん曰く、
config/boot.rb にの先頭に
require ‘thread’
って書き足しましょう。


一応これでエラーはでなくなったんだけど、どういうことなのか。

社内のSVNをチェックアウトして、とあるプロジェクトのデータをruby script/serverしよう（Viewや動作確認）と思ったら、動かないってんで困った次第。

それのログ。

ruby script/server
ってうってもダメで調べてみたら
rails server　もしくは　rails s　でいいんだぜ的な解説サイトを発見。

rails s
ってやっても動かない。困った

pg-0.10.1
が無いと言われて困った（PostgreSQL使ってるので）

pg-0.10.1
は、入っているのに動かないから調べる。mkmf.logというファイルを見て、それがわかった。
i386とx86_64の両方対応できるぜという仕様がアホで、i386で動かそうとしてるからpgが動かない的なこと。

オプション付けて入れてみる
sudo env PATH=/usr/local/pgsql/bin:$PATH ARCHFLAGS=’-arch x86_64′ gem install pg
（64版をupdate,installせえよと）

入ったけどrails sではまだ動かない

rubyのupdateが必要

rubyはVer2とVer3の差があって、2と3とで動く動かないがあるのでrubyのVerをいくつか保持する必要があり。

rvmのインストールをする

ところがgitが入ってないのがわかってgitをダウンロードする

gitインスト
dmg叩いてGUIで入れた

rvmインスト（結構時間かかる）
curl -L http://rvm.beginrescueend.com/install/rvm -o rvm-installer ; chmod +x rvm-installer ; ./rvm-installer latest

rvmで、使うrubyのVerを指定してインスト。
rvm install 1.9.2

その後、こんなコマンドをバシバシうって・・・
hash -r
gem install –no-rdoc –no-ri rails
rake db:migrate
rake db:seed
cat db/seeds.rb

DBもできて起動ができましたと。
そのうち読めるように書き直します。

SSH。
suコマンドでrootになろうとする。

その際にrootになったとしても、コマンドをうっても

usermod: command not found

自分はusermodというコマンドをうった際にこれが出た。

usermodが無いって言われる？？ | てっかまきのLinux格闘記に解決方法があります。
すばらしい。

su というコマンドをうつんではなくて、

su -

「su – 」とやると、通らなかったコマンドパスが通る。
「-」を入れるといいらしい。詳細はよくわからんのですが。

パーマネントリンクの変更をしたくなりました。
↓
設定を行いました。
↓
旧URLでアクセスなりましたー（´・ω・`）ｼｮﾎﾞｰﾝ
（当たり前ですｗ）

旧URLの形式が http://cyborg-ninja.com/カテゴリー名/記事名.html
（/%category%/%postname%.html）
のようになっていたのですが、タイトルに記号を入れたりとかしていたので、
URLとしては意味不明な文字列になってくるのでこの度改めようと。

具体的には、
/%category%/%postname%.html
↓
/%category%/%post_id%
と変更しました。

まあ変更例はどうでもよくて、変更するからには旧URLでアクセスできないという状況を打破しないといかんです。
ということで、パーマリンク変更プラグインが必要となりました。

Permalink Redirectを導入します。

1.「Permalink Redirect WordPress Plugin」のダウンロード

Permalink Redirect WordPress Pluginにアクセスしてダウンロードします。
（Wordpressの管理画面からインストールしないほうがいいです。特にWP3.0以上の方は。）

2.インストール

FTPなどで、
/wp-content/plugins/permalink-redirect/ylsy_permalink_redirect.php
に配置されるようにファイルをアップロードしましょう。

3.プラグインの有効化

WordPressの管理画面からプラグインを有効化しましょう。
有効化をすると管理画面の左ナビ、「設定」内に
「Permalink Redirect」が増えているはずです。

4.oldURLの設定（元のURL形式）

Permalink Redirectの画面の「Old Permalink Structures」に旧URL形式を書きます（コピペして持ってくるといいよ）

5.newURLの設定（新しいURL形式）

左ナビの「パーマリンク設定」に新URLに形式を設定しましょう。
旧URLでアクセスして試してみてください。
※なお自分が試した環境は、Wordpress3.0.1、permalink redirect2.0.4です

さくらインターネットさんのVPSの初期設定をログ化していこうと思います。
次回から、らくちんだもんね！
参考にしてるサイトはいっぱいあるんですが自分がつまづいたところはやっぱりメモっておきたい。
（きっと他の人もつまづくだろうからね・・・ｸｸｸ）

さくらから支給されたroot権限。
これ、デフォルトのパスワードのままだと何故かパスワード入れてもrootに成れない。

1.rootのパスワードを変更する

正確にはさくらの管理画面からアクセスするコンソールではrootになれるんだが、MACのターミナルやTeratermなどでは「Sorry, try again」とか「su: incorrect password」とか、日本語で言うと「出直してこい」という文言が表示されて、どうやって出直していいものやら路頭に迷ってましたが以下の作業で解決さ！

デフォルトで用意されたパスワードをなんかしらに変更すれば解決ｗ
セキュリティ的にも変えておきましょう。

出来れば適当な乱数8桁〜10桁ぐらいで。
長い方がセキュリティ上は良いけど、覚えられないから適度に妥協してください。

1.サクラサーバの管理画面から「リモートコンソール」を選択

さくらにログインして、リモートコンソールを選びましょう。

2.ログインしたら「passwd」とタイプ。

パスワード設定します。ここで設定されるパスワードはroot権限のものです。

<br />
Connected to domain www******.sakura.ne.jp<br />
Escape character is ^]<br />
passwd<br />

3.適当なパスワードをタイプします。

具体例だと8eS5J82tとかkz5aHGjcとかがいいと思います）。
発行したら必ずメモるなりパスワード管理ツールに頼るとかEvernoteに記載するとかしましょう。

最終的にまとめると、

<br />
Connected to domain www******.sakura.ne.jp<br />
Escape character is ^]<br />
passwd<br />
Changing password for user root.<br />
New UNIX password:<br />
Retype new UNIX password:<br />
passwd: all authentication tokens updated successfully.<br />

こんな感じになります。hogehogeは上記のような具体例にしてくださいね（hogehogeでもいいけどどうなっても知らないよ）

パスワード発行に関しては以下が便利でせ。
大文字、小文字、数字が交じるようにしつつ「紛らわしい文字は使わない」にチェック入れるのがおすすめです。
みんなの知識【ちょっと便利帳】 – ランダムパスワードを作るパスワード作成プログラム

2.ユーザーの発行をする

次にいつもrootで入るとなると、なかなかに危険なので、ユーザーを作る。
testとか適当なアカウント名でいいので作る。もうお約束ってことでやりましょう。

1.「リモートコンソール」画面のまま「su」とタイプ

これはさっき繋がってるんで、そのままコマンドタイプしましょう。
suコマンドは「スーパーユーザー」というコマンドです。root権限に変わるはずです。

<br />
Connected to domain www******.sakura.ne.jp<br />
Escape character is ^]<br />
su<br />
[root@www****** ~]#<br />

2.「useradd hogehoge」とタイプ。

「useradd test」とか「useradd admin」とかで、適当に。とりあえず「test」で発行します。

<br />
[root@www****** ~]# useradd test<br />
[root@www****** ~]#<br />

3.そして発行したユーザーに対してパスワードを設定する

さっき発行したユーザーは「test」なので「passwd test」とタイプする。
その後パスワードを決めましょう。

<br />
[root@www****** ~]# passwd test<br />
Changing password for user test.<br />
New UNIX password:<br />
Retype new UNIX password:<br />
passwd: all authentication tokens updated successfully.<br />

※ユーザーを間違って作った場合は削除できます。
userdelコマンドを使います。ユーザーディレクトリも消す場合は -r のオプションを入れてください。

<br />
[root@www****** ~]# userdel -r hogehoge<br />

3.公開鍵を作る

自分は公開鍵設定が面倒なのでカット。人にSFTP環境を与えたりするのが面倒なので。
さくらのVPS を使いはじめる | アカベコマイリ
などを見て、やってみてくださいまし。

ひょんなことからサクラインターネットのVPSを契約したので、CentOS的なインストールをいろいろすることに。
まったくやったことないからびくびく。

超参考になるサイトを見ながらインストールしてみる。
「CentOS5初期設定 – CentOSで自宅サーバー構築」を参考に作業。

「（２）一般ユーザの作成&削除(例として一般ユーザ名をcentosとする) 」「（５）パッケージ管理システム設定」を作業。
他はやらないでも大丈夫だった。
yum（ヤム）のインストールは便利だ。

こちらも参考になる。
さくらのVPS を使いはじめる | アカベコマイリ
ナイス赤べこ。

ここも参考に。
http://zenmai.jugem.cc/?eid=16
http://akibe.com/2010/09/centos-setup-01-login/