ディスク使用率99%

晴れ朝寝坊して、目が覚めたら10時45分で焦った。 たまたま今日は何もない日でよかった…… 月曜は10時半指定の作業、火曜は打ち合わせなど、時間が決まっていたので…… 昨日から新しいスマホを使っていて、アラームもきちんとセットしたのだけど、月~金は7時45分、8時の2回アラーム鳴らすはずなのだが、8時のアラームが月~金ではなく、反対の土日の設定になっていて鳴らなかったのだ…… 7時45分は鳴ったが、いつも消してからもう15分寝る生活をしているので、あまり意味がなかった……

今日はサーバーのディスク容量との戦いが勃発した。 ディスク使用量のしきい値を80%、90%にて運用していたのだけど、数ヶ月前から80%を普通に超えるようになって、アラートが鬱陶しすぎるので、しきい値を85%、95%に変更している。 けっこう85%を超えてアラートは出るのだけど、今日は95%超えたアラートが来て、さすがにやばいと思ってサーバーを見に行った。
が、特に圧迫しているものもなく、nginxのアクセスログくらいしか圧迫しているものが見当たらなかった。 デイリーでローテーションしているけど、21時半くらいの時点でアクセスログが450MBくらいあって、日々圧縮されているファイルも18MB前後あった。 ログは30日残しているが、とりあえず12月のは全部消してしまった。 が、すごい勢いでログが書かれていくので、画像系のログを全部取らない方式に変更した。
が、そんな事やっているうちに、使用率99%、残りディスクが200MBになっていた…… 急いでなんとかしないといけなかったが何を削ればいいか……

このサーバーではphpを自分でコンパイルしてインストールしていて、PHPのソースコードやImagickのソースコードなどもあったので、それらを削除。
データベースも、2週間くらい前にアプライアンスの方に移したので、今サーバー内にあるものは不要のはずなので、消してしまった。
それらを消して、なんとか2.2GBくらい空き容量が確保できたが。 このサーバーのディスクが20GBしかないのが、そもそもの原因なので、そこをなんとかしないと根本的に解決は難しいかもしれない。
先日APIのUbuntuサーバー動かし始めたけれど、本格的にこのサーバーのリプレイス作業を進めなくては……

夜はジョギングへ。 今日はペース決めずに7.3km。
5.20, 5.18, 5.13, 5.20, 5.13, 4.55, 4.49と、7.3kmを37分41秒で、キロ5分10秒ペースだった。

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です