しぇる・さーばの最近のブログ記事

８／２１ ４：３０ごろから２２日１０時ごろまでサーバがダウンしていました。
昨日のspamassassinのアップデート後に落ちてしまったようです。
夏前のサーバ内部掃除に発見したコンデンサのふくらみが気になっていましたが、それが原因でした。
予備のサーバに切り替えようとしたら、かなりパワーダウンな機材しか！
あれ？同仕様の基盤は？？？どこに？？　まぁ、そのうちまた出てくるのでは？(ぉぃぉぃ)

 見た目上は、該当のコンデンサのみなので、久しぶりに半田ごて登場。
中学校から愛用していた２０Wコテはどうも温度が上がらなくなってしまったようで、高校から愛用している４０Wコテにてせっせとコンデンサをはずして、吸引機で穴をきれいにして、新しいコンデンサに交換。
 
　一番右のやつ。結構膨らんでます(汗)。　　　　　　取り外したＣ。底のゴムも危ない状態。


　交換したコンデンサ。ちょい容量が大きいですが。(笑)

ついでに昨年DigiKeyでお取り寄せしたファンも交換。昨年交換した１４K回転のは結構うるさかったので、これで、静かになるのかな？？

元通りに組み立てて、さてさて、起動してくれるかな？

   
４：３０ごろに止まったようです。　６時過ぎに、奥様に再起動を２回ほどお願いしたのが...

下記のログはmessages。

Aug 21 04:06:31 sb2 cced(smd)[22714]: client [0:2082] has admin rights
Aug 21 04:06:32 sb2 cced(smd)[22718]: client [0:22710] has admin rights
Aug 21 04:07:39 sb2 clamd[14160]: Database correctly reloaded (1026253 signatures)
Aug 21 04:17:39 sb2 clamd[14160]: SelfCheck: Database status OK.
Aug 21 04:32:29 sb2 clamd[14160]: SelfCheck: Database status OK.
Aug 21 06:10:11 sb2 syslogd 1.4.1: restart.
Aug 21 06:10:11 sb2 syslog: syslogd 起動 succeeded
Aug 21 06:10:11 sb2 kernel: klogd 1.4.1, log source = /proc/kmsg started.

4：32のClamAVのチェックが最後の書き込みだったようです。
通常だと、この時間では、
Aug 20 04:31:00 sb2 spamassassin: spamd 停止 succeeded
Aug 20 04:31:06 sb2 spamassassin: spamd 起動 succeeded
こんな感じでspamassassinが再起動しているんですが、
この負荷で落ちてしまったようです。(涙)

ディスクも問題ないようなので、もうちょっとがんばってもらわないと。
# cat /proc/mdstat
Personalities : [raid1]
md3 : active raid1 hda3[0] hdd3[1]
      1000320 blocks [2/2] [UU]

md1 : active raid1 hdd1[1] hda1[0]
      2000256 blocks [2/2] [UU]

md2 : active raid1 hdd2[1] hda2[0]
      2000256 blocks [2/2] [UU]

md5 : active raid1 hdd5[1] hda5[0]
      2000256 blocks [2/2] [UU]

md6 : active raid1 hdd6[1] hda6[0]
      32080960 blocks [2/2] [UU]

unused devices: <none>

無事起動して一安心です。
RaQ4を未だに使っているのは、まぁそれなりのパフォーマンスだし、なんと言っても消費電力が少ないのと、フロントパネルのＬＣＤ。それにかっこいいしね（個人の趣味ですが）。
ＲａＱ５５０もあるんだけど、消費電力が結構あるし、かなりやかましいので凍結です。
まぁ、５５０にするなら、Ｐ４のサーバかＸｅｏｎのサーバがあるのでそっちにするだろうし。
アフィリや広告で電気代が稼げるんだったらアップデートするんですが...orz
最近は、atomのサーバもちらほらあるようですが、なかなかよいシャーシが無くて...


とりあえず、お騒がせいたしました。m(__)m

本日も、９：２０～と１６：５０～の実施でしたが、今回も停電はありませんでした。
一応市原市は第一グループなのですが、南部と北東部が対象でした。
どうも我が家は北西部のようです。

いろいろと風のうわさでは、鉄道（ＪＲと京成線）があるからというのが理由のようです。
しかし、そうも言ってられずに停電になることもあるので、サーバは奥様と真穂ちゃんが停止処理をしてくれているので安心です。
一応、１時間ほど様子を見て立ち上げてもらってます。

我が家のしぇるですが、先ほども地震があって、びびりまくりですが元気です。

朝６：２０からの停電は回避されました。
いろんなところで省電した結果なのか？苦情が多かった結果なのか？

自宅で生命維持装置とか病院それに、老人ホームとかもすべて停電になっちゃうと、本当に命にかかわることになっちゃうし。
昨日の報道では、３時間以上稼動可能なポータブルなどを医療機関を通じて確保してくださいって、土日で連絡取れない状況で、朝の６時ってどうなのかな？病院で受け入れ態勢も取れないのに...

主要な大きな交差点で信号機が止まってしまったら、警察官の方が交通整理をしなくてはならないだろうし。それにしても人の手配が難しい。

とりあえず、朝出勤で内房線の駅に行ったらシャッターが閉まっていて運休。
なんだか、千葉県内の鉄道はほとんど運休のようです。
首相が適当に東京電力の言うことをいろんなことを考えずに返事をしたとしか思えないのは私だけなのでしょうか？
どうせなら、緊急祝日にしてしまえば、電力は大丈夫だったのではと思うのも変？
ほとんどのガソリンスタンドでは、売り切れで休業しています。
我が家の近所のガソリンスタンドでは車が路上で待ち状態のため、家の前のとおりは車が動かない状態です。買い物にいけないかな？

なんだかんだと、今日は仕事にいけないので、しぇるのサーバを立ち上げています。
なんとか今日中にレンタルサーバが見つかれば...
　国内よりも海外が良いのか？難しいですね。

東京電力は、11日に発生した東北地方太平洋沖地震の影響で、14日について計画停電を実施すると発表した。
都心を除いた東京電力のサービスエリア内を5つの地域に分け、各地域ごとに3時間程度の停電を行なう。停電地帯では、企業や個人宅、病院などの区別無く停電する。

というわけで、しぇるのサーバは自宅サーバで千葉県市原市にあります。
市原市は、第一グループとなっており、１日2回の停電が実施されます。

第1グループ　 6：20～10：00と16：50～20：30　の時間帯のうちそれぞれ3時間程度

http://kaden.watch.impress.co.jp/docs/news/20110313_432777.html

http://www.tepco.co.jp/images/chiba.pdf

このため、１４日は６：００から２１：００までサーバを停止しますのでご了承ください。
また、１５日、１６日にレンタルサーバを検討しますのでご不便をおかけいたしますがよろしくお願いいたします。
最低でも、MXサーバのみ外部に外出しを検討しています。
DNSの変更が伴いますので、若干メールが届かない可能性があるかもしれませんので、緊急のメール・重要なメールは他のメールアカウントを併用してください。

現在サーバに収容しているドメインは、shelties.jp、sheltie.ne.jp、sheltie.meです。

しぇるのサーバはインターリンクです。
今日は全国的にネットワーク工事で接続ができないとのこと。

はじめのアナウンスでは、ZOOTが９時から１０時１５分までって、こんなんじゃ気にしなかったんですが、今日は９時半ぐらいからず～～っとつながらない。１０時半になっても...

まぁ、１１時４４分に接続されてサービスが開始できたんですが、、、、

そう、はじめのアナウンスでは、


　　●工事中のサービス中断について
　　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　フレッツ接続(ZOOTサービス）をご利用のお客様は
　　工事終了後にサービスを再開するために、お客様側にて
　　インターネットへの再接続（リセッション）をお願いします。

　　  詳しくはこちらをご覧ください。
　　　>>http://www.interlink.or.jp/support/index.html

　　［2010年8月26日(木)　9:00 ～ 10:15の間、ご利用になれません］
　　..........................................................................................
　　　・フレッツ接続ZOOTサービス

　　［2010年8月26日(木)　9:00 ～ 10:15の間、ご利用になれません］
　　..........................................................................................
      ・ダイヤルアップクラシックサービス
　　　・モバイルアクセスサービス
　　　・マイドメイン1000サービス
　　　・えらべるメールサービス
　　　・えらべるWebサービス
　　　・おまかせDNSサービス
　　　・マイIPサービス
　　　・ハウジングサービス
　　　・ドメイン取得サービス
　　　・ドメイン転送サービス
　　　・インスタントDNSサービス
　　　・マイぽしぇっとサービス
　　　・ドデカメールサービス

ということで、８／２にもらったメール。
で、１２日にもらったメールでは、

【重要】 ネットワーク工事最新情報と弊社対応のご案内　- インターリンク -


１．8月26日(木)ネットワーク工事最新情報
　
　ＮＴＴ西日本の一部地域で、工事完全終了時間が8月26日16時に変更になりました。
　工事終了時間が遅くなりましたことを深くお詫び申し上げます。

　全国の工事が完全に終了するのは、ＮＴＴ西日本の一部地域を除き、8月26日14時と
　なっておりますが、10時30分頃から順次ご利用できるようになります。
　工事が完了次第、ご利用可能となりました都道府県名をサポートホームページおよび
　携帯用ホームページにて随時お知らせいたします。

　ご利用の多い地域から優先して早めの工事を行いますので、ご了承いただきたく
　お願い申し上げます。

ということで、関西が１６時に変更になったと。
っていうか、下の行の「ＮＴＴ西日本の一部地域を除き、8月26日14時となっておりますが」って、いつ決まった？１０日間の間にメールなんて無かったぞ。
文面からは、関西が１６時になったってしかとらなかったよ。

まぁ、ＮＴＴの大きな工事だから人員的に夜はできなかったのかな？
費用も思いっきり高くいわれちゃったんだな、インターリンク。

なんだか、ずーっとルータ監視してて、再起動が必要になるかな？なんて思っていたら、勝手に接続終了していました。(笑)


でも、サーバの監視のＭｕｎｉｎ君がｎｔｐでわけのわからないことに。
なぜだかｊｉｔｔｅｒ値が4kって、どういうこと？

なんでかね？？？

# ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*LOCAL(0)        LOCAL(0)        10 l   22   64  377    0.000    0.000   0.001
 ntp3.jst.mfeed. 210.173.160.86   2 u  262 1024    1    7.674   -0.648   0.001

と、問題は無いと思うんだけどね。
なんか、delayが気になるけど。(７秒なの？)
　delayは7msecだったのね。(笑)
　reachが増えれば安定するのかな？

というわけで、接続できなかった皆さんごめんなさい。