今更気づいたが、なぜかbootに13GBも割り当てていた事が判明。
[root@mario /]# df -h
Filesystem サイズ 使用 残り 使用% マウント位置
/dev/hda3 4.8G 3.9G 607M 87% /
/dev/hda6 13G 1.5G 11G 13% /usr/local
/dev/hda5 4.8G 618M 3.9G 14% /var
/dev/hda1 13G 177M 12G 2% /boot
tmpfs 379M 0 379M 0% /dev/shm
bootってfsck出来なかったと思うから、再インストール決定！・・・orz
以前、ruby-garoon2icalを利用させて頂き、会社のサイボウズガルーンとgoogleカレンダー経由でiphoneのカレンダーに表示させていたが、ruby1.9.2にアップデートしてからプログラムがエラーを吐くようになった。
エラー箇所は「csv = CSV.parse(result3.body.toutf8)」の部分で、調べると改行コードがCR+LFだとエラーになるっぽい。
仕事のスケジュールが見えないと、何かとめんどくさいのでruby1.9で動くように改修。
たぶん上手い書き方があると思うけど、とりあえず動けば良いので、一旦改行コードがCR+LF形式のCSVを出力してから改行コードを置換すると言った幼稚な書き方をしています。
icalはちゃんと作成されたっぽいので、後はgoogleカレンダーの設定をやり直して待つだけ。
ちゃんと読み込むといいなぁ。
【追記】
cronで回したら以下のようなエラーが発生。
/usr/local/lib/ruby/1.9.1/csv.rb:2027:in `=~': invalid byte sequence in US-ASCII (ArgumentError)
from /usr/local/lib/ruby/1.9.1/csv.rb:2027:in `init_separators'
from /usr/local/lib/ruby/1.9.1/csv.rb:1570:in `initialize'
from /usr/local/lib/ruby/1.9.1/csv.rb:1335:in `new'
from /usr/local/lib/ruby/1.9.1/csv.rb:1335:in `open'
from /usr/local/apache2/htdocs/garoon2-sync/garoon2ical.rb:65:in `<main>'
ruby1.9から文字コードの取り扱いが厳格になった（ruby1.8を知らんが）らしいので、実行時に文字コードを指定する。
ruby -Ku garoon2ical.rb
【追記2】
同期したら文字化けしてた。
どうやらicsを直接見に行かせると、charsetを送っていないらしい。
icsを吐くディレクトリに.htaccessを作成して
AddType “text/calendar; charset=utf-8” ics
を記載。
4月8日付けで、CentOS5.6がリリースされました。
手順はリリースノートに書いてある通り。
（めんどくさかったので、僕はそのままyum updateを実行ｗ）
【結果】
Install 5 Package(s)
Upgrade 114 Package(s)
Remove 2 Package(s)
Reinstall 0 Package(s)
Downgrade 0 Package(s)
[root@hoge ~]# cat /etc/issue
CentOS release 5.6 (Final)
Kernel \r on an \m
URLとかでよく見る「%83G%83%93%83R%81%5b%83h」とかのパーセントエンコードをデコードする方法。
echo ”%83G%83%93%83R%81%5b%83h” | tr % = | nkf -mQ | nkf -w
sendmailで処理されるメールが全てキューに入って送信されない現象が発生。
SMTPポートにtelnetを叩くと、RCPT TOのところで異常時と正常時の違いがあった。
【正常時】
rcpt to:jun@jhhk-family.net
250 2.1.5 jun@jhhk-family.net… Recipient ok
【異常時】
rcpt to:jun@jhhk-family.net
250 2.1.5 jun@jhhk-family.net… Recipient ok (will queue)
sendmailの再起動で直ったっぽいけど、なんだったんだコレ？
先日作ったVCRMを使って、社内で動いているサーバーのファームウェアや管理系のソフトウェアをバージョンアップするお仕事。
VCRMは、インストール済みのソフトウェアとリポジトリを比較して、ソフトウェアのバージョンアップを簡素にしてくれる機能だけど、バージョンアップはパッケージ毎にユーザーが選択する必要がある。
順番とか気にせずにポチポチとバージョンアップをやっていたが、特定のサーバーだけ再起動後に疎通が出来なくなってしまった。
コンソールを繋いでみると、hpsmhのデーモンが起動された直後ぐらいでOSの再起動を繰り返したり、SmaetArreyを認識していなかったりしてた。
とりあえずHPのハード保守を呼んで、システムボードとSmartArrayを交換したけど、それでもOSの再起動は再発する。
ハード保守の方がファームウェアの開発チームやサポセンやら連絡をしてくれて、どうやら原因はiLoのバージョンアップのやり方に問題があったらしい。
今までiLo v1.79と言う、かな～り古いバージョンが動いていたが、上げたバージョンはiLo v2.05
バージョンを一気に上げてはダメらしい。
iLoのバージョンを1.81まで落とすと正常に起動してくれた。
あとあと調べるとHPのサイトに、特定バージョンのkernel以降でiLoをバージョンアップする時は、一旦iLoのモジュールをアンロードするように注意書きがあった。
今日の全てのサーバーのバージョンアップが出来なかったから、もっかい情報を集めてから
再チャレンジしよだな。
— iPhoneから投稿
up2dateやyumで特定のインストール済みパッケージを除外する方法のメモ
opensshなど、ディストリビューションに最初から入っているパッケージはかなり古めのバージョンが使われているが、依存関係とかの兼ね合いで削除する事が出来ない。
ソースからインストールしても、場所によってはパッケージのアップデートに潰されてしまうので、ソースからインストールしたソフトウェアを、パッケージの更新から除外する。
up2dateの場合
/etc/sysconfig/rhn/up2dateファイルに、pkgSkipList=php*;httpd*;とかを書く
yumの場合
/etc/yum.confファイルに、exclude=php*;httpd*;とかを書く