チラシの裏

あるチェックようのプログラムを使用したら、突然、ディスクI/Oエラーが・・・・
/ 以下に新規ファイルを作成できなくなるし・・・・・

一体、この症状は何なんだろう、と思って、マウント状況を調べてみたら
[root@s1 root]# cat /proc/mounts
rootfs / rootfs rw 0 0
/proc /proc proc rw 0 0
/dev/root / ext3 ro,data=ordered 0 0　　←　なぜか　リードオンリーに！！
/proc /proc proc rw 0 0

工工エエｴｴ（´Д｀）ｴｴエエ工工

なんでそうなるの・・・・・・

/ だからremountも出来ないし、ﾏﾝﾄﾞｸｾからリブートすることにした。
が、
rm: cannot remove ‘/ .auto-fsck’ : Read-Only file-system
と表示されてリブートできない・・・・

もう、しょうがないから電源を引っこ抜いて強制リブートすることに。
当然、リブートの途中でエラーが出て止まってしまった。
rootのパスワードを求められたので入力したら、とりあえずログイン
だけは出来るようになった。

本当はいけないんだけど、/をumountせずに fsck -y / としたら
無事に復旧しましたとさ。

めでたし　めでたし。

作業の効率化のため、phpMyAdminをインストールしてみたが、
「mcryptが無い」と怒られますた。

環境：Ubuntu 9.04 Server、PHP5

# aptitude install php5-mcrypt

# /etc/init.d/apache2 restart

これで警告が出なくなった。

環境：Ubuntu 9.04 Server

●postfixを除外する（ホールドする)
# echo postfix hold | dpkg –set-selections

●ホールドの解除
# echo postfix install | dpkg –set-selections

●インストール済パッケージリスト
# dpkg -l

ii インストール済

hi hold and インストール済

rc 削除済

ウチのvineちゃんでlocateを使ったら妙なエラーがでるようになった。

decode_db(): read: Input/output error

ググっても全く引っかからないし・・・・・・
とりあえず、slocateの再インストールでもしてみるか。

# apt-get remove slocate

# apt-get install slocate

# updatedb

これで解決した。けど、原因が分からないのが気持ち悪いなぁ。

サーバが高負荷状態の時はプロセスの再起動に失敗することがあります。
(たとえば service apache2 restart

このようなエラーは制御スクリプト内のstop()に失敗している時に起こります。
(そもそもstop()に失敗しているのにstart()しようとしている

このような事態に陥ってしまった時は、生き残っているプロセスを全てkillしてから
startさせれば大抵解決します。

●まず、生き残っているプロセスのIDを調べます。

# ps -ef | grep apache
root 5515 1 0 Jul03 ? 00:00:00 /usr/sbin/apache2
apache 13475 5515 0 04:02 ? 00:00:00 /usr/sbin/apache2
apache 13476 5515 0 04:02 ? 00:00:00 /usr/sbin/apache2
apache 13477 5515 0 04:02 ? 00:00:00 /usr/sbin/apache2
apache 13478 5515 0 04:02 ? 00:00:00 /usr/sbin/apache2
apache 13482 5515 0 04:02 ? 00:00:00 /usr/sbin/apache2
apache 13483 5515 0 04:02 ? 00:00:00 /usr/sbin/apache2
apache 13484 5515 0 04:02 ? 00:00:00 /usr/sbin/apache2
apache 13485 5515 0 04:02 ? 00:00:00 /usr/sbin/apache2

●killコマンドでプロセスを殺します。
(一番小さいプロセスIDをkillすると大抵は全部killできます。

# kill 5515

●もしくはkillallで一気に消すことも可能です。
(LinuxのkillallとSunOSのkillallは意味が違いますので注意してください。

# killall apache2

●生き残っているプロセスを全部殺せたらstartしましょう。

# service apache2 start

これでOK^^

●極稀に、こういう問題も起こるようです
[root@s1 root]# ipcs -s | grep apache
0×00000000 524288 apache 600 1
0×00000000 557057 apache 600 1
0×00000000 589826 apache 600 1
0×00000000 622595 apache 600 1
0×00000000 655364 apache 600 1
0×00000000 688133 apache 600 1

プロセスは死んでるはずなのに、ipcリソースだけ残ってる・・・・・

そういう場合は、　
# ipcrm sem 524288
という感じで残ってるリソースを全部削除してからstartすれば解決するはずです。
一個ずつ消すのがﾏﾝﾄﾞｸｾという人はipcsの出力結果をawk等で
処理して一気に消せばいいでしょう。

例：
# ipcs -s | grep apache | awk ‘{print $2}’ | xargs ipcrm sem