Linux iSCSI 友の会

貧乏人でもiSCSIが使用可能なLinux-iSCSIについて語ろう。

FreeNASよりも高速、クラスタ対応のファイルシステムを使えば共有も可能。
NFSよりも圧倒的に高速です。

The iSCSI Enterprise Target Project
http://iscsitarget.sourceforge.net/

iSCSIでLinux-Winといった使い方は結構あるだろうし、分離されて無い方が良さそうだけどね。
と、Linux板で言うても仕方ないがw　このスレもWin関連の話題多すぎる気はする

Open-iSCSI を CentOS5.1 で使ってみたんだけどさ、
initiator って、target から強制ログアウト出来るのだろうか？？

色々テストしているうちに、以下の nexus (initiator) の残骸が残っちゃって、
tgtadm --lld iscsi --op delete --mode target --tid 1 が実行できなくなっちゃったんだよ。
セオリーで言えば、initiator 側から logout すべきなんだろうけどさ、
今後の運用を考えると、ユーザーにそんな依頼も出来ないケースが想定できるから、
なんとか target 側で強制ログアウトする方法を把握しておきたいんだが。。
そんな時、みんなはどうしてる？？？

# tgtadm --mode=target --op=show

Show Status iSCSI target: Target 1: iqn.2008-04.<略>:storage.iSCSI0
System information:
Driver: iscsi
Status: running
I_T nexus information:
I_T nexus: 8
Initiator: iqn.1994-05.<略>:35665b705b4e
Connection: 0
IP Address: 172.16.110.173
I_T nexus: 9
Initiator: iqn.1994-05.<略>:5bcc7e76a726
Connection: 0
IP Address: 172.16.110.183

遅ればせながら、intel PRO/1000 PT Server Adapterを買ってみた。
秋葉原を数時間捜索して、何とか見つけた。ｽｽﾞﾃﾞﾝｵﾚｺﾝ？
しかも下手なGbE搭載ママンより高いな。（T_T)

取りあえず、CentOS5 tgtd環境が出来たので、
iSCSIブートで、Win2008評価版から試してみようと思う。
その後、vista homeとxp homeのブートが出来ないか、凸撃する。

>>204
レポ期待age

凸撃結果^^;

ISbootとtgtdの相性は最悪。
OSインストール中にリブートが掛かると、
LANカード、tgtd間のセッションが残り、
再接続で毎回エラーになる。ありえん。

ターゲットをiscsitargetの最新版に
差し替えたら、何とか安定した。

ISBoot.exe　Ver13.0 (PRO/1000 PT)
iscsitarget-0.4.16.tar.gz

で、各OSの状況だが、
2008評価版は非常に良い感じ。
HDD無しで起動する。全部のLUNが見える。外部とも繋がる。
（インストール中にDISABLE設定のSATA HDDへアクセスしている気配があり、焦った。）
残念な所は、製品版が高くて買えないと言う事実だけだ。

VISTA HOME(32Bit)は・・・
インストール時にターゲットを認識できず。
FDにドライバを用意したが、読み込めない。
インストールさえ出来なかった。

XP HOMEは思った以上に良い感じ。
インストール時に2003用のFDを読み込ませた所、認識した。
クライアントはHDD無しで起動できた。
ただし、起動時にNICに設定したLUNのみ認識し、他のLUNは見えない。
まあ、XP Proや2003なら、Microsoft提供のイニシエータが動くからいいのか。
グラフィック、LAN、サウンド等のドライバーとの競合はなかった。
NICはターゲットへのアクセスで専有されてしまい、
外部との通信には使用できなかった。
LANドライバーを突っ込んだらフリーズして、起動しなくなった。(T_T)
オンボードのNICで十分だとは思うが、他社のNICとの併用は必須だな。
Pro/1000dualとかだとポートが無駄になるっぽい。

XP用のイメージを複数用意して、各LUN番号へ設定すれば、
NICの設定画面から、起動したいLUNを選んでbootできると分かったので、
これで、通販やオンライン振込み等の環境をゲーム環境と分離できる。
かなり幸せな環境になった。

因みにマザーはSocket939のNVIDIAチップセット

>>206-207
すげー
レポ乙＞＜

ttp://www.emboot.com/products_netBoot-i.htm
ttp://www.emboot.com/netBoot-i-TechBrief_(How_does_it_work).pdf
ttp://www.emboot.com/NBI_v20_Whats_New_Summary.pdf
Uses standard Ethernet NICs - no requirement for iSCSI HBA

>>209
レポ期待age

>>209のPDFを斜め読みしたけど、環境作るのが面倒だな・・・
PXEでiSCSIイニシエータを取得してるみたい。
このスレの誰かがやってくれる・・・きっと・・・

>>95で既出だったりする

日本の代理店ではオープン価格となっているが、実際のお値段が気になるところ。
マネージメントソフト＋クライアントライセンスという価格体系？？
http://www.emboot.com/emBoot-netBoot-i-datasheet.pdf
http://www.cmsinc.co.jp/news/pdf/emBoot_1227.pdf
http://www.byteandswitch.com/document.asp?doc_id=79955
>netBoot/i licenses cost $95 per client

確か2万円弱/clientって聞いた覚えが。

$95ってドコに書いてあったんですか？>>212

http://www.emboot.com/detail.aspx?ID=10
http://www.emboot.com/SearchResult.aspx?CategoryID=4
これ買うだけでは使えないの？

最近、LinkStationがiSCSI対応してるんだな。
安いのでも非公式対応ファームとかがある。
さすが、GPL。

SSHでトンネリングさせてインターネットごしに使ったが１０MB/s位出た。

ターゲット/イニシエータ の種類とスペック晒して欲しい >>216

ターゲット：ubuntu hardy 64bit　iet
イニシエータ：ubuntu hardy 32bit open-isci
両方ともCore2Duoの2GHz位のマシン
ドライブは単発SATA上のLVMを30G位切り出したもの
イニシエータ側は100MのNIC
同一環境でsshfsだと２MB/s位だった

VirtualBoxがイニシエータ持ってるのでSSHネット越しにマウントして
Fedora9のネットインストールでけた

過疎ってるなー
OpenFiler使ってるヒトいる ?

>>218
遅すぎる。ＶＩＡＣ３の８００ＭＨｚで、ＶＩＡオンボードの100ＢａｓｅのＮＩＣとUDMA100の４０ＧのＦｉｒｅＢａｌｌでも8.5Mb/s出てる。　

>>218
あ、ごめん良く見てなかった。

これ、透過的に物理HDDをiSCSIで使える？
たとえば、WindowsのイニシエータからNTFSで使ってたHDDを取り外して、
他のWindowsPCに繋げてもデータそのまま読めるのかな？

>>222
うん。

>>223
それいいな。
遠隔バックアップ用にはいいかもしれん。

target:CentOS5[tgtd]
client:Windows Vista
で、IPv6でつなげようと思ったのだが
TargetAddressとして「[fe80::192:168:1:100%eth1]:3260」が帰ってくるものだから
Vistaが素直にそれで接続しようとして失敗する

このインターフェースsuffix(%eth1)消せないのかな？

てｓｔ

http://www.watch.impress.co.jp/akiba/hotline/20080628/ni_i_nw.html#aocsgi2

RHEL5をiSCSI initiaterとして動かしてるんですが，特定のiSCSIデバイスは毎回
/dev/sddにマッピングさせるような固定設定はできないんですかね？
(iqnなどとデバイス名をマッピングさせる)

devfsのせいでiSCSIデバイスをオフライン，オンラインにするたびにイニシエーター側の
デバイス名が変わってしまうのを防ぎたいです。

udevを使う
devfsって何？

>>229

すんません。devfsは昔のやつですね。いまはudevですた。

http://mux03.panda64.net/docs/udevrules_ja.html
など見てみましたが，ベンダー名などのキーワードとデバイス名を結びつける感じですね。

ただ今回は、LinuxBoxに同モデルの2台のiSCSIがぶら下がっていて、両方に接続して
RAID1する感じなので、
udevinfo -a -p `udevinfo -q path -n /dev/sdc`
などしてみても固有の情報が見つからないですなー。シリアル番号みたいな情報を
拾ってくれてiSCSI1号機だったら毎回/dev/iscsia, iSCSI2号機だったら/dev/iscsibみたいに
デバイス作ってくれれば良いのだけど。もちっとudev勉強しなくては。

>>229
＞devfsって何？

・・・ちょっと愕然。
こんなのが威張ってんのか。

devfsが主流になったことがかつてあったか？

>>231
>>228の背景知識と時間感覚（おそらくBSDユーザ）から
何（寝ぼけたこといってんの）？
くらいの意

>> 233

ホウ！惜しいとこついてますね。けっこう長いことSolarisユーザです。
(Solarisユーザだからdevfsとかudevというわけではないけど)

Solarisの場合はsdaやsdbじゃなく，iqnなんか(?)から拾ってくる情報で
/dev/rdsk/c2t6090A01890CEBE312884042502156873d0
みたいなデバイスを作ってくれて，仮にOS再インストールしても
iSCSIを一度オフラインにしても再び同じデバイス名を拾ってくれるので便利ですたよ。

LinuxだとiSCSIの疑似障害起こすだけでsdaが消えてsdbになったり，
それに伴いRAID1のmdadmからsda外そうとしても「そんなデバイスありません」
と言われるから，いちいちMAKEDEV sdaしてmdadm -rしなきゃいけないとかで
ちょっと面倒なわけですよ。

>>234
udev使え
ttp://gentoo-wiki.com/HOWTO_iscsi

> LinuxだとiSCSIの疑似障害起こすだけでsdaが消えてsdbになったり，
> それに伴いRAID1のmdadmからsda外そうとしても「そんなデバイスありません」
> と言われるから，いちいちMAKEDEV sdaしてmdadm -rしなきゃいけないとかで
> ちょっと面倒なわけですよ。
DRBD使った方がいいんじゃない？
RAIDにしたブロックデバイスをiscsiでマウントすることはあっても、
iscsiでブロックデバイスとして認識させたものでRAID組むなんて
やらないと思うぞJK

>>234
> Solarisの場合はsdaやsdbじゃなく，iqnなんか(?)から拾ってくる情報で
> /dev/rdsk/c2t6090A01890CEBE312884042502156873d0

つ /dev/disk/by-id/
つ /dev/disk/by-path/
つ /dev/disk/by-uuid/

>>235
BuffaloのiSCSI機器3台の構成でRAID5とかどう？
RAID5+5みたいな感じ。
Buffaloって丸ごと死んじゃう事があるんで、
RAID5+5で安心感得られるかな、とか思うんだけど。

まずBuffaloをやめるのが先だな

>>237
CPU負荷がすごそう

>> 235

> DRBD使った方がいいんじゃない？

予算無かったりパフォーマンスそれほど気にしない場合はdrbdも選択肢ですが
drbdだと超パフォーマンス落ちますがな。

> RAIDにしたブロックデバイスをiscsiでマウントすることはあっても、
> iscsiでブロックデバイスとして認識させたものでRAID組むなんて
> やらないと思うぞJK

ぇー。HAクラスタの世界では、一方のストレージが丸ごと落ちた場合用に
筐体間ミラーさせるのがJKじゃないのー。少なくともSunClusterとか
Veritas Clusterはそういう想定で作られてると思いますよん。

>> 236

そうそう，あれから調べてby-uuidなんかで引っかけるようにしてるのですが、結局うまくいかず。

障害を想定して、一方のiSCSI Boxを止めて/dev/md0に書き込み、再び
iSCSI Boxを有効にすると当然/proc/mdstatでFault。でもこの状態で
/dev/uuid名にアクセスすることができない。

KERNEL=="sd*", BUS=="scsi", PROGRAM="/etc/udev/scripts/iscsidev.sh %b",SYMLINK+="iscsi/%c-part%n"

みたいなルール作っても，結局/proc/mdstatにはカーネルが最初に
認識したsdaやらsdbやらが書いてあるので、それが原因かと。
(/dev/sdaは障害時に消えて無くなって、iSCSI再接続後には/dev/sddみたいな新しい名前で
カーネルに認識されるがmdstatはsdaという古い情報をずっと握っている)
オペレーション面倒ですが、毎回MAKEDEVすることにしましたよ。
仕様と理解して自己完結したつもり。

そんなアフォ仕様でうちに持ってこないでね

>>241
大丈夫、おまえんとこの予算じゃ折り合わん。

予算最小限なら>>237みたいな構成も
良いんでは？
単品２０万以下で手配出来るし。
リビルド負荷がヒデー事になるかもしれんか。

>>241の会社には予算的に手が出ないのかもしれないけど、この書き方だと初めて見た人が
「筐体間ミラー」＝「アフォ」って勘違いするじゃん。

電源やコントローラ冗長化してても、共有部品やらファーム、オペミスやらが原因で
1台のボリューム丸ごとぶっ飛んだらどうすんのさ。君の会社は金融系に提案するときも
筐体間ミラーする必要ないほどの超人的な機械選んでるの？
って、俺釣られてる？

このスレで質問することじゃないと思うけど、
もし良かったら教えてほしい。

OCFS2(OCFS)ってのは、

共有ブロックデバイスを使用して共有ファイルシステムを実現する為のファイルシステムで、
iSCSI等で1つの領域を複数のホストでブロックデバイスとして接続し、
そのブロックデバイスを各ホストでOCFS2でmountすることにより動作・実現する。

ってことで合ってる？


各ホスト毎に専用の領域をブロックデバイスで用意し、
複数のホストでRAID(0/1/5)的に接続して、コヒーレンシを確保するファイルシステム
ではないよな？

夏厨湧いたと思って教えてくれると助かる。

>>245
最初ので合ってる、と思う。
つかGFSしか知らなかったから調べてしまった・・・。

でも、よくよく考えてみたら、
「共有ファイルシステムを実現する為のファイルシステム」
なので、やっぱり合ってるよ。・・・多分。

自信なくてゴメン。

他にスレがないのでここで聞きます。

Microsoft iSCSI Targetって、仮想ディスクイメージしか使えない？
物理ディスクをそのまま仮想デバイス化するのは無理っすか？

>>247
iSCSIはIP over SCSIであって、(i)SCSIの先にあるデバイスは不問だよ。

MS iSCSI Targetへデバイスを供給するのはInitiatorの仕事なので、
Initiatorがどのようなデバイスを利用、供給できるかが問題。

>>248
TargetとInitiatorを逆に理解してない？

>>247
Windows Storage Server 2003 + Microsoft Software iSCSI Target
ってことですよね？仮想ディスクイメージしか使えなかった気がする。

なんかWindowsのBOOT可能版イニシエータがConnect参加なしでOKになったな。
ttp://www.microsoft.com/downloads/details.aspx?familyid=12CB3C1A-15D6-4585-B385-BEFD1319F825&displaylang=en

これは、盆休みのうちにXPでiSCSIブートやってみろってことか？

って、ふと思ったんだが、
PXEで流し込むブートストラップどうするんだろ

とりあえずマニュアル・ドキュメント読むか

>>252
WindowsをiSCSIからブートしたいなら、WinBoot/iを買うか、
gPXEを使う必要があるよ。
gPXEからのWindowsブートは試したことないけど、結構大変そう。

いっそ

　PXEbootするようにする
　→ NFSrootなLinuxで一旦起動
　→ VirtualBoxのiSCSIブートでWindows実行

でLinux最小構成分の32MB程度失うだけでiSCSI+Windowsを
簡単にできなくね？

WindowsがInitiatorやらない以上iSCSIにこだわる必要性が全くないぞ

とりあえずターゲットを用意して、Windowsからtargetとして認識するところまではできたけど
これって、ドライバインストール用FDとか無いし、
nLiteとかで統合しても、ターゲットへの接続の設定がレジストリに入ってて面倒な気がするし、
結局、HDDにインストールして、HDDイメージを吸い出してtargetにしないと、起動HDD作れないんだろうか

MSのマニュアルには、ややこしい手順が書かれてるけど、
MS鯖でDHCPとtarget賄う時の必要事項とごっちゃになってるし、
ACPI3.0のiBFTで接続設定情報をBIOSからバケツリレーで引き渡すなんて、
ACPI2.0/1.0の切り替えがある程度のPCではできるわけもなく・・・・

ハードル高ぇわ

>>235
> RAIDにしたブロックデバイスをiscsiでマウントすることはあっても、
> iscsiでブロックデバイスとして認識させたものでRAID組むなんて
> やらないと思うぞJK

ｳﾁでやってる
CPU負荷の低さ・I/O性能・ﾃｽﾄした感触での信頼性、どれも想像以上で満足している

DRBDはテストしていないのだが、iSCSI + Software RAIDだと
3つ以上のﾎｽﾄ間でのﾐﾗｰﾘﾝｸﾞができたり
mdadmが柔軟なおかげで障害起こった後の復旧方法の選択肢が多いところが利点だと思われ
ﾎｯﾄﾘﾋﾞﾙﾄﾞとかﾎｯﾄﾘﾑｰﾌﾞとかｲｲ

メルコだけど、RAID0 iscsiターゲットx4をNTサーバ側でSoftRAID5として扱う事例が紹介してあった。
ttp://buffalo.jp/products/catalog/storage/ts-igl_r5/#jirei

あのね安全性でWindowsのソフトRAIDに勝るRAIDシステムはいまんとこ無いよ

ハードRAIDの場合ハード壊れたらアウト
カード買い直しで済めばいいけど復帰の望みは薄い
でもWindowsのソフトRAIDは外付けだろうがなんだろうが一度構成してしまえば
Windowsであれば2000だろうと2003だろと2008でもRAID構成がそのまま使えて認識する

これってすごい事なんだよ
当然RAID5はServerじゃないとサポートしてないのでXPでRAID5できないのは当然としても
他のWindowsマシンでRAID構成がそのまま復旧できて、
ハードトラブルに強く、外付けですら構成可能ってのは他に例がない

UNIXのソフトRAIDも3wareの高級RAIDカードもこれは無理

劣るのは速度だけで、それ以外のRAID本来の常用性・継続性では「最も理想的なRAID」だよ
さらに、UNIXのようにディスク管理のスキルもそれほど要らないし、
コンピューター管理のディスク管理画面さえ開いてしまえば、
壊れてれば▲マークでるし、他システムのRAIDなら1クリックで認識してしまう

馬鹿にできないんだよWindowsのRAIDは

>>259
システム入れない前提だろうけど、一部暗号化しちゃうとダメじゃね？
ちぅか、RAID5まで入れる必要あるなら、コントローラまで多重化するっしょ。

コピペに反応するなよ

>>261
おぉ確かにコピペだ。過疎スレにようこそ。

すみません、こっちで質問させて下さい。

CentOS5にIETを入れて問題なく使えることを確認したんで、junkのNICを買って
来たんですよ。BCM5708の。

で、買った後でなんとなく気が付いたんですが、TOEやiSCSI boot使う場合って
更に別途ライセンスを購入しないとダメなんでしょうか？
タダで気前良く使わせてくれるのはPRO/1000 PTだけ？

ついでに、PRO/1000 PT使ってる方がいたら教えて頂きたいんですが、iSCSIboot
に興味が無く、単に外付けHDD代わりにiSCSIを使いたい場合って、PRO/1000は
winからはSCSIアダプタとして認識されるんですか？

> SCSIアダプタとして認識
いいえ。

TOEはともかくiSCSI Bootはライセンスなしでできるだろ

と知ったか君が仰っていますｗ

ISOEと勘違いしてるに一票

某メーカー鯖のファーム更新でBCM5708のiSCSIbootが有効になったけど、
鯖メーカーがiSCSI機器売るために払ってる可能性もあるし、無料かどうかは知らん

あと、Windowsだと、どっちにしろ、いろいろと苦労する罠

>>267
某D社の鯖は、オンボで5708が載ってる場合しかiSCSI使えない。
某H社の鯖の場合は、ちゃんとライセンスパックが別売されてる。

某I社のオプションカードも多分iSCSIは使えない。


5708のオプションカードでiSCSIは使えないってことで＜結論

>>268
某I社ってなんだ？
ｲｿﾃﾙ?

>>269
Big Blue

>>270
OH! 忘れてたぜ！

れのぼですね、わかります

↑
わかります、って言う香具師に限って実は分かってないという罠ｗ

分かってないんじゃなくてわざと誤解したように書いてるだけだろｗ

何かボケるわけでもなく、「ボク知ってるもんね」をアピールしたいだけ

ああ、わかります。

USBブートできて、iSCSIがすぐ使えるディス鳥ないですか？

ESXiとか、VMWare Serverの管理OS部分に組み込んでたりされてると嬉しいな。

FREE NASでUSBブートするやつがあればいいのか・・・。

クライアントがWindowsの環境で、SMB/CIFSとiSCSIでの
速度比較を行っているページとかないものでしょうか？

iSCSIで繋ぐRAMディスクBOXとか出ないもんかな。
i-RAMのネットワーク版みたいの。

>>280
>>278

ちょっとスレ違いかもしれないけど。
IETをターゲットにして、PXE+iSCSI Root+Multipathな
CentOS５.２を構築してみたんですが、
OSをシャットダウンするとき、NICをdownさせた直後に
当然iSCSIの通信が出来なくなってハングってしまいます。
ファイルシステムをアンマウントしないで電源落とすの
怖いんですが、正常にシャットダウン出来ている人いますか？

自己解決しました。
/etc/rc.[0|1|6]/K90networkを_K90networkとかにリネームして、NICを
落とさないようにしたら正常終了・再起動できました。
調べたらNFS Rootとかでは良く使う手みたいですね。

>>282
心配ならsync後shutdownだろｊｋ

11gでiSCSIは厳しぃ！！！
鯖部屋からCat5e引っ張ってもらう工事してもらおうかな。

FreeNASでiSCSIターゲットを立ててみたけど
iSCSIって、CPUパフォーマンス要るんだな (;´Д｀)
余ってたC3機では、全然スピードでないorz
ディスクペンチ走らせると、CPU usage 100%に張り付きだ。

NICは?

カニだな。。。

いやまて、ディスクペンチなのがダメな原因じゃないか？

>>287
NICはGbE-PCI2で、M/Bは625EMP800(C3 800MHz)、DDR400 512MB*2。
FreeNASは0.69b3。イニシエータ側はWinXPの自作機(環境省略)
って、ここまで書いて気付いたが、スマン 板違いだった。
一応、続き書いとくと、
HDDはIDEの200GB(ST3200822A)に、iSCSIの領域を10GBほど確保。
で、ログインしてNTFSでフォーマット、CrystalDiskMark2.2を走らせてみると

(iSCSI／CIFSの順。単位はMB/s)
Sequential Read : 19.814／28.176
Sequential Write : 16.542／15.025
Random Read 512KB : 18.508／26.024
Random Write 512KB : 14.271／15.415
Random Read 4KB : 6.025／9.663
Random Write 4KB : 1.745／2.955
Test Size : 500 MB

という具合だった。
試しにExploreで数GBのファイルをコピーしてみたけど
iSCSI/CIFS共々、概ねSequential Writeと同じくらいの速度だったよ。

パフォーマンス求めるなら断然HBAだね。

>>290
Windowsのクライアントから見たシーケンシャルは、
NTFSとUFS(2)の仕様上、FreeNAS側でスラッシングの嵐なんじゃね？

SCSIはバースト転送だし、NIC性能というより、
イニシエータ、クライアントサイドは、HDDのバッファと同等か、
それ以上のバッファが必要かと思える。

CentOS 5.2でRTL811CがGigabitでリンクしない場合
ttp://blog.xe.bz/archives/51074861.html

Xbench Version 1.3
System Version 10.5.5 (9F33)
Physical RAM 8192 MB
Model MacPro1,1
Drive Type IET VIRTUAL-DISK

Disk Test 26.34
Sequential 33.25
Uncached Write 24.06 14.77 MB/sec [4K blocks]
Uncached Write 27.77 15.71 MB/sec [256K blocks]
Uncached Read 28.77 8.42 MB/sec [4K blocks]
Uncached Read 125.38 63.01 MB/sec [256K blocks]

Random 21.81
Uncached Write 6.80 0.72 MB/sec [4K blocks]
Uncached Write 30.63 9.81 MB/sec [256K blocks]
Uncached Read 1194.61 8.47 MB/sec [4K blocks]
Uncached Read 352.22 65.36 MB/sec [256K blocks]

iSCSIターゲット ubuntu 8.04 1GB 500GBx4(RAID5)
iSCSIイニシエータ Lopard 10.5.5 Mac Pro 8GB

って感じなんだけど、 Readに比べて、Writeが遅い気がする。

Lopard→Leopard

>>294
RAID5でランダム書き込みした場合、書き込み先ドライブが分散されるとは限らないし、
調停作業だけでもオーバヘッドになるだろｊｋ

open SUSEにiSCSI targetを設定してWindowsでフォーマットしたあと再起動したらext3のfsckが走ってしまった・・・・・
気づかず-yオプションつけたら全滅ｗ

うは、オレってバカの極みｗｗｗｗｗ

>>294
参考になりました。ありがとう。
安定性やCPU負荷はどうですか？

>>298
素人なので詳しく分析出来てないですが特に問題ないです。
1TB強のデータを一日かかって転送したけど普通に使えてます。
ターゲット(Cel420)／イニシエータのCPU負荷はリード／ライトともに気にするほどでもないかなぁと。

1GBのファイルをターゲットへ一つだけコピーさせると15MB/sec。
二つ同時にコピーさせると30MB/sec出る。
三つ同時でも30MB/secだったからこれが上限かな。

やっぱりローカルライクにデータを扱えるのはいいなぁ。
itunesのディレクトリとかディレクトリ数が1000以上あってもすぐ開くし。
もう少し普及して欲しい…。

ちなみに、ネットワークはどんな条件かいな。

同じセグメントに他のホストがぶら下がってる？
それともターゲット−イニシエータ間は別系統？

書き込んだXbenchは同一セグメントにはハブ二台で計12台でぶら下がっています。
ターゲット、イニシエータは同じハブ(16ポート)で、8台がぶら下がってる状態で測定しました。
直結ではシーケンシャルが+5MB/secくらいで、ランダムは誤差程度でした。

ありゃ、ニホンゴが。
疲れてる状態で適当に書くもんじゃないですね。
ちゃんと伝わるか怪しいけど訂正。

ルーター - 8ポートハブ(4台) - 16ポートハブ(8台)
計12台ぶら下がっています。

書き込んだXbenchは16ポートハブにターゲット、イニシエータ含め8台がぶら下がってる状態で測定しました。
直結ではシーケンシャルが+5MB/secくらいで、ランダムは誤差程度でした。

おかしかったらごめんさいです。
疲れたのでもう寝ます。