Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754441AbcL3UyE (ORCPT ); Fri, 30 Dec 2016 15:54:04 -0500 Received: from mx1.redhat.com ([209.132.183.28]:35584 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754099AbcL3UyD (ORCPT ); Fri, 30 Dec 2016 15:54:03 -0500 From: Jes Sorensen To: MasterPrenium Cc: linux-kernel@vger.kernel.org, xen-users@lists.xen.org, linux-raid@vger.kernel.org, shli@kernel.org, "MasterPrenium\@gmail.com" , xen-devel@lists.xenproject.org Subject: Re: PROBLEM: Kernel BUG with raid5 soft + Xen + DRBD - invalid opcode References: <585D6C34.2020908@gmail.com> Date: Fri, 30 Dec 2016 15:54:00 -0500 In-Reply-To: <585D6C34.2020908@gmail.com> (MasterPrenium's message of "Fri, 23 Dec 2016 19:25:56 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.38]); Fri, 30 Dec 2016 20:54:02 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1074 Lines: 27 MasterPrenium writes: > Hello Guys, > > I've having some trouble on a new system I'm setting up. I'm getting a > kernel BUG message, seems to be related with the use of Xen (when I > boot the system _without_ Xen, I don't get any crash). > Here is configuration : > - 3x Hard Drives running on RAID 5 Software raid created by mdadm > - On top of it, DRBD for replication over another node (Active/passive cluster) > - On top of it, a BTRFS FileSystem with a few subvolumes > - On top of it, XEN VMs running. > > The BUG is happening when I'm making "huge" I/O (20MB/s with a rsync > for example) on the RAID5 stack. > I've to reset system to make it work again. > > Reproducible : ALWAYS (making the i/o, it crash in 2-5mins). Also > reproducible on another system with the same hardware. > > Kernel versions impacted (at least): kernel-4.4.26, kernel-4.8.15, kernel-4.9.0 Well you have one foreign object in there that is not part of the kernel and which shows up in the OOPS: DRDB What happens when you remove that from the equation? Jes