CentOS Part 36【RHEL Clone】
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
2012/04/24(火) 08:42:20.78ID:AuauaZb4Red Hatと無関係なコミュニティが無償配布しておりRed Hatのブランドとサポートはありません。
Fedora Core 6≒RHEL 5≒CentOS 5です。
Fedora 13≒RHEL 6≒CentOS 6です。
FC やRHEL用のノウハウや野良RPM、レポジトリはCentOSでほぼ通用します。
前スレ
CentOS Part 35【RHEL Clone】
http://engawa.2ch.net/test/read.cgi/linux/1327619826/
CentOS (The Community ENTerprise Operating System)
http://www.centos.org/
CentOS 配布ミラーサーバ
http://www.centos.org/modules/tinycontent/index.php?id=13
Wikipedia CentOS
http://ja.wikipedia.org/wiki/CentOS
0780login:Penguin
2012/07/31(火) 09:36:15.17ID:9HYegUXP0782123
2012/08/01(水) 09:11:41.53ID:CoxSrAT7今度はWindows2008R2をクライアントに据えた構成で構築を試みてるんですが、上手いこといかずに悩んでます。
GlusterFSのクライアント（マウント方法？）としてFuse、NFS、CIFSが使える旨が公式ドキュメントにありますが、
Windowsサーバをクライアントにする際の手順が抜け落ちてる？というより、簡単に書かれすぎていてどう構築すれば良いの判りません。
Windowsから
\\[GlusterFSサーバIP]\[ボリュームネーム]
でアクセスできるみたいなことが書いてますが、GlusterFSサーバ側は139も455もポートは閉じているので、アクセスできるわけがありません。
サーバ側の構築手順は、
CentOS6 64bitクリーンインストール → iptables selinux オフ → *core*.rpm *fuse*.rpm *geo-replication*.rpm（またはソースから）インストール
→ ボリュームを作成・スタート
という状態です。（一応ここまでで、Linuxをクライアントに据えた場合の動作はOK）
ぐぐっても、CIFSで組んでる例を探しきりませんでした。
当然sambaは使うんでしょうが、サーバ側の全てのノードにsambaをインストールするような公式ドキュメントの記載もあり、
取り合えずそれをやってみましたが、アクセスできない状態です。
smb.confに下記も記載済みです。
[glustertest]
comment = For testing a Gluster volume exported through CIFS
path = /mnt/gluster（ここは自分の環境に書き換え済み）
read only = no
guest ok = yes
3.2系と3.3をソース、rpmの両方から試しましたが、結果は同じでした。
0783759
2012/08/01(水) 09:13:00.62ID:CoxSrAT7続き
自分の中のGlusterFSの理解としては、クライアント側がサーバのファイルシステムを解釈して利用するような仕組みだと思うんですが、（これもどこかに書いてあった）
そうなってくると、クライアント側にもクライアントアプリケーションが必要になるんじゃないかなぁと思ってしまうわけです。（Fuseネイティブマウントはそのはず？）
しかし、CIFSマウントに関してそういった記載は見当たらないですし、若干意味不明になってきてます。
Windowsがクライアントになっても、きちんとレプリケーションされて書き込まれれば問題ないんですが、
それはそもそも自分の勘違いで、不可能だったりするんでしょうか。
Windowsをクライアントにした構成で構築経験のある方いらっしゃいませんか（´・ω・｀）
長文失礼いたしましたｍｍ
0784login:Penguin
2012/08/01(水) 11:17:02.06ID:1oF2KT7X> Windowsから
> \\[GlusterFSサーバIP]\[ボリュームネーム]
> でアクセスできるみたいなことが書いてますが、
もうGlusterFSというか完全にsambaの話じゃんｗ
smb動いてるの？とかiptablesで開けるの忘れてないよね？とかレベルの。
スレチだから出てけとは言わないけど、どんどん遠ざかるな、CentOSからｗ
0785759
2012/08/01(水) 12:03:28.96ID:CoxSrAT7>どんどん遠ざかるな、CentOSからｗ
ですよね、ごめんなさいｏｒｚ
>もうGlusterFSというか完全にsambaの話じゃんｗ
>smb動いてるの？とかiptablesで開けるの忘れてないよね？とかレベルの。
これに関して、ちょっと概念がよく判らなくなってきてまして、
自分がやってる方法が正しいのかも謎なんですよ。
基本的にファイアウォール系は全部カットしてあります。
単純にサーバノード全てにサンバを入れればそれでいいんですかね・・・。
それで、クライアント側のWindowsは何も入れなくて良いと。
そのやり方で間違いないのなら、あとは設定の問題になってくるんですが（´・ω・｀）
0786login:Penguin
2012/08/01(水) 12:24:17.77ID:1oF2KT7Xまずはサーバー側の/mnt/glusterfs以外の場所をsambaでWindowsクライアントに
見せられる状態にしてから悩もうよ。
/optはWindowsから見れるのに、同じ設定をした/mnt/glusterfsが見れないなら
また別の話かもだけど、そこまで確認してないでしょ？
どっちにしろWindowsから見たら、sambaで見せてもらってる場所がglusterfs
だろうがDVDだろうがUSBメモリだろうが、どうでもよいわけで。
0787123
2012/08/01(水) 12:44:50.77ID:CoxSrAT7ありがとうございます。
>まずはサーバー側の/mnt/glusterfs以外の場所をsambaでWindowsクライアントに
>見せられる状態にしてから悩もうよ。
>/optはWindowsから見れるのに、同じ設定をした/mnt/glusterfsが見れないなら
>また別の話かもだけど、そこまで確認してないでしょ？
sambaサーバ（GlusterFSサーバ）とクライアント（Windows）としての通常の動作は問題無しです。
例えば、作成したLinuxユーザーのディレクトリは見に行けますし、
[glustertest]
comment = For testing a Gluster volume exported through CIFS
path = /mnt/gluster
read only = no
guest ok = yes
上記ファイルで言うところの「/mnt/gluster」も共有はOKです。
ただ、クライアントとしてアクセスする際に、
\\[GluseterFSサーバのIP]\[ボリュームネーム]
と入力するんですが、公開ディレクトリ≠ボリュームネーム なんですよね。
公開ディレクトリは「gluster」ですが、ボリュームを構築する際に付けたボリュームネームは「gluster-test」なんです。
なので例えば、
\\192.168.1.100\gluster-test
とアクセスする必要があるんです。（公式読むなりそう思う）
でも、そんなディレクトリは実際にはないです。
sambaのconfの書き方が間違ってるのかしら・・・。
0788login:Penguin
2012/08/01(水) 12:51:49.21ID:1oF2KT7X>公開ディレクトリ≠ボリュームネーム
これはきっと気のせいだよｗ
\\192.168.1.100\glustertest
これならアクセス出来るんだよね？
だったら逆の発想で、
[glustertest]
comment = For testing a Gluster volume exported through CIFS
path = /mnt/gluster
read only = no
guest ok = yes
これを
[gluster-test]
comment = For testing a Gluster volume exported through CIFS
path = /mnt/gluster
read only = no
guest ok = yes
にすれば？（共有名の一致）
0789759
2012/08/01(水) 13:06:34.18ID:CoxSrAT7123てなんなんだろう・・・。
>>788
ありがとうございます。
ちょっと名前揃えてリトライしてみます（｀・ω・´）
0790login:Penguin
2012/08/01(水) 14:02:10.23ID:uxXJsKm30791759
2012/08/01(水) 14:42:10.15ID:CoxSrAT7取り急ぎの結果報告です。
ディレクトリ名、ボリューム名、smb.confの記述を揃えてみましたが、やはり上手くいきませんでした。
上手くいかなかった内容
クライアント（Windows）から、「\\192.168.1.100\gluster-test（例）」で参照した先で、
ファイルを生成してみても、もう1台のGlusterFSサーバでファイルのレプリケーションが確認できません。
サンバの動きとしては絶好調です。
気になるのは、netstat -naを見たときに139ポートしか使われていないことです。
CIFSって確か445番ですよね。
サーバは445をLISTENしてます。
>>790
ありがとうございます。
ログの内容をぐぐったんですが、挫折しました。
エラーは吐いてるんですが・・・。
/var/log/glusterfs/cli.log
[2012-08-01 13:40:55.565786] W [rpc-transport.c:606:rpc_transport_load] 0-rpc-transport: missing 'option transport-type'. defaulting to "socket"
[2012-08-01 13:40:55.746428] I [cli-rpc-ops.c:417:gf_cli3_1_get_volume_cbk] 0-cli: Received resp to get vol: 0
[2012-08-01 13:40:55.746979] I [cli-rpc-ops.c:596:gf_cli3_1_get_volume_cbk] 0-: Returning: 0
[2012-08-01 13:40:55.747549] I [cli-rpc-ops.c:417:gf_cli3_1_get_volume_cbk] 0-cli: Received resp to get vol: 0
[2012-08-01 13:40:55.747647] I [cli-rpc-ops.c:596:gf_cli3_1_get_volume_cbk] 0-: Returning: 0
[2012-08-01 13:40:55.747697] I [input.c:46:cli_batch] 0-: Exiting with: 0
これで一塊っぽいです。
0792login:Penguin
2012/08/01(水) 14:48:22.97ID:1oF2KT7Xサーバー上で/mnt/glusterfsにファイル・フォルダ作った時はレプリされるのに？
samba経由の時だけ出来ない？んなわけないだろう〜
何が出来て、何がダメで、ってのをどんどんやらないと、問題がボヤけてサポセン状態だぜｗ
「はい、○○サポートです」
「すいません、よくわからないんですが、、、なんか動かないっす！（キリッ」
みたいな。
0793login:Penguin
2012/08/01(水) 14:49:15.34ID:uxXJsKm30794759
2012/08/01(水) 14:57:22.64ID:CoxSrAT7どうもです。
そもそもGlusterFSというファイルシステムは、クライアントとサーバ群で組になって動くものなので、（と理解している）
全てLinuxで構成して、期待通りの動作をしている場合でも、クライアントから書き込まないと正常にレプリケーションはされませんでした。
つまり、サーバ上のボリュームを構成しているディレクトリに、サーバから直に書き込んでも、クラスター化されている他のノードにはレプリケーションされません。
これで正しい動作だと思ってるんですが('-｀;
0795login:Penguin
2012/08/01(水) 15:02:07.74ID:uxXJsKm3gluster server側に問題があればglusterfsd.logに何かしらログを吐いてる
sambaのログも確認
testparmコマンドでsmb.conf通るかやってみそ
sambaかglusterか原因をきりわけたいね
0796login:Penguin
2012/08/01(水) 15:05:31.23ID:uxXJsKm3それであってる
0797759
2012/08/01(水) 15:10:47.05ID:CoxSrAT7どうもです。判りにくくて申し訳ない。
sambaクライアント（Windows）から、sambaサーバ（GluseterFSサーバ）上のボリュームを構成するディレクトリをリード・ライトできることを「マウント」というなら、
WindowsからもLinuxからもOKです。
ただし、LinuxのFuseを使ったマウントであれば、書き込んだファイルはGlusterFSサーバにレプリケーションされますが、
Windowsからの場合は、アタッチしたサーバのみにデータが置かれます（または削除される）。
今現在の不完全な構成では、当然の動作かと思っております。
0799login:Penguin
2012/08/01(水) 15:15:00.24ID:1oF2KT7Xあー、そうなんだ。ごめん、勘違いしてた。
サーバーローカルからもレプリされるものだと。
NFSでマウントしてるところをsamba経由でwindowsから使う感覚でいた。
そしたらsambaなんて全然関係無くて、glusterfsdだけで共有出来ない時点で
おかしくね？
>>795のglusterfsd.logチェックに1票。
0800login:Penguin
2012/08/01(水) 15:28:54.64ID:uxXJsKm3あっ、そうゆうことか
把握した
なんかバグっぽい挙動
暇だしやってみるか
0801login:Penguin
2012/08/01(水) 16:02:46.93ID:BpGkzozvCentOS固有でもなんでもないやん
0802login:Penguin
2012/08/01(水) 16:12:21.57ID:5XXPqsco0803759
2012/08/01(水) 17:09:33.06ID:CoxSrAT7glusterfsd.logが存在してないぽいですｗ
/var/log/glusterfs/etc-glusterfs-glusterd.vol.log
というファイルならありますが、内容はこんな感じです。
[2012-08-01 16:34:01.621455] I [glusterd-handler.c:2288:glusterd_handle_log_locate] 0-glusterd: Received log locate req for volume gluster-test
[2012-08-01 16:34:01.627843] W [socket.c:1494:__socket_proto_state_machine] 0-socket.management: reading from socket failed. Error (Transport endpoint is not connected), peer (127.0.0.1:1021)
でもこれCIFSに限ったエラーログじゃないっぽいですよねぇ。
sambaログ関連は、プリンターに関するログしか吐いてないです。
testparmもOK。
バージョンは3.2.7なんですが、バグじゃなくて単純に何か手順間違ってるだけのような気がします('A｀;
>>801 >>802
スレ汚してごめんよｏｒｚ
0804login:Penguin
2012/08/01(水) 17:34:58.26ID:uxXJsKm3マウント直前なのにワロタ
0805login:Penguin
2012/08/01(水) 17:46:57.65ID:1oF2KT7Xさっきのログもsocket関連だったよね。
なんかTCP/IPおかしいんじゃね？
volファイルのリモホ指定どうなってんの？
0806759
2012/08/01(水) 18:08:29.18ID:CoxSrAT7ぉｌ
>>805
>volファイルのリモホ指定どうなってんの？
ごめんなさい、これちょっと意味が判らないです汗
GlusterFSのボリューム作成時のホスト名指定という意味なら、
単純にhostsにIPとホストネームを記載して、それを指定してるだけです。
クライアント役のWindowsのhostsにも記載済みですね。
0807login:Penguin
2012/08/01(水) 19:11:47.91ID:uxXJsKm3CentOS6.3 -----------------------
glusterfs-fuse-3.3.0-1.el6.x86_64.rpm
glusterfs-3.3.0-1.el6.x86_64.rpm
glusterfs-server-3.3.0-1.el6.x86_64.rpm
# gluster peer status
connected <- OK
# gluster volume create test-volume stripe 2 transport tcp xxxx
xxxx one of the bricks contain the other <- ERROR
# gluster volume start test-volume
xxxxx (Sorry for forgetting the log message...) <- ERROR
CentOS6.3-----------------------------
glusterfs-core-3.2.7-1.el6.x86_64.rpm
glusterfs-fuse-3.2.7-1.el6.x86_64.rpm
# gluster peer status
connected <- OK
# gluster volume create test-volume stripe 2 transport tcp xxxx
Creation of volume test-volume has been successful. <- OK
# gluster volume start test-volume
Starting volume test-volume has been successful <-OK
I'm gonna try to mount by CIFS.
0808759
2012/08/01(水) 19:51:17.29ID:G8/wcK+J（サーバの構築まで samba部分は確立してないので無し）
192.168.1.100 glusterfs-test1
192.168.1.101 glusterfs-test2
■サーバ構築（2台想定 両方のノードで実施）
# yum install fuse fuse-libs（sambaの場合は要らんと思います）
# cd /usr/local/bin/
# wget http://download.gluster.org/pub/gluster/glusterfs/3.2/3.2.7/CentOS/glusterfs-core-3.2.7-1.el6.x86_64.rpm
# wget http://download.gluster.org/pub/gluster/glusterfs/3.2/3.2.7/CentOS/glusterfs-fuse-3.2.7-1.el6.x86_64.rpm
# wget http://download.gluster.org/pub/gluster/glusterfs/3.2/3.2.7/CentOS/glusterfs-geo-replication-3.2.7-1.el6.x86_64.rpm
# rpm -Uvh glusterfs-core-3.2.7-1.el6.x86_64.rpm
# rpm -Uvh glusterfs-fuse-3.2.7-1.el6.x86_64.rpm
# rpm -ivh glusterfs-geo-replication-3.2.7-1.el6.x86_64.rpm
# glusterfs -V（インストールのチェック）
0809759
2012/08/01(水) 19:54:50.22ID:G8/wcK+Jこれは片方のサーバからのみ行う（複数台の場合は同じ要領でそれぞれ指定して実行）
# gluster peer probe glusterfs-test2
Probe successful
ステータスを確認
# gluster peer status
Number of Peers: 1
Hostname: glusterfs-test2
Uuid: e8cec786-348a-49e4-8417-d6ace83d32ff
State: Peer in Cluster (Connected)
# gluster volume create glusterfs-test replica 2 transport tcp glusterfs-test1:/mnt/glusterfs-test/ glusterfs-test2:/mnt/glusterfs-test/
Creation of volume glusterfs-test has been successful. Please start the volume to access data.
# gluster volume start glusterfs-test
Starting volume glusterfs-test has been successful
# gluster volume info all
Volume Name: glusterfs-test
Type: Replicate
Volume ID: da97a32e-87d4-4f93-bf8d-c8437844c701
Status: Started
Number of Bricks: 1 x 2 = 2
Transport-type: tcp
Bricks:
Brick1: gfs2:/mnt/glusterfs-test1
Brick2: gfs3:/mnt/glusterfs-test2
ここまででボリュームの準備はOKです。
0810login:Penguin
2012/08/01(水) 21:52:41.72ID:uxXJsKm3>># gluster volume create test-volume stripe 2 transport tcp xxxx
strip -> replica
結論としてはレプリケイトされませんでした
cifsでwindows7からマウントしてファイルを置いても、マウントしたサーバ
にはファイルはコピーされていますが、もう一方のレプリケイトされる側の
サーバに転送されることはなかったです
forumにも目を通してみましたがあてはまる情報はなかったです
ということでお疲れさまでした
ぐぬぬぬぅぅぅ
0811759
2012/08/01(水) 23:07:40.57ID:G8/wcK+J貴重なお時間ありがとうございますｍｍ
因みにポートですが、139を使ってますか？445を使ってますか？
自分の環境だと、139ポートになっちゃうんですよね。
CIFSって445ポートだと思うので、そこも問題なのかなぁと思ってたりします。
0812login:Penguin
2012/08/01(水) 23:10:34.29ID:NDDc4z7t0813759
2012/08/02(木) 08:38:44.58ID:54Jeqy1/どうもです。
正確な解答ができずに申し訳ないですが、基本的に139と445はプロトコルが違うはずなので、
445のみでいけるように思うんですよね。
（139で繋いだ後に、445に切り替わる旨の文献もありますが。）
どちらにせよ、いよいよスレタイから脱線してきてるので、ここらで幕引きにした方がよさそうです。
お相手した頂いた皆様、本当にありがとうございました。
ちょっともう一度公式ドキュメント読み直して、色々調べてみます。
スレ汚し失礼しましたｍｍ
0814login:Penguin
2012/08/02(木) 10:43:51.68ID:o7eqx/3R0815login:Penguin
2012/08/02(木) 13:05:24.02ID:t2AsZTICRH関連だし、いずれは使うサイトも増えるだろうから続報期待。
0816login:Penguin
2012/08/02(木) 16:27:07.54ID:9gTeAEmQ0817login:Penguin
2012/08/08(水) 01:22:24.14ID:fKfNFVoolatexって、たいして進化してないのに、いろいろ情勢が変わりすぎ。
0818login:Penguin
2012/08/08(水) 01:24:17.59ID:7Cqvn6Gp0819login:Penguin
2012/08/08(水) 18:40:48.82ID:hC5zYXfNそれCentOSのスレで話す内容か？
ソフトウェア板に行けよ。思考力の足りない奴だな
0820login:Penguin
2012/08/08(水) 18:42:53.82ID:FYB6G+kyここでいいと思うけど。
0821login:Penguin
2012/08/08(水) 19:01:15.95ID:5ixvuFja外れすぎるのも問題だが、何日も書込み無いよりいいだろ。
どんどんやってくれ。
0822login:Penguin
2012/08/08(水) 20:55:45.00ID:tG/5BDtj増やしていくのが良いんじゃないか？
6.2→6.3とか大きな意味無いじゃん。
6.2→6.2.0001でいいと思うよ。
0823login:Penguin
2012/08/08(水) 21:11:10.05ID:WDyQixct0824login:Penguin
2012/08/08(水) 22:13:47.36ID:G5VYXOsO欧米はバカンスですから
0825login:Penguin
2012/08/08(水) 22:25:04.76ID:vnCqOTgohttp://jnovy.fedorapeople.org/texlive/
0826login:Penguin
2012/08/08(水) 22:28:39.11ID:FYB6G+ky今のは誤解を招く。
0827login:Penguin
2012/08/09(木) 00:06:56.75ID:DpV/oeL4またまたご冗談を
0828login:Penguin
2012/08/09(木) 08:58:20.32ID:8EIYplFi0829login:Penguin
2012/08/09(木) 15:38:58.69ID:hZlVoqOH0830login:Penguin
2012/08/09(木) 15:43:44.39ID:P67COA3s>>826 とあんまり変わんないじゃん。
0831login:Penguin
2012/08/09(木) 21:14:52.39ID:aXNcDHrG0832login:Penguin
2012/08/09(木) 21:57:13.17ID:oVYhW96Laho
0833login:Penguin
2012/08/09(木) 23:45:42.90ID:n8N/aRuHユーザー選択でログインできない。なんか、RHELで紛れ込んだバグらしい。
ttps://bugzilla.redhat.com/show_bug.cgi?id=841752
↑こちらの環境は64bitだし、直接関係しないかもしれないけど。
0834login:Penguin
2012/08/12(日) 19:02:51.84ID:NxXaRg5iCentOS 6.3を最小構成でインストールし、treeコマンドをyumでインストール
したのですが、teratermでssh接続し、treeコマンドを実行すると罫線部分の
文字が化けてしまいます。
物理画面だとちゃんと罫線表示されるのですが、何か解消方法はありませんか？
全角罫線を使わない以前の表示に戻ればいいんですが。
$ (LANG=C;tree -a)
こんな感じで実行すればいいのですが、面倒なので・・・。
tqq VMwareTools-8.6.5-621624.tar.gz
tqq vmware-root
x?? mqq appLoader-1292.log
mqq yum.log
0835login:Penguin
2012/08/12(日) 19:14:59.66ID:H3l4ZyqS0836login:Penguin
2012/08/12(日) 19:31:57.09ID:NxXaRg5iただ、罫線は表示されるが、空白が ?? で表示されるけど妥協できるのでしばらくがまんしてみる。
0837759
2012/08/12(日) 20:01:27.07ID:kNntFXVSあれからGlusterFSの一通りの使い方は理解しました。
sambaを使ったCIFSマウントは、結局のところサーバ内部等で一度ネイティブマウントを行った後、
そのディレクトリをsambaにてエクスポートするというだけのことでした。
予想はしてましたが、ちょっとガッカリ。
今はベンチマークして遊んでるわけですが、数値がすこぶる悪いです。
サーバ2台（レプリカ）に対してクライアント1台でネイティブマウントしたディレクトリに、
ddコマンドで書き込みを行ったわけですが、5MByte/sくらいしか出ない亀仕様です。
ネットワークはGbitで、全てCent6.3。GlusterFSのVer.3.3をソース、rpmの両方で試しました。
これってこんなもんですか？（´・ω・｀）
チューニングできそうな記事ないんですよね。
0838login:Penguin
2012/08/12(日) 20:39:55.03ID:8i6Xv8E+0840login:Penguin
2012/08/12(日) 20:58:11.31ID:0aPSahUe煽ってないで具体的に指摘しろよチンカス
0841759
2012/08/13(月) 18:40:02.32ID:oOX/cLDy野暮なんでもう消えます。
このスレに殺伐は要らんですｗ
0842login:Penguin
2012/08/13(月) 21:38:21.36ID:TnM0TcYH0843login:Penguin
2012/08/13(月) 21:41:48.04ID:rtLuPOXv0844login:Penguin
2012/08/13(月) 21:59:35.53ID:TnM0TcYH0845login:Penguin
2012/08/13(月) 21:59:39.90ID:Fdlteiq+0846login:Penguin
2012/08/14(火) 04:03:48.09ID:JtqoJeEn落ち込んじゃう現象が発生しているのですが、どなたか同じ症状のかたいらっしゃい
ませんか。
http://gyazo.com/93cfc3da576b59ea7a6aa580df348648
ロードアベレージはほぼ0付近で、apacheのMaxClientも上限に到達しておらず、メモリも
潤沢にあまっていて、IO WAIT値も低いです。
NICはギガビット対応で、回線もおよそ1Gbpsまで出ます。PPPoE接続なのでルータがボトルネック
になっていることもありません。
/proc/sys/net/ipv4/tcp_syncookiesを1にしてみたりしてみたのですが効果なしです。
何かしらOSのネットワーク関係の設定で制限が加えられているのかとも考えております。
どなたかお分かりになりますでしょうか。
0847login:Penguin
2012/08/14(火) 04:32:01.47ID:dgPeKXIKルーターの処理落ちとか
0848login:Penguin
2012/08/14(火) 09:24:58.80ID:PEyUr4pgルーターの処理落ちでした！
ありがとうございました！
0849login:Penguin
2012/08/14(火) 10:33:31.79ID:JtqoJeEn0850login:Penguin
2012/08/14(火) 10:38:48.52ID:vSoknINtとりあえず質問の仕方からぐぐったら？
提示すべきなのにしてない情報があまりに多いよね
0851login:Penguin
2012/08/14(火) 10:59:25.39ID:JtqoJeEnなんだろ、これ以外の掲示すべき情報がパッと思いつかないです
0852login:Penguin
2012/08/14(火) 11:04:54.43ID:EA3Ej7vk0853login:Penguin
2012/08/14(火) 11:12:14.55ID:UfU0UN22> になっていることもありません。
> ルーター挟んでないのでルーターの処理落ちじゃないですね、
と書いてるんだからサーバ機自身だろう。
0854login:Penguin
2012/08/14(火) 11:16:55.17ID:tp1pIkKF君は「思いつけ」と言われたんじゃなくて「ぐぐれ」と言われたんだよ
0855login:Penguin
2012/08/14(火) 11:20:12.37ID:JtqoJeEnPPPoEはサーバーが処理しています。
以前、ルーターを挟んでいたのですがショートパケットの処理負荷に耐え切れずルーター自体の
CPU使用率が100%に達し使い物になりませんでした。（10万程度のルーターです）
今回ルーター機能もサーバー自体に持たせていますが、CPU使用率が上がっているという事もありま
せん。
0856login:Penguin
2012/08/14(火) 11:22:13.84ID:JtqoJeEnどういう情報が不足してるのか具体的にご指摘願えますでしょうか。
0857login:Penguin
2012/08/14(火) 11:26:20.48ID:ASakBZHS例えば
http://www.ranvis.com/articles/smart-questions.ja.html
0858login:Penguin
2012/08/14(火) 11:28:22.71ID:tp1pIkKF逆に聞きたいわ。確認すべき項目・確認した項目が>>846だけなのかと
情報を小出しにして回答者の手間をかけるべきじゃないと思う
手間をかけるべきは君であり、それを理解してると思えないから、俺はもうスルーさせて貰う
0859login:Penguin
2012/08/14(火) 11:30:16.86ID:6sqYAounもしかしてだけど、SNMP v1でログ取ってない？
SNMP v1だと100Mぐらいで、レジスタ(32bit)が溢れちゃって正確にログが取れないよ
SNMP v2だとログが正確に取れるけど、net-snmpはv2対応してなかった気がする
0860login:Penguin
2012/08/14(火) 11:34:00.17ID:6sqYAoun続き
うんで、サーバをつないでいるスイッチの方はv2に対応してたので、
うちではスイッチ側でログを取ってます。
0861login:Penguin
2012/08/14(火) 11:34:36.88ID:JtqoJeEnなるほど！
まさにsnmp v1です！
これまでsnmpのv1とv2の違いを意識せず、常にv1でSNMPマネージャからポーリングさせていましたが
早速v2に変えてみたいと思います！
snmpwalkしたところv2にも対応しているみたいでした！
拙い質問なのにご親切な回答ありがとうございます！
0862login:Penguin
2012/08/14(火) 11:46:10.21ID:LQloiRz2情報小出しはマナー違反ですよ。 この場合 OS のバージョン、httpd のバージョン、負荷を
掛けている手段／ツール(ab?)、OS や httpd のログが最低ラインかな。
他にもハードウェア、特に NIC の型番／ファームウェアバージョン／ドライバのバージョン、
ハードディスクや RAID コントローラの型番などなど。
0863login:Penguin
2012/08/14(火) 11:51:22.36ID:JtqoJeEnすみません。小出しにしているつもりはなかったんです。
OSのバージョン、httpdのバージョンは出すべきだったかなと思います。
0864login:Penguin
2012/08/14(火) 12:59:40.43ID:LQloiRz2謝りはしてもそれでもＯＳのバージョンとか出さないあたりがいつもどおりの釣り師
って感じで残念です。
0865login:Penguin
2012/08/14(火) 17:04:13.33ID:e8pinlHM0866login:Penguin
2012/08/14(火) 17:39:39.92ID:ASakBZHSｊｋ
0867login:Penguin
2012/08/14(火) 18:36:45.06ID:uWjT1pAf0868login:Penguin
2012/08/14(火) 20:30:27.41ID:tJZyeApa> CPU使用率が100%に達し使い物になりませんでした。（10万程度のルーターです）
そもそもルーターが落ちる状況で対策も立てずに鯖機を繋いでいる状態なわけだ
話にならない
0869login:Penguin
2012/08/14(火) 22:27:05.95ID:0cuGc5xtおいおい、CERNの跳ねっ返り者の可能性もあるだろ
「ケッ！RHEL互換だったらScientificなんかよりCentOSでいいじゃねーか！
とか
(´-`).。oO (そんな人はたぶんUbuntuだとは思うけどさ…)
0870login:Penguin
2012/08/15(水) 01:51:01.30ID:iDneGd72snmpv1でアクセスするかv2
かは、たぶん関係ないと思う。
MIB2 の32 bit の octet counter
の場合、100Mbpsでは5分くらいで
カウンターが一回転するんで、
測定間隔が5分超の場合トラフィッ
ク測定がうまくゆかなかったり。
対応方法としては、速度間隔を短く
するか、ifMIB持ってる機器ならifHCInOctetsなど64bitカウンターに
アクセスするか。
CentOS側のsnmpdがifMIB持っているか？
次第(>859 は、持ってないって意味？
設定にもよる？)
ifMIBにアクセスできるか？は以下で
確認できるよ。
snmpwalk -v 1 -c xxx x.x.x.x .1.3.6.1.2.1.31.1.1.1
ちなみにmuninという管理ツールだと
iptablesの設定だかで64bitカウンターに
アクセスしてるよう？
0871859
2012/08/15(水) 09:55:42.52ID:Mafo4UJ1MRTGというトラフィックをグラフ化する
ツールではsnmp-v1では100Mbpsオーバーのトラフィック
をグラフ化が正常にできません。snmp-v2にするうと改善します。
どうして改善するかの理由はハッキリと把握していませんがどこかで
snmp-v1だと100Mオーバーで32bitの桁あふれすると書いてあった
ので>>859のようなコメントをしました。
>>870の意見によると、snmp v2にするのは本質的な改善で
はなさそうですね。
もしかして、>>861がMRTG以外のツールでグラフ化して
いたら改善しないかもしれません。
0872login:Penguin
2012/08/15(水) 10:52:03.58ID:M5/4PBpT俺の職場では、数百台のサーバとスイッチの情報をv1で取得しているが、別に問題ない。
機器のNICは10Gとかもあるけど、正常に取得できているよ。
>>859の情報は本当なのか？
0873870
2012/08/15(水) 12:53:05.20ID:iDneGd72MRTGではそうなんだ。
RFC調べてみようと思ったけど、
結構いろいろあるね。
snmpv2とifMIBは別のRFCだと
今のところ思ってるところ。
MRTG以外にもCiscoの製品で
ifMIBへアクセスする際に
v2にする必要がある例を見かけたので、
そういう実装も多い？
今後調べて見る時には、v1,v2などで
snmp取得の結果が違うか？気にして
見るよ。
0874859
2012/08/15(水) 13:12:32.88ID:ydOYKl9Uソース発見しました。
ttp://www.soi.wide.ad.jp/class/20030038/slides/46/52.htm
ただ2003年の資料だね。現在では違うかもしれない。
>>873
MRTG以外は使った事ないのでわからないよ。
l
0875859
2012/08/15(水) 13:19:47.36ID:ydOYKl9U上記のリンクは何故かうまく見えないね。
Googleで「実装検討2 トラフィック監視 mrtg configの作り方 (続き)」という
タイトルでググって表示されたページで52.htmの方のを見てください。
0876login:Penguin
2012/08/15(水) 13:42:58.61ID:x6TQDkl0単に、アプリの仕様的に32bitカウンタ、64bitカウンタ、どっちのOIDを
使うかだけなんじゃない？
インターフェイス速度は、メーカー独自のOIDもあるけど、標準OIDで
取得できるんで普通のnet-snmmp使ってるならどっちも使えるはず。
バージョンの違いはさらっとだけどここに書いてあるね。
ttp://www.itmedia.co.jp/enterprise/articles/0705/16/news011_2.html
0877login:Penguin
2012/08/15(水) 15:11:58.42ID:GvDODqh00878login:Penguin
2012/08/16(木) 01:39:34.58ID:peumAgouそうなんだよな。
CentOS固有の話でもないのに延々とこのスレでやるアホが後を絶たない
前にも似たことあって注意したら周りが「まあいいでしょ」なんて言いだす始末
こいつらの人格を疑うわ、ホント
0879login:Penguin
2012/08/16(木) 02:22:32.21ID:79XGBFC6おまえもアホだろ
■ このスレッドは過去ログ倉庫に格納されています