From: Roman Khapov <rkhapov@yandex-team.ru>
To: Markus Armbruster <armbru@redhat.com>
Cc: qemu-devel@nongnu.org, peterx@redhat.com, farosas@suse.de,
eblake@redhat.com, yc-core@yandex-team.ru
Subject: Re: [PATCH v2 1/2] qapi/migration.json: add reason to MIGRATION event
Date: Wed, 21 Feb 2024 18:36:36 +0500 [thread overview]
Message-ID: <f5435d60-8941-4ad7-b851-c7f320d6522f@yandex-team.ru> (raw)
In-Reply-To: <87le7hrmf0.fsf@pond.sub.org>
The reason in MIGRATION event can be used, when there is some helpful
message, that can be added to improve debugging\understanding of the
reason of migration status changing.
I propose the next usage - when qemu sends (MIGRATION status=failed)
event, the error message describing the problem can be sent in that
event too. This is more comfortable way to understand the problem
comparing to reading qemu logs, especially in some cases, where qemu are
launched and monitored through various automation processes (examples:
cloud environments, some 'integration' tests of the qemu, etc).
Probably, there are some other cases when the accompanying message can
be useful, not only in failed migrations, but now I don't know that cases.
If we have common understanding with that, I will improve the doc
comment and the commit message of the first path too in the next version
of the series.
On 2/19/24 11:35, Markus Armbruster wrote:
> Roman Khapov <rkhapov@yandex-team.ru> writes:
>
>> To be clear: you meant that the description of the event must be extended, similar to its description on the commit message? Or you don't see its proper usage at all?
> The commit message doesn't really tell me either why and how anybody
> would use @reason. Once we have a common understanding there, improving
> the doc comment should be straightforward.
--
Best regards,
Roman Khapov
next prev parent reply other threads:[~2024-02-21 15:53 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-15 12:27 [PATCH v2 0/2] Field 'reason' for MIGRATION event Roman Khapov
2024-02-15 12:27 ` [PATCH v2 1/2] qapi/migration.json: add reason to " Roman Khapov
2024-02-16 6:17 ` Markus Armbruster
2024-02-18 14:32 ` Roman Khapov
2024-02-19 6:35 ` Markus Armbruster
2024-02-21 13:36 ` Roman Khapov [this message]
2024-02-20 5:39 ` Peter Xu
2024-02-21 13:47 ` Roman Khapov
2024-02-22 9:22 ` Peter Xu
2024-02-15 12:27 ` [PATCH v2 2/2] migration: add error reason for failed MIGRATION events Roman Khapov
2024-02-21 14:45 ` [PATCH v2 0/2] Field 'reason' for MIGRATION event Fabiano Rosas
2024-02-22 7:01 ` Markus Armbruster
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=f5435d60-8941-4ad7-b851-c7f320d6522f@yandex-team.ru \
--to=rkhapov@yandex-team.ru \
--cc=armbru@redhat.com \
--cc=eblake@redhat.com \
--cc=farosas@suse.de \
--cc=peterx@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=yc-core@yandex-team.ru \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).