| Summary: | iscsiadm does not login to all discovered targets | |||
|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Bruno Goncalves <bgoncalv> | |
| Component: | iscsi-initiator-utils | Assignee: | Chris Leech <cleech> | |
| Status: | CLOSED WONTFIX | QA Contact: | Bruno Goncalves <bgoncalv> | |
| Severity: | medium | Docs Contact: | ||
| Priority: | medium | |||
| Version: | 6.5 | CC: | agrover, cleech, coughlan, torel | |
| Target Milestone: | rc | |||
| Target Release: | --- | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | ||
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1185315 (view as bug list) | Environment: | ||
| Last Closed: | 2017-12-06 10:38:28 UTC | Type: | Bug | |
| Regression: | --- | Mount Type: | --- | |
| Documentation: | --- | CRM: | ||
| Verified Versions: | Category: | --- | ||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | ||
| Cloudforms Team: | --- | Target Upstream Version: | ||
|
Description
Bruno Goncalves
2013-09-03 09:31:21 UTC
This request was not resolved in time for the current release. Red Hat invites you to ask your support representative to propose this request, if still desired, for consideration in the next release of Red Hat Enterprise Linux. Is this because the iSCSI boot sessions are not set to startup automatically? # iscsiadm -m session -r 1 # BEGIN RECORD 6.2.0-873.10.el6 node.name = iqn.1992-08.com.netapp:sn.151753773 node.tpgt = 1 node.startup = manual node.leading_login = No iface.hwaddress = 00:00:c9:a0:e9:09 iface.ipaddress = <empty> iface.iscsi_ifacename = be2iscsi.00:00:c9:a0:e9:09 iface.net_ifacename = <empty> iface.transport_name = be2iscsi ----- # iscsiadm -m fw # BEGIN RECORD 6.2.0-873.10.el6 iface.initiatorname = iqn.1994-05.com.redhat:be2iscsi-storageqe-02 iface.transport_name = be2iscsi iface.hwaddress = 00:00:c9:a0:e9:09 iface.bootproto = STATIC node.name = iqn.1992-08.com.netapp:sn.151753773 node.conn[0].address = 10.16.41.222 node.conn[0].port = 3260 # END RECORD # BEGIN RECORD 6.2.0-873.10.el6 iface.initiatorname = iqn.1994-05.com.redhat:be2iscsi-storageqe-02 iface.transport_name = be2iscsi iface.hwaddress = 00:00:c9:a0:e9:0b iface.bootproto = STATIC node.name = iqn.1992-08.com.netapp:sn.151753773 node.conn[0].address = 10.16.43.127 node.conn[0].port = 3260 # END RECORD (In reply to Bruno Goncalves from comment #3) > Is this because the iSCSI boot sessions are not set to startup automatically? Looks like it. You're able to see all four node listings as being firmware discovered, which means that the firmware discovery command was run to copy the information out to a node listing in the DB. If they're set for manual login, then the active boot sessions are recovered but target portals that were discovered through firmware but aren't active are not logged in. In this case the boot firmware is configured to log into two target portals on two different HBAs. Because the target portals are part of the same target portal group, each HBA is likely discovering both portals but logging into only the one it's configured for. That matches the configuration once the OS is up as well. The problem may be that FW discovery isn't taking the default node.startup setting from /etc/iscsi/iscsid.conf. cc Red Hat Enterprise Linux 6 is in the Production 3 Phase. During the Production 3 Phase, Critical impact Security Advisories (RHSAs) and selected Urgent Priority Bug Fix Advisories (RHBAs) may be released as they become available. The official life cycle policy can be reviewed here: http://redhat.com/rhel/lifecycle This issue does not meet the inclusion criteria for the Production 3 Phase and will be marked as CLOSED/WONTFIX. If this remains a critical requirement, please contact Red Hat Customer Support to request a re-evaluation of the issue, citing a clear business justification. Note that a strong business justification will be required for re-evaluation. Red Hat Customer Support can be contacted via the Red Hat Customer Portal at the following URL: https://access.redhat.com/ |