RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 805467 - iSCSI boot does't use TOE card for booting
Summary: iSCSI boot does't use TOE card for booting
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: iscsi-initiator-utils
Version: 6.3
Hardware: Unspecified
OS: Linux
unspecified
medium
Target Milestone: rc
: ---
Assignee: Tom Coughlan
QA Contact: Red Hat Kernel QE team
URL:
Whiteboard:
Depends On:
Blocks: 854776
TreeView+ depends on / blocked
 
Reported: 2012-03-21 11:48 UTC by Bruno Goncalves
Modified: 2012-09-06 00:03 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 854776 (view as bug list)
Environment:
Last Closed: 2012-09-06 00:03:51 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Bruno Goncalves 2012-03-21 11:48:39 UTC 
Description of problem:
When trying to boot via iSCSI and there is an Ethernet card eth0 and TOE card eth2 only eth0 is up, therefore the system boots using scsi_tcp instead of TOE interface.
Dracut could bring NIC up based on the output of iscsiadm -m fw.

Version-Release number of selected component (if applicable):
dracut-004-273.el6.noarch
Kernel: 2.6.32-251.el6.x86_64

How reproducible:
100%

Steps to Reproduce:
1. Boot the OS via iSCSI
2. iscsiadm -m session -P3
the transport show: Iface Transport: tcp
  
Actual results:
Iface Transport: tcp

Expected results:
Iface Transport: bnxi (for example)

Additional info:
Comment 2 Harald Hoyer 2012-03-21 11:56:15 UTC 
basically we have no "iscsiadm" in the initramfs.
Comment 3 Mike Christie 2012-03-21 18:55:44 UTC 
iscsiadm does not actually do what Bruno is asking for. iscsiadm/iscsistart just handles the networking for the iscsi interface. The cards Bruno is describing are have this weird quirk where they need the OS to do a ifup on the networking ethX device that the iscsi offload engines uses. Right now iscsiadm/iscsistart just prints out the ethx that needs the ifup.

I think in rhel6.2 we worked around this by adding the networking info on the command line and forced dracut to setup up the networking on eth2 in Bruno's example.

Harold, do you want iscsiadm/iscsistart to handle this? I am thinking this makes sense, because iscsiadm/iscsistart know about the quirks of the iscsi offload cards. It might get messy to do this in dracut. If so I will reassign this bz to me.
Comment 4 Mike Christie 2012-03-22 09:30:22 UTC 
Hey,

I went and implemented this in iscsi-initiator-utils-6.2.0.872-37.el6. It is building in brew with some other stuff Bruno had me fix.
Comment 5 RHEL Program Management 2012-05-03 05:37:38 UTC 
Since RHEL 6.3 External Beta has begun, and this bug remains
unresolved, it has been rejected as it is not proposed as
exception or blocker.

Red Hat invites you to ask your support representative to
propose this request, if appropriate and relevant, in the
next release of Red Hat Enterprise Linux.
Comment 6 Mike Christie 2012-06-22 19:17:00 UTC 
This did not get completely implemented in 6.3. It got implemented for non-boot sessions only. So for 6.4 we need to modify iscsistart.

Note that we must bring up the interface before iface_setup_from_boot_context, because we will want iscsi_sysfs_get_host_no_from_hwaddress to be able to match a MAC to a iscsi host. For some bnx2i cards, the card has to be ifupd for the iscsi interface to have a MAC. If it is not ifupd we have seen MACs with all zeros or no iscsi_hosts on different cards.
Comment 7 Mike Christie 2012-06-22 19:56:28 UTC 
(In reply to comment #6)
> This did not get completely implemented in 6.3. It got implemented for
> non-boot sessions only. So for 6.4 we need to modify iscsistart.
> 
> Note that we must bring up the interface before

Before or in that function.

> iface_setup_from_boot_context
Comment 8 Eddie Wai 2012-09-06 00:03:51 UTC 
I've created a clone of this BZ for RHEL6.4 as this BZ should be closed.

https://bugzilla.redhat.com/show_bug.cgi?id=854776
Note You need to log in before you can comment on or make changes to this bug.