2ch特化型サーバ・ロケーション構築作戦 Part27

**root▲▲ ★** · 2008/01/11(金) 23:26:59

2ch特化型サーバ・ロケーション構築作戦のスレッドです。

・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携

等を取り扱います。

前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part26
http://qb5.2ch.net/test/read.cgi/operate/1183341095/

**root▲▲ ★** · 2008/01/13(日) 22:52:53

>>31
お呼び出ししたみたいになってしまい、なんだかすんませんです。

さっき、ほんの少しだけスクリプト縦読みしてみたんですが、
板別キャップな板と板別キャップじゃない板がまじっていることは、
あまり考慮されていなかったみたい、、、でした。
そんなわけで、>>30 と。

**FOX ★** · 2008/01/13(日) 22:55:41

はいはい
りょうかいですー

**動け動けウゴウゴ２ちゃんねる** · 2008/01/13(日) 22:59:40

まものにしゅうけつしてるそうでない板だけどっかやっちゃえばはやいのに。

2008/01/13(日) 23:16:50

>>30

V（　ﾟдﾟ)v　ｲｴｰｲ

ありがとうございますた。

**root▲▲ ★** · 2008/01/13(日) 23:38:54

FreeBSD 5.xR から 7.xR への一気のジャンプアップは、
どうも gcc の仕様の違い? により、うまくないところがあるみたい。
6.xR を経由する必要がありそうな感じ。

こんなエラーになった。 @ oyster901

# 7.0R は gcc4 みたいだからなぁ。

mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include /usr/src/usr.bin/gencat/gencat.c
echo gencat: /usr/lib/libc.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend
cc -O2 -fno-strict-aliasing -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/usr.bin/gencat/gencat.c
In file included from /usr/src/usr.bin/gencat/gencat.c:88:
/usr/obj/usr/src/tmp/legacy/usr/include/nl_types.h:100: error: syntax error before "__format_arg"
*** Error code 1

Stop in /usr/src/usr.bin/gencat.
*** Error code 1

**root▲▲ ★** · 2008/01/13(日) 23:43:26

で、tigerとかいろいろバージョンアップする作戦の前に、
まず cvsup.peko.2ch.net を復活させる方向で(外にあまりとりにいかない方向)。

で、旧tiger/cobra の中では大きな HDD を搭載している oyster901 を
新 cvsup.peko.2ch.net に仕立てようと思ったら、以下>>36。

**root▲▲ ★** · 2008/01/14(月) 01:03:34

cvsup.peko.2ch.net 仮復旧させました。
とりあえず、前と同じ設定のはず。

ftp.peko.2ch.net はまだ rsync が動いています。
アクセスはできますが、復活はしばらく後の予定。

**root▲▲ ★** · 2008/01/14(月) 13:56:03

5.4R => 6.3-RC2 => 7.0-RC1
の最後の mergemaster で、

"/usr/src/etc/Makefile", line 6: Malformed conditional (${MK_SENDMAIL} != "no")
...

というエラーが出て失敗した。

# cp /usr/src/share/mk/* /usr/share/mk

の後で mergemaster をすればいいみたい。

**root▲▲ ★** · 2008/01/14(月) 13:58:22

>>39 はとりけし。
手順ミスっていた模様。

**root▲▲ ★** · 2008/01/14(月) 14:54:39

oyster901 は無事、7.0-RC1 になりました。
まだシングルCPUですが、、、。

まずはベース作りなんで、ちと慎重に。

● ◆ANGLERlqvM · 2008/01/14(月) 14:56:15

7.0-RC1ですか、、私のところはどうしようかなぁ。。

**root▲▲ ★** · 2008/01/14(月) 15:35:11

>>41
と思ったら、7.0 からは GENERIC カーネルが SMP ありだったんだ。
つまり今 SMP あり状態。

make -j buildworld buildkernal による負荷テスト実施中。@ oyster901

**root▲▲ ★** · 2008/01/14(月) 15:35:23

make -j => make -j 4

**root▲▲ ★** · 2008/01/14(月) 16:00:58

負荷かけても落ちはしないみたいだけど、

calcru: runtime went backwards from 2317 usec to 2182 usec for pid 1042 (sh)
calcru: runtime went backwards from 413 usec to 389 usec for pid 1042 (sh)
calcru: runtime went backwards from 505561 usec to 476061 usec for pid 956 (make)
calcru: runtime went backwards from 1110502 usec to 1045772 usec for pid 946 (csh)
calcru: runtime went backwards from 6257 usec to 5892 usec for pid 945 (su)
calcru: runtime went backwards from 23663 usec to 22282 usec for pid 848 (csh)
calcru: runtime went backwards from 37074 usec to 34910 usec for pid 848 (csh)
calcru: runtime went backwards from 17467 usec to 16448 usec for pid 844 (sshd)
calcru: runtime went backwards from 1988 usec to 1872 usec for pid 837 (getty)
calcru: runtime went backwards from 2227 usec to 2097 usec for pid 836 (getty)
calcru: runtime went backwards from 2073 usec to 1952 usec for pid 835 (getty)
calcru: runtime went backwards from 2127 usec to 2003 usec for pid 834 (getty)
calcru: runtime went backwards from 2397 usec to 2257 usec for pid 833 (getty)
calcru: runtime went backwards from 2302 usec to 2168 usec for pid 832 (getty)
calcru: runtime went backwards from 2651 usec to 2496 usec for pid 831 (getty)
calcru: runtime went backwards from 2459 usec to 2316 usec for pid 830 (getty)
calcru: runtime went backwards from 2074 usec to 1953 usec for pid 779 (md0)

なんだかなぁ。

◆BFzK/mtqM2 · 2008/01/14(月) 16:04:06

>>45
うちもそれになりました。

んで、1台は諦めましたｗ

**root▲▲ ★** · 2008/01/14(月) 16:08:58

>>46
シングルCPU設定(banana273)では出ないみたいです。
で、上記が出てもとりあえず落ちるわけではない模様。

BBx の置き換えとかは、6.xR で行こうかなと。

◆BFzK/mtqM2 · 2008/01/14(月) 16:09:20

それと
Limiting closed port RST response from　xxxx to 200
も出て、固まってしまいました。

**root▲▲ ★** · 2008/01/14(月) 16:10:58

>>48
ふむ、、、。

いずれにせよ BBx とかの運用系は、>>47 で特に問題ないかなと。

◆BFzK/mtqM2 · 2008/01/14(月) 16:12:57

>>47
7.0になってSMPを強化した分、CPUのクロック？管理が厳しくなったのかな？
Timecounterをいじると上手くいくとかいかないとか

**ょぅιﾞょの見物人** ◆YoJo69//rM · 2008/01/14(月) 17:29:10

次の安定版は何が何でも今月中に出ると予想。
じゃないと、現行の安定版のサポートがおわっちまう。

**FOX ★** · 2008/01/14(月) 18:29:34

現在２ちゃんねるのサーバは DEFLATE で圧縮して皆様の下へデータが
送られていると思うんですが、

1) 圧縮の度合いというのは調整できるものなのか?
2) 圧縮作業にテンポラリファルは使われていないのか?
　　使われているとしたらRAMに指定できないのか?

とかの疑問があるのですが、どんなもんなのでしょうか?

**動け動けウゴウゴ２ちゃんねる** · 2008/01/14(月) 18:34:21

>>51
今月中に出るのは 6.3R じゃねえの？

**root▲▲ ★** · 2008/01/14(月) 19:51:19

>>52
より詳しく正確ことはたぶんきっと、
SunOSさんあたりに解説いただけると思うのですが、

1) httpd.conf 的に設定可能
(.htaccess 的にできるかはちょっとわかりません。できなかったかも)
2) 専ら httpd のメモリ上で行われているはず

だった気がします。

**stream** ◆PNstream2s · 2008/01/14(月) 21:14:41

DeflateCompressionLevelで設定可能、.htaccessは不可。
圧縮は全てメモリ上で行われる。

http://httpd.apache.org/docs/2.2/mod/mod_deflate.html#deflatecompressionlevel

**動け動けウゴウゴ２ちゃんねる** · 2008/01/14(月) 23:17:43

>>51
http://www.freebsd.org/security/

**root▲▲ ★** · 2008/01/15(火) 14:55:12

【より敏感に】リブート要請 Ver2.0
http://qb5.2ch.net/test/read.cgi/operate/1152266515/440

ということで、tiger504 は現在再インストール中。
OS は 6.2R を指定しました(6.x系最新もの)。
6.2R → 6.3R は通常の方法で問題なくいけるので、必要なら適宜実施ということで。

tiger504のインストール結果が問題なければ、
他の今あいている旧tiger/旧cobraも同様の設定でOS再インストールを依頼する予定。

**root▲▲ ★** · 2008/01/15(火) 15:07:44

順次、再インストールを依頼する予定の tiger/cobra

・tiger505/506/508/509/510/511/512
・tiger2514
・cobra2246

■ サーバリフレッシュ工事連絡・作業スレッド１０
http://qb5.2ch.net/test/read.cgi/operate/1199792685/35

**root▲▲ ★** · 2008/01/15(火) 22:08:17

>>57
tiger504 受け取りました。
6.2R クリーンインストール済、特に問題は発見されませんでした。

このパターンで順次、>>58 のものの再インストールをお願いしていく予定。

**ょぅιﾞょの見物人** ◆YoJo69//rM · 2008/01/15(火) 22:39:54

メジャーバージョン2個飛びはさすがに・・・ねえ。

◆BFzK/mtqM2 · 2008/01/16(水) 01:24:00

http://www.jp.freebsd.org/cgi/cvsweb.cgi/src/sys/conf/newvers.sh
Get ready for the 6.3-RELEASE builds.

**ょぅιﾞょの見物人** ◆YoJo69//rM · 2008/01/16(水) 23:40:14

おいらはキャンセルだな。
7.0を入れたいからね。

2chの鯖的には6.3Rが安全パイでしょう。
メジャーバージョンがあがると色々とありますからね、4→5の時とか。

だけど、7系の本領が発揮されるのは7.1からなんでしょうね。

**root▲▲ ★** · 2008/01/17(木) 10:39:39

ほう。

【速報】Sun、MySQLを総額10億ドルで買収へ : トレンド - Computerworld.jp
http://www.computerworld.jp/news/trd/94489.html

**root▲▲ ★** · 2008/01/17(木) 11:38:27

■ サーバリフレッシュ工事連絡・作業スレッド１０
http://qb5.2ch.net/test/read.cgi/operate/1199792685/45

tiger505, tiger506 の OS クリーンインストールをお願いします。
バックアップは既に済んでいますので、いつ取り掛かっていただいてもかまいません。

OSはFreeBSD 6.2R、パーティション切り分け等は
先日再インストールいただいたtiger504と同様でお願いいたします。

**ょぅιﾞょの見物人** ◆YoJo69//rM · 2008/01/18(金) 02:04:16

6.3R配布物がそろったので
じきにアナウンスがあるかと思います。

**root▲▲ ★** · 2008/01/18(金) 11:52:17

下記のメールを中の人宛に送ってみた。
管理人に Cc:。

---
お世話になっております。

現地時間 Thu Jan 17 10:48 PST から 11:30 PST
(日本時間 Fri Jan 18 03:48 JST から 04:30 JST)ごろにかけて、
２ちゃんねるにて root 権限ありサーバとして使用している
tiger2514 サーバが現地において当方に無断でシャットダウン・リブートされ、
かつログインパスワード・rootパスワードを変更されたうえ、
設定変更作業中のため意図的に起動しないように設定してあった
httpd を手動で起動されてしまう、という事象が発生しました。

root 権限ありサーバについては引渡し後は顧客に無断でのシャットダウン、
ログイン、設定変更作業は行われないと認識しておりましたが、
その状況は変化したのでしょうか。

ちなみに bbspink 掲示板において当方が緊急に現地とやりとりした際に
当方で得た情報では、

「該当サーバは httpd がダウンしており、かつパスワードが変わっていて
ログインできなかったので、ログインしてパスワードを変更し、httpd を起動した」

とのことでした。

しかし、tiger2514 は当方に root 権限ありサーバとして渡し済みのサーバで
あり、当然、お渡しいただいたパスワードは当方にて変更しております。
また、root 権限ありのサーバでは設定変更作業のため、httpd を意図的に
起動しなくする、といったこともむろんあります。

このような理由により顧客(２ちゃんねる)のサーバに無断でログインされ、
かつ設定を変更されてしまったことは、大きな衝撃です。

今後このようなことのないよう、適切な再発防止策をおとりいただけますことを
強く希望いたします。

むむむ as 2ch voluntary engineer

**root▲▲ ★** · 2008/01/18(金) 11:55:54

>>66
> ログインできなかったので、ログインしてパスワードを変更し、httpd を起動した」

もちろんですが、ここは、
強制的にシャットダウンして、システムコンソールからシングルユーザモードで作業した、
のだと推測します。

**ょぅιﾞょの見物人** ◆YoJo69//rM · 2008/01/18(金) 13:29:33

http://pie.bbspink.com/test/read.cgi/erobbs/1198689181/218-n
このくだりからですか？

これって、レンタルしているかどうか関係なく
サーバ管理者として一番やっちゃあいかんことなのでは・・・

**動け動けウゴウゴ２ちゃんねる** · 2008/01/18(金) 14:00:38

前にもこんな事があった気が…

**動け動けウゴウゴ２ちゃんねる** · 2008/01/18(金) 14:28:59

こりゃ倒産するな

**SUCKS** ◆SUCKSagYLU · 2008/01/18(金) 14:44:52

常識疑うぞ

**動け動けウゴウゴ２ちゃんねる** · 2008/01/18(金) 14:51:06

ここに第一報が書かれてるんだが、「何故」入る必要があったのかサッパリわからん
引き渡されてから随分と立ってると思うんだが・・・

■サーバが落ちた！
http://sakura02.bbspink.com/test/read.cgi/pinknanmin/1199308425/32-33

**root▲▲ ★** · 2008/01/18(金) 15:40:35

>>66 の返事が中の人から来ました。

> root 権限ありサーバについては引渡し後は顧客に無断でのシャットダウン、
> ログイン、設定変更作業は行われないと認識しておりましたが、
> その状況は変化したのでしょうか。

この認識に変化はなく、それにもかかわらず無断で
該当サーバのシャットダウン・ログイン・設定変更が行われたことについて、
深くお詫びする旨の内容でした。

で、tiger2514 でなぜこのような状況が発生したかについては、
早急に確認し、改めてご連絡いただけるとのことでした。

本業多忙中につき、とりあえず。

**rafale▲▲△ ★** · 2008/01/18(金) 15:59:09

詫びは当然として
信頼を取り戻すのは大変だわな

怖くてピンクじゃ鳥も使えんわ

**動け動けウゴウゴ２ちゃんねる** · 2008/01/18(金) 16:18:12

2度ある事は…

　>909 名前：root▲▲ ★[] 投稿日：2007/04/27(金) 13:09:35 ID:???0
　>とりあえずの緊急対応収容。
　>いろいろ調べ中。
　>
　>まだ調査途中ですが、
　>明らかに、PIEの人が勝手にネットワークの設定を変えてますね。
　>しかも、サーバの内部設定のことを無視して、単にネットワークの設定だけを変えた。　
　>
　>で、206.223.150.96 のアドレスを持つサーバが2台になって、
　>雪だるまシステムが全面的に落ちたと。　
　>
　>詳細は別途調べますが、、
　>少なくともroot権限つきで貸しているのサーバの設定を
　>勝手に変えないでほしいなと。
　>
　>…って、例のhobby7事件の時にもきつく言ったような。

http://qb5.2ch.net/test/read.cgi/operate/1175626823/909

**動け動けウゴウゴ２ちゃんねる** · 2008/01/18(金) 16:20:26

http://ashegray.derive.jp/chnet/hobby7_1.htm
例の事件

**動け動けウゴウゴ２ちゃんねる** · 2008/01/18(金) 16:49:46

http://qb5.2ch.net/test/read.cgi/operate/1132069137/497 かな？

**動け動けウゴウゴ２ちゃんねる** · 2008/01/18(金) 16:56:44

やあ(´･ω･｀)

tiger2514はhttpdをコメントアウトしておきます、そして、私はあなたが動いていると思います
現在banana3000への若干のもの、Weは根本のパスワードを変えなければなりませんでした
それを入ります。我々は、仕事がされているということを知りませんでした。貧困をあなたにしてください
上へhttpdな？

http://honyaku.yahoofs.jp/url_result?ctw_=sT,eCR-EJ,bT,hT,uaHR0cDovL3FiNS4yY2gubmV0L3Rlc3QvcmVhZC5jZ2kvb3BlcmF0ZS8xMTMyMDY5MTM3LzQ5Nw==,qlang=ja|for=0|sp=-5|fs=100%|fb=0|fi=0|fc=FF0000|db=T|eid=CR-EJ,k59c06c123ae091782270e6b072a9eb36,t20080119045416,

**動け動けウゴウゴ２ちゃんねる** · 2008/01/18(金) 20:09:37

訴訟で釘刺しといた方がいいんじゃないの
謝れば何してもいいと思ってるかしらんし

**動け動けウゴウゴ２ちゃんねる** · 2008/01/18(金) 21:15:08

いくら2ちゃんねるとはいえ、顧客だしね。それも、Big-Serverにとっては大変重要な。
別スレにも書いたけど、サーバの電源の切り方の話とか設定ミスの話とかそういうのも前からあったよね。

データセンターとして、それこそ緊急時を除いてはそんなことはしたらいかんよねえ。
ほかのアメリカのデータセンターはこんなことさすがにやってないでしょ・・・。

**動け動けウゴウゴ２ちゃんねる** · 2008/01/18(金) 22:55:42

ジムとむむむ双方の意思疎通に問題があるようにしか見えない。
http://pie.bbspink.com/test/read.cgi/erobbs/1198689181/621

むむむはPIEが勝手なことをしたと怒るが
ジムは、顧客がhttpdを落として何かする場合
前もってチケット（？）に記入しなければならないと言っている。
普通、契約する時にその辺の取り決めがあるはずだけど。

**動け動けウゴウゴ２ちゃんねる** · 2008/01/18(金) 23:11:42

仮にその取り決めがあったとして
それ忘れたら顧客の承諾無しにpass変更してログインしちゃうの？
恐ろしい所だな

**動け動けウゴウゴ２ちゃんねる** · 2008/01/18(金) 23:14:14

普通は警告のメールとか出すもんだろ？
いきなり実力行使は無いな。

**動け動けウゴウゴ２ちゃんねる** · 2008/01/18(金) 23:20:38

httpd固まらせれば合法的にログイン出来ちゃうのか

**動け動けウゴウゴ２ちゃんねる** · 2008/01/18(金) 23:41:16

http://www.maido3.com/server/tora/
にあるとおり、ユーザーへの告知前にでもログインは可能なことにはなっている。
ただ、それが今回必要なことだったのかというとむむむ氏の書き込みから見て、そうとは思えないな。

まあ、こういうのがあってから思ったんだけど、Big-Serverの規約ってやっぱ問題あるよねえ。
法律に触れなければ何をやってもいいっていう規約はたしかに自由度があるように見えてたけど、
「責任」とか「権限」とかその手のものについて触れられてないのはさすがに規約としてまずいなあと。

**動け動けウゴウゴ２ちゃんねる** · 2008/01/18(金) 23:45:05

よく分からんのだが、85ってFOXの会社だよね。
やっぱりそこと契約してるのかね？
前FOXが２ちゃんとは契約がないのに訴えられたとか言ってたのは何なの

**動け動けウゴウゴ２ちゃんねる** · 2008/01/18(金) 23:50:00

ひろゆきはNT.Tceを相手に鯖レンタル契約をしてるのですよ
ゼロ相手の契約はないのよ

質問・雑談スレ269＝莱^用情報板
http://qb5.2ch.net/test/read.cgi/operate/1199187475/447

447 名前： ◆MUMUMUhnYI 投稿日：2008/01/11(金) 17:49:29 ID:9SuTuMdG0 ?PLT(82008)
私の認識はこんな感じ。

PIE … データセンター、NTTecに場所、電気、ネットワーク等を貸している会社
NTTec … BIG-server.comブランドの所有者、●の販売元
　　　　　　　２ちゃんねるがサーバを借りている会社
ゼロ(Maido3.com) … 日本におけるBIG-server.comブランドのサーバ開発・販売・顧客サポート
　　　　　　　日本における●のサポート業務

**動け動けウゴウゴ２ちゃんねる** · 2008/01/18(金) 23:51:30

今回のはroot権限付きサーバなのにってことが大きいんで内科医？

**動け動けウゴウゴ２ちゃんねる** · 2008/01/18(金) 23:55:27

あ、スペル間違えたNT.Tecねｗ

んでもって

PIEの社長＝デビット氏
NT.Tecの社長＝ジム氏
ゼロの社長＝中尾氏＝FOX

**動け動けウゴウゴ２ちゃんねる** · 2008/01/19(土) 00:26:23

>>87
それはこの前からいわれてたね。
それに、この前ゼロ相手に某氏が訴訟おこしたときも、2chとゼロが関係ないことを示す記事を捜してほしいというようなスレをこの板にたててたね。

ゼロの位置が難しいんだよね。直接、N.T.Tecと契約結んでるわりに「maido3.com標準セッティング」だとか、
それこそ、毒男氏の日記といいゼロが入ってる部分があまりにも多い。
位置がはっきりしないからこんな混乱をまねくんじゃないのかな。そういう意味で規約は
さっき誰かがいったように意思疎通が微妙なのも原因の一つ。
アメリカの86server.comのサイトには規約さえ見当たらない(おれが見つけ切れてないだけならごめんなさい)
それでおいて、「勝手に入られた」とかいわれても説得力がないんじゃないの。
そして、むむむさんが問い合わせてるとこがゼロなんでしょ？
そんなふうに関係がごちゃごちゃになってるからこんなことになるんじゃないのかな。

スレ違いだからこれ以上は自重する。

**動け動けウゴウゴ２ちゃんねる** · 2008/01/19(土) 00:27:20

×そういう意味で規約は
○そういう意味で規約は必要なわけで。

**root▲▲ ★** · 2008/01/19(土) 00:35:57

>>64 の作業について、別途メールでもお願いを出しました。

**ょぅιﾞょの見物人** ◆YoJo69//rM · 2008/01/19(土) 07:32:07

ttp://www.freebsd.org/releases/6.3R/announce.html
ほぼ1年ぶりなんですねえ。

**マァヴ** ◆jxAYUMI09s · 2008/01/19(土) 20:50:18

>64 >92
ack(^_^;)

**動け動けウゴウゴ２ちゃんねる** · 2008/01/19(土) 20:53:41

>>89
きつねちんを見かけたら
今度は中尾ちんと呼べということか

**動け動けウゴウゴ２ちゃんねる** · 2008/01/19(土) 21:21:44

>>90
ドメインmaido3.comの保有者はN.T.Tecですよ。
なので、maido3.com標準セッティングはN.T.Tec標準セッティングと見るべきでは？

**動け動けウゴウゴ２ちゃんねる** · 2008/01/20(日) 03:27:04

そのへんは曖昧なままにしておきたいんだろうな・・・

**動け動けウゴウゴ２ちゃんねる** · 2008/01/20(日) 10:41:49

>>96
> ゼロ(Maido3.com) … 日本におけるBIG-server.comブランドのサーバ開発・販売・顧客サポート
BIG-server.comってアメリカでの業務実績もあるんでしょ？
maido3.comは日本国内サポ専用会社で
maido3.com標準セッティングでよくね？

N.T.Tec標準セッティングの日本専用ブランド名がmaido3.com標準ってことで
すかいらーくグループなのに
バーミヤンオリジナルドレッシングみたいな

**stream** ◆PNstream2s · 2008/01/20(日) 11:13:19

Apache HTTP Server 2.0.63, 2.2.8 Released

2chで特に関係ありそうなのは…

http://www.apache.org/dist/httpd/CHANGES_2.2.8

*) core: Change etag generation to produce identical results on
32-bit and 64-bit platforms. PR 40064. [Joe Orton]
→雪だるまのフロントで32bitと64bitを混在させる時にうれしい
　ちなみに2.0系にはこの修正は反映されてない

*) mod_proxy_http: Correctly parse all Connection headers in proxy.
PR 43509 [Nick Kew]
*) proxy: Fix persistent backend connections.
PR 43472 [Ruediger Pluem]
→フロントのapacheとsquidの間でパフォーマンスが上がったかも？

*) mod_charset_lite: Don't crash when the request has no associated
filename. [Jeff Trawick]
→read.html関係でmod_charset_lite使ってたのは過去の話でしたっけ？　

セキュリティ関係の修正はどれも2chには関係ないと思う。

◆BFzK/mtqM2 · 2008/01/20(日) 17:24:23

>>49
http://www.jp.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/kern_cpu.c

MFC 1.28,1.29: reject cpufreq changes before sched_bind() is usable and　remove duplicated levels.

これで直ったのかな？？

**root▲▲ ★** · 2008/01/20(日) 18:15:40

>>100
それ、RELENG_7_0 にも入ったみたいですね。
あとで、試してみるです。

**動け動けウゴウゴ２ちゃんねる** · 2008/01/20(日) 22:03:44

>>98
すかいらーくグループなのに
バーミヤンオリジナルドレッシング

わかりやすくてﾜﾛﾀｗ

**root▲▲ ★** · 2008/01/21(月) 14:04:27

携帯→2ch運用情報スレッド56
http://qb5.2ch.net/test/read.cgi/operate/1199041603/855
■ サーバリフレッシュ工事連絡・作業スレッド１０
http://qb5.2ch.net/test/read.cgi/operate/1199792685/53

新しいOSに持っていったら、これを直さないとだめと。
#
# http://qb3.2ch.net/test/read.cgi/operate/1083526243/287
# kawasemi treatment
#
# DST (PDT)
# Jan-Mar
1 7 * 1-3 * prog_name > /dev/null 2>&1
# Apr
1 7 * 4 * [ "`/bin/date +\%Z`" = "PST" ] && prog_name > /dev/null 2>&1
1 8 * 4 * [ "`/bin/date +\%Z`" = "PDT" ] && prog_name > /dev/null 2>&1
# May-Sep
1 8 * 5-9 * prog_name > /dev/null 2>&1
# Oct
1 7 * 10 * [ "`/bin/date +\%Z`" = "PST" ] && prog_name > /dev/null 2>&1
1 8 * 10 * [ "`/bin/date +\%Z`" = "PDT" ] && prog_name > /dev/null 2>&1
# Nov-Dec
1 7 * 11-12 * prog_name > /dev/null 2>&1

**root▲▲ ★** · 2008/01/22(火) 11:13:09

>>100-101
入れて、make -j 8 buildworld buildkernel してみました。
頻度はとても減りましたが、出るみたい。
上記では一度だけ出ました。

calcru: runtime went backwards from 2152662958 usec to 969510611 usec for pid 809 (make)

**root▲▲ ★** · 2008/01/22(火) 11:13:26

>>104 は @ oyster901

**root▲▲ ★** · 2008/01/22(火) 16:04:32

負荷がかかってなくても出るのね。しかも同時にどばっと。

Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 2290 usec to 140 usec for pid 789 (getty)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 2573 usec to 157 usec for pid 788 (getty)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 2225 usec to 136 usec for pid 787 (getty)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 2337 usec to 143 usec for pid 786 (getty)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 2245 usec to 137 usec for pid 785 (getty)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 2197 usec to 134 usec for pid 784 (getty)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 2607 usec to 159 usec for pid 783 (getty)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 2716 usec to 166 usec for pid 782 (getty)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 1834 usec to 112 usec for pid 732 (md0)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 1773 usec to 1253 usec for pid 715 (sendmail)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 29547 usec to 26744 usec for pid 711 (sendmail)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 4739 usec to 1251 usec for pid 691 (cvsupd)
...(中略)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 85286 usec to 40421 usec for pid 2 (g_event)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 11208 usec to 6797 usec for pid 1 (init)
Jan 21 22:51:46 <0.2> oyster901 kernel: calcru: runtime went backwards from 1086 usec to 66 usec for pid 0 (swapper)

◆BFzK/mtqM2 · 2008/01/22(火) 20:58:11

>>106
biosが負荷に応じてCPUクロックを勝手に変更するのが原因とかどっかに書いてあったです。

**マァヴ** ◆jxAYUMI09s · 2008/01/22(火) 21:22:43

tiger505,tiger506できたー(^_^;)
root ★さんにroot情報送信済みー

**root▲▲ ★** · 2008/01/22(火) 21:34:46

>>108
ありがとうございます。と思いきや、
newsplus.jp のメールサーバが不調なようです。(´･ω･｀)

今日自宅に帰ったところで直します。
その後受け取り確認をします。

**root▲▲ ★** · 2008/01/23(水) 02:06:42

>>108
受け取りました。基本部分問題なさげです。
動作テスト & 構築作業に入ります。

**FOX ★** · 2008/01/23(水) 12:56:04

「毎時クリアされるキャッシュ」を持った何者かが動いているような
なんだろーか

毎時そのクリア後大量のアクセスがあるように転送量を見ていると思う。
これが最近のあちこちサーバがあふれている原因のような、

**ぎくっ** ◆kugi...p/2 · 2008/01/23(水) 13:09:51

ヲチられてるぽいｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

**動け動けウゴウゴ２ちゃんねる** · 2008/01/23(水) 13:12:40

>>111
他国とかからのF5アタックじゃなくて？

**FOX ★** · 2008/01/23(水) 13:18:52

ホボﾝには引っかかっていないのか?

たとえば　hobby11/etc7 のグラフ
綺麗なカーブにならないで毎時のところでがくっとするんだよなぁ
http://traffic.maido3.com/YPAr/sK1I/bI0q/

**ぎくっ** ◆kugi...p/2 · 2008/01/23(水) 13:28:22

焦らせやがってｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

自分でトラップバグ書き込んでるだろう

◆Reffiz2Zh. · 2008/01/23(水) 13:33:37

>114
Ｇｏｏｇｌｅさんとかサーチエンジン系じゃないかと思われ

**root▲▲ ★** · 2008/01/23(水) 13:33:41

>>114
鋭いですね、、、。

music8/tv11/dso/snow
http://traffic.maido3.com/6Aep/W03T/tuJ2/

ログを精査すると、わかるものがあるかもしれないと。

# 今、ネットワーク的につらいところにいるので、
# 本格調査は夜遅くになるかなと。

**FOX ★** · 2008/01/23(水) 13:36:03

>>116
サーチエンジン系は毎時なんて概念がないのが今までだったけど、
そんな挙動をするやつができたのか?

>>117
まぁ　じっくりですねぇ

**動け動けウゴウゴ２ちゃんねる** · 2008/01/23(水) 13:42:03

>>118
百度じゃないか？

**動け動けウゴウゴ２ちゃんねる** · 2008/01/23(水) 13:45:51

また百度かよ
大人しくしましたってのは、お得意のデマなんか？

**動け動けウゴウゴ２ちゃんねる** · 2008/01/23(水) 15:38:19

百度臭いな
俺の所はrobots.txtとUAで弾いてたけど
今度は国内の鯖からUA偽装して来てる

**動け動けウゴウゴ２ちゃんねる** · 2008/01/23(水) 16:25:37

http://namidame.2ch.net/test/read.cgi/news/1201072638/

関係有るのかな

**動け動けウゴウゴ２ちゃんねる** · 2008/01/23(水) 18:16:04

なんか言われてるぞｗ

http://pc11.2ch.net/test/read.cgi/jisaku/1199651376/676
676 ：Socket774：2008/01/23(水) 17:24:40 ID:T2rVklg1
>>672
最適化自己ビルドした2chって激遅ですね。海外鯖を考慮しても、表示までに5800msとかありえない。

**動け動けウゴウゴ２ちゃんねる** · 2008/01/23(水) 18:22:00

あ、そう

**FOX ★** · 2008/01/23(水) 22:12:45

.dat を取得するときって今はどんな仕組みになっているんですかね?

httpd が単にdatを返すだけ?
anydat.so関係が動いていて云々?
もしそうだとしたらそのオーバーヘッドとかはどんな塩梅?

といろいろ知りたい年頃になっています。

**動け動けウゴウゴ２ちゃんねる** · 2008/01/23(水) 22:20:51

遅い思春期だな。

**root▲▲ ★** · 2008/01/24(木) 00:13:03

66.249.70.152 @ music8

って何?

アクセス数で2位以下の3倍ぐらいあるんだけど。

**root▲▲ ★** · 2008/01/24(木) 00:14:17

Googlebot か、、、。

なんか、read.cgi 叩かれまくり。

**動け動けウゴウゴ２ちゃんねる** · 2008/01/24(木) 00:15:20

最近のGooglebotはBaidu並みになってきたね
半年前まではずっと大人しかったのに

**root▲▲ ★** · 2008/01/24(木) 00:16:50

これは?

60.39.129.62

**動け動けウゴウゴ２ちゃんねる** · 2008/01/24(木) 00:17:35

p2062-ipad514marunouchi.tokyo.ocn.ne.jp