■今のF22,F15,F35を改築していこうずスレッド
■ このスレッドは過去ログ倉庫に格納されています
f22baseを新たに司ることとなりました。
こちらのスレッドも参照しつつ進めていきましょう。
新型F15/F22について語るスレ
http://qb5.2ch.net/test/read.cgi/operate/1388842161/ 今だ！２ｹﾞｯﾄｵｫｫｫ！！
￣￣￣￣￣∨￣￣￣ (´´
∧∧ ） (´⌒(´
⊂（ﾟДﾟ⊂⌒｀つ≡≡≡(´⌒;;;≡≡≡
￣￣ (´⌒(´⌒;;
ｽﾞｻﾞｰｰｰｰｰｯ
ﾄﾞｯｺｲｼｮ・・・・・・・・・
￣￣￣￣￣∨￣￣￣ (´´;;
∧∧ (´;;
（ﾟДﾟ ,）⌒ヽ
U‐U^(,,⊃'〜...
何見てんだｺﾞﾙｧ！！
￣￣￣￣￣∨￣￣￣
ﾎﾟ ∧∧ ﾎﾟ
ﾝ （ﾟДﾟ ,） . ﾝ
(´;) U,U ）〜 (;;).
(´)〜(⌒;;UU (´ )...〜⌒(｀) 全部Setting.txtにくっつけるとかは出来ないの？
sambaはあっちのcgiにハードコーディングされてるとか Let's talk with Code Monkey-san Part.2
http://pele.bbspink.com/test/read.cgi/erobbs/1394106710/925,929,937,939,940,941,943,947,949
このレスを英訳してくださると助かるます。
ってことで、CodeMonkeyさん他の方々も参照されますので、
Japanese and Englishでレスくださると助かるます。 http://f22base.2ch.net/service.html
こちらも、サーバーに変化（新設、廃止他）があった際に、変更が必要なのでしょうか?
もし必要でしたらそれなりに改修します。 >>5
engawaからmaguroへの移転に伴って
古いURLを消して新しいURLに置き換えてます
今回も同様にuniとhayabusaをaiとhayabusa5に変更が必要なはずです BBONに不具合が出ていました。理由はf15と同じです。
---_SERVERTXT="${HOME}/以前の場所/server.txt"
+++_SERVERTXT="${HOME}/server.txt"
しばし離れます。
戻るのはちょっと時間が掛かるかもしれません。
I separate for a while.
Returning may take time just for a moment. >>8
わたしの記憶では直書き修正だった気がするんですが自信がありません
前回の作業はCodeMonkeyさんがやってるので確認したほうがいいかもです
http://pele.bbspink.com/test/read.cgi/erobbs/1393152643/393,429 今回のは未承諾さんがもう替えていたけど、以前は
http://f22base.2ch.net/_work/server.txtを編集して
http://f22base.2ch.net/_work/server.cgiを実行すれば追加されるんじゃなかったけ。
そんで今回~/server.txtに移動したんみたいだし、server.cgiを見て
以前はどんな動作してたのか確認すればいいんじゃないかな？ >>11
自動生成するようにしました。
html strictにもしてみました。
It was made to generate automatically.
html strict was also used.
http://validator.w3.org/check?uri=http%3A%2F%2Ff22base.2ch.net%2Fservice.html >>12
ありがとうございますー、これで外部からも確認できますね。
Thank you, I will be able to also check this from the outside. 鯖トップは何も無いから、できれば_serviceにリンクしてくれたほうがいいかなーなんて >>12
Good job. Compliance with standards is important. 今のところ不具合は出ていませんか?
Everybody, Has not the fault of F22 come out now?
続いて、F22の危険なところを減らしていきます。
Next, I will be reducing the dangerous place of F22. >>16
What kind of dangerous places does F22 have? 危険なところの排除および、処理削減しました。
exclusion of a dangerous place, and processing reduction of was done.
たそがれ、まだかなは、直接BBS鯖が採取しているようなので、f22baseでは止めました。
I stopped to gathering 'TASOGARE' and 'MADAKANA' in f22base.
because BBS servers have been extracting since like it.
Caution:
TASOGARE is regulations of MARU's.
MADAKANA is regulations of IPaddresses. >>17
It executable URI.
実行可能なURLです。
そして、すでに削除しました。
（すべて安全な場所(~/public_html_OLD/)へ移動しておきました）
And, I have already eliminated it.
(I replace for safety place. ~/public_html_OLD/) http://pele.bbspink.com/test/read.cgi/erobbs/1153578728/566
この辺のお話
CodeMonkeyさんは元に戻したって言ってるけど
IPnumの記録を見ると旧式と新式で違いがあるのよねー
sambaと●のTATESUGIをリセットするのは1時間に一回だったはずなんだけど
その辺の動作が本当に元に戻ってるのかが疑問
旧式の記録はこんな風に1時間に1回のままなんだけど
http://awabi.2ch.net/_service/IPnum-2014-3-19.txt
2014/3/19 0:0:10 11438
2014/3/19 1:0:4 6024
2014/3/19 2:0:3 4407
2014/3/19 3:0:5 3101
2014/3/19 4:0:3 1989
2014/3/19 5:0:4 1417
2014/3/19 6:0:4 1286
2014/3/19 7:0:6 1888
2014/3/19 8:0:4 2382
2014/3/19 9:0:3 2830
2014/3/19 10:0:5 3008
2014/3/19 11:0:6 3459
2014/3/19 12:0:4 3796
2014/3/19 13:0:7 4350
2014/3/19 14:0:5 3985
2014/3/19 15:0:7 3777
2014/3/19 16:0:8 4012
2014/3/19 17:0:4 4669
2014/3/19 18:0:4 4699
2014/3/19 19:0:7 5097
2014/3/19 20:0:3 5875
http://anago.2ch.net/_service/IPnum-2014-3-19.txt
（ｒｙ
2014/3/19 17:0:6 4301
2014/3/19 8:0:6 0
2014/3/19 8:0:6 0
2014/3/19 8:0:6 0
2014/3/19 18:0:5 4715
2014/3/19 9:0:11 0
2014/3/19 9:0:12 0
2014/3/19 9:0:12 0
2014/3/19 19:0:12 5313
2014/3/19 10:0:13 2
2014/3/19 10:0:13 0
2014/3/19 10:0:13 0
2014/3/19 20:0:5 5615
2014/3/19 11:0:6 1
2014/3/19 11:0:6 0
2014/3/19 11:0:6 0
新式ではこんなんなっちゃってる
もしこのファイルを参照して圧縮後のスレの補完用クローラ回してるサイトがあるなら
前回攻撃（とおぼしき現象？）の起爆スイッチになったんじゃないかとも考えられるわけで・・・
ちなみにmimizunさんは圧縮時までのレスをlogusokuさんはほぼ圧縮後のレスも反映する別仕様ですた Please wait for a little f22 operation of each server.
各サーバーのf22動作は少々待ってください。
I consider that it is better to carry out package management by f22base after all.
やはりf22baseで一括管理した方が良いと思います。
I think that it does not become pain so much since there are no less than no 1000 boards.
1000板もないから、そんなに苦にはならないと思います。 $ netstat -n | grep 206.223.152.130.80 | wc -l
1051
What is matter!? at f22base.
何事ですか?
A half is TIME_WAIT.
Is it overflowing?
半分がTIME_WAIT。
あふれてるんじゃないの? It has been convinced.
納得しました。(´Д`)
ch2c-control
ch2cook81
ch2delete2
ch2f22base
ch2headline
ch2itada
at tiger3517.maido3.com >>22>>23
http://pele.bbspink.com/test/read.cgi/erobbs/1393152643/782
What do you think of these?
Are these SYN flood attacks?
これについてどう思いますか？
SYN flood 攻撃ですか？ IsSnowmanServer(use BBSD;)
雪だるまサーバって現存するの?
そすて、、、
http://sunos.saita.ma/bbsd.c
Cなのか。。。 まずは、各鯖のf22が実際何やってんの?ってところからかな。
そすて、把握できている人っているのかしら?
おいら？でんでん把握できていないからこうやってぼやいているんですｗ &get_2ch_file('f22base.2ch.net','/docomo_ad.txt','...
これか。。。
んぢゃ、ひとまず直しておきます。 >>28
直した。
おそらく6分ごとに書き換わっていると思う。(crontab) 取れてる取れてる。
雪だるまは現存しないと思われー >>30
回ってなかったのでやり直した。
だよなぁ。>>雪だるま。
で。と。
何をやらせるのかをまとめないとね。
まずは広告配布は切り離したい。
dat関連操作に注力。
f22baseで全板の一元管理。
各鯖で板の整理。
今みたいに1個ずつやってたんじゃ200板近く保有している鯖は、
いつまでたっても更新しないから、子プロセスでうじゃうじゃと動かそうず。
いにしへの「係。」でもそうやってたし。
で、今のわけわかめなパラメーターを整理しようず。 公告が回ってなかったって事ね。原本はf22で管理？
お掃除って何が一番負荷高いんだろ？やっぱ読み書きなのかなぁ ファイルやネットワークのI/Oを抱え込んだまま
ファイル書き込み権限のロック解除待ちとかがあったりすると
とたんに窮屈になりそう？
書き込みが多い板の圧縮で順番待ちが増えちゃったら
手の空いてるポートがだんだん減っちゃいそうだし…
ってさすがにそこまでアレな作りでは無いか
bbs.cgi がsubject.txt を読み込む→カキコに応じてインデックス修正→書き込み
のような処理の間に
圧縮がsubject.txt を書き換えてても仕方ないみたいなようですし
http://pele.bbspink.com/test/read.cgi/erobbs/1395197037/69 バカみたいにスレ立ててる板は過去ログ倉庫のsubject.txt生成がクソ重いとか。
HDDに落ちたdatを毎度10000個とか開いてスレタイとってくるかららしい。
ただトオルの証言ではこうなってたけど実際どうなってるのかは知らない。 圧縮がかかるとき、まず「もー怒った寝てやる」フラグを立てて一時的に書き込みを抑制して
その間にさっさと処理を済ませたら、直ちに起こしてやるだけでいいんじゃないかなー
他のアクセスを排除してIO独占できるなら、すぐに終わるはずだし
炎上系の板だと「データのコンシステンシ維持のため不定期に寝ることがあります」ってアナウンスしておけば
いいわけだよ
とりあえずどこか一部の炎上系板で実装してみて、うまくいきそうなら全域展開すれば猶良し >>34
配下のkako/o****/subject.txt を全更新して
ルートのkako/subject.txt も更新してるんでしたっけ？
（同じくどうなってるかは知らない）
新たに落ちたところ以外は使いまわしとか
少しサボれば〜ってほど簡単な問題…ではないか
さすがに
（過去ログ一覧の復帰依頼が必要になっちゃうかもですし）
>>35
板トップの一覧復帰みたいに〜って事か…
http://qb5.2ch.net/test/read.cgi/operate/1389452203/2
> 復帰中は板への書き込みができなくなります。
> 本文が何文字でも『本文が長すぎます！』エラーが出ます。 たまにセマフォ詰まるとめんどくせーからdat落ちはF15だけにやらせて
F22はpoolから過去ログ倉庫に運ぶお仕事専門にするのはどうだろうか。
一度挑戦した奴が居たけどついでにdat落ち条件とか余計な所まで
同時にいじるバカだったからな…
あとliveなdatについてもdatの行数を判定に使うと重いって話があるね。
ファイルの尻まで舐めないと何行あるかわからないし。 ローカル雪だるま化すればsubjectの問題は解決しそうだけど
bbsdがsubjectを管理するから書き換え問題が起きない・・・はず >>37
単一プロセスだけが該当ファイルを触れば、狭ふぉも広ふぉも関係無くなるんじゃないかな。
tu-ka、狭ふぉ神様みたいな書き方するから余計におかしくなるかと思う。
でもってdat墜ち条件も一緒にやらないと、整合性がさらに破綻するんじゃない?
バカと罵ってもさ。
datの構造上、行数探索は全部舐めなきゃどないしょうにもないかな。
1行目はヘッダ部分とかに仕様を変えれば別だけれども。
インデックス的なDBにするのもありと思うし。
と、まぁいろいろと思うこと張るけれどもまずは、
一元管理しないと。と思うのであります。 >>38
bbsdをうまく活用できればと思うけれども、根本的に改造しなきゃだし、
かといってCはいまいちだし(´Д`)
♯あれ、古い酉（汗） ＞1行目はヘッダ部分とかに仕様を変えれば別だけれども。
これいいんじゃないかな？そんでanydat.soみたいなの噛ませて取得させるdatは今まで通り
管理側はヘッダーで管理が楽みたいな。んでもしヘッダー付きdatを提供して欲しいとかなったら
〜/dat2/みたいな方から噛ませないで取得させるとか。 ちなみに、dat墜ち判定とかのパラメータって部外秘なんよね？
変数名？っていうのはoperateのスレに上がってたか。
まずは全板のcsvみたいなのをでっち上げようか。 http://f22base.2ch.net/board.txt
でっち上げた。
f22呼び出しの時に作るようにした。
隠し板のことは知らないｗ（/_service/bbslist.txt を読んでいるだけ） まだ把握ができていません。
旧式？新式？っていう状態です。
f22baseでは、各鯖のf22.cgiを呼び出しているだけで、各板の調整は、各鯖のf22が担っています。
だから、状況が把握しづらくなっています。
そこで、全板をf22baseに集約して管理をし、各鯖がそのデータをで持って、処理を行う。
という形に進めようと考えています。
あと、それぞれのパラメータは隠匿しなければならないのでしょうか？
その事由を説明いただけると、おいら的にも判りやすくなって助かるかなと。
と、あっちで書いたものをこぴぺｗ DAT落ち回避やDAT落としを目的とした保守マルチをしにくくするためでは。
パラメタは挙動を観察してれば推測できますが。 ふむふむ。
では各鯖のf22を同一の物にしていくんですな？新旧様々なf22があると思うけどどれが旧でどれが新なんだｗ
仕組み的にはrockと同じになるのかなぁ、未承諾さんの事だから自動アプデもつけるんでしょうし
あと隠し板ってipv6以外に今あったっけ？ >>45
推測できちゃうんなら別に公開してもって思うけれどもそれはそれで拙いンかな？
>>46
各鯖のf22なかでハードコードしちゃうからややこしいのでして(´Д`)
自動アプデして楽しなきゃｗ
隠し板って、maruとか今は表だっているんすね。muは無くなった？みたいだけれども。 優先順位で考察。
・1440分ごとにCHK？
1st. 1000超えたら
2nd. スレストだったら
3rd. 容量オーバーって必要？必要ならその大きさ 500Kbytes を超えたら
4th.. スレッド保持数700+offsetを超えたら700に。
-1 作成時刻が古いスレッドから
-2 更新時刻の古いスレッドから
-3 レス数の少ないスレッド 20以下とか、1024Bytes 以下とか。
パラメータとしては
interval: 1440(minutes)
overThread: 1000(lines)
stopThread: 最終行に日付表示なしで判断
overVolume: 500 * 1024(bytes)
こんなところ？ 容量オーバーしたら書けなくなるから
> -2 更新時刻の古いスレッドから
に引っかかって消えてくれそうな気はするんすよね。
ってか作成時刻の方が優先度上なんですね。 >>46
運用情報(金)板(operate2)と2ch開発室板(sakhalin)と壁板(wall)
あとはBBSPINKの３執着板(3shuchaku)
…かな？
>>44
ttp://pele.bbspink.com/kakolog.html
のように
サーバーの過去ログ倉庫トップには大外枠が表示されているので
まったく公開されてないわけではないですが…
今でもスレ立て後とりあえずダーっと埋めて即死回避をはかったり
経験則から圧縮回避カキコをしたり〜があったりするので
公開されててもあまり変わらないのかな〜と思ったりも
そういえばこのkakolog.html ってどの時点で生成してるんだろ？
各板の過去ログお掃除が終わるごとに
全板のkako/subject.txt を開いて作ってたりするんだろうか…？
それともkakolog.html 用のsubject.txt があるのか…？
>>48
現状だと4th. に
-4 もうすぐ埋まりそうなスレッド 981以上とか、480KByteとか
もあるのかな？
大型AAばかりのスレとかがあったとして
4K * 1000レスで4M級の大型ファイルになっても読み書きアクセスで問題がないんでしたら
容量オーバーが無くてもいいんでしょうけど… >>49
スレッド保持数を超えなければいつまでも残っています。
優先順位はわいがやで決めましょう。
>>50
先の板リストには挙がっています。
http://f22base.2ch.net/board.txt
ので、現状隠れていませんｗ
ipv6も、別鯖名のでこの先どうなるか判りませんね。
あとはtop10でしょうか。stat.2ch.netに入ってます(3板)
kakologも、f22だか、f15に内蔵されています。
tu-ka、過去ログって必要なのかしら？
→ -4 もうすぐ埋まりそうなスレッド 981以上とか、480KByteとか
必要なのかしら？
無駄に埋めとかが発生しているように思えます。
改めて本当に必要？ >>51
負荷監視所とかbbslist.txt 準拠になってるところはみんな載っているので
板メニュー上は〜ですね＞隠し板
もうすぐ埋まりそうな〜は
トの人が新型でレス番チェック無くした影響で981以上判定が消えた時は
前スレ最後まで使わなくても落ちる→使い切らなきゃいけない
になった不満がちょっとだけ2chのどこかのスレに書かれていたような気がします
（逆の反応もあったような気がする）
変更になった〜と周知されればそれに合わせて動くだけなので
私は気にはしませんが
過去ログ一覧は検索さえしっかりしていれば無くてもそれほど〜かもです
ただ
どこからもリンクが無い単発スレだとググるさん等のクロールが見てくれないので
外部検索サイト対策としては意味あるかもです（運営の人の判断しだい？）
あと現状だと
erobbs/1395144494/ とerobbs/1395144494/51 みたいに
同じものが複数の候補として出てきたりする時があるので
read.cgi さんにオリジナルはこれです〜と宣言して欲しかったりしますが
これはあからさまにスレ違いの話なので割愛〜 ってipv6 って板メニューにもあるじゃん
頭冷やしてこよう >>53
kako/subject.txtはread.cgiが参照しているのでしょうか？
もしそうならば必須になりますね。
基本的には別に必要の無いことはしない。でいきたいのです。
>>54
でもサーバリストにはipv6は載っていません。
http://f22base.2ch.net/server.txt こっちに書こうｗ
新型F15/F22について語るスレ
http://qb5.2ch.net/test/read.cgi/operate/1388842161/885
多少の揺らぎは考えています。
あれ？どうしたの？
あ、きたきたって感じ。 kakologのindexがあると既出かどうか調べられてやっぱり便利なんですよ。
今みたいにスレ立て時刻の時系列で並んでなくてもいいから。 >>55
> kako/subject.txtはread.cgiが参照しているのでしょうか？
そっちの意味だったら多分ないと思います
専用ブラウザで掲示板と同じように過去ログを一覧できるような方法として
> まれにスレタイ一覧が存在する場合があります。
と紹介はされてるかもです
（仕様変更するなら変えてもらうだけなので問題はない？）
ttp://www.monazilla.org/index.php?e=198#reigai
f22baseにipv6鯖が載ってない〜という意味での隠しという話だったのか…
（やっと頭が追いついてきた？）
↓で話が出てたぐらいしか知らないかもしれない
質疑応答因果応報拡散未希望10 byト
ttp://qb7.2ch.net/test/read.cgi/operate2/1356310722/860-872 少し掘り起こしてきた
ttp://info.2ch.net/wiki/index.php?IPv6
ttp://qb5.2ch.net/test/read.cgi/operate/1215193325/503
の時に
掲示板用のを始めて入れたのかな？
（自前のみ〜の可能性もありますが） f22baseとしては各鯖bbslist.txtを舐めてればserver.txtで問題ないでしょうね。
>>58-59
ipv6鯖に関してはまあf22baseの管理範囲外でしょうな。
bbslist.txtもないですしlogも無くなってますしね、f22本体も消してるのか移動したのかなぁ？
ホントの意味（ｗで隠し板が存在するので、わざと無くしているのかなと。
ipv6板が管理外になるのは少しさみしい気もしますがしゃーなしでしょう。 動的堂幹、ジャパンネット銀行 本店営業部（ホンテン）（支店コード001）日語服喜々生非、善良ＮＯ１。・字蛾像金貧、普通預金、〒号丼ヅ・口座名義・服用を・口座番号・ヒキロ もの義3217899kon 4628079 6318297
ドメキキリコ・5672472 サイトウコウタ。マエダヒロカズ・ズキタイサオ・ミズノキヨテル,ゴミカワリュウヘイこれらは詐欺は無くて安心できます。 >>25
If you mean that maybe they were SYN flood,
why do you think we can see TIME_WAIT?
おそらく SYN flood ということなら、
TIME_WAIT が見えるのは何故だと思いますか？ どこかに流出版bbs-entry.cgiが墜ちてないかしら。。。
>>62
え？何ででしょうね。
ぶつんと途切れちゃったから？ >>63
停止信号のGitHubにあるのじゃいかんの？ 誰かがうｐした2010/10/28版っぽいのがまだ残ってた
http://www1.axfc.net/uploader/so/2208949
DLパスはnews >>66
mnewsplusがawabiとhayabusa3の両方にあるね >>68
そゆのをCodeMonkeyさんに通報しよう！
こうやって板情報の健全化が進むのであった♪ コレだけの乳もみ見ごたえあり
ココおもしろそう ハプニングあり？！
ポロリあり？
http://y725.jp/ で。だ。f22関連はちょと中座させてね。
落ち着いてからかと。 >>74
おそらく。
でもひどいのは、BBR2BBQしてます。 Boo2008のポイントもこの際BEの代わりに加算されるといぃなぁ。
RONINポインヨ？ >>63
途切れるというのは、ESTABLISHED された通信が途切れるわけですよね？
通信が ESTABLISHED されることは、SYN flood と矛盾するんじゃないですか？ しつこく言質取り大変すね。その方は運営から給料貰ってるわけでは
ない人なんで、突っ込んでも無駄なんですけどｗ 圧縮の話だから一応ここかな。
http://fox.2ch.net/poverty/dat/
datがpoolとかに行かずに貯まったままになってる 狐ﾀｿはもちょっと調整がいるります。ちょとおまちくだしあ。 ERROR ret=2001 OL2ERROR#####
新foxにpoolがないのか旧maguroのpoolに向けらたままなのか
かな？ offlaw2はpoolは見ないよ、oysterだけ
__datArea/povertyが作られてなかっただけかなと思います
これが無いといつまでたってもoysterに行かない mastiffのF22がなんかエラー出してるから他所も出てるのか見に行こうと思ったけど
service.htmlが消えたおかげで捗らない。
ほとんどの鯖で
2014/05/16 10:50:19 F22 get_2ch_file（ｒｙ
以降エラーが出ているように見える。金曜のメンテと何か関係ある？ f22baseの外部ファイルが無くなっちゃったからなんだと思うけど、、、
誰が消したんだろう？ o-o、
('A`) ﾒｶﾞﾈﾒｶﾞﾈ
ﾉ ﾉ)_ ■ このスレッドは過去ログ倉庫に格納されています
