System information

This behavior was implemented for compatibility reasons. To override this, use the -I iface_name
to specify which portal to bind to an i face, as in:
# iscsiadm -m discovery -t st -p target_IP:port -I iface_name -P 1
[7]
By default, the i scsi ad m utility will not automatically bind any portals to i face configurations that
use offloading. This is because such i face configurations will not have i face. transpo rt set to
tcp. As such, the i face configurations of Chelsio, Broadcom, and ServerEngines ports need to be
manually bound to discovered portals.
It is also possible to prevent a portal from binding to any existing i face. To do so, use d efaul t as
the iface_name, as in:
# iscsiadm -m discovery -t st -p IP:port -I default -P 1
To remove the binding between a target and i face, use:
# iscsiadm -m node -targetname proper_target_name -I iface0 --op=delete
⁠
To delete all bindings for a specific i face, use:
# iscsiadm -m node -I iface_name --op=delete
To delete bindings for a specific portal (e.g. for Equalogic targets), use:
# iscsiadm -m node -p IP:port -I iface_name --op=delete
Note
If there are no i face configurations defined in /var/l i b/i scsi /i face and the -I option
is not used, i scsi ad m will allow the network subsystem to decide which device a specific
portal should use.
25.12. Scanning iSCSI Int erconnect s
For iSCSI, if the targets send an iSCSI async event indicating new storage is added, then the scan is
done automatically. Cisco MDS™ and EMC Celerra™ support this feature.
However, if the targets do not send an iSCSI async event, you need to manually scan them using the
i scsi ad m utility. Before doing so, however, you need to first retrieve the proper --targ etname and
the --po rtal values. If your device model supports only a single logical unit and portal per target,
use i scsi ad m to issue a send targ ets command to the host, as in:
# iscsiadm -m discovery -t sendtargets -p target_IP:port
[7]
[8]
Red Hat Ent erprise Lin ux 6 St orage Admin ist rat io n G uide
186