----- Original Message -----
This affects oVirt Node a bit (which is why I've got an interest) but is also relevant to vdsm running on vanilla hypervisors like F16.
Two decisions we need to get acks on:
- Location of local storage for vdsm is /rhev in the RHEV product. Suggestion is to change this to one of: /ovirt /var/lib/ovirt /opt/ovirt
/opt is used for apps /var/lib is for app data, so it sounds to me like it should be /var/lib/vdsm
- Naming of the management interface that vdsm uses. Right now in RHEV product, vdsm renames the mgmt interface to 'rhevm'. Suggestions fall into a few categories (thx to danpb for putting these options together)
- brN, where N is assigned incrementally from 0. eg
...
- brN, where N is chosen based on the last digit from the physical interface enslaved eg
...
- brDEV, where DEV is the name of the physical interface
...
all of the above won't really fly as they do not withstand the requirement for a fixed name across a cluster of hypervisors.
brNET, where NET is a logical name of the network
brmgmt containing eth0 as the management LAN brguest containing eth7 as the guest <-> guest LAN brinet containing eth42 as the guest <-> internet LAN briscsi containing vlan7.3 for the iSCSI storage LAN
above convention is problematic due to the 'br' prefix which complicates flows like migration if physical representation of the logical network is not consistent across nodes (i.e. bridge on host a called brmgmt and nic alias on host b called ???) Specifying the logical name alone seems the easiest path. i.e. 'vdsm' or something.
My personal vote is to use:
/opt/ovirt rather than something off of the root filesystem, since this will fit in with how we're going to enable plugins and writable portions of the filesystem in oVirt Node anyhow
I also vote for interface naming like brNET, so brvdsm. Keeping in mind that the mgmt interface will not always be a bridge in the future, so if the mgmt interface is _not_ a bridge, then 'vdsm' by itself would be a good name. The br prefix should only be used if/when the vdsm interface is also a bridge.
That's just my 2c, discuss on list and let's see if we can reach a quick consensus so we can make fwd progress.
Cheers,
Perry _______________________________________________ vdsm-devel mailing list vdsm-devel@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/vdsm-devel