All of lore.kernel.org
 help / color / mirror / Atom feed
From: Fabiano Rosas <farosas@suse.de>
To: Lukas Straub <lukasstraub2@web.de>, qemu-devel@nongnu.org
Cc: Peter Xu <peterx@redhat.com>, Laurent Vivier <lvivier@redhat.com>,
	Paolo Bonzini <pbonzini@redhat.com>,
	Zhang Chen <zhangckid@gmail.com>,
	Hailiang Zhang <zhanghailiang@xfusion.com>,
	Markus Armbruster <armbru@redhat.com>,
	Li Zhijian <lizhijian@fujitsu.com>,
	"Dr. David Alan Gilbert" <dave@treblig.org>,
	Lukas Straub <lukasstraub2@web.de>
Subject: Re: [PATCH v4 14/16] qemu-colo.rst: Miscellaneous changes
Date: Mon, 02 Feb 2026 12:16:51 -0300	[thread overview]
Message-ID: <87y0lbqios.fsf@suse.de> (raw)
In-Reply-To: <20260130-colo_unit_test_multifd-v4-14-7115ab6f0e77@web.de>

Lukas Straub <lukasstraub2@web.de> writes:

> Signed-off-by: Lukas Straub <lukasstraub2@web.de>
> ---
>  docs/system/qemu-colo.rst | 35 ++++++++++++++++++-----------------
>  1 file changed, 18 insertions(+), 17 deletions(-)
>
> diff --git a/docs/system/qemu-colo.rst b/docs/system/qemu-colo.rst
> index 4b5fbbf398f8a5c4ea6baad615bde94b2b4678d2..a70e61aa09391cda933031535fa982d27cf6654b 100644
> --- a/docs/system/qemu-colo.rst
> +++ b/docs/system/qemu-colo.rst
> @@ -1,13 +1,6 @@
>  Qemu COLO Fault Tolerance
>  =========================
>  
> -| Copyright (c) 2016 Intel Corporation
> -| Copyright (c) 2016 HUAWEI TECHNOLOGIES CO., LTD.
> -| Copyright (c) 2016 Fujitsu, Corp.
> -
> -This work is licensed under the terms of the GNU GPL, version 2 or later.
> -See the COPYING file in the top-level directory.
> -
>  This document gives an overview of COLO's design and how to use it.
>  
>  Background
> @@ -82,8 +75,8 @@ Overview::
>          |   Storage     |  |External Network|       | External Network | |   Storage    |
>          +---------------+  +----------------+       +------------------+ +--------------+
>  
> -Components introduction
> -^^^^^^^^^^^^^^^^^^^^^^^
> +Components
> +^^^^^^^^^^
>  You can see there are several components in COLO's diagram of architecture.
>  Their functions are described below.
>  
> @@ -157,14 +150,21 @@ in test procedure.
>  
>  Test procedure
>  --------------
> -Note: Here we are running both instances on the same host for testing,
> +
> +Setup
> +^^^^^
> +
> +Here we are running both instances on the same host for testing,
>  change the IP Addresses if you want to run it on two hosts. Initially
>  ``127.0.0.1`` is the Primary Host and ``127.0.0.2`` is the Secondary Host.
>  
> +COLO uses double the guest ram size on the secondary side. The Qemu version
> +should be the same on both hosts.
> +
>  Startup qemu
>  ^^^^^^^^^^^^
>  **1. Primary**:
> -Note: Initially, ``$imagefolder/primary.qcow2`` needs to be copied to all hosts.
> +Initially, ``$imagefolder/primary.qcow2`` needs to be copied to all hosts.
>  You don't need to change any IP's here, because ``0.0.0.0`` listens on any
>  interface. The chardev's with ``127.0.0.1`` IP's loopback to the local qemu
>  instance::
> @@ -192,7 +192,7 @@ instance::
>  
>  
>  **2. Secondary**:
> -Note: Active and hidden images need to be created only once and the
> +Active and hidden images need to be created only once and the
>  size should be the same as ``primary.qcow2``. Again, you don't need to change
>  any IP's here, except for the ``$primary_ip`` variable::
>  
> @@ -353,8 +353,9 @@ Wait until disk is synced, then::
>      {"execute": "migrate-set-capabilities", "arguments":{ "capabilities": [ {"capability": "x-colo", "state": true } ] } }
>      {"execute": "migrate", "arguments":{ "uri": "tcp:127.0.0.1:9998" } }
>  
> -TODO
> -----
> -1. Support shared storage.
> -2. Develop the heartbeat part.
> -3. Reduce checkpoint VM’s downtime while doing checkpoint.
> +| Copyright (c) 2016 Intel Corporation
> +| Copyright (c) 2016 HUAWEI TECHNOLOGIES CO., LTD.
> +| Copyright (c) 2016 Fujitsu, Corp.
> +
> +This work is licensed under the terms of the GNU GPL, version 2 or later.
> +See the COPYING file in the top-level directory.

Reviewed-by: Fabiano Rosas <farosas@suse.de>


  reply	other threads:[~2026-02-02 15:17 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-01-30 12:14 [PATCH v4 00/16] migration: Add COLO multifd support and COLO migration unit test Lukas Straub
2026-01-30 12:14 ` [PATCH v4 01/16] MAINTAINERS: Add myself as maintainer for COLO migration framework Lukas Straub
2026-01-30 12:14 ` [PATCH v4 02/16] MAINTAINERS: Remove Hailiang Zhang from " Lukas Straub
2026-01-30 12:14 ` [PATCH v4 03/16] colo: Setup ram cache in normal migration path Lukas Straub
2026-02-02 14:41   ` Fabiano Rosas
2026-01-30 12:14 ` [PATCH v4 04/16] colo: Replace migration_incoming_colo_enabled() with migrate_colo() Lukas Straub
2026-02-02 14:41   ` Fabiano Rosas
2026-01-30 12:14 ` [PATCH v4 05/16] colo: Remove ENABLE_COLO loadvm command functions Lukas Straub
2026-02-02 14:42   ` Fabiano Rosas
2026-01-30 12:14 ` [PATCH v4 06/16] colo: Don't send ENABLE_COLO command Lukas Straub
2026-02-02 14:43   ` Fabiano Rosas
2026-01-30 12:14 ` [PATCH v4 07/16] ram: Remove colo special-casing Lukas Straub
2026-02-02 14:43   ` Fabiano Rosas
2026-01-30 12:14 ` [PATCH v4 08/16] Move ram state receive into multifd_ram_state_recv() Lukas Straub
2026-01-30 12:14 ` [PATCH v4 09/16] multifd: Add COLO support Lukas Straub
2026-02-02 14:49   ` Fabiano Rosas
2026-01-30 12:14 ` [PATCH v4 10/16] Call colo_release_ram_cache() after multifd threads terminate Lukas Straub
2026-02-02 14:50   ` Fabiano Rosas
2026-01-30 12:14 ` [PATCH v4 11/16] colo: Fix crash during device vmstate load Lukas Straub
2026-01-30 12:14 ` [PATCH v4 12/16] migration-test: Add COLO migration unit test Lukas Straub
2026-01-30 12:14 ` [PATCH v4 13/16] Convert colo main documentation to restructuredText Lukas Straub
2026-02-02 15:01   ` Fabiano Rosas
2026-01-30 12:14 ` [PATCH v4 14/16] qemu-colo.rst: Miscellaneous changes Lukas Straub
2026-02-02 15:16   ` Fabiano Rosas [this message]
2026-01-30 12:14 ` [PATCH v4 15/16] qemu-colo.rst: Add my copyright Lukas Straub
2026-02-02 15:17   ` Fabiano Rosas
2026-01-30 12:14 ` [PATCH v4 16/16] qemu-colo.rst: Simplify the block replication setup Lukas Straub

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87y0lbqios.fsf@suse.de \
    --to=farosas@suse.de \
    --cc=armbru@redhat.com \
    --cc=dave@treblig.org \
    --cc=lizhijian@fujitsu.com \
    --cc=lukasstraub2@web.de \
    --cc=lvivier@redhat.com \
    --cc=pbonzini@redhat.com \
    --cc=peterx@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=zhangckid@gmail.com \
    --cc=zhanghailiang@xfusion.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.