ダウンロードリンク(for testing purpose only)：
http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-8.1-RELEASE-amd64-isboot-0.2.2.iso
http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-8.1-RELEASE-i386-isboot-0.2.2.iso

ソースファイル、その他の情報については以下の記事を参照してください：
http://shell.peach.ne.jp/aoyama/archives/1216

for FreeBSD 7.3 or later
パッチファイル：fbs73-hv-20100528.patch.gz

for FreeBSD 8.1 or later
パッチファイル：fbs81-hv-20100528.patch.gz

パッチ済みカーネルの作成とインストール(8.1の実行例)：
# cd /usr/src
# gzcat < /path/to/fbs81-hv-20100528.patch.gz | patch -p1
# make buildkernel
# make installkernel
# shutdown -r now

vmwp.exeの終了のしかた：
１．タスクマネージャを起動します。
２．プロセスタブを開きます。
３．表示(V)＞列の選択(S)で「コマンドライン」のチェック入れて表示します。
４．イメージ名の部分をクリックしてソートします。
５．vmconnect.exeの後ろにホスト名、仮想マシン名、オプションと続くので、
停止したい仮想マシンのコマンドラインにあるGUIDを見つけます。
６．同じGUIDのvmwp.exeがありますので、右クリックして
「プロセスの終了(E)」を選択します。

 
（クリックで拡大）

参考用：
http://shell.peach.ne.jp/aoyama/archives/1077
http://shell.peach.ne.jp/aoyama/archives/1107
http://shell.peach.ne.jp/aoyama/archives/1114

istgt (tarball): istgt-20010707.tar.gz

作成方法：

# cd /path/to/work
# tar zxf /path/to/istgt-20100707.tar.gz
# cd istgt-20100707
# ./configure
# make
# make install
# make install-doc

デーモンの再起動方法：

# /usr/local/etc/rc.d/istgt restart

MD5 (istgt-20100707.tar.gz) = 2774a6487b65a182648503eb76c2c4a3
SHA256 (istgt-20100707.tar.gz) = 98b910da623a127f575e35f45dfc7f8f5ec3334fc260b28cbd31b83ec32ca868

主な修正点：
DefaultTime2Waitの比較を最大値を取るように修正
ターゲットが存在しない場合に検索した記録を残すように修正

作成・アップグレード方法：

# cd /usr/src
# tar xvf /path/to/iscsi-2.2.4.tar.gz
# tar xvf /path/to/isboot-0.2.2.tar.gz

# make buildkernel
# make installkernel
or
# cd /usr/src/sys/modules/iscsi/isboot
# make obj
# make depend
# make clean
# make all
# make install

インストール後に、新モジュールを適用する為にサーバを再起動してください。
ログで iSCSI boot driver version 0.2.2 が表示される事を確認してください。

主な修正点：
FreeBSD8.0以降はmaxioを1MBに設定
SCSIオートセンス機能を追加
タグ数をiSCSIコマンド数で調整するように変更
デフォルトタグ数を32に変更
iSCSI処理中にCAMロックを保持しないように変更

パフォーマンス(ダイジェストなし)：
# dd if=/dev/da4 of=/dev/null bs=1m count=1k
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 14.374117 secs (74699672 bytes/sec)
# dd if=/dev/zero of=/dev/da4 bs=1m count=1k
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 17.823493 secs (60243064 bytes/sec)

Read: 74MB/s Write: 60MB/s (at bs=1m)

ダウンロードリンク：
http://www.peach.ne.jp/archives/isboot/isboot-0.2.2.tar.gz

ダウンロードリンク(for testing purpose only)：
http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-7.3-RELEASE-amd64-isboot-0.2.2.iso
http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-7.3-RELEASE-i386-isboot-0.2.2.iso
http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-8.1-RC2-amd64-isboot-0.2.2.iso
http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-8.1-RC2-i386-isboot-0.2.2.iso
http://www.peach.ne.jp/archives/isboot/demo/unionfs-mkisboot.sh

gPXE + isboot + istgt(参考用)：
http://lists.freebsd.org/pipermail/freebsd-scsi/2010-June/004432.html

※FreeBSDのCAMの制限なのかVFSの制限なのか不明ですがTL>64KBで
処理をしてくれないようです。
CAM用のタグも64個用意しているけどdd bs=1mでは2個しか使っていないように
見えます。対処方法があったら教えてください。

istgt以外のiSCSIターゲットとの接続がうまくいかない場合は、
ブログコメントにでも残して頂けると助かります。

作成・アップグレード方法：

# cd /usr/src
# tar xvf /path/to/iscsi-2.2.4.tar.gz
# tar xvf /path/to/isboot-0.2.1.tar.gz

# make buildkernel
# make installkernel
or
# cd /usr/src/sys/modules/iscsi/isboot
# make obj
# make depend
# make clean
# make all
# make install

インストール後に、新モジュールを適用する為にサーバを再起動してください。
ログで iSCSI boot driver version 0.2.1 が表示される事を確認してください。

主な修正点：
CHAP/Mutual CHAPに対応しました。
タスクキューを実装しました。
immediateなしモード及びR2Tコマンドに対応しました。
iBFTチェックサムが破損している場合もモジュール登録するようになりました。

パフォーマンス(ダイジェストなし)：
# dd if=/dev/da4 of=/dev/null bs=1m count=1k
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 14.374117 secs (74699672 bytes/sec)
# dd if=/dev/zero of=/dev/da4 bs=1m count=1k
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 17.823493 secs (60243064 bytes/sec)

Read: 74MB/s Write: 60MB/s (at bs=1m)

ダウンロードリンク：
http://www.peach.ne.jp/archives/isboot/isboot-0.2.1.tar.gz

ダウンロードリンク(for testing purpose only)：
http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-7.3-RELEASE-amd64-isboot-0.2.1.iso
http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-7.3-RELEASE-i386-isboot-0.2.1.iso
http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-8.1-RC2-amd64-isboot-0.2.1.iso
http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-8.1-RC2-i386-isboot-0.2.1.iso
http://www.peach.ne.jp/archives/isboot/demo/unionfs-mkisboot.sh

gPXE + isboot + istgt(参考用)：
http://lists.freebsd.org/pipermail/freebsd-scsi/2010-June/004432.html

CAMをロックしたままタスク用mtxをmsleepで待ちたいです。
根本的にこのロジックがダメなのでしょうか？
カーネルランドに詳しい人で、もしここを見ている人がいたら教えてください(切実)

作成・アップグレード方法：

# cd /usr/src
# tar xvf /path/to/iscsi-2.2.4.tar.gz
# tar xvf /path/to/isboot-0.1.3.tar.gz

# make buildkernel
# make installkernel
or
# cd /usr/src/sys/modules/iscsi/isboot
# make obj
# make depend
# make clean
# make all
# make install

インストール後に、新モジュールを適用する為にサーバを再起動してください。
ログで iSCSI boot driver version 0.1.3 が表示される事を確認してください。

主な修正点：
セッションリカバリの処理方法を改善しました。
ソケット消失時に処理がストールする事があったのを修正しました。

ダウンロードリンク：
http://www.peach.ne.jp/archives/isboot/isboot-0.1.3.tar.gz

ダウンロードリンク(for testing purpose only)：
http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-7.3-RELEASE-amd64-isboot-0.1.3.iso
http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-7.3-RELEASE-i386-isboot-0.1.3.iso
http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-8.1-RC1-amd64-isboot-0.1.3.iso
http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-8.1-RC1-i386-isboot-0.1.3.iso
http://www.peach.ne.jp/archives/isboot/demo/unionfs-mkisboot.sh

それだけではなんですから、FreeBSD 7.2 および 8.1-RC1のISOイメージに
isboot-0.1.2を統合した版を作りましたので、良かったら試してみてください。
作成スクリプトも上げておきますが、自己責任でよろしくお願いします。

IntelのiSCSI機能(iBFT)サポートNICはここで調べてください。
http://www.intel.com/support/network/adapter/pro100/sb/CS-028681.htm

起動に成功するとこんな感じのログ画面になります。

Boot NIC: em0 と Boot device: da1 の行にに注目。

この例だと em0 をiBFTで設定されたNIC0を用いて初期化します。
iBFTの仕様上IPv6でもIPv4でも行けるはずですが、IPv6は未確認です。
そしてda1を起動用として認識しているので、ここにインストールすれば、
NICのBIOSから起動して、isboot.koが引き継いで、OSを起動という
流れになります。
最終的にはisboot.koからiscsi_initiator.koに引き継ぎを出来ると
完璧なのだけど、現時点では出来ません。理由は前回書いた通り。

既存環境をiSCSIターゲットに移すにはloader.confで指定するか、
シェルから kldload isboot.ko を実行すると、設定がロードされて
デバイスが使えるようになるのでdump/restoreなどの方法でコピーします。

注意点としては、インストール中に起動NIC（例の場合はem0）にIPアドレス等を
設定しない事です。問題が発生する可能性があります。
isboot.koが作成するTCPコネクションはクリティカルパスですので、
経路消失した場合の動作は保障できません。
—————————————————————
iSCSI boot driver version 0.1.2
IS: Initiator name: iqn.2007-09.jp.ne.peach:pluto
NIC0: IP address: 192.168.3.48
NIC0: Prefix: 24
NIC0: Gateway: 0.0.0.0
NIC0: MAC address: 00:15:17:97:85:ab
TGT0: Target IP address: 192.168.3.36
TGT0: Target Port: 3260
TGT0: Target LUN: 2
TGT0: Target name: iqn.2007-09.jp.ne.peach:isboot1
Boot NIC: em0
Configure IPv4 by NIC0
Attempting to login to iSCSI target and scan all LUNs.
… cut …
da0 at isboot0 bus 0 scbus0 target 0 lun 0
da0: <FreeBSD iSCSI DISK 0001> Fixed Direct Access SCSI-5 device
da0: 40960MB (83886080 512 byte sectors: 255H 63S/T 5221C)
da1 at isboot0 bus 0 scbus0 target 0 lun 2
da1: <FreeBSD iSCSI DISK 0001> Fixed Direct Access SCSI-5 device
da1: 10240MB (20971520 512 byte sectors: 255H 63S/T 1305C)
da2 at isboot0 bus 0 scbus0 target 0 lun 3
da2: <FreeBSD iSCSI DISK 0001> Fixed Direct Access SCSI-5 device
da2: 1024MB (2097152 512 byte sectors: 64H 32S/T 1024C)
… cut …
Boot device: da1
—————————————————————

ダウンロードリンク：
http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-7.3-RELEASE-amd64-isboot-0.1.2.iso

http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-7.3-RELEASE-i386-isboot-0.1.2.iso

http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-8.1-RC1-amd64-isboot-0.1.2.iso

http://www.peach.ne.jp/archives/isboot/demo/FreeBSD-8.1-RC1-i386-isboot-0.1.2.iso

http://www.peach.ne.jp/archives/isboot/demo/unionfs-mkisboot.sh

最新版をご利用ください。

iBFTの仕様の詳細については Microsoft のサイトを参照してください。
http://www.microsoft.com/whdc/system/platform/firmware/ibft.mspx

Intel の CTデスクトップも対応しています。これについては少し前の
Windows7を起動させるブログエントリも参照してください。
NICのFirmware(BIOS)に情報を持つので、iSCSIターゲットがすでに存在すれば、
簡単にディスクレス構成が作れるようになります。
TFTP, NFS, DHCP, PXEといった特殊な設定は一切不要で、
NICの設定を間違えていなければローカルのSCSIハードディスクと同じように
アクセスすることが可能になります。

isboot.ko のモジュールはiBFTの処理部分および機能限定iSCSIイニシエータ
から成ります。イニシエータは、当初iscsi_initiator.koの機能を利用するのを
前提でのほほんとお手軽に作成してみましたが、カーネルモードからの
効率的なアクセス方法がわからず、結局自作する羽目に。
初回特典?ってことでしばらくはソース内に残して置くのでカーネルランド
開発の初心者がもがいた苦肉の策をご覧ください(笑)

なお、このイニシエータはキューイングも非同期アクセスもしない原始的な
1個づつ処理するタイプです。ただし、istgtで使っているノウハウを投入して
作ってあるので、普通に使う分には大丈夫かと思います。今後時間があれば
少しづつ改良していきます。

とりあえず、KLDを使ってやりたい事は他にあるので、これは通過点でしかないと
思って頂ければ幸いです。

作成方法ですが、上記のとおりiscsi_initiator.koに依存する予定だった為に
一部のデータ保持・処理方法がiscsi-2.2.4のヘッダファイルに依存しています。
iscsi_initiator.koを利用する、しないにかかわらず、ソースファイルを一緒に
展開しておく必要があります。
コンパイルしてできた isboot.ko 自体は単独で利用する事ができますので、
必要なマシンにコピーしても問題ありません。

以下に作成例を示します。

# cd /usr/src
# tar xvf /path/to/iscsi-2.2.4.tar.gz
# tar xvf /path/to/isboot-0.1.1.tar.gz

# make buildkernel
# make installkernel
or
# cd /usr/src/sys/modules/iscsi/isboot
# make obj
# make depend
# make all
# make install

以上で、/boot/kernel/isboot.ko が出来ているはずです。
モジュールとして使うには、/boot/loader.conf に、

isboot_load=”YES”

という行を追加するだけでOKです。
あとは、iSCSIターゲットを適当なマシンに作成して、NICのBIOSで
そのiSCSIターゲットの名前、IPアドレス等を設定すれば完了です。
マシンを再起動してNICがiSCSIターゲットを発見できれば、その後の処理は
isboot.koが全自動でよろしくやってくれます。

利用するiSCSIターゲットは特にこだわりがなければ、動作確認の取れている
istgt-20100407 以降をお勧めしておきます。

参考までに、
FreeNAS 0.7.1 5127 安定版 には istgt-20100407 が同梱、
FreeNAS 0.7.2 5226 p3 には istgt-20100606 が同梱されています。
FreeNAS 0.7.2 5226 p4 には istgt-20100606 + isboot-0.1.1 が同梱されています。

なお、直接インストールを試すにはOSインストーラにisboot.koの組み込みを
する必要があります。現時点でFreeBSD用イメージは作成していません。
FreeNAS 0.7.2 5226 p4 としてどういう感じになるのかと言う
デモストレーション用を作成しましたのでこちらもお試しください。
FreeNAS 0.7.2 5226 p4 をディスクレスのマシンで起動させれば、
インストールから起動まで試す事ができます。インストール後は、
もちろんFreeNASとしての機能を使えます。

isboot.ko が iBFTを発見してシステムに組み込まれると、以下のような
sysctl MIBが参照できるようになります。現在はすべて読み込み専用です。

net.isboot.version
net.isboot.nic
net.isboot.device
hw.ibft.nic_gateway
hw.ibft.nic_prefix
hw.ibft.target_lun
hw.ibft.target_port
hw.ibft.target_address
hw.ibft.target_name
hw.ibft.initiator_address
hw.ibft.initiator_name

sysctl実行例としてはこんな感じになります。
hw.ibftにNICで設定した値が、net.isbootにFreeBSDが割り当てたデバイス名が
見えるようになります。それぞれの値の意味は書くまでもないですよね…。

net.isboot.version: 0.1
net.isboot.nic: em0
net.isboot.device: da3
hw.ibft.nic_gateway: 0.0.0.0
hw.ibft.nic_prefix: 24
hw.ibft.target_lun: 2
hw.ibft.target_port: 3260
hw.ibft.target_address: 192.168.3.36
hw.ibft.target_name: iqn.2007-09.jp.ne.peach:isboot1
hw.ibft.initiator_address: 192.168.3.48
hw.ibft.initiator_name: iqn.2007-09.jp.ne.peach:pluto

さて、気になるパフォーマンスはというと、こんな感じでした。
Intel PRO/1000 PT Server Adapter を使って接続し、リード動作をさせると、

istgt 20100606 + isboot 0.1 ヘッダとデータダイジェスト双方(CRC32C)を有効
# dd if=/dev/da6 of=/dev/null bs=1m count=1k
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 20.452429 secs (52499477 bytes/sec)

istgt 20100606 + isboot 0.1 ヘッダダイジェストのみ有効
# dd if=/dev/da6 of=/dev/null bs=1m count=1k
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 17.684945 secs (60715022 bytes/sec)

istgt 20100606 + isboot 0.1 ダイジェスト無し
# dd if=/dev/da6 of=/dev/null bs=1m count=1k
1024+0 records in
1024+0 records out
1073741824 bytes transferred in 17.508400 secs (61327239 bytes/sec)

見ての通り52MB/s～61MB/s程度がでます。原始的な試作品としてはまずまずの
結果ではないかと思いますがどうでしょうか？

現在の仕様・制限など：
最初の起動や再接続（接続からLUNの検索）に時間がかかることがある。
ifconfig(8),route(8)などで起動NICの値を修正するべきではないです。
ターゲットへのクリティカルパスが落ちるとどうにもならなくなります。
モジュールのアンロード機能を使うと死ぬ事が多いです。
IPv6機能はテストされていません。
DNSアドレスなどiBFTに規定されている値を設定しません。
現時点ではキューイングやCHAP認証機能がついていません。
静的データによる認証ぐらいはやるべきかも？
iSCSIのパラメータの調整がソース修正以外にできません。
ソケット接続が消失時に運悪く実行中だったXPTコマンドがたぶん停止できません。
iscsi_initiator.koとのセッション委譲などができません。
ソースコードがiscsi_initiator.koの構造体に依存しています。
（最初はこんな予定じゃなかったのですよ！まぁ、あきらめた。）
iscontrol(8)みたいな制御コマンドが付属しません。
接続したら最後、マシンをシャットダウンするか5時間ぐらい？経過するまで、
再接続要求を出しまくります。（デフォルトでは2秒の待機時間で9999回）
なにかしら致命的なエラーが出たら停止する可能性はありますが、
その場合はOSごとハングアップするかpanicしている可能性の方が高いです。
例によってドキュメントがまったくありません。構造と値の取扱いについては
RFC3720を見てください。
最後だけど、カーネルランド初心者なので、おかしい部分とかあったり、
こうしたほうが良いとか何かあれば教えてください。

ダウンロードはこちらから
isboot-0.1.1.tar.gz

http://www.peach.ne.jp/archives/isboot/isboot-0.1.1.tar.gz

isboot-0.1.2.tar.gz

http://www.peach.ne.jp/archives/isboot/isboot-0.1.2.tar.gz

最新版を使ってください。

FreeNAS 0.7.2 5226 p4
http://shell.peach.ne.jp/aoyama/archives/1181

danny さん作のiscsi initiator モジュール:
ftp://ftp.cs.huji.ac.il/users/danny/freebsd/iscsi-2.2.4.tar.gz

※補足※公開前にバグが出てしまった為に0.1から0.1.1にあがりました。

追記：
i386版でloader.confから読むとクラッシュする問題があったため
isboot-0.1.2に差し替えました。

そんなわけで、
１．KLDモジュールの試作。
２．とある機能の実験。
３．某所からの要望(謎)。
などを少しづつ進めています。

カーネルランドの進捗は基本パーツ（例外処理を除く）の移植完了で４割程度
といった感じですかね。このノウハウはistgtの今後の展開にも役立つと思う
のでじっくり取り組んでみたいところ。
来月末ぐらいには実験リリースできるようにがんばりたい。

vaddr = paddr + KERNBASE

これで vaddr にポインタでアクセスできるアドレスが返ってくるようです。
（実際はvaddrの型にキャストが必要でしょう）
逆に仮想アドレスから戻す場合は KERNBASE を引いて、uintptr_t/intptr_tで
キャストすると物理オフセットになります。

適当な例：

#include <sys/types.h>
#include <vm/vm.h>
#include <vm/pmap.h>
#include <machine/vmparam.h>

uint32_t paddr;
uint8_t *vaddr;

paddr = 0x80000;
vaddr = (uint8_t *)(paddr + KERNBASE);
paddr = (uint32_t)(uintptr_t)(vaddr - KERNBASE);

なぜこんな事をやっているかと言えば、FreeBSDのカーネルモジュールを
作ってみようと思ったからなのです。こちらは、

# man module

で必要な情報が得られますし、/usr/share/examples/kld/cdev/module に
サンプルも入っているので作成には困らないと思います。

ロックの衝突による速度低下を低減する為にロック範囲を変更しました。
単一のターゲットではまったく効果ありませんが、複数ターゲットを
設定している場合は、衝突回避が期待できます。

iSCSIパラメータをターゲット毎に指定できるようになりました。
省略時は従来通りグローバル設定が適用されます。
なお、一部のキーは機能未実装のため現時点では設定変更できません。

新規のコンフィグキー(Global)：
  InitialR2T Yes
  ImmediateData Yes
  DataPDUInOrder Yes
  DataSequenceInOrder Yes
  ErrorRecoveryLevel 0

新規のコンフィグキー(LogicalUnit)：
  MaxOutstandingR2T 16
  DefaultTime2Wait 2
  DefaultTime2Retain 60
  FirstBurstLength 262144
  MaxBurstLength 1048576
  MaxRecvDataSegmentLength 262144
  InitialR2T Yes
  ImmediateData Yes
  DataPDUInOrder Yes
  DataSequenceInOrder Yes
  ErrorRecoveryLevel 0

istgt (tarball): istgt-20010606.tar.gz

作成方法：

# cd /path/to/work
# tar zxf /path/to/istgt-20100606.tar.gz
# cd istgt-20100606
# ./configure
# make
# make install
# make install-doc

デーモンの再起動方法：

# /usr/local/etc/rc.d/istgt restart

MD5 (istgt-20100606.tar.gz) = cdd56ef75a2b03eeed694f73811dc720
SHA256 (istgt-20100606.tar.gz) = 42cafd6560bb1e99465c592f45bc8fb2333f76320d2d343162ecd5dc94218e5e

主な修正点：
グローバルの状態ロックをターゲット毎に変更
各ターゲット毎にローカル設定を持てるように設定を追加
InitialR2T, ImmediateData, DataPDUInOrder, DataSequenceInOrder,
ErrorRecoveryLevelの設定を追加
LUNリセット時にファイルの再オープンをするように変更

先日の版はWindows7がインストールできませんでした。
報告のあった問題と共に修正しました。Portsもすぐに更新をかけます。
20100522をインストールしてしまった場合は、
お手数ですがアップグレードを行うようにしてください。

istgt (tarball): istgt-20010525.tar.gz

作成方法：

# cd /path/to/work
# tar zxf /path/to/istgt-20100525.tar.gz
# cd istgt-20100525
# ./configure
# make
# make install
# make install-doc

デーモンの再起動方法：

# /usr/local/etc/rc.d/istgt restart

MD5 (istgt-20100525.tar.gz) = ccdc37cb3d9b1dc6b8fe9411e824f015
SHA256 (istgt-20100525.tar.gz) = 3445d1b68b49535d849b83f4b542d05bd2fed32d2066836e39b8ab8dff8a66c1

主な修正点：
特定条件下でR2Tが送信されない問題を修正しました。
メモリ解放間違いを修正しました。
エラー処理が抜けていたのを追加しました。

[Global]
  MaxSessions 16
  MaxConnections 4
  MaxR2T 256
  MaxOutstandingR2T 16
  DefaultTime2Wait 2
  DefaultTime2Retain 60
  FirstBurstLength 262144
  MaxBurstLength 1048576
  MaxRecvDataSegmentLength 262144

[LogicalUnit80]
  TargetName “iqn.2007-09.jp.ne.peach:artemis-boot”
  Mapping PortalGroup1 InitiatorGroup80
  AuthMethod Auto
  UseDigest Auto
  UnitType Disk
  QueueDepth 64
  LUN0 Storage /tank/isboot/artemis-boot 64GB

結論から言うと、インストールできません。（すみません・・・
追加したR2Tの処理にバグがありました。
TL>FB+MBの特殊な条件下で追加のR2Tを送信しないため、データ受信待ちが
タイムアウトしてしまいます。＜再処理になりますが同じ場所で同様に略
不幸中の幸い？（皮肉にも？）、タイムアウトのエラー処理が正しく実行できる
と言う事が実証できたわけですが。

とりあえずの修正は以下のようにすると動きます。

Index: src/istgt_iscsi.c
===================================================================
--- src/istgt_iscsi.c   (revision 36)
+++ src/istgt_iscsi.c   (working copy)
@@ -4016,6 +4016,10 @@
                                ISTGT_WARNLOG("pending_pdus > 0\n");
                        }
                        if (offset < transfer_len) {
+                               if (offset >= (first_burst_len + max_burst_len)) {
+                                       /* need more data */
+                                       r2t_flag = 0;
+                               }
                                len = DMIN32(max_burst_len,
                                    (transfer_len - offset));
                                memset(&data_pdu.bhs, 0, ISCSI_BHS_LEN);

ベンチマークの結果は以下の通りで、ほぼ期待通りのピーク性能が検証できました。

 
（20100522＋パッチとW7による性能）

（参考：旧版とWS2008R2の値）

というわけで、今後の事もあるので、作業用マシンをXPからW7に移行しようと思いました。

認証なしを強制するオプションを追加しました。
これによりCHAPのみを要求するイニシエータとの接続を拒否します。
また、CHAPありなしのどちらでもいい場合は認証なしを選択します。
その他、細かい調整を行いました。

機能追加したコンフィグキー：
  DiscoveryAuthMethod None
  AuthMethod None

istgt (tarball): istgt-20010522.tar.gz
修正版をご利用ください。

作成方法：

# cd /path/to/work
# tar zxf /path/to/istgt-20100522.tar.gz
# cd istgt-20100522
# ./configure
# make
# make install
# make install-doc

デーモンの再起動方法：

# /usr/local/etc/rc.d/istgt restart

MD5 (istgt-20100522.tar.gz) = a262d060e9edf6a06f0573233df1a8d4
SHA256 (istgt-20100522.tar.gz) = 61345f7b373706180f89834bc54ff4bbd9ae850a03fb7888e008aaccd93c3aff

主な修正点：
認証なしを強制するオプションを追加しました。
readキャッシュの状態をMODESENSEで返すようになりました。

追記：
ChangeLog.jpを更新するのを忘れました…以下を修正点に追加します。
8KB, 16KB, 32KB, 64KB, 128KBの論理ブロック長を追加
とりあえず、動作には影響しないのでこの版でPortsを更新します。

先日の版ではコンパイル時オプションで有効・無効を切り替えできましたが、
設定ファイルで送信するR2Tの最大数を制限できるように修正しました。
最大数＝０で無効になり従来通りの処理になります。
実際に送信できる数は、QueueDepthの設定とイニシエータのMaxCmdSNおよび
ExpCmdSNに依存します。

また、8KB以内の小さい書き込みコマンドに対してメモリ割り当てを
毎回行って断片化するのを避ける為に一回で確保するようになりました。
小さいサイズの高速化に関しては落ち着いてから試そうと思っています。

新規のコンフィグキー：
  MaxR2T 32

istgt (tarball): istgt-20010521.tar.gz

作成方法：

# cd /path/to/work
# tar zxf /path/to/istgt-20100521.tar.gz
# cd istgt-20100521
# ./configure
# make
# make install
# make install-doc

デーモンの再起動方法：

# /usr/local/etc/rc.d/istgt restart

MD5 (istgt-20100521.tar.gz) = 5d9939c5df13db68ad852a96620bb8f3
SHA256 (istgt-20100521.tar.gz) = 8a4c46c45eceb956ef7d2927f8c3d4cc8d522014738bfa8921ef4da91cea449d

主な修正点：
WRITEコマンドで先送りするR2T最大数の設定を追加しました。
エラー時にイニシエータ及びターゲットポートを表示するようになりました。
8KB以下のショートパケットにデータ領域を作成しないようになりました。

先のCTアダプタの結果が残念なので・・・効率アップを図ってみました。
また、ESXiでの利用を想定してデフォルトの値を修正してみました。
（FirstBurstLength 64K => 256K, MaxBurstLength 256K => 1M）

通常はキューイングした後に送信されるR2Tコマンドを、
キューに入れる前に送信して後からデータPDUを回収する
という方法を取ってみました。

補足：
キューの深さと同数のライトバッファを用意するという意味です。

結果は以下のSS通りで、キャッシュが利用される領域において
15%以上の高速化ができました。
実際の速度は利用するエクステントの速度に制限されるとはいえ、
シングルパスのシーケンシャルで100MB/sを達成できたのはよかった。
デュアルパスでラウンドロビンするとリード190MB/s、ライト170MB/sと
単体HDDではおそらく処理が間に合わない程の速度が出ます。

   
（クリックで拡大）

さて、こうやって見ると…はい、ショートI/Oの性能が悪いですね。
こうしてさらに深みにはまっていくと。

あまりにも基本すぎて今まで書いていませんでしたけど、
マルチスレッドで動くのが前提なのでシングルコアのCPUの場合は、
ここで期待しているような値が出ることはないと思います。

※ラウンドロビンは処理データ(R/W)が偏って期待通りに行かない事があります:-)

新規のコンフィグキー：
  MaxOutstandingR2T 16
  DefaultTime2Wait 2
  DefaultTime2Retain 60

修正したコンフィグキー：
  FirstBurstLength 262144
  MaxBurstLength 1048576

istgt (tarball): istgt-20010516.tar.gz

作成方法：

# cd /path/to/work
# tar zxf /path/to/istgt-20100516.tar.gz
# cd istgt-20100516
# ./configure
# make
# make install
# make install-doc

デーモンの再起動方法：

# /usr/local/etc/rc.d/istgt restart

MD5 (istgt-20100516.tar.gz) = 358eec46c4cddc3a5944a49f96509e68
SHA256 (istgt-20100516.tar.gz) = fdb3d82d74d09bfc06204158147c8c7b63e642f67b83e74527875db3424e663e

主な修正点：
CHAPの乱数生成に arc4random を利用するようになりました。
シーケンシャル書き込みの処理を改善しました。
MaxOutstandingR2T, DefaultTime2Wait, DefaultTime2Retain が設定ファイルで変更可能になりました。
デフォルトの設定値を変更しました。

製品情報およびiSCSI Remote Bootサポート製品はこちらから
http://www.intel.com/products/desktop/adapters/gigabit-ct/gigabit-ct-overview.htm
http://www.intel.com/support/network/adapter/pro100/sb/CS-028681.htm

私は PT Server Adapter で満足していたので CT Desktop Adapter には
まったく興味がなかったのですがiSCSIブートできるとなれば話は別です^^;

さっそく Intel CT Desktop Adapter を購入して確認してみました。
ファームはインテルのサイトから15.2版をダウンロードして書き込みました。
iSCSIファームバージョンは2.5.12でした。

起動試験はFreeNASの確認に使っている NEC Express5800/110Ge
(GIGABYTE GA-5YASV-RH)、ASUS P5K、ASUS M2A-VM、MSI K9NGM3-FIH
の4台で行いました。

OSはWindows Server 2008 R2を利用しました。
iSCSIターゲットはいつものistgt 20100407 on FreeBSD 7.3(ZFS/RAIDZ2)に
40GBの領域をQueueDepth 64で作成しました。

M2A-VM はオプションROMのBIOSが起動しませんでした。
これに限らず、マザーによっては拡張カード上にあるRAID BIOSなどが
起動しない事はありますのでご注意ください。

以下にP5Kの時のスクリーンショットを掲載します。

 
（クリックで拡大）

うおー、予想以上に早いですね。
むしろシーケンシャル書き込みが遅いistgtの欠点がばればれではないか･･･。
理由はおそらくコマンド(と書き込みデータ先頭64KB)のキューイングは行うけど、
後続データのキューイングは現時点ではできないせいです。

私自身がリード＞ライトな使い方が多い上にシーケンシャル書き込みを
それほど必要としていないのであまり気にしていなかったけど、
CT Desktop Adapterで使えるとなると改善したほうが良いですよね。きっと。

補足：
試験に使ったZFSプールは以下のように80%超の利用率であるので、
新品の場合はもっと速度が出ると推測されます。

[root@hera ~]# zpool list
NAME   SIZE   USED  AVAIL    CAP  HEALTH  ALTROOT
tank  2.73T  2.30T   435G    84%  ONLINE  -

# fdisk -BI /dev/ad4
# bsdlabel -w /dev/ad4s1

# fdisk -s /dev/ad4
/dev/ad4: 3876021 cyl 16 hd 63 sec
Part        Start        Size Type Flags
   1:          63  3907029105 0xa5 0x80
# bsdlabel /dev/ad4s1
# /dev/ad4s1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a: 3907029089       16    unused        0     0
  c: 3907029105        0    unused        0     0         # "raw" part, don't edit
 

この段階で上記のような設定になります。63セクタがパーティション開始、
BSDパーティションが16セクタから（先頭から見ると63+16=79セクタ目）
になります。
4Kセクタに合わせるために開始セクタを+1(80セクタ/4K=512×8/8×10)して、
サイズを-1します。fstypeに4.2BSDを指定します。

※ fsize bsizeは指定しなくても大丈夫なようです。newfsで指定するので。

# bsdlabel -e /dev/ad4s1

で直接ディスク上を編集するか、一旦ファイルに落として編集後にそれを
書き込み(リストア)します。

# bsdlabel /dev/ad4s1 > label.txt
# EDIT label.txt
# bsdlabel -R /dev/ad4s1 label.txt

今回はファイルで行いました。書き込むファイルはこんな感じ。

# cat label.txt
# /dev/ad4s1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a: 3907029088       17    4.2BSD        0     0
  c: 3907029105        0    unused        0     0         # "raw" part, don't edit
 

できたらそのパーティションに対して書き込みテストを実行してみます。

# dd if=/dev/zero of=/dev/ad4s1a bs=1m count=8k
8192+0 records in
8192+0 records out
8589934592 bytes transferred in 93.156833 secs (92209388 bytes/sec)
 

満足いく結果になったら4Kフラグメントでフォーマットします。

# newfs -S 4096 -b 32768 -f 4096 -O 2 -U -m 8 -o time /dev/ad4s1a

最後にラベルが書き込み出来ないと文句を言われます。
が、無視します。（理由はわからない）
同様に書き込みテストを行います。

# mkdir /mnt2
# mount /dev/ad4s1a /mnt2
# dd if=/dev/zero of=/mnt2/test.data bs=1m count=8k
8192+0 records in
8192+0 records out
8589934592 bytes transferred in 91.816939 secs (93555009 bytes/sec)
 

複数のパーティションを作成したい場合は、最初のoffset以外に * を指定して
自動計算させる事ができます。
以下の例は /に512MB, swapに4GB, /varに4GB, /tmpに1GB, /usrに20GB,
残りを/homeに割り当てようと意図した構成です。

# cat label.txt
# /dev/ad4s1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a:     512M       17    4.2BSD        0     0
  b:       4G        *      swap        0     0
  c: 3907029105        0    unused        0     0         # "raw" part, don't edit
  d:       4G        *    4.2BSD        0     0
  e:       1G        *    4.2BSD        0     0
  f:      20G        *    4.2BSD        0     0
  g:        *        *    4.2BSD        0     0

# bsdlabel -R /dev/ad4s1 label.txt
# bsdlabel /dev/ad4s1
# /dev/ad4s1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a:  1048576       17    4.2BSD        0     0     0
  b:  8388608  1048593      swap
  c: 3907029105        0    unused        0     0         # "raw" part, don't edit
  d:  8388608  9437201    4.2BSD        0     0     0
  e:  2097152 17825809    4.2BSD        0     0     0
  f: 41943040 19922961    4.2BSD        0     0     0
  g: 3845163104 61866001    4.2BSD        0     0     0
 

作成できたら、swap以外のパーティションにnewfsを実行します。

# newfs -S 4096 -b 32768 -f 4096 -O 2 -U -m 8 -o time /dev/ad4s1a
# newfs -S 4096 -b 32768 -f 4096 -O 2 -U -m 8 -o time /dev/ad4s1d
# newfs -S 4096 -b 32768 -f 4096 -O 2 -U -m 8 -o time /dev/ad4s1e
# newfs -S 4096 -b 32768 -f 4096 -O 2 -U -m 8 -o time /dev/ad4s1f
# newfs -S 4096 -b 32768 -f 4096 -O 2 -U -m 8 -o time /dev/ad4s1g

補足：
通常の/パーティションはSoftupdateを有効にしないので、
newfsで-Uを付けないか、すでに作成した場合は、

# tunefs -n disable /dev/ad4s1a

で無効にしたほうが良いかもしれません。

gpt コマンドを使って開始セクタを4K(512×8)の倍数である40に調整します。
そして4Kフラグメントでフォーマットします。

# gpt destroy /dev/ad4
# gpt create /dev/ad4
# gpt add -b 40 -s 3907029056 /dev/ad4
# newfs -S 4096 -b 32768 -f 4096 -O 2 -U -m 8 -o time /dev/ad4p1
# gpt show /dev/ad4
       start        size  index  contents
           0           1         PMBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6
          40  3907029056      1  GPT part - FreeBSD UFS/UFS2
  3907029096          39
  3907029135          32         Sec GPT table
  3907029167           1         Sec GPT header
 

diskinfoによる情報：

# diskinfo -tv ad4
ad4
        512             # sectorsize
        2000398934016   # mediasize in bytes (1.8T)
        3907029168      # mediasize in sectors
        3876021         # Cylinders according to firmware.
        16              # Heads according to firmware.
        63              # Sectors according to firmware.
        ad:WD-WCAVY2947600      # Disk ident.

Seek times:
        Full stroke:      250 iter in   8.237599 sec =   32.950 msec
        Half stroke:      250 iter in   5.843690 sec =   23.375 msec
        Quarter stroke:   500 iter in   9.792176 sec =   19.584 msec
        Short forward:    400 iter in   2.864924 sec =    7.162 msec
        Short backward:   400 iter in   2.071866 sec =    5.180 msec
        Seq outer:       2048 iter in   0.329293 sec =    0.161 msec
        Seq inner:       2048 iter in   0.291931 sec =    0.143 msec
Transfer rates:
        outside:       102400 kbytes in   0.975746 sec =   104945 kbytes/sec
        middle:        102400 kbytes in   1.210277 sec =    84609 kbytes/sec
        inside:        102400 kbytes in   2.118571 sec =    48334 kbytes/sec
 

ddによるRAWデバイス読み書きの結果：

# dd if=/dev/zero of=/dev/ad4p1 bs=1m count=8k
8192+0 records in
8192+0 records out
8589934592 bytes transferred in 92.930809 secs (92433658 bytes/sec)
# dd if=/dev/zero of=/dev/ad4p1 bs=1m count=8k
8192+0 records in
8192+0 records out
8589934592 bytes transferred in 93.116164 secs (92249661 bytes/sec)
# dd if=/dev/zero of=/dev/ad4p1 bs=1m count=8k
8192+0 records in
8192+0 records out
8589934592 bytes transferred in 92.697650 secs (92666153 bytes/sec)

# dd if=/dev/ad4p1 of=/dev/null bs=1m count=8k
8192+0 records in
8192+0 records out
8589934592 bytes transferred in 78.864713 secs (108919874 bytes/sec)
# dd if=/dev/ad4p1 of=/dev/null bs=1m count=8k
8192+0 records in
8192+0 records out
8589934592 bytes transferred in 78.826804 secs (108972255 bytes/sec)
# dd if=/dev/ad4p1 of=/dev/null bs=1m count=8k
8192+0 records in
8192+0 records out
8589934592 bytes transferred in 78.814522 secs (108989237 bytes/sec)
 

上記のように、WD20EARSでは、パーティション先頭8GBの領域に対して、
リード108MB/s、ライト92MB/sぐらいは出るようです。

NetBSD, Mac OS X, LinuxでブロックデバイスをAuto指定できるように修正してみました。
ただし、動作検証までは行っていないので動かないかもしれません。
この部分はいろいろな報告が欲しいです。
（設定ファイルにない場合の）デフォルト値の変更を行いました。
サンプルの設定ファイルを使っている場合は影響ありません。
ビルド環境を仮定しないようにちょこっとマイナー修正しました。
syslogサーバに大量に記録されてCPUパワーとネットワーク帯域が
もったいないので、トレースモードでない場合は同一イニシエータからの
重複予約（常に成功する）の警告を出さないように修正しました。

今回の修正とは直接関係しないのですが、以前書いたようにFreeBSD7.3の環境に7.1から移行しているので、今後は7.1での通常検証は行いません。
また、FreeNAS 0.7.1 nightly buildの作成にESXi4のVMFSとして利用する関係でそちらのフォローも多くなると期待しています。

istgt (tarball): istgt-20010407.tar.gz

作成方法：

# cd /path/to/work
# tar zxf /path/to/istgt-20100407.tar.gz
# cd istgt-20100407
# ./configure
# make
# make install
# make install-doc

デーモンの再起動方法：

# /usr/local/etc/rc.d/istgt restart

MD5 (istgt-20100407.tar.gz) = d606f4e1520f486325910e105da1bf30
SHA256 (istgt-20100407.tar.gz) = 9ff40e921187c1ff78bad3585cc6c6ac05796921fdc906342a9e0e3cc74121c2

主な修正点：
NetBSD, Mac OS X, LinuxでブロックデバイスのAuto指定を考慮しました。
ビルド環境をなるべく特定しない仕組みを導入しました。
既定の設定ファイルがない特殊な環境でのデフォルト値を修正しました。
トレースモードが無効な場合は重複予約の警告を出さないようになりました。