特にテーマを定めず気楽に書く日記（主に温泉やパソコン、アニメ、カメラに関することになるかな？） リンクはトップページ、個別記事のどちらでもご自由に。写真等の転載は該当記事へのコメント等でご連絡を頂けるとブログ主が喜びます。＃記事内の商品紹介等にはアフィリエイト広告を含みます。
今朝方職場のサーバーを再起動したところ、別ネットワークのPCから接続できなくなってしまった。
route情報を見るとものの見事にrouteが設定されていない。
どうもネットワークを分割した時には手動で/sbin/routeコマンドを使ってroute情報を設定して、その際に設定ファイルには書いていなかったようだ（設定ファイルそのものが存在していなかった）。
なので、以前書いた「ネットワークの分離」の記事を参考にroute情報の設定と設定ファイル（/etc/sysconfig/static-routes）の作成を行った。
今日が土曜日で良かった・・・・・・・・
←クリックしてくれると嬉しいです。
職場のファイルサーバ用に外付けHDDユニットを買ってきたけど、どのように分割するかで悩んでいる。
スペース効率を考えると1つの大きなパーティションだけを作って、その中に各部門用のディレクトリを作れば無駄なく使えるんだけど、そうすると特定の部門が大容量のデータを置いてしまい、他の部門で使える容量が減ってしまう危険がある。
かといって細かく分割すると空きが点在する形になり、効率が悪くなる。
うーん、どうしようかなぁ？
とりあえず、自分達用のパーティションだけは最初に確保しようっと（爆）。
fdisk->mkfsの順だっけか？（爆）
fstabも書き換えなくては・・・・・・・・・
←クリックしてくれると嬉しいです。
10年以上前からPCの組み立てや組み換えをしているけど、当時のパーツの価格は今と比べると高価だった。
例えば3.5インチHDDの価格は最低ラインが2万円程度で、それ以下に下がった製品は市場から消えていった。
CPUもIntelのハイエンドCPU（Pentium Pro）は当初十数万円の価格が付き、メインストリームのCPUも数万円程度だったので、比較的安価な互換メーカー（AMD、Cyrix、IDT等）のCPUを使っていた。
メモリも当時の主流は72pinのSIMMで、最大容量の32MBのモジュールの価格が1枚７～8千円程度だったと思う。
今はHDDが数千円程度の価格で2TB品が買えるし、CPUもローエンドの製品なら同程度の価格で購入が可能（ネットだけならこれでも十分）。
マザーボードの価格は当時と比べてあまり下がってはいないが、それでも1万円以下の製品も多数あり、探せば5千円以下の製品もある。
ビデオカードは価格帯が広く、3～4千円程度のローエンドから数万円のハイエンドまで様々だが、3D性能が必要無くてオンボードビデオを使うのであれば不要になる（これはサウンドカードも同様）。
メモリも現在の主流であるDDR3の価格が下がったので、当時の32M品と同程度の金額で4GBの2枚セットが購入可能。
このようにパーツの価格は劇的に下がっていて殆どのパーツが1万円以下で購入可能だ。
実際私がメインで使っているPCのパーツの大半が1万円以下で購入したもので、CPU（PhenomIIx4 905e）だけが1万円を超える価格だった。
ところがPCを使うために必須となるOSの価格は全くと言っていいほど下がっていない。
ちょっと調べてみたけど、1999年に発表になったWinows98 Second Editionは当時の価格でOEM（DSP)版が1万円台半ばと現在のWindows7ProのDSP版と同程度。
つまり現在PCを組もうと思ったら一番高いパーツ（？）はOSということになってしまうわけだ。
もちろんゲーム等3D性能を重視したりするとビデオカードが一番高価となってしまうし、CPUにIntel製の４コアを入れたりすればCPUが一番高価ということになるが、そうでなければ上記のようにOSの価格が一番ということになる。
OSとしてWindowsを使わずにLinuxにすれば安価に済ませることも可能で、ネットやメールのみの使用であればこれでも問題なく使えると思う。
最近のディストリビューションであればよほど特殊か最新のハードウェアでない限りはドライバ等で困ることも無さそうだし、使い勝手もWindowsとあまり違わないので乗換えもあまり難しくは無いと思うので、OSが高価だと思う人は選択肢に入れても良いと思う。
←クリックしてくれると嬉しいです。
sendmailでaliasを使用している場合の設定のチェック方法のメモ。
#sendmail -bv alias名
これを実行すると指定したalias名がどのように展開されるかが分かる（-bvはベリファイモードの指定）。
aliasesファイル内に記述してあっても、上記コマンドで出て来ない場合は
#newaliases
でエイリアスデータベースを作り直してみる。
←クリックしてくれると嬉しいです。
DELLのINSPIRON 6000にubuntu10.4がインストールされているHDDを取り付けてみたが、チップセット等が違うPCにてインストールしたOSにもかかわらず問題なく起動してしまった。
ディスプレイの解像度も違うのだがXが自動でディスプレイサイズを検出して最大の解像度で設定された。
内蔵されている無線LANのインターフェースもドライバが自動でインストールされ、設定をするだけでアクセスポイントに接続することが出来た。
以前はLinuxで無線LANを使うには少々面倒な事が必要だったが、今は非常に簡単になっている感じがする。
今もubuntu上でFirefoxを使ってアクセスして書いているが、なんか普通に使えている。
今のところ唯一の不満点はキーボードが英語版なのに、システムの設定が日本語キーボードのままなので、一部のキー配置が異なっていて少々使いにくいということくらいか。
これも設定次第で変更可能なので大した問題ではないな。
ちょっとびっくりしたのは、このINSPIRON 6000のスライドパッドにはスクロール機能があるのだが、デフォルトで有効になっていること。
スライドパッドの右側を上下になぞることで画面が上下にスクロールされる（マウスのホイールを回すのと同じ）。
この機能については諦めていたのだが、試しに触ってみるときちんと動作したのには少々驚いた。
他のWindows機の共有フォルダも見えるし、使用目的がWEBアクセス程度であればWindowsはいらないかも。
←クリックしてくれると嬉しいです。
一個前の記事「fetchmailで取得済みのメールを削除するには？」に書いたことは、-Fもしくは–flushオプションを付けてfetchmailを起動することで実現出来た。
man fetchmailでオプションを調べたときにこのオプションにも気付いてはいたんだけど、-kもしくは–nokeepと同じだと思っていた。
Manpageをよく読むと
-k or –nokeep
「取得したメッセージをリモートのメールサーバから削除します。」
-F or –flush
「新しいメッセージを取得する前に、古い (以前に取得した) メッセージをメールサーバから削除します。」
となっており、この二つの意味は違うことに気付いた（良く嫁！＜自分）
試しに
fetchmail -Fv
を実行したところ、数千通ものメールがサーバから削除されていく様子を見ることが出来、終了後にホームディレクトリにあった「.fetchids」ファイルも消えていた。
うーん、最初にManpageを見たときに気付いていれば悩まずに済んだのになぁ（汗）。
＃「.fetchids」ファイルは取得済みでサーバに残してあるメールのエントリを記録しているファイル。
←クリックしてくれると嬉しいです。
いやまぁタイトルの件が判らなくてサーバと格闘中。
受信するクライアントＰＣが複数台ある関係で”keep”オプションを.fetchmailrcに書いてあるユーザーがいるが、サーバ内に数千通溜まってしまって、受信にえらく時間が掛かってしまうので消してくれといわれて消そうとしてる。
単純に
fetchmail -avK （Kはnokeepと同じ）
とすると、過去に受信したメールを再取得してしまい、数千通を再受信するので少々困る。
いつもはnPopというソフトで古いメールを消しているが、今日に限ってエラーを起こしてしまい作業が出来ない。
うーん、fetchmailで取得済みのメールをサーバから削除する手段があると思うんだけどなぁ、、、、、、
解決策はこちら「-Fもしくは–flushオプションだったのね」
←クリックしてくれると嬉しいです。
昨日書いたMXレコードを設定していないDNSサーバは昨日の内に設定が完了したようで、nslookup -type=mx hogehoge.comで見ても、host -t mx hogehoge.comで見てもMXレコードが見えるようになった。
これでメールの送信元に昨日のようなエラーが返ることもなくなるだろう。
それにしてもDNSサーバの設定をしたのは経験1年のほぼ新人なんだけど、私の「MXレコードが設定されていない」の一言で理解したようなのには少々驚いた。
けっこう出来の良い新人らしい・・・・・・・
←クリックしてくれると嬉しいです。
職場の人からタイトルのような問い合わせがあった。
なんでもこちらからメールは届くのだが、それに対する返信がこちらへ届かないとのこと。
他の人からのメールは届くとの事なので、メーラーの設定誤りでは無い。
先方からエラーメールをFAXで送って貰ったのでそれを見ると、
”No delivery mechanism available”
となっている。
これは大抵は送信元のメールサーバが送信先のメールサーバのIPアドレスを引けない場合に発生し、DNSのMXレコードの設定が正しくない場合に発生する。
試しに適当なサーバで「host -a hogehoge.com」としてDNSの設定情報を見ると、案の定MXレコードが設定されていなかった（爆）。
ドメイン名のみでアドレス参照をするとIPアドレスを引くことは出来るので、大抵のメールサーバはそれを利用しているらしいが、件のメールサーバはRFCの既定通りの動作をしているようだ（だからIPアドレスを引け無い）。
問題はDNSの設定をしたのが私では無いので、設定を直すことが出来ないということだ。
設定した人間は上に書いたようなことを理解してくれるのだろうか？？？
←クリックしてくれると嬉しいです。
今日の朝早くにビルの電気工事（点検？）が入るとかで、昨日の内に連絡が入った。
そのビルにはPCをベースにしたサーバを2台置いてあり、停電に備えてUPSを設置してあるが悪いことにバッテリーが寿命で交換用バッテリーを注文したばかり。
しかも停電予想時間が30分ほどなのでUPSに頼るわけにはいかない。
なので、昨夜の営業終了後にサーバー2台の電源を切りに行き、翌朝出勤してきた人に電源を入れるように頼んできた。
さらに2台の内1台は以前電源を再投入したときに素直に起動しなかったことがあるので、念のため電源を入れたら連絡して貰う様に頼んできた。
今朝になって電源を入れたとの連絡があったので、そのサーバに向かってpingを打ち始めたが20分以上経過してもpingが返ってこないので、これは起動途中でハマっているなと思い現地に行った。
現地に付いてコンソールを見ると恐れていたHDDのエラーは出ていなかったが、その代わりLANインターフェースが応答してこないとのエラーが出ていた。
つまりpingに対する応答が無かったのはLANカードが正しく動作していなかったためだったのだが、何故正しく動作していないのかは不明。
とにかくネットワークに繋がらないとサーバの存在する意味が無いので、代わりに同じ型番のLANカードを複数用意して再度現地に行き交換してみた。
用意したのが手持ちの中古品だったせいか最初に交換した1枚はドライバすらロードされず使えない状態。
少々焦ったが用意した別のカードに再度交換したところ無事にドライバがロードされネットワークにも接続できた。
今回トラブったサーバは全体的に古いもので、今でも動作していること自体が不思議なくらい。
＃CPUがPentiumIIIの550MHzというくらい古いが、電源ユニット以外は無交換。
それでも稼働中は特に問題を起こさないのでそのまま使っていたが、まさか電源の再投入でLANカードが死ぬとは思っていなかった。
幸い同じLANカードが何枚か手元にあったので復旧させることが出来たが、今後はなんらかの対策を講じないとならないなぁ。
←クリックしてくれると嬉しいです。