Recent changes in vdsmd startup

Itamar Heim iheim at redhat.com
Thu Oct 10 14:24:40 UTC 2013


On 10/10/2013 04:32 PM, Yaniv Bronheim wrote:
> Hey Everybody,
> FYI, Recently we merged a fix that changes the way vdsmd starts. Before that "service vdsmd start" command performed its main logic in addition to related services manipulation, as configure libvirt service and restart it for example.
> Now we are trying to avoid that and only alert the user if restart or other operations on related services are required.
>
> So now when you perform vdsmd start after clear installation you will see:
> ~$ sudo service vdsmd restart
> Shutting down vdsm daemon:
> vdsm watchdog stop                                         [  OK  ]
> vdsm: not running                                          [FAILED]
> vdsm: Running run_final_hooks
> vdsm stop                                                  [  OK  ]
> supervdsm start                                            [  OK  ]
> vdsm: Running run_init_hooks
> vdsm: Running gencerts
> hostname: Unknown host
> vdsm: Running check_libvirt_configure
> libvirt is not configured for vdsm yet
> Perform 'vdsm-tool libvirt-configure' before starting vdsmd
> vdsm: failed to execute check_libvirt_configure, error code 1
> vdsm start                                                 [FAILED]
>
> This asks you to run "vdsm-tool libvirt-configure"
> After running it you should see:
>
> ~$ sudo vdsm-tool libvirt-configure
> Stopping libvirtd daemon: [  OK  ]
> libvirt is not configured for vdsm yet
> Reconfiguration of libvirt is done.
>
> To start working with the new configuration, execute:
> 'vdsm-tool libvirt-configure-services-restart'
> This will manage restarting of the following services:
> libvirtd, supervdsmd
>
> After performing: 'vdsm-tool libvirt-configure-services-restart' you are ready to start vdsmd again as usual.
>
> All those vdsm-tool commands require root privileges, otherwise it'll alert and stop the operation.
> Over systemd the errors\output can be watched in /var/log/messages
>
> Thanks,
> Yaniv Bronhaim.
> _______________________________________________
> Arch mailing list
> Arch at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/arch
>

how will this affect the following use cases:

1. i added a new host to the system via the engine.
at the end of the installation i expect the host to work without admin 
having to do any operation on the host.

2. i update a host to latest vdsm version via the engine.
at the end of the update i expect the host to be updated without admin 
having to do any operation on the host

Thanks,
    Itamar



More information about the Arch mailing list