CentOS part 14 【RHEL Clone】
■ このスレッドは過去ログ倉庫に格納されています
0001login:Penguin
2008/06/30(月) 20:04:27ID:LslOAyUIRed Hatと無関係なコミュニティが無償配布しておりRed Hatのブランドとサポートはありません。
Fedora Core 6≒RHEL 5≒CentOS 5です。
FC 6やRHEL 5用のノウハウや野良RPMはCentOS 5でほぼ通用します。
CentOS (The Community ENTerprise Operating System)
http://www.centos.org/
CentOS 配布ミラーサーバ
http://www.centos.org/modules/tinycontent/index.php?id=13
RPMforge （サードパーティのリポジトリ）
https://rpmrepo.org/RPMforge
Wikipedia CentOS
http://ja.wikipedia.org/wiki/CentOS
0175login:Penguin
2008/07/08(火) 01:23:43ID:cuqoevma変更と新規に慣れるまでに時間がかかる。
その間に何かあったらって思う。
ってのは単に腕がないせい？
0176login:Penguin
2008/07/08(火) 02:39:09ID:GbcFj0qc仕事で使っている人はそうだと思うよ。
まぁ、おれも腕が無いだけかもしれんがｗ
0177login:Penguin
2008/07/08(火) 03:54:53ID:nD47hK4u0178login:Penguin
2008/07/08(火) 15:58:23ID:wXwLSjxj下記のシステムにCentOS5.2をインストールしようと思うのですが、
i386版とx86_64版はどう違うのでしょうか？どちらが良いのでしょうか？
用途は同じ課内でのファイル共有、データベース等です。
よろしくおねがいします。
M/B: ASUSTek P5K-E
CPU: Intel Core 2 Quad Q6700 2.66GHz 8MB
MEM: 4GB
0179login:Penguin
2008/07/08(火) 16:32:04ID:d3Zsg+D2私も是非 勉強したい。
0180login:Penguin
2008/07/08(火) 17:00:28ID:PX0SBBLg0181login:Penguin
2008/07/08(火) 17:23:11ID:sOxoh1f0x86_64版は、メモリの消費量が増える代わりに、ちょっと高速で、4GB以上のメモリも素で扱える。
一部プロプロイエタリなアプリでは、x86_64だと動かしずらいアプリケーションもある。
その用途だとx86_64版を使うのに、特に支障は無いかと。
0182login:Penguin
2008/07/08(火) 18:35:48ID:lZ+yURIV0183login:Penguin
2008/07/08(火) 18:49:20ID:0uo8i+5Bその程度の脳みそのお前がそんな廃ｽﾍﾟマシンのサーバー構築やるとはなんともアレだな
てかアーキテクチャすらしらんのにいろいろ導入できるのだろうかｗ
0184login:Penguin
2008/07/08(火) 18:53:41ID:sOxoh1f0必要のあるなしは別として、今普通に安いサーバ買えばそんなもんでしょ。
0185login:Penguin
2008/07/08(火) 19:35:49ID:ZjHJL442ｉSCSIのtargetにでもするのかしら
0186178
2008/07/08(火) 20:21:01ID:wXwLSjxjどもです。
メモリが4Gまででスピードを気にしないなら、
どっちも同じ・・と言ってもいいぐらいの感じなんですかね？
ググってもCPUが32ビットならi386、
64ビットならx86_64ぐらいのことしか出てこなくて、
64にして困ることがあるのかないのか、
むしろ知りたいのは運用面でのことなんです。
64ビットはまだまだ不安定・・って時代に横目でみてたので
今はどちらでも同じぐらい安定しているのか？
普通はどちらを使っている人が多いのか？
質問と回答は引っかかっても、そういう具体的な話が出てこないので・・。
0187login:Penguin
2008/07/08(火) 20:24:28ID:dFUhNDg6そんなんなら、RHEL買ってRedHatにサポートしてもらったら？
0188login:Penguin
2008/07/08(火) 20:25:43ID:ZjHJL4420189login:Penguin
2008/07/08(火) 20:26:15ID:AVQzuEhtQ6600で8GB積んでるけど、
x86_64ではなく、i386使ってるな。
安定しているならx86_64使いたいな、と思いつつ、
なれてる方にしちゃってるけど、
パフォーマンスとかで損してるのかなぁ？
0190login:Penguin
2008/07/08(火) 20:32:45ID:0uo8i+5B導入面でトラブったり、明らかに不安定な挙動はしてないです
0191login:Penguin
2008/07/08(火) 20:33:09ID:G2wHDbQx0192login:Penguin
2008/07/08(火) 20:34:23ID:sOxoh1f0ちなみに32bit版の通常のカーネルだと、メモリの認識は3GBまでだったと思うよ。
PAEカーネルを使えば32bit版でも3GBを超えて4GB以上も使えるけれど、遅くなる。
それから何を横目にみてたのか知らないけれど、64bit版だと不安定なんて話は聞いたことがない。
0193login:Penguin
2008/07/08(火) 20:38:15ID:dFUhNDg6嘘はよくない。
$ uname -a
Linux HOGE 2.6.9-67.0.1.EL.plus.c4smp #1 SMP Wed Dec 26 08:41:37 EST 2007 i686 i686 i386 GNU/Linux
$ free
total used free shared buffers cached
Mem: 4149044 2201932 1947112 0 178300 1470100
-/+ buffers/cache: 553532 3595512
Swap: 2031608 580 2031028
0194login:Penguin
2008/07/08(火) 22:13:29ID:S1rnqjbV64bitの移行期に64bitでコンパイルできないアプリが結構あったりすぐ落ちたりして話題になったじゃん。
それのことだろ。
>>186
64bitは現在は全くもって安定してるよ。まあ試してみるといい。
64bitで使えるマシンを持ってるならやってみるといいんじゃない？
宝の持ち腐れ的だし。
0196login:Penguin
2008/07/08(火) 22:59:16ID:RuD5goqv警告: 代入により、キャストなしでポインタから整数を作りました
とか、コンパイルしていると今でもたまに見るからなぁ
0197login:Penguin
2008/07/08(火) 23:04:31ID:PX0SBBLg＞＞intにポインタを代入しちゃったりするコードだと64bitでバグるね。
って何のためにやるの？
32bitでもダメなんじゃないの？
0198login:Penguin
2008/07/08(火) 23:37:37ID:7TSwMEz9freeで出てくるtotalとかには4GBの壁とかはもうないけど、1プロセスがmalloc()できる
メモリ量には限度があったと思う
CentOS4ではチビチビ確保していくと、1GBも使わないうちにOut of memoryとなるかと
RHEL2.1→3→4と移り変わるうちに、いろいろ制限が取り払われていったという記憶が
あるが、この辺、なにか体系的にまとめた資料はないものか
0199login:Penguin
2008/07/09(水) 00:34:43ID:2Jo8/mttpcnet32 使ってるか vmxnet 使ってるか分からん…。
0200login:Penguin
2008/07/09(水) 00:36:31ID:ygUMZyw6dmesg | grep eth
0201login:Penguin
2008/07/09(水) 00:52:50ID:PC6QRz+i(Windowsでの各種GUIベンチによるとだけど・・)
なんでも、x86時にCPU内部でいろいろやってる最適化が、x64モード時には有効にならないらしい。
(次期CPU、コードネーム"ネハレム"でもまだ有効化されないらしい)
逆に、AMDのk-8系(Athlon,phenom,Opteron)では、x64時のほうが最適化が効いて早くなる。
(それでも同一クロックで、Core2系比約20%ほど遅いけど・・)
自分も次こそはと思いつつ、計3機のOpteronマシンが、いずれもi386で動いてる・・・。
(だってマザーの制限とかで、4G以上メモリ積めないし、開発テスト用のマシンがx64非対応の旧Pen4なんだもん)
0202login:Penguin
2008/07/09(水) 00:57:07ID:ygUMZyw60203login:Penguin
2008/07/09(水) 01:00:45ID:2YoKY10+64bit（仮想）マシンでテスト環境作っていたのにｗ
0204login:Penguin
2008/07/09(水) 01:19:03ID:fvg2O3qsls -l /sys/class/net/eth0/driver
0205196
2008/07/09(水) 02:10:20ID:snpVjcE0ポインタの数値を計算するのに使う。
文字列いじったりね。
（あんまり教科書的な方法じゃないけど）
本来はlongを使うべきところだが、
32bit環境だとlongとintが同じ長さなので、
全部intで統一しちゃってるコードがある。
0206login:Penguin
2008/07/09(水) 02:11:20ID:PC6QRz+i自作板では、Gameアプリとか動画のエンコとか、あとスーパーπ(w)とかが主な比較の対象だし、
確かにLinuxとは直接比較できないけど、たしか二年位前のCore2出たての頃に、海外サイトのレビューで
Linux上のApacheやらDBやらでの比較記事があった。(AnandTechだったかな？今も残ってるかわからんし、よく覚えてない)
そこでもWindows上での比較と同様な結果だったと思う。(AMDでx64化→up、Core2で64化→若干Down)
自分はコンパイラの最適化やCPU内部のこととか全然詳しくないけど、
impressとかの解説記事によると、そのCore2系の最適化ってのは、コンパイラよりもっとローレベル
(x86命令ではなくて、それをCPUで実行可能な状態にdecodeしたuOPs?とかMacroOPs?とかいう状態)
な部分によるところみたいで、OSとかコンパイラによらないみたいなこと書いてあった。
(うーんなんてゆうんだろ、コンパイラでの最適化とかをしてない状態のコードを、cpuだけの力でどこまで効率よく実行できるか？
みたいな話だったと思う。そりゃあICCとかで適切な最適化Optionつけてやったら、当然早くはなるんだろうけど・・。)
まあ自分でも実際Benchとって比較したわけではないし、当然実行されるアプリの実装とかアルゴによるところが大きいとは思う。
今度自分でx64導入する時に、ヒマがあれば同一のハード環境で両方試してみるよ。
0207login:Penguin
2008/07/09(水) 02:39:52ID:ygUMZyw6ポインタの増減を計算する時に、intに型変換なんかしねぇよw
0208186
2008/07/09(水) 02:56:08ID:RNssxI9Rとりあえずx86_64環境でも安定しているということですね。
迷ったんですが、
DELLのサーバ機のデフォルトでは64ビット版がインストールされているらしいのを理由に
（おそらくメモリをたくさん使いたいからか？）x86_64版を入れてみようと思います。
確かに今の時代のサーバならメモリたくさん積みたいだろうし、
すでに実績もあるだろうと勝手な推測をしました・・。
機会がありましたら、今後報告などしていきたいと思います。
0209login:Penguin
2008/07/09(水) 03:14:32ID:j1GbOjWQ欝だ死のう…
0210login:Penguin
2008/07/09(水) 03:41:50ID:M4CZ335Qどもそんな感じですね。
俺もちょと64 入れてみようっと。
なんか問題があったら即 報告という事で
0211login:Penguin
2008/07/09(水) 08:47:41ID:uNB0rK6Kどもそんな感じですね。
俺もちょとアナルに 入れてみようっと。
なんか問題があったら即 報告という事で
0212login:Penguin
2008/07/09(水) 10:58:26ID:J31CYzF3メモリ12GBでpostgreSQLしか動かしてないけど
0213login:Penguin
2008/07/09(水) 12:08:49ID:y2qX1IoIこの辺の噺家？
ttp://pc.watch.impress.co.jp/docs/2006/0718/kaigai288.htm
0214login:Penguin
2008/07/09(水) 13:31:21ID:83N0Chn4>CentOS4ではチビチビ確保していくと、1GBも使わないうちにOut of memoryとなるかと
意味不明なのデスが、再現可能なテストコードはありますか？
脳内以外で。
0215login:Penguin
2008/07/09(水) 13:33:13ID:lnqiVj1X0216login:Penguin
2008/07/09(水) 15:00:52ID:oRgNoxC9Nehalemからは64bitでもまともになるみたい？
http://pc.watch.impress.co.jp/docs/2007/0920/kaigai388.htm
http://ascii.jp/elem/000/000/124/124192/index-3.html
0217login:Penguin
2008/07/09(水) 18:56:10ID:TpjWKgDq画像はせんとくんの兄で原型。しかしこの系統になる予定。
http://www.imgup.org/iup642595.jpg
http://www.imgup.org/iup642597.jpg←貯金箱の上に付いてます
http://www.imgup.org/iup642599.jpg
平城遷都の３キャラ、七夕笹飾りで共演 奈良の商店街
奈良市中心部の「小西さくら通り」に設けられた笹（ささ）飾りに、平城遷都１３００年祭の三つのキャラクターが登場し、観光客らの人気を集めている。
公式キャラ「せんとくん」と民間公募の「まんとくん」、僧侶有志の「なーむくん」。抜群の知名度を生かそうと地元商店街が企画した。３者のそろい踏みは初めて。
笹には「両思いになりたい」「仲良く幸せに」などと、縁結びや家庭円満を願う短冊が多数取り付けられた。対立騒動があった関係者にこの思い、伝わった？
http://www.asahi.com/national/update/0706/OSK200807060026.html
0218login:Penguin
2008/07/09(水) 19:23:49ID:cQhYcI91ttp://www.linuxmania.jp/f7_benchmark.html
IntelのCoreマイクロアーキテクチャには、64bitモード時、処理高速化のための「Macro-Fusion」が
働かない制約がある。これが「Core2は64bitで遅くなる」という話の元ネタ。
「汎用レジスタが16個に増える」「アドレス空間の拡張」などのx86_64での拡張は問題なく使えるので、
そちらによるメリットが大きいコードでは性能の改善が見込まれる。
上にあげたURL内での処理が好例だね。
なおMacro-Fusion問題は、今年第3四半期に実物がリリースされるNehalemマイクロアーキテクチャで
改善される項目にあげられている。
0219login:Penguin
2008/07/09(水) 19:57:48ID:y2qX1IoI測定に使ってるのはどれも数値解析みたいな小さいループ処理が実行時間の大部分を
占めるタイプみたいだね。ループストリームディテクタってがモロに効いてるんかな。
スレチ、というか板違いなんでこの辺で消えまする。
0220login:Penguin
2008/07/09(水) 21:58:40ID:gK/gaOId確かsuseあたりがデフォだったような気が
http://journal.mycom.co.jp/news/2008/07/08/031/index.html
0221login:Penguin
2008/07/09(水) 22:16:07ID:ygUMZyw6そもそもcentosのカーネルは、reiserfsが無効になっている。
0222login:Penguin
2008/07/09(水) 22:19:33ID:26cIfezt今まさにCentOS5インストール中で試せるマシンがないので少しまちなー。
ちなみにその検証をしようと思った元ネタはこれ。
ttp://www.alde.co.jp/information/linux/memoryoflinux.html
0223login:Penguin
2008/07/09(水) 22:19:55ID:83N0Chn4plus 入れればいいだけじゃね？
0224login:Penguin
2008/07/09(水) 22:24:48ID:83N0Chn4#include <stdio.h>
#include <stdlib.h>
int main()
{
int i;
for (i = 0; ; i++)
{
void *mem = malloc(127*1024);
memset(mem, 0, 127*1024);
printf("%d KB ued\n", i*127);
}
}
3139186 KB ued
3139313 KB ued
Segmentation fault
0225login:Penguin
2008/07/09(水) 22:26:08ID:83N0Chn40226login:Penguin
2008/07/09(水) 22:33:25ID:fvg2O3qsulimitは？
0227login:Penguin
2008/07/09(水) 22:41:56ID:83N0Chn4何もかけてない。OSは >>193
0228login:Penguin
2008/07/09(水) 22:53:39ID:Q6YZDbaMtotal used free shared buffers cached
Mem: 8183204 111068 8072136 0 720 17872
-/+ buffers/cache: 92476 8090728
Swap: 17406416 61724 17344692
$ gcc tmp.c -m32
tmp.c: In function ‘main’:
tmp.c:10: 警告: incompatible implicit declaration of built-in function ‘memset’
$ uname -a
Linux nonomi 2.6.18-53.1.19.el5 #1 SMP Wed May 7 08:22:53 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux
$ ./a.out
(省略)
4188206 KB used
4188333 KB used
セグメンテーション違反です
0229login:Penguin
2008/07/09(水) 22:57:11ID:83N0Chn4i386カーネルは1G-3G splitだし、x86_64はその制限ないし、
妥当な所でしょ。
0230login:Penguin
2008/07/09(水) 22:57:50ID:fvg2O3qs> 3139313 KB ued
それって３Gぐらいあるじゃん。
0231login:Penguin
2008/07/09(水) 23:05:59ID:26cIfeztデスクトップPCに入れたCentOS5.2でやってみた
$ uname -a
Linux FUGA 2.6.18-92.1.6.el5xen #1 SMP Wed Jun 25 14:54:06 EDT 2008 i686 athlon i386 GNU/Linux
$ free
total used free shared buffers cached
Mem: 1941504 786084 1155420 0 26112 308552
-/+ buffers/cache: 451420 1490084
Swap: 2031608 0 2031608
3137408 KB used
3137535 KB used
セグメンテーション違反です
すごい勢いでスワップﾜﾛﾀ
つーか、結局、1プロセスだと3GBくらいでセグメンテーションフォールト、てこと?
0232login:Penguin
2008/07/09(水) 23:10:58ID:fvg2O3qsくそ、coreサイズをunlimitedにしてる状態で, しかもnfsマウントのディレクトリ上で試したら
ひどい目にあった。 coreを吐くのに15分位かかってその間システムgdgd。
0233login:Penguin
2008/07/09(水) 23:16:09ID:2YoKY10+グッドグッド？
0234login:Penguin
2008/07/09(水) 23:18:20ID:fvg2O3qsぐだぐだ
0235login:Penguin
2008/07/10(木) 00:38:22ID:Gk2IFdNI私も昔鯖のOSをSUSEからCentOSに変えたときに、
フォーマットしたくなかった/homeにReiserFS使ってたが、
カーネル更新のたびに面倒なので止めた。
カーネルが標準対応してくれるのが一番。
0236login:Penguin
2008/07/10(木) 11:39:16ID:5hlyYU9p勝手に設定ファイル差し替えて、サービスの再起動までするのね
0237login:Penguin
2008/07/10(木) 12:50:54ID:bwpmgUaIおまえのそのPCのなかでせんとくんがあんなことやこんなことをやってるのさ
0238login:Penguin
2008/07/10(木) 13:46:41ID:UXk9SdA8キャッシュポイズニング脆弱性のやつですな。
named.confぐらい調整してくれよ・・・と思った(´･ω･`)
0239login:Penguin
2008/07/10(木) 14:38:51ID:5hlyYU9pcaching-nameserverをインストールしてから、
named.confをいじってたんだけど、いじるならcaching-nameserverは
入れちゃいけないんだな。
6/25にcaching-nameserverが更新されて、多分その時点で
bind再起動するとただのキャッシュサーバになる状態になっていて、
今回bind本体の更新で再起動設定がはいっていたので、
それが反映されたと
0240login:Penguin
2008/07/10(木) 15:37:22ID:410DEAPMそのまま放置して飯食いに行ったら画面が真っ黒でカーソルだけ存在する状態になってる…
ロック解除のパス入力画面も出ないし、これじゃ状況がわからんがな(´･ω･`)
0241login:Penguin
2008/07/10(木) 17:10:19ID:5aszz+760242login:Penguin
2008/07/10(木) 17:25:05ID:HYf1qV1Pウチでもそれなった。
多分だけど、run level5のままで、xorg-svrとかxorg-drv-**あたりが更新されてしまったからではないか。
(放置して返ってきたら、画面真っ黒のまんま。)
なので、他マシンからsshでloginして、rebootしてやったらちゃんと再起動した。
(いつもなら落とし中の各プロセスが、一個一個killされて行く表示が出るんだけど、
それすら出なかっんでちょっとあせったけど、reboot後は何事もなかったように普通に起動したよ。)
0243login:Penguin
2008/07/10(木) 17:31:16ID:mHzPERnYとかやってみた？
0244login:Penguin
2008/07/10(木) 18:00:00ID:410DEAPM昼飯はラーメンとチャーハンだたよ！
>>242
xorg〜って確かにアップデートリストにありましたね…
4時間放置してもうんともすんとも言わないので仰る通り別PCからSSHでrebootしました。
無事に立ち上がって戻ってきたから助かった。サンクスです。
yum clean allしてからcheck-update、updateしてもNo Packages 〜って出るからOKみたいですね。
>>243
なにそれ？と思ってググってみたらXからテキストモードへの切り替えができるのか。
勉強になりますた。
0245login:Penguin
2008/07/10(木) 18:01:08ID:SBsHsPuM0246login:Penguin
2008/07/10(木) 18:16:21ID:lA7lKnVuありがとう。同じ事でハマった。
情報貰えて助かりました。
0247242
2008/07/10(木) 18:37:33ID:HYf1qV1Pウチでなった時、それも当然試したけど、それでもウンともスンともいわなかった。
完全ブラインドでユーザーネームとpassword入れて、ログインしてやろうと思ったけど、
途中でTypeミスってわけわからんくなったのでヤメタ。
0248login:Penguin
2008/07/10(木) 19:38:14ID:/rgEEqfvバージョンアップはyum upgradeじゃなかったか?
0249login:Penguin
2008/07/10(木) 20:24:28ID:Qo2yVqeD5.1から5.2はただまとめてアップデートしてるだけだから。
普段のセキュリティアップデートとやることは変わらんよ。
0250login:Penguin
2008/07/10(木) 22:59:08ID:P9hrvIEwグラフィックドライバになにを使ってるか分からんが
おいらの場合intelの統合chipsetで似たような状況だった。
本家のリリースノートによると5.2からintel_drv.so(i915)
がデフォで以前のi810_drv.soを使いたかったらXorg.confに
そう書けってあるの。
updateの場合Xorg.confは持ち越しでi810のままなんだが
どうもintelの統合chipsetとは相性がいまいちな感じ
で今はgrubのブートパラメータからrhgbを削除してvga=791
とか追加して比較的安定してまふ。
ついでにtuxくんをひさしぶりに拝めますた。
0251login:Penguin
2008/07/10(木) 23:31:56ID:9I6wtdNo起動時の[OK]とかでる表示時にTOMCATの自動起動スクリプトでエラーが出てるようですが
流れるのが早すぎて見えません、
dmesgで確認してもエラーログは出ていませんでした、
起動時に[OK]とかでる起動ログはどこに出力されていますか？
0252login:Penguin
2008/07/10(木) 23:49:09ID:DRUhKiuyうちも勝手に named.conf 初期化されてるし
サーバ再起動したら grub 死んでるし・・・ｗ
yumとめたｗ
0253login:Penguin
2008/07/11(金) 02:43:06ID:RuEqmPYtsyslogとかbootlogは？
つーか、サーバ起動後に単体でスクリプト実行すればわかるんでない？
0254login:Penguin
2008/07/11(金) 02:44:49ID:RuEqmPYt依存関係いや。
0255login:Penguin
2008/07/11(金) 03:07:26ID:/MkRazrJ逆にEL4用って言うRPMはすんなりCent4にインスコ出来るから逆も大丈夫だと思うけど。
0256login:Penguin
2008/07/11(金) 09:58:02ID:vq5V5VHv0257login:Penguin
2008/07/11(金) 11:45:31ID:K+OoYAhX13はまだ上がってないみたい
0259login:Penguin
2008/07/11(金) 14:55:26ID:5S3/z66gわ 知りませんでした。
ありがとうございます。
MLでも知らせなくてわ。
0260login:Penguin
2008/07/11(金) 15:45:55ID:a+OmWbUtパッケージにはターゲットとイニシエータの機能を有するのでしょうか？
0261login:Penguin
2008/07/11(金) 16:31:50ID:Fw/LkiOiNFSなんかよりめちゃめちゃ速かった
0262260
2008/07/11(金) 17:01:43ID:a+OmWbUtiSCSIがこれからの主流になりそうなので、やってみたいと思ったんです。
パッケージも
scsi-target-utils.i386
isscsi.i386
iscsi-initiator-utils.i386
ってのが、ありますね。
0263login:Penguin
2008/07/11(金) 17:35:53ID:Fw/LkiOiOCFSやGFSでやらんとダメだからNFSみたいな使い方を考えてるなら注意がいるね
isscsi.i386 って、lsscsiじゃない？
0264login:Penguin
2008/07/11(金) 17:44:51ID:Fw/LkiOiscsi-target-utils で、iSCSIのtargetできるみたいですな。
http://www.jp.redhat.com/support/errata/RHEA/RHEA-2007-0713J.html
是非チャレンジしてみて
0265260
2008/07/11(金) 17:58:48ID:a+OmWbUt>>264
ありがとうございます。
target-utilで設定できると書いていますね。
一度、お古なマシンでiscsiを構築してみて、
今、XPにはイニシエータをインストールしたので、
これで接続してみます。
でも、ファイルシステムはext3とかではなくて、特殊なシステムが必須なんでしょうか、
昔はext2、今はext3しか使っていなくて、
他を知らないんです・・・。
0266login:Penguin
2008/07/11(金) 19:01:16ID:Fw/LkiOi0267login:Penguin
2008/07/11(金) 19:41:09ID:a+OmWbUt利用すればいいのですね。
ということは、centosが、iscsiターゲットのバックアップも取れるということですね。
ntfsなら読み取るなら大丈夫ですよね。
0268login:Penguin
2008/07/11(金) 21:40:13ID:Fw/LkiOiNTFSの読みはntfs3gあたりでやれば良いんじゃないかな
0269260
2008/07/11(金) 21:55:22ID:a+OmWbUtなんにせよ、まずはiscsiを経験することが最優先です。
週末がんばってみます
0270login:Penguin
2008/07/12(土) 02:18:19ID:yhzNcqvvhttp://www.google.co.jp/search?q=iscsi+gfs
iSCSIを共有する場合の話は、Xen関連で探すと結構出てきてたよ。
iSCSI +
・CLVM (Cluster用LVM) + ext3とかFSどれでも？
・GFS/GFS2 or OCFS
みたいな構成があるらしい。
0271260
2008/07/12(土) 02:25:17ID:nB/wS7wD食わず嫌いだったのでちょっと感動。
localhostのXPから、localhost上のvirtualpcのcentos5での計測
Sequential Read : 14.696 MB/s
Sequential Write : 4.802 MB/s
Test Size : 100 MB
Date : 2008/07/12 2:16:37
でも、気になったことがあります。
A：localhostのxpから保存したデータ
B：ipsecのvpn越しに別のxpから保存したデータ
この2つお互いに見えないんです。
AはBのデータが見えない、
BはAのデータが見えない。
イニシエータ名が違うとこうなっちゃうのかな・・・
0272login:Penguin
2008/07/12(土) 02:53:14ID:+1dRq9rF0273271
2008/07/12(土) 03:03:21ID:nB/wS7wDスマソ、ディスクが作られて保存削除ができたら自分的に「できた」と目標していたので・・。
イニシエータ名が一緒なら後から接続した方が接続できませんでした。
VPN越しだとなぜかディスクベンチマークのテンポラリファイルのサイズが0のままタイムアウトしました。
virtualpc上だとさすがに遅いですね・・。
0274login:Penguin
2008/07/12(土) 08:35:51ID:TKaiZRfZおまえさんは>>263>>270も読めないのか？
■ このスレッドは過去ログ倉庫に格納されています