flight 32326 qemu-mainline real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32326/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-credit23 host-install(3) broken REGR. vs. 32194
test-amd64-i386-xl
flight 32330 libvirt real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32330/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-i386-libvirt 9 guest-start fail never pass
test-amd64-amd64-libvirt 9 guest-start
flight 32323 linux-linus real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32323/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rumpuserxen-i386 8 guest-start fail REGR. vs. 31241
test-amd64-amd64-rump
Hi,
I've recently been testing large memory (64GB - 1TB) domains, and encountering
CPU soft lockups while dom0 is ballooning down to free memory for the domain.
The root of the issue also exposes a difference between libxl and libvirt.
When creating a domain using xl, if ballooning is enabled (
On 12/13/2014 02:08 PM, Konrad Rzeszutek Wilk wrote:
On Fri, Dec 12, 2014 at 04:20:48PM -0500, Boris Ostrovsky wrote:
We need to make sure that last_vcpu is not pointing to VCPU whose
VPMU is being destroyed. Otherwise we may try dereference it in
the future, when VCPU is gone.
Signed-off-by: B
flight 32316 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32316/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rumpuserxen-i386 3 host-install(3) broken REGR. vs. 32245
On Fri, Dec 12, 2014 at 04:20:48PM -0500, Boris Ostrovsky wrote:
> We need to make sure that last_vcpu is not pointing to VCPU whose
> VPMU is being destroyed. Otherwise we may try dereference it in
> the future, when VCPU is gone.
>
> Signed-off-by: Boris Ostrovsky
Release-Acked-by: Konrad Rzes
On Sat, Dec 13, 2014 at 06:42:09PM +, Wei Liu wrote:
> On Sat, Dec 13, 2014 at 01:37:16PM -0500, Konrad Rzeszutek Wilk wrote:
> > On Sat, Dec 13, 2014 at 04:54:05PM +, Wei Liu wrote:
> > > In commit d36a3734a ("xl: fix migration failure with xl migrate
> > > --debug"), message is printed to
On Sat, Dec 13, 2014 at 01:37:16PM -0500, Konrad Rzeszutek Wilk wrote:
> On Sat, Dec 13, 2014 at 04:54:05PM +, Wei Liu wrote:
> > In commit d36a3734a ("xl: fix migration failure with xl migrate
> > --debug"), message is printed to stderr for both debug mode
> > and dryrun mode. That caused rdna
On Sat, Dec 13, 2014 at 04:54:05PM +, Wei Liu wrote:
> In commit d36a3734a ("xl: fix migration failure with xl migrate
> --debug"), message is printed to stderr for both debug mode
> and dryrun mode. That caused rdname() in xendomains fails to parse
> domain name since it's expecting input from
I think I tracked it down this morning:
this commit `d36a373 fix xl: migration` causes `$(which xendomains) start` to
flood logs with JSON configs
IOW, when the xendomains services starts, the JSON config for every domU in
autostart folder is logged. Its written to stdout if you do manually:`$(wh
On Fri, Nov 21, 2014 at 02:18:26PM +, Ian Campbell wrote:
> An absolute age ago Michael posted a patch to allow pygrub to work with
> split-partition layouts (i.e. those where the guests disk cfg refers to
> xvda1, xvda2, etc rather than an xvda with a partition table). See
> http://lists.xen.o
On Thu, Dec 11, 2014 at 04:45:09PM +, George Dunlap wrote:
> On Mon, Sep 22, 2014 at 6:59 AM, Wen Congyang wrote:
> > If we use blktap2, the correct file should be blktap device
> > not the pdev_path.
> >
> > Signed-off-by: Wen Congyang
> > Cc: Shriram Rajagopalan
> > Acked-by: Ian Campbell
flight 32315 linux-3.10 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32315/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-winxpsp3 7 windows-install fail REGR. vs. 26303
Tests which are failin
On Fri, Dec 12, 2014 at 07:13:31PM +, Mark Pryor wrote:
> I am testing 4.5 (HEAD) in deb8 and noticed some problems with xendomains(git
> path): ./tools/hotplug/Linux/xendomains
>
> when trying to get the name from the JSON config it ends up with the symlink
> name instead. Thismay not show
In commit d36a3734a ("xl: fix migration failure with xl migrate
--debug"), message is printed to stderr for both debug mode
and dryrun mode. That caused rdname() in xendomains fails to parse
domain name since it's expecting input from xl's stdout.
So this patch separates those two cases. If xl is
On Sat, Dec 13, 2014 at 01:34:14AM +, Mark Pryor wrote:
> Instead of tracking down which commit involving libxl* which prints all kind
> of noiseto stderr, I will post a workaround.
Though I think I am able to guess what log you were seeing, it would be
better in the future if you attach act
On Tue, Dec 02, 2014 at 04:04:59PM +, Ian Campbell wrote:
> Note that this remains stubbed out, since making it actually work
> requires more work (i.e. I need to figure out what is involved, seem
> to need TLS and a CA etc...)
>
> Appears to need gnutls enabling for migration, even to localho
flight 32312 linux-next real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32312/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl5 xen-boot fail REGR. vs. 3
test-amd64-i386-libvir
flight 32308 libvirt real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/32308/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-i386-libvirt 9 guest-start fail never pass
test-amd64-amd64-libvirt 9 guest-start
20 matches
Mail list logo
