X


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

■ このスレッドは過去ログ倉庫に格納されています
2009/10/03(土) 00:21:13ID:+Xf0YYVs0
2ch特化型サーバ・ロケーション構築作戦のスレッドです。

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

等を取り扱います。

前スレ:
2ch特化型サーバ・ロケーション構築作戦 Part34
http://qb5.2ch.net/test/read.cgi/operate/1250495550/
2009/10/03(土) 00:21:30ID:+Xf0YYVs0
過去ログ(1)
2ch特化型スペシャルサーバ構築大作戦
http://qb.2ch.net/operate/kako/1052/10529/1052923573.html
2ch特化型サーバ構築作戦 Part2
http://qb3.2ch.net/operate/kako/1062/10621/1062137886.html
【uma作戦】2ch特化型サーバ構築作戦 Part3
http://qb3.2ch.net/operate/kako/1068/10680/1068017802.html
【uma作戦】2ch特化型サーバ構築作戦 Part4
http://qb3.2ch.net/operate/kako/1074/10741/1074124767.html
【uma作戦】2ch特化型サーバ構築作戦 Part5
http://qb3.2ch.net/operate/kako/1076/10761/1076162131.html
【Project peko】2ch特化型サーバ構築作戦 Part6
http://qb3.2ch.net/operate/kako/1076/10764/1076413123.html
【Project peko】2ch特化型サーバ構築作戦 Part7
http://qb3.2ch.net/operate/kako/1076/10767/1076733846.html
【Project peko】2ch特化型サーバ構築作戦 Part8
http://qb3.2ch.net/operate/kako/1078/10789/1078972549.html
【Project peko】2ch特化型サーバ構築作戦 Part9
http://qb3.2ch.net/operate/kako/1080/10802/1080298357.html
【Project peko】2ch特化型サーバ構築作戦 Part10
http://qb3.2ch.net/operate/kako/1082/10821/1082125059.html
【Project peko】2ch特化型サーバ構築作戦 Part11
http://qb3.2ch.net/test/read.cgi/operate/1082990543/
【Project peko】2ch特化型サーバ構築作戦 Part12
http://qb5.2ch.net/operate/kako/1084/10844/1084429098.html
【Project peko】2ch特化型サーバ構築作戦 Part13
http://qb5.2ch.net/operate/kako/1085/10856/1085678587.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part14
http://qb5.2ch.net/operate/kako/1087/10876/1087666806.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part15
http://qb5.2ch.net/operate/kako/1093/10930/1093068260.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part16
http://qb5.2ch.net/operate/kako/1102/11020/1102087698.html
2009/10/03(土) 00:21:51ID:+Xf0YYVs0
過去ログ(2)
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part17
http://qb5.2ch.net/operate/kako/1107/11073/1107376477.html
【Project peko】2ch特化型サーバ・ロケーション構築作戦 Part18
http://qb5.2ch.net/operate/kako/1115/11151/1115133136.html
2ch特化型サーバ・ロケーション構築作戦 Part19
http://qb5.2ch.net/operate/kako/1121/11218/1121886018.html
2ch特化型サーバ・ロケーション構築作戦 Part20
http://qb5.2ch.net/operate/kako/1140/11405/1140540754.html
2ch特化型サーバ・ロケーション構築作戦 Part21
http://qb5.2ch.net/operate/kako/1145/11451/1145114275.html
2ch特化型サーバ・ロケーション構築作戦 Part22
http://qb5.2ch.net/operate/kako/1150/11500/1150052911.html
2ch特化型サーバ・ロケーション構築作戦 Part23
http://qb5.2ch.net/test/read.cgi/operate/1153650861/
2ch特化型サーバ・ロケーション構築作戦 Part24
http://qb5.2ch.net/test/read.cgi/operate/1166543133/
2ch特化型サーバ・ロケーション構築作戦 Part25
http://qb5.2ch.net/test/read.cgi/operate/1182697563/
2ch特化型サーバ・ロケーション構築作戦 Part26
http://qb5.2ch.net/operate/kako/1183/11833/1183341095.html
2ch特化型サーバ・ロケーション構築作戦 Part27
http://qb5.2ch.net/operate/kako/1200/12000/1200061619.html
2ch特化型サーバ・ロケーション構築作戦 Part28
http://qb5.2ch.net/operate/kako/1208/12086/1208685863.html
2ch特化型サーバ・ロケーション構築作戦 Part29
http://qb5.2ch.net/operate/kako/1212/12126/1212665493.html
2ch特化型サーバ・ロケーション構築作戦 Part30
http://qb5.2ch.net/operate/kako/1217/12175/1217507006.html
2ch特化型サーバ・ロケーション構築作戦 Part31
http://qb5.2ch.net/test/read.cgi/operate/1235553306/
2ch特化型サーバ・ロケーション構築作戦 Part32
http://qb5.2ch.net/test/read.cgi/operate/1249070920/
2ch特化型サーバ・ロケーション構築作戦 Part33
http://qb5.2ch.net/test/read.cgi/operate/1249734498/
2ch特化型サーバ・ロケーション構築作戦 Part34
http://qb5.2ch.net/test/read.cgi/operate/1250495550/
2009/10/03(土) 00:23:27ID:UL9ltjm60
>>993氏お疲れ様です。
何か手伝えることないかなぁ。
2009/10/03(土) 00:28:04ID:G4niECLJ0
ぴろゆき、また今回もメール先行型謎の返答ですかw
2009/10/03(土) 00:39:39ID:YL2L9PTS0
結論:ドワンゴは邪悪
7root▲▲ ★
垢版 |
2009/10/03(土) 00:50:57ID:???0?DIA(112883)
新スレで。

重い重い重い重い重い重い重い×60@運用情報
http://qb5.2ch.net/test/read.cgi/operate/1244609743/971-976

vfs.hirunningspace=8388608

をちょっと前に /etc/sysctl.conf に追加(復活)した。@ gimpo

その後、変だという報告ないから、戻ったのかな。
それとも、みんなNHK見てるのかも。
2009/10/03(土) 00:54:18ID:sLoB56qz0
ルートたん乙です。、
2009/10/03(土) 00:58:31ID:dn82Kw82I
そう言えば何でUNIX使ってるんだっけ?
軽さとか安定性で言えば圧倒的にLinuxな気がするんだけど
2009/10/03(土) 01:00:16ID:4Jp7bXir0
変えるのめんどいからでしょ
2009/10/03(土) 01:00:56ID:Kr2LjAPE0
もともと運営の誰かがUNIX使ってたからじゃなかったっけ?
俺もLinuxが良いと思うが。
2009/10/03(土) 01:01:15ID:sLoB56qz0
centの方が楽だと思うが・・・・・・
2009/10/03(土) 01:02:14ID:dn82Kw82I
Centか若しくはDebian辺り?
特に理由も無くFreeBSD使い続けてるなら余り良くない気が・・・
14root▲▲ ★
垢版 |
2009/10/03(土) 01:03:50ID:???0?DIA(112883)
root権限つきサーバがFreeBSDなのは、おもりする私が希望したからですね。
単に慣れてて、中身の動きやチューニング方法をある程度わかっていたからということで。
2009/10/03(土) 01:04:22ID:Kr2LjAPE0
DebianかUbuntu Serverが良いと思う。
Centはちょっと古すぎ。RHEL6が出てCent6が出てからなら良いけど。
2009/10/03(土) 01:04:37ID:G4niECLJ0
>>7
乙です。

思えば、仮yutori7,tsushimaはこのスレで色々精査した上で設定他
してみてから初めての祭りでしたね・・・。
2009/10/03(土) 01:07:10ID:4Jp7bXir0
慣れた奴使えばいいじゃん
18root▲▲ ★
垢版 |
2009/10/03(土) 01:08:03ID:???0?DIA(112883)
2ch特化型サーバ・ロケーション構築作戦 Part34
http://qb5.2ch.net/test/read.cgi/operate/1250495550/977-989

これやってきます。
19root▲▲ ★
垢版 |
2009/10/03(土) 01:14:12ID:???0?DIA(112883)
>>18
202.219.104.0/23

で除外した。
2009/10/03(土) 01:16:27ID:sLoB56qz0
お疲れ様です。
root様は何のディストリ使ってるんですかぬ。?
21root▲▲ ★
垢版 |
2009/10/03(土) 01:20:10ID:???0?DIA(112883)
>>20
FreeBSDディストリビューション - Wikipedia
http://ja.wikipedia.org/wiki/FreeBSD%E3%83%87%E3%82%A3%E3%82%B9%E3%83%88%E3%83%AA%E3%83%93%E3%83%A5%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3

うむ、、、どれでもないかも。
2009/10/03(土) 01:21:59ID:HAQ2gmEq0
>>12
LinuxとBSDって似て非なるものだし、高負荷はBSDがいいといわれてる+BSDの知識もあるのに
敢えてLinuxに乗り換えるのは冒険だぞ
2009/10/03(土) 01:22:27ID:Kr2LjAPE0
>>14
root権限無しのサーバーでも全部FreeBSDじゃ?
てっきりFreeBSDなままなのはBig Server側の都合だと思ってたが、そうでもないのかな
24root▲▲ ★
垢版 |
2009/10/03(土) 01:23:38ID:???0?DIA(112883)
>>23
現状だとroot権限なしのサーバも全部、FreeBSDですね。
2009/10/03(土) 01:24:22ID:Kr2LjAPE0
>>22
>高負荷はBSDがいいといわれてる
いつの知識だよと(ry

>BSDの知識
知識は何とかなるんじゃ?
ただ既存のスクリプト類が面倒だろうね。
2009/10/03(土) 01:25:14ID:4Jp7bXir0
全部BSDで統一してあるのに変えようとか言い出す意味がわからない。
2009/10/03(土) 01:25:54ID:jW2vhuoC0
今からLinuxに乗り換えとかrootたんの負担増えるだけだろ。
2009/10/03(土) 01:27:10ID:bgaKM3xDP
古の騒動があったころはLinux 2.0だったような
いぢくる人がFreeBSDでと言ってるんだからそれでいいじゃない
2009/10/03(土) 01:27:43ID:Kr2LjAPE0
ウィルス騒ぎに相次ぐ障害、変えようと言い出すのも分かる気がする。まぁOSの問題じゃない部分も多い気がするけどね。
2009/10/03(土) 01:27:49ID:HAQ2gmEq0
いままでそれなりに動いてるのに、敢えてここでDebianに乗り換えさせようと勧める意味がわからん
そんなに優位点あるか?この間のCentOSみたいにプロジェクト存続が危ぶまれる状況なら兎も角
物凄い優位性なけりゃ、慣れてるのが一番だろ
2009/10/03(土) 01:32:58ID:9zQ+FzbY0
中は、色んな人が継ぎ足し継ぎ足しに、なんだか大人の事情やらなんやらでスパゲッティ状態じゃなかったっけ?
それを焼き直すだけで死ぬんじゃ??
2009/10/03(土) 01:38:13ID:sLoB56qz0
慣れてるのがいいとは思うよ。
ID:HAQ2gmEq0が自分にアンカーかけてDebian云々言ってるけども、俺はDebianは触ったことないです。
2009/10/03(土) 01:40:30ID:Yv5Grn7c0
rootたんなり中の人から相談されてるわけでもないのに自分の意見だけ押し付ける時点で
意味のない議論としか
2009/10/03(土) 01:45:09ID:sLoB56qz0
俺もそうおもう。
俺は押し付ける気はないんだが・・・そう思えたならすまん。
もともとBSD使ったことないからよくわからんけどね。
BSD使ってみたくなった。
2009/10/03(土) 01:55:27ID:YW5guTxVP
もうWindows Server 2008でいいよ
2009/10/03(土) 02:03:15ID:DoMnh6lT0
uma作戦の頃はFreeBSDで特に問題なかったと思うけど
opteron導入したりメモリ4GB載せようとかやってた頃はかなり振り回されたね。
2009/10/03(土) 02:17:06ID:Ina9Pq/h0
とりあえずCentOSはやめとこうぜ
2009/10/03(土) 02:35:05ID:QXUFODly0
rootたんみたいにわかってる人間ならrh系よりdebianの方がいいだろうね
2009/10/03(土) 03:18:21ID:sLoB56qz0
CentOSとUbuntuならどっちがいいかな。
2009/10/03(土) 03:25:22ID:QHxqhUyVP
作業用のスレでぐちぐちやってると
中の人の気が休まらないので他逝ってやるよろし。
41root▲▲ ★
垢版 |
2009/10/03(土) 03:30:44ID:???0?DIA(112883)
昔何度か試していまいちだった mod_mem_cache というのがあるわけですが、
最近の Apache 2.2 系では使いでがあるんですかね。

効果あるようなら、gimpo.2ch.net あたりで試してみようかなと。
2009/10/03(土) 05:41:26ID:sLoB56qz0
邪魔っぽいので消えます。
2009/10/03(土) 06:22:47ID:slU8utmN0?BRZ(10101)
うちの林檎機が逝っちゃった間にいろいろとあったのですね。乙です乙です。

ちなみにとうとうPPCとお別れになっちゃいました。13年間(601->601e->603->G4->G5)ありがとうでしたm(_ _)m深謝
$ uname -a
Darwin p4016-ipbfp404otsu.shiga.ocn.ne.jp 9.6.3 Darwin Kernel Version 9.6.3: Tue Jan 20 18:26:40 PST 2009; root:xnu-1228.10.33~1/RELEASE_I386 i386
2009/10/03(土) 07:40:33ID:DiNxpzDY0
>>15
その二種類の選択肢出す人自宅サーバ初心者多い気がする


>>22
高負荷ならSolarisがどう考えてもベストだろ、と思った
2009/10/03(土) 07:51:31ID:Kr2LjAPE0
>>44
>その二種類の選択肢出す人自宅サーバ初心者多い気がする
取っつきやすいからねぇ。

>高負荷ならSolarisがどう考えてもベストだろ、と思った
Solarisってどうなのかなぁ。ZFSが遅いってことぐらいしか知らない…。
2009/10/03(土) 08:34:39ID:DiNxpzDY0
>>22
http://www.phoronix.com/scan.php?page=article&item=freebsd8_ubuntu910&num=1
[Phoronix] FreeBSD 8.0 vs. Ubuntu 9.10 Benchmarks

てかBSDでひとくくりにするのやめてくれ
FreeBSDとNetBSDじゃパフォーマンスもぜんぜん違うし







だが俺はFedora使い
2009/10/03(土) 09:08:27ID:0OmptdhP0
インターネットしかやらないおれにBSDを入れるメリットはありますか?
2009/10/03(土) 12:40:30ID:g2Sodqlh0
>>41 最近の流れでは mem_cache より disk_cache の方がいいらしいですね.
disk_cache の方がよくメンテされているというのと,
sendfile() を利用できる分効率もいいらしいということのようで.
2009/10/03(土) 13:22:55ID:QXUFODly0
SunOsキター(違
2009/10/03(土) 13:30:29ID:18JHKUeo0
これは解決したの?

花子 ★と花代 ★の秘密の花園 5
http://qb5.2ch.net/test/read.cgi/operate/1236572606/620
> 620 名前:削ジェンヌ▲ ★[sage] 投稿日:2009/09/29(火) 18:50:46 ID:???0
> お疲れさまでございます。
>
> school5サーバ、2chパスワードでログインできないようなのですが
> ちょっと見てやってもらえますかー?
2009/10/03(土) 15:35:02ID:56uqodCW0
SVR4とBSDの流儀の違いくらいなら、慣れの問題ですむけど、
いざという時に、IO周りとか中の小人さんの動きが想像できるというのが大きいわな。
2009/10/03(土) 19:03:50ID:mOCtwWtL0?BRZ(10101)
こちらでご相談するのがよいかしら?
ってことで。

症状:
cobra2245鯖にて、本日2009/10/03 12:50(JST)より、Boo2008関連ファイルの自動生成装置より以下のエラーが出るようになりました。
panic: sv_setpvn called with negative strlen at /home/ゴホンと/云えば/龍角散.pl line 32.
該当行は以下のようになっております。
for my $key (sort keys %boo2008_DB_Hash){
註:%boo2008_DB_HashはDB_Fileにてtieされたハシュです。以下に該当行(line29-31)を。
my $boo2008_DB = tie %boo2008_DB_Hash, "DB_File", "$BooDB_Dir/$DB_Filename", O_RDWR|O_CREAT, 0666, $DB_Type
# or die "[error] Can not access $DB_Filenamen";
or next;

処置:
1. for構文を以下に変更してみた(DB_Fileのサンプルを参照した。http://search.cpan.org/~pmqs/DB_File-1.820/DB_File.pm#Another_Example )
my ($status, $key, $value);
for (
 $status = $boo2008_DB->seq($key, $value, R_FIRST) ;
 $status == 0 ;
 $status = $boo2008_DB->seq($key, $value, R_NEXT)
) {
1-Result.
for行で同じメッセージが出た。(変化無し)
(次に続く)
53root▲▲ ★
垢版 |
2009/10/03(土) 19:07:57ID:???0?DIA(112883)
>>52
む、何をどうすればいいのかしら。
2009/10/03(土) 19:09:12ID:mOCtwWtL0?BRZ(10101)
2. panic: sv_setpvn called with negative strlen でググってみた。
どうもDB_Fileをコンパイルしたときの時期によるもの?(gccとの絡み?)
ということで、ダメもとで再installを試してみた。
$perl -MCPAN -e shell
>install DB_File
:中途省略
Running make install
Warning: You do not have permissions to install into /usr/local/lib/perl5/5.8.7/mach at /usr/local/lib/perl5/5.8.7/ExtUtils/Install.pm line 114.
Cannot forceunlink /usr/local/lib/perl5/5.8.7/mach/auto/DB_File/DB_File.so: Permission denied at /usr/local/lib/perl5/5.8.7/File/Find.pm line 875
*** Error code 13

 そりゃそうだわなぁ。と、ため息をついたところで頓挫しています。

 そこで何かよい処方があればと思い、このスレへ相談に来ました。
(次に続く)
2009/10/03(土) 19:12:47ID:mOCtwWtL0?BRZ(10101)
可能性?
・portsによりDB_Fileの再installが可能なのか?
・それ以前にgccなどのCに関する部分の更新が必要なのか?
・最新のperl(5.10.1)を導入する?

などが考えられます。が、他にこういう方法があるよ!なんてのがあれば非常に助かります。
2009/10/03(土) 19:13:34ID:mOCtwWtL0?BRZ(10101)
>>53
その核心を相談しに参りましたですですm(_ _)m
2009/10/03(土) 19:20:29ID:mOCtwWtL0?BRZ(10101)
perlguts( http://search.cpan.org/~dapm/perl-5.10.1/pod/perlguts.pod )にsv_setpvnに関するものがありましたが、如何せんCには疎いものでして、、、
何かの参考になればと云うことでURIを指しておきます。
58なまえ
垢版 |
2009/10/03(土) 19:39:11ID:A0vaVezHP
リブート要請スレは、いる人は、何か書いて下さい。
2009/10/03(土) 19:52:23ID:QXUFODly0
>>54
文字コード関連もヒットするけどその辺は?
2009/10/03(土) 20:10:12ID:mOCtwWtL0?BRZ(10101)
>>59
#!/usr/bin/perl

use strict;
use DB_File;

とだけしていますので、その線は薄いと考えています。
甘ぁーい?
61root▲▲ ★
垢版 |
2009/10/03(土) 20:47:18ID:???0?DIA(112883)
DB_File を再インストールというか、
更新すればいいのかしら。

というかそろそろ、サーバ引越しの時期?
8.0Rが出たら、今保留にしているbanana3104に入れてみるとか。
62root▲▲ ★
垢版 |
2009/10/03(土) 21:15:56ID:???0?DIA(112883)
>>48
なるほどです。

これも前にやっていまいちだった
(当時の md は実装がぼろかった)わけですが、
メモリディスク上にディスクキャッシュしてみる、
というのはありそうですね。
2009/10/03(土) 21:42:24ID:mOCtwWtL0?BRZ(10101)
>>61
まずは、DB_Fileの更新をおながいしますです。
まずはやってみよーです♪
64root▲▲ ★
垢版 |
2009/10/03(土) 22:11:06ID:???0?DIA(112883)
>>63
りょうかいです。

しかしPerlの再インストールなしにできるのかは、
よくわかんないです。

で、Perlの更新しようとすると、
激しく依存関係が以下略だったり。
2009/10/03(土) 23:27:37ID:mOCtwWtL0?BRZ(10101)
>>64
linuxでいうところのapt-getと同じですね(´・ω・`)
でもしかし・・・
つ man perl-after-upgrade
だそうです♪

ちなみにおいらのところでは、perlのインストーラ(ソースパッケージを展開すると出てくる)が賢いのかどうかよく判らないのだけれども、
既存のperlとは別名で別バージョンのperlを入れられるのでshebangで振り分けたりしています。
66root▲▲ ★
垢版 |
2009/10/03(土) 23:32:03ID:???0?DIA(112883)
ばっさり入れてみた。 @ cobra2245

%pkg_info -aI | grep DB_File
bsdpan-DB_File-1.820 DB_File - Perl5 access to Berkeley DB version 1.x

>>65
perl-after-upgrade は、ports 経由で更新した場合の後処理ですね。
>>64 あたりを支援するという。
2009/10/03(土) 23:47:53ID:mOCtwWtL0?BRZ(10101)
>>66
ありがとうございましたですm(_ _)m深謝

しかし、状況は変わりませんでした(´・ω・`)
>>panic: sv_setpvn called with negative strlen at /home/...

さて次の手は・・・
68root▲▲ ★
垢版 |
2009/10/03(土) 23:49:20ID:???0?DIA(112883)
panic: sv_setpvn called with negative strlen at

でGoogleすると、なんか出てきますね。
Perl 5.8.7の虫だったりするのかな。
69root▲▲ ★
垢版 |
2009/10/03(土) 23:53:31ID:???0?DIA(112883)
>>7 は効果ありそうだから、
root 権限ありサーバの標準セッティングにしようかと。

重い重い重い重い重い重い重い×61@運用情報
http://qb5.2ch.net/test/read.cgi/operate/1254497679/11-12
70root▲▲ ★
垢版 |
2009/10/04(日) 00:25:36ID:???0?DIA(112883)
さて、突然ですがmod_disk_cacheのテストを。 @ gimpo
71root▲▲ ★
垢版 |
2009/10/04(日) 00:27:27ID:???0?DIA(112883)
テスト開始。
2009/10/04(日) 00:31:16ID:cctXGvsB0
щ(゚Д゚щ)カモーン!!
73root▲▲ ★
垢版 |
2009/10/04(日) 00:36:02ID:???0?DIA(112883)
入れた内容:

1) mod_cache と mod_disk_cache を有効化。

LoadModule cache_module libexec/apache22/mod_cache.so
LoadModule disk_cache_module libexec/apache22/mod_disk_cache.so

以上2行コメント外す(モジュールは作ってあった) in httpd.conf

2) 以下の2ch-cache.conf を設定ファイルのディレクトリに追加。

<IfModule cache_module>

#LoadModule disk_cache_module modules/mod_disk_cache.so
# If you want to use mod_disk_cache instead of mod_mem_cache,
# uncomment the line above and comment out the LoadModule line below.
<IfModule disk_cache_module>
CacheRoot /md/cache
CacheEnable disk /
CacheDisable /test/
#CacheIgnoreCacheControl On
#CacheIgnoreNoLastMod On
#CacheStoreNoStore On
#CacheDirLevels 5
#CacheDirLength 3
#CacheMaxFileSize 1000000
</IfModule>

</IfModule>

3) /md/cache をセットアップ。以下をシステム起動時の mdsetupfor2ch スクリプトに追加。

mkdir /md/cache
chmod 1777 /md/cache

/usr/local/sbin/htcacheclean -d10 -i -p/md/cache -l128m

4) 3) を手で実行。
5) httpd を再起動。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。