[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v3 4/4] qapi: introduce exit-on-error parameter for migrate-i
|
From: |
Fabiano Rosas |
|
Subject: |
Re: [PATCH v3 4/4] qapi: introduce exit-on-error parameter for migrate-incoming |
|
Date: |
Mon, 29 Apr 2024 10:06:47 -0300 |
Vladimir Sementsov-Ogievskiy <vsementsov@yandex-team.ru> writes:
> On 25.04.24 23:30, Fabiano Rosas wrote:
>>> @@ -797,13 +801,18 @@ fail:
>>> MIGRATION_STATUS_FAILED);
>>> migration_incoming_state_destroy();
>>>
>>> - if (migrate_has_error(s)) {
>>> - WITH_QEMU_LOCK_GUARD(&s->error_mutex) {
>>> - error_report_err(s->error);
>>> + if (mis->exit_on_error) {
>>> + if (migrate_has_error(s)) {
>>> + WITH_QEMU_LOCK_GUARD(&s->error_mutex) {
>>> + error_report_err(s->error);
>> error_report_err(error_copy(s->error))
>>
>> ...because later on you're reading from s->error at
>> fill_destination_migration_info.
>
> No, we immediately do exit() instead. That's just a preexisting behavior,
> moved into "if (mis->exit_on_error)"
I meant later in the patch, not later in the execution. Can't
query-migrate be called during process_incoming_migration_co?