kourin.org管理人ブログ

本日、光輪サーバーが落ちました。
というのも、cronに仕込んである日次のバックアップが
失敗したというメールが届いていたので、
ログインしてバックアップ先のUSB-HDDを確認してみたんですが、
マウントできない….だけでなく、デバイスが見えない….

USB-HDDの電源ON/OFFでは改善せず。
色々コマンドを叩いていたら、突然無応答になった！ (;´ρ`)
仕方が無いのでリセットしてみたら・・・

カーネル読み込み後に、そのまま停止してしまう…

USB-HDDの電源を切ってみたがダメ
USB-HDDのUSBを抜いてみたがダメ
やけくそで、SCSIカードを抜いてみたら…あら、OK (･ε･)

このSCSIカードは、
MOドライブにサーバのバックアップを保存するのに利用
していたんですが、ちょっと前にMOのマウントが出来なくなり…
メディアを替えてもダメなので、放置プレイしていたんですが、
・・・もしかすると、SCSIカード側に問題があったのかも。。。

何はともあれ、光輪サーバー無事復旧です。

ぁ、そうそうUSB-HDDは何の問題もなかったです。
MOドライブがもはやオブジェと化していますが….
まぁ、いいでしょう。 (～´д`)～

管理人は、実家と自宅間をVPNで常に繋いでいて、
主要なサーバー群は、実は実家の方に置いてあったりするんですが、

朝起きたら、何やらVPNが切れてました。
たまーにPCの時刻がおかしくなって繋がらない事があるんで、
時刻に間違いが無いことを確認して、PC再起動してみましたが・・・繋がらない。

VPNサーバー側を確認してみる・・・。
ん～～・・・コネクションが来てない？？念のため再起動してみるが変化なし。

VPNクライアント側を確認してみる・・・。
ん～～～・・・接続しに行ってるけど応答なし？？

試しに、VPNサーバに向かってtelnetしてみるが応答なし、
IPTablesをリスタートしてみたが、変化なし・・・、
念のためルータも再起動したが当然変化なし。。。

なんか、終いにはSSHも繋がらなくなったぞ？
と言う訳で、非常用の裏口・・・別のVPNソフトで接続して
VPNサーバにシリアルからログイン・・・IPTablesを一時的に落としてみる。

・・・ぁ、繋がった・・・。
と言うわけで、何らかの原因でIPTablesがおかしくなってたみたいです。
もちろん、すぐに再設定しましたとも・・・えぇ。

訳があって、cgiを組みました。
シェルスクリプト以外で、ゼロからのプログラムなんて、
5･6年前に触ってたラムダを除いたら・・・
それこそN88日本語BASICまで遡ってしまう管理人ですが 🙁

cgi入門サイトを参考に
丸一日格闘しましたよ。。。

それでも半分perlで半分sh (^-^;
これで、勘弁して下さい。。。

先日管理人用のメール鯖が復活したので、
溜まりに溜まったメールを捌いていると・・・なにやら数日前から
光輪サーバーのyumがエラーを吐いてる様子。

● まずは手動で実行
# yum update
Loaded plugins: downloadonly, fastestmirror
Loading mirror speeds from cached hostfile
 * base: www.ftp.ne.jp
 * updates: www.ftp.ne.jp
 * addons: www.ftp.ne.jp
 * extras: www.ftp.ne.jp
Excluding Packages in global exclude list
Finished
Setting up Update Process
Resolving Dependencies
–> Running transaction check
—> Package pango.i386 0:xxxxxxxx set to be updated
—> Package audit-libs.i386 0:xxxxxxxx set to be updated
—> Package audit.i386 0:xxxxxxxx set to be updated
—> Package poppler.i386 0:xxxxxxxx set to be updated
—> Package file.i386 0:xxxxxxxx set to be updated
—> Package audit-libs-python.i386 0:xxxxxxxx set to be updated
—> Package sos.noarch 0:xxxxxxxx set to be updated
—> Package kexec-tools.i386 0:xxxxxxxx set to be updated
Traceback (most recent call last):
  File “/usr/bin/yum”, line 29, in ?
    yummain.user_main(sys.argv[1:], exit_code=True)
（中略）
    setattr(self, item, _share_data(db_obj[item]))
TypeError: unsubscriptable object

軽くググってみるとyumのデータベースが壊れると
こんな症状になるらしい。
・・・確かにｆｔｐサーバのアドレスとかオカシイねぇ。。。

Continue Reading »