[ovirt-devel] Changing the name of VDSM in oVirt 4.0.

Nir Soffer nsoffer at redhat.com
Wed Jan 27 07:53:52 UTC 2016


On Wed, Jan 27, 2016 at 9:29 AM, Yedidyah Bar David <didi at redhat.com> wrote:
> On Tue, Jan 26, 2016 at 7:26 PM, Nir Soffer <nsoffer at redhat.com> wrote:
>> On Tue, Jan 26, 2016 at 5:29 PM, Yaniv Dary <ydary at redhat.com> wrote:
>>> I suggest for ease of use and tracking we change the versioning to align to
>>> the engine (4.0.0 in oVirt 4.0 GA) to make it easy to know which version was
>>> in which release and also change the package naming to something like
>>> ovirt-host-manager\ovirt-host-agent.
>>
>> When we think about the names, we should consider all the components
>> installed or running on the host. Here is the current names and future options:
>>
>> Current names:
>>
>> vdsmd
>> supervdsmd
>> vdsm-tool
>> vdsClient
>> (we have also two hosted engine daemons, I don't remember the names)
>>
>> Here are some options in no particular order to name these components:
>>
>> Alt 1:
>> ovirt-hypervisor
>> ovirt-hypervisor-helper
>> ovirt-hypervisor-tool
>> ovirt-hyperviosr-cli
>>
>> Alt 2:
>
> Not sure it's that important. Still, how about:
>
>> ovirt-host
>
> ovirt-hostd

I like this

>
>> ovirt-host-helper
>
> ovirt-priv-hostd

How about ovirt-privd?

I like short names.

>
>> ovirt-host-tool
>
> ovirt-hostd-tool
>
>> ovirt-host-cli
>
> ovirt-hostd-cli

I think we should use the example of systemd:

systemd
systemctl

So ovirt-hostd, ovirt-hostctl ovirt-hostcli

>
> Also we should get rid of '/rhev/' in start of mount points IMO. How
> about '/var/lib/ovirt-hostd/mounts/' or something like that?

We want to use /run/ovirt-host/storage/ for that, but this is hard change,
since it breaks migration to from hosts using different vdsm versions.
New vms expect the disks at /rhev/data-center and old vms at /rhev/data-center/

Maybe we can change disks path during migartion on the destination, but
migrating vms to older hosts will be impossible, as the vdsm on the older
machine does not support such manipulation.

Nir



More information about the Devel mailing list