Displaying 20 results from an estimated 8000 matches similar to: "Bug#706233: Incorrect information about xm dump-core and pausing or not pausing in xm man page"
2012 Dec 09
3
Bug#631102: #631102 and #679533.. related?
Kevin,
Would you mind taking a look at #679533
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679533) and give some
feedback about how similar this issue is to your report in #631102 here?
There was a hint 631102 might be similar, but from the text in this bug
report it's not clear to me if this is about the same issue. Maybe you
could comment on it.
First results of a big shoot-out
2012 Feb 01
0
Bug#658305: Prevent silently failing on duplicate vifname
Package: xen-utils-common
Version: 4.1.2-3
Severity: normal
When configurating a duplicate custom vifname for interfaces in the Xen
dom0 that are added to a bridge (which is obviously a configuration
error), the hotplug scripts fail silently to rename the new vifX.0 to
the custom vifname, if it's already existing.
The result of this, is that the domU will start normally, but no network
2012 Feb 01
0
Bug#658305: Whoops, fixed patch.
Whoops, that patch is obviously missing an extra line containing a fi
statement. Fixed version attached. And configurating is obviously not
english. :)
--
Hans van Kranenburg - System / Network Engineer
T +31 (0)10 2760434 | hans.van.kranenburg at mendix.com | www.mendix.com
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name:
2015 Apr 11
0
Bug#782383: Panic: "System without CMOS RTC must be booted from EFI" i.c.w. HP servers
Package: xen-hypervisor-4.4-amd64
Version: 4.4.1-8
Severity: normal
Tags: patch
The Xen hypervisor in Debian Jessie does not boot on recent HP server
hardware (e.g. the current dl360 gen9 series) when using normal "legacy"
boot.
During boot, it panics with the message "System without CMOS RTC must be
booted from EFI".
This message was introduced in upstream commit
2012 Jun 29
2
Bug#679533: Traffic forwarding issue between Xen domU/dom0 and ovs
Package: xen-hypervisor-4.0-amd64
Version: 4.0.1-5.2
Hi,
We're seeing weird behaviour regarding network traffic between a Xen
dom0 and domU. I reported this issue yesterday to the
openvswitch-discuss mailing list, but it seems this could also be a
(regression?) bug in the xen hypervisor or the linux kernel... (we've
upgraded xen-hypervisor-4.0-amd64 4.0.1-4 -> 4.0.1-5.2 and
2013 Aug 16
2
Bug#706233: move core dumps to /var/lib/xen/dump
tags 706233 +patch
thanks
This is somewhat more FHS compliant IMHO.
commit 7d171826bc97bf5f3f2019fc32c1ca85b49de7c9
Author: Ian Campbell <ijc at hellion.org.uk>
Date: Fri Aug 16 14:54:42 2013 +0100
* debian/patches/tools-core-dump-dir.patch: Switch tools to dumping to
/var/log/xen/dump by default.
* debian/xen-utils-common.dirs: Ensure /var/lib/xen/dump is created
*
2012 Dec 07
0
Bug#679533: Traffic forwarding issue between Xen domU/dom0
retitle Traffic forwarding issue between Xen domU/dom0
thanks
This week again this bug occurred again so we are trying to create some
kind of reproduce algorithm.
First we've created two virtual machines named
koekiemonster.bofh.hq.mendix.net and netappsim.bofh.hq.mendix.net. We've
added 29 vifs to koekiemonster.bofh.hq.mendix.net.
During this tests we've always had a ping
2019 Jan 07
2
Bug#776450: Xen PVH support for grub-xen in Buster
On 1/6/19 11:21 AM, Colin Watson wrote:
> On Sat, Jan 05, 2019 at 10:51:13PM +0100, Hans van Kranenburg wrote:
>> On 1/5/19 8:04 PM, Colin Watson wrote:
>>> I think I'm OK with cherry-picking the relevant patch stack. Presumably
>>> this would need to be in new grub-xen-pvh-bin / grub-xen-pvh binary
>>> packages, as is usual for separate platform builds?
2012 Dec 10
0
Bug#679533: Looks like the upgrade from Squeeze to Wheezy fixes this issue
After turning off hibernation this issue did not occur anymore in
Squeeze. Now we've turned on hibernation again, ran the test to
reproduce this issue and this issue occurred within 10 minutes on
Squeeze with Hibernation on.
Then we've upgraded our test environment from Squeeze to Wheezy and ran
the test to reproduce this issue again on Wheezy with hibernation turned
on. This test
2012 Dec 10
0
Bug#679533: Traffic forwarding issue between, Xen domU/dom0
Obviously i meant hyperthreading. Probably need more coffee:)
--
Frank Baalbergen - System / Network Administrator
T +31 (0)10 2760434 | frank.baalbergen at mendix.com | www.mendix.com
2017 Dec 22
3
Xen packaging in Debian
To: Debian xen and kernel team list, Ian Jackson
Cc: Stefan Bader, maintainer of xen packages in Ubuntu
Hi all,
Short version: Hi! I'd like to help with the Xen packaging in Debian.
Long version:
Q: Who are you? How are you related to Debian an the Xen project?
A: Hi, I'm Hans van Kranenburg, nickname Knorrie, I live in the
Netherlands. I'm a Debian user since 2002, and have been
2006 Aug 03
2
RE: [Patch][RFC] Support "xm dump" (is Re: Re:[Patch]Enable "sysrq c" handler for domU coredump)
> Hi, Simon
>
> >Two things:
> >
> >1. I''m not convinced ''xm crash'' is needed - ''xm destroy'' will do this
> >(and if you want
> > a dump, do ''xm dump'' followed by ''xm destroy'')
> >
> What do you mean?
> I think we cannot dump with "xm destroy" now.
>
2011 Jan 05
1
Bug#609005: xen-utils-4.0: please consider supporting remus
Package: xen-utils-4.0
Version: 4.0.1-1
Severity: wishlist
[resending from another address since my ISP seems to be queueing emails
for up to 25 hours and counting...]
I did some experiments with the xen remus HA system. With
overlord3:~$ debdiff xen_4.0.1-1.dsc xen_4.0.1-1lindi1.dsc
diff -Nru xen-4.0.1/debian/rules.real xen-4.0.1/debian/rules.real
--- xen-4.0.1/debian/rules.real 2010-08-02
2008 Sep 06
1
application.menu... need a little hint :)
hi everyone,
first of all i'm using ubuntu. i had the wine menu in the top of all other menus (inside Applications menu), and i dragged it on the bottom of the list under Applications menu (in the "Main Menu" editor), just where it was before deleting it involuntary, but it finished inside the Universal Access menu. then i opened application.menu file where i tried to take this
2011 Jan 05
0
Bug#608988: xen-utils-4.0: please consider supporting remus
Package: xen-utils-4.0
Version: 4.0.1-1
Severity: wishlist
I did some experiments with the xen remus HA system. With
overlord3:~$ debdiff xen_4.0.1-1.dsc xen_4.0.1-1lindi1.dsc
diff -Nru xen-4.0.1/debian/rules.real xen-4.0.1/debian/rules.real
--- xen-4.0.1/debian/rules.real 2010-08-02 16:10:13.000000000 +0300
+++ xen-4.0.1/debian/rules.real 2011-01-05 00:32:41.000000000 +0200
@@ -159,6 +159,7 @@
2018 Oct 09
3
Test report xen_4.11.1~pre.20180911.5acdd26fdc+dfsg-2
I'm just dumping all I got in here, after initial feedback we can see
how to organize todo's around it.
tl;dr:
* Does not upgrade cleanly from 4.8 packages, so we have to prevent this
from entering testing until we fix that.
* Live migration is broken, explodes with memory allocation errors.
---- >8 ----
1. Build packages
* I have built salsa/master using pbuilder targeting sid.
2019 Feb 10
2
Please remove obsolete 'xm' completion file
Package: bash-completion
Version: 1:2.8-5
Hi bash completion maintainer,
Please remove the 'xm' file from the bash-completion package. This
command does not exist in Xen any more (last time it was relevant was in
Jessie, where it was already deprecated).
Also, I just hijacked another of your bugs, 768005 , about the xl
command completion. Hope that's fine, we can maintain this in
2019 Jan 05
4
Bug#776450: Xen PVH support for grub-xen in Buster
Hi Colin,
Thanks for the quick reply.
On 1/5/19 8:04 PM, Colin Watson wrote:
> On Thu, Jan 03, 2019 at 01:02:47AM +0100, Hans van Kranenburg wrote:
>> In december, Xen PVH support has been committed in grub master:
>> https://www.mail-archive.com/grub-devel at gnu.org/msg28125.html
>>
>> The last pieces needed in the Linux kernel to boot PVH with grub2 landed
>>
2019 Feb 12
3
Bug#921962: Please remove obsolete 'xm' completion file
On 2/12/19 1:35 AM, Gabriel F. T. Gomes wrote:
> On Sun, Feb 10 2019, Hans van Kranenburg wrote:
>>
>> Please remove the 'xm' file from the bash-completion package. This
>> command does not exist in Xen any more (last time it was relevant was in
>> Jessie, where it was already deprecated).
>
> That should be easy to do for Debian. On the other hand, I
2009 Mar 02
2
Bug#517863: Make logging of guest console output in dom0 via xenconsoled configurable
Package: xen-utils-3.2-1
Version: 3.2.1-2
Severity: wishlist
Hi,
this morning I spend some time to find out how to log console output of
Xen guest domains into a file in dom0.
I ended up using a quick 'n dirty solution:
mario:/usr/lib/xen-3.2-1/bin 0-# diff -u xend.orig xend
--- xend.orig 2009-03-02 16:49:49.000000000 +0100
+++ xend 2009-03-02 16:16:03.000000000 +0100
@@ -100,7 +100,8 @@