similar to: QEMU disk migration not using entire connection throughput

On 28/02/14 11:43, Paolo Bonzini wrote: > Il 28/02/2014 11:41, Joaquim Barrera ha scritto: >>> >> >> Thanks for the answer. Something is still not clear to me. Are we in >> front of a bug (that means, something that could be fixed) or is this >> behaviour somehow expected for some reason? More and more tests I am >> doing, I get allways the same throughput

On 24/02/14 23:26, Paolo Bonzini wrote: >> Thanks for raising this. >> >> I noticed that mirror_run() does not throttle the first loop where it >> populates the dirty bitmap using bdrv_is_allocated_above(). > This is on purpose. Does it causes a noticeable stall in the guest? > >> The main >> copy loop does take the speed limit into account but perhaps

Il 28/02/2014 11:41, Joaquim Barrera ha scritto: >> > > Thanks for the answer. Something is still not clear to me. Are we in > front of a bug (that means, something that could be fixed) or is this > behaviour somehow expected for some reason? More and more tests I am > doing, I get allways the same throughput chart: unlimited bandwidth when > syncronizing the disk, and

On Fri, Feb 14, 2014 at 11:58:56AM +0100, Michal Privoznik wrote: > On 14.02.2014 10:40, Joaquim Barrera wrote: > > Hi all, > > > > As I am doing some tests with qemu, I realized that the way it does > > 'migrate -i tcp:DEST:444' is not the same as 'libvirt migrate > > --copy-storage-inc'. Basically qemu uses the same stream as RAM > >

Hi all, I compiled a custom version of QEMU 2.0.0 and I am having hard times to make it available to libvirt. Just to clarify, if I execute /usr/local/bin/qemu-system-x86_64 it does performs good. But when I put this very same path to <emulator> tag in a domain configutation, when i start the domain I get error: Failed to start domain vm1 error: internal error: process exited while

On Thu, Sep 18, 2014 at 10:57:23AM +0200, Joaquim Barrera wrote: > Hi all, > > I compiled a custom version of QEMU 2.0.0 and I am having hard times to make > it available to libvirt. Just to clarify, if I execute > > /usr/local/bin/qemu-system-x86_64 > > it does performs good. But when I put this very same path to <emulator> tag > in a domain configutation, when

Hi all, As I am doing some tests with qemu, I realized that the way it does 'migrate -i tcp:DEST:444' is not the same as 'libvirt migrate --copy-storage-inc'. Basically qemu uses the same stream as RAM migration and libvirt takes advantage of NBD transfer. With virsh migrate-setspeed I observed that one can only control the transfer throughput of RAM, but not disk

I tried to compile xapian 1.0.1 under windows but the new /msvc/version.h file has #undef XAPIAN_HAS_REMOTE_BACKEND which prevents /backends/dbfactory_remote.cc to be built. The old (hand-written) version.h.win32 had it defined to 1. Everything build fine if I replace #undef with #define in version.h. Cheers, -- Daniel M?nard

On 16/12/13 11:19, Ján Tomko wrote: > On 12/16/2013 11:00 AM, Joaquim Barrera wrote: >> After make finishes I have compiled 1.2.0 libvirt in the source tree, and if I >> execute 'sudo ./run tools/virsh version' I get a this answer: >> >> /Compiled against library: libvirt 1.2.0// >> //Using library: libvirt 1.2.0// >> //Using API: QEMU 1.2.0//

Hello everybody! /(First I need to apologize becase I mussunderstood the prupose of libvirt-list and I sent this mail there instead of this list)/ I would like to introduce myself, as this is my first contact with libvirt mailing list (although I've been reading quite a lot of documentation). My name is Joaquim Barrera, from Barcelona, Catalonia. I am a computer engineer and recently I

(following my mail in xapian-discuss on 11.06) I revisited my resource file and came up with a much simpler solution. I'm now using the new version.h file (no need to duplicate version strings) and add php-src to the include path given to rc.exe so I can get the precise php version. On my windows, the resulting dll appears as "Xapian 1.0.1 bindings for PHP 5.2.2" Here is what I

Note: this is rather long and not very important and I don't want to prevent the team from releasing version 1.0, so go on reading only if you have too much free time !!! ;-) 0 is not a valid document ID, never, ever, but I just found a special case in which xapian will create a record and return 0 for the newly created record. In fact, I was "hacking", trying to store metadata

Hi, It's not very important, but I just noticed that the page: http://xapian.org/docs/queryparser.html uses monospace font from the paragraph about "Phrase searches" until the end of the document (there's a missing </code>). It's not visible under FF, but it is with IE and Chrome... Cheers, Index: queryparser.html

On 12/16/2013 08:53 AM, Joaquim Barrera wrote: [please don't top-post on technical lists] > Excuse me for the duplicate anwer but I observed exactly what I was > telling you. I execute "sudo ./run tools/virsh" and then: If you are running virsh as sudo, then you must remember that virsh is running under root, not you. > > 'connect

Excuse me for the duplicate anwer but I observed exactly what I was telling you. I execute "sudo ./run tools/virsh" and then: 'connect qemu+ssh://user@IP_ADDRESS:PORT/system' and it asks me the password. Everything goes right. 'migrate --verbose --persistent --copy-storage-inc VM1 qemu+ssh://user@IP_ADDRESS:PORT/system' and it asks me the password, but never gets it

On 14.02.2014 10:40, Joaquim Barrera wrote: > Hi all, > > As I am doing some tests with qemu, I realized that the way it does > 'migrate -i tcp:DEST:444' is not the same as 'libvirt migrate > --copy-storage-inc'. Basically qemu uses the same stream as RAM > migration and libvirt takes advantage of NBD transfer. > > With virsh migrate-setspeed I observed

Hello, I'm usign Kernel 2.2.19 with ext3 0.0.7b patches. I'm also using cbq to control bandwidth. The cbq is correctly creating the classes and queueing disciplines but, whenever I call cbq stop I get a kernel panic: > Aiee, killing interrupt handler > Kernel panic: Attempted to kill idle task! > In interrupt handler - not syncing The exact line in cbq script that is

Hello, I would like to use rsync client over ftp. I know how to use it with ssh but it just can't work with ftp or ncftp. The purpose of usign it with ftp is simple: most webhosting soft. like cpanel or plesk don't monitor ssh bandwidth usage. You need to monitore it in order to suspend an over-quota account. I tried the following: rsync -avze '/usr/bin/ftp -nv' /tmp/testdir

I have Asterisk CVS-HEAD-05/25/04-17:13:22, Copyright (C) 1999-2004 Digium. Usign exclusively digium hardware. 3 TDM400P cards. 1 4xFXO 1 4xFXS 1 1xFX0 & 3xFXS When * is attending FXO calls, bridged to FXS calls, natively ofcourse, at a random time, the call hangus up. Also, for example, if a call is done, and an other extension hangup, there are some probability that the other extension

Hi all, *Dovecot version: 2.2.22 (fe789d2)* *Ubuntu version: 16.04* *OpenLDAP version: openldap-2.4.42+dfsg* Configurations *# 2.2.22 (fe789d2): /etc/dovecot/dovecot.conf# Pigeonhole version 0.4.13 (7b14904)# OS: Linux 4.10.0-28-generic x86_64 Ubuntu 16.04.3 LTS disable_plaintext_auth = nolisten = *log_path = /var/log/dovecot.logmail_location =