On Fri, Mar 22, 2013 at 12:27 PM, Daniel P. Berrange
wrote:
> On Fri, Mar 22, 2013 at 11:59:56AM +, Daniel P. Berrange wrote:
>> On Thu, Mar 21, 2013 at 11:50:40PM -0500, Doug Goldstein wrote:
>> > So still trying to figure out what I'm doing wrong with LXC because I
>> > just can't get any jo
On Fri, Mar 22, 2013 at 11:59:56AM +, Daniel P. Berrange wrote:
> On Thu, Mar 21, 2013 at 11:50:40PM -0500, Doug Goldstein wrote:
> > So still trying to figure out what I'm doing wrong with LXC because I
> > just can't get any joy. So I'll go one issue at a time.
> >
> > The following VM defin
On Thu, Mar 21, 2013 at 11:50:40PM -0500, Doug Goldstein wrote:
> So still trying to figure out what I'm doing wrong with LXC because I
> just can't get any joy. So I'll go one issue at a time.
>
> The following VM definition:
>
> testdeb
> df03b2ce-725a-42e2-39e4-d646be8facb3
> 332768
>
On Sun, Mar 3, 2013 at 11:19 PM, Gao feng wrote:
> Hi Doug,
>
> On 2013/03/04 12:38, Doug Goldstein wrote:
>> On Sun, Mar 3, 2013 at 5:24 PM, Doug Goldstein wrote:
>>> On Fri, Dec 21, 2012 at 10:15 PM, Lars Kellogg-Stedman
>>> wrote:
Using libvirt 1.0.1, I'm trying to start an LXC containe
Hi all,
I have working with Openstack Folsom and with Glusterfs as shared
storage for /instances. All working fine, but when i'm trying to use
"nova live-migration":
2013-03-07 18:33:42 3140 ERROR nova.virt.libvirt.driver [-] [instance:
773164b5-5e5c-4328-a762-d91f50f2ac33] Live Migration failur
Hi all,
I have working with Openstack Folsom and with Glusterfs as shared
storage for /instances. All working fine, but when i'm trying to use
"nova live-migration":
2013-03-07 18:33:42 3140 ERROR nova.virt.libvirt.driver [-] [instance:
773164b5-5e5c-4328-a762-d91f50f2ac33] Live Migration failur
On Sun, Mar 03, 2013 at 05:24:39PM -0600, Doug Goldstein wrote:
> On Fri, Dec 21, 2012 at 10:15 PM, Lars Kellogg-Stedman
> wrote:
> > Using libvirt 1.0.1, I'm trying to start an LXC container using the
> > '' syntax, like this:
> >
> >
> >
> >
> >
> >
> > The specified blo
Hi Doug,
On 2013/03/04 12:38, Doug Goldstein wrote:
> On Sun, Mar 3, 2013 at 5:24 PM, Doug Goldstein wrote:
>> On Fri, Dec 21, 2012 at 10:15 PM, Lars Kellogg-Stedman
>> wrote:
>>> Using libvirt 1.0.1, I'm trying to start an LXC container using the
>>> '' syntax, like this:
>>>
>>>
>>>
On Sun, Mar 3, 2013 at 5:24 PM, Doug Goldstein wrote:
> On Fri, Dec 21, 2012 at 10:15 PM, Lars Kellogg-Stedman
> wrote:
>> Using libvirt 1.0.1, I'm trying to start an LXC container using the
>> '' syntax, like this:
>>
>>
>>
>>
>>
>>
>> The specified block device exists:
On Fri, Dec 21, 2012 at 10:15 PM, Lars Kellogg-Stedman wrote:
> Using libvirt 1.0.1, I'm trying to start an LXC container using the
> '' syntax, like this:
>
>
>
>
>
>
> The specified block device exists:
>
> # ls -lL /dev/vg_files/vm-foobar-root
> brw-rw 1 root
Using libvirt 1.0.1, I'm trying to start an LXC container using the
'' syntax, like this:
The specified block device exists:
# ls -lL /dev/vg_files/vm-foobar-root
brw-rw 1 root disk 253, 19 Dec 21 22:23 /dev/vg_files/vm-foobar-root
If I start the domain, it
On 11/30/2012 09:31 AM, Gene Czarcinski wrote:
> However, I have noticed one thing. Simon Kelley had me add a little
> "instrumentation" to dnsmasq trying to pursue this large number of
> RTR-ADVERT messages. I am going to do a little more instrumentation.
>
> What I have noticed is that there se
On 11/30/2012 08:19 AM, Gene Czarcinski wrote:
On 11/30/2012 03:24 AM, Daniel P. Berrange wrote:
On Thu, Nov 29, 2012 at 03:48:52PM -0500, Gene Czarcinski wrote:
When I rebased my DHCPv6, etc. patches, I did that not only on to of
Laine Stump's dnsmasq-capabiliotes/bind-dynamic updates but I al
On 11/30/2012 03:24 AM, Daniel P. Berrange wrote:
On Thu, Nov 29, 2012 at 03:48:52PM -0500, Gene Czarcinski wrote:
When I rebased my DHCPv6, etc. patches, I did that not only on to of
Laine Stump's dnsmasq-capabiliotes/bind-dynamic updates but I also
rebased to "current" git master.
Well, the p
On Thu, Nov 29, 2012 at 03:48:52PM -0500, Gene Czarcinski wrote:
> When I rebased my DHCPv6, etc. patches, I did that not only on to of
> Laine Stump's dnsmasq-capabiliotes/bind-dynamic updates but I also
> rebased to "current" git master.
>
> Well, the problem with the large number/frequent RTR-A
> So I downgraded to a previous version that I knew worked and it did
> but
> my RTR-ADVERT messages are back. The "good" version uses a tarball
> created from git on November 19th and the "bad" version has a tarball
> created from git on November 29th.
Have you ever used 'git bisect' before? It
When I rebased my DHCPv6, etc. patches, I did that not only on to of
Laine Stump's dnsmasq-capabiliotes/bind-dynamic updates but I also
rebased to "current" git master.
Well, the problem with the large number/frequent RTR-ADVERT syslog
messages from dnsmasq that I had previously seen were fixe
Dear libvirt-developer:
I'm a student of computer science and technology in China. I encountered a
problem when I want to attach a bridge to an existed Virtual Machine.
I used the command "attach-interface domain_id bridge br0 --target tap0".
"br0" was created by brctl and "tap0" was cre
On Tue, Jul 05, 2011 at 12:34:38AM -0400, Laine Stump wrote:
> I had libvirtd build from 0.9.2+something running on my test
> machine. There was a single guest running on it.
>
> I grabbed the latest libvirt from git (0.9.3+??), built an rpm, and
> installed it. My guest reconnected with no proble
I had libvirtd build from 0.9.2+something running on my test machine.
There was a single guest running on it.
I grabbed the latest libvirt from git (0.9.3+??), built an rpm, and
installed it. My guest reconnected with no problems, but I was unable to
start new guests due to an selinux problem
Matthias Bolte wrote:
...
> Yes, this patch solves the problem.
>
...
>> + -e ' warn "WARNING: your pdwtags program is too old\n";' \
>> + -e ' warn "WARNING: skipping the $@ test\n";' \
>> + -e ' warn "WARNING: install dwarves-1.8 or newer\
2010/5/19 Jim Meyering :
> Matthias Bolte wrote:
>> The "help avoid accidental remote_protocol.x changes" commit 180d4b2b
>> added a make check rule that tried using pdwtags from the dwarves
>> package to protect against accidental remote_protocol.x changes.
>>
>> I installed dwarves package on Ubu
Matthias Bolte wrote:
> The "help avoid accidental remote_protocol.x changes" commit 180d4b2b
> added a make check rule that tried using pdwtags from the dwarves
> package to protect against accidental remote_protocol.x changes.
>
> I installed dwarves package on Ubuntu 10.04 and make check fails f
2010/5/18 Eric Blake :
> On 05/18/2010 11:57 AM, Matthias Bolte wrote:
>> The "help avoid accidental remote_protocol.x changes" commit 180d4b2b
>> added a make check rule that tried using pdwtags from the dwarves
>> package to protect against accidental remote_protocol.x changes.
>>
>> I installed
On 05/18/2010 11:57 AM, Matthias Bolte wrote:
> The "help avoid accidental remote_protocol.x changes" commit 180d4b2b
> added a make check rule that tried using pdwtags from the dwarves
> package to protect against accidental remote_protocol.x changes.
>
> I installed dwarves package on Ubuntu 10.
The "help avoid accidental remote_protocol.x changes" commit 180d4b2b
added a make check rule that tried using pdwtags from the dwarves
package to protect against accidental remote_protocol.x changes.
I installed dwarves package on Ubuntu 10.04 and make check fails for me now.
The temporary file
On Mon, Mar 01, 2010 at 07:47:20PM +0100, Rolf Eike Beer wrote:
> I wrote:
>
> [Problems attaching and detaching PCI devices]
>
> Ok, today I was working on that again and USB attaching was found to be
> completely broken, too. Please drop my libvirt-0.7.6-null-pci-id.patch patch
> from the pre
I wrote:
[Problems attaching and detaching PCI devices]
Ok, today I was working on that again and USB attaching was found to be
completely broken, too. Please drop my libvirt-0.7.6-null-pci-id.patch patch
from the previous mail and use libvirt-0.7.6-null-device-id.patch instead: USB
has the ve
On Fri, Feb 26, 2010 at 04:24:11PM +0100, Rolf Eike Beer wrote:
> Hi,
>
> first a short summary of what the situation is:
>
> I'm running qemu 0.12.2, libvirt 0.7.6 on a E5520 based machine with kernel
> 2.6.33. I also tried 2.6.32.7 as I was using that before and still had the
> old
> kernel
Hi,
first a short summary of what the situation is:
I'm running qemu 0.12.2, libvirt 0.7.6 on a E5520 based machine with kernel
2.6.33. I also tried 2.6.32.7 as I was using that before and still had the old
kernel around, but kernel version doesn't matter AFAICT. The host is a gentoo
AMD64 ins
On Thu, Jun 18, 2009 at 12:20:40PM -0400, Jim Paris wrote:
> Daniel P. Berrange wrote:
> > We close the socket to the 'nc' process here so in theory it should
> > be getting a HUP event from poll or EOF from read, etc and then
> > exiting. Ominously though I see several patches to Fedora's 'nc'
> >
Daniel P. Berrange wrote:
> On Thu, Jun 18, 2009 at 12:20:40PM -0400, Jim Paris wrote:
> > I'm using Debian. I've already had to switch from the
> > "netcat-traditional" package to the "netcat-openbsd" package.
> > Debian does already include that patch, but what a mess...
>
> I know the reason w
On Thu, Jun 18, 2009 at 12:20:40PM -0400, Jim Paris wrote:
> Daniel P. Berrange wrote:
> > We close the socket to the 'nc' process here so in theory it should
> > be getting a HUP event from poll or EOF from read, etc and then
> > exiting. Ominously though I see several patches to Fedora's 'nc'
> >
Daniel P. Berrange wrote:
> We close the socket to the 'nc' process here so in theory it should
> be getting a HUP event from poll or EOF from read, etc and then
> exiting. Ominously though I see several patches to Fedora's 'nc'
> RPM at least one of which is related to nc hanging forever after
>
On Wed, Jun 17, 2009 at 07:27:22PM -0400, Jim Paris wrote:
> I wrote:
> > > Ok, this bit definitely sounds like a server side bug, unless
> > > perhaps there is some buffering taking place in ssh or nc
> > > causing the errore reply packet to not be send back promptly
> >
> > I'll try to get some
On Wed, Jun 17, 2009 at 06:36:16PM -0400, Jim Paris wrote:
> Daniel P. Berrange wrote:
> > On Wed, Jun 17, 2009 at 05:51:27PM -0400, Jim Paris wrote:
> > > Daniel P. Berrange wrote:
> > > 17:34:59.360: debug : call:6947 : Doing call 70 (nil)
> > > 17:34:59.360: debug : call:7017 : We have the buck
I wrote:
> > Ok, this bit definitely sounds like a server side bug, unless
> > perhaps there is some buffering taking place in ssh or nc
> > causing the errore reply packet to not be send back promptly
>
> I'll try to get some better traces of what's going on here.
The error is getting back to th
Daniel P. Berrange wrote:
> On Wed, Jun 17, 2009 at 05:51:27PM -0400, Jim Paris wrote:
> > Daniel P. Berrange wrote:
> > 17:34:59.360: debug : call:6947 : Doing call 70 (nil)
> > 17:34:59.360: debug : call:7017 : We have the buck 70 0xbccef0 0xbccef0
> > 17:34:59.433: debug : processCallRecvLen:660
On Wed, Jun 17, 2009 at 05:51:27PM -0400, Jim Paris wrote:
> Daniel P. Berrange wrote:
> 17:34:59.360: debug : call:6947 : Doing call 70 (nil)
> 17:34:59.360: debug : call:7017 : We have the buck 70 0xbccef0 0xbccef0
> 17:34:59.433: debug : processCallRecvLen:6605 : Got length, now need 128
> tota
Daniel P. Berrange wrote:
> > But when accessing remotely, I get no useful error, and a hang:
> >
> > $ virsh -c qemu+ssh://j...@server/system
> > libvir: Remote error : authentication failed
> >
> >
> > $ virsh --readonly -c qemu+ssh://j...@server/system
> > libvir: Remote error : authenticatio
On Thu, Jun 11, 2009 at 05:47:29PM -0400, Jim Paris wrote:
> Hi,
>
> I have libvirt 0.6.4 running kvm instances on a headless server.
> I'm using virt-manager 0.7.0 to manage them. In the past, I would SSH
> in and run virt-manager as root. Since running GTK apps as root is no
> good, I've switc
Hi,
I have libvirt 0.6.4 running kvm instances on a headless server.
I'm using virt-manager 0.7.0 to manage them. In the past, I would SSH
in and run virt-manager as root. Since running GTK apps as root is no
good, I've switched to policykit authentication. By default, the
libvirt policy only
42 matches
Mail list logo
