- Users - oVirt List Archives

[Users] Disk migration among glusterfs volumes
by Mario Giammarco 07 Oct '13

07 Oct '13

Hello, I have a vm disk in glusterfs volume X. Now I have a replicated gluster volume Y. I would like to move the vm disk on it but if I go to "move" menu I cannot choose the target and I see a warning: "some disks cannot be moved". How can I move it? Thanks, Mario

1 1

[Users] Storage error after NFS reload
by Juan Pablo Lorier 07 Oct '13

07 Oct '13

Hi, I've made a change to the host where I run nfs for iso images and after reloading the nfs conf ovirt started to print to console and to log this every few seconds: <11>vdsm Storage.DomainMonitorThread ERROR Error while collecting domain 0d22a7d7-a7e0-4c17-b132-5764b7940a70 monitoring information#012Traceback (most recent call last):#012 File "/usr/share/vdsm/storage/domainMonitor.py", line 186, in _monitorDomain#012 self.domain.selftest()#012 File "/usr/share/vdsm/storage/sdc.py", line 49, in __getattr__#012 return getattr(self.getRealDomain(), attrName)#012 File "/usr/share/vdsm/storage/sdc.py", line 52, in getRealDomain#012 return self._cache._realProduce(self._sdUUID)#012 File "/usr/share/vdsm/storage/sdc.py", line 121, in _realProduce#012 domain = self._findDomain(sdUUID)#012 File "/usr/share/vdsm/storage/sdc.py", line 152, in _findDomain#012 raise se.StorageDomainDoesNotExist(sdUUID)#012StorageDomainDoesNotExist: Storage domain does not exist: (u'0d22a7d7-a7e0-4c17-b132-5764b7940a70',) Is there a way to stop this from happening without having to bring down the host? Regards,

1 0

[Users] oVirt Roadmap feature requests - Summary
by Itamar Heim 06 Oct '13

06 Oct '13

so, a lot of input post my question for 3.4 planning on "what do you want next"[1] I've just aggregated the replies here at this point for easier processing going forward: Infra - ability to give permissions to group of objects (namely, VMs) - support users/groups in oVirt DB as an authentication provider - support keystone as an authentication provider - kerberos login to webadmin/user portal - stateless host (pxe boot, no local disks) - detect updates and update host accordingly - embedded pxe/tftp boot server, setup to deploy the nodes - snmp & snmp trap monitoring Virt - template versions (ability to update template of a pool) - pci passthrough for devices like Telephone modem, PCI-express cards, Graphic cards - usbhost hook as supported feature (hardware license tokens) - ability to provide libvirt features directly[2] - dependencies between VMs (start db vm before webapp vm) - Allow to clone a VM without snapshot/template - Integrate v2v into engine - oVirt guest agent for Ubuntu/openSUSE/SLES/Debian - compatibility with OVF 2.0.1 - solaris as supported guest OS Network - private network between VMs - Network NAT for VMs (with buildin DHCP). - openvswitch support (in 3.3, via neutron?) - nic ordering Storage - import existing data domain - live merge (delete snapshot) - ability to resize a storage domain lun - multiple storage domains (local/gluster/FC) - ISO and export domains on FC/iSCSI - Upload ISOs within the GUI to ISO domain - Use an existing share for ISO domain - A backup and restore option - iSCSI EqualLogic SAN support or use standard iscsi tools/configuration - ATA over ethernet (AoE) as an optional storage transport - DR - DRBD, either with CLVM or perhaps GFS - live disk resize - disk ordering SLA - positive/negative affinity between group of VMs - power saving policy moving hosts to sleep - time based policy (SLA during the day, power saving at night) - collect and show power consumption of hosts - allow to give weights to prefer "faster" hosts to other hosts - application level HA (monitor the service inside the VM) Other - Zabbix monitoring [1] http://lists.ovirt.org/pipermail/users/2013-August/015807.html [2] http://lists.ovirt.org/pipermail/engine-devel/2013-August/005364.html

1 0

[Users] Gluster network info
by Gianluca Cecchi 06 Oct '13

06 Oct '13

Hello, I remember in the past that could be a problem to have high usage of ovirtmgmt network because engine sometimes detects hosts as unresponsive. And it should this the reason about bandwith limitation on vm migration, until dedicated network for it has been released. SO the question is : what about ovirtmgmt network for gluster replication when gluster domain is provided by ovirt nodes? I suppose it could be a problem too, couldn't it? In case I have a dedicated network for gluster for the nodes, how can i configure it? Can I configure in this case Gluster storage domain from ovirt engine or does it require to be on this network too? Thanks in advance for any suggestion Gianluca

6 10

[Users] internal networks in Ovirt
by subscription sites 06 Oct '13

06 Oct '13

Hi, I just installed ovirt 3.3 and got everything up and running with an ovirt node. However, I can't figure out how the networking works in ovirt. First of all, I'm looking for a feature like you have in virtualbox: configure bridged networks, internal networks and natted networks, how do you do each of these in ovirt? Also, I have only one physical nic and ovirtmgmt default network is already assigned to this nic. How can I attach other bridged networks to this same physical nic? Thanks for any help you can provide!

4 3

Re: [Users] CentOS or Fedora?
by Vincent Van der Kussrn 06 Oct '13

06 Oct '13

----_com.android.email_997737054080675_alt Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGksCgpZb3UgY2FuIHVzZSB0aGUgR2x1c3RlciByZXBvIHRvIGluc3RhbGwgb24gQ2VudE9TLiBU aGF0J3MgaG93IHdlIHJ1biAzLjMKClJlZ2FyZHMsClZpbmNlbnQKCkNvbm5lY3RlZCBieSBNb3Rv cm9sYQoKUmlja2FyZCBLcmlzdGlhbnNzb24gPHJpY2thcmRAc2FudWtzeXN0ZW1zLmNvbT4gd3Jv dGU6Cgo+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPlVz ZXJzIG1haWxpbmcgbGlzdAo+VXNlcnNAb3ZpcnQub3JnCj5odHRwOi8vbGlzdHMub3ZpcnQub3Jn L21haWxtYW4vbGlzdGluZm8vdXNlcnMK ----_com.android.email_997737054080675_alt Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGRpdj48ZGl2PkhpLDwvZGl2PjxkaXY+PGJyLz48L2Rpdj48ZGl2PllvdSBjYW4gdXNlIHRoZSBH bHVzdGVyIHJlcG8gdG8gaW5zdGFsbCBvbiBDZW50T1MuIFRoYXQmIzM5O3MgaG93IHdlIHJ1biAz LjM8L2Rpdj48ZGl2Pjxici8+PC9kaXY+PGRpdj5SZWdhcmRzLDwvZGl2PjxkaXY+VmluY2VudDwv ZGl2PjxkaXY+PGJyLz48L2Rpdj48ZGl2Pjxmb250IHN0eWxlPSJjb2xvcjojMzMzMzMzIj48aT5D b25uZWN0ZWQgYnkgTW90b3JvbGE8L2k+PC9mb250PjwvZGl2PjwvZGl2Pjxicj48YnI+Umlja2Fy ZCBLcmlzdGlhbnNzb24gJmx0O3JpY2thcmRAc2FudWtzeXN0ZW1zLmNvbSZndDsgd3JvdGU6PGJy Pjxicj48ZGl2IHN0eWxlPSJmb250LWZhbWlseTogQXJpYWwsIEhlbHZldGljYSwgc2Fucy1zZXJp ZjsgZm9udC1zaXplOiAxMnB0OyBjb2xvcjogIzAwMDAwMCI+PGRpdj5IaSw8L2Rpdj48ZGl2Pjxi cj48L2Rpdj48ZGl2PldlIGhhdmUgYmVlbiB0ZXN0aW5nIG9WaXJ0IHNpbmNlIDMuMi4xLCBhbmQg aGF2ZSBub3cgdXBncmFkZWQgdGhlIGVuZ2luZSB0byAzLjMgd2l0aCB0aGUgYWltIHRvIHVzZSBp dCBpbiBwcm9kdWN0aW9uIGZvciBhYm91dCA1MCBWTXMgY3VycmVudGx5IHJ1bm5pbmcgb24gNyBz dGFuZGFsb25lIENlbnRPUyA2LjQgS1ZNIGh5cGVydmlzb3JzLjxiciBkYXRhLW1jZS1ib2d1cz0i MSI+PC9kaXY+PGRpdj5XZSB3b3VsZCBwcmVmZXIgdG8gdXNlIG5hdGl2ZSBHbHVzdGVyRlMgaW50 ZWdyYXRpb24sIGJ1dCBJIHVuZGVyc3RhbmQgdGhhdCBDZW50T1MgNi40IGRvZXNuJ3QgaGF2ZSB0 aGUgbmVjZXNzYXJ5IGxpYnJhcnkgdmVyc2lvbnMuPGJyPjwvZGl2PjxkaXY+V291bGQgaXQgbWFr ZSBzZW5zZSB0byByZWluc3RhbGwgdGhlIGh5cGVydmlzb3JzIHRvIG9WaXJ0IG5vZGVzIG9uIEZl ZG9yYTE5LCBvciBzaG91bGQgd2Ugd2FpdCBmb3IgQ2VudE9TIDYuNT88YnI+PC9kaXY+PGRpdj5J J20gbm90IHN1cmUgaXQgZmVlbHMgdmVyeSBzYWZlIHRvIHVzZSBGZWRvcmEgaW4gcHJvZHVjdGlv biwgZXZlbiB0aG91Z2ggaXQncyB0aGUgJ25hdGl2ZScgb1ZpcnQgZGlzdHJpYnV0aW9uLi4/PGJy PjwvZGl2PjxkaXY+SSdtIGFsc28gbm90IHN1cmUgaWYgRGVsbCBPcGVuTWFuYWdlIGlzIHN1cHBv cnRlZCBvbiBGZWRvcmEsIGFzIHRoaXMgd291bGQgYmUgcmVxdWlyZWQgZm9yIGNvbm5lY3Rpbmcg dGhlIGh5cGVydmlzb3JzL25vZGVzIGludG8gb3VyIGNvbW1vbiBzdXJ2ZWlsbGFuY2Ugc3lzdGVt Ljxicj48L2Rpdj48ZGl2Pk1heWJlIHNvbWVvbmUgd291bGQgc2F5IHRoYXQgd2Ugc2hvdWxkIHVz ZSBSSEVWIGluc3RlYWQsIGJ1dCBzaW5jZSB3ZSBoYXZlIG1hbmFnZWQgd2l0aCBDZW50T1Mgd2l0 aG91dCB2ZW5kb3Igc3VwcG9ydCBvbiB0aGlzIHBhcnRpY3VsYXIgc2VydmljZSB1bnRpbCBub3cs IEkgdGhpbmsgd2Ugd291bGQgYmUgdmVyeSBjb21mb3J0YWJsZSB3aXRoIG9WaXJ0IGFuZCB0aGUg Z3JlYXQgc3VwcG9ydCBwcm92aWRlZCBieSB0aGUgY29tbXVuaXR5Ljxicj48L2Rpdj48ZGl2Pjxi cj48L2Rpdj48ZGl2PkFueW9uZSBlbHNlIGhhdmluZyBzaW1pbGFyIHRob3VnaHRzLi4/PGJyPjwv ZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+UmVnYXJkczxicj48L2Rpdj48ZGl2PlJpY2thcmQ8YnI+ PC9kaXY+PGRpdj48YnI+PC9kaXY+PC9kaXY+ ----_com.android.email_997737054080675_alt--

1 0

[Users] CentOS or Fedora?
by Rickard Kristiansson 06 Oct '13

06 Oct '13

------=_Part_328376_145288176.1381065916525 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, We have been testing oVirt since 3.2.1, and have now upgraded the engine to 3.3 with the aim to use it in production for about 50 VMs currently running on 7 standalone CentOS 6.4 KVM hypervisors. We would prefer to use native GlusterFS integration, but I understand that CentOS 6.4 doesn't have the necessary library versions. Would it make sense to reinstall the hypervisors to oVirt nodes on Fedora19, or should we wait for CentOS 6.5? I'm not sure it feels very safe to use Fedora in production, even though it's the 'native' oVirt distribution..? I'm also not sure if Dell OpenManage is supported on Fedora, as this would be required for connecting the hypervisors/nodes into our common surveillance system. Maybe someone would say that we should use RHEV instead, but since we have managed with CentOS without vendor support on this particular service until now, I think we would be very comfortable with oVirt and the great support provided by the community. Anyone else having similar thoughts..? Regards Rickard ------=_Part_328376_145288176.1381065916525 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: Arial, Helvetica, sans-serif; font-s= ize: 12pt; color: #000000"><div>Hi,</div><div><br></div><div>We have been t= esting oVirt since 3.2.1, and have now upgraded the engine to 3.3 with the = aim to use it in production for about 50 VMs currently running on 7 standal= one CentOS 6.4 KVM hypervisors.<br data-mce-bogus=3D"1"></div><div>We would= prefer to use native GlusterFS integration, but I understand that CentOS 6= .4 doesn't have the necessary library versions.<br></div><div>Would it make= sense to reinstall the hypervisors to oVirt nodes on Fedora19, or should w= e wait for CentOS 6.5?<br></div><div>I'm not sure it feels very safe to use= Fedora in production, even though it's the 'native' oVirt distribution..?<= br></div><div>I'm also not sure if Dell OpenManage is supported on Fedora, = as this would be required for connecting the hypervisors/nodes into our com= mon surveillance system.<br></div><div>Maybe someone would say that we shou= ld use RHEV instead, but since we have managed with CentOS without vendor s= upport on this particular service until now, I think we would be very comfo= rtable with oVirt and the great support provided by the community.<br></div= ><div><br></div><div>Anyone else having similar thoughts..?<br></div><div><= br></div><div>Regards<br></div><div>Rickard<br></div><div><br></div></div><= /body></html> ------=_Part_328376_145288176.1381065916525--

1 0

[Users] About the Backup-Restore API Integration
by emitor＠gmail.com 06 Oct '13

06 Oct '13

Hi, I'm testing ovirt to replace ESXi. Right now I want know if there is something like guettoVCB.sh (https://communities.vmware.com/docs/DOC-8760) that i can use with oVirt. I'm checking the following link: http://www.ovirt.org/Features/Backup-Restore_API_Integration but i don't understand if this feature it's aviable right now and if it allow me to do something like what guettoVCB.sh do. Regards! Emiliano

3 2

[Users] ovirt-node post-reboot no persistent networks config .. !!! urgent update req for POC coming weekend
by Anil Dhingra 06 Oct '13

06 Oct '13

Hi Guys I am unable to store persistent n/w configuration in ovirt3-3 only ovirtmgmt is persistent remaining "Storage/Migration/VM" network doesn't come up after reboot Tried using both ovirt Manager as well from ovirtnode "ovirt-node-iso-3.0.1-1.0.2.vdsm.el6" but no luck looks similar to "*Bug 988397*<https://bugzilla.redhat.com/show_bug.cgi?id=988397>- ovirt-node post-installation setup networks fails when NetworkManager is running " but looks like its closed & ther is no N/W manager on ovirtnode . below are some Hit & try outputs 1- manually created all n/w config under /config/etc/sysconfig/network-scripts/ dir even tried save with "persist" command & checked /config/file is updated after persist command .but no luck after reboot. it didn't create them 2- anyone has any idea ..how to configure persistent config using files if Graphical is not working . 3- is ther any know n/w issue with current ovirt node + why its not showing bridge for ovirtmgmt BRIDGE . 4- tried using *vdsm-store-net-config /restore but no luck* ** ** [root@node1-3-3 network-scripts]# ls ifcfg-eth0 ifcfg-eth1 ifcfg-eth2 ifcfg-eth3 ifcfg-lo ifcfg-Migration ifcfg-Storage ifcfg-VM_100 route-eth0 route-ovirtmgmt rule-eth0 rule- ovirtmgmt # view /var/log/ovirt.log dhclient: no process killed 2013-09-30 09:36:57,092 - INFO - ovirtfunctions - /etc/sysconfig/network-scripts/ifcfg-Migration successully unpersisted 2013-09-30 09:36:57,097 - DEBUG - ovirtfunctions - rm -Rf /config"/etc/sysconfig/network-scripts/ifcfg-Migration" 2013-09-30 09:36:57,097 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,102 - DEBUG - ovirtfunctions - sed --copy -i "\|^/etc/sysconfig/network-scripts/ifcfg-Migration$|d" /config/files 2013-09-30 09:36:57,102 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,140 - INFO - ovirtfunctions - /etc/sysconfig/network-scripts/ifcfg-Storage successully unpersisted 2013-09-30 09:36:57,144 - DEBUG - ovirtfunctions - rm -Rf /config"/etc/sysconfig/network-scripts/ifcfg-Storage" 2013-09-30 09:36:57,145 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,149 - DEBUG - ovirtfunctions - sed --copy -i "\|^/etc/sysconfig/network-scripts/ifcfg-Storage$|d" /config/files 2013-09-30 09:36:57,149 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,163 - DEBUG - ovirtfunctions - sed --copy -i "\|/etc/sysconfig/network-scripts/ifcfg-eth3$|d" /config/files 2013-09-30 09:36:57,164 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,230 - DEBUG - ovirtfunctions - shred -u /config'/etc/sysconfig/network-scripts/ifcfg-eth3' 2013-09-30 09:36:57,231 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,235 - DEBUG - ovirtfunctions - shred -u '/etc/sysconfig/network-scripts/ifcfg-eth3' 2013-09-30 09:36:57,235 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,249 - DEBUG - ovirtfunctions - sed --copy -i "\|/etc/sysconfig/network-scripts/ifcfg-eth2$|d" /config/files 2013-09-30 09:36:57,249 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,265 - DEBUG - ovirtfunctions - shred -u /config'/etc/sysconfig/network-scripts/ifcfg-eth2' 2013-09-30 09:36:57,265 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,270 - DEBUG - ovirtfunctions - shred -u '/etc/sysconfig/network-scripts/ifcfg-eth2' 2013-09-30 09:36:57,270 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,283 - DEBUG - ovirtfunctions - sed --copy -i "\|/etc/sysconfig/network-scripts/ifcfg-eth1$|d" /config/files 2013-09-30 09:36:57,284 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,300 - DEBUG - ovirtfunctions - shred -u /config'/etc/sysconfig/network-scripts/ifcfg-eth1' 2013-09-30 09:36:57,301 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,305 - DEBUG - ovirtfunctions - shred -u '/etc/sysconfig/network-scripts/ifcfg-eth1' 2013-09-30 09:36:57,305 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,318 - DEBUG - ovirtfunctions - sed --copy -i "\|/etc/sysconfig/network-scripts/ifcfg-VM_100$|d" /config/files 2013-09-30 09:36:57,318 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,339 - DEBUG - ovirtfunctions - shred -u /config'/etc/sysconfig/network-scripts/ifcfg-VM_100' 2013-09-30 09:36:57,339 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,344 - DEBUG - ovirtfunctions - shred -u '/etc/sysconfig/network-scripts/ifcfg-VM_100' 2013-09-30 09:36:57,344 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,358 - DEBUG - ovirtfunctions - sed --copy -i "\|/etc/sysconfig/network-scripts/ifcfg-eth0$|d" /config/files 2013-09-30 09:36:57,358 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,390 - DEBUG - ovirtfunctions - shred -u /config'/etc/sysconfig/network-scripts/ifcfg-eth0' 2013-09-30 09:36:57,391 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,395 - DEBUG - ovirtfunctions - shred -u '/etc/sysconfig/network-scripts/ifcfg-eth0' 2013-09-30 09:36:57,396 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,411 - DEBUG - ovirtfunctions - sed --copy -i "\|/etc/sysconfig/network-scripts/ifcfg-lo$|d" /config/files 2013-09-30 09:36:57,411 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,426 - DEBUG - ovirtfunctions - shred -u /config'/etc/sysconfig/network-scripts/ifcfg-lo' 2013-09-30 09:36:57,426 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,431 - DEBUG - ovirtfunctions - shred -u '/etc/sysconfig/network-scripts/ifcfg-lo' 2013-09-30 09:36:57,431 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,447 - DEBUG - ovirtfunctions - mkdir -p /config//etc/sysconfig/network-scripts 2013-09-30 09:36:57,447 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,452 - DEBUG - ovirtfunctions - cp -a /etc/sysconfig/network-scripts/ifcfg-eth0 /config/etc/sysconfig/network-scripts/ifcfg-eth0 2013-09-30 09:36:57,452 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,468 - DEBUG - ovirtfunctions - mount -n --bind /config/etc/sysconfig/network-scripts/ifcfg-eth0 /etc/sysconfig/network-scripts/ifcfg- eth0 2013-09-30 09:36:57,469 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,469 - INFO - ovirtfunctions - File: /etc/sysconfig/network-scripts/ifcfg-eth0 persisted 2013-09-30 09:36:57,479 - INFO - ovirtfunctions - Successfully persisted: /etc/sysconfig/network-scripts/ifcfg-eth0 2013-09-30 09:36:57,491 - DEBUG - ovirtfunctions - mkdir -p /config//etc/sysconfig/network-scripts 2013-09-30 09:36:57,491 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,496 - DEBUG - ovirtfunctions - cp -a /etc/sysconfig/network-scripts/ifcfg-lo /config/etc/sysconfig/network-scripts/ifcfg-lo 2013-09-30 09:36:57,496 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,501 - DEBUG - ovirtfunctions - mount -n --bind /config/etc/sysconfig/network-scripts/ifcfg-lo /etc/sysconfig/network-scripts/ifcfg-lo 2013-09-30 09:36:57,501 - DEBUG - ovirtfunctions - 2013-09-30 09:36:57,501 - INFO - ovirtfunctions - File: /etc/sysconfig/network-scripts/ifcfg-lo persisted 2013-09-30 09:36:57,509 - INFO - ovirtfunctions - Successfully persisted: /etc/sysconfig/network-scripts/ifcfg-lo 2013-09-30 09:36:57,510 - WARNING - ovirtfunctions - File already persisted: /etc/sysconfig/network 2013-09-30 09:36:57,510 - WARNING - ovirtfunctions - /etc/sysconfig/network Already persisted 2013-09-30 09:36:57,510 - WARNING - ovirtfunctions - File already persisted: /etc/hosts 2013-09-30 09:36:57,510 - WARNING - ovirtfunctions - /etc/hosts Already persisted 2013-09-30 09:36:57,515 - WARNING - ovirtfunctions - File already persisted: /etc/udev/rules.d/71-persistent-node-net.rules 2013-09-30 09:36:57,516 - WARNING - ovirtfunctions - /etc/udev/rules.d/71-persistent-node-net.rules Already persisted 2013-09-30 09:37:03,819 - INFO - ovirtfunctions - Won't update /etc/hosts, it's not empty. systemd-journald: unrecognized service Thanks Anil D

5 12

[Users] What should be the default for adding network from specific Cluster
by Genadi Chereshnya 06 Oct '13

06 Oct '13

Hi all, We would like to consult community about adding the Network from Cluster tab. In 3.3 we can add Network from the DataCenter tab and then that network will be attached to all Clusters of that DataCenter. When adding network from specific Cluster the default behavior today is to attach that network to all the Clusters under the same DataCenter as well. We think that the right behavior should be add that network by default only to the Cluster from which we add that Network from. Any feedback will be appreciated. Thanks, Genadi Rhevm-Network QE

3 2