** Bug watch added: Red Hat Bugzilla #595323
https://bugzilla.redhat.com/show_bug.cgi?id=595323
** Also affects: libvirt via
https://bugzilla.redhat.com/show_bug.cgi?id=595323
Importance: Unknown
Status: Unknown
--
libvirt can't add host definitions to DHCP without network restar
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/49012026/Dependencies.txt
--
libvirt can't add host definitions to DHCP without network restart
https://bugs.launchpad.net/bugs/584910
You received this bug notification because you are a member of Ubuntu
Server Team, which
Public bug reported:
libvirt networks need to be shutdown and restarted to add ranges and/or
static mappings to the dhcp definition sections. This breaks service for
those VM guests currently running.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: libvirt-bin 0.7.5-5ubuntu27
ProcVersionSig
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/49007670/Dependencies.txt
--
libvirt launches dnsmasq for non-dhcp networks.
https://bugs.launchpad.net/bugs/584862
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to l
Public bug reported:
When defining a network in libvirt that does not have a dhcp section,
dnsmasq is still started for the that network. This prevents you from
starting your own version, or binding other software to that interface
that does the same thing.
For example.
net1
Whe
Checking the log file shows different output if the command is executed
via libvirt.
LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/sbin:/sbin:/bin
QEMU_AUDIO_DRV=none /usr/bin/kvm -S -M pc-0.12 -enable-kvm -m 256 -smp 1 -name
ubuntu -uuid 48c31f45-33a6-1575-c677-55df6a349c01 -charde
Further analysis of this shows that the 'kvm' process executes and then
dies. The 'qemu-ifup' script is not executed so the kvm process must die
before then.
Running the domain by hand (the output of 'virsh domxml-to-native qemu-
argv ubuntu.xml') as root works as expected. (Once you've connected
/etc/qemu-ifup and /etc/qemu-ifdown don't check if the bridge exists
before trying to add devices. Initially it looked like this may be the
cause, but fixing them doesn't help.
** Summary changed:
- qemu-ifup script stops libvirt 'ethernet' interface machines from starting.
+ libvirt 'ethernet' i
** Attachment added: "BootDmesg.txt"
http://launchpadlibrarian.net/48438401/BootDmesg.txt
** Attachment added: "CurrentDmesg.txt"
http://launchpadlibrarian.net/48438404/CurrentDmesg.txt
** Attachment added: "Lspci.txt"
http://launchpadlibrarian.net/48438405/Lspci.txt
** Attachment adde
Public bug reported:
Binary package hint: qemu-kvm
qemu-kvm assumes that a bridge exists (/etc/qemu-ifup doesn't check if
the bridge exists before adding an interface to it.) and that the user
will always want the interface added to it.
This is not necessarily the case and causes properly define
about bugs. At the moment
*everybody* has to implement 'shutdown, poll for a bit, startup' (or
would do if the acpi scripts worked). I've just written another one
this week, whereas a default one that hung around for a bit and worked
with a standard Ubuntu server would have been plenty
kvm to be able to do.
>
> [1]: https://wiki.ubuntu.com/Bugs/Importance
>
> --
> Can't reboot kvm virtual machines using virsh
> https://bugs.launchpad.net/bugs/368962
> You received this bug notification because you are a direct subscriber
> of the bug.
>
--
Nei
The Xen image machine is running under Xen on CentOS. I'll get the xml
and versions as soon as I can - we're just moving from cfg to libvirt
xml. The lucid image was created with debootstrap along the lines of
vmbuilder and is up to date.
The NAT clash lends weight to the argument that the 'libvir
>
> --
> libvirt packages should not Recommend hypervisor packages
> https://bugs.launchpad.net/bugs/556312
> You received this bug notification because you are a direct subscriber
> of the bug.
>
--
Neil Wilson
--
libvirt packages should not Recommend hypervisor packages
ht
Due to the somewhat unsophisticated selection criteria in
'qemu_driver.c"
conn->uri = xmlParseURI(qemu_driver->privileged ?
"qemu:///system" :
"qemu:///session");
where 'privileged' is '1' if the process is running as root.
Public bug reported:
If you call virConnectOpen using a NULL parameter then the hypervisor
search sequence will find and connect to the unprivileged
'qemu:///session' uri ahead of 'qemu:///system' for a non-root user -
even if the user in question is a member of the libvirtd group.
ProblemType: B
u expected, and
> 3. the behavior you actually encountered (in as much detail as possible).
--
Neil Wilson
--
libvirtd will not run on virtual machine
https://bugs.launchpad.net/bugs/556326
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed
See also bug 556326
--
libvirt packages should not Recommend hypervisor packages
https://bugs.launchpad.net/bugs/556312
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libvirt in ubuntu.
--
Ubuntu-server-bugs mailing list
Ubuntu-server-b
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/43230087/Dependencies.txt
--
libvirtd will not run on virtual machine
https://bugs.launchpad.net/bugs/556326
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libvirt
Public bug reported:
If you install libvirt-bin on a virtual machine (with a view to using
'remote' or 'test' URIs) then you get errors in the syslog and the
process refuses to start.
Apr 6 09:10:21 vmtest-003 libvirtd: 09:10:21.441: error : udevSetupSystemDev:14
09 : Failed to get udev device f
Public bug reported:
#215962 was shortsighted in its approach. Libvirt has a 'remote' and
'test' URI capability and could be installed on other virtual machines
with a view to managing Hypervisors one step away - or for setting up
test environments. At the moment the 'Recommends' on both lvm and q
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/42414659/Dependencies.txt
--
[lucid] Still can't reboot kvm machines with libvirt
https://bugs.launchpad.net/bugs/551146
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribe
Public bug reported:
libvirt is still reporting that reboots are not supported by the
hypervisor. I'm also having difficulty shutting down machines.
Bug 368962 refers.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: libvirt-bin 0.7.5-5ubuntu15
ProcVersionSignature: Ubuntu 2.6.32-17.26-gene
Still an issue on lucid. libvirt reports that 'reboot' is not supported
by the hypervisor.
--
[Jaunty] Can't reboot kvm virtual machines using virsh
https://bugs.launchpad.net/bugs/368962
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to lib
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/41608274/Dependencies.txt
--
Unable to create cgroup for driver: No such device or address
https://bugs.launchpad.net/bugs/544146
You received this bug notification because you are a member of Ubuntu
Server Team, which is s
Public bug reported:
Seeing these in syslog.
Mar 22 13:01:22 acer-aspire-5536 libvirtd: 13:01:22.522: warning :
qemudStartup:1076 : Unable to create cgroup for driver: No such device or
address
Mar 22 13:01:22 acer-aspire-5536 libvirtd: 13:01:22.818: warning :
lxcStartup:1755 : Unable to creat
se.
>
> --
> ssh client pauses during GSS negotiation due to delay on reverse lookup in
> avahi
> https://bugs.launchpad.net/bugs/416264
> You received this bug notification because you are a direct subscriber
> of the bug.
>
--
Neil Wilson
--
ssh client pauses during G
The 'Unspecified GSS failure' is a red herring. That is normal if you
don't have Kerberos installed.
--
ssh client pauses during GSS negotiation due to delay on reverse lookup in avahi
https://bugs.launchpad.net/bugs/416264
You received this bug notification because you are a member of Ubuntu
Ser
Connecting to such servers from Ubuntu introduces an extensive delay
that you don't get if you connect to such servers directly from a CentOS
box.
The problem is triggered by the delay on reverse lookups that aren't
answered due to the avahi configuration of Ubuntu desktops.
** Summary changed:
Same fault in 9.10 connecting to a CentOS 5.3 server.
debug1: Authentications that can continue: publickey,gssapi-with-mic
debug1: Next authentication method: gssapi-with-mic
debug1: Unspecified GSS failure. Minor code may provide more information
Credentials cache file '/tmp/krb5cc_1000' not fou
Any news on the updated images?
--
Non-ubuntu Eucalyptus images won't work on UEC by default - no key injection
https://bugs.launchpad.net/bugs/457860
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to eucalyptus in ubuntu.
--
Ubuntu-server
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/34250898/Dependencies.txt
** Attachment added: "EucalyptusAxis2cLog.txt"
http://launchpadlibrarian.net/34250899/EucalyptusAxis2cLog.txt
** Attachment added: "EucalyptusCCLog.txt"
http://launchpadlibrarian.net/34250900
Public bug reported:
Eucalyptus sends registration emails via SMTP to localhost.
Unfortunately it doesn't set the source IP address to one of the
localhost addresses. Instead it uses the IP address of an ethernet
interface.
That falls foul of the default relay control ACL in postfix, when
postfix
Workaround is to hash out mynetworks and add in mynetworks_style
instead.
#mynetworks = 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128
mynetworks_style=host
--
Relay denied from eucalyptus registration emails - source address is wrong.
https://bugs.launchpad.net/bugs/459101
You received this bug n
Daniel,
If you want them testing let me know where they. I could really use a
CentOS image - either 32 or 64 bit!
--
Non-ubuntu Eucalyptus images won't work on UEC by default - no key injection
https://bugs.launchpad.net/bugs/457860
You received this bug notification because you are a member of
Public bug reported:
Currently the default installation of UEC restricts the number of VMs
based on the lower of memory and core numbers retrieved from the node
controllers.
There should be an option in the visual interface to allow a cluster to
overcommit on CPU. Ordinarily when you're providing
Public bug reported:
Karmic UEC.
The non-Ubuntu images referred to in the Cloud controller interface
won't work with UEC in either of the MANAGED mode settings. They don't
appear to query the metadata service and of course key injection is
turned off when in managed mode.
So you get the frustrat
101 - 137 of 137 matches
Mail list logo
