たーくんずろぐ
たーくんのBLOG

Navigation

Navigation

Categories

Search

Feeds



Total144017
Week815 Yesterday193 Today136 Since 2004-12-19
Google

FreeBSD 8.0-RELEASEでのvge(4)ドライバ不具合

先だってFreeBSDの8.0がリリースされた。
そこで、7.2-RELEASEから8.0-RELEASEへアップグレードした所、ネットワーク通信において、いくつかの不具合が見られた。
sshでのログイン等の通常の通信は問題無いが、Apacheにおけるブラウズ、cvsupによるアップデートが正常に通信出来ないと言うものである。

  1. Apacheの場合、軽いページでは問題無いが、PHPやスタイルシート、画像の多い重いページを開くと、ブラウザの表示が不規則に乱れる。
  2. cvsupの場合、以下の様な表示が出力されてアップデート出来ない。cvsupを行なう時間や、サーバを変えても同じ。

# cvsup /usr/local/etc/cvsup/standard-supfile
Connected to cvsup2.jp.freebsd.org
Updating collection src-all/cvs
TreeList failed: Network write failure: Connection closed
Will retry at 07:23:30

どうもネットワークの送信側に問題がありそうである。
FreeBSD-users-jpへ投げてみたが、反応が無かった為、send-prした所、最新のvge(4)ドライバを試して欲しいとの返答。
早速最新のHEADブランチのソースを入手し、カーネルをコンパイルした所、あっさり解決した。
本家では、更なるテストを行なった後、MFCされるとの事である。

10:43:31 on 2009/12/20 by tahkun - サーバ関連 - comments - 0 TrackBacks

時計がずれる（その２）

以前 、メールの読み書きに使用しているPCの時計がずれる件について書いたが、解決策が見つかったので記述する。
解決策としては、以下の2点がある。
  1. 別のタイマーに変更する。
  2. タイマー自体を調節する。
別のタイマーに変更するには、kern.timecounter.hardwareに使用するタイマーを設定すれば良い。
設定できるタイマーの一覧は、kern.timecounter.choiceに記述されている。
$ sysctl kern.timecounter.choice
kern.timecounter.choice: TSC(800) i8254(0) dummy(-1000000)

上記の例では、設定できるタイマーとして、TSCおよびi8254が設定できる事を示す。
タイマーをi8254に設定するには、以下のコマンドを実行する。
# sysctl kern.timecounter.hardware=i8254
kern.timecounter.hardware: TSC -> i8254

今回は、タイマーを変更するのではなく、タイマー自体を調節する方法を選択した。

more...

19:40:41 on 2007/10/28 by tahkun - サーバ関連 - - 0 TrackBacks

百度の検索クローラーBaiduspiderの拒否

このブログのアクセス解析を行なってみると、Baiduspiderと呼ばれるクローラーからのアクセスが大量にある事が判明した。
このBaiduspiderを調べた所、中国の百度と呼ばれる検索サイトのクローラーなのだが、悪質で数秒に1回のペースでアクセスし続けている。
これはたまらないと言う事で、robots.txtに以下の記述を行なった。
User-agent: baiduspider
Disallow: /
設定から数日後、Baiduspiderの大量アクセスは無くなった。
フト、サーバのMRTGを見てみると、以下のような状況だった。
CPUの推移です。
こちらは温度推移です。
平均10%程度、CPUが喰われ続けていた事になる。
驚きだったのは、Baiduspiderからの大量アクセスがなくなると、CPUの使用率が下がると共に、CPUの温度も共に下がっている事である。
数秒に1回のアクセスとは言え、馬鹿に出来ない量だったと言える。

11:43:18 on 2007/09/23 by tahkun - サーバ関連 - comments - 0 TrackBacks

時計がずれる

自宅でのメールの読み書きには、ずっと前に現役を引退した超々初期のLet'sNoteである CF-M1VAを使用している。 参考
emacs+mewで読み書きしているので、それ程苦労も無く使用していたのだが、先日時計が大きくずれていることに気がついた。
NTPで時刻合わせをしているはずなのだか。。。と思いつつ調べてみると、以下のようなメッセージが大量に出力されていた。
Aug 19 19:58:41  foo ntpd[6862]: time reset +2.149452 s
Aug 19 20:22:21  foo ntpd[6862]: time reset +2.162954 s
Aug 19 20:46:54  foo ntpd[6862]: time reset +2.441240 s
Aug 19 21:10:29  foo ntpd[6862]: time reset +2.253030 s
Aug 19 21:34:00  foo ntpd[6862]: time reset +1.761721 s
Aug 19 21:58:40  foo ntpd[6862]: time reset +2.249165 s
Aug 19 22:34:03  foo ntpd[6862]: time reset +2.656851 s
Aug 19 22:43:44  foo ntpd[6862]: time reset +1.560978 s
Aug 19 23:08:18  foo ntpd[6862]: time reset +2.445085 s
機体が古い事もあり、内蔵クロックがおかしくなっているようである。
何とかしたいと、あれこれ調べてみると、Linuxの世界では、システムクロックを調節するadjtimexというコマンドがあるらしい。
カーネルのシステムクロックを調整するシステムコールを呼び出す様だが、このシステムコールはFreeBSDには見当たらない。
adjtime(2)というシステムコールはあったが、どうも違うようだ。
FreeBSDでシステムクロックを調節するにはどうすれば良いのか、ご存知の方が居られたら是非ともご教授願いたい。

23:23:14 on 2007/08/19 by tahkun - サーバ関連 - comments - 0 TrackBacks

本番機をFreeBSD 6.2-RELEASEへアップグレード

portsで採用されているXが7.XBASEに変更された頃から、portupgradeを実行すると、以下のメッセージが出力されるようになった。
On FreeBSD before 6.2 ports system unfortunately can not set default X11BASE by itself so please help it a bit by setting X11BASE=${LOCALBASE} in make.conf.
On the other hand, if you do wish to use non-default X11BASE, please set variable USE_NONDEFAULT_X11BASE.

メッセージの通り、/etc/make.confにX11BASEを記述していたのだが、いい加減もうOS自体をアップグレードしても良いだろうと言う事で、6.2-RELEASEへアップグレードした。
マイナーバージョンアップなので、特に問題も無くアップグレードできているようである。

22:27:08 on 2007/06/10 by tahkun - サーバ関連 - comments - 0 TrackBacks

実験機のXを7.xBaseにアップグレード

実験機のXを6.xから7.xにアップグレードした。
と言っても、この頃はXを使わないので、余り関係の無いのだが、取り敢えず最新版に追従しておく意味も含めてアップグレードを行なった。

しかし困ったのが、ソースを取り寄せる際の転送速度の遅い事、遅い事。
仕方が無いので、ファイル名から検索して手動で取り寄せていたが、Xともなるとソースファイルの数が尋常ではなく、とても手に負えない。
何か手はないかと考えた所、portsのサイト一覧を記述しているbsd.sites.mkに以下の記述を発見した。
.if !defined(IGNORE_MASTER_SITE_XORG)
MASTER_SITE_XORG+= \
     ftp://ftp.gwdg.de/pub/x11/x.org/pub/%SUBDIR%/ \ ←ここが遅い！！！
     ftp://ftp.cica.es/pub/X/pub/%SUBDIR%/ \
     ftp://ftp.cs.cuhk.edu.hk/pub/X11/%SUBDIR%/ \
     ftp://ftp.unicamp.br/pub/X11/releases/%SUBDIR%/ \
     ftp://ftp.ntua.gr/pub/X11/X.org/%SUBDIR%/ \
     ftp://ftp.task.gda.pl/mirror/ftp.x.org/pub/%SUBDIR%/ \
     ftp://ftp.sunet.se/pub/X11/ftp.x.org/%SUBDIR%/ \
     ftp://ftp.mirrorservice.org/sites/ftp.x.org/pub/%SUBDIR%/ \
     ftp://sunsite.uio.no/pub/X11/%SUBDIR%/ \ ←この辺速い
     http://xorg.freedesktop.org/%SUBDIR%/ \ ←あっ
     ftp://ftp.x.org/pub/%SUBDIR%/
.endif

サイト一覧の冒頭、変数への代入は「+=」で行なわれている。
もしかして、先に値を代入しておけば、素早くソースが取り寄せられるのではないか？
物は試し、以下のように環境変数を宣言してみた。
export MASTER_SITE_XORG=http://xorg.freedesktop.org/releases/%SUBDIR%/
portupgrade -F

案の定、宣言したサイトが優先され、ソースの取り寄せる速度が改善された。

16:54:55 on 2007/05/27 by tahkun - サーバ関連 - comments - 0 TrackBacks

停電後の復旧について

ついぞ先日、停電に襲われたらしい。
らしいと言うのは、私自身は睡眠中だったので、朝になってから事態を把握した次第である。
サーバ類をチェックした所、メインマシンは問題無く動作しているが、実験機の方は、ダウンしたままになっていた。
どういう事かと言うと、メインマシンはATX電源にAT電源変換ケーブルをつないで稼動させている為、電源は機械式のスイッチによって制御されている。
何の事は無い、機械スイッチがONのままだったので、復電後、そのまま起動したのだ。
実験機の方はと言うと、通常のATX電源の為、復電しても、スイッチを入れない限り、起動しないわけである。

サーバの復旧の点から考えると、いちいち手動で復旧させなければならないATX電源は、困り者。
変換コネクタの接続を調べて、電源スイッチを外に出しておいた方が良いのかも知れない。

20:12:38 on 2006/10/21 by tahkun - サーバ関連 - comments - 0 TrackBacks

HDD障害発生

サーバマシンはgmirrorによるRAID1を構築している。
デフォルトではOFFになっているが、 /etc/periodic.confに以下の記述を行なう事により毎日のDailyメールにgmirrorの状況がレポートされる。
#!/bin/sh

# 406.status-gmirror
daily_status_gmirror_enable="YES"　　　　# Check gmirror(8)

レポート内容は、単にgmirror statusの実行結果だったりするが、無いよりはマシと言う事で有効にしていた。

ある日、フト、レポートメールを見るとRAID1の構成に障害が発生している事に気がついた。
      Name    Status  Components
mirror/gm0  DEGRADED  ad0

これは一大事と言う事で、対応を行なった。

more...

13:03:58 on 2006/10/08 by tahkun - サーバ関連 - comments - 0 TrackBacks

spam対策　−　Qgrey - S25R + qgreylist パッチ

先月中ごろから英語のspamが届くようになってきた。
数も少なかったので、そのままにしていたが、先週から日本語の、しかも出会い系のspamが届くようになり、完璧にメールアドレスが漏れている事が判るようになった。
思い当たるとすると、send-prした際に、迂闊にもfoo-bar@example.jp形式でなく、foo@example.jpと本名のアドレスを指定してしまった事だろう。
googleで検索してみると、案の定バッチリ引っ掛かる。
メールアドレスの扱いには、気を付けていたつもりだが、肝心な所でミスしてしまった。
一旦流出した物は、もう取り戻せないので、spam対策を検討する事にした。

more...

14:13:40 on 2006/07/09 by tahkun - サーバ関連 - comments - 0 TrackBacks

KDDIの6to4リレールーター運用停止

どうも最近portsのupgradeがえらく遅いなと思い良く見てみると、distfilesの取得でIPv4にFallbackしていた。
どうもIPv6が正常に疎通していない。
またリレールーターのアドレスが変更になったのかと、 6to4.jp のページに行って見ると、サービス停止になっていた。
そりゃまあ、upgradeも遅くなるわな。

とは言え、お気軽IPv6が出来なくなったので、どうしたものかと あれこれ 見てみると、他にも公開6to4リレールーターがあるらしい。
取り敢えず、某M社のリレールーターを使用するよう設定を変更した。
何となく、違和感を感じる今日この頃。

09:40:22 on 2006/04/16 by tahkun - サーバ関連 - comments - 0 TrackBacks
< 2010-03 >
SunMonTueWedThuFriSat
 123456
78910111213
14151617181920
21222324252627
28293031   

Trackback

Comment

Powered by

Powered by Nucleus CMS

Nucleus CMS v3.31SP2 - Mozilla Firefox

NuPusi, the integration