istgtも七夕エディションに(謎)
isbootとの組み合わせで気づいた点を修正しました。
また、一か月ほどWindows7のディスクレス環境を支えて来れたというのを
踏まえてPortsの更新も行います。
ちなみに4KBとか小サイズIOを大量に投げるとギガビットイーサの遅さも
相まって、ありえないほどの遅延が生じます。
これは今後の課題と言うことで。
参考用:
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の比較を最大値を取るように修正
ターゲットが存在しない場合に検索した記録を残すように修正
nsbyです
istgt 20100707版を使わせてもらっていますが、たまにistgt以下のようなエラーを発生します。
istgt[32378]: istgt_iscsi.c: 521:istgt_iscsi_read_pdu: ***ERROR*** Data(2589623) > Segment(65536)
istgt[32378]: istgt_iscsi.c:4119:istgt_iscsi_transfer_out: ***ERROR*** iscsi_read_pdu() failed
istgt[32378]: istgt_iscsi.c:5042:worker: ***ERROR*** iscsi_task_transfer_out() failed on iqn.2007-09.jp.xx:temp,t,0×0001(leopard.iscsi.ini,i,0×800404000000)
istgt[32378]: istgt_lu_disk.c:4430:istgt_lu_disk_queue_start: ***WARNING*** transfer abort CmdSN=1668035
istgt[32378]: istgt_lu.c:2672:luworker: ***WARNING*** LU2: lu_disk_queue_start() aborted
istgt[32378]: Login from leopard.iscsi.ini (IPaddr) on iqn.2007-09.xx:temp LU2 ([IPaddr]:3260,1),SIH=10, CID=1029, HeaderDigest=on, DataDigest=off
istgt[32378]: istgt_iscsi.c: 604:istgt_iscsi_read_pdu: ***ERROR*** header digest error
istgt[32378]: istgt_iscsi.c:4893:worker: ***ERROR*** iscsi_read_pdu() failed
istgt[32378]: Login from leopard.iscsi.ini (IPaddr) on iqn.2007-09.jp.xx:temp LU2 ([IPaddr]:3260,1),ISID=800604000000, TSIH=11, CID=1030, HeaderDigest=on, DataDigest=off
これは、環境は、イニシエータがOSX,ターゲットはFreeBSD istgt + zfsで、大きいファイルのコピーをしている途中で、コピーをキャンセルすると出やすいようです。
アクセスが遅くなってなんだ?って思っているとエラーが出ている感じです。
まあ、再接続をして問題がないのですが少し気になります。
Sorry for using English, but I am not versed in Japanese.
I see an issue with istgt when transferring data. Source is vmWare ESX 4.0 update 2, Sink is FreeBSD 8.1 amd64 server using zfs large volumes on a Sun Thumper. I am using 20100707, but have seen this same error in the last 3 versions.
I can start a large transfer in esx (clone a vm) and the following will happen:
1) Interface will “lock up”
2) Error messages in logs concerning read/write errors
3) istgt stops responding to all requests
I can paste the messages from logs and the configuration of the tragets. If you need more information, please let me know and I will provide.
/var/log/message:
Jul 19 16:00:49 SEC-STOR-02 istgt[958]: istgt_iscsi.c: 534:istgt_iscsi_read_pdu: ***ERROR*** iscsi_read() failed (-2,errno=35)
Jul 19 16:00:49 SEC-STOR-02 istgt[958]: istgt_iscsi.c:4893:worker: ***ERROR*** iscsi_read_pdu() failed
Jul 19 16:03:38 SEC-STOR-02 istgt[958]: istgt_iscsi.c: 534:istgt_iscsi_read_pdu: ***ERROR*** iscsi_read() failed (-2,errno=35)
Jul 19 16:03:38 SEC-STOR-02 istgt[958]: istgt_iscsi.c:4893:worker: ***ERROR*** iscsi_read_pdu() failed
Jul 19 16:03:39 SEC-STOR-02 istgt[958]: istgt_iscsi.c: 534:istgt_iscsi_read_pdu: ***ERROR*** iscsi_read() failed (-2,errno=35)
Jul 19 16:03:39 SEC-STOR-02 istgt[958]: istgt_iscsi.c:4893:worker: ***ERROR*** iscsi_read_pdu() failed
Jul 19 16:03:39 SEC-STOR-02 istgt[958]: istgt_iscsi.c: 534:istgt_iscsi_read_pdu: ***ERROR*** iscsi_read() failed (-2,errno=35)
Jul 19 16:03:39 SEC-STOR-02 istgt[958]: istgt_iscsi.c:4893:worker: ***ERROR*** iscsi_read_pdu() failed
Jul 19 16:03:40 SEC-STOR-02 istgt[958]: istgt_iscsi.c: 534:istgt_iscsi_read_pdu: ***ERROR*** iscsi_read() failed (-2,errno=35)
Jul 19 16:03:40 SEC-STOR-02 istgt[958]: istgt_iscsi.c:4893:worker: ***ERROR*** iscsi_read_pdu() failed
Jul 19 16:03:44 SEC-STOR-02 istgt[958]: istgt_iscsi.c: 750:istgt_iscsi_write_pdu: ***ERROR*** iscsi_write() failed
Jul 19 16:03:44 SEC-STOR-02 istgt[958]: istgt_iscsi.c:2903:istgt_iscsi_transfer_in: ***ERROR*** iscsi_write_pdu() failed
Jul 19 16:03:44 SEC-STOR-02 istgt[958]: istgt_iscsi.c:3263:istgt_iscsi_task_response: ***ERROR*** iscsi_transfer_in() failed
Jul 19 16:03:44 SEC-STOR-02 istgt[958]: istgt_iscsi.c:5071:worker: ***ERROR*** iscsi_task_response() failed on iqn.2007-09.jp.ne.pea
ch.istgt.secstor02:vmwaredisk3,t,0×0001(iqn.1998-01.com.vmware:sec-esx-08-0b0c9909,i,0x00023d000001)
Jul 19 16:07:42 SEC-STOR-02 kernel: ifa_add_loopback_route: insertion failed
istct.conf
[Global]
Comment “Global section”
NodeBase “iqn.2007-09.jp.ne.peach.istgt.secstor02″
PidFile /var/run/istgt.pid
AuthFile /usr/local/etc/istgt/auth.conf
MediaDirectory /var/istgt
LogFacility “local7″
Timeout 30
NopInInterval 20
DiscoveryAuthMethod Auto
#DiscoveryAuthGroup AuthGroup9999
MaxSessions 16
MaxConnections 4
MaxOutstandingR2T 16
DefaultTime2Wait 2
DefaultTime2Retain 60
FirstBurstLength 262144
MaxBurstLength 262144
MaxRecvDataSegmentLength 131072
[UnitControl]
Comment “Internal Logical Unit Controller”
AuthMethod Auto
AuthMethod CHAP Mutual
AuthGroup AuthGroup10000
# this portal is only used as controller (by istgtcontrol)
# if it’s not necessary, no portal is valid
#Portal UC1 [::1]:3261
Portal UC1 127.0.0.1:3261
# accept IP netmask
#Netmask [::1]
Netmask 127.0.0.1
# TargetName, Mapping, UnitType, LUN0 are minimum required
[LogicalUnit1]
Comment “Storage”
TargetName storagedisk1
TargetAlias “Data Disk1″
Mapping PortalGroup1 InitiatorGroup2
AuthMethod Auto
AuthGroup AuthGroup1
#UseDigest Header Data
UseDigest Auto
UnitType Disk
UnitInquiry “FreeBSD” “iSCSI Disk” “0123″ “10000001″
QueueDepth 32
LUN0 Storage /dev/zvol/mpool/storage/disk0 Auto
there are 7 more luns all configured the same.
Thanks! and I have been a fan if istgt for years!!! keep up the wonderful work!
-Rick
[...] the original post: istgt (iSCSI target) 20100707版 for FreeBSD « 環境さんぷる Bleach 413 "Deicide 15" Spoilers and Discussion View the Contact Powered [...]
[...] This post was mentioned on Twitter by Kazuyuki Sato, Mac OS X Tweets. Mac OS X Tweets said: RT @satokaz Mac OS X の iSCSI target って、これでいけるのかな? MCS も対応している http://goo.gl/i4lq [...]