Hi all,
To build a FC target system with acl disabled, I set
demo_mode_login_only and demo_mode_write_protect both to zero using
targetcli. And executed saveconfig command before exit. But as the
service is restarted or the host is rebooted, the values of the two
attributes both return back to 1 which is the default value. Then the
initiator cannot find the devices issued by the target.
This is the platform information of the target system.
root@node14:~# uname -a
Linux node14 4.2.0-42-generic #49~14.04.1-Ubuntu SMP Wed Jun 29
20:22:11 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
The version of targetcli is
root@node14:~# apt-cache policy targetcli
targetcli:
installed: 3.0+git0.7e32595e-2
>From the config file saved by targetcli, we can see that the two
attributes have been set zero.
root@node14:~# cat /etc/target/scsi_target.lio
storage fileio disk wf2.dat {
buffered yes
path /root/wf2.dat
size 111.0MB
attribute {
block_size 512
emulate_3pc yes
emulate_caw yes
emulate_dpo yes
emulate_fua_read yes
emulate_fua_write yes
emulate_model_alias no
emulate_rest_reord no
emulate_tas yes
emulate_tpu no
emulate_tpws no
emulate_ua_intlck_ctrl no
emulate_write_cache yes
enforce_pr_isids yes
fabric_max_sectors 8192
force_pr_aptpl 0
is_nonrot no
max_unmap_block_desc_count 1
max_unmap_lba_count 8192
max_write_same_len 4096
optimal_sectors 16384
pi_prot_format 0
pi_prot_type 0
queue_depth 128
unmap_granularity 1
unmap_granularity_alignment 0
}
}
fabric iscsi discovery_auth {
enable no
mutual_password ""
mutual_userid ""
password ""
userid ""
}
fabric qla2xxx target 21:00:00:24:ff:4f:80:8e {
enable 1
attribute {
authentication no
cache_dynamic_acls yes
default_cmdsn_depth 16
default_erl 0
demo_mode_discovery yes
demo_mode_login_only 0
demo_mode_write_protect no
generate_node_acls yes
login_timeout 15
netif_timeout 2
prod_mode_write_protect no
}
auth {
password ""
password_mutual ""
userid ""
userid_mutual ""
}
parameter {
AuthMethod CHAP
DataDigest "CRC32C,None"
DataPDUInOrder yes
DataSequenceInOrder yes
DefaultTime2Retain 20
DefaultTime2Wait 2
ErrorRecoveryLevel no
FirstBurstLength 65536
HeaderDigest "CRC32C,None"
IFMarkInt "2048~65535"
IFMarker no
ImmediateData yes
InitialR2T yes
MaxBurstLength 262144
MaxConnections 1
MaxOutstandingR2T 1
MaxRecvDataSegmentLength 8192
MaxXmitDataSegmentLength 262144
OFMarkInt "2048~65535"
OFMarker no
TargetAlias "LIO Target"
}
lun 0 backend fileio:wf2.dat
}
But after going to the wwn directory using targetcli, we get the two
values with 1.
root@node14:/etc/target# targetcli
targetcli GIT_VERSION (rtslib GIT_VERSION)
Copyright (c) 2011-2014 by Datera, Inc.
All rights reserved.
/> cd qla2xxx/21:00:00:24:ff:4f:80:8e/
qla2xxx/21:00:00:24:ff:4f:80:8e/acls/ qla2xxx/21:00:00:24:ff:4f:80:8e/luns/
......path
/> cd qla2xxx/21:00:00:24:ff:4f:80:8e/
/qla2xxx/21:0...4:ff:4f:80:8e> get attribute
ATTRIBUTE CONFIG GROUP
cache_dynamic_acls=1
The cache_dynamic_acls attribute.
demo_mode_login_only=1
The demo_mode_login_only attribute.
demo_mode_write_protect=1
The demo_mode_write_protect attribute.
generate_node_acls=1
The generate_node_acls attribute.
prod_mode_write_protect=0
The prod_mode_write_protect attribute.
/qla2xxx/21:0...4:ff:4f:80:8e>
Even I changed the two values to 0 and did saveconfig before exit.
After the target service was restarted, their values changed back to
zero.
I tried the lastest version of targetcli from github with comit id
a125182 and rtslib with id 6fd0bbf. To resolve the bug
(https://bugs.launchpad.net/ubuntu/+source/targetcli/+bug/1574394I) I
also applied this patch
(https://github.com/bootc/rtslib/commit/727c345bd18137c424e4fba62bfab7bcfabfc024).
But all do not work. Does someone else have the similar problem?
Best Regards,
Feng Wang
--
To unsubscribe from this list: send the line "unsubscribe target-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
