All of lore.kernel.org
 help / color / mirror / Atom feed
From: Paulo Ricardo Paz Vital <paulo.vital@profitbricks.com>
To: "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>, kvm@vger.kernel.org
Cc: Dongsu Park <dongsu.park@profitbricks.com>,
	Marjan Schiller <marjan.schiller@profitbricks.com>,
	Mikhail Sennikovskii <mikhail.sennikovskii@profitbricks.com>,
	Sebastian Parschauer <sebastian.parschauer@profitbricks.com>,
	Conrad Wood <conrad.wood@profitbricks.com>,
	Jens Plogsties <jens.plogsties@profitbricks.com>
Subject: APIC handling causing kernel panic with kernel-3.12.38 and qemu-1.2
Date: Tue, 21 Apr 2015 18:38:52 +0200	[thread overview]
Message-ID: <1429634332.24212.19.camel@profitbricks.com> (raw)

Hello Fellows,

We are experiencing some kernel panics, probably caused by APIC
handling, in our host servers when using kernel-3.12.38 and qemu-1.2.
The issues (most of them similar) happen when executing VMs with
CentOS-6, Ubuntu-14.* and Windows 2012 Server as guest's OS and
different workloads.

I'd like to know if someone already have had similar problem and/or have
some tip/solution to give us. The latest call trace log is available at
[1].

Best Regards, Paulo.

[1] http://pastebin.com/g1VDYBKE 

-- 
Paulo Ricardo Paz Vital <paulo.vital@profitbricks.com>
ProfitBricks GmbH


WARNING: multiple messages have this Message-ID (diff)
From: Paulo Ricardo Paz Vital <paulo.vital@profitbricks.com>
To: "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>, kvm@vger.kernel.org
Cc: Marjan Schiller <marjan.schiller@profitbricks.com>,
	Conrad Wood <conrad.wood@profitbricks.com>,
	Sebastian Parschauer <sebastian.parschauer@profitbricks.com>,
	Mikhail Sennikovskii <mikhail.sennikovskii@profitbricks.com>,
	Jens Plogsties <jens.plogsties@profitbricks.com>,
	Dongsu Park <dongsu.park@profitbricks.com>
Subject: [Qemu-devel] APIC handling causing kernel panic with kernel-3.12.38 and qemu-1.2
Date: Tue, 21 Apr 2015 18:38:52 +0200	[thread overview]
Message-ID: <1429634332.24212.19.camel@profitbricks.com> (raw)

Hello Fellows,

We are experiencing some kernel panics, probably caused by APIC
handling, in our host servers when using kernel-3.12.38 and qemu-1.2.
The issues (most of them similar) happen when executing VMs with
CentOS-6, Ubuntu-14.* and Windows 2012 Server as guest's OS and
different workloads.

I'd like to know if someone already have had similar problem and/or have
some tip/solution to give us. The latest call trace log is available at
[1].

Best Regards, Paulo.

[1] http://pastebin.com/g1VDYBKE 

-- 
Paulo Ricardo Paz Vital <paulo.vital@profitbricks.com>
ProfitBricks GmbH

             reply	other threads:[~2015-04-21 16:39 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-21 16:38 Paulo Ricardo Paz Vital [this message]
2015-04-21 16:38 ` [Qemu-devel] APIC handling causing kernel panic with kernel-3.12.38 and qemu-1.2 Paulo Ricardo Paz Vital

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1429634332.24212.19.camel@profitbricks.com \
    --to=paulo.vital@profitbricks.com \
    --cc=conrad.wood@profitbricks.com \
    --cc=dongsu.park@profitbricks.com \
    --cc=jens.plogsties@profitbricks.com \
    --cc=kvm@vger.kernel.org \
    --cc=marjan.schiller@profitbricks.com \
    --cc=mikhail.sennikovskii@profitbricks.com \
    --cc=qemu-devel@nongnu.org \
    --cc=sebastian.parschauer@profitbricks.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.