On 12/08/2011 09:59 PM, Douglas Landgraf wrote:
Hi,
On 12/08/2011 02:31 PM, Douglas Landgraf wrote:
On 12/08/2011 10:14 AM, Perry Myers wrote:
/opt is used for apps
/var/lib is for app data, so it sounds to me like it should be /var/lib/vdsm
/var/lib/vdsm is fine by me
- 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.
No objections from me. Using the br prefix is sort of for historical
consistency reasons (i.e. bridges usually have names like br0, br1,
etc), but I don't feel strongly about that. So 'vdsm' is fine by me.
So unless we have a major objection in the near future we'll use:
/var/lib/vdsm
and
vdsm as the interface name
+1
Fell free to review:
replace /rhev repository to /var/lib/vdsm
http://gerrit.ovirt.org/#change,449
rename rhevm bridge to vdsm
http://gerrit.ovirt.org/#change,311
Now is required to change engine/backend to accepted 'vdsm' as bridge.
New suggestion from Dan:
/var/run/vdsm may be better since nothing there is expected to be
relevant after reboot.
http://www.pathname.com/fhs/pub/fhs-2.3.html#VARRUNRUNTIMEVARIABLEDATA
thoughts?
--
Cheers
Douglas
_______________________________________________
vdsm-devel mailing list
vdsm-devel@lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/vdsm-devel