分散型携帯用2chビュア・がっくしメニュー17
■ このスレッドは過去ログ倉庫に格納されています
トップ：http://orz.2ch.io/
入り口：http://orz.2ch.io/p
設定：http://orz.2ch.io/p/-/?s=1
日々増え続ける携帯からのアクセスみんなのサーバで支えよう
■はじめに
Open Resource Zone（こじつけです）。
CGIが使えるサーバを持ってる皆さんに協力してもらって、みんなのサーバで2chの携帯アクセス負荷を軽減しようという計画です。
CGIを1個、他数個のファイルを自分のサーバに設置するだけで簡単に参加できます。
各種自動設定、オートアップデート機能付きなので、サーバ提供者はほぼメンテナンスする必要はありません。
サーバをお持ちの皆さん、あなたのサーバをちょこっと貸してくれませんか？
詳しくは http://orz.2ch.io/orz.html
詳細などは >>2-10
ふて寝してる間に直ってた
夜中に死んでたお気に入りも生き返ってた
中の人ありがとう サーバにログインしたところ、ダウンはしていなかったようです。
というわけでデータは無事。
原因はまだ連絡がないけど、恐らくルータっぽい感じ。
中の人から、15時を目処に対応中との連絡があったので、
再度ダウンするかもしれません。
これから出勤なので1時間ぐらいオフライン。 ケーブル交換の為14〜15時のあいだで5分程ダウンが発生するとのこと。
＞802
えっ？
えっ？ 今中央鯖にログインしてみたらこうなってた。
media: Ethernet autoselect (1000baseTX <full-duplex>)
本当に出るかどうかは試してない。
＞804
なるほど。「あーっ！」ではなかったか。 再度登録しようとした際、なんとなく登録サーバーリストを見てみたらなぜか載っていました。
リブートかけた直後は消えていたのですが、Twitterでは報告されていませんでしたし、中央サーバーの異常があって登録抹消されずに済んだと言うことでしょうか・・・？
LFも減ってませんでしたし。 昨日のアップデート直後から中央鯖にくるトラフィックが増えてる。なんでだろう？
そろそろ、●の再ログインの時間なきがす。
＞807
URL教えてくれるとログから調べられるかもです。
基本的にTwitterでつぶやかれていなければリストからは消えないです。
消えたというのはどこからでしょ？ http://orzproxy.mine.nu/orz.cgi
です。
もしかしたら私の見間違いなのかもしれませんが・・・。 ＞809
ログ見たけど6/18以降接続エラーなし
直近24時間もDNSエラーなし
というわけでリストから外れてはいないようです。 >>808
倉が書き込み毎に●再ログイン求められるらしくて、それで一時的に
避難してるんじゃ無いですかねえ。もしかすると。 ＞811
http://who.sakura.ne.jp/img2/201007152134_000.png
こんな感じでインバウンドだけ増えてるんですよね。
http://orz.2ch.io/graph/
全体的なアクセス数は変わってないんですよ。
アウトバウンドと連動しているので、
がっくしの何かのトラフィックが増えているんだと思うけど、、、 >>810
そうでしたか。
では私の見間違いのようですね。
お手数をおかけいたしまして申し訳ありませんでした。 原因判明。
アップデータがきちんと行われていない鯖が繰り返し要求していたみたい。
原因の2鯖
meguro.ddo.jp
www.kyodemo.net
とりあえず大きな影響はないのですぐには止めませんが対処おねがいしますー。 ●の自動ログインちゃんとうごいてなかった。。。
3バイト書き足して動いていることを確認。 >>814
申し訳ないです、meguro.ddo.jpの者です。
配布された本体コードの動作部分に関する変更はやっておらず、
今年の5月末に、orz.cgiのperlをspeedyに対応させるために冒頭1行を
#!/usr/bin/speedy
に変更しただけの状態です。config.txtには
> OrzPerlPath=/usr/bin/speedy
> OrzPerlOption=-- -r 100 -M 10
と記載し、次回アップデートにspeedyのまま反映される状態にしているつもりでした。
いま確認したところ、PC入れ替えの際にcgiのパーミッションを手動で変更したのですが、
その際、dat_control.cgiのパーミッションを755にし忘れていたようなので755にしました。
どうもすみませんでした。これが原因でしょうかね。
これでもダメな場合、再度お知らせいただけますでしょうか。 ＞816
どもですー。
まだ止まってないみたいです。
http://meguro.ddo.jp/orz/orz.cgi の
ページ下部のバージョンが[0.17.65]になれば
バージョンアップされているのですが、、、
Speedyなのは問題ないはず。
orz.cgiが置いてあるディレクトリのパーミッションとかどんな感じでしょ？
あとはSpeedyの実行ユーザとファイルのオーナーが違うと、
実行ユーザに書き込み権限がないとだめです。 アップデート完了。
0.17.66 アップデータのリトライが少なくなるように変更 >>817
確認したところ、orzのディレクトリが777じゃなくて755になっていましたので今直しました。
orz.cgiは正常にアップデートされ、Ver表記も最新になりましたが、これで大丈夫でしょうか。
お手数＆ご迷惑をおかけしましましてすみませんです。 ＞819
確認しましたー。
ご協力ありがとうございますー。
もう一個の方も直していただいたようです。どもです。
アップデータの作りが甘かったのも原因。。。 がっくしで画像見る為のリンク？で、ぐるっぽがエラーなんですが直してください(´･ω･`) >>835のリンクでもクッションページでぐるっぽが404を返してきますね
orz側じゃなくてぐるっぽ側が原因ですかね？
でもp2クッションはいけるんですよ >>836
新しいリンクってのは、ぐるっぽの変換リンクの事。
p2がOKなら、p2でどんなURLにしてるのか調べてここに提示してちょうだい。
ぐるっぽで表示のURLくらい、古い携帯で無ければ簡単に見られるでしょ。 ほいほい。あとで直しますー。
夏場に2週間放置された炊飯器と戦ってくる。 ラストボスに挑むのか……。
無事エンディングを迎える事を祈る。 スレ検索のバカっぷりはなんとかならんのか
度々使用できなくなるとか…
前は直接検索できてたのになんでクッションなんだ ＞838
なおしてみたー。試してみて。
＞炊飯器
白いご飯がサフランライスのように黄色く、
発酵してどろどろに粘り、異臭を放ち、
画像を撮るのを思わず躊躇うほどの絶望感。
洗って普通にご飯炊きました。
マグロ丼とシジミの味噌汁うまー。 >>844
お疲れ様です
>>838の件ですが、
http://hayabusa-1gbpsgraph.maido3.com/hayabusa/
のようなリンクは
http://lupo.jp/gl6.php?g_url=http://hayabusa-1gbpsgraph.maido3.com/hayabusa/
となってうまくいきますね
ところが前述のは
http://lupo.jp/gl6.php?g_url=http://www.google.co.jp/search?lr=lang_ja&&q=orz
となってうまくいきません
ぐるっぽ上で表示されてるURLも
http://www.google.co.jp/webhp?lr=lang_ja
だけになってます
Googleは他の検索キーワード付きアドレスでも見ましたが、
やはり検索キーワード無しに変換されてました
そんな感じです
＞炊飯器
そちらの方も大変だったようで乙デス＞＜ 微妙に動作を変えてみた。
＞838と＞845でURLが違うっぽいけど（URLエンコード）どっちもNG？ >>846
変わらずNGです
変換後のURLエンコードが%+16進数にならない？って感じです >>849
うまくいきました＼(^o^)
お疲れ様デス しょっちゅうtimeoutになってるところは大丈夫なの？ なんだかいつも同じところが落ちているような・・・。 落ちればその分LF下がるから使う分には影響でにくいはずだけどね。 例を挙げる形になって申し訳ないけど、
http://orz.orzsv.com/orz.cgi
http://orz.vpssv.com/orz.cgi
の二つのDNSはdnsv.jpだからお名前.comのDNSを利用しているんだよね。多分これはサーバーの問題なような・・・。 fornext.org
のrealRの値がめちゃくちゃ高いまま推移しているな。
どうしてだろう。 >>865
キャッシュ共有してlogsも共有してんだろ
分散という意味ではどうなんだろって思うけど 7/15以降、mod_speedycgi使うようにしてあると、
何かのきっかけでcgiが応答しなくなるようになった。
LFで制限かけてるんでMaxBackendsは指定してなかったんだけど、
そのままだとApacheのServerLimitまでプロセスが増殖して、
メモリ枯渇＆OOM Killer発動＆鯖死亡の最凶コンボに発展する。
色々試してみたけど、今はmod_speedycgi使うのやめて様子見中。
環境は以下の通り。
OS：Fedora 13 x86_64/KVM
httpd：httpd-2.2.15-1
SpeedyCGI：perl-CGI-SpeedyCGI-2.22-7+mod_speedycgi-2.22-7
Perl：perl-5.10.1-114
どうしてこうなった？ >>871
うちはATOMの糞だけど問題ないな。
KVMって仮想PCだっけ？マシンスペックは？ 今月のモリタポですが、itadakiさんが夏休みなので少し遅れます。
＞871
Apacheモジュールじゃないspeedyだと動きますか？ quitした場合モリタポはどうなりますでしょうか。
ドメインの変更を予定しておりまして・・・。 ＞874
稼働していた分はorz銀行に振り込まれますのでご安心をー。 >>875
了解しました。
ありがとうございました。 >>873
今朝方から動かしてみてるけど死なない様子。
やはりmod_speedycgiに問題があるっぽい。
とりあえずこれでやってみます。 orzからsports２鯖へ書き込めないのは自分だけなのでしょうか？
DoCoMo/2.0 N905i(c100;TB;W30H20) 今も昔も書けなかったような。
そのうちなんとかしたいねぇ。 下記を鯖リストから削除しました。
復旧したら http://210.135.99.75/ba/ より解除申請を行ってください。
http://nullpo.homeunix.net/~dia/orz/orz.cgi timeout
http://nullpo.homeunix.net/~dia/orz/orz.cgi timeout
http://orz.ovd.jp/orz.cgi Status code 404 がっくしインストールしようとしたら「失敗」と表示されてします。
どなたか原因が分かる方教えて頂けないでしょうか・・・ ・OSの種類、そしてバージョンは？
・CGIのバージョンは？
・環境は？(素のままかSpeedyCGIで動いているか)
・パーミッションはちゃんと設定してる？ >>888
下記の様な感じです。
OS CentOS5
CGI Perl v5.8.8
通常のPerlでうごかしてます。
パーミッションは ディレクトリ755 *.cgi 755 で設定してます。
思い当たる点としてはリバースプロキシで動作させてる点でしょうか・・・
>>889
うーん、
リバースプロキシは使ったことがないからよく知らないが…
まあ一旦リバースプロキシ外しても大丈夫なら外してみるとか
そういえばhttpdは何？ >>890
Apache/2.2.3でした
IP(LAN内)で直接アクセスしましたがどうもうまくいきません。。。
Digest::MD5はインストールしてます。。。
どうもソースを見る限りupdata.cgiがうまく動作していないように見えるのですが
ログにエラーが全く出ないのでorz うーん…
perlのパスが間違ってるってのも考えたけど、CGIが「失敗」と表示するってことは一応動いてるってことだろうし…
よくわかんね LogLevel debugをconfファイルに書いておけばlogに書かれないかな。 >>893
試してみましたが
これというものは見られませんでしたorz >>894
IPアドレスでのアクセスはダメじゃなかったっけ？
ドメイン名でアクセスしてリファラ送らないといけなかった気がする… >>895
Windowsマシンのhosts書きなおして直接アクセスしてみましたがどうも変化無しでした…
なんでだろ >>898
やけくそになってsuEXEC止めいた状態でやってみました。
が。。。「失敗」のままで…さすがに泣きたくなってきたorz
rootで直接updata.cgiを動かしたところインストールは出来ましたが板の一覧がうまく出てきませんでした。。。 ■ このスレッドは過去ログ倉庫に格納されています
