Bug#933640: cloud-init 18.3 failed to run after installed in Debian 10
I have the same issue. I don’t know if it helps, but, if I start cloud-init systemd daemon manually it works. Maybe the problem is around systemd. On Thu, 1 Aug 2019 10:03:22 + Yanhui He mailto:yanh...@vmware.com>> wrote: > Package: cloud-init > Version: 18.3 > X-Debbugs-CC: h...@vmware.com<mailto:h...@vmware.com>, > pengpe...@vmware.com<mailto:pengpe...@vmware.com> , > l...@vmware.com<mailto:l...@vmware.com> > > After "apt-get install cloud-init" and enable cloud-init customize in file of > "/etc/cloud/cloud.cfg" in Debian 10.0.0 GA, cloud-init doesn’t run even after > reboot. > > # cloud-init -v > /usr/bin/cloud-init 18.3 > # ls /var/log/cloud-init.log > ls: cannot access '/var/log/cloud-init.log': No such file or directory > # systemctl status cloud-init.service > ● cloud-init.service - Initial cloud-init job (metadata service crawler) >Loaded: loaded (/lib/systemd/system/cloud-init.service; enabled; vendor > prese >Active: inactive (dead) > # systemctl status cloud-init-local.service > ● cloud-init-local.service - Initial cloud-init job (pre-networking) >Loaded: loaded (/lib/systemd/system/cloud-init-local.service; enabled; > vendor >Active: inactive (dead) > > Would you please help us take a look? > > If need any other information, please kindly tell me! > > -- > > Best Regards, > Yanhui > > [signature_1483908580] Marco Sinhoreli Latam Technical Director marco.sinhor...@shapeblue.com<mailto:marco.sinhor...@shapeblue.com> mobile: +55 11 95656-3636 Rua Gomes de Carvalho, 911 – Sala 316 Vila Olímpia, São Paulo, SP, Brasil, 04547-003 Phone: + 55 11 2818-3419 http://www.shapeblue.com/ | twitter: @shapeblue
Bug#501017: [Pkg-libvirt-maintainers] Bug#501017: ITP: oVirt -- Web based application for managing virtual machines
Hi Guido, On Fri, Oct 3, 2008 at 8:24 AM, Guido Günther <[EMAIL PROTECTED]> wrote: > Package: wnpp > Severity: wishlist > Owner: "Guido Günther" <[EMAIL PROTECTED]> > > * Package name: oVirt > Version : 0.93 > * URL : http://ovirt.org > * License : GPL > Programming Lang: Ruby > Description : Web based application for managing virtual machines > > oVirt consists of two major parts: the "appliance" for managing the > virtual machines and the "nodes" where those VMs run on. Both are > currently being shipped as Fedora 9 based os images. Building a Debian > based node as well as packaging the web application will be quiet some > work, so help is certainly welcome. Great idea. I will be help. I am changing employment and I will be working in this new job with virtual machine orchestration system and certainly I will be trying the oVirt. I could be helping to adapt the oVirt to run over debian systems and helping with the packaging. Regards, -- Marco Sinhoreli
Bug#494727: xen-utils-3.2-1: Fail to define a new domain.
Package: xen-utils-3.2-1 Version: 3.2.1-2 Severity: important The xm command has an option to define a domain in Xen: xm new vm_config_file.cfg Using default dependences it isn't working: :~# xm new oromigration-oromail.cfg Unexpected error: Please report to [EMAIL PROTECTED] Traceback (most recent call last): File "/usr/lib/xen-3.2-1/bin/xm", line 7, in main.main(sys.argv) File "/usr/lib/xen-3.2-1/lib/python/xen/xm/main.py", line 2528, in main _, rc = _run_cmd(cmd, cmd_name, args) File "/usr/lib/xen-3.2-1/lib/python/xen/xm/main.py", line 2552, in _run_cmd return True, cmd(args) File "", line 1, in File "/usr/lib/xen-3.2-1/lib/python/xen/xm/main.py", line 1305, in xm_importcommand cmd = __import__(command, globals(), locals(), 'xen.xm') File "/usr/lib/xen-3.2-1/lib/python/xen/xm/new.py", line 26, in from xen.xm.xenapi_create import * File "/usr/lib/xen-3.2-1/lib/python/xen/xm/xenapi_create.py", line 23, in from xml.parsers.xmlproc import xmlproc, xmlval, xmldtd ImportError: No module named xmlproc After install the python-xml package it was fixed. Please set the python-xml in xen-utils-3.2 package. Regards, -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18.8-xen (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xen-utils-3.2-1 depends on: ii e2fslibs 1.40.11-1 ext2 filesystem libraries ii iproute20080417-1networking and traffic control too ii libc6 2.7-10GNU C Library: Shared libraries ii libgcrypt111.4.1-1 LGPL Crypto library - runtime libr ii libgnutls262.4.1-1 the GNU TLS library - runtime libr ii libncurses55.6+20080308-1Shared libraries for terminal hand ii libsdl1.2debian1.2.13-2 Simple DirectMedia Layer ii libxenstore3.0 3.2.1-2 Xenstore communications library fo ii python 2.5.2-1 An interactive high-level object-o ii python-central 0.6.7 register and build utility for Pyt ii udev 0.114-2 /dev/ and hotplug management daemo ii xen-utils-common 3.2.0-2 XEN administrative tools - common ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages xen-utils-3.2-1 recommends: ii bridge-utils 1.4-3 Utilities for configuring the Linu ii xen-hypervisor-3.2-1-amd64 [x 3.2.1-2The Xen Hypervisor on AMD64 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#494592: [Pkg-libvirt-maintainers] Bug#494592: Bug#494592: virtinst: Unable to boot on CDROM
Only to report, this issue isn't happen with virtinst/virt-manager and Xen. Cheers, On Mon, Aug 11, 2008 at 7:02 AM, Daniel Dehennin <[EMAIL PROTECTED]> wrote: > Le 5458 Septembre 1993, Guido Günther a envoyé: >>> sudo /usr/bin/kvm -m 256 -smp 1 -name lenny -monitor stdio -boot d \ >>> -drive file=/dev/hati/lenny,if=virtio,index=0 \ >>> -cdrom /home/dad/download/debian/debian-testing-amd64-netinst.iso \ >>> -net nic,vlan=0 -net tap,script=,vlan=0,ifname=vnet0 -serial pty \ >>> -parallel none -k fr >>> >>> Works fine :-/ >> Looks like a kvm problem but please compare this with the kvm call >> libvirt is using (either with ps or by looking into libvirt's log file - >> it has the verbatim kvm call in it). > > Ok, the virt-install lauch: > /usr/bin/kvm -S -M pc -m 256 -smp 1 -name lenny -monitor pty \ >-no-reboot -boot d -drive file=/dev/hati/lenny,if=ide,index=0 \ >-drive > file=/home/dad/download/debian/debian-testing-amd64-netinst.iso,if=ide,media=cdrom,index=2,boot=on > \ >-net nic,macaddr=00:16:3e:7d:e0:ee,vlan=0 -net > tap,fd=10,script=,vlan=0,ifname=vnet0 \ >-serial pty -parallel none -usb -vnc 127.0.0.1:0 > > It seems that booting on cdrom does not works when using -drive to > declare cdrom :-/ > > Is it possible to forward the bug report to kvm or do I need to make another? > > Regards. > -- > Daniel Dehennin > Récupérer ma clef GPG: > gpg --keyserver pgp.mit.edu --recv-keys 0x6A2540D1 > > > > _______ > Pkg-libvirt-maintainers mailing list > [EMAIL PROTECTED] > http://lists.alioth.debian.org/mailman/listinfo/pkg-libvirt-maintainers > -- Marco Sinhoreli
Bug#492367: open-iscsi: more information
Package: open-iscsi Version: 2.0.869.2-2.1 Followup-For: Bug #492367 To provide this function, needs add /sbin/ip in hooks/iscsi. Added a patch to it. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18.8-xen (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages open-iscsi depends on: ii libc6 2.7-11 GNU C Library: Shared libraries open-iscsi recommends no packages. -- no debconf information *** /usr/share/initramfs-tools/hooks/iscsi~ 2008-07-12 06:23:25.0 -0300 --- /usr/share/initramfs-tools/hooks/iscsi 2008-07-28 11:40:31.0 -0300 *** *** 23,28 --- 23,29 . /usr/share/initramfs-tools/hook-functions copy_exec /usr/sbin/iscsistart /sbin + copy_exec /sbin/ip /sbin cp /etc/iscsi/initiatorname.iscsi $DESTDIR/etc cp /etc/iscsi/iscsi.initramfs $DESTDIR/etc
Bug#492367: open-iscsi: Enable static IP to iscsi root using initramfs and virtual machine Xen - patch
Package: open-iscsi Version: 2.0.869.2-2.1 Followup-For: Bug #492367 Attached the patch. Regards, Marco Sinhoreli -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18.8-xen (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages open-iscsi depends on: ii libc6 2.7-11 GNU C Library: Shared libraries open-iscsi recommends no packages. -- no debconf information diff -rc open-iscsi-2.0.869.2-origdeb/debian/extra/initramfs.local-top open-iscsi-2.0.869.2/debian/extra/initramfs.local-top *** open-iscsi-2.0.869.2-origdeb/debian/extra/initramfs.local-top 2008-07-25 12:19:00.0 -0300 --- open-iscsi-2.0.869.2/debian/extra/initramfs.local-top 2008-07-25 13:02:31.0 -0300 *** *** 24,30 done . /scripts/functions ! configure_networking modprobe iscsi_tcp modprobe crc32c --- 24,36 done . /scripts/functions ! if [ -d /proc/xen ]; then ! if ! ip addr show dev vif19.0 | egrep '^ *inet ' > /dev/null ; then ! configure_networking ! fi ! else ! configure_networking ! fi modprobe iscsi_tcp modprobe crc32c
Bug#492367: open-iscsi: Enable static IP to iscsi root using initramfs and virtual machine Xen
Package: open-iscsi Version: 2.0.869.2-2.1 Severity: wishlist Xen enables virtual machines to boot with static IP configured in its own configuration file. Example: # virtual machine config [...] vif = [ 'bridge=xenbr0, ip=10.0.0.5, mac=xx:xx:xx:xx:xx:xx' ] [...] Attached a patch to provide it. Regards, Marco Sinhoreli -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18.8-xen (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages open-iscsi depends on: ii libc6 2.7-11 GNU C Library: Shared libraries open-iscsi recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492358: open-iscsi: Configuration example to initramfs iscsi root
Package: open-iscsi Version: 2.0.869.2-2.1 Severity: wishlist I'm suggesting incude into open-iscsi package an example configuration of /etc/iscsi/iscsi.initram. Regards, # /etc/iscsi/iscsi.initram example ISCSI_INITIATOR="iqn.1993-08.org.debian:01:9b3e5634fdb9" ISCSI_TARGET_NAME="iqn.2008-07.com.example:remote.storage.disk" ISCSI_TARGET_PORT=3160 ISCSI_TARGET_IP=192.168.0.1 ISCSI_USERNAME="username" ISCSI_PASSWORD="password" ISCSI_IN_USERNAME="username" ISCSI_IN_PASSWORD="password" ISCSI_TARGET_GROUP=1 Marco Sinhoreli -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18.8-xen (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages open-iscsi depends on: ii libc6 2.7-11 GNU C Library: Shared libraries open-iscsi recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481105: adjust patch to pygrub and hvmloader
Sorry, I'm wrong. Correcting mine informations: The directory is /usr/lib/xen-default/ Cheers, On Mon, Jul 21, 2008 at 5:37 PM, Teodor <[EMAIL PROTECTED]> wrote: > On Mon, Jul 21, 2008 at 9:07 PM, Marco Sinhoreli <[EMAIL PROTECTED]> wrote: >> In virtinst package, we are pointing the pygrub and hvmloader to >> /etc/xen-default/bin directory files. To us, this is sufficient to fix >> our package issue. I suggest to use alternatives to point these to >> /usr/bin and so, standardize with another distros. Well, I think this >> is the easy way to solve it. > > According to the FHS this is not allowed: > > 3.7.1. Purpose > The /etc hierarchy contains configuration files. A "configuration > file" is a local file used to control the operation > of a program; it must be static and cannot be an executable binary. > > 3.7.2. Requirements > No binaries may be located under /etc. > > > I don't know if the directory /etc/xen-default/bin contains some > binaries but after the name it seems that it does. As a location for > XEN defaults it is annoying to create another directory instead using > /etc/default/. > > Thanks > -- Marco Sinhoreli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481105: [Pkg-xen-devel] Bug#481105: Bug#481105: [PATCH] adjust patch to pygrub and hvmloader
Hello Ian and waldi, In virtinst package, we are pointing the pygrub and hvmloader to /etc/xen-default/bin directory files. To us, this is sufficient to fix our package issue. I suggest to use alternatives to point these to /usr/bin and so, standardize with another distros. Well, I think this is the easy way to solve it. Cheers, On Sun, Jul 20, 2008 at 2:11 PM, Ian Campbell <[EMAIL PROTECTED]> wrote: > On Sun, 2008-07-20 at 17:53 +0200, Bastian Blank wrote: >> On Sun, Jul 20, 2008 at 02:32:54PM +0100, Ian Campbell wrote: >> > I just tripped over this issue with pygrub. The code is written such >> > that saying bootloader="pygrub" should cause the correct path to be >> > used, the attached patch simply fixes this path to be correct. >> >> No, this is not the correct fix. The value should be rewritten in >> tools/python/xen/xm/create.py, but this seems to not work correctly. > > You mean to change: > if vals.bootloader: >if vals.bootloader == "pygrub": >vals.bootloader = osdep.pygrub_path > instead of changing the definition of osdep.pygrub_path? Why is that > preferred? It seems like the whole purpose of the osdep module is to > abstract away differences between OSs (and distros...) > > Ian > -- > Ian Campbell > > Alter.net seems to have replaced one of its router with a zucchini. > > ___ > Pkg-xen-devel mailing list > [EMAIL PROTECTED] > http://lists.alioth.debian.org/mailman/listinfo/pkg-xen-devel > -- Marco Sinhoreli Hello -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491660: [Pkg-libvirt-maintainers] Bug#491660: virt-manager: fails to connect to DOM0 (libvirtError in openAuth)
> After setting this parameter to 'yes' it is working fine for 'root' > only. I think that it should be set by default to 'yes' because: > 1. it allows only local unix connections; > 2. it allows only for 'root' to connect. Yes, I agree. The file /etc/xen/xend-config.sxp is on xen-utils-common package and it is maintained by pkg-xen-devel team. You can open a ticket for them to solve this. Fell free to do it. Cheers, -- Marco Sinhoreli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#491660: [Pkg-libvirt-maintainers] Bug#491660: virt-manager: fails to connect to DOM0 (libvirtError in openAuth)
Hello Teodor, Did you set the 'xend-unix-server' variable to 'yes' in /etc/xen/xend-config.sxp config file? It is necessary to libvirt connect to xen. Cheers, -- Marco Sinhoreli On Mon, Jul 21, 2008 at 4:23 AM, Teodor <[EMAIL PROTECTED]> wrote: > Package: virt-manager > Version: 0.5.4-2 > Severity: important > > The status at starup is always "Disconnected" (for localhost). When > trying to connect I'm getting this error message: > > Unable to open connection to hypervisor URI 'xen:///': > virConnectOpenAuth() failed > Traceback (most recent call last): > File "/usr/share/virt-manager/virtManager/connection.py", line 427, in > _open_thread >None], flags) > File "/usr/lib/python2.5/site-packages/libvirt.py", line 94, in > openAuth >if ret is None:raise libvirtError('virConnectOpenAuth() failed') > libvirtError: virConnectOpenAuth() failed > > > Even after manually installing and enabling libvirt-bin I get the same > result. > > Note that with `convirt' the status at startup is "Running". As DOM0 I'm > running the linux-xen flavour from etch (all the tools are from lenny/sid). > > Thanks > > > -- System Information: > Debian Release: lenny/sid > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') > Architecture: i386 (i686) > > Kernel: Linux 2.6.18-6-xen-686 (SMP w/2 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/bash > > Versions of packages virt-manager depends on: > ii libatk1.0-0 1.22.0-1The ATK accessibility toolkit > ii libc62.7-12 GNU C Library: Shared libraries > ii libcairo21.6.4-6 The Cairo 2D vector graphics > libra > ii libglib2.0-0 2.16.4-2The GLib library of C routines > ii libgtk2.0-0 2.12.11-2 The GTK+ graphical user interface > ii libpango1.0-01.20.5-1Layout and rendering of > internatio > ii librsvg2-common 2.22.2-2SAX-based renderer library for > SVG > ii python-dbus 0.82.4-2simple interprocess messaging > syst > ii python-glade22.12.1-6GTK+ bindings: Glade support > ii python-gnome22.22.0-1Python bindings for the GNOME > desk > ii python-gtk-vnc 0.3.6-2 A VNC viewer widget for GTK+ > (Pyth > ii python-gtk2 2.12.1-6Python bindings for the GTK+ > widge > ii python-libvirt 0.4.2-6 libvirt Python bindings > ii python-urlgrabber3.1.0-4 A high-level cross-protocol > url-gr > ii python-vte 1:0.16.14-1 Python bindings for the VTE > widget > ii python2.52.5.2-8 An interactive high-level > object-o > ii virtinst 0.300.3-4 Programs to create and clone > virtu > > Versions of packages virt-manager recommends: > ii hal 0.5.11-2 Hardware Abstraction Layer > > Versions of packages virt-manager suggests: > ii virt-viewer 0.0.3-2Displaying the graphical console > o > > -- no debconf information > > > > ___ > Pkg-libvirt-maintainers mailing list > [EMAIL PROTECTED] > http://lists.alioth.debian.org/mailman/listinfo/pkg-libvirt-maintainers > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#487682: [Pkg-libvirt-maintainers] Bug#487682: Bug#487682: Bug#487682: [libvirt0] Libvirt refers to the inexistant path /usr/lib/xen/boot/hvmloader
Hi Guido, On Thu, Jun 26, 2008 at 1:20 PM, Guido Günther <[EMAIL PROTECTED]> wrote: > Hi Marco, > On Wed, Jun 25, 2008 at 12:58:09PM -0300, Marco Sinhoreli wrote: >> Ops, patch inverted. this is the correct: > Thanks. I've applied that one and uploaded a new version. The patch was > line mangled though so I had to fixup things by hand. If your client > wraps lines it might be better to attach patches instead of sending them > inline. Ok. If still help, I'm sending the patches attached. Cheers, -- Marco Sinhoreli --- virtinst-0.300.3.old/virtinst/DistroManager.py 2008-03-10 20:51:43.0 -0300 +++ virtinst-0.300.3/virtinst/DistroManager.py 2008-06-25 10:23:47.0 -0300 @@ -245,7 +245,7 @@ osblob += " " else: -osblob += "/usr/bin/pygrub" +osblob += "/usr/lib/xen-default/bin/pygrub" return osblob @@ -297,7 +297,7 @@ osblob += " " else: -osblob += "/usr/bin/pygrub" +osblob += "/usr/lib/xen-default/bin/pygrub" return osblob --- virtinst-0.300.3.old/virtinst/ImageManager.py 2008-03-10 20:51:43.0 -0300 +++ virtinst-0.300.3/virtinst/ImageManager.py 2008-06-25 10:23:17.0 -0300 @@ -135,7 +135,7 @@ osblob += " " elif self.boot_caps.loader == "pygrub" or (self.boot_caps.loader is None and self.boot_caps.type == "xen"): osblob += " \n" -osblob += " /usr/bin/pygrub" +osblob += " /usr/lib/xen-default/bin/pygrub" return osblob
Bug#487682: [Pkg-libvirt-maintainers] Bug#487682: Bug#487682: Bug#487682: [libvirt0] Libvirt refers to the inexistant path /usr/lib/xen/boot/hvmloader
Ops, patch inverted. this is the correct: --- virtinst-0.300.3.old/virtinst/DistroManager.py 2008-03-10 20:51:43.0 -0300 +++ virtinst-0.300.3/virtinst/DistroManager.py 2008-06-25 10:23:47.0 -0300 @@ -245,7 +245,7 @@ osblob += " " else: -osblob += "/usr/bin/pygrub" +osblob += "/usr/lib/xen-default/bin/pygrub" return osblob @@ -297,7 +297,7 @@ osblob += " " else: -osblob += "/usr/bin/pygrub" +osblob += "/usr/lib/xen-default/bin/pygrub" return osblob --- virtinst-0.300.3.old/virtinst/ImageManager.py 2008-03-10 20:51:43.0 -0300 +++ virtinst-0.300.3/virtinst/ImageManager.py 2008-06-25 10:23:17.0 -0300 @@ -135,7 +135,7 @@ osblob += " " elif self.boot_caps.loader == "pygrub" or (self.boot_caps.loader is None and self.boot_caps.type == "xen"): osblob += " \n" -osblob += " /usr/bin/pygrub" + osblob += " /usr/lib/xen-default/bin/pygrub" return osblob On Wed, Jun 25, 2008 at 10:34 AM, Marco Sinhoreli <[EMAIL PROTECTED]> wrote: > Hello Guido, > > On Tue, Jun 24, 2008 at 5:27 PM, Guido Günther <[EMAIL PROTECTED]> wrote: >> On Tue, Jun 24, 2008 at 04:21:20PM -0300, Marco Sinhoreli wrote: >>> There is a ticket (#481105) relating this issue in pkg-xen-devel. If >>> the pkg-xen-devel team didn't fix it will be necessary fix it in >>> virtinst package. Guido, what you think about this suggestion? I can >>> do the patch to fix it. >> Yes please do. I just uploaded a package with a possible fix (as >> sugggested in the original bugreport) to unstable, could you check this >> does the trick? > It seems okay. Needs too fix the path to pygrub. Below the patch to > correct the pygrub path: > > > --- virtinst-0.300.3/virtinst/DistroManager.py 2008-06-25 > 10:23:47.0 -0300 > +++ virtinst-0.300.3.old/virtinst/DistroManager.py 2008-03-10 > 20:51:43.0 -0300 > @@ -245,7 +245,7 @@ > > osblob += " " > else: > -osblob += > "/usr/lib/xen-default/bin/pygrub" > +osblob += "/usr/bin/pygrub" > > return osblob > > @@ -297,7 +297,7 @@ > > osblob += " " > else: > -osblob += > "/usr/lib/xen-default/bin/pygrub" > +osblob += "/usr/bin/pygrub" > > return osblob > > --- virtinst-0.300.3/virtinst/ImageManager.py 2008-06-25 > 10:23:17.0 -0300 > +++ virtinst-0.300.3.old/virtinst/ImageManager.py 2008-03-10 > 20:51:43.00000 -0300 > @@ -135,7 +135,7 @@ > osblob += " " > elif self.boot_caps.loader == "pygrub" or > (self.boot_caps.loader is None and self.boot_caps.type == "xen"): > osblob += " \n" > -osblob += " > /usr/lib/xen-default/bin/pygrub" > +osblob += " /usr/bin/pygrub" > > return osblob > > > -- > Marco Sinhoreli > ___ > Pkg-libvirt-maintainers mailing list > [EMAIL PROTECTED] > http://lists.alioth.debian.org/mailman/listinfo/pkg-libvirt-maintainers > -- Marco Sinhoreli
Bug#487682: [Pkg-libvirt-maintainers] Bug#487682: Bug#487682: [libvirt0] Libvirt refers to the inexistant path /usr/lib/xen/boot/hvmloader
Hello Guido, On Tue, Jun 24, 2008 at 5:27 PM, Guido Günther <[EMAIL PROTECTED]> wrote: > On Tue, Jun 24, 2008 at 04:21:20PM -0300, Marco Sinhoreli wrote: >> There is a ticket (#481105) relating this issue in pkg-xen-devel. If >> the pkg-xen-devel team didn't fix it will be necessary fix it in >> virtinst package. Guido, what you think about this suggestion? I can >> do the patch to fix it. > Yes please do. I just uploaded a package with a possible fix (as > sugggested in the original bugreport) to unstable, could you check this > does the trick? It seems okay. Needs too fix the path to pygrub. Below the patch to correct the pygrub path: --- virtinst-0.300.3/virtinst/DistroManager.py 2008-06-25 10:23:47.0 -0300 +++ virtinst-0.300.3.old/virtinst/DistroManager.py 2008-03-10 20:51:43.0 -0300 @@ -245,7 +245,7 @@ osblob += " " else: -osblob += "/usr/lib/xen-default/bin/pygrub" +osblob += "/usr/bin/pygrub" return osblob @@ -297,7 +297,7 @@ osblob += " " else: -osblob += "/usr/lib/xen-default/bin/pygrub" +osblob += "/usr/bin/pygrub" return osblob --- virtinst-0.300.3/virtinst/ImageManager.py 2008-06-25 10:23:17.0 -0300 +++ virtinst-0.300.3.old/virtinst/ImageManager.py 2008-03-10 20:51:43.0 -0300 @@ -135,7 +135,7 @@ osblob += " " elif self.boot_caps.loader == "pygrub" or (self.boot_caps.loader is None and self.boot_caps.type == "xen"): osblob += " \n" -osblob += " /usr/lib/xen-default/bin/pygrub" +osblob += " /usr/bin/pygrub" return osblob -- Marco Sinhoreli
Bug#487682: [Pkg-libvirt-maintainers] Bug#487682: [libvirt0] Libvirt refers to the inexistant path /usr/lib/xen/boot/hvmloader
There is a ticket (#481105) relating this issue in pkg-xen-devel. If the pkg-xen-devel team didn't fix it will be necessary fix it in virtinst package. Guido, what you think about this suggestion? I can do the patch to fix it. Cheers, On Mon, Jun 23, 2008 at 12:16 PM, Laurent Léonard <[EMAIL PROTECTED]> wrote: > Package: libvirt0 > Severity: normal > > --- Please enter the report below this line. --- > I get this error message when I try to create a new full virtualized machine > with Virt-manager : > > Unable to complete install: 'virDomainCreateLinux() failed POST operation > failed: (xend.err 'Error creating domain: Kernel image does not > exist: /usr/lib/xen/boot/hvmloader')' > > Unable to complete install ' > virDomainCreateLinux() failed POST operation failed: (xend.err 'Error > creating domain: Kernel image does not exist: /usr/lib/xen/boot/hvmloader') > Traceback (most recent call last): > File "/usr/share/virt-manager/virtManager/create.py", line 651, in > do_install >dom = guest.start_install(False, meter = meter) > File "/var/lib/python-support/python2.5/virtinst/Guest.py", line 895, in > start_install >return self._do_install(consolecb, meter) > File "/var/lib/python-support/python2.5/virtinst/Guest.py", line 916, in > _do_install >self.domain = self.conn.createLinux(install_xml, 0) > File "/usr/lib/python2.5/site-packages/libvirt.py", line 833, in createLinux >if ret is None:raise libvirtError('virDomainCreateLinux() failed', > conn=self) > libvirtError: virDomainCreateLinux() failed POST operation failed: > (xend.err 'Error creating domain: Kernel image does not > exist: /usr/lib/xen/boot/hvmloader') > ' > > The path /usr/lib/xen/boot/hvmloader seems to be inexistant in Debian Lenny > Xen packaging. I didn't find the string "/usr/lib/xen/boot/hvmloader" in the > virt-manager package so I suppose the problem comes from libvirt. > > With a "cd /usr/lib && ln -s xen-default xen" it corrects the problem. > > --- System information. --- > Architecture: i386 > Kernel: Linux 2.6.24-1-686 > > Debian Release: lenny/sid > 1001 testing security.debian.org > 1001 testing ftp.fr.debian.org > > --- Package information. --- > Depends (Version) | Installed > ===-+-= > libc6(>= 2.7-1) | 2.7-10 > libgnutls26(>= 2.2.0-0) | 2.2.5-1 > libsasl2-2 | 2.1.22.dfsg1-20 > libxenstore3.0 | 3.2.1-1 > libxml2 (>= 2.6.27) | 2.6.32.dfsg-2 > > > -- > Laurent Léonard > > ___ > Pkg-libvirt-maintainers mailing list > [EMAIL PROTECTED] > http://lists.alioth.debian.org/mailman/listinfo/pkg-libvirt-maintainers > > -- Marco Sinhoreli
Bug#484787: [Pkg-libvirt-maintainers] Bug#484787: problem to start virt-manager in amd64 arch
Hi Guido, With python-gtk2_2.12.1-6 it's working. Thanks! On Sat, Jun 7, 2008 at 8:51 AM, Guido Günther <[EMAIL PROTECTED]> wrote: > On Fri, Jun 06, 2008 at 01:25:07PM -0300, Marco Sinhoreli wrote: >> The exit of 'virt-manager --no-fork' is attached. > > Looking at the changelog of pygtk in sid it might be entirely pygtk > related: > > http://packages.debian.org/changelogs/pool/main/p/pygtk/pygtk_2.12.1-5/changelog > > Can you try python-gtk (2.12.1-5) from sid? > If this doesn't help running virt-manager with: > > apt-get install python-dbg > python-dbg "/usr/share/virt-manager/virt-manager.py" --no-fork > > might give us a hint. > Cheers, > -- Guido > > -- Marco Sinhoreli
Bug#484787: [Pkg-libvirt-maintainers] Bug#484787: problem to start virt-manager in amd64 arch
Hi Guido, I tried but without success. On Fri, Jun 6, 2008 at 4:50 PM, Guido Günther <[EMAIL PROTECTED]> wrote: > On Fri, Jun 06, 2008 at 01:25:07PM -0300, Marco Sinhoreli wrote: >> Hi Guido, >> >> On Fri, Jun 6, 2008 at 11:02 AM, Guido Günther <[EMAIL PROTECTED]> wrote: >> > What does 'virt-manager --no-fork' say? I have the impression there's >> > something hosed on amd64 concerning the python2.5 transition since this >> > keeps popping up on amd64 and is usually "fixed" by a local rebuild of >> > the package. >> >> The exit of 'virt-manager --no-fork' is attached. > Could you try if rebuilding virt-manage locally "fixes" this? > -- Guido > -- Marco Sinhoreli
Bug#484787: [Pkg-libvirt-maintainers] Bug#484787: problem to start virt-manager in amd64 arch
Hi Guido, On Fri, Jun 6, 2008 at 11:02 AM, Guido Günther <[EMAIL PROTECTED]> wrote: > What does 'virt-manager --no-fork' say? I have the impression there's > something hosed on amd64 concerning the python2.5 transition since this > keeps popping up on amd64 and is usually "fixed" by a local rebuild of > the package. The exit of 'virt-manager --no-fork' is attached. Cheers, -- Marco Sinhoreli *** glibc detected *** python: munmap_chunk(): invalid pointer: 0x014e4490 *** === Backtrace: = /lib/libc.so.6[0x2afc8c8ecfad] /usr/lib/libglib-2.0.so.0[0x2afc9069c08c] /usr/lib/libglib-2.0.so.0(g_main_loop_run+0x1b7)[0x2afc9069c657] /usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xa3)[0x2afc91530c43] /var/lib/python-support/python2.5/gtk-2.0/gtk/_gtk.so[0x2afc910f80e2] python(PyEval_EvalFrameEx+0x5ae8)[0x4880e8] python(PyEval_EvalFrameEx+0x5bd7)[0x4881d7] python(PyEval_EvalCodeEx+0x776)[0x4899d6] python(PyEval_EvalCode+0x32)[0x489af2] python(PyRun_FileExFlags+0x10e)[0x4aaf8e] python(PyRun_SimpleFileExFlags+0x1a9)[0x4ab229] python(Py_Main+0x8fe)[0x41445e] /lib/libc.so.6(__libc_start_main+0xf4)[0x2afc8c89c1c4] python[0x4139d9] === Memory map: 0040-0051b000 r-xp fd:01 779570 /usr/bin/python2.5 0071b000-0074d000 rw-p 0011b000 fd:01 779570 /usr/bin/python2.5 0074d000-0168d000 rw-p 0074d000 00:00 0 [heap] 2afc8bdc-2afc8bddb000 r-xp fd:00 180595 /lib/ld-2.7.so 2afc8bddb000-2afc8be6 rw-p 2afc8bddb000 00:00 0 2afc8be6-2afc8bf9a000 r--p fd:01 1500427 /usr/lib/locale/locale-archive 2afc8bfda000-2afc8bfdc000 rw-p 0001a000 fd:00 180595 /lib/ld-2.7.so 2afc8bfdc000-2afc8bff2000 r-xp fd:00 180612 /lib/libpthread-2.7.so 2afc8bff2000-2afc8c1f1000 ---p 00016000 fd:00 180612 /lib/libpthread-2.7.so 2afc8c1f1000-2afc8c1f3000 rw-p 00015000 fd:00 180612 /lib/libpthread-2.7.so 2afc8c1f3000-2afc8c1f7000 rw-p 2afc8c1f3000 00:00 0 2afc8c1f7000-2afc8c1f9000 r-xp fd:00 180590 /lib/libdl-2.7.so 2afc8c1f9000-2afc8c3f9000 ---p 2000 fd:00 180590 /lib/libdl-2.7.so 2afc8c3f9000-2afc8c3fb000 rw-p 2000 fd:00 180590 /lib/libdl-2.7.so 2afc8c3fb000-2afc8c3fd000 r-xp fd:00 180598 /lib/libutil-2.7.so 2afc8c3fd000-2afc8c5fc000 ---p 2000 fd:00 180598 /lib/libutil-2.7.so 2afc8c5fc000-2afc8c5fe000 rw-p 1000 fd:00 180598 /lib/libutil-2.7.so 2afc8c5fe000-2afc8c67c000 r-xp fd:00 180608 /lib/libm-2.7.so 2afc8c67c000-2afc8c87b000 ---p 0007e000 fd:00 180608 /lib/libm-2.7.so 2afc8c87b000-2afc8c87d000 rw-p 0007d000 fd:00 180608 /lib/libm-2.7.so 2afc8c87d000-2afc8c87e000 rw-p 2afc8c87d000 00:00 0 2afc8c87e000-2afc8c9bc000 r-xp fd:00 180587 /lib/libc-2.7.so 2afc8c9bc000-2afc8cbbb000 ---p 0013e000 fd:00 180587 /lib/libc-2.7.so 2afc8cbbb000-2afc8cbbe000 r--p 0013d000 fd:00 180587 /lib/libc-2.7.so 2afc8cbbe000-2afc8cbc rw-p 0014 fd:00 180587 /lib/libc-2.7.so 2afc8cbc-2afc8cbc6000 rw-p 2afc8cbc 00:00 0 2afc8cc07000-2afc8cc48000 rw-p 2afc8cc07000 00:00 0 2afc8cc48000-2afc8cc58000 r-xp fd:01 1500286 /usr/lib/python2.5/site-packages/libvirtmod.so 2afc8cc58000-2afc8ce58000 ---p 0001 fd:01 1500286 /usr/lib/python2.5/site-packages/libvirtmod.so 2afc8ce58000-2afc8ce5a000 rw-p 0001 fd:01 1500286 /usr/lib/python2.5/site-packages/libvirtmod.so 2afc8ce5a000-2afc8ced6000 r-xp fd:01 1500407 /usr/lib/libvirt.so.0.4.2 2afc8ced6000-2afc8d0d6000 ---p 0007c000 fd:01 1500407 /usr/lib/libvirt.so.0.4.2 2afc8d0d6000-2afc8d0d9000 rw-p 0007c000 fd:01 1500407 /usr/lib/libvirt.so.0.4.2 2afc8d0d9000-2afc8d0db000 rw-p 2afc8d0d9000 00:00 0 2afc8d0db000-2afc8d0df000 r-xp fd:01 1500939 /usr/lib/libxenstore.so.3.0.0 2afc8d0df000-2afc8d1df000 ---p 4000 fd:01 1500939 /usr/lib/libxenstore.so.3.0.0 2afc8d1df000-2afc8d1e rw-p 4000 fd:01 1500939 /usr/lib/libxenstore.so.3.0.0 2afc8d1e-2afc8d1e3000 rw-p 2afc8d1e 00:00 0 2afc8d1e3000-2afc8d31b000 r-xp fd:01 1499142 /usr/lib/libxml2.so.2.6.32 2afc8d31b000-2afc8d51a000 ---p 00138000 fd:01 1499142 /usr/lib/libxml2.so.2.6.32 2afc8d51a000-2afc8d524000 rw-p 00137000 fd:01 1499142 /usr/lib/libxml2.so.2.6.32 2afc8d524000-2afc8d525000 rw-p 2afc8d524000 00:00 0 2afc8d525000-2afc8d5a3000 r-x
Bug#484787: problem to start virt-manager in amd64 arch
Package: virt-manager Version: 0.5.4-2 Severity: grave Justification: renders package unusable The virt-manager isn't working in lenny amd64. At the first time, after start application, the window gets frozen and I need to force quit the it. In next tests, the application only show up really fast and close. Below virt-manager.log: [Fri, 06 Jun 2008 09:27:52 virt-manager 12507] INFO (virt-manager:128) Application startup [Fri, 06 Jun 2008 09:27:53 virt-manager 12508] DEBUG (engine:74) About to connect to uris ['xen:///'] [Fri, 06 Jun 2008 09:27:53 virt-manager 12508] DEBUG (connection:182) Got physical device /org/freedesktop/Hal/devices/net_00_15_f2_77_0d_e5 [Fri, 06 Jun 2008 09:27:53 virt-manager 12508] DEBUG (connection:234) Adding net device eth1 00:15:f2:77:0d:e5 /sys/class/net/eth1 bridge None [Fri, 06 Jun 2008 09:27:53 virt-manager 12508] DEBUG (connection:216) Checking for VLANs on /sys/class/net/eth1 [Fri, 06 Jun 2008 09:27:53 virt-manager 12508] DEBUG (connection:182) Got physical device /org/freedesktop/Hal/devices/net_00_15_f2_76_fa_5c [Fri, 06 Jun 2008 09:27:53 virt-manager 12508] DEBUG (connection:234) Adding net device eth0 00:15:f2:76:fa:5c /sys/class/net/eth0 bridge xenbr0 [Fri, 06 Jun 2008 09:27:53 virt-manager 12508] DEBUG (connection:216) Checking for VLANs on /sys/class/net/eth0 [Fri, 06 Jun 2008 09:28:58 virt-manager 12520] INFO (virt-manager:128) Application startup [Fri, 06 Jun 2008 09:28:58 virt-manager 12521] DEBUG (engine:74) About to connect to uris ['xen:///'] [Fri, 06 Jun 2008 09:28:58 virt-manager 12521] DEBUG (connection:182) Got physical device /org/freedesktop/Hal/devices/net_00_15_f2_77_0d_e5 [Fri, 06 Jun 2008 09:28:58 virt-manager 12521] DEBUG (connection:234) Adding net device eth1 00:15:f2:77:0d:e5 /sys/class/net/eth1 bridge None [Fri, 06 Jun 2008 09:28:58 virt-manager 12521] DEBUG (connection:216) Checking for VLANs on /sys/class/net/eth1 [Fri, 06 Jun 2008 09:28:58 virt-manager 12521] DEBUG (connection:182) Got physical device /org/freedesktop/Hal/devices/net_00_15_f2_76_fa_5c [Fri, 06 Jun 2008 09:28:58 virt-manager 12521] DEBUG (connection:234) Adding net device eth0 00:15:f2:76:fa:5c /sys/class/net/eth0 bridge xenbr0 [Fri, 06 Jun 2008 09:28:58 virt-manager 12521] DEBUG (connection:216) Checking for VLANs on /sys/class/net/eth0 [Fri, 06 Jun 2008 09:29:13 virt-manager 12540] INFO (virt-manager:128) Application startup [Fri, 06 Jun 2008 09:29:14 virt-manager 12541] DEBUG (engine:74) About to connect to uris ['xen:///'] [Fri, 06 Jun 2008 09:29:14 virt-manager 12541] DEBUG (connection:182) Got physical device /org/freedesktop/Hal/devices/net_00_15_f2_77_0d_e5 [Fri, 06 Jun 2008 09:29:14 virt-manager 12541] DEBUG (connection:234) Adding net device eth1 00:15:f2:77:0d:e5 /sys/class/net/eth1 bridge None [Fri, 06 Jun 2008 09:29:14 virt-manager 12541] DEBUG (connection:216) Checking for VLANs on /sys/class/net/eth1 [Fri, 06 Jun 2008 09:29:14 virt-manager 12541] DEBUG (connection:182) Got physical device /org/freedesktop/Hal/devices/net_00_15_f2_76_fa_5c [Fri, 06 Jun 2008 09:29:14 virt-manager 12541] DEBUG (connection:234) Adding net device eth0 00:15:f2:76:fa:5c /sys/class/net/eth0 bridge xenbr0 [Fri, 06 Jun 2008 09:29:14 virt-manager 12541] DEBUG (connection:216) Checking for VLANs on /sys/class/net/eth0 [Fri, 06 Jun 2008 09:38:00 virt-manager 12727] INFO (virt-manager:128) Application startup [Fri, 06 Jun 2008 09:38:01 virt-manager 12728] DEBUG (engine:74) About to connect to uris ['xen:///'] [Fri, 06 Jun 2008 09:38:01 virt-manager 12728] DEBUG (connection:182) Got physical device /org/freedesktop/Hal/devices/net_00_15_f2_77_0d_e5 [Fri, 06 Jun 2008 09:38:01 virt-manager 12728] DEBUG (connection:234) Adding net device eth1 00:15:f2:77:0d:e5 /sys/class/net/eth1 bridge None [Fri, 06 Jun 2008 09:38:01 virt-manager 12728] DEBUG (connection:216) Checking for VLANs on /sys/class/net/eth1 [Fri, 06 Jun 2008 09:38:01 virt-manager 12728] DEBUG (connection:182) Got physical device /org/freedesktop/Hal/devices/net_00_15_f2_76_fa_5c [Fri, 06 Jun 2008 09:38:01 virt-manager 12728] DEBUG (connection:234) Adding net device eth0 00:15:f2:76:fa:5c /sys/class/net/eth0 bridge xenbr0 [Fri, 06 Jun 2008 09:38:01 virt-manager 12728] DEBUG (connection:216) Checking for VLANs on /sys/class/net/eth0 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18.8-xen (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages virt-manager depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-11 GNU C Library: Shared libraries ii libcairo2 1.6.4-3The Cairo 2D vector graphics libra ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgtk2.0-0 2.12.9-4 T
Bug#481200: [Pkg-xen-devel] Bug#481200: xend: Handle unspecified timer_mode domain platform parameter.
Hello waldi, This bug is fixed in 3.2.1 sid package. It's working without any problem. Regards, On Wed, May 14, 2008 at 2:38 PM, Marco Sinhoreli <[EMAIL PROTECTED]> wrote: > http://www.mail-archive.com/[EMAIL PROTECTED]/msg00493.html > http://lists.xensource.com/archives/html/xen-devel/2008-02/msg00980.html > > Cheers > > On Wed, May 14, 2008 at 1:30 PM, Bastian Blank <[EMAIL PROTECTED]> wrote: >> severity 481200 normal >> tags 481200 moreinfo >> thanks >> >> On Wed, May 14, 2008 at 10:46:43AM -0300, Marco Sinhoreli wrote: >> [nothing] >> >> Which problem does this adress? Which version affects this? >> >> Bastian >> >> -- >> The more complex the mind, the greater the need for the simplicity of play. >>-- Kirk, "Shore Leave", stardate 3025.8 >> > > > > -- > Marco Sinhoreli > -- Marco Sinhoreli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#481200: [Pkg-xen-devel] Bug#481200: xend: Handle unspecified timer_mode domain platform parameter.
http://www.mail-archive.com/[EMAIL PROTECTED]/msg00493.html http://lists.xensource.com/archives/html/xen-devel/2008-02/msg00980.html Cheers On Wed, May 14, 2008 at 1:30 PM, Bastian Blank <[EMAIL PROTECTED]> wrote: > severity 481200 normal > tags 481200 moreinfo > thanks > > On Wed, May 14, 2008 at 10:46:43AM -0300, Marco Sinhoreli wrote: > [nothing] > > Which problem does this adress? Which version affects this? > > Bastian > > -- > The more complex the mind, the greater the need for the simplicity of play. >-- Kirk, "Shore Leave", stardate 3025.8 > -- Marco Sinhoreli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479787: virt-manager: Fails to create a HVM Windows XP machine
Hi Guido, You can close this bug. Now it's in #481200 to xen-pkg-devel. Cheers, On Tue, May 13, 2008 at 12:21 PM, Guido Günther <[EMAIL PROTECTED]> wrote: > Hi Marco, > On Tue, May 13, 2008 at 10:51:45AM -0300, Marco Sinhoreli wrote: >> Hi Guido, >> >> I spoke with Daniel Berrange from Red Hat and he told that it is a bug >> in Xend. It was fixed post-release (changeset 16764:3f26758bcc02). >> >> Searching about the changeset found these links: >> >> http://www.mail-archive.com/[EMAIL PROTECTED]/msg00493.html >> http://lists.xensource.com/archives/html/xen-devel/2008-02/msg00980.html >> >> We need to to talk with xen team to correct it. > Could you verify that this works? If so we can reassign the bug to xen. > -- Guido > -- Marco Sinhoreli
Bug#481200: [Pkg-xen-devel] Bug#481200: xend: Handle unspecified timer_mode domain platform parameter.
With this issue, isn't possible create HVM machines. It was fixed post-release in xen-unstable changeset 16764:3f26758bcc02 Cheers, Marco Sinhoreli -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18.8-xen (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ___ Pkg-xen-devel mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-xen-devel -- Marco Sinhoreli --- xen-3-3.2.0.old/tools/python/xen/xend/XendDomainInfo.py 2008-01-18 15:31:10.0 -0200 +++ xen-3-3.2.0/tools/python/xen/xend/XendDomainInfo.py 2008-05-14 10:22:15.0 -0300 @@ -1650,9 +1650,10 @@ self._recreateDom() # Set timer configration of domain -if hvm: +timer_mode = self.info["platform"].get("timer_mode") +if hvm and timer_mode is not None: xc.hvm_set_param(self.domid, HVM_PARAM_TIMER_MODE, -long(self.info["platform"].get("timer_mode"))) + long(timer_mode)) # Set maximum number of vcpus in domain xc.domain_max_vcpus(self.domid, int(self.info['VCPUs_max']))
Bug#481200: xend: Handle unspecified timer_mode domain platform parameter.
Package: xen-3 Severity: important Tags: patch Cheers, Marco Sinhoreli -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18.8-xen (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash --- xen-3-3.2.0.old/tools/python/xen/xend/XendDomainInfo.py 2008-01-18 15:31:10.0 -0200 +++ xen-3-3.2.0/tools/python/xen/xend/XendDomainInfo.py 2008-05-14 10:22:15.0 -0300 @@ -1650,9 +1650,10 @@ self._recreateDom() # Set timer configration of domain -if hvm: +timer_mode = self.info["platform"].get("timer_mode") +if hvm and timer_mode is not None: xc.hvm_set_param(self.domid, HVM_PARAM_TIMER_MODE, -long(self.info["platform"].get("timer_mode"))) + long(timer_mode)) # Set maximum number of vcpus in domain xc.domain_max_vcpus(self.domid, int(self.info['VCPUs_max']))
Bug#481105: xen-utils-3.2-1: Need to ajust path to pygrub and hvmloader
Package: xen-utils-3.2-1 Version: 3.2.0-5 Severity: important virtinst Debian package is pointing the pygrub path to /usr/bin/ and hvmloader to /usr/lib/xen/boot/. I suggest ajust the path creating a symbolic link of /usr/lib/xen-3.2-1/bin/pygrub to /usr/bin/pygrub and /usr/lib/xen-3.2-1/boot/hvmloader to /usr/lib/xen/boot/hvmloader. In the last case, need ajust the directory /usr/lib/xen-3.2-1/ to /usr/lib/xen/. Cheers Marco Sinhoreli -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18.8-xen (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xen-utils-3.2-1 depends on: ii iproute20080108-1Professional tools to control the ii libc6 2.7-10GNU C Library: Shared libraries ii libncurses55.6+20080308-1Shared libraries for terminal hand ii libsdl1.2debian1.2.13-2 Simple DirectMedia Layer ii libssl0.9.80.9.8g-8 SSL shared libraries ii libxenstore3.0 3.2.0-5 Xenstore communications library fo ii python 2.5.2-1 An interactive high-level object-o ii python-central 0.6.6 register and build utility for Pyt ii udev 0.114-2 /dev/ and hotplug management daemo ii xen-utils-common 3.2.0-2 XEN administrative tools - common ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages xen-utils-3.2-1 recommends: ii bridge-utils 1.4-2 Utilities for configuring the Linu ii xen-hypervisor-3.2-1-amd64 [x 3.2.0-5The Xen Hypervisor on AMD64 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479787: virt-manager: Fails to create a HVM Windows XP machine
Hi Guido, I spoke with Daniel Berrange from Red Hat and he told that it is a bug in Xend. It was fixed post-release (changeset 16764:3f26758bcc02). Searching about the changeset found these links: http://www.mail-archive.com/[EMAIL PROTECTED]/msg00493.html http://lists.xensource.com/archives/html/xen-devel/2008-02/msg00980.html We need to to talk with xen team to correct it. Cheers, -- Marco Sinhoreli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#479787: virt-manager: Fails to create a HVM Windows XP machine
Hi Guido, On Mon, May 12, 2008 at 1:08 PM, Guido Günther <[EMAIL PROTECTED]> wrote: > Hi Marco, > > On Mon, May 12, 2008 at 10:19:39AM -0300, Marco Sinhoreli wrote: > > Attached the debug file with more informations of command: > > virt-install --arch i686 --hvm --name WindowsXP --ram 512 --file > > /dev/empirevg/WindowsXP --network bridge:xenbr0 --vnc --keymap pt-br > > --cdrom /dev/cdrom --os-type windows --debug > virt-install.log 2>&1 > Thanks! Just that I understand this correctly: HVM install's work with > linux? Only PVM is working. I changed the debian-installer to try install a debian lenny and it's working fine (okay, this isn't a supported method by debian). Attached a virt-install debug log with linux HVM x86_64 install. Seems the same problem. Second Richard Jones, it's a bug (Not only in debian). > The log is with virt-install only - no virt-manager involved? Yes. virt-manager hasn't log like virt-install. Ahh, another issue is happen with virt-manager. The package to amd64 from repository isn't working, To virt-manager to work, I repack the virt-manager from debian source and after it has horked fine. I don't detected the problem with package, simply isn't opening the window and not return any error. If tou need anything please forward me. Cheers, -- Marco Sinhoreli virt-install-linux.log Description: Binary data
Bug#479787: virt-manager: Fails to create a HVM Windows XP machine
Hi Guido, On Sun, May 11, 2008 at 6:22 PM, Guido Günther <[EMAIL PROTECTED]> wrote: > Any success in tracking this down? It seems libvirt is passing crap to > xend. Could you have a look how the virDomanCreatLInux call looks like? > Running this with LIBVIRT_DEBUG=1 set might give a hint. Attached the debug file with more informations of command: virt-install --arch i686 --hvm --name WindowsXP --ram 512 --file /dev/empirevg/WindowsXP --network bridge:xenbr0 --vnc --keymap pt-br --cdrom /dev/cdrom --os-type windows --debug > virt-install.log 2>&1 Cheers, -- Marco Sinhoreli virt-install.log Description: Binary data
Bug#479787: virt-manager: Fails to create a HVM Windows XP machine
Package: virt-manager Version: 0.5.4-1 Severity: important Unable to complete install ' virDomainCreateLinux() failed POST operation failed: (xend.err "Error creating domain: long() argument must be a string or a number, not 'NoneType'") Traceback (most recent call last): File "/usr/share/virt-manager/virtManager/create.py", line 651, in do_install dom = guest.start_install(False, meter = meter) File "/var/lib/python-support/python2.5/virtinst/Guest.py", line 895, in start_install return self._do_install(consolecb, meter) File "/var/lib/python-support/python2.5/virtinst/Guest.py", line 916, in _do_install self.domain = self.conn.createLinux(install_xml, 0) File "/usr/lib/python2.5/site-packages/libvirt.py", line 833, in createLinux if ret is None:raise libvirtError('virDomainCreateLinux() failed', conn=self) libvirtError: virDomainCreateLinux() failed POST operation failed: (xend.err "Error creating domain: long() argument must be a string or a number, not 'NoneType'") ' -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18.8-xen (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages virt-manager depends on: ii libatk1.0-0 1.22.0-1The ATK accessibility toolkit ii libc62.7-10 GNU C Library: Shared libraries ii libcairo21.4.14-1The Cairo 2D vector graphics libra ii libglib2.0-0 2.16.1-2The GLib library of C routines ii libgtk2.0-0 2.12.9-2The GTK+ graphical user interface ii libpango1.0-01.20.2-2Layout and rendering of internatio ii librsvg2-common 2.22.2-2SAX-based renderer library for SVG ii python-dbus 0.82.4-2simple interprocess messaging syst ii python-glade22.12.1-1GTK+ bindings: Glade support ii python-gnome22.22.0-1Python bindings for the GNOME desk ii python-gtk-vnc 0.3.5-3 A VNC viewer widget for GTK+ (Pyth ii python-gtk2 2.12.1-1Python bindings for the GTK+ widge ii python-libvirt 0.4.2-5 libvirt Python bindings ii python-urlgrabber3.1.0-4 A high-level cross-protocol url-gr ii python-vte 1:0.16.13-1 Python bindings for the VTE widget ii python2.52.5.2-3 An interactive high-level object-o ii virtinst 0.300.3-2 Programs to create and clone virtu Versions of packages virt-manager recommends: ii hal 0.5.11~rc2-1 Hardware Abstraction Layer -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#462989: [Pkg-xen-devel] Bug#462989: Bug#462989: add missing header file for libvirt build
These files should not be in libxen package and outside of libxen-dev package? /usr/lib/libxenctrl.a /usr/lib/libxenguest.a /usr/lib/libxenstore.a Regards, -- Marco Sinhoreli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402249: [Pkg-xen-devel] Bug#402249: Bug#402249: [PATCH] include necessary headers to build libvirt with xen support
Hello Bastian, Guido, Richard, I think that, split out libxenstore is in debian packaging model, and is the best alternate to provide the headers into xen package. According to my knoledge, maybe I'm wrong, isolate the headers as Ubuntu does, is in debian police. This way isn't simple, because we'll need to do a big changes in Xen package. Well, I'll look the xen package structure to know what need to do. Regards, On Dec 18, 2007 6:45 AM, Guido Guenther <[EMAIL PROTECTED]> wrote: > Hi Basti, > On Mon, Dec 17, 2007 at 05:56:01PM +0100, Bastian Blank wrote: > > On Sat, Dec 15, 2007 at 07:40:07PM +0100, Guido Guenther wrote: > > > Dear Debian Xen maintainers, > > > for your convenience I attach Richard's patch directly. It simply > > > installs the necessary headers so we're able to enable xen support in > > > libvirt for the default builds. Please apply. > > > > xen-utils is not installable on autobuilders. Don't even try to > > build-depend against. > Since libvirt would depend on xen-utils it would make libvirt > uninstallable on autobuilders too so only including the headers doesn't > look like a solution. Why don't you want xen-utils on the autobuilders? > Will the Debian Xen team split out libxenstore as Ubuntu does? > Cheers, > -- Guido > > > > > ___ > Pkg-xen-devel mailing list > [EMAIL PROTECTED] > http://lists.alioth.debian.org/mailman/listinfo/pkg-xen-devel > -- Marco Sinhoreli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#402249: [Pkg-xen-devel] Bug#402249: Getting libvirt to build without libxen* (for now)
Hello Waldi, Did you accepted the patch below? I, and Guido are working in libvirt package and it is necessary to packaging work. > please consider the patch from: > > http://lists.alioth.debian.org/pipermail/pkg-xen-devel/2007-November/001516.html > Thanks a lot. Regards, -- Marco Sinhoreli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#384300: libvirt packages on git.debian.org
Hello Anibal, Guido, and Otávio, > >>Also, please take over the other related ITPs and put yourself as the > >>maintainer. Don't have me a comaintainer. I'm very busy these days. :) > > > >Thanks, will do - although I'd really would welcome a co-maintainer on > >this. > > I'll recommend Marco for that and I'm happy to sponsor him or he could > apply for DM status. I'm glad for recommendation, and available to help as co-maintainer. We need to start a alioth page project. You can to do it? Regards, -- Marco Sinhoreli
Bug#406313: [Pkg-xfce-devel] Bug#406313:
Helps if you cc the submitter Corsac :) Marco, any news with the released version of etch? Hello Simon, No news. Next week, I'll able to test it. regards -- Marco Sinhoreli
Bug#406313: xfce4: kiosk mode not work in etch
Package: xfce4 Version: 4.3.99.1 Severity: important Tags: patch This but is fixed and reported in xfce4. Please, read this track: http://bugzilla.xfce.org/show_bug.cgi?id=1993 Bests, Marco Sinhoreli -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-486 Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1) Versions of packages xfce4 depends on: ii gtk2-engines-xfce 2.3.99.2-1 A GTK+-2.0 theme engine for Xfce ii thunar0.5.0rc2-1 File Manager for Xfce ii xfce4-icon-theme 4.3.99.2-1 Xfce Standard icon theme ii xfce4-mcs-plugins 4.3.99.2-1 Special modules for the xfce4-mcs- ii xfce4-panel 4.3.99.2-1 The Xfce4 desktop environment pane ii xfce4-session 4.3.99.1-2 Xfce4 Session Manager ii xfce4-utils 4.3.99.2-1 Various tools for Xfce ii xfdesktop44.3.99.1-1 Provides desktop background and ro ii xfwm4 4.3.99.2-1 window manager of the Xfce project ii xfwm4-themes 4.3.99.2-1 Theme files for xfwm4 Versions of packages xfce4 recommends: pn orage (no description available) ii xfce4-mixer 4.3.99.2-1 Xfce4 Mixer frontend ii xfce4-terminal 0.2.5.6rc1-2 Xfce terminal emulator pn xfmedia(no description available) pn xfprint4 (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385622: xfce4: Kiosk mode is not working
Package: xfce4 Version: 4.3.90.2 Severity: normal -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.13-smr-gobohide Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Versions of packages xfce4 depends on: ii gtk2-engines-xfce 2.3.90.2-1 A GTK+-2.0 theme engine for Xfce ii thunar 0.3.2beta2-1 File Manager for Xfce ii xfce4-icon-theme4.3.90.2-1 Xfce Standard icon theme ii xfce4-mcs-plugins 4.3.90.2-2 Special modules for the xfce4-mcs- ii xfce4-panel 4.3.90.2-3 The Xfce4 desktop environment pane ii xfce4-session 4.3.90.2-1 Xfce4 Session Manager ii xfce4-utils 4.3.90.2-1 Various tools for Xfce ii xfdesktop4 4.3.90.2-2 Provides desktop background and ro ii xfwm4 4.3.90.2-2 window manager of the Xfce project ii xfwm4-themes4.3.90.1-2 Theme files for xfwm4 Versions of packages xfce4 recommends: pn orage (no description available) ii xfce4-mixer 4.3.90.2-4 Xfce4 Mixer frontend pn xfce4-terminal (no description available) pn xfmedia(no description available) pn xfprint4 (no description available) -- no debconf information At Xfce Bugzilla is fixed this problem on the id=1993 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385608: Error on the descrition
Hello, Exist a error on my description. At ISC site not is reported this Bug on release 3.0.4. The ChangeLog reported the error "no free lease" that was fixed in version 3.0 RC 12. But I'm geting this error on version of the testing dhcp3-server. Thanks -- Marco Sinhoreli C-x C-s -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#385608: dhcp3-server reports "no free leases" for a registered mac address
Package: dhcp3-server Severity: important -- System Information: Debian Release: testing APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (amd64) This bug is resolved at http://www.isc.org/index.pl?/sw/dhcp/dhcp_rel.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]