2ch特化型サーバ・ロケーション構築作戦のスレッドです。
・２ちゃんねるのサーバロケーション、PIEに関する関連作業・調整事項
・DNS登録・変更関連の各種作業や調整事項
・２ちゃんねるのサーバで採用しているOS、FreeBSDに関する情報・調整事項
・各種作戦・プロジェクトとの連携、プロジェクト間の連携
等を取り扱います。
現在、複数サーバによる連携により、
サーバ能力のさらなるスケールアップをめざすための「雪だるま作戦」が進行中です。
しかし、問題はあらゆる意味で山積の状態です。
また「２ちゃんねる証券取引所」をはじめとする「株」関連や「Be」の機能強化、
あるいは、次世代の携帯アクセス環境をめざした「べっかんこ作戦」の状況など、
気候も暖かくなり、そろそろ気になりだす季節にさしかかりつつある今日この頃、
あいかわらず２ちゃんねるは、刻一刻と確実に変化し続けています。
探検
2ch特化型サーバ・ロケーション構築作戦 Part21
■ このスレッドは過去ログ倉庫に格納されています
1root▲ ★
NGNG135root▲ ★
NGNG (gdb) where
#0 0x2828a593 in accept () from /lib/libc.so.6
Cannot access memory at address 0xb787dea0
(gdb)
うーむ。
#0 0x2828a593 in accept () from /lib/libc.so.6
Cannot access memory at address 0xb787dea0
(gdb)
うーむ。
2006/04/20(木) 17:02:13ID:OMuCKuQ80
>>135
変ですね。スタックが破壊されない限り、そうはならないはずなんですが。。
通常は
(gdb) where
#0 0x282b0c67 in accept () from /lib/libc.so.6
#1 0x2823ad65 in accept () from /usr/lib/libthr.so.2
#2 0x282152b2 in apr_socket_accept () from /usr/local/lib/libapr-1.so.2
#3 0x08082f76 in unixd_accept ()
#4 0x0807fe41 in listener_thread ()
#5 0x28219ee8 in dummy_worker () from /usr/local/lib/libapr-1.so.2
#6 0x2823d5c7 in pthread_create () from /usr/lib/libthr.so.2
#7 0x00000000 in ?? ()
のような感じになるはず。
変ですね。スタックが破壊されない限り、そうはならないはずなんですが。。
通常は
(gdb) where
#0 0x282b0c67 in accept () from /lib/libc.so.6
#1 0x2823ad65 in accept () from /usr/lib/libthr.so.2
#2 0x282152b2 in apr_socket_accept () from /usr/local/lib/libapr-1.so.2
#3 0x08082f76 in unixd_accept ()
#4 0x0807fe41 in listener_thread ()
#5 0x28219ee8 in dummy_worker () from /usr/local/lib/libapr-1.so.2
#6 0x2823d5c7 in pthread_create () from /usr/lib/libthr.so.2
#7 0x00000000 in ?? ()
のような感じになるはず。
株式会社jig.jpの菊池です。
お待たせしておりまして申し訳ございません。
書き込みテストが完了致しました。
問題ないようです。
DNSの逆引き設定がされておりませんでしたので、現在対応中です。
設定終了後、全IPを公開致します。
下記テスト結果になります。
http://qb5.2ch.net/test/read.cgi/operate/1144376539/826-845
【DoCoMo】
826（jigブラウザ）
827(ネイティブ）
828（jigブラウザ）
829（jigブラウザ）
830（ネイティブ）
832（ネイティブ）
835（jigブラウザ）
833（ネイティブ）
827（ネイティブ）
【au】
829(jigブラウザ）
830(ネイティブ）
【ボーダフォン】
844(jigブラウザ）
845(ネイティブ）
宜しくお願い致します。
お待たせしておりまして申し訳ございません。
書き込みテストが完了致しました。
問題ないようです。
DNSの逆引き設定がされておりませんでしたので、現在対応中です。
設定終了後、全IPを公開致します。
下記テスト結果になります。
http://qb5.2ch.net/test/read.cgi/operate/1144376539/826-845
【DoCoMo】
826（jigブラウザ）
827(ネイティブ）
828（jigブラウザ）
829（jigブラウザ）
830（ネイティブ）
832（ネイティブ）
835（jigブラウザ）
833（ネイティブ）
827（ネイティブ）
【au】
829(jigブラウザ）
830(ネイティブ）
【ボーダフォン】
844(jigブラウザ）
845(ネイティブ）
宜しくお願い致します。
139root▲ ★
NGNG >>138
書き込みテストの内容を確認しました。
DoCoMo/au/Vodafone、全て問題ないようですね。
IPアドレスの情報をいただいた後 bbs.cgi への組み込みを行い、
全サーバに反映します。
なお、今後御社側でサーバの追加・変更等があった場合、
お手数ですがその都度お知らせいただけますと助かります。
それでは、よろしくお願いいたします。
書き込みテストの内容を確認しました。
DoCoMo/au/Vodafone、全て問題ないようですね。
IPアドレスの情報をいただいた後 bbs.cgi への組み込みを行い、
全サーバに反映します。
なお、今後御社側でサーバの追加・変更等があった場合、
お手数ですがその都度お知らせいただけますと助かります。
それでは、よろしくお願いいたします。
2006/04/20(木) 19:02:56ID:OMuCKuQ80
>>137
ちなみに、gdbで info threads した時に
...
2 Thread 0x82b6c00 (LWP 100348) 0x28322363 in kill () from /lib/libc.so.6
* 1 Thread 0x82b6d00 (LWP 100349) 0x282d7c67 in accept () from /lib/libc.so.6
..
のように in kill の状態になっているスレッドはないでしょうか?
あったら、そのスレッドのスタックトレースを見てみると良いかも。。
ちなみに、gdbで info threads した時に
...
2 Thread 0x82b6c00 (LWP 100348) 0x28322363 in kill () from /lib/libc.so.6
* 1 Thread 0x82b6d00 (LWP 100349) 0x282d7c67 in accept () from /lib/libc.so.6
..
のように in kill の状態になっているスレッドはないでしょうか?
あったら、そのスレッドのスタックトレースを見てみると良いかも。。
141root▲ ★
NGNG >>140
10 Thread 0x8242d00 (LWP 101459) 0x28289973 in poll () from /lib/libc.so.6
9 Thread 0x8242e00 (LWP 101461) 0x282884d3 in _umtx_op ()
from /lib/libc.so.6
8 Thread 0x8242f00 (LWP 101464) 0x2828a4b3 in kill () from /lib/libc.so.6
7 Thread 0x8263000 (LWP 101467) 0x282884d3 in _umtx_op ()
from /lib/libc.so.6
6 Thread 0x8263100 (LWP 101470) 0x282884d3 in _umtx_op ()
from /lib/libc.so.6
これか。
で、このスレッドのスタックトレースを見るには、どうすれば。
10 Thread 0x8242d00 (LWP 101459) 0x28289973 in poll () from /lib/libc.so.6
9 Thread 0x8242e00 (LWP 101461) 0x282884d3 in _umtx_op ()
from /lib/libc.so.6
8 Thread 0x8242f00 (LWP 101464) 0x2828a4b3 in kill () from /lib/libc.so.6
7 Thread 0x8263000 (LWP 101467) 0x282884d3 in _umtx_op ()
from /lib/libc.so.6
6 Thread 0x8263100 (LWP 101470) 0x282884d3 in _umtx_op ()
from /lib/libc.so.6
これか。
で、このスレッドのスタックトレースを見るには、どうすれば。
2006/04/20(木) 19:11:26ID:OMuCKuQ80
(gdb) thread 8
(gdb) where
です。
(gdb) where
です。
143root▲ ★
NGNG 自分でも調べて、やってみたです。>>142
が、いまいちみたい。
(gdb) thread 8
[Switching to thread 8 (Thread 0x8242f00 (LWP 101464))]#0 0x2828a4b3 in kill
() from /lib/libc.so.6
(gdb) where
#0 0x2828a4b3 in kill () from /lib/libc.so.6
Cannot access memory at address 0xb7f84a3c
(gdb)
が、いまいちみたい。
(gdb) thread 8
[Switching to thread 8 (Thread 0x8242f00 (LWP 101464))]#0 0x2828a4b3 in kill
() from /lib/libc.so.6
(gdb) where
#0 0x2828a4b3 in kill () from /lib/libc.so.6
Cannot access memory at address 0xb7f84a3c
(gdb)
2006/04/20(木) 19:27:25ID:OMuCKuQ80
>>143
そんな感じですか。。
本来なら
(gdb) where
#0 0x28322363 in kill () from /lib/libc.so.6
#1 0x0807958b in sig_coredump ()
..
というように、sig_coredump()からkill()が呼ばれるはずなんですけどね。
とりあえず、thread 8 で落ちてますので、
listenerスレッドではなく、workerスレッドで落ちていることはわかりました。
あとは、、
やっぱり CFLAGS=-g でコンパイルしないと、わかり難いんじゃないかなぁと個人的には思います。
そんな感じですか。。
本来なら
(gdb) where
#0 0x28322363 in kill () from /lib/libc.so.6
#1 0x0807958b in sig_coredump ()
..
というように、sig_coredump()からkill()が呼ばれるはずなんですけどね。
とりあえず、thread 8 で落ちてますので、
listenerスレッドではなく、workerスレッドで落ちていることはわかりました。
あとは、、
やっぱり CFLAGS=-g でコンパイルしないと、わかり難いんじゃないかなぁと個人的には思います。
145root▲ ★
2006/04/20(木) 20:50:11ID:???0 netstat -i でカウントが増えています。
とりこぼしかな。
ログインしていても、そう感じる。
mbuf は余裕ありか、、、。
%netstat -m
1845/2535/4380 mbufs in use (current/cache/total)
665/2231/2896/32768 mbuf clusters in use (current/cache/total/max)
292/356/8704 sfbufs in use (current/peak/max)
1791K/5095K/6887K bytes allocated to network (current/cache/total)
0 requests for sfbufs denied
0 requests for sfbufs delayed
197 requests for I/O initiated by sendfile
41 calls to protocol drain routines
とりこぼしかな。
ログインしていても、そう感じる。
mbuf は余裕ありか、、、。
%netstat -m
1845/2535/4380 mbufs in use (current/cache/total)
665/2231/2896/32768 mbuf clusters in use (current/cache/total/max)
292/356/8704 sfbufs in use (current/peak/max)
1791K/5095K/6887K bytes allocated to network (current/cache/total)
0 requests for sfbufs denied
0 requests for sfbufs delayed
197 requests for I/O initiated by sendfile
41 calls to protocol drain routines
146root▲ ★
NGNG で、LAが急上昇。
CPU idle time はまだ相当ある。
load averages: 40.84, 53.78, 34.102
CPU idle time はまだ相当ある。
load averages: 40.84, 53.78, 34.102
147root▲ ★
NGNG 少し設定変えたけど、もう下がっちゃったのかな。
>>139
ご確認ありがとうございます。
>>138の書き込みの内容に一部間違いがございましたことをお詫び致します。
誠に申し訳ございませんでした。
下記に訂正させていただきます。
【DoCoMo】
826（jigブラウザ）
827(ネイティブ）
828（jigブラウザ）
832（ネイティブ）
833（jigブラウザ）
835（jigブラウザ）
【au】
829(jigブラウザ）
830(ネイティブ）
【ボーダフォン】
844(jigブラウザ）
845(ネイティブ）
サーバの追加・変更等があった場合の報告の件了解致しました。
弊社バージョンアップの準備ができ次第IPの公開をさせていただきます。
宜しくお願い致します。
ご確認ありがとうございます。
>>138の書き込みの内容に一部間違いがございましたことをお詫び致します。
誠に申し訳ございませんでした。
下記に訂正させていただきます。
【DoCoMo】
826（jigブラウザ）
827(ネイティブ）
828（jigブラウザ）
832（ネイティブ）
833（jigブラウザ）
835（jigブラウザ）
【au】
829(jigブラウザ）
830(ネイティブ）
【ボーダフォン】
844(jigブラウザ）
845(ネイティブ）
サーバの追加・変更等があった場合の報告の件了解致しました。
弊社バージョンアップの準備ができ次第IPの公開をさせていただきます。
宜しくお願い致します。
149root▲ ★
NGNG sysctl kern.polling.user_frac=20
とかしてみた。
kern.polling.user_frac
When polling is enabled, and provided that there is some work to
do, up to this percent of the CPU cycles is reserved to userland
tasks, the remaining fraction being available for polling pro-
cessing. Default is 50.
とかしてみた。
kern.polling.user_frac
When polling is enabled, and provided that there is some work to
do, up to this percent of the CPU cycles is reserved to userland
tasks, the remaining fraction being available for polling pro-
cessing. Default is 50.
151root▲ ★
NGNG これ (banana238 に昔入れたもの、今でも入っている)を入れていなかったのを
思い出して、入れてみた。 @ live22
# increase network send/receive buffer
net.inet.tcp.sendspace=131072
net.inet.tcp.recvspace=131072
net.inet.udp.maxdgram=131072
net.inet.udp.recvspace=131072
思い出して、入れてみた。 @ live22
# increase network send/receive buffer
net.inet.tcp.sendspace=131072
net.inet.tcp.recvspace=131072
net.inet.udp.maxdgram=131072
net.inet.udp.recvspace=131072
152root▲ ★
NGNG さらに、
net.local.stream.sendspace=131072
net.local.stream.recvspace=131072
を追加。
net.local.stream.sendspace=131072
net.local.stream.recvspace=131072
を追加。
153root▲ ★
NGNG net.inet.tcp.delayed_ack=0
は、live22 バックエンドではしない方がよさげですね。
http://www.jp.freebsd.org/QandA/HTML/1926.html
は、live22 バックエンドではしない方がよさげですね。
http://www.jp.freebsd.org/QandA/HTML/1926.html
154root▲ ★
NGNG net.local.dgram.maxdgram=131072
net.local.dgram.recvspace=131072
を追加。
net.local.dgram.recvspace=131072
を追加。
155root▲ ★
NGNG で、これらは、
%netstat -s -p udp
udp:
1826031 datagrams received
0 with incomplete header
0 with bad data length field
0 with bad checksum
15 with no checksum
36 dropped due to no socket
0 broadcast/multicast datagrams dropped due to no socket
1055 dropped due to full socket buffers
0 not for hashed pcb
1824940 delivered
1824924 datagrams output
> 1055 dropped due to full socket buffers
これを見つけて、やることにした。
(フロント <=> bbsd は udp で通信)
%netstat -s -p udp
udp:
1826031 datagrams received
0 with incomplete header
0 with bad data length field
0 with bad checksum
15 with no checksum
36 dropped due to no socket
0 broadcast/multicast datagrams dropped due to no socket
1055 dropped due to full socket buffers
0 not for hashed pcb
1824940 delivered
1824924 datagrams output
> 1055 dropped due to full socket buffers
これを見つけて、やることにした。
(フロント <=> bbsd は udp で通信)
156root▲ ★
NGNG 【実況】 live22x Part17
http://qb5.2ch.net/test/read.cgi/operate/1145104439/936-938
帰宅途中に「banana403/404はパブリック側でmatしているから、
全部Gigabit通信になるはずで、それならプライベート側にはjumbo frame入れられるはず」
と気がつき、live22/live22x[123] に導入してみた。
ifconfig em1 mtu 9000 を設定し、/etc/rc.conf に記述を追加。
%ifconfig -a
em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=4b<RXCSUM,TXCSUM,VLAN_MTU,POLLING>
inet6 fe80::230:48ff:fe53:ec66%em0 prefixlen 64 scopeid 0x1
inet 206.223.150.54 netmask 0xffffff00 broadcast 206.223.150.255
ether 00:30:48:53:ec:66
media: Ethernet autoselect (1000baseTX <full-duplex>)
status: active
em1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 9000
options=4b<RXCSUM,TXCSUM,VLAN_MTU,POLLING>
inet6 fe80::230:48ff:fe53:ec67%em1 prefixlen 64 scopeid 0x2
inet 192.168.100.1 netmask 0xffffff00 broadcast 192.168.100.255
ether 00:30:48:53:ec:67
media: Ethernet autoselect (1000baseTX <full-duplex>)
status: active
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
inet 127.0.0.1 netmask 0xff000000
http://qb5.2ch.net/test/read.cgi/operate/1145104439/936-938
帰宅途中に「banana403/404はパブリック側でmatしているから、
全部Gigabit通信になるはずで、それならプライベート側にはjumbo frame入れられるはず」
と気がつき、live22/live22x[123] に導入してみた。
ifconfig em1 mtu 9000 を設定し、/etc/rc.conf に記述を追加。
%ifconfig -a
em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=4b<RXCSUM,TXCSUM,VLAN_MTU,POLLING>
inet6 fe80::230:48ff:fe53:ec66%em0 prefixlen 64 scopeid 0x1
inet 206.223.150.54 netmask 0xffffff00 broadcast 206.223.150.255
ether 00:30:48:53:ec:66
media: Ethernet autoselect (1000baseTX <full-duplex>)
status: active
em1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 9000
options=4b<RXCSUM,TXCSUM,VLAN_MTU,POLLING>
inet6 fe80::230:48ff:fe53:ec67%em1 prefixlen 64 scopeid 0x2
inet 192.168.100.1 netmask 0xffffff00 broadcast 192.168.100.255
ether 00:30:48:53:ec:67
media: Ethernet autoselect (1000baseTX <full-duplex>)
status: active
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
inet 127.0.0.1 netmask 0xff000000
157root▲ ★
NGNG live22x[45] の em1 にも入れた。
cobra2247 は、、、なぜか、ping かからない模様。
cobra2247 は、、、なぜか、ping かからない模様。
158root▲ ★
NGNG よく見てみたところ、
arplookup 206.223.151.3 failed: host is not on local network
arplookup 206.223.151.4 failed: host is not on local network
arplookup 206.223.151.2 failed: host is not on local network
...
こりゃ、携帯用のVLANですね。
…なるほど、雪だるまのVLANのプライベート側は、
携帯用VLANのパブリック側と同居なのか。
だとすると(携帯用サーバにはbanana = 100Mbps)がいるから、
ジャンボフレームの設定は現時点では無理ですね。(´･ω･｀)ｼｮﾎﾞｰﾝ
中の人にVLANをきちんと分けてもらえば、可能なのかしら。
arplookup 206.223.151.3 failed: host is not on local network
arplookup 206.223.151.4 failed: host is not on local network
arplookup 206.223.151.2 failed: host is not on local network
...
こりゃ、携帯用のVLANですね。
…なるほど、雪だるまのVLANのプライベート側は、
携帯用VLANのパブリック側と同居なのか。
だとすると(携帯用サーバにはbanana = 100Mbps)がいるから、
ジャンボフレームの設定は現時点では無理ですね。(´･ω･｀)ｼｮﾎﾞｰﾝ
中の人にVLANをきちんと分けてもらえば、可能なのかしら。
2006/04/21(金) 00:51:51ID:PItZ29620
TCPなら、ジャンボ設定してもネゴ時にMSS調整して、小さいほうに合わせてくれますけど。
2006/04/21(金) 01:00:32ID:PItZ29620
あ、HUBの問題か。
162root▲ ★
2006/04/21(金) 11:07:28ID:???0 今、 live22 はほとんど遊んでいて、idile timeもちゃんと90%ぐらい。
で、load averages: 1.38, 1.18, 1.16 な状態。
DEVICE_POLLING ありにすると、LAが1つ高めに出るのかしら。
比較対象として、ifconfig em[01] -polling にしてみた。
午前中これで動かしてみる。
で、load averages: 1.38, 1.18, 1.16 な状態。
DEVICE_POLLING ありにすると、LAが1つ高めに出るのかしら。
比較対象として、ifconfig em[01] -polling にしてみた。
午前中これで動かしてみる。
163root▲ ★
NGNG systat -v で割り込みで動いているのを確認。
164root▲ ★
NGNG %uptime
7:31PM up 2 days, 10:57, 1 user, load averages: 0.71, 0.64, 0.68
なるほど。
いつでも「あり」「なし」を変えられる状態だから、
負荷がかかった時に、また試してみるか。
再度「あり」に戻しておこう。
7:31PM up 2 days, 10:57, 1 user, load averages: 0.71, 0.64, 0.68
なるほど。
いつでも「あり」「なし」を変えられる状態だから、
負荷がかかった時に、また試してみるか。
再度「あり」に戻しておこう。
165root▲ ★
NGNG > SunOS さん
ちと、別件でメールさせていただきましたです。
ちと、別件でメールさせていただきましたです。
166む＠携帯
2006/04/21(金) 21:45:46ID:bSDwdv/9O また、パケットのとりこぼし系かしら。
167む P221119009130.ppp.prin.ne.jp
2006/04/21(金) 22:11:09ID:wuqnmux/0 で、チューニングが不十分なせいかもしれないけど、
DEVICE_POLLINGありのほうが、限界が早い気がするなぁ。
重い状態を人工的に作り出せるようにしないと。
DEVICE_POLLINGありのほうが、限界が早い気がするなぁ。
重い状態を人工的に作り出せるようにしないと。
168root▲ ★
NGNG ちょっと負荷をかけてみたけど(数回)、
このぐらいだとびくともしないなぁ。
いくつかのサーバから同時にしかけないと、だめなのかな。
このぐらいだとびくともしないなぁ。
いくつかのサーバから同時にしかけないと、だめなのかな。
2006/04/22(土) 00:04:29ID:6nuOE4bYO
thttpd
2006/04/22(土) 00:05:32ID:HcKd5O9k0
イオナズンのボットのみなさんに協力していただくとか
172root▲ ★
2006/04/22(土) 00:59:26ID:???02006/04/22(土) 23:37:45ID:DPRbtYaU0
174root▲ ★
NGNG >>173
> 紫箱はデフォルトは通さないような。
なるほど、ありえますね。
> live22ってFD_SIZEをかえているから、カーネル/ライブラリ/アプリの
> 間でサイズの不整合がおきているとか、スタックサイズオーバに
> なっているとかですかね。
ex11 (6.1-RC, worker MPM + libthr) でも起きています。
というか、２ちゃんねるのサーバ全体でみても、かなり昔から、
それこそ mod_cgidso とか入れる前から、散見していたき駕します。 < signal 10
> 紫箱はデフォルトは通さないような。
なるほど、ありえますね。
> live22ってFD_SIZEをかえているから、カーネル/ライブラリ/アプリの
> 間でサイズの不整合がおきているとか、スタックサイズオーバに
> なっているとかですかね。
ex11 (6.1-RC, worker MPM + libthr) でも起きています。
というか、２ちゃんねるのサーバ全体でみても、かなり昔から、
それこそ mod_cgidso とか入れる前から、散見していたき駕します。 < signal 10
175root▲ ★
NGNG 【 MACKEREL HAS BEEN DOWN 】リブート部隊連絡所 -- Count 02
http://qb5.2ch.net/test/read.cgi/operate/1122567937/100
cobra2247 のカーネルパニックメッセージ:
spin lock smp rendezvous held by 0xffffff00f3600be0 for > 5 seconds
cpuid = 1
http://qb5.2ch.net/test/read.cgi/operate/1122567937/100
cobra2247 のカーネルパニックメッセージ:
spin lock smp rendezvous held by 0xffffff00f3600be0 for > 5 seconds
cpuid = 1
2006/04/23(日) 00:31:02ID:Tl8hBhv/0
>>166
パケットのとりこぼしというか、Outputの段階でdropされてるかも。
netstat -sp ip
で
output packets dropped due to no bufs, etc
が結構出てるとか…。
パケットのとりこぼしというか、Outputの段階でdropされてるかも。
netstat -sp ip
で
output packets dropped due to no bufs, etc
が結構出てるとか…。
177root▲ ★
NGNG >>176
live22:
%netstat -sp ip
ip:
569814333 total packets received
0 bad header checksums
0 with size smaller than minimum
0 with data size < data length
0 with ip length > max ip packet size
0 with header length < data size
0 with data length < header length
0 with bad options
0 with incorrect version number
44404 fragments received
4 fragments dropped (dup or out of space)
17 fragments dropped after timeout
22094 packets reassembled ok
569779481 packets for this host
12392 packets for unknown/unsupported protocol
0 packets forwarded (0 packets fast forwarded)
0 packets not forwardable
0 packets received for unknown multicast group
0 redirects sent
614399657 packets sent from this host
0 packets sent with fabricated ip header
600 output packets dropped due to no bufs, etc.
0 output packets discarded due to no route
623622 output datagrams fragmented
3611880 fragments created
0 datagrams that can't be fragmented
0 tunneling packets that can't find gif
0 datagrams with bad address in header
live22:
%netstat -sp ip
ip:
569814333 total packets received
0 bad header checksums
0 with size smaller than minimum
0 with data size < data length
0 with ip length > max ip packet size
0 with header length < data size
0 with data length < header length
0 with bad options
0 with incorrect version number
44404 fragments received
4 fragments dropped (dup or out of space)
17 fragments dropped after timeout
22094 packets reassembled ok
569779481 packets for this host
12392 packets for unknown/unsupported protocol
0 packets forwarded (0 packets fast forwarded)
0 packets not forwardable
0 packets received for unknown multicast group
0 redirects sent
614399657 packets sent from this host
0 packets sent with fabricated ip header
600 output packets dropped due to no bufs, etc.
0 output packets discarded due to no route
623622 output datagrams fragmented
3611880 fragments created
0 datagrams that can't be fragmented
0 tunneling packets that can't find gif
0 datagrams with bad address in header
178root▲ ★
NGNG live22x1:
%netstat -sp ip
ip:
1369507060 total packets received
0 bad header checksums
7 with size smaller than minimum
1 with data size < data length
0 with ip length > max ip packet size
0 with header length < data size
0 with data length < header length
0 with bad options
0 with incorrect version number
1585871 fragments received
11 fragments dropped (dup or out of space)
39 fragments dropped after timeout
273775 packets reassembled ok
1368170580 packets for this host
24340 packets for unknown/unsupported protocol
0 packets forwarded (0 packets fast forwarded)
0 packets not forwardable
0 packets received for unknown multicast group
0 redirects sent
1254082254 packets sent from this host
0 packets sent with fabricated ip header
960 output packets dropped due to no bufs, etc.
164 output packets discarded due to no route
26692 output datagrams fragmented
53608 fragments created
0 datagrams that can't be fragmented
0 tunneling packets that can't find gif
0 datagrams with bad address in header
%netstat -sp ip
ip:
1369507060 total packets received
0 bad header checksums
7 with size smaller than minimum
1 with data size < data length
0 with ip length > max ip packet size
0 with header length < data size
0 with data length < header length
0 with bad options
0 with incorrect version number
1585871 fragments received
11 fragments dropped (dup or out of space)
39 fragments dropped after timeout
273775 packets reassembled ok
1368170580 packets for this host
24340 packets for unknown/unsupported protocol
0 packets forwarded (0 packets fast forwarded)
0 packets not forwardable
0 packets received for unknown multicast group
0 redirects sent
1254082254 packets sent from this host
0 packets sent with fabricated ip header
960 output packets dropped due to no bufs, etc.
164 output packets discarded due to no route
26692 output datagrams fragmented
53608 fragments created
0 datagrams that can't be fragmented
0 tunneling packets that can't find gif
0 datagrams with bad address in header
179root▲ ★
NGNG live22x2:
%netstat -sp ip
ip:
1941558663 total packets received
0 bad header checksums
4 with size smaller than minimum
1 with data size < data length
0 with ip length > max ip packet size
0 with header length < data size
0 with data length < header length
0 with bad options
0 with incorrect version number
1600442 fragments received
4 fragments dropped (dup or out of space)
28 fragments dropped after timeout
276242 packets reassembled ok
1940200297 packets for this host
34122 packets for unknown/unsupported protocol
0 packets forwarded (0 packets fast forwarded)
0 packets not forwardable
0 packets received for unknown multicast group
0 redirects sent
1773064829 packets sent from this host
0 packets sent with fabricated ip header
724 output packets dropped due to no bufs, etc.
16 output packets discarded due to no route
38083 output datagrams fragmented
76529 fragments created
0 datagrams that can't be fragmented
0 tunneling packets that can't find gif
0 datagrams with bad address in header
%netstat -sp ip
ip:
1941558663 total packets received
0 bad header checksums
4 with size smaller than minimum
1 with data size < data length
0 with ip length > max ip packet size
0 with header length < data size
0 with data length < header length
0 with bad options
0 with incorrect version number
1600442 fragments received
4 fragments dropped (dup or out of space)
28 fragments dropped after timeout
276242 packets reassembled ok
1940200297 packets for this host
34122 packets for unknown/unsupported protocol
0 packets forwarded (0 packets fast forwarded)
0 packets not forwardable
0 packets received for unknown multicast group
0 redirects sent
1773064829 packets sent from this host
0 packets sent with fabricated ip header
724 output packets dropped due to no bufs, etc.
16 output packets discarded due to no route
38083 output datagrams fragmented
76529 fragments created
0 datagrams that can't be fragmented
0 tunneling packets that can't find gif
0 datagrams with bad address in header
180root▲ ★
NGNG live22x3:
%netstat -sp ip
ip:
1942658831 total packets received
0 bad header checksums
0 with size smaller than minimum
2 with data size < data length
0 with ip length > max ip packet size
0 with header length < data size
0 with data length < header length
0 with bad options
0 with incorrect version number
1577166 fragments received
0 fragments dropped (dup or out of space)
36 fragments dropped after timeout
271920 packets reassembled ok
1941319657 packets for this host
33893 packets for unknown/unsupported protocol
0 packets forwarded (0 packets fast forwarded)
0 packets not forwardable
0 packets received for unknown multicast group
0 redirects sent
1776610741 packets sent from this host
0 packets sent with fabricated ip header
656 output packets dropped due to no bufs, etc.
76 output packets discarded due to no route
38092 output datagrams fragmented
76529 fragments created
0 datagrams that can't be fragmented
0 tunneling packets that can't find gif
0 datagrams with bad address in header
%netstat -sp ip
ip:
1942658831 total packets received
0 bad header checksums
0 with size smaller than minimum
2 with data size < data length
0 with ip length > max ip packet size
0 with header length < data size
0 with data length < header length
0 with bad options
0 with incorrect version number
1577166 fragments received
0 fragments dropped (dup or out of space)
36 fragments dropped after timeout
271920 packets reassembled ok
1941319657 packets for this host
33893 packets for unknown/unsupported protocol
0 packets forwarded (0 packets fast forwarded)
0 packets not forwardable
0 packets received for unknown multicast group
0 redirects sent
1776610741 packets sent from this host
0 packets sent with fabricated ip header
656 output packets dropped due to no bufs, etc.
76 output packets discarded due to no route
38092 output datagrams fragmented
76529 fragments created
0 datagrams that can't be fragmented
0 tunneling packets that can't find gif
0 datagrams with bad address in header
2006/04/23(日) 01:12:40ID:Tl8hBhv/0
お世話になっております。
株式会社jig.jpの菊池です。
バージョンアップの準備が完了致しましたので全IPの公開を致します。
バージョンアップは明日を予定しております。
下記URLよりご確認いただけます。
http://br.jig.jp/pc/ip_br.html
宜しくお願い致します。
株式会社jig.jpの菊池です。
バージョンアップの準備が完了致しましたので全IPの公開を致します。
バージョンアップは明日を予定しております。
下記URLよりご確認いただけます。
http://br.jig.jp/pc/ip_br.html
宜しくお願い致します。
2006/04/24(月) 11:35:56ID:eHG25XWb0
jigブラウザBREW版に関しましては、KDDIの審査において認可がおりなかった為、
サービス開始時期は未定となっております。なお、今後も申請を続ける予定でございます。
どう考えても政治的理由によるものでは・・・・・w
サービス開始時期は未定となっております。なお、今後も申請を続ける予定でございます。
どう考えても政治的理由によるものでは・・・・・w
2006/04/24(月) 11:43:34ID:3kei+bh1O
フルブラがあるのにjig使われたら定額上限アップ出来ないからね。
186root▲ ★
NGNG >>183
情報をありがとうございます。
現時点で、64IPアドレスですか。
これだけあると、use Net::CIDR::Lite; する感じですね。
まずはこれで作業すすめます。
が、もし可能であれば、携帯電話のゲートウェイサーバと同様の形で、
つまり CIDR 表記で指定できる形で公開いただけますと、
大変ありがたいです。
ということで、ご検討をよろしくお願いいたします。
情報をありがとうございます。
現時点で、64IPアドレスですか。
これだけあると、use Net::CIDR::Lite; する感じですね。
まずはこれで作業すすめます。
が、もし可能であれば、携帯電話のゲートウェイサーバと同様の形で、
つまり CIDR 表記で指定できる形で公開いただけますと、
大変ありがたいです。
ということで、ご検討をよろしくお願いいたします。
188root▲ ★
NGNG あと >>183 のリンク先に、「2006年4月24日現在」といった形で、
最終更新の日付を入れていただけますと、より作業がしやすくなります。
ご検討いただけますと助かります。
qb5 での動作確認ができ次第、
本 bbs.cgi を全サーバに配布させていただきます。
以上、よろしくお願いいたします。
最終更新の日付を入れていただけますと、より作業がしやすくなります。
ご検討いただけますと助かります。
qb5 での動作確認ができ次第、
本 bbs.cgi を全サーバに配布させていただきます。
以上、よろしくお願いいたします。
2006/04/24(月) 17:39:39ID:tyCVZJR+0
ふと思ったのですが、
高負荷時にバッファがいっぱいになる前に
bbsd を優先的にスケジュールするように、
bbsd を nice or renice しちゃうというのはどうでしょうか。
高負荷時にバッファがいっぱいになる前に
bbsd を優先的にスケジュールするように、
bbsd を nice or renice しちゃうというのはどうでしょうか。
191root▲ ★
NGNG #!/bin/sh
exec 2>&1
exec env - TZ="JST-9" PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \
LANG="ja_JP.SJIS" \
/usr/bin/nice -n -20 setuidgid ch2live22 /usr/local/sbin/bbsd -f \
-c -b 192.168.100.1 -d /home/ch2live22/public_html \
-i 2 -I 60 -n 8 -p 2222 -s live22x.2ch.net
こうしてみた。 < live22
exec 2>&1
exec env - TZ="JST-9" PATH="/usr/sbin:/usr/bin:/bin:/usr/local/bin" \
LANG="ja_JP.SJIS" \
/usr/bin/nice -n -20 setuidgid ch2live22 /usr/local/sbin/bbsd -f \
-c -b 192.168.100.1 -d /home/ch2live22/public_html \
-i 2 -I 60 -n 8 -p 2222 -s live22x.2ch.net
こうしてみた。 < live22
>>187
対応ありがとうございます。
実験が終了致しましたらご連絡致します。
>>186
>>188
こちら対応致しました。
http://br.jig.jp/pc/ip_br.html
CIDR表記も追加致しましたが、数は結構多くなっております。
宜しくお願い致します。
対応ありがとうございます。
実験が終了致しましたらご連絡致します。
>>186
>>188
こちら対応致しました。
http://br.jig.jp/pc/ip_br.html
CIDR表記も追加致しましたが、数は結構多くなっております。
宜しくお願い致します。
193root▲ ★
NGNG >>192
> jigブラウザIP一覧 「2006年4月24日現在」
CIDR表記での表現、助かります。
早速設定させていただきますので、テストはその後にお願いします。
(テストOKになった時点でこちらで連絡いたします)
# 「」 は要らないです(w。
> jigブラウザIP一覧 「2006年4月24日現在」
CIDR表記での表現、助かります。
早速設定させていただきますので、テストはその後にお願いします。
(テストOKになった時点でこちらで連絡いたします)
# 「」 は要らないです(w。
194root▲ ★
NGNG >>193
> 早速設定させていただきますので、テストはその後にお願いします。
> (テストOKになった時点でこちらで連絡いたします)
qb5 サーバの準備完了しました。
それでは、よろしくお願いします。
> 早速設定させていただきますので、テストはその後にお願いします。
> (テストOKになった時点でこちらで連絡いたします)
qb5 サーバの準備完了しました。
それでは、よろしくお願いします。
195root▲ ★
NGNG 過去ログ部分は、NFSで問題なく動いている模様。
シビアにアクセスしなければいいっていう感じなのかな。
あるいは6.0Rでは5.4Rにあった虫がとれているとかか。
シビアにアクセスしなければいいっていう感じなのかな。
あるいは6.0Rでは5.4Rにあった虫がとれているとかか。
197root▲ ★
NGNG >>196 第一段落
過去ログでは、「祭り」はないですからね(あってたまるか（ｗ)。
で、ご指摘のとおり、
基本的にはdatができていくだけなので、
そういう部分では、確かに虫を踏む可能性は少なそうですね。
(というかそう思ったので、NFSにしてみたという側面があります)
過去ログでは、「祭り」はないですからね(あってたまるか（ｗ)。
で、ご指摘のとおり、
基本的にはdatができていくだけなので、
そういう部分では、確かに虫を踏む可能性は少なそうですね。
(というかそう思ったので、NFSにしてみたという側面があります)
2006/04/25(火) 09:16:41ID:aQCO1jRV0
>>rootさん
jigブラウザでの書き込みの対応が目前な様ですが、書き込み可能になった場合の
公式p2経由での書き込みに関してはどのような扱いになりますでしょうか？
確か、現在の公式p2ではBBQとBBMの規制データを基に規制をしていたと思うのですが
jigブラウザでの書き込みの対応が目前な様ですが、書き込み可能になった場合の
公式p2経由での書き込みに関してはどのような扱いになりますでしょうか？
確か、現在の公式p2ではBBQとBBMの規制データを基に規制をしていたと思うのですが
>>194
書き込みテストが完了致しました。
問題ございません。
■テスト結果
http://qb5.2ch.net/test/read.cgi/operate/1145833088/27-70
【DoCoMo】
27ネイティブ
28jigブラウザ
【ボーダフォン】
30jigブラウザ
32ネイティブ
【au】
69jigブラウザ
70ネイティブ
bbs.cgi全サーバに配布お願い致します。
宜しくお願い致します。
書き込みテストが完了致しました。
問題ございません。
■テスト結果
http://qb5.2ch.net/test/read.cgi/operate/1145833088/27-70
【DoCoMo】
27ネイティブ
28jigブラウザ
【ボーダフォン】
30jigブラウザ
32ネイティブ
【au】
69jigブラウザ
70ネイティブ
bbs.cgi全サーバに配布お願い致します。
宜しくお願い致します。
200root▲ ★
NGNG201▲ ◆SANUKI/VII
NGNG そして伝説へ
2006/04/25(火) 11:51:08ID:PGEbgPoeP
P2の規制チェックをBBQからBBXにすることはできませんか？
ここではスレ違いかな…
ここではスレ違いかな…
2006/04/25(火) 11:52:36ID:+haoXbxGP
ibisやjig側がp2を作ってアプリで直カキコした時と同じように端末情報などを2ch側に送信するのは？
204root▲ ★
NGNG >>202
Proxy + p2 で、荒らしツールとして使われまくった過去があるですね。
ようは「規制回避ツール」「荒らしツール」として使うのは、おことわりってことで。
で、たぶんスレ違いな肝。
# 上にも質雑スレにも書いたように、ibis と jig については迷っているので、
# 気まぐれに解除を依頼するかも。
Proxy + p2 で、荒らしツールとして使われまくった過去があるですね。
ようは「規制回避ツール」「荒らしツール」として使うのは、おことわりってことで。
で、たぶんスレ違いな肝。
# 上にも質雑スレにも書いたように、ibis と jig については迷っているので、
# 気まぐれに解除を依頼するかも。
205root▲ ★
NGNG >>203
そういう形での解決は、ありえますね。
p2(相当)のしくみを各アプリのベンダーさんが持って
技術情報を開示 => ２ちゃんねるでうまく対応
みたいな解決パターンは、じゅうぶん考えられると思います。
前スレでもちょっと議論しましたが、一般論だと、
・荒らしツール、規制回避ツールとして使うのはおことわりです
・携帯の場合、個別規制ができる形がいいなぁ(= 端末固有情報を２ちゃんねる側で得られる)
・２ちゃんねるから見て、コスト的に大きくないのがいいなぁ(= 大きな負荷や手間がかからない)
ってかんじなのかなと。
そういう形での解決は、ありえますね。
p2(相当)のしくみを各アプリのベンダーさんが持って
技術情報を開示 => ２ちゃんねるでうまく対応
みたいな解決パターンは、じゅうぶん考えられると思います。
前スレでもちょっと議論しましたが、一般論だと、
・荒らしツール、規制回避ツールとして使うのはおことわりです
・携帯の場合、個別規制ができる形がいいなぁ(= 端末固有情報を２ちゃんねる側で得られる)
・２ちゃんねるから見て、コスト的に大きくないのがいいなぁ(= 大きな負荷や手間がかからない)
ってかんじなのかなと。
206root▲ ★
NGNG Hello, Sean-san, Jim-san,
Cc: related folks,
This is Mumumu. Genki-desuka?
Now several XO 2ch servers, cobra2247, tiger503, and tiger507 are
'almost idling'. So, we need to verify the current electric power
status before these servers working well.
I want to know the current status of power circuit configuration.
I think that if cobra2247 works well, it will use the electric power
almost the same as oyster901. Is the current electric power
configuration of XO enough for it?
And if tiger503 and tiger507 work well, they will use the electric
power almost the same as tiger2523 and tiger2524.
If the power is not enough for them, we can move out some servers of XO,
they are tiger504, tiger509, tiger510 and cobra2245.
We want to advance the power up of the server of 2ch by "The Snowman"
clustering technology. The "Snowman" system is now working on tiger2522,
tiger2523, tiger2524 and tiger2525.
I think it is an ultimate server system for 2ch. I will describe to you
details of it.
Thank you for your cooperation.
Regards,
Cc: related folks,
This is Mumumu. Genki-desuka?
Now several XO 2ch servers, cobra2247, tiger503, and tiger507 are
'almost idling'. So, we need to verify the current electric power
status before these servers working well.
I want to know the current status of power circuit configuration.
I think that if cobra2247 works well, it will use the electric power
almost the same as oyster901. Is the current electric power
configuration of XO enough for it?
And if tiger503 and tiger507 work well, they will use the electric
power almost the same as tiger2523 and tiger2524.
If the power is not enough for them, we can move out some servers of XO,
they are tiger504, tiger509, tiger510 and cobra2245.
We want to advance the power up of the server of 2ch by "The Snowman"
clustering technology. The "Snowman" system is now working on tiger2522,
tiger2523, tiger2524 and tiger2525.
I think it is an ultimate server system for 2ch. I will describe to you
details of it.
Thank you for your cooperation.
Regards,
207root▲ ★
NGNG 菊池様;
202.181.98.242
202.181.98.243
202.181.98.244
202.181.98.245
202.181.98.246
202.181.98.247
202.181.98.248
202.181.98.249
202.181.98.250
これらの御社のサーバは、DNSの逆引きがエラーになっているようです。
202.181.98.242
202.181.98.243
202.181.98.244
202.181.98.245
202.181.98.246
202.181.98.247
202.181.98.248
202.181.98.249
202.181.98.250
これらの御社のサーバは、DNSの逆引きがエラーになっているようです。
208root▲ ★
NGNG >>207 続き、
こちらで確認してみたところ、
%dig -t ptr 242.98.181.202.in-addr.arpa. @ns1.dns.ne.jp.
; <<>> DiG 9.3.2 <<>> -t ptr 242.98.181.202.in-addr.arpa. @ns1.dns.ne.jp.
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61718
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 0
;; QUESTION SECTION:
;242.98.181.202.in-addr.arpa. IN PTR
;; AUTHORITY SECTION:
242.98.181.202.in-addr.arpa. 3600 IN NS dns1.jig.jp.98.181.202.in-addr.arpa.
242.98.181.202.in-addr.arpa. 3600 IN NS dns2.jig.jp.98.181.202.in-addr.arpa.
;; Query time: 110 msec
;; SERVER: 210.188.224.9#53(210.188.224.9)
;; WHEN: Tue Apr 25 00:31:48 2006
;; MSG SIZE rcvd: 90
となっており、DNSサーバの指定が適切ではない状態にみえます。
# たぶん上位ISP(ns1.dns.ne.jp)において、NS 指定の末尾に "." を付け忘れていると思われ。
# 以上、老婆心ながら。
こちらで確認してみたところ、
%dig -t ptr 242.98.181.202.in-addr.arpa. @ns1.dns.ne.jp.
; <<>> DiG 9.3.2 <<>> -t ptr 242.98.181.202.in-addr.arpa. @ns1.dns.ne.jp.
; (1 server found)
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 61718
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 2, ADDITIONAL: 0
;; QUESTION SECTION:
;242.98.181.202.in-addr.arpa. IN PTR
;; AUTHORITY SECTION:
242.98.181.202.in-addr.arpa. 3600 IN NS dns1.jig.jp.98.181.202.in-addr.arpa.
242.98.181.202.in-addr.arpa. 3600 IN NS dns2.jig.jp.98.181.202.in-addr.arpa.
;; Query time: 110 msec
;; SERVER: 210.188.224.9#53(210.188.224.9)
;; WHEN: Tue Apr 25 00:31:48 2006
;; MSG SIZE rcvd: 90
となっており、DNSサーバの指定が適切ではない状態にみえます。
# たぶん上位ISP(ns1.dns.ne.jp)において、NS 指定の末尾に "." を付け忘れていると思われ。
# 以上、老婆心ながら。
210桶屋
2006/04/26(水) 00:16:26ID:4qUryQYl0 >>210
>サーバのアクセスが集中しているときに、NFSやbbsdをTCPにしてみる。
ん......問題の切り分けという点では興味深いですが，bbsd は UDP に依存した
造りになってるんで，TCP で扱えるようにするのはちょっと大変かも......
あと，アクセス集中でおかしくなる時はバックエンドへの HTTP アクセス，
つまり TCP でもどん詰まりになってるんで，パケットのドロップ自体より，
ドロップをきっかけに別の異常が発生しているという感じなのかな，とも......
>サーバのアクセスが集中しているときに、NFSやbbsdをTCPにしてみる。
ん......問題の切り分けという点では興味深いですが，bbsd は UDP に依存した
造りになってるんで，TCP で扱えるようにするのはちょっと大変かも......
あと，アクセス集中でおかしくなる時はバックエンドへの HTTP アクセス，
つまり TCP でもどん詰まりになってるんで，パケットのドロップ自体より，
ドロップをきっかけに別の異常が発生しているという感じなのかな，とも......
212桶屋
2006/04/26(水) 00:36:11ID:4qUryQYl0 ＞あと，アクセス集中でおかしくなる時はバックエンドへの HTTP アクセス，
＞つまり TCP でもどん詰まりになってるんで，パケットのドロップ自体より，
＞ドロップをきっかけに別の異常が発生しているという感じなのかな，とも......
詳しくどうもです。
もうちょっと詳しい観察と切り分けが必要ってことなんですね。
＞つまり TCP でもどん詰まりになってるんで，パケットのドロップ自体より，
＞ドロップをきっかけに別の異常が発生しているという感じなのかな，とも......
詳しくどうもです。
もうちょっと詳しい観察と切り分けが必要ってことなんですね。
214root▲ ★
NGNG Jim-san, Ryan-san, Tom-san,
Thank you for your help.
I have more questions.
1) I want to know which circuit following servers are connected to
precisely.
tiger503
tiger507
cobra2247
I think MS VM 1 and MS VM 2 in MS-XO-9 are almost full. If these
servers are connected to their circuit, we have to change the circuit
configuration. So, please tell us the information.
2) What time do you measured the amp usage? The amp usage of 2ch
servers are vary. 22:00-24:00 JST (it is equal to 6:00;8:00 PDT)
is the maximum time. We need to check the actual usage at that time.
Regards,
> MS-XO-2
> MS VM 1 Load: 8 of 20 amps [39%]
> MS VM 2 Load: 3 of 15 amps [17%]
> MS-XO-9
> MS VM 1 Load: 11 of 15 amps [73%]
> MS VM 2 Load: 17 of 20 amps [87%]
> MS VM 3 Load: 6 of 20 amps [31%]
> MS VM 4 Load: 5 of 15 amps [32%]
Thank you for your help.
I have more questions.
1) I want to know which circuit following servers are connected to
precisely.
tiger503
tiger507
cobra2247
I think MS VM 1 and MS VM 2 in MS-XO-9 are almost full. If these
servers are connected to their circuit, we have to change the circuit
configuration. So, please tell us the information.
2) What time do you measured the amp usage? The amp usage of 2ch
servers are vary. 22:00-24:00 JST (it is equal to 6:00;8:00 PDT)
is the maximum time. We need to check the actual usage at that time.
Regards,
> MS-XO-2
> MS VM 1 Load: 8 of 20 amps [39%]
> MS VM 2 Load: 3 of 15 amps [17%]
> MS-XO-9
> MS VM 1 Load: 11 of 15 amps [73%]
> MS VM 2 Load: 17 of 20 amps [87%]
> MS VM 3 Load: 6 of 20 amps [31%]
> MS VM 4 Load: 5 of 15 amps [32%]
215む＠携帯
2006/04/26(水) 21:44:09ID:LLZKM6MbO do you measuredって何だよ、、、。ううむ。
>>215
ibis+公式p2書き込みの件で返事来ました
いつもお世話になっております。アイビスサポート係です。
p2の管理者様が
「ibisBrowserから2chに書き込むために出力しているUserAgent」
への有効化を行っていただければ、
ibisBrowser側のアップデートで実現可能と思います。
実装については前向きに検討してまいります。
今後ともよろしくお願い申し上げます。
↑をあきさんに伝えれば宜しいのでしょうか？
ibis+公式p2書き込みの件で返事来ました
いつもお世話になっております。アイビスサポート係です。
p2の管理者様が
「ibisBrowserから2chに書き込むために出力しているUserAgent」
への有効化を行っていただければ、
ibisBrowser側のアップデートで実現可能と思います。
実装については前向きに検討してまいります。
今後ともよろしくお願い申し上げます。
↑をあきさんに伝えれば宜しいのでしょうか？
217root▲ ★
NGNG >>216
ですね。
既にこちらにも貼られているようです。
p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/
ですね。
既にこちらにも貼られているようです。
p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/
219root▲ ★
NGNG あ、そうだ。一応念のため。
ibis さん、jig さんとも、相手方のドメイン名を見て、固有情報を送っているのかしら。
だとすると、2ch.net に加えて、bbspink.com に対しても同じ動作をする必要があると思います。
ibis さん、jig さんとも、相手方のドメイン名を見て、固有情報を送っているのかしら。
だとすると、2ch.net に加えて、bbspink.com に対しても同じ動作をする必要があると思います。
2006/04/27(木) 01:50:56ID:7FX0xzeW0
221root▲ ★
NGNG p2.2ch.net のほうでは、対応が終わったとのことです。
p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/675
ということで、p2.2ch.net 経由での書き込みについても、
通常の bbs.cgi 経由での書き込みと同じ形で
固有情報を送っていただくように設定された時点で、
同様に書き込みができるようになるはずです。 > ibis/jig とも
# この場合のIDの末尾は、通常のp2での書き込み同様に P となります。
p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/675
ということで、p2.2ch.net 経由での書き込みについても、
通常の bbs.cgi 経由での書き込みと同じ形で
固有情報を送っていただくように設定された時点で、
同様に書き込みができるようになるはずです。 > ibis/jig とも
# この場合のIDの末尾は、通常のp2での書き込み同様に P となります。
222root▲ ★
NGNG >>220
了解。やはりそうですか。
これは、それぞれの中の方々の対応待ちですね。
お手数ですが、もし公式 p2 のアカウントをお持ちであれば、
>>221 についても、＊以下のスレでの解除作業が終了後に＊
お試しいただけますと助かります。
【BBQ＆BBM14本目】公開串登録所【ピンポイント規制】
http://qb5.2ch.net/test/read.cgi/sec2chd/1145893627/
了解。やはりそうですか。
これは、それぞれの中の方々の対応待ちですね。
お手数ですが、もし公式 p2 のアカウントをお持ちであれば、
>>221 についても、＊以下のスレでの解除作業が終了後に＊
お試しいただけますと助かります。
【BBQ＆BBM14本目】公開串登録所【ピンポイント規制】
http://qb5.2ch.net/test/read.cgi/sec2chd/1145893627/
2006/04/27(木) 02:09:40ID:7FX0xzeW0
>>222
p2で試してみました。
ibis、jigともに
「p2 error: 携帯の固有端末IDを送信しないと書き込みできません。。(携帯の設定で、固有端末IDを送信するようにしてください)」
が表示されました。
・・・あれっ？
p2で試してみました。
ibis、jigともに
「p2 error: 携帯の固有端末IDを送信しないと書き込みできません。。(携帯の設定で、固有端末IDを送信するようにしてください)」
が表示されました。
・・・あれっ？
2006/04/27(木) 02:12:40ID:7FX0xzeW0
どうやらjigも通常の書き込み時"のみ"固有情報を送信しているようですね。
・・・ということはjig側の対応も必要ということですね。
・・・ということはjig側の対応も必要ということですね。
225root▲ ★
NGNG 西村様、菊池様;
p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/686
ということで、jig, ibis とも、現時点では p2.2ch.net 経由では
固有情報を送信しないように設定されている模様です。
p2.2ch.net は２ちゃんねる公式のサービスですので、
こちらでの書き込みの際にも、同様の形式で送るように
設定をいただけますと大変助かります。
なお、>>221 にあるように、p2.2ch.net での設定は完了している旨、
連絡をもらっています。
>>219 の件とあわせ、お手数ですがよろしくお願いいたします。
p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/686
ということで、jig, ibis とも、現時点では p2.2ch.net 経由では
固有情報を送信しないように設定されている模様です。
p2.2ch.net は２ちゃんねる公式のサービスですので、
こちらでの書き込みの際にも、同様の形式で送るように
設定をいただけますと大変助かります。
なお、>>221 にあるように、p2.2ch.net での設定は完了している旨、
連絡をもらっています。
>>219 の件とあわせ、お手数ですがよろしくお願いいたします。
227root▲ ★
NGNG jig さんについては、続報が。
ちと、向こうのスレの動きを観察します。
p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/687
ちと、向こうのスレの動きを観察します。
p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/687
228root▲ ★
NGNG p2.2ch.net不具合報告スレ Part10
http://qb5.2ch.net/test/read.cgi/operate/1141521195/700-702
jig については、p2.2ch.net 側の対応により
書き込みが可能になったようです。
ということで残作業は、
jig: >>219
ibis: >>219 >>216
になります。お手数ですがよろしくです。
# 今日はそろそろ、寝る時間で。
http://qb5.2ch.net/test/read.cgi/operate/1141521195/700-702
jig については、p2.2ch.net 側の対応により
書き込みが可能になったようです。
ということで残作業は、
jig: >>219
ibis: >>219 >>216
になります。お手数ですがよろしくです。
# 今日はそろそろ、寝る時間で。
231stream ◆PNstream2s
2006/04/27(木) 10:57:48ID:eG5n3QCX0 いつのまにかeAccelerator-0.9.5-beta2になってます
>>219に関してibisから返事来ましたー
いつもお世話になっております。アイビスサポート係です。
情報提供まことにありがとうございます。ご連絡いただいたページも参考にさせていただきます。
今後とも宜しくお願い申し上げます。
との事です
もー1通はp2スレに貼ります
ありがとうございましたm(__)m
いつもお世話になっております。アイビスサポート係です。
情報提供まことにありがとうございます。ご連絡いただいたページも参考にさせていただきます。
今後とも宜しくお願い申し上げます。
との事です
もー1通はp2スレに貼ります
ありがとうございましたm(__)m
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 【日経世論調査】国民民主党、政党支持率14%で2位(18-39歳層首位) 立憲民主党抜く [蚤の市★]
- 新米出回っても高いままのコメ価格「農水省は静観」11月は6割上昇★4 [Gecko★]
- 閉店間際のスーパー「半額シール品」に猛ダッシュ 賞味期限に消費期限、気になるけれど大丈夫？ [少考さん★]
- 【スクープ】中居正広が女性との間に重大トラブル、巨額の解決金を支払う 重病から復帰後の会食で深刻な問題が発生 ★28 [Ailuropoda melanoleuca★]
- 川崎重工、40年前から架空取引繰り返したか 週内にも調査結果公表 [蚤の市★]
- 【芸能】『M-1』連覇の令和ロマン 早朝に生漫才を披露 3連覇へ期待の声は「そういった意見は封殺したい」 [冬月記者★]
- 【朗報】黒伝説：悟空、Switch版発売決定 [632966346]
- 南青山のタワマン、家賃3万1600円wwwwwwwwwwww [271912485]
- アース製薬「ゴキブリや蚊に感謝している」Part2
- たまに見かけるポアーチェみたいな名前の車ｗｗｗｗｗｗｗｗｗ
- 妹柔らかいけど
- ラノベ作家「AED訴訟で無罪になっても、署名を集めて社会的に抹殺しようとしてくる世の中。男はどうすればいいの…？」 [535628963]