Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
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 633231

Summary: [NetApp 6.1 bug] Kernel panic hit on RHEL 6.0 Emulex FC host at lpfc_abort_handler()
Product: Red Hat Enterprise Linux 6 Reporter: Rajashekhar M A <rajashekhar.a>
Component: kernelAssignee: Red Hat Kernel Manager <kernel-mgr>
Status: CLOSED DUPLICATE QA Contact: Storage QE <storage-qe>
Severity: urgent Docs Contact:
Priority: urgent    
Version: 6.0CC: andriusb, coughlan, dhoward, dick.kennedy, joseph.mann, laurie.barry, marting, rajashekhar.a, syeghiay, vaios.papadimitriou, xdl-redhat-bugzilla
Target Milestone: rcKeywords: OtherQA
Target Release: 6.1   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2010-11-15 19:14:24 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: 624394, 639028, 645882    
Bug Blocks: 580566, 645454    
Attachments:
Description Flags
screen capture of the panic message
none
patch for 633231 none

Description Rajashekhar M A 2010-09-13 10:23:17 UTC
Description of problem:

kernel panic seen on REHL6.0 host with Emulex LPe12002 card on running IO with target faults. Could not collect the serial console dumps yet, but attached is a screen capture of the panic message.

Version-Release number of selected component (if applicable):

RHEL 6.0 Snap 13 (2.6.32-70.el6.x86_64)
lpfc version:        0:8.3.5.17

How reproducible:

Seen once so far.

Steps to Reproduce:
1. Configure 40 LUNs on the target (with 8 paths each)
2. Configure 3LVs on the devices.
3. Start IO to the LVs and run target side faults to offline/online the FC paths to the LUNs.
  
Actual results:

The host panics in lpfc_abort_handler().

Expected results:

The host should should not panic.

Additional info:

Bugzilla will be updated with a complete panic message if this issue is hit again.

Comment 1 Rajashekhar M A 2010-09-13 10:32:13 UTC
Created attachment 446883 [details]
screen capture of the panic message

Attaching the panic message (screen capture).

Comment 3 Martin George 2010-09-13 11:08:44 UTC
Looks similar to the open kernel panic 5.5 lpfc_abort_handler bug described at bug 624394

Comment 5 Rob Evers 2010-09-30 14:18:27 UTC
(In reply to comment #0)
> Description of problem:
> 
> kernel panic seen on REHL6.0 host with Emulex LPe12002 card on running IO with
> target faults. Could not collect the serial console dumps yet, but attached is
> a screen capture of the panic message.
> 
> Version-Release number of selected component (if applicable):
> 
> RHEL 6.0 Snap 13 (2.6.32-70.el6.x86_64)
> lpfc version:        0:8.3.5.17
> 
> How reproducible:
> 
> Seen once so far.
> 
> Steps to Reproduce:
> 1. Configure 40 LUNs on the target (with 8 paths each)
> 2. Configure 3LVs on the devices.
> 3. Start IO to the LVs and run target side faults to offline/online the FC
> paths to the LUNs.
> 
> Actual results:
> 
> The host panics in lpfc_abort_handler().
> 
> Expected results:
> 
> The host should should not panic.
> 
> Additional info:
> 
> Bugzilla will be updated with a complete panic message if this issue is hit
> again.


Is this readily reproducible?
Can you reproduce this with kdump configured to collect a kernel memory dump?

Comment 6 Rajashekhar M A 2010-09-30 14:28:25 UTC
I have the hosts with me and I will try to reproduce this issue with kdump configured. I will upload the vmcore here. Is there anything else I should configure other than kdump?

Comment 7 Rob Evers 2010-09-30 19:03:46 UTC
(In reply to comment #0)

> 
> How reproducible:
> 
> Seen once so far.
> 

Was this attempted more than once?

Comment 8 Rajashekhar M A 2010-10-01 03:59:46 UTC
Yes, but we have not been able to reproduce this so far. We are hitting the bugzilla #634589 due to which the IO stalls. And it's hard to reproduce the panic without IO. We have enabled kdump this time, once we hit a panic, I will post the vmcore.

Comment 9 Richard Kennedy 2010-10-07 17:05:59 UTC
Created attachment 452161 [details]
patch for 633231

Comment 11 Rob Evers 2010-10-27 21:12:04 UTC
(In reply to comment #9)
> Created attachment 452161 [details]
> patch for 633231


Vaios,

This patch also needs to be included into a rhel6.1 update to enable subsequent backporting into rhel6.0z.

Rob

Comment 12 Rob Evers 2010-11-03 18:07:22 UTC
(In reply to comment #11)
> (In reply to comment #9)
> > Created attachment 452161 [details] [details]
> > patch for 633231
> 
> 
> Vaios,
> 
> This patch also needs to be included into a rhel6.1 update to enable subsequent
> backporting into rhel6.0z.
> 
> Rob


Vaios,

Just noticed that this is already included in bz645882.

Should be all set on this.

Rob

Comment 14 Rajashekhar M A 2010-11-15 10:29:47 UTC
Not able to reproduce the panic in our testing so far after applying the patch in comment 9. The patch looks good to me.

Comment 15 Andrius Benokraitis 2010-11-15 19:14:24 UTC
Setting as a dupe of the 6.1 bug, which will then be flagged for 6.0.z with the specific patch included there.

*** This bug has been marked as a duplicate of bug 645882 ***