[Bug 903655] Re: Macbook Air 4, 1 keyboard unusable after upgrading to Precise
I'm sorry Christopher, no longer have access to that Macbook Air. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/903655 Title: Macbook Air 4,1 keyboard unusable after upgrading to Precise To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/903655/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1162554] Re: openvpn requires /sbin/ifconfig and /sbin/route but they are missing in Raring
I just realized that the net-tools package I'm using comes from another repo... ** Changed in: openvpn (Ubuntu) Status: New = Invalid -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to openvpn in Ubuntu. https://bugs.launchpad.net/bugs/1162554 Title: openvpn requires /sbin/ifconfig and /sbin/route but they are missing in Raring To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/openvpn/+bug/1162554/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1162554] Re: openvpn requires /sbin/ifconfig and /sbin/route but they are missing in Raring
I just realized that the net-tools package I'm using comes from another repo... ** Changed in: openvpn (Ubuntu) Status: New = Invalid -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1162554 Title: openvpn requires /sbin/ifconfig and /sbin/route but they are missing in Raring To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/openvpn/+bug/1162554/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1162554] [NEW] openvpn requires /sbin/ifconfig and /sbin/route but they are missing in Raring
Public bug reported:
It seems that openvpn expects /sbin/ifconfig and /sbin/route but they've
been moved to /bin in Raring apparently. From the openvpn package in
debian/rules:
ROUTE_PATH := /sbin/route
override_dh_auto_configure:
dh_auto_configure -- $(shell dpkg-buildflags --export=configure)
--enable-password-save --host=$(DEB_HOST_GNU_TYPE)
--build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man
--with-ifconfig-path=/sbin/ifconfig --with-route-path=$(ROUTE_PATH)
openvpn 2.2.1-8ubuntu3
net-tools 201303061704-quantal
** Affects: openvpn (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openvpn in Ubuntu.
https://bugs.launchpad.net/bugs/1162554
Title:
openvpn requires /sbin/ifconfig and /sbin/route but they are missing
in Raring
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/openvpn/+bug/1162554/+subscriptions
--
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1162554] Re: openvpn requires /sbin/ifconfig and /sbin/route but they are missing in Raring
Fixing ifconfig/route path in debian/rules and rebuilding the package works for me so far. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to openvpn in Ubuntu. https://bugs.launchpad.net/bugs/1162554 Title: openvpn requires /sbin/ifconfig and /sbin/route but they are missing in Raring To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/openvpn/+bug/1162554/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1162554] [NEW] openvpn requires /sbin/ifconfig and /sbin/route but they are missing in Raring
Public bug reported:
It seems that openvpn expects /sbin/ifconfig and /sbin/route but they've
been moved to /bin in Raring apparently. From the openvpn package in
debian/rules:
ROUTE_PATH := /sbin/route
override_dh_auto_configure:
dh_auto_configure -- $(shell dpkg-buildflags --export=configure)
--enable-password-save --host=$(DEB_HOST_GNU_TYPE)
--build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man
--with-ifconfig-path=/sbin/ifconfig --with-route-path=$(ROUTE_PATH)
openvpn 2.2.1-8ubuntu3
net-tools 201303061704-quantal
** Affects: openvpn (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1162554
Title:
openvpn requires /sbin/ifconfig and /sbin/route but they are missing
in Raring
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/openvpn/+bug/1162554/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1162554] Re: openvpn requires /sbin/ifconfig and /sbin/route but they are missing in Raring
Fixing ifconfig/route path in debian/rules and rebuilding the package works for me so far. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1162554 Title: openvpn requires /sbin/ifconfig and /sbin/route but they are missing in Raring To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/openvpn/+bug/1162554/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 954030] Re: Container Sync and Keystone
Howdy folks, Trying to get container sync working (Swift 1.7.6) across two isolated Swift clusters sharing a central keystone and having some issues. I could be wrong but I'd say the official documentation doesn't cover container syncing with keystone auth enabled only: http://docs.openstack.org/developer/swift/overview_container_sync.html As a matter of fact, Rackspace mentions that syncing code may need patching to support keystone style auth: http://www.rackspace.com/knowledge_center/article/syncing-private-cloud- swift-containers-to-rackspace-cloud-files They state that Rackspace isn't using keystone for auth so you need patching to have the feature but the referenced patch: https://github.com/dani4571/swift/commit/9fb626e39b2345215c821e192629a28a966b4200 appears to be using some sort of keystone style auth I think (rackspace_auth method). Tracing received requests in one of the clusters I can see that syncing requests end up with a 401 and the 'Unauth' log message (HTTP_UNAUTHORIZED). Am I missing something perhaps? Haven't been able to find up to date documentation on the subject. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to keystone in Ubuntu. https://bugs.launchpad.net/bugs/954030 Title: Container Sync and Keystone To manage notifications about this bug go to: https://bugs.launchpad.net/keystone/+bug/954030/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 954030] Re: Container Sync and Keystone
Howdy folks, Trying to get container sync working (Swift 1.7.6) across two isolated Swift clusters sharing a central keystone and having some issues. I could be wrong but I'd say the official documentation doesn't cover container syncing with keystone auth enabled only: http://docs.openstack.org/developer/swift/overview_container_sync.html As a matter of fact, Rackspace mentions that syncing code may need patching to support keystone style auth: http://www.rackspace.com/knowledge_center/article/syncing-private-cloud- swift-containers-to-rackspace-cloud-files They state that Rackspace isn't using keystone for auth so you need patching to have the feature but the referenced patch: https://github.com/dani4571/swift/commit/9fb626e39b2345215c821e192629a28a966b4200 appears to be using some sort of keystone style auth I think (rackspace_auth method). Tracing received requests in one of the clusters I can see that syncing requests end up with a 401 and the 'Unauth' log message (HTTP_UNAUTHORIZED). Am I missing something perhaps? Haven't been able to find up to date documentation on the subject. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/954030 Title: Container Sync and Keystone To manage notifications about this bug go to: https://bugs.launchpad.net/keystone/+bug/954030/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 971314] Re: 1:4.2.6.p3+dfsg-1ubuntu3 on Precise generates a memory corruption
I can confirm this too. I wonder if it's somewhat related to bug 941968 Apparently in our case (we use puppet to provision the server), /etc/init.d/ntp start gets stuck (maybe because lockfile-create segfaults?) while the package postinstall script is run, so puppet gets stuck too while provisioning. We've found two ways to workaround the issue: 1. Use shorter hostnames 2. Rename /usr/bin/lockfile-create to /etc/bin/lockfile-create.bak so /etc/init.d/ntp does not find. Restore it back to /usr/bin/lockfile-create after the ntp package install. Both workarounds are somewhat hackish, so it would be great if someone could reproduce it and give it a higher priority :). -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to ntp in Ubuntu. https://bugs.launchpad.net/bugs/971314 Title: 1:4.2.6.p3+dfsg-1ubuntu3 on Precise generates a memory corruption To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ntp/+bug/971314/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 971314] Re: 1:4.2.6.p3+dfsg-1ubuntu3 on Precise generates a memory corruption
I can confirm this too. I wonder if it's somewhat related to bug 941968 Apparently in our case (we use puppet to provision the server), /etc/init.d/ntp start gets stuck (maybe because lockfile-create segfaults?) while the package postinstall script is run, so puppet gets stuck too while provisioning. We've found two ways to workaround the issue: 1. Use shorter hostnames 2. Rename /usr/bin/lockfile-create to /etc/bin/lockfile-create.bak so /etc/init.d/ntp does not find. Restore it back to /usr/bin/lockfile-create after the ntp package install. Both workarounds are somewhat hackish, so it would be great if someone could reproduce it and give it a higher priority :). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/971314 Title: 1:4.2.6.p3+dfsg-1ubuntu3 on Precise generates a memory corruption To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ntp/+bug/971314/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1081479] [NEW] --working-directory option doesn't work with xfce4-terminal.wrapper
Public bug reported: xfce4-terminal.wrapper --working-directory=/tmp does not set the working directory when launching the terminal. xfce4-terminal --working-directory=/tmp works however. x-terminal-emulator is set to xfce4-terminal.wrapper by default in Xubuntu, so that's broken too: [9861][rubiojr.napoleon] sudo update-alternatives --config x-terminal- emulator SelectionPath Priority Status * 0/usr/bin/xfce4-terminal.wrapper 40auto mode 1/usr/bin/koi8rxterm 20manual mode 2/usr/bin/lxterm 30manual mode 3/usr/bin/uxterm 20manual mode 4/usr/bin/xfce4-terminal.wrapper 40manual mode 5/usr/bin/xterm20manual mode Press enter to keep the current choice[*], or type selection number: ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: xfce4-terminal 0.4.8-1ubuntu3 ProcVersionSignature: Ubuntu 3.5.0-18.29-generic 3.5.7 Uname: Linux 3.5.0-18-generic x86_64 ApportVersion: 2.6.1-0ubuntu6 Architecture: amd64 Date: Wed Nov 21 08:59:24 2012 InstallationDate: Installed on 2012-10-29 (22 days ago) InstallationMedia: Ubuntu 12.10 Quantal Quetzal - Release amd64 (20121017.5) MarkForUpload: True SourcePackage: xfce4-terminal UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: xfce4-terminal (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug quantal third-party-packages ** Description changed: xfce4-terminal.wrapper --working-directory=/tmp does not set the - working when launching the terminal. + working directory when launching the terminal. xfce4-terminal --working-directory=/tmp works however. x-terminal-emulator is set to xfce4-terminal.wrapper by default in Xubuntu, so that's broken too: [9861][rubiojr.napoleon] sudo update-alternatives --config x-terminal- emulator - SelectionPath Priority Status + SelectionPath Priority Status * 0/usr/bin/xfce4-terminal.wrapper 40auto mode - 1/usr/bin/koi8rxterm 20manual mode - 2/usr/bin/lxterm 30manual mode - 3/usr/bin/uxterm 20manual mode - 4/usr/bin/xfce4-terminal.wrapper 40manual mode - 5/usr/bin/xterm20manual mode + 1/usr/bin/koi8rxterm 20manual mode + 2/usr/bin/lxterm 30manual mode + 3/usr/bin/uxterm 20manual mode + 4/usr/bin/xfce4-terminal.wrapper 40manual mode + 5/usr/bin/xterm20manual mode Press enter to keep the current choice[*], or type selection number: ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: xfce4-terminal 0.4.8-1ubuntu3 ProcVersionSignature: Ubuntu 3.5.0-18.29-generic 3.5.7 Uname: Linux 3.5.0-18-generic x86_64 ApportVersion: 2.6.1-0ubuntu6 Architecture: amd64 Date: Wed Nov 21 08:59:24 2012 InstallationDate: Installed on 2012-10-29 (22 days ago) InstallationMedia: Ubuntu 12.10 Quantal Quetzal - Release amd64 (20121017.5) MarkForUpload: True SourcePackage: xfce4-terminal UpgradeStatus: No upgrade log present (probably fresh install) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1081479 Title: --working-directory option doesn't work with xfce4-terminal.wrapper To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/xfce4-terminal/+bug/1081479/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 997978] Re: KVM images lose connectivity with bridged network
There's a quite interesting thread in the openstack mailing list. May not be related to this bug but I guess it's worth investigating in any case: http://markmail.org/message/xrvipkn2pvln2qty -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to bridge-utils in Ubuntu. https://bugs.launchpad.net/bugs/997978 Title: KVM images lose connectivity with bridged network To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/997978/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 997978] Re: KVM images lose connectivity with bridged network
There's a quite interesting thread in the openstack mailing list. May not be related to this bug but I guess it's worth investigating in any case: http://markmail.org/message/xrvipkn2pvln2qty -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/997978 Title: KVM images lose connectivity with bridged network To manage notifications about this bug go to: https://bugs.launchpad.net/nova/+bug/997978/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1029430] [NEW] KVM guests networking issues when bridge and vhost_net kernel modules loaded
Public bug reported: We've found that having vhost_net module and using bridged networking breaks DHCP and (some?) guests do not get an IP address. The issue has been properly described in the following RH doc: http://docs.redhat.com/docs/en- US/Red_Hat_Enterprise_Linux/6/html/Virtualization_Host_Configuration_and_Guest_Installation_Guide/ch11s02.html 11.2.1. Checksum correction for older DHCP clients Their workaround works in Precise too in fact. Another workaround is to disable/unload the vhost_net module so new guests do not make use of it. RH has fixed this stuff in libvirt apparently: This iptables rule is programmed automatically on the host when the server is started by libvirt, so no further action is required My apologies if this stuff does not belong to libvirt. Some info from our environment: compute-002:~# lsb_release -rd Description:Ubuntu 12.04 LTS Release:12.04 compute-002:~# uname -a Linux compute-002 3.2.0-27-generic #43-Ubuntu SMP Fri Jul 6 14:25:57 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux compute-002:~# dpkg -l|egrep kvm|libvirt|dhcp|dns ii dnsmasq-base 2.59-4 Small caching DNS proxy and DHCP/TFTP server ii dnsmasq-utils 2.59-4 Utilities for manipulating DHCP leases ii dnsutils 1:9.8.1.dfsg.P1-4ubuntu0.1 Clients provided with BIND ii isc-dhcp-client4.1.ESV-R4-0ubuntu5.1 ISC DHCP client ii isc-dhcp-common4.1.ESV-R4-0ubuntu5.1 common files used by all the isc-dhcp* packages ii kvm-ipxe 1.0.0+git-3.55f6c88-0ubuntu1 PXE ROM's for KVM ii libdns81 1:9.8.1.dfsg.P1-4ubuntu0.1 DNS Shared Library used by BIND ii libnet-dns-perl0.66-2ubuntu3 Perform DNS queries from a Perl script ii libvirt-bin0.9.8-2ubuntu17.2 programs for the libvirt library ii libvirt0 0.9.8-2ubuntu17.2 library for interfacing with different virtualization systems ii munin-libvirt-plugins 0.0.6-1 Munin plugins using libvirt ii nova-compute-kvm 2012.1+stable~20120612-3ee026e-0ubuntu1.2 OpenStack Compute - compute node (KVM) ii python-libvirt 0.9.8-2ubuntu17.2 libvirt Python bindings ii qemu-kvm 1.0+noroms-0ubuntu14 Full virtualization on i386 and amd64 hardware We've also tested this with kernel 3.5 backport from Quantal: Linux compute-002 3.5.0-6-generic #6~precise1-Ubuntu SMP Tue Jul 24 14:45:23 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux The guest is running Debian Squeeze: debian-squeeze-amd64-ext3:~$ uname -a Linux debian-squeeze-amd64-ext3 2.6.32-5-amd64 #1 SMP Mon Jan 16 16:22:28 UTC 2012 x86_64 GNU/Linux debian-squeeze-amd64-ext3:~$ dpkg -l|grep dhcp ii isc-dhcp-client 4.1.1-P1-15+squeeze3 ISC DHCP client ii isc-dhcp-common 4.1.1-P1-15+squeeze3 common files used by all the isc-dhcp* packages ** Affects: libvirt (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1029430 Title: KVM guests networking issues when bridge and vhost_net kernel modules loaded To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1029430/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1029430] Re: KVM guests networking issues with bridge and vhost_net loaded
** Attachment added: virsh dumpxml from guest https://bugs.launchpad.net/bugs/1029430/+attachment/3237055/+files/guest.xml ** Description changed: We've found that having vhost_net module and using bridged networking - breaks DHCP and guest do not get an IP address. + breaks DHCP and guests do not get an IP address. The issue has been properly described in the following RH doc: http://docs.redhat.com/docs/en- US/Red_Hat_Enterprise_Linux/6/html/Virtualization_Host_Configuration_and_Guest_Installation_Guide/ch11s02.html 11.2.1. Checksum correction for older DHCP clients Their workaround works in Precise too in fact. Another workaround is to disable/unload the vhost_net module so new guests do make use of it. RH has fixed this stuff in libvirt apparently: This iptables rule is programmed automatically on the host when the server is started by libvirt, so no further action is required My apologies if this stuff does not belong to libvirt. Some info from our environment: compute-002:~# lsb_release -rd Description: Ubuntu 12.04 LTS Release: 12.04 compute-002:~# uname -a Linux compute-002 3.2.0-27-generic #43-Ubuntu SMP Fri Jul 6 14:25:57 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux compute-002:~# dpkg -l|egrep kvm|libvirt|dhcp|dns ii dnsmasq-base 2.59-4 Small caching DNS proxy and DHCP/TFTP server ii dnsmasq-utils 2.59-4 Utilities for manipulating DHCP leases ii dnsutils 1:9.8.1.dfsg.P1-4ubuntu0.1 Clients provided with BIND ii isc-dhcp-client4.1.ESV-R4-0ubuntu5.1 ISC DHCP client ii isc-dhcp-common4.1.ESV-R4-0ubuntu5.1 common files used by all the isc-dhcp* packages ii kvm-ipxe 1.0.0+git-3.55f6c88-0ubuntu1 PXE ROM's for KVM ii libdns81 1:9.8.1.dfsg.P1-4ubuntu0.1 DNS Shared Library used by BIND ii libnet-dns-perl0.66-2ubuntu3 Perform DNS queries from a Perl script ii libvirt-bin0.9.8-2ubuntu17.2 programs for the libvirt library ii libvirt0 0.9.8-2ubuntu17.2 library for interfacing with different virtualization systems ii munin-libvirt-plugins 0.0.6-1 Munin plugins using libvirt ii nova-compute-kvm 2012.1+stable~20120612-3ee026e-0ubuntu1.2 OpenStack Compute - compute node (KVM) ii python-libvirt 0.9.8-2ubuntu17.2 libvirt Python bindings ii qemu-kvm 1.0+noroms-0ubuntu14 Full virtualization on i386 and amd64 hardware We've also tested this with kernel 3.5 backport from Quantal: Linux compute-002 3.5.0-6-generic #6~precise1-Ubuntu SMP Tue Jul 24 14:45:23 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux The guest is running Debian Squeeze: debian-squeeze-amd64-ext3:~$ uname -a Linux debian-squeeze-amd64-ext3 2.6.32-5-amd64 #1 SMP Mon Jan 16 16:22:28 UTC 2012 x86_64 GNU/Linux debian-squeeze-amd64-ext3:~$ dpkg -l|grep dhcp ii isc-dhcp-client 4.1.1-P1-15+squeeze3 ISC DHCP client ii isc-dhcp-common 4.1.1-P1-15+squeeze3 common files used by all the isc-dhcp* packages ** Description changed: We've found that having vhost_net module and using bridged networking breaks DHCP and guests do not get an IP address. The issue has been properly described in the following RH doc: http://docs.redhat.com/docs/en- US/Red_Hat_Enterprise_Linux/6/html/Virtualization_Host_Configuration_and_Guest_Installation_Guide/ch11s02.html 11.2.1. Checksum correction for older DHCP clients Their workaround works in Precise too in fact. Another workaround is to disable/unload the vhost_net module so new - guests do make use of it. + guests do not make use of it. RH has fixed this stuff in libvirt apparently: This iptables rule is programmed automatically on the host when the server is started by libvirt, so no further action is required My apologies if this stuff does not belong to libvirt. Some info from our environment: compute-002:~# lsb_release -rd Description: Ubuntu 12.04 LTS Release: 12.04 compute-002:~# uname -a Linux compute-002 3.2.0-27-generic #43-Ubuntu SMP Fri Jul 6 14:25:57 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux compute-002:~# dpkg -l|egrep kvm|libvirt|dhcp|dns ii dnsmasq-base 2.59-4 Small caching DNS proxy and DHCP/TFTP server ii dnsmasq-utils 2.59-4
[Bug 1029430] Re: KVM guests networking issues when bridge and vhost_net kernel modules loaded
Forgot to mention that the workaround isn't required when using openvswitch with the brcompat module since everything works as expected. ** Description changed: We've found that having vhost_net module and using bridged networking - breaks DHCP and guests do not get an IP address. + breaks DHCP and (some?) guests do not get an IP address. The issue has been properly described in the following RH doc: http://docs.redhat.com/docs/en- US/Red_Hat_Enterprise_Linux/6/html/Virtualization_Host_Configuration_and_Guest_Installation_Guide/ch11s02.html 11.2.1. Checksum correction for older DHCP clients Their workaround works in Precise too in fact. Another workaround is to disable/unload the vhost_net module so new guests do not make use of it. RH has fixed this stuff in libvirt apparently: This iptables rule is programmed automatically on the host when the server is started by libvirt, so no further action is required My apologies if this stuff does not belong to libvirt. Some info from our environment: compute-002:~# lsb_release -rd Description: Ubuntu 12.04 LTS Release: 12.04 compute-002:~# uname -a Linux compute-002 3.2.0-27-generic #43-Ubuntu SMP Fri Jul 6 14:25:57 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux compute-002:~# dpkg -l|egrep kvm|libvirt|dhcp|dns ii dnsmasq-base 2.59-4 Small caching DNS proxy and DHCP/TFTP server ii dnsmasq-utils 2.59-4 Utilities for manipulating DHCP leases ii dnsutils 1:9.8.1.dfsg.P1-4ubuntu0.1 Clients provided with BIND ii isc-dhcp-client4.1.ESV-R4-0ubuntu5.1 ISC DHCP client ii isc-dhcp-common4.1.ESV-R4-0ubuntu5.1 common files used by all the isc-dhcp* packages ii kvm-ipxe 1.0.0+git-3.55f6c88-0ubuntu1 PXE ROM's for KVM ii libdns81 1:9.8.1.dfsg.P1-4ubuntu0.1 DNS Shared Library used by BIND ii libnet-dns-perl0.66-2ubuntu3 Perform DNS queries from a Perl script ii libvirt-bin0.9.8-2ubuntu17.2 programs for the libvirt library ii libvirt0 0.9.8-2ubuntu17.2 library for interfacing with different virtualization systems ii munin-libvirt-plugins 0.0.6-1 Munin plugins using libvirt ii nova-compute-kvm 2012.1+stable~20120612-3ee026e-0ubuntu1.2 OpenStack Compute - compute node (KVM) ii python-libvirt 0.9.8-2ubuntu17.2 libvirt Python bindings ii qemu-kvm 1.0+noroms-0ubuntu14 Full virtualization on i386 and amd64 hardware We've also tested this with kernel 3.5 backport from Quantal: Linux compute-002 3.5.0-6-generic #6~precise1-Ubuntu SMP Tue Jul 24 14:45:23 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux The guest is running Debian Squeeze: debian-squeeze-amd64-ext3:~$ uname -a Linux debian-squeeze-amd64-ext3 2.6.32-5-amd64 #1 SMP Mon Jan 16 16:22:28 UTC 2012 x86_64 GNU/Linux debian-squeeze-amd64-ext3:~$ dpkg -l|grep dhcp ii isc-dhcp-client 4.1.1-P1-15+squeeze3 ISC DHCP client ii isc-dhcp-common 4.1.1-P1-15+squeeze3 common files used by all the isc-dhcp* packages -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1029430 Title: KVM guests networking issues when bridge and vhost_net kernel modules loaded To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1029430/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1029430] Re: KVM guests networking issues when bridge and vhost_net kernel modules loaded
Thanks Serge, Honestly, I did not check if the rule was present in a vanilla install, I'm sorry. We're now investigating if we have a broken install in this regard, since we have nova-network managing rules and stuff there I'm not sure at this point who's messing with libvirt default rules. Thank you for pointing us in the right direction. Besides that, I'm curious about the openvswitch brcompat module and why we don't need that rule with it. Any idea? Thank you. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1029430 Title: KVM guests networking issues when bridge and vhost_net kernel modules loaded To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1029430/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1029430] Re: KVM guests networking issues when bridge and vhost_net kernel modules loaded
I can confirm that we removed /etc/libvirt/qemu/networks/autostart/default.xml in the past, probably trying to avoid conflicts with our current nova-network setup. We've been running openvswitch-brcompat for a while, where the problem is apparently not present, so we didn't notice until now. I'll test our stack with libvirt's default network enabled, and resort to adding the rule to rc.local or libvirt-bin upstart job if we can't work the issues out. Thanks a bunch. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1029430 Title: KVM guests networking issues when bridge and vhost_net kernel modules loaded To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/libvirt/+bug/1029430/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
