qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 6/9] migration: create new section to store glob


From: Juan Quintela
Subject: Re: [Qemu-devel] [PATCH 6/9] migration: create new section to store global state
Date: Wed, 17 Jun 2015 03:10:57 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux)

"Dr. David Alan Gilbert" <address@hidden> wrote:
> * Juan Quintela (address@hidden) wrote:
>> This includes a new section that for now just stores the current qemu state.
>> 
>> Right now, there are only one way to control what is the state of the
>> target after migration.
>> 
>> - If you run the target qemu with -S, it would start stopped.
>> - If you run the target qemu without -S, it would run just after migration 
>> finishes.
>> 
>> The problem here is what happens if we start the target without -S and
>> there happens one error during migration that puts current state as
>> -EIO.  Migration would ends (notice that the error happend doing block
>> IO, network IO, i.e. nothing related with migration), and when
>> migration finish, we would just "continue" running on destination,
>> probably hanging the guest/corruption data, whatever.
>> 
>> Signed-off-by: Juan Quintela <address@hidden>
>> +
>> +typedef struct {
>> +    int32_t size;
>> +    uint8_t runstate[100];
>> +} GlobalState;
>
> unsigned for size?  Could use something smaller than a int32_t
> I guess for a 100 byte buffer.

uint8_t

>
>> +
>> +static GlobalState global_state;
>> +
>> +void global_state_store(void)
>> +{
>> +    if (runstate_store((char *)global_state.runstate,
>> +                       sizeof(global_state.runstate)) == -1) {
>> +        error_report("Runstate is too big: %s\n", global_state.runstate);
>
> error_report's don't need the \n

done.

>
>> +        exit(-1);
>> +    }
>> +}
>> +
>> +char *global_state_get_runstate(void)
>> +{
>> +    return (char *)global_state.runstate;
>> +}
>
> Is that needed outside of this file - if not then just make
> it static or use the data directly?
>

State was born on vl.c, then I noticed that I could put it here, and
forgot to remove globals.  Don.


>> +
>> +static int global_state_post_load(void *opaque, int version_id)
>> +{
>> +    GlobalState *s = opaque;
>> +    int ret = 0;
>> +    char *runstate = (char *)s->runstate;
>> +
>> +    if (strcmp(runstate, "running") != 0) {
>> +
>> +        RunState r = runstate_index(runstate);
>> +
>> +        if (r == -1) {
>> +            error_report("Unknown received state %s\n", runstate);
>
> error_report's don't need the \n
>
>> +            return -1;
>> +        }
>> +        ret = vm_stop_force_state(r);
>
> Why do this here, rather than in process_incoming_migration_co;
> that would seem neater to keep the state change in one place.

If state is unknown for destination here, migration can still be aborted
at this point, later that is not possible.  Not possible in the sense
that source would not noticed that destination has exited because it
didn't understood something.

But we could move that to incoming, just not clear that it is going to
be easier, because then we have to do error control at a point that
don't have it right now.


Later, Juan.

>
> Dave
>
>> +    }
>> +
>> +   return ret;
>> +}
>> +
>> +static void global_state_pre_save(void *opaque)
>> +{
>> +    GlobalState *s = opaque;
>> +
>> +    s->size = strlen((char *)s->runstate) + 1;
>> +}
>> +
>> +static const VMStateDescription vmstate_globalstate = {
>> +    .name = "globalstate",
>> +    .version_id = 1,
>> +    .minimum_version_id = 1,
>> +    .post_load = global_state_post_load,
>> +    .pre_save = global_state_pre_save,
>> +    .fields = (VMStateField[]) {
>> +        VMSTATE_INT32(size, GlobalState),
>> +        VMSTATE_BUFFER(runstate, GlobalState),
>> +        VMSTATE_END_OF_LIST()
>> +    },
>> +};
>> +
>> +void register_global_state(void)
>> +{
>> +    /* We would use it independently that we receive it */
>> +    strcpy((char *)&global_state.runstate, "");
>> +    vmstate_register(NULL, 0, &vmstate_globalstate, &global_state);
>> +}
>> diff --git a/vl.c b/vl.c
>> index b8844f6..8af6c79 100644
>> --- a/vl.c
>> +++ b/vl.c
>> @@ -4387,6 +4387,7 @@ int main(int argc, char **argv, char **envp)
>>          return 0;
>>      }
>> 
>> +    register_global_state();
>>      if (incoming) {
>>          Error *local_err = NULL;
>>          qemu_start_incoming_migration(incoming, &local_err);
>> -- 
>> 2.4.0
>> 
>> 
> --
> Dr. David Alan Gilbert / address@hidden / Manchester, UK



reply via email to

[Prev in Thread] Current Thread [Next in Thread]