2ch特化型サーバ・ロケーション構築作戦 Part55
■ このスレッドは過去ログ倉庫に格納されています
2ch特化型サーバ・ロケーション構築作戦のスレッドです。 ・2ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項 ・DNS登録・変更関連の各種作業や調整事項 ・2ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項 ・各種作戦・プロジェクトとの連携、プロジェクト間の連携 等を取り扱います。 前スレ:2ch特化型サーバ・ロケーション構築作戦 Part54 http://qb5.2ch.net/test/read.cgi/operate/1278308050/ いーからいつν速+板の鯖ホスト名が決まるか 検討つかんわけねーだろボケ 突然やるからおもしろいのよ。 DoCoMo/2.0 F705i(c100;TC;W30H22) >>658 マジレスするとニュー速+の入ってるtsushima鯖はSSD付きの新しい奴だから、引っ越し先が決まるのは最後だよ。 まずは、古い鯖使ってる板から順番に新鯖に入れていくから。 730以上ある板が何台の新鯖に収まるのかまだ判らんし。 入れてみて、一番余裕のある鯖に収まるんだろうね。あそこは板自体がでかいから。 ホスト名が決まってるのは新鯖1号機だけ。2号機以下のホスト名は発注後公募で決まるんだろう。 っていうか鯖が新しすぎて、果たして新鯖に統合する必要があるかどうかも判らんし。 鯖移転の日程って今月だけど、今日入れて後5日しか無いな _∧_∧_∧_∧_∧_∧_∧_∧_ デケデケ | | ドコドコ < toki.2ch.netまだーーーーーー!!? > ☆ ドムドム |_ _ _ _ _ _ _ _ _ _| ☆ ダダダダ! ∨ ∨ ∨ ∨ ∨ ∨ ∨ ∨ ∨ ドシャーン! ヽ オラオラッ!! ♪ =≡= ∧_∧ ☆ ♪ / 〃(・∀・ #) / シャンシャン ♪ 〆 ┌\と\と.ヾ∈≡∋ゞ || γ ⌒ヽヽコ ノ || || ΣΣ .|:::|∪〓 || ♪ ./|\人 _.ノノ _||_. /|\ ドチドチ! >>665 tokiどきこのスレを見に来るほうがいいよ >>666-668 おとなしく待ってます(AA略) >>670 昔は勢いのある板もあったけど、負荷低減のため続々他の鯖(anchorageとhideyoshi)へ脱出したから今は過疎板しか無い 今日は政府の犯罪対策閣僚会議が出した児童ポルノのブロッキング云々の記事が・・・ ポータルサイトなどでも内容は把握できるけど関連スレを見るのもいいと思う エロゲ表現規制対策本部490 http://qiufen.bbspink.com/test/read.cgi/hgame/1280144855/ 【DPI】ブロッキング問題2【IPv6】 http://pc11.2ch.net/test/read.cgi/internet/1278197974/ 手っ取り早く現行法案に当てはめていく方向でいくのね。 anchorageのSamba24って bgameのみ 60で、他は 40なんだよね。 bgameも 40にしてくれないかな〜 ところでtokiに入れるのはどのサーバの板にしようと話してたんだっけ? tokioはtigerなんだけど yutoriって大きな板あったっけ? pc11はマダー?(AAry どんどん鯖数が少なくなるんだから技術の発展はすごい。 tokiもそろそろか。今はまだ卵だけど孵化したときが楽しみ。 からすに注意だな。 toki、稼働開始間近ですか。 stats は登録済みのはず。 F22/F15/F35など起動の際には、例によって。 で、作業開始ということは、 移転ツールはそろそろいい感じに仕上がった、ということなんですかね。 >>693 全部onにしたくださいー >>695 今作り始めたところでして・・・ そして困っています @Perl 困っています、誰か教えてください http://yutori.2ch.net/morningcoffee/ を取得しようと以下のようにやったら 見事取れないんですよね、 index.htmlを指定しても同じ、SETTING.TXTRとかは取れたのに getFile("http://yutori.2ch.net/morningcoffee/ ","$sPath/index.html"); sub getFile { my ($url,$target) = @_ ; print "getFile($url,$target)" ; my $path = "" ; my $ua = LWP::UserAgent->new(); $ua->agent('Mozilla/5.0 FOX(2ch.se)'); $ua->timeout(5); my $request = HTTP::Request->new('GET', $url); my $response = $ua->request($request) ;#ここで GET 処理 my $db_content = $response->content(); # エラーチェック if ($response->is_error) { print "error $db_content\n" ; return 0; } if(!open(DST,"> $target")) {return 0;} print DST $db_content ; close(DST) ; my $lll = length($db_content) ; print " = $lll bytes<br>\n" ; return 1; } $response->is_error にはなっていません。 F22/F35/F15 有効にしました。 @ toki read.cgi 広告配布リスト read.cgi 配布リスト 更新してきます。 というか、8.1R は read.cgi と offlaw.cgi そのままで大丈夫かな。 要確認で。 余計なカンマ入ってる気がする それコピペして適当に実行したら〜2ch.net/,/index.htmlってなったけど 詳しくはしらね $mPath="http://yutori.2ch.net "; getFile("$mPath/SETTING.TXT","$sPath/SETTING.TXT"); getFile("$mPath/head.txt","$sPath/head.txt"); getFile("$mPath/1000.txt","$sPath/1000.txt"); これらは成功して、 以下は失敗するのですよ。 getFile("$mPath/","$sPath/index.html"); >>701 > read.cgi 広告配布リスト > read.cgi 配布リスト toki.2ch.net 追加済。 これとか? > if(!open(DST,"> $target")) {return 0;} いや、そんなことはないか。 >>705 index.htmlが既にあって、書き込めないパーミッションになっているとかしか考えられん 或いは$mPath/index.htmlが既にないとか 自分の環境で>>699 を動かしたら普通にindex.htmlが取得できているような my $path = "" ; my $ua = LWP::UserAgent->new(); $ua->agent('Mozilla/5.0 FOX(2ch.se)'); $ua->timeout(5); my $request = HTTP::Request->new('GET', $url); my $response = $ua->request($request) ;#ここで GET 処理 my $db_content = $response->content(); print $response->as_string; #取得した内容を表示する ←←←←←← この部分で取得した内容を表示してみたけどindex.htmlらしき文字列がずらずらと # エラーチェック if ($response->is_error) { print "error $db_content\n" ; return 0; >>709 取得じゃなくてその辺りの書き込みに失敗しているような気がする うえーん >>709 length($db_content) ;が0バイトなのよん >>710 始めに消すようにしてみる >>711 できるのかー、tokiが悪いのかー tokiだけ、また設定が違うのかなぁ Apache/2.2.15 (Unix) PHP/5.2.13 mod_ssl/2.2.15 OpenSSL/0.9.8n Server at toki.2ch.net Port 80 Apache/2.2.10 (Unix) PHP/5.2.5 mod_ssl/2.2.10 OpenSSL/0.9.8e Server at yutori7.2ch.net Port 80 Apache/2.2.10 (Unix) PHP/5.2.5 mod_ssl/2.2.10 OpenSSL/0.9.8e Server at hayabusa.2ch.net Port 80 Apache/2.2.10 (Unix) PHP/5.2.5 mod_ssl/2.2.10 OpenSSL/0.9.8e Server at kamome.2ch.net Port 80 >>713 getFile(http://yutori.2ch.net/morningcoffee/,/index.html ) = 72919 bytes<br> うちのActiveperlな環境だとこう返ってくるんで、tokiの問題ですかねー >>712 同じ場所でprintしたらこういわれた HTTP/1.1 200 OK Connection: close Date: Tue, 27 Jul 2010 15:52:57 GMT Accept-Ranges: bytes ETag: "19ae7f5-11639-48c607e9fe600" Server: Apache/2.0.59 (Unix) PHP/5.2.5 mod_ssl/2.0.59 OpenSSL/0.9.7e-p1 Vary: Accept-Encoding Content-Length: 71225 Content-Type: text/html Last-Modified: Tue, 27 Jul 2010 15:52:56 GMT Client-Aborted: die Client-Date: Tue, 27 Jul 2010 15:52:57 GMT Client-Peer: 207.29.253.190:80 Client-Response-Num: 1 X-Died: Can't load '/usr/local/lib/perl5/site_perl/5.10.1/mach/auto/HTML/Parser/Parser.so' for module HTML::Parser: /usr/local/lib/perl5/site_perl/5.10.1/mach/auto/HTML/Parser/Parser.so: Undefined symbol "PL_dowarn" at /usr/local/lib/perl5/5.10.1/mach/XSLoader.pm line 70. at /usr/local/lib/perl5/site_perl/5.10.1/mach/HTML/Parser.pm line 17 Compilation failed in require at /usr/local/lib/perl5/site_perl/5.10.1/mach/HTML/Entities.pm line 152. Compilation failed in require at /usr/local/lib/perl5/site_perl/5.10.1/mach/HTML/HeadParser.pm line 85. BEGIN failed--compilation aborted at /usr/local/lib/perl5/site_perl/5.10.1/mach/HTML/HeadParser.pm line 85. Compilation failed in require >>716 明らかにエラーってる エラーはyutori.2ch.net側で起こってるのかな yutori.2ch.netの.htaccessとかで、2ちゃんねる内のコンピュータからのアクセスは 特別扱いとかしてないよね? とくにDirectoryIndexとかで 今ちょっとやってみましたが、SETTING.TXT はとれますね。 index.html はどうしてとれないんだろう。 すこししらべてみます。 >>720 もしDirectoryIndexとかmod_rewriteで、GET /morningcoffee/ HTTP/1.1を 別の何かに繋いでるとすれば、 GET /morningcofee/index.htmlとindex.htmlを直接たたくことにすれば解決するかも .htaccess@yutori の中にDirectoryIndexという記述は見当たらなかった 雷こえー subject.txt はとれる。 *.html がとれないとか? >>716 が再現しないので大丈夫かもしれないが もし>>716 みたいなエラーメッセージ外部に垂れ流されているとすれば 思わぬところで情報漏れする可能性があるのでなんとかしたほうがいいかも 同じプログラムを hayabusa で動かしたら、とれるみたい。 ちょっと、5.10 系を自分で入れたサーバで試してみる。 >>727 HTMLを処理するフィルタとかしこんでない? www2 (Perl 5.10.1) では、ちゃんととれますた。 >>729 自分ではやってないと思うが、、、 >>728 tokiだけが悪いのか、 うちのMacOSX10.6.4,Perl5.10.0ではindex.htmlとれますね なんて運の悪い・・・ ちょちょいのちょいで書けると踏んでいたのに〜 > Can't load '/usr/local/lib/perl5/site_perl/5.10.1/mach/auto/HTML/Parser/Parser.so' とあるので/usr/local/lib/perl5/site_perl/5.10.1/mach/auto/HTML/Parser/Parser.soを用意すればいい こういうとき、どうしてもわからないと5.10.1を前の数字(5.9.0とか)に置き換えて得られたファイルをコピーしたり、 他のPCから引っ張ってくることがある 果てには、「locate Parser.so」などとやって出てきた中から引っ張ってくることもある これで動くこともあるが、問題が発生する可能性もあるので全く勧められない tokiが悪い。 んじゃどうすればいいのか、 1) tokiのPerlを他のと同じにするとなおる 2) FreeBSD8.1じゃ直る見込みなし どうなんでしょ >>734 あーhtmlの時だけParser使うのか なんか大雨でマンホールがカンカンいっている。 あふれそうなのか? 一度HTML::Parserを入れなおしてみたらどうですか? >>735 8.1R で 5.10.1 ですが、 同じ問題起こらなかったです。< www2 >>736 Parserを切ることはできないんだろうか・・・ /usr/local/lib/perl5/site_perl/5.10.1/mach/auto/HTML/Parser/Parser.so これがないって言われるの、おかしいですね。 %ls -l /usr/local/lib/perl5/site_perl/5.10.1/mach/auto/HTML/Parser/Parser.so -r-xr-xr-x 1 root wheel 57389 Jun 12 07:44 /usr/local/lib/perl5/site_perl/5.10.1/mach/auto/HTML/Parser/Parser.so ちゃんとありました。< www2 tokiに再度Perlをインストールっすね、 明日やってもらおう。 というか、tokiにもちゃんとありますた。 %ls -l /usr/local/lib/perl5/site_perl/5*/mach/auto/HTML/Parser/Parser.so -r-xr-xr-x 1 root wheel 52835 Jun 11 17:07 /usr/local/lib/perl5/site_perl/5.10.1/mach/auto/HTML/Parser/Parser.so Parser.soが使えるようにすればいいんじゃ? ちなみに今セットアップ中のうちの鯖FreeBSD 8.1R+Perl5.10.1だと 「Can't locate object method "new" via package "LWP::UserAgent"(ry」ってエラーが出て動かない、LWP::UserAgentの入れ方間違えたかな そのファイルだけじゃないかもしれないので インストールし直しを tokiにもあるぞ ch2toki@tiger3553:~/public_html/test$ ls -l /usr/local/lib/perl5/site_perl/5.10.1/mach/auto/HTML/Parser/Parser.so -r-xr-xr-x 1 root wheel 52835 Jun 11 17:07 /usr/local/lib/perl5/site_perl/5.10.1/mach/auto/HTML/Parser/Parser.so* use HTML::Parser; とした時点でエラーになりますね。< toki %./PP.pl Can't load '/usr/local/lib/perl5/site_perl/5.10.1/mach/auto/HTML/Parser/Parser.so' → for module HTML::Parser: → /usr/local/lib/perl5/site_perl/5.10.1/mach/auto/HTML/Parser/Parser.so: → Undefined symbol "PL_dowarn" at /usr/local/lib/perl5/5.10.1/mach/XSLoader.pm line 70. at /usr/local/lib/perl5/site_perl/5.10.1/mach/HTML/Parser.pm line 17 なので、 > Undefined symbol "PL_dowarn" at /usr/local/lib/perl5/5.10.1/mach/XSLoader.pm line 70. がたぶん原因ですが、なぜそれが起こったのか。 Undefined symbol "PL_dowarn" で、Googleしてみると、何か出てきたかも。 ちょっとしらべてみるです。 XSLoader.pm の70行目あたりは、 my $libref = dl_load_file($file, 0) or do { require Carp; Carp::croak("Can't load '$file' for module $module: " . dl_error()); }; push(@DynaLoader::dl_librefs,$libref); # record loaded object という感じなので、Perl のインストールがしくっているかんじですね。 ローダブルモジュールののロードに失敗している風味。 5.10.x だから、ということではなくて 5.8 系でもしくっていた場合、 同じ症状が出るようです。 次善の策で別のperlスクリプトで引っこ抜いてみる……といって作ってみたけど むしろエラーが解決した方が今後のためにもいいのか ということで Perl@toki明日再インストールしてもらいます 勘100%ですが、 ・Perlをpackagesから入れた ・Perlモジュールもpackagesから入れた のかもですね。 この場合、モジュールのつくりによってはしくる場合があるかもしれません。 ・Perlをpackagesから入れて(あるいは、安全を見るならportsから入れて) ・Perlモジュールは*そのPerlを使う形で*portsで入れる というふうにすると、こういうのは起きにくい気がします。 # 私がサーバ作る時は、Perl、Perlモジュールともにportsから入れています。 同じ様に再インスコしても同じ様にしくるだけだから 原因を調べてもらった方が良さげ ttp://www.perlmonks.org/?node_id=65575 >>756 > この場合、モジュールのつくりによってはしくる場合があるかもしれません。 こういう場合FreeBSDだとpkg_addする時に、 きっと WARNING のメッセージが出るような気がします。 >>755 とりあえずの動作確認としては、これがいいと思います。 #! /usr/local/bin/perl use HTML::Parser; これで今は確実に、エラー出ます。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる