何でも掲示板一括表示
［表示範囲：97〜196］［スレッドモード］

フォロー記事投稿

記事のキャンセル

8月30日に、夢職人さんは書きました。

＞すいません、またリミッター伸ばして下さい(^^;)
＞
了解です。５時間にしておきました。
＃ そこまではかからないとは思うけど。(^^;;

＞たぶん先月より悪化してます(笑）＞にあさん
＞＃一日平均３５０アクセスー平均１５０ＭＢだうーん(^^;)
＞
それはたいそう「悪化」していますね。(^^)(^^)

この頃、ホスト名の圧縮リストを増やしたので、以前よりは "何とか-ppp1234" 見たいな
無意味な名前は減っていると思います。そのうちオプションで表示する項目を選べるように
しますが。（って、懸案事項ばかりスタックされていく〜）(笑)

フォロー記事投稿

記事のキャンセル

昼頃つないで、いやにサーヴァが重いな〜 と思っていた。
夕方つないでもまだ重かったので、どうしたのかな、と思っていたら
突然ふっと、軽くなった。

見てみると、案の定、サーヴァプロセスがリスタートされていた。

うーん、リスタートも良いけど、原因を突き止めるのが先決だと思うぞ。＞ Mesh

フォロー記事投稿

記事のキャンセル

8月30日に、にあは書きました。

＞見てみると、案の定、サーヴァプロセスがリスタートされていた。
＞
これがアクセスカウントの状態です。リスタートは 8/30 17:43 ですね。

フォロー記事投稿

記事のキャンセル

月の統計とりおわりました。
あれ？８月１日分が無い(^^;）
まわっちゃってたかな。まあ、いいか(^^;)

予想通り凄まじいアクセス量が(^^;)
＃どこでサーバーが腐ってたかも一目一目瞭然つーのも(笑）

　　　　　　　　　　　　　　　　　　　　　　

フォロー記事投稿

記事のキャンセル

9月1日に、夢職人さんは書きました。

＞月の統計とりおわりました。
＞あれ？８月１日分が無い(^^;）
＞
どうもログ回転は手動でやっているようで、月ごとにやり方が違いますね。

ちゃんとした人がやると、抽出している最中のログも、後から加えてくれて
統計誤差が無い様になっているんですが、先月はログ回転した時点から後の
ログしか残っていませんでしたね。きっと、複数の人が管理をしているので、
どうしても資質による差が出てしまうのでしょうね。(^^;;

今月はまだ回転していないけど、どうなるのかな？

＃ 今月は忘れず月統計を取りました。(^^)

＞予想通り凄まじいアクセス量が(^^;)
＞＃どこでサーバーが腐ってたかも一目一目瞭然つーのも(笑）
＞
30日なんかも午後の間腐っていましたが、合計のログからは分からないですね。
＃ ハッ、気が付いていないだけで、実は毎日腐っているのかぁ？ (^^;;

フォロー記事投稿

記事のキャンセル

どーも、変なところから回してくれたようで、
昨日の分のwwwstateはまともにとれんようですな(^^;)
あぅう(^^;)こんなの、文句もいえんし、なんだかなぁあ。
いかん、先日分残しとくべきだったよ(;;)

　　　　　　　　　　　　　　　　　　　　　　　　　夢職人

フォロー記事投稿

記事のキャンセル

9月4日に、夢職人さんは書きました。

＞どーも、変なところから回してくれたようで、
＞昨日の分のwwwstateはまともにとれんようですな(^^;)
＞
のようですねぇ。夕方、ログをテープに落としていましたからね。

しかし、毎月、五月分のWWW統計取っているのが、とっても謎。
＃ 何やっているんだ？？ (^^;;

フォロー記事投稿

記事のキャンセル

おひさしぶりです(^-^)/

9月4日に、にあさんは書きました。

＞＞昨日の分のwwwstateはまともにとれんようですな(^^;)
＞＞
＞のようですねぇ。夕方、ログをテープに落としていましたからね。
＞
＞しかし、毎月、五月分のWWW統計取っているのが、とっても謎。
＞＃ 何やっているんだ？？ (^^;;

ひさしぶりに来てみたらwwwstatの話が(^-^;
それってmeshがやってるんですか？それとも自前で入れて裏で処理させてるのかなぁ？

プロバイダのログってめちゃくちゃ大きい気がするんだけど、それでwwwstatやるとなると、
めちゃくちゃ時間かかりません？(^-^;

うちのサーバはwwwstatやめてaccesswatchにしました〜

＃もしかしてにあさんってmeshの方？

ところでmeshでアクセス制御ってできるんですか？(.nsconfigとか使って...)
CGIやcookieでパスワード受けて・・・ってのはできるんだけど、
なんとなく格好悪いので(笑)

フォロー記事投稿

記事のキャンセル

9月4日に、かん(管理人)さんは書きました。

＞＞＞昨日の分のwwwstateはまともにとれんようですな(^^;)
＞＞のようですねぇ。夕方、ログをテープに落としていましたからね。
＞＞しかし、毎月、五月分のWWW統計取っているのが、とっても謎。
＞＞＃ 何やっているんだ？？ (^^;;
＞ひさしぶりに来てみたらwwwstatの話が(^-^;
＞それってmeshがやってるんですか？それとも自前で入れて裏で処理させてるのかなぁ？
＞
えーと、両方です。(^^)

夢さんが言ってたのは、にあのMeshNetユーザ専用ペーヂでやっているWWW統計 (wwwstat改を
使っています) の事ですが、五月分云々と言うのはシステムでやっているWWW統計の話です。

システムがやったアクセスログ回転がタコなので、WWW統計に誤差（と言うか欠落）が
出てしまった、と言う嘆きです。(^^)

＞プロバイダのログってめちゃくちゃ大きい気がするんだけど、それでwwwstatやるとなると、
＞めちゃくちゃ時間かかりません？(^-^;
＞
生にアクセスログを wwwstat に食わせると半端じゃなく時間がかかりますね。
システムが 9/1 に始めたWWW統計は現在(9/4 23:30)になっても終わっていません。(^^;;
既に CPUタイムを 48時間近く消費しています。(*_*)

なおかつそのWWW統計の元データと言うのが、五月のアクセスログなので、何やっているの？？
と言う事なのです。

始めたのが 9/1 と休日なので、おそらく大昔にかけた cron の設定がそのままになっていて
忘れているんじゃないのか？と思うんですが。先月も先々月も同じ事していたような気がするし。
＃ 設定消し忘れてないかい？ ＞ Mesh

にあのペーヂでやっているサーヴィスは、各個人のペーヂに対するアクセスのみを抽出して
から行なっているので、そこまで時間はかかりませんが、夢さんとこみたいに恐ろしくアクセス数が
多いペーヂの場合は月統計を取ったりすると相当かかりますね。
＃ 今月は、三時間半以上かかっています。(^^;; ＞ 夢さん

毎日の統計はそんな恐ろしいことにはなりませんが。（ひどくとも数十分）

＃ あ、そうそう、この頃システムが前日のログ抽出をしてくれているみたいです。
＃ しばらく観察していたのですが、cron で定時に抽出されているようですので、
＃ そろそろ前日の場合は、これを使うように変更したいと思います。ここしばらく、
＃ 自分の統計はこの抽出ログを使っていたのですが、毎日大体１分そこそこでWWW統計が
＃ 済んでいます。これ使えば、前日のアクセスランキングなんかも簡単に出来るな〜 (^^)

＞うちのサーバはwwwstatやめてaccesswatchにしました〜
＞
うーん、ここで使っているやつは、名前圧縮したり、DNS自分で引いたりと、手を入れて
あるので、他のにかえるのは億劫ですね。(^^;;

＞＃もしかしてにあさんってmeshの方？
＞
いいえ、全然。(^^)

ですから、にあが知りうる情報は、１号機にアカウントを持っている人なら、誰でも
手に入れることが出来る物ばかりです。

＞ところでmeshでアクセス制御ってできるんですか？(.nsconfigとか使って...)
＞
Mesh のサーヴァの obj.conf には、

PathCheck file=".nsconfig" fn="load-config"

の行が無いので、ユーザペーヂでのアクセス制限は出来ないと思いますよ。

と言う事で、にあのペーヂでは...
＞CGIやcookieでパスワード受けて・・・ってのはできるんだけど、
＞なんとなく格好悪いので(笑)
＞
まさにこの、全て CGIってやつでアクセス制限しています。

＃ HTTP-cookie はクライアント側に plain text で記録されちゃうので、パスワードに
＃ 使うのは避けたのですが。あ、クライアント側でも何らかのコード化を行なえば、
＃ 多少は安全になるかな？ うーん、大して変わらないか。(^^;;

フォロー記事投稿

記事のキャンセル

9月5日に、にあさんは書きました。

＞夢さんが言ってたのは、にあのMeshNetユーザ専用ペーヂでやっているWWW統計 (wwwstat改を
＞使っています) の事ですが、五月分云々と言うのはシステムでやっているWWW統計の話です。

こっちではそゆことしてるのかぁ、www2aではmeshに関係ないのは、kingdomのサーバと
cannaserverくらいしか動いてなさそうな気が・・・(笑)

＞生にアクセスログを wwwstat に食わせると半端じゃなく時間がかかりますね。
＞システムが 9/1 に始めたWWW統計は現在(9/4 23:30)になっても終わっていません。(^^;;
＞既に CPUタイムを 48時間近く消費しています。(*_*)

うんうん、σ(^-^)も生ログをどうにかしてみようかな〜って思ったけど、うちのサーバでも
合計20ＭＢ近くあるから、こっち(mesh)はもっと凄いんだろうな〜と思ってやってません

＞なおかつそのWWW統計の元データと言うのが、五月のアクセスログなので、何やっているの？？
＞と言う事なのです。

ふみゅ〜、ほんとなにしてるんだろね？(^-^;

＞始めたのが 9/1 と休日なので、おそらく大昔にかけた cron の設定がそのままになっていて
＞忘れているんじゃないのか？と思うんですが。先月も先々月も同じ事していたような気がするし。
＞＃ 設定消し忘れてないかい？ ＞ Mesh

crontab見てみるとか〜(謎)

＞にあのペーヂでやっているサーヴィスは、各個人のペーヂに対するアクセスのみを抽出して
＞から行なっているので、そこまで時間はかかりませんが、夢さんとこみたいに恐ろしくアクセス数が
＞多いペーヂの場合は月統計を取ったりすると相当かかりますね。
＞＃ 今月は、三時間半以上かかっています。(^^;; ＞ 夢さん

ほほぉ、じゃあgrepかまして、wwwstatしてるん？(^-^;
それともperlか何かで切り分けながら処理してるのかな？
それでもなんとなく凄そう...

こういうのってmesh側でやってくれてもよさそうな気がするんだけど、アクセスが重いのと
か、meshとかkingdomとかごっちゃごちゃでわけわからんのとか、そういう状態見てると
頼んでも無理そうな所がなんか・・・(^-^;

＞＃ あ、そうそう、この頃システムが前日のログ抽出をしてくれているみたいです。

これってwww2aのもやってくれてるのかな？(・＿・;

＞うーん、ここで使っているやつは、名前圧縮したり、DNS自分で引いたりと、手を入れて
＞あるので、他のにかえるのは億劫ですね。(^^;;

ふみゅ、meshべったりな部分もあるだろうし面倒かもね(^-^;

＞ですから、にあが知りうる情報は、１号機にアカウントを持っている人なら、誰でも
＞手に入れることが出来る物ばかりです。

そかぁ、じゃあこっちもwww2aの方で頑張るしかないかぁ(^-^;

＞Mesh のサーヴァの obj.conf には、
＞PathCheck file=".nsconfig" fn="load-config"
＞の行が無いので、ユーザペーヂでのアクセス制限は出来ないと思いますよ。

あぅ、やっぱり無理なのかぁ
となると、自前で...

＞まさにこの、全て CGIってやつでアクセス制限しています。

こうするしかないんですね(^-^;

＞＃ HTTP-cookie はクライアント側に plain text で記録されちゃうので、パスワードに
＞＃ 使うのは避けたのですが。あ、クライアント側でも何らかのコード化を行なえば、
＞＃ 多少は安全になるかな？ うーん、大して変わらないか。(^^;;

コード化しても、そのクライアイントからアクセスすれば同じだし、cookieをコピーすれば
別のマシンからも使えるから、同じかも(笑)

フォロー記事投稿

記事のキャンセル

9月5日に、かん(管理人)さんは書きました。

＞こっちではそゆことしてるのかぁ、www2aではmeshに関係ないのは、kingdomのサーバと
＞cannaserverくらいしか動いてなさそうな気が・・・(笑)
＞
ほお、www2a でも kingdom が走っているのか、と思って調べてみたら、
kingdom-0〜kingdom-6 と言うのは、www2〜www2f(1号機〜7号機)に
寄生しているんですね。
＃ kingdom が寄生しているのは、1号機だけかと思ってた。(^^;;

＞crontab見てみるとか〜(謎)
＞
いや、さすがにその辺は読めないから。(^^)

＞ほほぉ、じゃあgrepかまして、wwwstatしてるん？(^-^;
＞
です。

＞ふみゅ、meshべったりな部分もあるだろうし面倒かもね(^-^;
＞
サイトに特有な部分は変数に追い込んであるんで良いんですが (実際、うちでも同じ
スクリプト使っている)、mesh はアクセスログのリモートホストを IP でしか記録
していないので、その辺を元に戻す処理とかあって面倒なんです。
＃ accesswatch とかは、DNS 引きもサポートしてくれるのかしら？

フォロー記事投稿

記事のキャンセル

9月6日に、にあさんは書きました。

＞＃ kingdom が寄生しているのは、1号機だけかと思ってた。(^^;;

うんうん、meshの1/3のプロセス数しか動かない様になってるみたいけど、じゃま(笑)

＞＞ほほぉ、じゃあgrepかまして、wwwstatしてるん？(^-^;
＞＞
＞です。

あぅ、grepかましてみたら、毎日のログしかなかった(/_;)
どこかに過去のログってあるのかなぁ？
できればここでもaccesswatch使ってみたいぃぃぃ(^-^;

フォロー記事投稿

記事のキャンセル

9月9日に、かん(管理人)さんは書きました。

＞あぅ、grepかましてみたら、毎日のログしかなかった(/_;)
＞どこかに過去のログってあるのかなぁ？
＞
過去ログって、先月のログのこと？
例えば１号機だと、一ヶ月のログは約800MBだから... (爆)

フォロー記事投稿

記事のキャンセル

9月9日に、にあさんは書きました。

＞過去ログって、先月のログのこと？
＞例えば１号機だと、一ヶ月のログは約800MBだから... (爆)

2号機は1日50〜100Mだから1ヶ月は.....(^-^;ははは
でも、欲しいものは欲しいのだぁぁ(笑)←わがままかも

せめて前日のログでもいいから欲しいなぁ〜
よく調べてないけど、もうひとつログがあった気がする....調べてみよっと

フォロー記事投稿

記事のキャンセル

9月10日に、かん(管理人)さんは書きました。

＞2号機は1日50〜100Mだから1ヶ月は.....(^-^;ははは
＞でも、欲しいものは欲しいのだぁぁ(笑)←わがままかも
＞せめて前日のログでもいいから欲しいなぁ〜
＞
２号機はそんなにアクセスがあるんですか！
それでは毎日消されても仕方がないかもね。

＃ やっぱり、カウンタ利用でもダントツ１位のあのペーヂですか？(^^;;

フォロー記事投稿

記事のキャンセル

9月10日に、にあさんは書きました。

＞２号機はそんなにアクセスがあるんですか！
＞それでは毎日消されても仕方がないかもね。

さっきみてきたら、10Mも行ってなかったみたい
先週は80MBあったみたいだけど、今週はこんなものなのかな？
最近は重くなる事も少ないし、アクセスする人が減ったとか(･_･;
あ、夏休みが終わったからかも(笑)

＞＃ やっぱり、カウンタ利用でもダントツ１位のあのペーヂですか？(^^;;

うーん、それは調べてみないとわからないです(^-^;

σ(^-^)プログラムは作るけど、コマンド知らないので、簡単なコマンドでログ中の最大出現数を
調べられるんだったら教えて〜(笑)

そいえば、nph-npcってログに残らないんだよね？
さっきgrepしてみたら、"GET /~nir/cgi-bin/nph-npc.cgi?L=/...."って出てきたので
ちょっと不思議に思ってみたりする(･_･;

フォロー記事投稿

記事のキャンセル

9月10日に、かん(管理人)さんは書きました。

＞そいえば、nph-npcってログに残らないんだよね？
＞さっきgrepしてみたら、"GET /~nir/cgi-bin/nph-npc.cgi?L=/...."って出てきたので
＞ちょっと不思議に思ってみたりする
＞
２号機に /~nir/cgi-bin/nph-npc.cgi は無いので(^^)、それは誰かが間違ってアクセス
したのが、エラーとして記録されているのでしょう。
"GET /~nir/... HTTP/1.0" 404 nnn みたいになってたんじゃ無いでしょうか？
                         ^^^
＃ 先日のサーヴァエラーの頻発で、昨日、一昨日とアクセス数が１万越えてる。(^^;;
＃ 半分以上は npc.cgi アクセスのサーヴァエラー (爆)

フォロー記事投稿

記事のキャンセル

9月10日に、にあさんは書きました。

＞２号機に /~nir/cgi-bin/nph-npc.cgi は無いので(^^)、それは誰かが間違ってアクセス
＞したのが、エラーとして記録されているのでしょう。
＞"GET /~nir/... HTTP/1.0" 404 nnn みたいになってたんじゃ無いでしょうか？

あぅ、そこまで気をつけて見てなかった(^-^;

そかそか、そゆエラーはエラーログには残らないのかぁ(笑)
not foundは残るのにね(･_･;(謎)

フォロー記事投稿

記事のキャンセル

9月5日に、にあは書きました。

＞＃ あ、そうそう、この頃システムが前日のログ抽出をしてくれているみたいです。
＞＃ しばらく観察していたのですが、cron で定時に抽出されているようですので、
＞＃ そろそろ前日の場合は、これを使うように変更したいと思います。ここしばらく、
＞＃ 自分の統計はこの抽出ログを使っていたのですが、毎日大体１分そこそこでWWW統計が
＞＃ 済んでいます。これ使えば、前日のアクセスランキングなんかも簡単に出来るな〜 (^^)
＞
そういえば、9日の事故以来、システム側による前日のログ抽出が止まったまま
なんだけど、やめちゃったのかな〜

これ使って、色々やろうかと目論んで居ただけに、止めちゃったんならチョット残念。

フォロー記事投稿

記事のキャンセル

9月12日に、にあさんは書きました。

＞そういえば、9日の事故以来、システム側による前日のログ抽出が止まったまま
＞なんだけど、やめちゃったのかな〜
＞
＞これ使って、色々やろうかと目論んで居ただけに、止めちゃったんならチョット残念。

こっち(2号機)はちゃんと動いてるみたい(^-^)ﾉ
ちなみに昨日のログは35MBでした

フォロー記事投稿

記事のキャンセル

昨日(9/6)はいやにアクセスが多かったな。サーヴァ全体で38万アクセス近くあるし...
と思ってサーヴァを見てみたところ、大きな変更が加えられていました。

ここ、１号機の名前は www2.meshnet.or.jp ですが、これは meshsv14.tk.mesh.ad.jp と
言うマシンに付けられた別名だと言う事はご存じの方も多いと思います。

今回 meshsv14 以外に、新たに meshsv14-1、meshsv14-2、meshsv14-3 と言うマシンが
設置されて、そのどれにも www2.meshnet.or.jp と言う別名が付けられました。

つまり、www2.meshnet.or.jp にアクセスした人は、その時々によって、meshsv14 〜
meshsv14-3 と言う４台のマシンに振り分けられて負荷分散が計れるわけです。

ところが、ここで meshsv14 〜 meshsv14-3 と言う４台のマシンのうち meshsv14 以外の
マシンは全て仮想マシンで、実の所全て meshsv14 であるここを使っています。
＃ これは、kingdom-0 が、実はここだと言うのと同じ事です。

また、４台のマシンともサーヴァ名には www2.meshnet.or.jp を使っていますから、
生に IPアドレスでも使わない限り、ユーザからはその違いは分かりません。

では、何故この様な面倒なことをするのか？と言うと、ここからは推測になるのですが、
アクセスが集中して接続しにくい時でもサーヴァのCPU負荷はさほどでもない。
同じ時に kingdom-0 は、程々にはつながることから、アクセス上限を決めてしまって
いるのはサーバの計算能力では無くネットワーク側である。と言う事から、ネットワークの
受け口を増やしたのでは無いかと思われます。(^^)

各サーヴァでは、50〜100 (meshsv14)、10〜30 (meshsv14-1〜meshsv14-3) のサーヴァ
プロセスが働きますので、最大プロセス数でも今までの 100 よりは増えていますね。

同様の事は、２号機についても行なわれていて、やはり３台の仮想マシンが追加されています。
３〜７号機については変更されていませんね。まだ、それほど重くなっていないのでしょうか？

まあ、これで少しはアクセス状況が改善されるのではないかと思われます。(^^)
良かった、良かった（となると良いなぁ）

フォロー記事投稿

記事のキャンセル

9月7日に、にあは書きました。

＞各サーヴァでは、50〜100 (meshsv14)、10〜30 (meshsv14-1〜meshsv14-3) のサーヴァ
＞プロセスが働きますので、最大プロセス数でも今までの 100 よりは増えていますね。
＞
今日の夕方から meshsv14-3 落としたり、プロセス数変えてリスタートしたりと、
色々いぢっていましたけど、結局 36プロセス(meshsv14〜meshsv14-2) と
10〜30プロセス(meshsv14-3) に落ちついたようです。

負荷分散と言う意味では、以前より真っ当になっているとは思いますが...

＃ これって、昨日の事故の原因が分からなくって、プロセス数を調整してごまかして
＃ いるつもりだったりしないよね？ しないって言って。(^^;;

フォロー記事投稿

記事のキャンセル

9月9日に、にあは書きました。

＞今日の夕方から meshsv14-3 落としたり、プロセス数変えてリスタートしたりと、
＞色々いぢっていましたけど、結局 36プロセス(meshsv14〜meshsv14-2) と
＞10〜30プロセス(meshsv14-3) に落ちついたようです。
＞
チョット設定を読み間違えていました。(^^;;

今日(9/11)の午前中にまた設定変更がありました。
最終的には meshsv14-1 と meshsv14-2 がそれぞれ 32プロセス、
meshsv14 と meshsv14-3 が合わせて 32プロセスになりました。
＃ meshsv14 と meshsv14-3 を一緒にしたのは 9日からだったようです。

結局、総プロセス数は変更前と変わらなくなったので、もしもアクセスが容易に
なったとすれば、いままでいかにネットワーク側がボトルネックになっていたか、
と言う証拠でしょう。
＃ ただで出来るんだから、早くやって欲しかったぞ。まあ、結果論ですが。(^^;;

フォロー記事投稿

記事のキャンセル

9月11日に、にあは書きました。

＞今日(9/11)の午前中にまた設定変更がありました。
＞最終的には meshsv14-1 と meshsv14-2 がそれぞれ 32プロセス、
＞meshsv14 と meshsv14-3 が合わせて 32プロセスになりました。
＞
今日(9/12)の未明にまた変更があって、meshsv14〜meshsv14-3全てが32プロセス
ずつになりました。変更した後しばらく、仮想メモリの統計情報を監視していたけど、
結局このままになったようなので、これで固定かな？ (^^)

フォロー記事投稿

記事のキャンセル

9月7日に、にあは書きました。

＞まあ、これで少しはアクセス状況が改善されるのではないかと思われます。(^^)
＞良かった、良かった（となると良いなぁ）
＞
Meshにしては珍しく、サーヴァをいじったことを、BiGlobeのTop Pageでアナウンスしていますね。
今回の変更は相当自信アリと見たぞ。(^^)

フォロー記事投稿

記事のキャンセル

１号機ＣＧＩ全滅ですね。
９割以上サーバエラーになっちゃいます。
自分のページの簡易ログ見ると１７時４５分が最後のアクセスに
なっています。もうだいぶ時間経つんですけどねー。
いつなおるのでしょう？(^^;)

フォロー記事投稿

記事のキャンセル

9月8日に、NKさんは書きました。

＞１号機ＣＧＩ全滅ですね。
＞９割以上サーバエラーになっちゃいます。
＞
ダメですね。
現在システムリソースがほとんど枯渇してしまっています。

$ pstat -T

1881/1888 files
736/1018 inodes
520/522 processes
358592/364436 swap

と言うすさまじい状態です。

＃ これだけ取るのもやっとで、具体的なプロセステーブルは取れていませんので
＃ どのプロセスが原因なのかが分かりません。(^^;;

これだと、既に走っているプロセスが応答する *.html 出力は可能でも、新たな
プロセス生成のある CGI は非常に実行し辛い(ほとんど実行できない)状態ですね。
FTP すら走らないからペーヂの更新も出来ない。

＞自分のページの簡易ログ見ると１７時４５分が最後のアクセスに
＞なっています。もうだいぶ時間経つんですけどねー。
＞いつなおるのでしょう？(^^;)
＞
システムサポートに電話したら、「現在この電話は非常に混雑しています。(プツ)」
だったので、既に状況は把握していると思うんですけどね。

＃ この状態で書き込むとは NK さんもヤリますですね。(^^)
＃ この記事は何回リトライしたら投稿できるかな？

フォロー記事投稿

記事のキャンセル

9月9日に、にあは書きました。

＞＃ これだけ取るのもやっとで、具体的なプロセステーブルは取れていませんので
＞＃ どのプロセスが原因なのかが分かりません。(^^;;
＞
プロセステーブルが取れました。
あるユーザのチャットスクリプトが原因でした。

プロセステーブルが取れた時点で 364 個も溜まっていました。
こちらで100個近く消したんで、今は CGI も普通に動いていると思いますが、
そのプロセスは、まだ今でも続々と生成されているようなので、また朝になるまでには
動かなくなるかも知れません。(^^;;

１号機のユーザなら、にあの MeshNet専用ペーヂでプロセスチェックすれば、
どのプロセスが原因になったかは、すぐ分かると思いますよ。なんと言っても
凄い量溜まっていますから。(^^;;

＃ さて、どうしたものでしょうかね〜

フォロー記事投稿

記事のキャンセル

9月9日に、にあさんは書きました。

＞１号機のユーザなら、にあの MeshNet専用ペーヂでプロセスチェックすれば、
＞どのプロセスが原因になったかは、すぐ分かると思いますよ。なんと言っても
＞凄い量溜まっていますから。(^^;;
＞
＞＃ さて、どうしたものでしょうかね〜

ほんとに凄い量ですね。
meshが対処してくれなければ本人にmailするしか無いのかな。
Chatに割り込むとか。本人がいなければ意味ないですけど。

でも１ユーザーのCGIでここまで影響が出てしまうとは・・。
やっぱり慎重に扱ったほうがいいですね。CGIは。

フォロー記事投稿

記事のキャンセル

9月9日に、NKさんは書きました。

＞＞＃ さて、どうしたものでしょうかね〜
＞
＞ほんとに凄い量ですね。
＞meshが対処してくれなければ本人にmailするしか無いのかな。
＞
さっき見てみたら、相変わらず 350以上残ってたので、いい加減頭にきて
全部捨ててしまいました。

朝から何回もシステム管理者がログインしているのに何やっているんだ！
ちっとも危機的状況を理解出来ていないんじゃないか？

...と少し怒っています。(^^;;

＞でも１ユーザーのCGIでここまで影響が出てしまうとは・・。
＞やっぱり慎重に扱ったほうがいいですね。CGIは。
＞
ユーザがCGIを扱う時に注意深くする必要があるのは当然の事ですが、素人にCGIを
開放している以上、こう言うことが起こるのは絶対に避けられ無いのですから、
もっとシステムの安定性に気を配っていて欲しいです。

今回の事でも、プロセスが溜まり始めてからプロセステーブルが枯渇するまでには
半日以上あったわけですから、定期的にプロセスチェックして、まずくなったら
メールを出すようにしておくだけでも防げたはずなんですけどねぇ。
＃ まあ、休日に起こったことは考慮すべきとは思いますが。

ちょっとシステムの管理体制に不安の残る今日この頃でした。

フォロー記事投稿

記事のキャンセル

9月9日に、にあさんは書きました。

＞＃　 さて、どうしたものでしょうかね〜

そのユーザーに、つっこみ入れるしかないんじゃないでしょうか(^^;)
プロセスリストみたら・・・むぅうだったし・・・
こんな理由で、せっかく軽くなったサーバー資源を重くしたくない(笑）

フォロー記事投稿

記事のキャンセル

9月9日に、にあさんは書きました。

＞プロセステーブルが取れました。
＞あるユーザのチャットスクリプトが原因でした。

にあさん、NKさん、夢職人さん、こんにちわ。
すっかり、出遅れて、事象はよく飲み込んでませんが、
私のところにも、「動きませんメール」がいっぱい来ていましたので、
かなり酷い状態だったと想像してますが、

そのチャットスクリプトって、まさか、私のところではないですよね？
ま、私のところだったら、きっと、にあさんあたりがメールしてくれるとは
思うのだけど。甘いかな。

参考までに、どんなタイプのチャットスクリプトなのか、こっそり教えてもらえないでしょうか？プロセスリストを見てみましたが、
もう、それらしいのは発見できないのですが・・・

私のページでは、一応、チャットコーナーも主力コーナーで
一晩で、１０００ヒットを越えることもあるので、少し心配です。
自動リロードをしてないので、ましかなぁと思ってますが、
どんなものでしょうか？

フォロー記事投稿

記事のキャンセル

プロセスふえまくり(^^;)
場所はどこなんだろう。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　夢職人

フォロー記事投稿

記事のキャンセル

9月9日に、まじんさんは書きました。

＞そのチャットスクリプトって、まさか、私のところではないですよね？
＞ま、私のところだったら、きっと、にあさんあたりがメールしてくれるとは
＞思うのだけど。甘いかな。
＞
いや、まじんさんではないです。(^^;;

まじんさんなら今頃袋叩き... ではなくて (^^;; 指摘のメールが行ってるはずです。

CGIスクリプトは、たぶんオリヂナルだと思います。
少なくとも、ペーヂオーナーの Copyright (C) が入っています。(^^)

チョット読んでみたところでは、れいの kingdom 事件とおなじ、ブロッキングモードの
ファイルロックが原因みたいです。ログを書く時ファイルロックしているんですが、
ブロッキングで排他処理していますね〜

＃ 頼むから、ファイルをロックするときはノンブロッキングでやってくれー

フォロー記事投稿

記事のキャンセル

9月9日に、にあさんは書きました。

＞＞そのチャットスクリプトって、まさか、私のところではないですよね？

これってどんなのだか教えてほしいです(^-^;

σ(^-^)がお邪魔してる2号機の方でも以前スリープしてるのが原因で
めちゃくちゃ重くなった時があったみたいだしmeshって災難続きですね〜

そいえば、CGI用のサーバを立ち上げるって話がkingdomに書いてあった気が
するんだけど、あれってどうなったのかな？

＞＃ 頼むから、ファイルをロックするときはノンブロッキングでやってくれー

ふみゅ、それってどんなのか教えてください(^-^;

＃そいえばuidがwwwだと他のプロセスも殺せるのね(･_･;

フォロー記事投稿

記事のキャンセル

9月9日に、かん(管理人)さんは書きました。

＞＞＞そのチャットスクリプトって、まさか、私のところではないですよね？
＞
＞これってどんなのだか教えてほしいです(^-^;
＞
これは Mike Wheeler さんの Chatpro 1.1 と言うのを、まじんさんが日本語化した
物ですね。にあも一度まじんさん達とお話ししたことがありますが、なかなか良かった
ように思います。
＃ どうも、チャットにはまりそうだったので、以来近寄らない様にしてますが。(^^;;

まじんさんの倉庫で配布されていますよ。
＃ って、勝手に宣伝してしまってすいません。(^^;; ＞ まじんさん

フォロー記事投稿

記事のキャンセル

9月9日に、にあさんは書きました。

＞9月9日に、かん(管理人)さんは書きました。
＞
＞＞＞＞そのチャットスクリプトって、まさか、私のところではないですよね？
＞＞
＞＞これってどんなのだか教えてほしいです(^-^;
＞＞
＞これは Mike Wheeler さんの Chatpro 1.1 と言うのを、まじんさんが日本語化した
＞物ですね。にあも一度まじんさん達とお話ししたことがありますが、なかなか良かった
＞ように思います。
＞＃ どうも、チャットにはまりそうだったので、以来近寄らない様にしてますが。(^^;;
＞
＞まじんさんの倉庫で配布されていますよ。
＞＃ って、勝手に宣伝してしまってすいません。(^^;; ＞ まじんさん

いえいえ、宣伝ありがとう。とっても、嬉しいです。
あれは、一応、コンスタントにダウンロードだけは、されてるようです。
未だ、他で動いてるのをみたことはないけど。

ちなみに、かん（管理人）さんも、私のチャットコーナーには、
いらっしゃったことがあるので、
かん（管理人）さんが尋ねてるのは
今回の問題のチャットスクリプトなのかも知れません。

でも、せっかくですから、ここをご覧になっている方で、
チャットコーナーを作ろうかなと思っている方は一度検討してみて下さい。
この「うえっぶ会議室」同様、完成度の高いスクリプトだと思います。

フォロー記事投稿

記事のキャンセル

9月10日に、まじんさんは書きました。

＞ちなみに、かん（管理人）さんも、私のチャットコーナーには、
＞いらっしゃったことがあるので、
＞かん（管理人）さんが尋ねてるのは
＞今回の問題のチャットスクリプトなのかも知れません。

あ、そです、わかりにくくてごめんなさい(^-^;

＃サーバの引っ越しで疲れ中(爆)

フォロー記事投稿

記事のキャンセル

9月9日に、かん(管理人)さんは書きました。

＞＞＃ 頼むから、ファイルをロックするときはノンブロッキングでやってくれー
＞
＞ふみゅ、それってどんなのか教えてください(^-^;
＞
ファイルをロックする時のモードには、ロックできるまで待つブロッキングモードと
ロックできないときは待たずにエラーを返すノンブロッキングモードがあります。

もしブロッキングモードでファイルロックを行なっていると、何らかの事故でロックが
外れなくなったプロセスが出来た時、後から起動された同じファイルを必要とする
プロセスが、次から次へとロック待ちで止まってしまい、プロセステーブルを食い
つぶしてしまうことになります。

ノンブロッキングモードでロックしていれば、この様な場合、後から起動したプロセスは
エラーにはなっても、システムダウンへと導くような恐ろしいことは起きない訳ですね。

具体的にはここのスクリプトなどを見ていただければよろしいのですが、flock() を
LOCK_EX|LOCK_NB (=6) で呼んで、もしもその時ロックできなければ、少し待ってから
またロックしてみる、と言うのをくり返し、ある限度回数試みてもダメな時はエラーに
する、と言うような事をすれば良いと思います。

この限度回数（と言うか限度時間）はそのプロセスが呼ばれるであろう頻度と相談して
決める必要があります。例えば、1秒間に10回呼ばれるようなプロセスで、1分も待って
いたら、たちまちプロセスが溜まってしまいますから、チョットしたさじ加減が必要
でしょう。

フォロー記事投稿

記事のキャンセル

9月10日に、にあさんは書きました。

＞具体的にはここのスクリプトなどを見ていただければよろしいのですが、flock() を
＞LOCK_EX|LOCK_NB (=6) で呼んで、もしもその時ロックできなければ、少し待ってから
＞またロックしてみる、と言うのをくり返し、ある限度回数試みてもダメな時はエラーに
＞する、と言うような事をすれば良いと思います。

ふみゅみゅみゅ、なんとなく当たり前の様な気が(^-^;
つまり手抜きしてたってことなんね(笑)＞へんなスクリプト

σ(^-^)はリンク／アンリンクでする方が好き〜

フォロー記事投稿

記事のキャンセル

9月10日に、かん(管理人)さんは書きました。

＞ふみゅみゅみゅ、なんとなく当たり前の様な気が(^-^;
＞つまり手抜きしてたってことなんね(笑)＞へんなスクリプト
＞
まあ、一般ユーザの書いたスクリプトなら仕方がないかと諦めもつくんですが、
以前kindom本体が１号機にあった時には、(おそらく) 今回の事故と同じ事を、
システムの FreeTalk スクリプトが起こしてくれて、サーヴァが何度も止まりました。(^^;;

＃ キノトロープって言ったら、結構ちゃんとした所だと思うんですけどね。

フォロー記事投稿

記事のキャンセル

9月9日に、にあは書きました。

＞プロセステーブルが取れました。
＞あるユーザのチャットスクリプトが原因でした。
＞
先ほどサーヴァを見たらまた溜まっていました。(^^;;

今度は、プロセス数上限にはまだまだ余裕があったので、じっくり見て、最初に起動されていた
奴を 一つだけ 消したら、残り 50個ばかりが一気に消えてくれました。(^^)

と言う事で、原因はファイルロックアルゴリズムの欠陥と言うので、確定でしょう。

＃ そんな悠長なことやっていないで、早く Mesh なり、作者なりに連絡しろ、って？
＃ ハハハ、たとえ人のプログラムでも、バグと見ると原因を追究したくなってしまって。(^^;;

フォロー記事投稿

記事のキャンセル

9月11日に、にあは書きました。

＞先ほどサーヴァを見たらまた溜まっていました。(^^;;
＞
相変わらず溜まっていますね。(^^;;

現在(6:45) 177個ですが、もうチャットは終わったようで増えていませんし、
システム資源にはまだ余裕があるので、このまま放って置きますね。
さて、システム管理者が気づいて対処するのはいつになるか、チョット気になる
ところです。(^^)

＃ 今ならプロセスチェックをかければ、どのスクリプトか分かるのでわ？ って、
＃ この記事が読まれるのが、いつになるか分からないか。(^^;;

フォロー記事投稿

記事のキャンセル

9月13日に、にあさんは書きました。

＞＃ 今ならプロセスチェックをかければ、どのスクリプトか分かるのでわ？ って、
＞＃ この記事が読まれるのが、いつになるか分からないか。(^^;;

どれどれ、ってσ(^-^)のところ(2号機)みても仕方ないやん(爆)

こっちはいまのところ平和です(^-^;(笑)

フォロー記事投稿

記事のキャンセル

9月13日に、にあは書きました。

＞現在(6:45) 177個ですが、もうチャットは終わったようで増えていませんし、
＞システム資源にはまだ余裕があるので、このまま放って置きますね。
＞さて、システム管理者が気づいて対処するのはいつになるか、チョット気になる
＞ところです。(^^)
＞
やはり管理者はサーヴァエラーが頻発するまで対処が出来なかったようですね。
＃ だろうとは予想していたが、やっぱり残念です。:-(

今日はほとんどアクセスできなかったんで、どういう状況だったのか良く分から
ないのですが（昼過ぎにサーヴァエラーの嵐だったのは確認しました (^^;;）
今、ログを調べてみると、14:29 と 16:41 に reboot していますね。
それも、14:29 の reboot の前には server restart をしていないので、
本当に reboot が必要な自体になるまで対処が遅れたのか、単にヤバそうなので
reboot してみたのか。(^^;;

その後、2回目の reboot の前に１回 restart をかけていますね。(14:54)
２回目の reboot の後、21時過ぎにも一回 restart しています。(21:16)
その間設定は全然変更されていませんから、単にクリンアップのためなのでしょうね。

＃ 最初のリブートの前の頃、２回のリブートの間、９時過ぎのリスタートの前、
＃ いったいどんな具合だったか見ることが出来た人はいらっしゃいますか？

サーヴァ側がチャンと現象理解出来ているのか不安が残るなぁ

フォロー記事投稿

記事のキャンセル

http://host/cgi-bin/npc.cgi/~yasuf/foo.idx として呼び出すと
Cannot Open Index File "/home/yasuf/foo.idx/" とか言われた^^;;;;

とりあえず I= で設定してるけど、なんだかなぁ...

# 現在個人的に(笑)Spinnerで運用中
## テストしようとして http://host/~yasuf/hoge.cgi/uge とやったら Not Found だって(;_;) 当たり前か

フォロー記事投稿

記事のキャンセル

9月10日に、Yasu.Fさんは書きました。

＞http://host/cgi-bin/npc.cgi/~yasuf/foo.idx として呼び出すと
＞
と言う事で、npc.cgiの部屋に振りますね。

フォロー記事投稿

記事のキャンセル

とりあえず、平和になったようですね(笑）
やっぱり、まともに稼動してると軽いだわ(^^)

#でも最近はＡＰに繋がらなかったりする(涙)

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　夢職人

フォロー記事投稿

記事のキャンセル

一旦消えたみたいだけど、またふえてら(笑）
本人には突っ込みいれたので、メールがちゃんと着いてれば、
なにかのリアクションがあるとは思いますけどね。

＃無視されたらどうしましょ(^^;)

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　夢職人

フォロー記事投稿

記事のキャンセル

メールの詳細は省きますが。

その問題があるというＵＳＥＲのＣＧＩが１０分以上常駐すると、
自動切断するような仕掛けにしたそうです。

ま、これで一応は平和になるけども、とりあえず本人が直してくれるのが一番のような気はするな(笑）

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　夢職人

フォロー記事投稿

記事のキャンセル

でも、やっぱり詰みあがってるな(^^;)

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　夢職人

フォロー記事投稿

記事のキャンセル

9月13日に、夢職人さんは書きました。

＞その問題があるというＵＳＥＲのＣＧＩが１０分以上常駐すると、
＞自動切断するような仕掛けにしたそうです。
＞
んな、無茶な。(笑)

いったいどんなスクリプトを使っているのか気になりますねぇ

CGI実行は誰がやってもサーヴァ権限で走るので、見分けるとしたらスクリプトパス
ぐらいしかないと思うけど... いっぺん、スクリプト名に件のユーザ名を入れて
スリープさせて見ようかしらん。消されたりして。(^^;;

＃ それより、こっちが統計処理している途中で消されたりしないだろな。
＃ そっちの方も心配。(^^)

＞ま、これで一応は平和になるけども、とりあえず本人が直してくれるのが一番のような気はするな(笑）
＞
ですね。まあ、Mesh としては、いちいちユーザのスクリプト読んで、対処の方法を
助言してたらやってらんない、と言う事なんでしょうな。

とは言え、力技だなぁ

フォロー記事投稿

記事のキャンセル

9月13日に、にあさんは書きました。

＞9月13日に、夢職人さんは書きました。
＞
＞＞その問題があるというＵＳＥＲのＣＧＩが１０分以上常駐すると、
＞＞自動切断するような仕掛けにしたそうです。
＞＞
＞んな、無茶な。(笑)
＞
＞いったいどんなスクリプトを使っているのか気になりますねぇ
＞
＞CGI実行は誰がやってもサーヴァ権限で走るので、見分けるとしたらスクリプトパス
＞ぐらいしかないと思うけど... いっぺん、スクリプト名に件のユーザ名を入れて
＞スリープさせて見ようかしらん。消されたりして。(^^;;


なんとなくだけど・・・リコールされてる間は消去されないような気がする(^^;)
ＣＨＡＴの間はつみまくりだったからなあ(^^;)

＞
＞＃ それより、こっちが統計処理している途中で消されたりしないだろな。
＞＃ そっちの方も心配。(^^)
＞
＞＞ま、これで一応は平和になるけども、とりあえず本人が直してくれるのが一番のような気はするな(笑）
＞＞
＞ですね。まあ、Mesh としては、いちいちユーザのスクリプト読んで、対処の方法を
＞助言してたらやってらんない、と言う事なんでしょうな。
＞
＞とは言え、力技だなぁ

フォロー記事投稿

記事のキャンセル

チェックしてるんだが、解消されてる気がしない(笑）

＃今みたらチャット中だったんで、それかもしれないけど(^^;)

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　夢職人

フォロー記事投稿

記事のキャンセル

あはは・・・増えてる増えてる・・・
＃直ってないなこれは(^^;)

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　夢職人

フォロー記事投稿

記事のキャンセル

9月13日に、夢職人さんは書きました。

＞あはは・・・増えてる増えてる・・・
＞＃直ってないなこれは(^^;)
＞
チャットのログ見たら、夢さんが乱入^H^H参加して指摘してくれたんですね。(^^)
お世話かけました。（って言う科白は、ほんとは事務局が言うもんだな。(^^;;）

フォロー記事投稿

記事のキャンセル

しばらく、って言っても4〜5日ですが留守します。(^^)

一応ノートは持っていきますが、ほとんどアクセス出来ないだろうと思いますので
よろしくお願いします。

じゃあね。(^^)/

フォロー記事投稿

記事のキャンセル

9月14日に、にあは書きました。

＞しばらく、って言っても4〜5日ですが留守します。(^^)
＞
と言うことで戻ってきました。(^^)/

しかし、留守の間、ほとんど書き込み無かったんですね。
＃ 良かったんだか、悪かったんだか。(^^;;

フォロー記事投稿

記事のキャンセル

9月19日に、にあさんは書きました。

＞と言うことで戻ってきました。(^^)/

おかえりなさい(^-^)ﾉ

＞しかし、留守の間、ほとんど書き込み無かったんですね。
＞＃ 良かったんだか、悪かったんだか。(^^;;

にゃははは、悪いことがなかったってことで良しとしましょ(^-^;(笑)

＃そいえばσ(^-^)最近メンテしてないなぁ(爆)

フォロー記事投稿

記事のキャンセル

9月19日に、にあさんは書きました。

＞9月14日に、にあは書きました。
＞
＞＞しばらく、って言っても4〜5日ですが留守します。(^^)
＞＞
＞と言うことで戻ってきました。(^^)/
＞
＞しかし、留守の間、ほとんど書き込み無かったんですね。
＞＃ 良かったんだか、悪かったんだか。(^^;;

一応、私は書き込みを遠慮してましたし、良かったと思って下さい。

フォロー記事投稿

記事のキャンセル

サーバーログが回転してる(^^;)
もう月統計なんぞとれんつーことかなぁ(^^;)


　　　　　　　　　　　　　　　　　　　　　　　　　　　　夢職人

フォロー記事投稿

記事のキャンセル

9月22日に、夢職人さんは書きました。

＞サーバーログが回転してる(^^;)
＞もう月統計なんぞとれんつーことかなぁ(^^;)
＞
回転してますね〜

確かにこの頃、毎日のログが40MB弱ありましたし、今月はエラーログも100MB超えてるし(ぉぃぉぃ)、
kingdomのログもあるし...

ログを貯めてるディスクは1GBしかないので、もう、１ヶ月分貯めるのは無理でしょうね。(;_;)
＃ でも、ログ回転するなら日付の切れ目でやって欲しいなー

フォロー記事投稿

記事のキャンセル

もう月統計はとれないから平和といえば平和だなぁ（笑）

＃今月とれてたら・・サイズがシャレになってなかったっす(^^;)

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　夢職人

フォロー記事投稿

記事のキャンセル

わははははははははははは！！

フォロー記事投稿

記事のキャンセル

久々にｗｗwｓｔａｔｅで内部エラーがでた(^^;)
またどっか不可視属性にでもなったかなー
＃内部エラーが出たのにプロセスは動いてたのが謎だけども、

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　夢職人

フォロー記事投稿

記事のキャンセル

しばらくうちのドメインが IP unreachable になっていて、行方不明でした。(^^;;

10月6日に、夢職人さんは書きました。

＞久々にｗｗwｓｔａｔｅで内部エラーがでた(^^;)
＞またどっか不可視属性にでもなったかなー
＞＃内部エラーが出たのにプロセスは動いてたのが謎だけども、
＞
はて？何でしょうね

内部エラーの前の方に何かエラーメッセーヂが出てませんでしたか？
取りあえず、現在はおかしそうな所はありませんねぇ

フォロー記事投稿

記事のキャンセル

10月7日に、にあさんは書きました。

＞しばらくうちのドメインが IP unreachable になっていて、行方不明でした。(^^;;
＞
＞10月6日に、夢職人さんは書きました。
＞
＞＞久々にｗｗwｓｔａｔｅで内部エラーがでた(^^;)
＞＞またどっか不可視属性にでもなったかなー
＞＞＃内部エラーが出たのにプロセスは動いてたのが謎だけども、
＞＞
＞はて？何でしょうね
＞
＞内部エラーの前の方に何かエラーメッセーヂが出てませんでしたか？
＞取りあえず、現在はおかしそうな所はありませんねぇ

何もでてなかったっすねー
おまけにちゃんと統計取れてました(^^;)
なにがおこったんだかーー
エラーログにも何も残ってなかったしなー

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　夢職人

フォロー記事投稿

記事のキャンセル

会議室にはいれなくなってた(^^;)
ということで直飛び(笑）

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　夢職人

＃ＭＳＩＥ３．０１(英）がころがってた
＃フォームのmailto:は仕様らしい(^^;)

フォロー記事投稿

記事のキャンセル

10月19日に、夢職人さんは書きました。

＞会議室にはいれなくなってた(^^;)
＞ということで直飛び(笑）

またはいれない（＾＾；）
なぜかマニュアルが出てくる、何故？

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　夢職人

フォロー記事投稿

記事のキャンセル

10月22日に、夢職人さんは書きました。

＞＞会議室にはいれなくなってた(^^;)
＞＞ということで直飛び(笑）
＞
＞またはいれない（＾＾；）
＞なぜかマニュアルが出てくる、何故？
＞
「うぇぶ会議室」は /~nir/Forum/、マニュアルは /~nir/forum/ で大文字小文字の
違いしかないのですね。(^^;;

PC-Server などでは大文字小文字は同一視してしまって、両立しないのに気が付いたが
時既に遅し。(^^;;

とは、言うものの、ブラウザが大文字小文字を同一視する、と言った話は聞いた事が
無いですね。お使いのブラウザは何ですか？

それに、此処で /~nir/Forum/、/~nir/forum/ が併存するのは今に始まったことでは
ないし... 急におかしくなるとは、最近何か環境を変えましたか？

フォロー記事投稿

記事のキャンセル

10月22日に、にあさんは書きました。

＞10月22日に、夢職人さんは書きました。
＞
＞＞＞会議室にはいれなくなってた(^^;)
＞＞＞ということで直飛び(笑）
＞＞
＞＞またはいれない（＾＾；）
＞＞なぜかマニュアルが出てくる、何故？
＞＞
＞「うぇぶ会議室」は /~nir/Forum/、マニュアルは /~nir/forum/ で大文字小文字の
＞違いしかないのですね。(^^;;
＞
＞PC-Server などでは大文字小文字は同一視してしまって、両立しないのに気が付いたが
＞時既に遅し。(^^;;
＞
＞とは、言うものの、ブラウザが大文字小文字を同一視する、と言った話は聞いた事が
＞無いですね。お使いのブラウザは何ですか？
＞
＞それに、此処で /~nir/Forum/、/~nir/forum/ が併存するのは今に始まったことでは
＞ないし... 急におかしくなるとは、最近何か環境を変えましたか？


ＭＳＩＥ３だったり(^^;)
こいつはベースがＷＩＮ９５なんで、下手すると下手するかもしんないです。
大文字、小文字でも関係無いからなー(^^;)

でも、行ったり行かなかったりと、不安定なのは謎(^^;)

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　夢職人

フォロー記事投稿

記事のキャンセル

10月22日に、夢職人さんは書きました。

＞＞＞＞会議室にはいれなくなってた(^^;)
＞＞＞＞ということで直飛び(笑）
＞＞＞
＞＞＞またはいれない（＾＾；）
＞＞＞なぜかマニュアルが出てくる、何故？
＞＞＞
＞＞「うぇぶ会議室」は /~nir/Forum/、マニュアルは /~nir/forum/ で大文字小文字の
＞＞違いしかないのですね。(^^;;
＞＞
＞＞PC-Server などでは大文字小文字は同一視してしまって、両立しないのに気が付いたが
＞＞時既に遅し。(^^;;
＞＞
＞＞とは、言うものの、ブラウザが大文字小文字を同一視する、と言った話は聞いた事が
＞＞無いですね。お使いのブラウザは何ですか？
＞＞
＞＞それに、此処で /~nir/Forum/、/~nir/forum/ が併存するのは今に始まったことでは
＞＞ないし... 急におかしくなるとは、最近何か環境を変えましたか？
＞
＞
＞ＭＳＩＥ３だったり(^^;)
＞こいつはベースがＷＩＮ９５なんで、下手すると下手するかもしんないです。
＞大文字、小文字でも関係無いからなー(^^;)
＞
＞でも、行ったり行かなかったりと、不安定なのは謎(^^;)
＞
＞　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　夢職人
たんなるチャチャですが
私もＭＳＩＥ３も使ってますが、アドレスを直に書くと飛べない所があります。
ホームページリンクとか、でお気に入り追加して飛ぶと飛べるんです。
とっても不思議な気分になります。(^_^メ)

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　こん

フォロー記事投稿

記事のキャンセル

10月22日に、夢職人さんは書きました。

＞＞とは、言うものの、ブラウザが大文字小文字を同一視する、と言った話は聞いた事が
＞＞無いですね。お使いのブラウザは何ですか？
＞＞
＞＞それに、此処で /~nir/Forum/、/~nir/forum/ が併存するのは今に始まったことでは
＞＞ないし... 急におかしくなるとは、最近何か環境を変えましたか？
＞
＞
＞ＭＳＩＥ３だったり(^^;)
＞こいつはベースがＷＩＮ９５なんで、下手すると下手するかもしんないです。
＞大文字、小文字でも関係無いからなー(^^;)
＞
＞でも、行ったり行かなかったりと、不安定なのは謎(^^;

そのMSIEを作ったMicrosoftのページも大文字小文字入り乱れてますからね〜(^-^;

Netscapeがせっかく一度見た事があるページを憶えて色を変えてくれるってのに、MSでは
意味無いこと多いしなぁぁ

ブラウザ側でそういうサーバに対応したのかもね(笑)

フォロー記事投稿

記事のキャンセル

10月22日に、夢職人さんは書きました。

＞＞とは、言うものの、ブラウザが大文字小文字を同一視する、と言った話は聞いた事が
＞＞無いですね。お使いのブラウザは何ですか？
＞
＞ＭＳＩＥ３だったり(^^;)
＞こいつはベースがＷＩＮ９５なんで、下手すると下手するかもしんないです。
＞大文字、小文字でも関係無いからなー(^^;)
＞
さきほど、まじんさんからも MSIE でオンラインマニュアルに飛ばされたと
言われたんで、少し調べてみました。

原因が分かりました。

MSIEがキャッシュを貯める時に case-insensitive にしてしまうので、キャッシュが
有る URL に関しては更新時間をチェックしないでキャッシュ情報を使う選択になって
いる時、/~nir/forum/ がキャッシュにある時に、/~nir/Forum/ に行こうとすると
キャッシュの /~nir/forum/ を使ってしまって /~nir/Forum/ に行けない訳です。

うー、おバカすぎる！
あ、失礼しました。(^^;;

チャンと HTTP/1.1 などにも項目立てて、

｜3.2.3 URI Comparison
｜
｜When comparing two URIs to decide if they match or not, a client SHOULD
｜use a case-sensitive octet-by-octet comparison of the entire URIs, with
｜these exceptions:
｜
｜  o  A port that is empty or not given is equivalent to the default port
｜     for that URI;
｜  o  Comparisons of host names MUST be case-insensitive;
｜  o  Comparisons of scheme names MUST be case-insensitive;
｜  o  An empty abs_path is equivalent to an abs_path of "/".
｜
｜Characters other than those in the "reserved" and "unsafe" sets (see
｜section 3.2) are equivalent to their ""%" HEX HEX" encodings.

と解説してあるのに！プンプン

取りあえず、このバグが取れるまでは、ホームペーヂと会議室マニュアルからの
リンクは /~nir/Forum/index.cgi にしておきますが... うー

＃ ちなみに試したのは 3.01 です。そちらのバージョンは幾つですか？ ＞ 夢さん、まじんさん

フォロー記事投稿

記事のキャンセル

10月25日に、にあさんは書きました。

＞＃ ちなみに試したのは 3.01 です。そちらのバージョンは幾つですか？ ＞ 夢さん、まじんさん

あ、早速の調査ありがとう。
それにリンクの修正もありがとう。助かります。
Disk容量の関係上、すでにネスケは消えてしまったので。
MSIEって、やっぱり、いろいろとおバカですね。
私のは、3.00（4.70.1150）日本語版です。

フォロー記事投稿

記事のキャンセル

　初めてやってきました。なんだかよくわからないので、教えてください。

フォロー記事投稿

記事のキャンセル

10月19日に、うさぎさんは書きました。

＞初めてやってきました。なんだかよくわからないので、教えてください。
＞
え、えーと、何を、でしょうか？ (^^;;

フォロー記事投稿

記事のキャンセル

なんかページの雰囲気があかるくなったね（笑）＞にあさん

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　夢職人

フォロー記事投稿

記事のキャンセル

10月24日に、夢職人さんは書きました。

＞なんかページの雰囲気があかるくなったね（笑）＞にあさん
＞
あ、すばやいですね。(^^)(^^)
アップディトが全部終わってここに来てみたら、既にバレている〜 (笑)

いやー、いつまでも出来かけではいけないかな〜と思って、ってホントか (笑)

フォロー記事投稿

記事のキャンセル

某●フト●ェアジャパンが・・・倒産したのかと思ったら(^^;
吸収合併なのね〜(^^;;;

しかも、あの緑●子を吸収したカ●ナですかぁ・・・

うちの会社は大騒ぎです（汗）

フォロー記事投稿

記事のキャンセル

さっきから、システムリブートしたりサーヴァリスタートしたり、なんだか
騒がしいけど、どうかしたのかな？

＃ 確かに、つながり難い気はしたけど...

フォロー記事投稿

記事のキャンセル

10月28日に、にあさんは書きました。

＞さっきから、システムリブートしたりサーヴァリスタートしたり、なんだか
＞騒がしいけど、どうかしたのかな？
＞
＞＃ 確かに、つながり難い気はしたけど...

　お久しぶりです北澤@BADKIDです
原因は分からないけど、札幌の接続からだとメッシュ以外にアクセスできない
状況が土曜の夜から有りメールで抗議してました。　月曜の朝も駄目でセンターへ
直接電話して夜９時に復旧したと電話が有りました
こんな時間帯のリブートでしたでしょうか？？？

フォロー記事投稿

記事のキャンセル

10月28日に、北澤@BADKIDさんは書きました。

＞原因は分からないけど、札幌の接続からだとメッシュ以外にアクセスできない
＞状況が土曜の夜から有りメールで抗議してました。　月曜の朝も駄目でセンターへ
＞直接電話して夜９時に復旧したと電話が有りました
＞
ははあ、ネットワーク関係がおかしかったのですかね。
にあは PPP接続からは meshにしかつないで無かったので分からなかったですが。

もしかすると、ネットワーク障害でサーヴァのrouting情報か何かがおかしくなって
リブートしたのかもしれませんが、どちらかというと、ネットワーク障害とサーヴァ
障害とは独立している気はします。
＃ 何があったのかはよくは分かりませんが。

ちなみに１号機がリブートされたのは 28日午後5時半過ぎ、最後のサーヴァリスタートは
午後7時過ぎでしたね。

フォロー記事投稿

記事のキャンセル

マッチする情報が無いと怒られてしまいました。
meshがログファイルをバックアップとかしたのでしょうか？

フォロー記事投稿

記事のキャンセル

10月30日に、サンボさんは書きました。

＞マッチする情報が無いと怒られてしまいました。
＞meshがログファイルをバックアップとかしたのでしょうか？
＞
うーむ、今日の01:40にログ回転してますね。
それ以降に昨日のログ解析をしようとした人は皆 No Match になったはずです。(^^;;

フォロー記事投稿

記事のキャンセル

10月30日に、にあさんは書きました。

＞それ以降に昨日のログ解析をしようとした人は皆 No Match になったはずです。(^^;;

この会議室の中で時々ログの話が出てきますけど、ログって
１．サーバのどこにあって
２．どうやったら見られて
３．誰でも見られるんですか（ホントは勝手に見ちゃいけないとか、そんなことはないか）

ちょっと好奇心をくすぐられたもので．．．よかったら教えていただけませんか？

二言三言でも、難しい表現でも、いいです。
少しでもとっかかりが欲しいので、お願いします。

フォロー記事投稿

記事のキャンセル

10月31日に、ＴＡＤさんは書きました。

＞この会議室の中で時々ログの話が出てきますけど、ログって
＞１．サーバのどこにあって
＞２．どうやったら見られて
＞３．誰でも見られるんですか（ホントは勝手に見ちゃいけないとか、そんなことはないか）
＞
まあ、なんですな、ここ特有の事を書いてしまうと差し障りがあるかも知れないので、
一般的な知識を書きましょうか。(^^)

サーヴァの設定情報と言うのはいくつかのファイルに書かれているわけですけど、
サーヴァログがどこにあるのか？と言うのは、NCSA-HTTPd なら httpd.conf、
Netscape-Commerce なら magnus.conf と言うような名前のファイルに書かれています。
でこれらのファイルはどこに有るかと言うと、大抵はサーヴァの実行ファイルの
近くにあって、はたまた、実行ファイルはどこにあるかと言うと、プロセステーブルを
見れば分かるわけです。(^^)

これらのファイルがだれでも読めるようになっているかどうか？と言うのは、
サーヴァの設定次第なので何とも言えません。ログファイルは読めるけど、
設定ファイルは読めないとか、色々考えられますね。

ここのログファイルも一時期読めなくなったことが有って、チョットした騒ぎに
なりましたが、サーヴァ管理者に頼んだのが利いたのかどうかは分かりませんが、
再び読めるようになりました。
＃ と言うことで、ユーザがサーヴァログ読んでいるのは知っているはずです。(^^)

フォロー記事投稿

記事のキャンセル

お忙しいのにフォローありがとうございます。

10月31日に、にあさんは書きました。

＞まあ、なんですな、ここ特有の事を書いてしまうと差し障りがあるかも知れないので、
＞一般的な知識を書きましょうか。(^^)
＞
＞サーヴァの設定情報と言うのはいくつかのファイルに書かれているわけですけど、
＞サーヴァログがどこにあるのか？と言うのは、NCSA-HTTPd なら httpd.conf、
＞Netscape-Commerce なら magnus.conf と言うような名前のファイルに書かれています。
＞でこれらのファイルはどこに有るかと言うと、大抵はサーヴァの実行ファイルの
＞近くにあって、はたまた、実行ファイルはどこにあるかと言うと、プロセステーブルを
＞見れば分かるわけです。(^^)

１．NCSA-HTTPd とか Netscape-Commerce というのは、WWWサーバの種類、
２．***.conf というファイルはWWWサーバの設定ファイル
という認識でよいでしょうか？

そうだとして、要は 「WWWサーバの種類がわかれば、その設定ファイルの
名前も決まっているし、そのファイルの在り場所もほぼ見当がつく」
ということなのですね。なるほど...

＞これらのファイルがだれでも読めるようになっているかどうか？と言うのは、
＞サーヴァの設定次第なので何とも言えません。ログファイルは読めるけど、
＞設定ファイルは読めないとか、色々考えられますね。

設定ファイルが読めないとすると、ログファイルの名前と場所はどうやって...
まあ、それらしいところをのぞいて、それらしいファイル名、サイズの大きいの、
とかでわかる人にはわかるんですね。きっと

＞＃ と言うことで、ユーザがサーヴァログ読んでいるのは知っているはずです。(^^)

ということは、悪いことではないんですね。
それじゃ、そのうちに勉強して、サーバの中のぞきに行ってみましょうか。

ちなみに、その際やってはいけないこととか、注意する点があれば、教えていただけませんか？
おおっぴらにそんなことすること自体、あまりやってはいけなかったりして(^_^;;

フォロー記事投稿

記事のキャンセル

11月2日に、ＴＡＤさんは書きました。

＞それじゃ、そのうちに勉強して、サーバの中のぞきに行ってみましょうか。
＞ちなみに、その際やってはいけないこととか、注意する点があれば、教えていただけませんか？
＞
まあ、消したり改竄したりが、いけないことなのは言わずもがなですが、
注意する点として、アクセスログというのは非常に大きいと言うことを
考慮する必要があることですね。

何しろ、1日で40〜50MBぐらい(1号機の場合)あって、毎日増えていくものですから、
下手に perl で直読みして変数に代入したりすると、それだけでシステムに致命的な
負荷を与えかねないので、扱いには十分注意する必要があります。注意して下さい。
ま、その辺の機構が良く分からないのであれば、「触らない」のも一つの選択です。(^^)

フォロー記事投稿

記事のキャンセル

11月2日に、にあさんは書きました。

＞ま、その辺の機構が良く分からないのであれば、「触らない」のも一つの選択です。(^^)

ご教授ありがとうございました。
まぁ、勉強してからってことですね。

フォロー記事投稿

記事のキャンセル

今度はwwwstate中にぶったぎられたらしい（笑）
おかげで途中までしかファイルになってないという珍しい状態に（笑）
あ・・・もしかして容量オーバーしたかな(^^;)
そおいや、もう１９ＭＢフルだったような(^^;)

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　夢職人

フォロー記事投稿

記事のキャンセル

10月31日に、夢職人さんは書きました。

＞今度はwwwstate中にぶったぎられたらしい（笑）
＞おかげで途中までしかファイルになってないという珍しい状態に（笑）
＞
うーん、特にその頃には、マシンリブートもサーヴァリスタートも無いようですが。
WWWStat のログは正常終了ですね。でもしっぽが切れている。何でしょうね？

＞あ・・・もしかして容量オーバーしたかな(^^;)
＞そおいや、もう１９ＭＢフルだったような(^^;)
＞
今見たところでは、まだ800K以上余ってましたけど、何か削除しました？
＃ しかし、19MB ですか。(^^;;

フォロー記事投稿

記事のキャンセル

10月31日に、にあさんは書きました。

＞＞あ・・・もしかして容量オーバーしたかな(^^;)
＞＞そおいや、もう１９ＭＢフルだったような(^^;)
＞＞
＞今見たところでは、まだ800K以上余ってましたけど、何か削除しました？
＞＃ しかし、19MB ですか。(^^;;

ぎつぎつだったので、結構削除して広げました(笑）

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　夢職人

フォロー記事投稿

記事のキャンセル

なんか一昨日あたりから、IIJからMeshに入る所でパケットがボロボロ落ちてるな〜
半分くらいしか通ってない。ルータの調子が悪いのか、能力限界なのか、何にしても
早く改善されないかな〜 (ぶちぶちぶち...)

フォロー記事投稿

記事のキャンセル

11月2日に、にあさんは書きました。

＞なんか一昨日あたりから、IIJからMeshに入る所でパケットがボロボロ落ちてるな〜
＞半分くらいしか通ってない。ルータの調子が悪いのか、能力限界なのか、何にしても
＞早く改善されないかな〜 (ぶちぶちぶち...)

どーも、ここ数日ｍｅｓｈが重いですなー
そのあおりで、アクセス数も、ちょっと下がってるっす。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　夢職人

フォロー記事投稿

記事のキャンセル

11月2日に、にあさんは書きました。

＞なんか一昨日あたりから、IIJからMeshに入る所でパケットがボロボロ落ちてるな〜
＞半分くらいしか通ってない。ルータの調子が悪いのか、能力限界なのか、何にしても
＞早く改善されないかな〜 (ぶちぶちぶち...)
＞
今日は外部からの route が前の所経由に戻っていて調子良いなー、と思っていたら、
突然、１号機に割り当ててある meshsv14.tk.mesh.ad.jp (133.205.62.133) 以外の
3つの仮想アドレス、meshsv14-1.tk.mesh.ad.jp 〜 meshsv14-3.tk.mesh.ad.jp
(133.205.8.101 〜 133.205.8.103) への route が無くなったぞ。
いったいどうなっているんだぁ？

＃ 仮想アドレスもサーヴァも生きているのに、route が無い。(しくしく)

以上100記事（キャンセル分を含む）

ホームペーヂに戻る