[xfs-masters] [Bug 1071] New: Kernel crashes with trace ending in XFS code on RHEL6 variant kernel

[bugzilla-daemon at oss.sgi.com]

http://oss.sgi.com/bugzilla/show_bug.cgi?id=1071

            Bug ID: 1071
           Summary: Kernel crashes with trace ending in XFS code on RHEL6
                    variant kernel
           Product: XFS
           Version: unspecified
          Hardware: PC
                OS: Linux
            Status: RESOLVED
          Severity: major
          Priority: P5
         Component: XFS kernel code
          Assignee: xfs-masters at oss.sgi.com
          Reporter: jan at glow.cz
    Classification: Unclassified
            Status: RESOLVED
        Resolution: DUPLICATE

Hi,

I'm running OpenVZ (OS container) kernel variant of RHEL6 kernel on several
amd64 machines by different manufacturers (HP and Supermicro) and different
RAID cards (HP and Areca).

I've started seeing kernel crashes in October, as per the netconsole logs
attached, on two of the machines (one HP, one Supermicro). The traces look
quite similar, the machine in question cannot write anything to its own
filesystem when this happens so the logs are made over the network. The XFS
filesystem is not root (that's ext4), but one for data (OS containers), on both
machines. When I run xfs_check and xfs_repair on the filesystem after the
kernel crash & reboot, no issue is ever found.

This may very well have nothing to do with XFS kernel code you wrote and
maintain, but in that case, could you, from looking at the traces, tell me
whether it maybe looks like something issue related to vm/paging just ending up
in XFS related code path?

I'm happy to test any suggestions/fixes for this.

Thank you,
Jan Kokoska

--- Comment #1 from Jan Kokoska <jan at glow.cz> ---


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

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://oss.sgi.com/pipermail/xfs-masters/attachments/20141028/4cfdfc69/attachment.html>