Bug 668114
Summary: | fcoe fails to login with Cisco Eaglehawk switch firmware on VFC shut/no shut | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Vasu Dev <vasu.dev> |
Component: | kernel | Assignee: | Mike Christie <mchristi> |
Status: | CLOSED ERRATA | QA Contact: | Storage QE <storage-qe> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 6.1 | CC: | bdonahue, berthiaume_wayne, coughlan, cward, dhoward, jack.morgan, jane.lv, john.r.fastabend, john.ronciak, jvillalo, luyu, mchristi, qcai, rdoty, robert.w.love, ross.b.brattain, vasu.dev, yi.zou |
Target Milestone: | rc | Keywords: | OtherQA, ZStream |
Target Release: | 6.1 | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | kernel-2.6.32-120.el6 | Doc Type: | Bug Fix |
Doc Text: |
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.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | 2011-05-19 12:21:32 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 663561, 674707 | ||
Bug Blocks: | 677180, 683814 |
Description
Vasu Dev
2011-01-07 22:40:41 UTC
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. Thanks! 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. New Contents: 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. http://rhn.redhat.com/errata/RHSA-2011-0542.html |