OSDN Git Service

vl.c: do not allow --daemonize in combination with --preconfig CLI option
authorIgor Mammedov <imammedo@redhat.com>
Wed, 20 Jun 2018 13:24:19 +0000 (15:24 +0200)
committerEduardo Habkost <ehabkost@redhat.com>
Mon, 25 Jun 2018 17:09:48 +0000 (14:09 -0300)
commit2ee3518b53cd82bca10448283bd8fe5a259c27b1
tree900306283efd375ee1fd17188fd85585c7cfc497
parent35e238c9330669882487f9929e0aa97900431853
vl.c: do not allow --daemonize in combination with --preconfig CLI option

some users when using --daemonize expect that QEMU will parse CLI options,
initialize VM and only then complete daemonzation by signalling lead
process to exit and start listening on monitor socket. So users treat
parent process exit as sync point to connect to QEMU's monitor.

That however doesn't work when --preconfig options is used, since it
provides monitor before completing daemonization and expects user to
issue exit-preconfig command when additional configuration via monitor
is finished. We also can't move completing daemonization before
preconfig monitor becomes available, since that would imply:
  * partially loosing ability to configure QEMU instance in --preconfig
    mode since QEMU might drop privileges, chroot and do other things
    when daemonization is completed
  * lead to loss of error messages in case they would happen after
    daemonization

Be proactive now and make options mutually exclusive, so users would
get clear error message instead of waiting for lead process exit
indefinitely before connecting to monitor.

PS:
In case someone would come up with usecase where both options should
be enabled at the same time we could drop this restriction as far
as daemonization point is left where it is now (os_setup_post).

Signed-off-by: Igor Mammedov <imammedo@redhat.com>
Message-Id: <1529501059-163139-1-git-send-email-imammedo@redhat.com>
Signed-off-by: Eduardo Habkost <ehabkost@redhat.com>
vl.c