- Remove From My Forums
-
Question
-
Running 2 Windows Server 2008 R2 Servers and Microsoft iSCSi target software on one of the servers (Server A). Setup a target and Virtual Storage on Server A. Using Microsoft iSCSi initiator on both servers (Servers A and B). I can connect to target created
on Server A with initiator on Server B. But I can’t connect to target on Server A with the initiator on Server A. If I use the IQN for the target on Server A with the initiator on Server A I get an error message that says «address cannot resolve to an ip address).
If I use the IP address or FQDN for the target on Server A with the initiator on Server A I get a «target error message». The error log shows event ID 41 (WinTarget error, «The iSCSi target rejected a connection request from local computer»). Thought it might
be the initiator so I downloaded the Starwind initiator client, but getting connection requests denied as well. All firewall settings and port 3260 seem fine. Any ideas on what’s stopping the iscsi initator on server A from connecting to the target on Server
A?
Answers
-
Running 2 Windows Server 2008 R2 Servers and Microsoft iSCSi target software on one of the servers (Server A). Setup a target and Virtual Storage on Server A. Using Microsoft iSCSi initiator on both servers (Servers A and B). I can connect to target
created on Server A with initiator on Server B. But I can’t connect to target on Server A with the initiator on Server A. If I use the IQN for the target on Server A with the initiator on Server A I get an error message that says «address cannot resolve to
an ip address). If I use the IP address or FQDN for the target on Server A with the initiator on Server A I get a «target error message». The error log shows event ID 41 (WinTarget error, «The iSCSi target rejected a connection request from local computer»).
Thought it might be the initiator so I downloaded the Starwind initiator client, but getting connection requests denied as well. All firewall settings and port 3260 seem fine. Any ideas on what’s stopping the iscsi initator on server A from connecting to the
target on Server A?Microsoft iSCSI target does not support «loopback» connections. Upgrade to Windows Server 2012 (revision coming with it DOES support loopback) or use free StarWind iSCSI target as it does support loopback on any OS.
-nismo
-
Proposed as answer by
Sunday, June 10, 2012 5:36 PM
-
Marked as answer by
dmcgill
Monday, June 11, 2012 11:21 AM
-
Proposed as answer by
I configured the targetcli:(don’t use authentication)
tpg1> set parameter AuthMethod=None
set attribute authentication=0
/etc/rc.d/target run well.
But when the initiator connects the target, target reports the error:
iSCSI Initiator Node: iqn.xxxx-xxxx-xxxx is not authorized to access iSCSI target portal group: 1
uname -a
Linux 3.2.13-1-ARCH
what else settings? Thanks.
This is the saveconfig.json
——————————————-
{
«fabric_modules»: [],
«storage_objects»: [
{
«attributes»: {
«block_size»: 512,
«emulate_dpo»: 0,
«emulate_fua_read»: 0,
«emulate_fua_write»: 1,
«emulate_rest_reord»: 0,
«emulate_tas»: 1,
«emulate_tpu»: 0,
«emulate_tpws»: 0,
«emulate_ua_intlck_ctrl»: 0,
«emulate_write_cache»: 0,
«enforce_pr_isids»: 1,
«is_nonrot»: 0,
«max_sectors»: 1024,
«max_unmap_block_desc_count»: 0,
«max_unmap_lba_count»: 0,
«optimal_sectors»: 1024,
«queue_depth»: 32,
«unmap_granularity»: 0,
«unmap_granularity_alignment»: 0
},
«buffered_mode»: true,
«dev»: «/home/faicker/test.img»,
«name»: «disk1»,
«plugin»: «fileio»,
«size»: 10737418240,
«wwn»: «b83cf4a1-5e30-4df4-a5a2-ac7163d78a4d»
}
],
«targets»: [
{
«fabric»: «iscsi»,
«tpgs»: [
{
«attributes»: {
«authentication»: 0,
«cache_dynamic_acls»: 0,
«default_cmdsn_depth»: 16,
«demo_mode_write_protect»: 1,
«generate_node_acls»: 0,
«login_timeout»: 15,
«netif_timeout»: 2,
«prod_mode_write_protect»: 0
},
«enable»: 1,
«luns»: [
{
«index»: 0,
«storage_object»: «/backstores/fileio/disk1»
}
],
«node_acls»: [],
«parameters»: {
«AuthMethod»: «None»,
«DataDigest»: «CRC32C,None»,
«DataPDUInOrder»: «Yes»,
«DataSequenceInOrder»: «Yes»,
«DefaultTime2Retain»: «20»,
«DefaultTime2Wait»: «2»,
«ErrorRecoveryLevel»: «0»,
«FirstBurstLength»: «65536»,
«HeaderDigest»: «CRC32C,None»,
«IFMarkInt»: «2048~65535»,
«IFMarker»: «No»,
«ImmediateData»: «Yes»,
«InitialR2T»: «Yes»,
«MaxBurstLength»: «262144»,
«MaxConnections»: «1»,
«MaxOutstandingR2T»: «1»,
«MaxRecvDataSegmentLength»: «8192»,
«OFMarkInt»: «2048~65535»,
«OFMarkInt»: «2048~65535»,
«OFMarker»: «No»,
«TargetAlias»: «LIO Target»
},
«portals»: [
{
«ip_address»: «0.0.0.0»,
«port»: 3260
}
],
«tag»: 1
}
],
«wwn»: «iqn.2003-01.org.linux-iscsi.u205.x8664:sn.5f9e1e0139f2»
}
]
}
Last edited by faicker (2012-04-16 15:27:21)
login iqn.2003-01.com.redhat.iscsi-gw:ceph-igw failed
I don’t understand gwcli set chap under client name.
- does iscsiadm need to specify the name of the client when it login to target?
2.if the client name have some rules,such astarget-name:client-name?
Login result:
iscsiadm -m node -T iqn.2003-01.com.redhat.iscsi-gw:ceph-igw -l
Logging in to [iface: default, target: iqn.2003-01.com.redhat.iscsi-gw:ceph-igw, portal: 172.16.121.131,3260] (multiple)
Logging in to [iface: default, target: iqn.2003-01.com.redhat.iscsi-gw:ceph-igw, portal: 172.16.121.130,3260] (multiple)
iscsiadm: Could not login to [iface: default, target: iqn.2003-01.com.redhat.iscsi-gw:ceph-igw, portal: 172.16.121.131,3260].
iscsiadm: initiator reported error (24 — iSCSI login failed due to authorization failure)
iscsiadm: Could not login to [iface: default, target: iqn.2003-01.com.redhat.iscsi-gw:ceph-igw, portal: 172.16.121.130,3260].
iscsiadm: initiator reported error (24 — iSCSI login failed due to authorization failure)
iscsiadm: Could not log into all portals
Prepare for login:
vi /etc/iscsi/iscsid.conf
node.session.auth.authmethod = CHAP
node.session.auth.username = consumer
node.session.auth.password = 012345678912
restart iscsid
/> ls
o- / …………………………………………………….. […]
o- clusters ……………………………………… [Clusters: 1]
| o- c1 …………………………………………. [HEALTH_WARN]
| o- pools ……………………………………….. [Pools: 1]
| | o- rbd ………………. [(x3), Commit: 384M/6G (6%), Used: 3K]
| o- topology ………………………………. [OSDs: 1,MONs: 1]
o- disks ……………………………………… [384M, Disks: 3]
| o- rbd.disk_1 ………………………………… [disk_1 (128M)]
| o- rbd.disk_2 ………………………………… [disk_2 (128M)]
| o- rbd.disk_3 ………………………………… [disk_3 (128M)]
o- iscsi-target …………………………………… [Targets: 1]
o- iqn.2003-01.com.redhat.iscsi-gw:ceph-igw ……….. [Gateways: 2]
o- gateways …………………………… [Up: 2/2, Portals: 2]
| o- node0 ……………………………. [172.16.121.130 (UP)]
| o- node1 ……………………………. [172.16.121.131 (UP)]
o- host-groups ………………………………… [Groups : 0]
o- hosts ……………………………………….. [Hosts: 3]
o- iqn.1994-05.com.redhat:rh7-client . [Auth: None, Disks: 0(0b)]
o- iqn.1994-05.com.redhat:xx ……. [Auth: CHAP, Disks: 1(128M)]
| o- lun 0 ………………… [rbd.disk_1(128M), Owner: node1]
o- iqn.2003-01.com.redhat.iscsi-gw:nike [Auth: CHAP, Disks: 1(128M)]
o- lun 0 ………………… [rbd.disk_2(128M), Owner: node0]
rbd-target-api.log:
- (_get_rbd_config) config object contains ‘{
«clients»: {
«iqn.1994-05.com.redhat:rh7-client»: {
«auth»: {
«chap»: «»
},
«created»: «2017/08/28 06:08:53»,
«group_name»: «»,
«luns»: {},
«updated»: «2017/08/28 06:08:53»
},
«iqn.1994-05.com.redhat:xx»: {
«auth»: {
«chap»: «consumer/012345678912»
},
«created»: «2017/08/29 03:05:00»,
«group_name»: «»,
«luns»: {
«rbd.disk_1»: {
«lun_id»: 0
}
},
«updated»: «2017/08/29 06:20:45»
},
«iqn.2003-01.com.redhat.iscsi-gw:nike»: {
«auth»: {
«chap»: «consumer/012345678912»
},
«created»: «2017/08/29 07:07:28»,
«group_name»: «»,
«luns»: {
«rbd.disk_2»: {
«lun_id»: 0
}
},
«updated»: «2017/08/29 07:11:57»
}
},
«created»: «2017/08/28 03:26:42»,
«disks»: {
«rbd.disk_1»: {
«created»: «2017/08/29 02:41:52»,
«image»: «disk_1»,
«owner»: «node1»,
«pool»: «rbd»,
«pool_id»: 1,
«updated»: «2017/08/29 02:41:52»,
«wwn»: «95c0d3a9-96cf-4158-9341-88020e2cc8d7»
},
«rbd.disk_2»: {
«created»: «2017/08/29 03:02:49»,
«image»: «disk_2»,
«owner»: «node0»,
«pool»: «rbd»,
«pool_id»: 1,
«updated»: «2017/08/29 03:02:49»,
«wwn»: «8383bdfa-1e94-4a94-ae59-c33a0dd7a737»
},
«rbd.disk_3»: {
«created»: «2017/08/29 03:03:51»,
«image»: «disk_3»,
«owner»: «node1»,
«pool»: «rbd»,
«pool_id»: 1,
«updated»: «2017/08/29 03:03:51»,
«wwn»: «d80cc287-4b16-408b-932a-b5ede4e5bc96»
}
},
«epoch»: 20,
«gateways»: {
«created»: «2017/08/28 03:31:58»,
«ip_list»: [
«172.16.121.131»,
«172.16.121.130»
],
«iqn»: «iqn.2003-01.com.redhat.iscsi-gw:ceph-igw»,
«node0»: {
«active_luns»: 1,
«created»: «2017/08/28 04:00:44»,
«gateway_ip_list»: [
«172.16.121.131»,
«172.16.121.130»
],
«inactive_portal_ips»: [
«172.16.121.131»
],
«iqn»: «iqn.2003-01.com.redhat.iscsi-gw:ceph-igw»,
«portal_ip_address»: «172.16.121.130»,
«tpgs»: 2,
«updated»: «2017/08/29 03:02:49»
},
«node1»: {
«active_luns»: 2,
«created»: «2017/08/28 03:33:26»,
«gateway_ip_list»: [
«172.16.121.131»,
«172.16.121.130»
],
«inactive_portal_ips»: [
«172.16.121.130»
],
«iqn»: «iqn.2003-01.com.redhat.iscsi-gw:ceph-igw»,
«portal_ip_address»: «172.16.121.131»,
«tpgs»: 2,
«updated»: «2017/08/29 03:03:51»
}
},
«groups»: {},
«updated»: «2017/08/29 07:11:57»,
«version»: 3
}’