RubyプログラムのORMにActiveRecordを使っている。サーバーを再起動したら、今まで何の問題もなく動いていたところで"Lost connection to MySQL server during query"が発生するようになった。 しかも、エラーは実際のプログラムでのみ発生し、簡単なテストプログラムでは発生しない。少しずつ本番プログラムに近づけながらいくつかテストプログラムを書いてみたが、なかなか再現せず、調査時間がかかりすぎて打ち切った。最小の再現状況を特定することはできなかった。 OS Debian GNU/Linux 3.1 MySQL 5.0.18 (debian backport) Apache 2.0.54 mod_fcgid 1.05 Ruby 1.8.2 (sarge security update: -7sarge2) ruby fcgi 0.8.6 Act
管理人からのメッセージ ザピースカ http://zap.hakox.net/ ----- 上記に移転しました。以前の記事も移してありますので、 新URLへアクセスして検索してください。 古いリンクは修正いただけると幸いです。 ----- schutz
VMware 仮想ディスクマネーシャ（VMware Disk Manager）を使用する事で、コマンドラインから、仮想ディスクファイルの作成、管理、変更が可能です。 1) コマンドシンタックス vmware-vdiskmanager.exe -x <拡張後のサイズ> 仮想ディスクファイル.vmdk これで仮想ディスク容量の変更はOKです。これで、仮想環境上からみれる物理ディスクの容量は増えます。 仮想ディスク容量を増やした後どうする？ 上記のコマンドで仮想ディスクを増やしただけでは OS 上から使用可能な容量は増えません。パーティション情報も変更してやる必要があります。商用の Partition Magic とか持っていなくても、GParted Live CD を使えば、パーティション情報を変更することができます。ISOイメージをダウンロードして、VMware の仮想 CD-ROM の「I
UIEUEIのid:shi3zさんがミスについての話を書いておられる(会社名間違えてました.大変失礼しました. > shi3zさん). 部下が致命的なミスをするのは全面的に上司の責任 1行でまとめると「ミスは必ずおきるので,ミスを事前に検知する仕組みが必要だよ」ということなんだけど,私も前職ではありとあらゆるミスやトラブルに遭い,それに対して思うところがあるので,どう対処してきたかを書いてみようと思う. このエントリは長くなりそうなので,先に「今来た3行」でまとめるとこんな感じになる. ミスやトラブルはありとあらゆる隙間を縫っておきるので,確率的なものととらえる方がいいよ. ミスやトラブルがおきた時の影響を最少にするためにはミスやトラブルを検知することの他に,「そもそもそんなミスが起きえないようにする」,「万一そのミスがおきても大丈夫なようにする」為の仕組み作りが重要だよ. 根性論に頼るの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
