Red Hat Bugzilla – Bug 668114
fcoe fails to login with Cisco Eaglehawk switch firmware on VFC shut/no shut
Last modified: 2011-05-19 08:21:32 EDT
Fix is implemented by not allowing FCoE LOGO in FIP mode, EMC will also use
test case to ensure FCoE LOGO does't log out fcoe port.
Fix is out at https://lists.open-fcoe.org/pipermail/devel/2011-January/010909.html and this depends on patches from Bug #663561 .
This fix also needs to picked by RHEL 6.0
This request was evaluated by Red Hat Product Management for inclusion
in a Red Hat Enterprise Linux maintenance release. Product Management has
requested further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products. This request is not yet committed for inclusion in an Update release.
Is Intel going to be able to verify this fix in 6.1?
Yes, In fact we already verified this fix prior to pushing the patches and will verify the RPM once available.
Patch mailed to linux-scsi on 01/28/11.
Just to sync everyone up. I was going to sent the fix in the initial comment from Vasu and the other ones I sent you last week in this bz.
Rob/Intel us know when you are done testing and we will send internally. Thanks.
Comment 19 indicates that Intel will verify the patch once a test RPM is available. Has this test RPM been provided?
I only see 7 comments, so comment 19 must be private. We're testing a kernel RPM that Mike has provided to us that should contain this patch.
Since we are trying to address a critical subset of FCoE bugs in a 5.6.z Z-stream release, we need to get these bugs moved to modified or on_qa as soon as possible.
This bug looks like it is in good shape as part of a larger set of 6.1 work. Can we get this bug promoted to modified (and then on_qa) so that we can start the z-stream request process?
Verified by Intel. Thanks
I was asked to indicate which patch is needed for this BZ. The patch that fixes this issue is linked to in the first comment, the "description". Here it is again: https://lists.open-fcoe.org/pipermail/devel/2011-January/010909.html
Patch(es) available on kernel-2.6.32-120.el6
~~ Partners and Customers ~~
This bug was included in RHEL 6.1 Beta. Please confirm the status of this request as soon as possible.
If you're having problems accessing 6.1 bits, are delayed in your test execution or find in testing that the request was not addressed adequately, please let us know.
Technical note added. If any revisions are required, please edit the "Technical Notes" field
accordingly. All revisions will be proofread by the Engineering Content Services team.
Operating in the FIP (FCoE Initialization Protocol) mode and performing operations that bring up ports could cause the fcoe.ko and fnic.ko modules to not be able to re-login when a port was brought back up. This was due to a bug in the FCoE (Fiber Channel over Ethernet) layer causing improper handling of FCoE LOGO frames while in the FIP mode. With this update, FCoE LOGO frames are properly handled when in the FIP mode and the fcoe.ko and fnic.ko modules no longer fail to re-login.
Updating Verified field
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.