[ -debian-kernel@l.d.o ]
On 17:52 Wed 10 Jun , Apollon Oikonomopoulos wrote:
Now, what's really interesting is that current-sched_info.run_delay
gets reset because the tasks (threads) using the vCPUs change, and
thus have a different current-sched_info: it looks like task 18446
created
Control: reassign -1 qemu-system-x86
Control: severity -1 important
Control: found -1 qemu/1:2.1+dfsg-12
Control: retitle -1 QEMU: causes vCPU steal time overflow on live migration
On 22:25 Fri 05 Jun , Dominic Hargreaves wrote:
Great to hear that you found the underlying cause[1] of this! I
Control: severity -1 important
Control: retitle -1 perl: FTBFS on buildds with steal time issues
On Sun, May 24, 2015 at 07:38:19PM +0300, Apollon Oikonomopoulos wrote:
On 16:38 Sun 24 May , Ben Hutchings wrote:
On Sun, 2015-05-24 at 14:09 +0300, Niko Tyni wrote:
On Sun, May 24, 2015 at
On Mon, Jun 01, 2015 at 04:14:32PM +0100, Dominic Hargreaves wrote:
Buildd admins: please can the amd64 build of perl 5.22.0~rc2-2 be
given-back to see if it lands on a working host?
Given back.
Kurt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
On Sun, May 24, 2015 at 07:38:19PM +0300, Apollon Oikonomopoulos wrote:
On 16:38 Sun 24 May , Ben Hutchings wrote:
On Sun, 2015-05-24 at 14:09 +0300, Niko Tyni wrote:
On Sun, May 24, 2015 at 02:55:00PM +0800, Paul Wise wrote:
On Sat, 2015-05-23 at 19:10 +0200, Dominic Hargreaves
On Sun, May 24, 2015 at 02:55:00PM +0800, Paul Wise wrote:
On Sat, 2015-05-23 at 19:10 +0200, Dominic Hargreaves wrote:
This is rather strange; any ideas from DSA?
The underlying hosts do not have the same issue.
All of the guests use the same virtual CPU version/flags.
All of the
On 16:38 Sun 24 May , Ben Hutchings wrote:
On Sun, 2015-05-24 at 14:09 +0300, Niko Tyni wrote:
On Sun, May 24, 2015 at 02:55:00PM +0800, Paul Wise wrote:
On Sat, 2015-05-23 at 19:10 +0200, Dominic Hargreaves wrote:
This is rather strange; any ideas from DSA?
The underlying
On Sun, 2015-05-24 at 14:09 +0300, Niko Tyni wrote:
On Sun, May 24, 2015 at 02:55:00PM +0800, Paul Wise wrote:
On Sat, 2015-05-23 at 19:10 +0200, Dominic Hargreaves wrote:
This is rather strange; any ideas from DSA?
The underlying hosts do not have the same issue.
All of the
On Sat, 2015-05-23 at 19:10 +0200, Dominic Hargreaves wrote:
This is rather strange; any ideas from DSA?
The underlying hosts do not have the same issue.
All of the guests use the same virtual CPU version/flags.
All of the guests use the same Linux kernel version.
I guess diving into the
On Wed, May 20, 2015 at 09:01:26PM +0100, Dominic Hargreaves wrote:
On Mon, May 18, 2015 at 09:44:24AM +0200, Martin Zobel-Helas wrote:
Hi,
On Sun May 17, 2015 at 22:18:52 +0300, Niko Tyni wrote:
DSA (also cc'd): What's the virtualization setup with x86-grnet-01,
brahms and binet?
On Mon, May 18, 2015 at 09:44:24AM +0200, Martin Zobel-Helas wrote:
Hi,
On Sun May 17, 2015 at 22:18:52 +0300, Niko Tyni wrote:
DSA (also cc'd): What's the virtualization setup with x86-grnet-01,
brahms and binet? Is there a difference with babin, which managed
to build the i386
Hi,
On Sun May 17, 2015 at 22:18:52 +0300, Niko Tyni wrote:
DSA (also cc'd): What's the virtualization setup with x86-grnet-01,
brahms and binet? Is there a difference with babin, which managed
to build the i386 binaries? Are the underlying virtualization hosts
running jessie too?
ganeti,
Package: perl
Version: 5.20.2-3
Severity: serious
Tags: unreproducible help stretch sid
X-Debbugs-Cc: Kurt Roeckx k...@roeckx.be, debian-ad...@lists.debian.org
As discussed in the thread at
http://lists.alioth.debian.org/pipermail/perl-maintainers/2015-May/004855.html
perl currently fails to
13 matches
Mail list logo