iscsi tools: handle compile warnings about unused variables
[open-iscsi.git] / etc / iscsid.conf
blobef76dc07d8e067d57374c2b1fc7788e8b30a113d
2 # Open-iSCSI default configuration.
3 # Could be located at /etc/iscsi/iscsid.conf or ~/.iscsid.conf
5 # Note: To set any of these values for a specific node/session run
6 # the iscsiadm --mode node --op command for the value. See the README
7 # and man page for iscsiadm for details on the --op command.
10 ######################
11 # iscsid daemon config
12 ######################
13 # If you want iscsid to start the first time a iscsi tool
14 # needs to access it, instead of starting it when the init
15 # scripts run, set the iscsid startup command here. This
16 # should normally only need to be done by distro package
17 # maintainers.
19 # Default for Fedora and RHEL. (uncomment to activate).
20 # iscsid.startup = /etc/rc.d/init.d/iscsid force-start
21
22 # Default for upstream open-iscsi scripts (uncomment to activate).
23 iscsid.startup = /sbin/iscsid
26 #############################
27 # NIC/HBA and driver settings
28 #############################
29 # open-iscsi can create a session and bind it to a NIC/HBA.
30 # To set this up see the example iface config file.
32 #*****************
33 # Startup settings
34 #*****************
36 # To request that the iscsi initd scripts startup a session set to "automatic".
37 # node.startup = automatic
39 # To manually startup the session set to "manual". The default is manual.
40 node.startup = manual
42 # For "automatic" startup nodes, setting this to "Yes" will try logins on each
43 # available iface until one succeeds, and then stop.  The default "No" will try
44 # logins on all availble ifaces simultaneously.
45 node.leading_login = No
47 # *************
48 # CHAP Settings
49 # *************
51 # To enable CHAP authentication set node.session.auth.authmethod
52 # to CHAP. The default is None.
53 #node.session.auth.authmethod = CHAP
55 # To set a CHAP username and password for initiator
56 # authentication by the target(s), uncomment the following lines:
57 #node.session.auth.username = username
58 #node.session.auth.password = password
60 # To set a CHAP username and password for target(s)
61 # authentication by the initiator, uncomment the following lines:
62 #node.session.auth.username_in = username_in
63 #node.session.auth.password_in = password_in
65 # To enable CHAP authentication for a discovery session to the target
66 # set discovery.sendtargets.auth.authmethod to CHAP. The default is None.
67 #discovery.sendtargets.auth.authmethod = CHAP
69 # To set a discovery session CHAP username and password for the initiator
70 # authentication by the target(s), uncomment the following lines:
71 #discovery.sendtargets.auth.username = username
72 #discovery.sendtargets.auth.password = password
74 # To set a discovery session CHAP username and password for target(s)
75 # authentication by the initiator, uncomment the following lines:
76 #discovery.sendtargets.auth.username_in = username_in
77 #discovery.sendtargets.auth.password_in = password_in
79 # ********
80 # Timeouts
81 # ********
83 # See the iSCSI REAME's Advanced Configuration section for tips
84 # on setting timeouts when using multipath or doing root over iSCSI.
86 # To specify the length of time to wait for session re-establishment
87 # before failing SCSI commands back to the application when running
88 # the Linux SCSI Layer error handler, edit the line.
89 # The value is in seconds and the default is 120 seconds.
90 # Special values:
91 # - If the value is 0, IO will be failed immediately.
92 # - If the value is less than 0, IO will remain queued until the session
93 # is logged back in, or until the user runs the logout command.
94 node.session.timeo.replacement_timeout = 120
96 # To specify the time to wait for login to complete, edit the line.
97 # The value is in seconds and the default is 15 seconds.
98 node.conn[0].timeo.login_timeout = 15
100 # To specify the time to wait for logout to complete, edit the line.
101 # The value is in seconds and the default is 15 seconds.
102 node.conn[0].timeo.logout_timeout = 15
104 # Time interval to wait for on connection before sending a ping.
105 node.conn[0].timeo.noop_out_interval = 5
107 # To specify the time to wait for a Nop-out response before failing
108 # the connection, edit this line. Failing the connection will
109 # cause IO to be failed back to the SCSI layer. If using dm-multipath
110 # this will cause the IO to be failed to the multipath layer.
111 node.conn[0].timeo.noop_out_timeout = 5
113 # To specify the time to wait for abort response before
114 # failing the operation and trying a logical unit reset edit the line.
115 # The value is in seconds and the default is 15 seconds.
116 node.session.err_timeo.abort_timeout = 15
118 # To specify the time to wait for a logical unit response
119 # before failing the operation and trying session re-establishment
120 # edit the line.
121 # The value is in seconds and the default is 30 seconds.
122 node.session.err_timeo.lu_reset_timeout = 30
124 # To specify the time to wait for a target response
125 # before failing the operation and trying session re-establishment
126 # edit the line.
127 # The value is in seconds and the default is 30 seconds.
128 node.session.err_timeo.tgt_reset_timeout = 30
131 #******
132 # Retry
133 #******
135 # To specify the number of times iscsid should retry a login
136 # if the login attempt fails due to the node.conn[0].timeo.login_timeout
137 # expiring modify the following line. Note that if the login fails
138 # quickly (before node.conn[0].timeo.login_timeout fires) because the network
139 # layer or the target returns an error, iscsid may retry the login more than
140 # node.session.initial_login_retry_max times.
142 # This retry count along with node.conn[0].timeo.login_timeout
143 # determines the maximum amount of time iscsid will try to
144 # establish the initial login. node.session.initial_login_retry_max is
145 # multiplied by the node.conn[0].timeo.login_timeout to determine the
146 # maximum amount.
148 # The default node.session.initial_login_retry_max is 8 and
149 # node.conn[0].timeo.login_timeout is 15 so we have:
151 # node.conn[0].timeo.login_timeout * node.session.initial_login_retry_max =
152 #                                                               120 seconds
154 # Valid values are any integer value. This only
155 # affects the initial login. Setting it to a high value can slow
156 # down the iscsi service startup. Setting it to a low value can
157 # cause a session to not get logged into, if there are distuptions
158 # during startup or if the network is not ready at that time.
159 node.session.initial_login_retry_max = 8
161 ################################
162 # session and device queue depth
163 ################################
165 # To control how many commands the session will queue set
166 # node.session.cmds_max to an integer between 2 and 2048 that is also
167 # a power of 2. The default is 128.
168 node.session.cmds_max = 128
170 # To control the device's queue depth set node.session.queue_depth
171 # to a value between 1 and 1024. The default is 32.
172 node.session.queue_depth = 32
174 ##################################
175 # MISC SYSTEM PERFORMANCE SETTINGS
176 ##################################
178 # For software iscsi (iscsi_tcp) and iser (ib_iser) each session
179 # has a thread used to transmit or queue data to the hardware. For
180 # cxgb3i you will get a thread per host.
182 # Setting the thread's priority to a lower value can lead to higher throughput
183 # and lower latencies. The lowest value is -20. Setting the priority to
184 # a higher value, can lead to reduced IO performance, but if you are seeing
185 # the iscsi or scsi threads dominate the use of the CPU then you may want
186 # to set this value higher.
188 # Note: For cxgb3i you must set all sessions to the same value, or the
189 # behavior is not defined.
191 # The default value is -20. The setting must be between -20 and 20.
192 node.session.xmit_thread_priority = -20
195 #***************
196 # iSCSI settings
197 #***************
199 # To enable R2T flow control (i.e., the initiator must wait for an R2T
200 # command before sending any data), uncomment the following line:
202 #node.session.iscsi.InitialR2T = Yes
204 # To disable R2T flow control (i.e., the initiator has an implied
205 # initial R2T of "FirstBurstLength" at offset 0), uncomment the following line:
207 # The defaults is No.
208 node.session.iscsi.InitialR2T = No
211 # To disable immediate data (i.e., the initiator does not send
212 # unsolicited data with the iSCSI command PDU), uncomment the following line:
214 #node.session.iscsi.ImmediateData = No
216 # To enable immediate data (i.e., the initiator sends unsolicited data
217 # with the iSCSI command packet), uncomment the following line:
219 # The default is Yes
220 node.session.iscsi.ImmediateData = Yes
222 # To specify the maximum number of unsolicited data bytes the initiator
223 # can send in an iSCSI PDU to a target, edit the following line.
225 # The value is the number of bytes in the range of 512 to (2^24-1) and
226 # the default is 262144
227 node.session.iscsi.FirstBurstLength = 262144
229 # To specify the maximum SCSI payload that the initiator will negotiate
230 # with the target for, edit the following line.
232 # The value is the number of bytes in the range of 512 to (2^24-1) and
233 # the defauls it 16776192
234 node.session.iscsi.MaxBurstLength = 16776192
236 # To specify the maximum number of data bytes the initiator can receive
237 # in an iSCSI PDU from a target, edit the following line.
239 # The value is the number of bytes in the range of 512 to (2^24-1) and
240 # the default is 262144
241 node.conn[0].iscsi.MaxRecvDataSegmentLength = 262144
243 # To specify the maximum number of data bytes the initiator will send
244 # in an iSCSI PDU to the target, edit the following line.
246 # The value is the number of bytes in the range of 512 to (2^24-1).
247 # Zero is a special case. If set to zero, the initiator will use
248 # the target's MaxRecvDataSegmentLength for the MaxXmitDataSegmentLength.
249 # The default is 0.
250 node.conn[0].iscsi.MaxXmitDataSegmentLength = 0
252 # To specify the maximum number of data bytes the initiator can receive
253 # in an iSCSI PDU from a target during a discovery session, edit the
254 # following line.
256 # The value is the number of bytes in the range of 512 to (2^24-1) and
257 # the default is 32768
259 discovery.sendtargets.iscsi.MaxRecvDataSegmentLength = 32768
261 # To allow the targets to control the setting of the digest checking,
262 # with the initiator requesting a preference of enabling the checking, uncomment# one or both of the following lines:
263 #node.conn[0].iscsi.HeaderDigest = CRC32C,None
264 #node.conn[0].iscsi.DataDigest = CRC32C,None
266 # To allow the targets to control the setting of the digest checking,
267 # with the initiator requesting a preference of disabling the checking,
268 # uncomment one or both of the following lines:
269 #node.conn[0].iscsi.HeaderDigest = None,CRC32C
270 #node.conn[0].iscsi.DataDigest = None,CRC32C
272 # To enable CRC32C digest checking for the header and/or data part of
273 # iSCSI PDUs, uncomment one or both of the following lines:
274 #node.conn[0].iscsi.HeaderDigest = CRC32C
275 #node.conn[0].iscsi.DataDigest = CRC32C
277 # To disable digest checking for the header and/or data part of
278 # iSCSI PDUs, uncomment one or both of the following lines:
279 #node.conn[0].iscsi.HeaderDigest = None
280 #node.conn[0].iscsi.DataDigest = None
282 # The default is to never use DataDigests or HeaderDigests.
285 # For multipath configurations, you may want more than one session to be
286 # created on each iface record.  If node.session.nr_sessions is greater
287 # than 1, performing a 'login' for that node will ensure that the
288 # appropriate number of sessions is created.
289 node.session.nr_sessions = 1
291 #************
292 # Workarounds
293 #************
295 # Some targets like IET prefer after an initiator has sent a task
296 # management function like an ABORT TASK or LOGICAL UNIT RESET, that
297 # it does not respond to PDUs like R2Ts. To enable this behavior uncomment
298 # the following line (The default behavior is Yes):
299 node.session.iscsi.FastAbort = Yes
301 # Some targets like Equalogic prefer that after an initiator has sent
302 # a task management function like an ABORT TASK or LOGICAL UNIT RESET, that
303 # it continue to respond to R2Ts. To enable this uncomment this line
304 # node.session.iscsi.FastAbort = No