この文字列はwireshark等のパケット解析ツールを使ってパケットの中身を見ることで自在に変更可能。Commentsuptimeカウンタ仕事場の出来事メモサーバが突然リブートしだした。タイトルのとおりuptimeカウンタのオーバーフロー、俗に言う497日問題によるもの。linuxカーネル2.4まではuptimeカウンタにもちいるtime.cのjiffies変数が32bit長であるため2の32乗=4,294,967,296まで表示が可能。uptimeカウンタは10msで1upするため42,949,672.96秒の表示ができる。これを3600秒で割れば11930.46時間。続いて24時間で割れば497.10日linuxカーネル2.6ではこのjiffies変数が64bit長であるため問題は解消される。計算してみると2の64乗=18,446,744,073,709,551,61618,446,744,073,709,551,616/100/3600/24/365=5,849,424,173.5558億年。地球の年齢に匹敵する。これはCPUのアーキテクチャが64bit版だろうが32bit版だろうが関係ない。2.4系カーネルの場合は1年に1回メンテナンスリブートしなければいけない。そんな古いのを使わずにさっさとリプレイスというのもあるけれども。記載がありませんでした。先日サーバを増強しました。HDDを2台追加し3台構成で運用中です。耐障害性を向上させるための増強になります。本体は1台だったり自宅サーバでUPSなしだったりするので「ほんのちょっとだけ」耐障害性UPといったところでしょうか。Commentslogwatchの導入システムで利用しているサーバにおいて、logwatchを導入しました。利用する際には別途導入することが必要でした。logwatchは/var/logディレクトリ(デフォルト)の中のログを解析し、SSHのアクセス状況やmailサーバの利用状況等をまとめてくれます。SSHやパケットフィルタのレポートについてまとめてくれている部分で有効性が見出せそうです。オプションチューニングは別途実施でしょうか。Commentssambaの設定メモ久しぶり記載。今年からサーバマイグレーションを実施中です。今回は共有ディスクサーバで利用しているsambaサーバの構築についてメモ。・共有ディスクを個別のサーバから仮想サーバへの移行を計画。・共有スペースが存在するデータドライブは外付け・仮想サーバにマウントするにはデータドライブの中身を仮想サーバに合わせた形に変換する必要がある・仮想サーバ側のディスク領域がないために仮想サーバホストOSにsambaを搭載してしのぐことにするというわけで仮想サーバホストOSにsambaをインストールし、外部ディスクをマウントしてネットワーク共有できるようにすることにしました。・/usr/local/sambaにインストール・利用クライアントはwindows設定ファイルはsmb.confデフォルトでは/usr/local/samba/lib配下に配置する。ユーザ名windowsユーザ名とパスワードを投入しておけばネットワークディレクトリアクセス時に自動で認証する。libwbclient.so.0にライブラリパスを通す。外部ディスクがオートマウントされないようにすることが課題として残っています。現在プライベートで利用している端末をWindowsからLinuxへの移行をしています。先週金曜日からはじめ、すこしづつ形になってきました。6.0.2今利用しているPCはノートPCなのでディスクが1台内蔵されています。Linuxを導入するための領域確保からスタート。そのためにEASEUSのPartitionMasterをインストールD:\にある80GBの領域から50GBをLinuxに割り当てるように分割。その後システム側の調整を経て無事50GBを確保完了つづいてdebianインストール特に問題なくインストールできました。このあとkernelの再構築を実施していきます。Comments主要機能を仮想サーバに移設完了ようやく主要機能を仮想サーバの方へ移設することができました。いうのも以前利用していたサーバにはハードウェアトラブルが存在しており、つい先日まではあまり気にも留めていませんでした。そのトラブルはネットワークインタフェースのリンクが途絶えてしまうことで、きっかけがつかめませんでした。先日大きなファイルを添付したメールを送信した際にかなり頻繁にインタフェースのリンク断が発生し、メール送信がスムーズにいかない事象が発生したために、今回の移行を実施することにしました。移行に際して特別なことは実施せず、まずは移行することに集中し、今までの機能を提供させるようにしています。今までのサーバは別の場所でバックアップサイト用として利用することを計画しています。効果的に利用したいですね。Comments仮想マシンへ移設(web)現在のコンテンツを仮想マシンへ移設しました。ローカルで確認している分には、レスポンスが早くなった感があります。下記にスペックの比較を示します。2.4GHzMEM:512MBHDD:SATA詳細なスペック比較ではないので技術的なコメントはできませんが、ざっとみても下地の強化になりました。仮想マシンになったことで耐障害性も向上できるメリットもありますからね。そのうちメールサーバも仮想マシンに巻き取ります。巻き取ったあとのサーバはバックアップサイト用に別拠点へ持っていきます。システムを使う人数は少ないけれども、構想は大掛かりになっています。ひとりでweb系システムを一通り作ることができるように気合をいれなきゃいけないね。今日も仮想マシンネタでいきます。仮想マシンの利点として、下記の点が挙げられます。現在DHCPとDNSサーバを同一ハード(玄箱pro)で展開しています。仮想端末と連携をとり、冗長構成を組んでみようと思います。構成は仮想サーバをプライマリとして、現在利用中のDHCPおよびDNSはセカンダリとして利用することを考えています。いうのも玄箱proではPXEbootする際のtftpサーバからのデータ転送がうまくいかず、ネットワークインストールに支障が出ているため、DHCPプライマリとして利用するならば仮想サーバで実施するほうが恩恵をうけられると考えています。DNSについてはあわせてこちらに寄せてしまおうと、あまり深くは考えていません。