More from: 仕事

←クリックしてくれると嬉しいです。

←クリックしてくれると嬉しいです。

暑い・・・・・・・

今年初めての真夏日体験。
今朝6時半に家を出たときは17度くらいだったのに、福岡(博多)に着いた頃は31度越え。
しかも湿度が高くて蒸し暑い。夕方土砂降りの雨が降ったおかげで気温は下がったが、湿度は上がってしまった。
ホテルはエアコンがあるからまだいいけど、これから食事に出るのがちょっと億劫。

←クリックしてくれると嬉しいです。

←クリックしてくれると嬉しいです。

帰宅

ついさっき帯広から帰宅。
これから明日の福岡行きの準備。はぁーーーー
明日は5時起きだし(笑)
ま、十勝川温泉のエコパークでは打ちたての蕎麦食べてきたし、士幌のプラザ緑風にも行って来たからいいかぁ。
茶来居でも旨い酒と美味しい肴を頂いてきたしなぁ。

←クリックしてくれると嬉しいです。

週明けから

仕事で福岡に行くが、天気が良くなさそう、、、、
まぁ梅雨の時期だから仕方ないけど、今日まで晴れていて明日の夜頃から崩れるみたいで、週明けからは雨模様との予報が出ている。
それでいて気温はこっちの晴天時よりも高い見込みだから蒸し暑く感じそう。
体が暑さに慣れていないから大変そうだなぁ・・・・・・
まぁ仕事先にはエアコンがあるだろうから、仕事中は大丈夫だと思う。
近所にパソコンショップが何軒かあるから、時間があれば寄ってみたい。

←クリックしてくれると嬉しいです。

LANカードだったのかなぁ?

昨日のサーバ、メモリテストではエラーが出なかったので、LANカードを交換してみた。
まずは同じ型番のカードと交換したが改善せず。
ドライバファイルかカーネルの一部が破損したのを疑い、カーネルのリコンパイルとモジュールのリコンパイルをして入れ替えてみた。
それでも改善しないので他のチップを使ったカードと交換したところ、OSのブート時にドライバが読み込まれない。
insmodで手動で組み込むとまともに動作するが、起動時にドライバが読み込まれないと、起動の度に<コンソール>での操作が必要になり、遠隔地には置けない。
マザー自体を交換して(メモリも一緒に交換した)元のLANカードに戻したが最初と同じくパケットが飛ばない。
(ifconfigで見るとTXではエラーが無いが、RXでエラーが発生しているので、送信はしているが応答を受信できないみたい)
ということはハードウェアの問題では無いようだ。カーネルもドライバ(モジュール)もリコンパイルしているので、単なるファイルの破損でもなさそう。
ってことは何が悪いんだろうか?
このままでは埒が明かないので動作したLANカードを使うことにして、起動時にドライバを読み込ませる方法を探ったところ、/etc/conf.modulesでalias設定がされているのを発見。
元のカードのモジュール名が指定されているので、それを新しいカードのモジュール名に書き換えて再起動すると無事にドライバが読み込まれて動作するようになった。
なんとか復旧して使えるようになったが、元々の原因がはっきりしないのが気に食わない。一体何が起こっていたのか謎である。
ちなみにパケットが飛ばなくなったカードは3Comの3C905B、代わりに入れたのがRTL8139D搭載の安物カード。
ドライバは3c59x.oとrtl8139.o。

←クリックしてくれると嬉しいです。

LANカードか?

職場では沢山のサーバを扱っているが、そのうちの1台経由での印刷が出来ないと連絡が入った。
離れた場所にあるのでリモートで入ると非常に反応が遅い。
pingを打ってもかなりのパケットをlostしてしまう。
これはLANカードの不良かと思い、サーバの設置場所まで行って同じ型番のカードと交換してみたが改善しない。
それどころかLANケーブルの抜き差しをしただけでカーネルがpanicを起こしたり、ハングしたりしてしまう。
考えられるのはメモリの不良、LANカードのドライバファイルの破損、交換したLANカードも不良だった、等々いろいろあるが、どれも現地ではどうしようもないのでサーバを引き取ってきて現在メモリのチェック中。
この後同じ型番のLANカードと再度交換し、駄目なら別のチップを使ったカードに交換して別のドライバを使ってみるつもり。

←クリックしてくれると嬉しいです。

SPAM

SPAMと言えばポークランチョンミートの缶詰の商品名の一つ。
自分的にはTULIPのほうが好みだなぁ。

ってな話ではなく、日本語で言うところの「迷惑メール」の話。
職場で受信するSPAMが5000通/日にもなるというので、ブロックするためのアドレス収集を再開した。
2週間程ほぼ毎日受信メールから送信元アドレスを抜き出して/etc/mail/accessに追加する作業をした結果、5000通→1500通程に減少した。
これはsendmailの場合の対処法で、qmail等他のMTAでは別の方法となる。
実際のアドレス収集は自動で行い、その中から受信が必要なアドレスを例外アドレスとして別途収集し、残りを上記のファイルに追加している。
/bin/grep ^From: ”メールスプールファイル名” | /bin/grep @ | /bin/sed “s/^From:.*</From:/” | /bin/sed “s/>//” | /bin/sed “s/ //g” | /bin/sed “s/(.*)//” | /bin/sed “s/$/ DROP/” | /bin/sort | /usr/bin/uniq | /bin/grep -v -f ”例外アドレスを列記したファイルを指定”
上記のようなスクリプトを組んで自動収集をしている。泥臭いやり方だがこれでもアドレスの収集が出来ていて、実際に効果があがっている。
このスクリプトでやっているのは、
1.受信したメールが入っているスプールファイルから送信者のメールアドレス(From行)を切り出す。
2.余分な単語を削除(sedコマンドの繰り返し)した後に行末に”DROP”の文字列を追加。
3.アルファベット順への並び直し(sortコマンドの実行)。
4.同一のアドレスがある場合は一つのみ切り出す(uniqコマンドの実行)。
5.例外アドレスを列記したファイル中にあるアドレスを”grep -v -f”で除去。
これで得られた文字列(”From:hogehoge@geshogesho.com DROP”)をファイルに書き出し新たに例外に追加するアドレスが無いかをチェックした後に/etc/mail/accessファイルに追加してmakeを実行してaccess.dbに反映している。
行の最後を”REJECT”ではなく”DROP”にしているのは余計なトラフィックを発生させないため。
また、たとえREJECTでエラーメールを送り返そうとしても、返す先のアドレスが実在するかどうかが不明で、もしも実在しないアドレスだった場合(むしろそのほうが可能性が高い)にエラーメールが返って来るのを防ぐため。
それにしても相変わらず迷惑メールが多いなぁ。法律が制定されてから初めて適用されたのがつい最近っていうもどうかと思う。
受信者の同意無しに無差別に送るメールにはSubjectに「未承諾広告」と入れなくてはならない筈なのに、最近はそのようなメールを見かけない。
一見まともな内容に見えるメールでも、このような基本的なルールが守られていない。もっと取締りを強化して貰いたいものだ。

←クリックしてくれると嬉しいです。

福岡

前々から気になっていた福岡への出張の日程が再来週に決まった。
発注していたサーバの納期が来週半ばだと思っていたら、今日になってチェックするとなんと今日になっていた。
納期がもう少しはっきりしてから上司への報告をして、そのうえで出張の日程を提案しようと思っていたが、いきなり納期が早まってしまい、慌てて報告と日程の提案をした。
来週前半にも行くことを提案したのだが、社内行事が週の真ん中に予定されているため、前半にも後半にも日程を入れられず、結局再来週になってしまった。
それにしてもいきなり6日も納期を早めないで欲しいなぁ。

←クリックしてくれると嬉しいです。