Re: [Users] affects of changing compatibility setting on running cluster
- Original Message - From: Charles Weber chawe...@gmail.com To: Tomas Jelinek tjeli...@redhat.com Cc: Omer Frenkel ofren...@redhat.com, users@ovirt.org, Sven Kieske s.kie...@mittwald.de Sent: Monday, March 17, 2014 8:44:09 PM Subject: Re: [Users] affects of changing compatibility setting on running cluster On Mar 17, 2014, at 4:41 AM, Tomas Jelinek tjeli...@redhat.com wrote: - Original Message - From: Omer Frenkel ofren...@redhat.com To: Itamar Heim ih...@redhat.com, Tomas Jelinek tjeli...@redhat.com Cc: Charles Weber chawe...@gmail.com, ybronhei ybron...@redhat.com, Dan Kenigsberg dan...@redhat.com, users@ovirt.org, Eli Mesika emes...@redhat.com, Sven Kieske s.kie...@mittwald.de Sent: Sunday, March 16, 2014 10:04:12 AM Subject: Re: [Users] affects of changing compatibility setting on running cluster - Original Message - From: Itamar Heim ih...@redhat.com To: Charles Weber chawe...@gmail.com Cc: ybronhei ybron...@redhat.com, Dan Kenigsberg dan...@redhat.com, users@ovirt.org, Eli Mesika emes...@redhat.com, Sven Kieske s.kie...@mittwald.de, Omer Frenkel ofren...@redhat.com Sent: Friday, March 14, 2014 12:58:57 AM Subject: Re: [Users] affects of changing compatibility setting on running cluster On 03/13/2014 05:33 PM, Charles Weber wrote: On Mar 12, 2014, at 5:14 PM, Itamar Heim ih...@redhat.com mailto:ih...@redhat.com wrote: On 03/12/2014 10:45 PM, ybronhei wrote: On 03/12/2014 04:33 PM, Itamar Heim wrote: On 03/12/2014 04:32 PM, ybronhei wrote: On 03/12/2014 04:25 PM, Dan Kenigsberg wrote: On Wed, Mar 12, 2014 at 10:15:21AM +0200, Itamar Heim wrote: On 03/12/2014 10:11 AM, Sven Kieske wrote: Am 11.03.2014 17:38, schrieb Itamar Heim: i understood this to you can't use 4.14 with 3.4.0. Well I examined BZ 1067096 again, this is what did not work: Steps to Reproduce: 1. Run Engine 3.3 Compatibility level 3.2 or 3.3 2. Add node (vdsm 4.14) Actual results: Host is installed with VDSM version (4.14) and cannot join cluster which is compatible with VDSM versions [4.13, 4.9, 4.11, 4.12, 4.10]. Pay attention to the engine version, it states 3.3. not 3.4.0 So my conclusion is, you can't install vdsm 4.14. when you want to use engine 3.3. Am I reading something wrong? Here's the link again: https://bugzilla.redhat.com/show_bug.cgi?id=1067096#c0 this can be fixed via engine config, but is not supposed to be needed, as vdsm is supposed to have vdsm/dsaversion.py.in:'supportedENGINEs': ['3.0', '3.1', '3.2', '3.3', '3.4'], danken/eli - thoughts? I do not really understand why we have this recurrent Engine bug, of ignoring supportedENGINEs; I think Yaniv does. i recall asking for detailed explanation for why do we have 3 different restrictions , one for supportedEngines, one for the allowed vdsm versions, and one for the cluster level? if vdsm version is supported why isn't it in engine's capabilities yet? because its a vdsm version which was released after that engine was released, hence the vdsm package has to declare its supporting the old engine. so its an hack to allow users to add beta vdsm version to new engine release?.. sounds like that no. its to add the next release of vdsm to a previously released engine. but that's not supposed to be an issue, since its supposed to already report the previous version of engine (which it does) please reopen if it reproduced the issue was verified in https://bugzilla.redhat.com/show_bug.cgi?id=1016461, please reopen if it still appears I do have an issue still with this. When I try to change compatibility version at the datacenter level it behaves as expected, i.e. warns me to change the cluster level first. I see a matching log entry in the engine log. However when I try to change the compatibility version at the cluster level the edit cluster dialog box just hangs there. There are no log entries in the engine log. The dialog box goes away when I click cancel. If I select 3.2 or 3.3 and click OK nothing happens. This occurs either during normal running or with hosts in maintenance mode. I would like to change to 3.3. Can you direct me to the sql table or cmd line by any chance. do not hack the db for such a change, you may skip important upgrade logic/validation. Is this a known problem or something specific to my special setup. Actually my setup is pretty plain, see below or original post in this thread. sounds like a bug, at least for not telling you what is the error. omer - thoughts? if nothing happens when clicking ok it's usually some validation in the dialog, can you check there is nothing highlighted in red (check also other tabs in the dialog)? Indeed, can be a validation
Re: [Users] SAN storage expansion
Hi, LUNs size are being updated using the multipath mechanism. In order to update storage domain size, you'll need to update the physical volume size using LVM on you hypervisors. Please do the following: 1) Put the storage domain to maintenance 2) Execute on your hosts: 'pvresize --setphysicalvolumesize' with the new physical volume size (150G) 3) Activate the storage domain - Original Message - From: Giorgio Bersano giorgio.bers...@gmail.com To: users@ovirt.org Users@ovirt.org Sent: Monday, March 17, 2014 7:25:36 PM Subject: [Users] SAN storage expansion Hi all, I'm happily continuing my experiments with oVirt and I need a suggestion regarding storage management. I'm using an iSCSI based Storage Domain and I'm trying to understand which is the correct way to extend it's size some time after it's creation. Please consider the following steps: 1) Using storage specific tools create a new volume on iSCSI storage (e.g. 130.0 GiB) 2) in oVirt webadmin: Storage - New Domain , select the previously created storage (130 GB), OK, after some time it's online: Size: 129 GB ; Available: 125 GB ; Used: 4 GB 3) Use according to your needs (even noop is OK) 4) Using storage specific tools expand the new volume (e.g. 20.0 GiB more, now it says 150.0GiB) 5) in webadmin: Storage, click on the domain, Edit. Looking at LunsTargets , now it correctly sees 150GB BUT on the Storage tab it continues to be seen with Size: 129 GB ; Available: 125 GB ; Used: 4 GB Do you think it is possible to make oVirt aware of the new available storage space? Am I missing something obvious? My setup is oVirt 3.4.0 RC2 with fully patched CentOS 6.5 hosts. Best regards, Giorgio. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
Hi, Currently we have some small server clusters that have only two storage nodes with iSCSI. I would like to use Gluster bricks for them but I'm a bit worried about quorum and split-brain. Would it be an idea to make ovirt a Gluster quorum arbiter? The ovirt engine is managing the virtual datacenter and could easily be the deciding factor when a 2 brick gluster loses one of the bricks. http://hekafs.org/index.php/2012/11/different-forms-of-quorum/ The second issue is trickier. What should we do when N=2? In some cases, allowing a single failure to make a volume read-only (the current behavior) is fine. In others it’s not. One idea would be to “promote” from all bricks/servers in a replica set to all in a volume to all in the cluster. Unfortunately, that gets us nowhere in a two-server two-brick cluster, which is very common especially in the critical case of people trying GlusterFS for the first time and seeing how it responds to failures. The other idea is arbiter nodes, which hold no data but pump up the quorum number for the cluster (or for a volume if that’s how we’re counting). Thus, if we have a volume on two nodes in a cluster with more than two, a third node will be (automatically?) designated as having an interest in that volume so that the effective quorum is two out of three. Since tracking servers’ interests in volumes will already have to be part of the second patch I’ve mentioned, adding an arbiter is just a simple matter of manipulating that information so it should be a pretty straightforward third patch. Kind regards, Jorick Astrego Netbulae ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] SAN storage expansion
2014-03-18 9:15 GMT+01:00 Elad Ben Aharon ebena...@redhat.com: Hi, LUNs size are being updated using the multipath mechanism. In order to update storage domain size, you'll need to update the physical volume size using LVM on you hypervisors. Please do the following: 1) Put the storage domain to maintenance 2) Execute on your hosts: 'pvresize --setphysicalvolumesize' with the new physical volume size (150G) 3) Activate the storage domain Thank you Elad, I knew it was required a pvresize command but wanted to be sure that I wasn't disrupting possible storage parameters bookkeeping by the oVirt system. I'm wondering if it's because of this that SD has to be put in maintenance. Any chance to have the SD resize without putting it offline, for example doing pvresize on the SPM node and then pvscan on every other host involved? I'm sure there are use cases where this is would be of great convenience. - Original Message - From: Giorgio Bersano giorgio.bers...@gmail.com To: users@ovirt.org Users@ovirt.org Sent: Monday, March 17, 2014 7:25:36 PM Subject: [Users] SAN storage expansion Hi all, I'm happily continuing my experiments with oVirt and I need a suggestion regarding storage management. I'm using an iSCSI based Storage Domain and I'm trying to understand which is the correct way to extend it's size some time after it's creation. Please consider the following steps: 1) Using storage specific tools create a new volume on iSCSI storage (e.g. 130.0 GiB) 2) in oVirt webadmin: Storage - New Domain , select the previously created storage (130 GB), OK, after some time it's online: Size: 129 GB ; Available: 125 GB ; Used: 4 GB 3) Use according to your needs (even noop is OK) 4) Using storage specific tools expand the new volume (e.g. 20.0 GiB more, now it says 150.0GiB) 5) in webadmin: Storage, click on the domain, Edit. Looking at LunsTargets , now it correctly sees 150GB BUT on the Storage tab it continues to be seen with Size: 129 GB ; Available: 125 GB ; Used: 4 GB Do you think it is possible to make oVirt aware of the new available storage space? Am I missing something obvious? My setup is oVirt 3.4.0 RC2 with fully patched CentOS 6.5 hosts. Best regards, Giorgio. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] SAN storage expansion
Hi Giorgio, perhaps i missed something - but why don't you want to extend the domain by right click and editing it? - Original Message - From: Giorgio Bersano giorgio.bers...@gmail.com To: Elad Ben Aharon ebena...@redhat.com Cc: users@ovirt.org Users@ovirt.org Sent: Tuesday, March 18, 2014 11:28:14 AM Subject: Re: [Users] SAN storage expansion 2014-03-18 9:15 GMT+01:00 Elad Ben Aharon ebena...@redhat.com: Hi, LUNs size are being updated using the multipath mechanism. In order to update storage domain size, you'll need to update the physical volume size using LVM on you hypervisors. Please do the following: 1) Put the storage domain to maintenance 2) Execute on your hosts: 'pvresize --setphysicalvolumesize' with the new physical volume size (150G) 3) Activate the storage domain Thank you Elad, I knew it was required a pvresize command but wanted to be sure that I wasn't disrupting possible storage parameters bookkeeping by the oVirt system. I'm wondering if it's because of this that SD has to be put in maintenance. Any chance to have the SD resize without putting it offline, for example doing pvresize on the SPM node and then pvscan on every other host involved? I'm sure there are use cases where this is would be of great convenience. - Original Message - From: Giorgio Bersano giorgio.bers...@gmail.com To: users@ovirt.org Users@ovirt.org Sent: Monday, March 17, 2014 7:25:36 PM Subject: [Users] SAN storage expansion Hi all, I'm happily continuing my experiments with oVirt and I need a suggestion regarding storage management. I'm using an iSCSI based Storage Domain and I'm trying to understand which is the correct way to extend it's size some time after it's creation. Please consider the following steps: 1) Using storage specific tools create a new volume on iSCSI storage (e.g. 130.0 GiB) 2) in oVirt webadmin: Storage - New Domain , select the previously created storage (130 GB), OK, after some time it's online: Size: 129 GB ; Available: 125 GB ; Used: 4 GB 3) Use according to your needs (even noop is OK) 4) Using storage specific tools expand the new volume (e.g. 20.0 GiB more, now it says 150.0GiB) 5) in webadmin: Storage, click on the domain, Edit. Looking at LunsTargets , now it correctly sees 150GB BUT on the Storage tab it continues to be seen with Size: 129 GB ; Available: 125 GB ; Used: 4 GB Do you think it is possible to make oVirt aware of the new available storage space? Am I missing something obvious? My setup is oVirt 3.4.0 RC2 with fully patched CentOS 6.5 hosts. Best regards, Giorgio. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] [RFI] GUI Changes for oVirt 4.0
Hi, we are brainstorming on what should we change in the oVirt UI for 4.0. for current brainstorming phase, anything goes - i.e., I'd like us to ignore current limitations and flows, and envision/fantasize the perfect solution. SO - what do YOU think we should consider for 4.0 UI concept, flows, etc. Thanks, Itamar ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] ovirt-engine-dwh-setup fails
Hello! ovirt-image-uploader-3.3.3-1.fc19.noarch ovirt-engine-dbscripts-3.3.4-1.fc19.noarch ovirt-host-deploy-1.1.3-1.fc19.noarch ovirt-engine-webadmin-portal-3.3.4-1.fc19.noarch ovirt-host-deploy-offline-1.1.3-1.fc19.noarch ovirt-engine-setup-3.3.4-1.fc19.noarch ovirt-engine-backend-3.3.4-1.fc19.noarch ovirt-host-deploy-java-1.1.3-1.fc19.noarch ovirt-engine-3.3.4-1.fc19.noarch ovirt-engine-dwh-3.3.4-1.fc19.noarch ovirt-engine-reports-3.3.4-1.fc19.noarch ovirt-engine-restapi-3.3.4-1.fc19.noarch ovirt-log-collector-3.3.4-1.fc19.noarch ovirt-iso-uploader-3.3.3-1.fc19.noarch ovirt-engine-lib-3.3.4-1.fc19.noarch ovirt-engine-tools-3.3.4-1.fc19.noarch ovirt-release-fedora-10.0.1-3.noarch ovirt-engine-cli-3.3.0.6-1.fc19.noarch ovirt-engine-websocket-proxy-3.3.4-1.fc19.noarch ovirt-engine-sdk-python-3.3.3.1-1.fc19.noarch ovirt-release-11.0.2-1.noarch ovirt-engine-userportal-3.3.4-1.fc19.noarch Trying to run ovirt-engine-dwh-setup I get Stopping ovirt-engine... [ DONE ] Error encountered while installing ovirt-engine-dwh, please consult the log file: logfile follows more /var/log/ovirt-engine/ovirt-engine-dwh-setup-2014_03_17_14_59_39.log 2014-03-17 14:59:39::DEBUG::ovirt-engine-dwh-setup::430::root:: starting main() 2014-03-17 14:59:39::DEBUG::common_utils::451::root:: running sql query on host: localhost, port: 5432, db: engine, user: engine, query: 'copy ( select option_value from vdc_options where option_name like 'MinimalETLVersion' ) to stdout with csv header;'. 2014-03-17 14:59:39::DEBUG::common_utils::912::root:: Executing command -- '/usr/bin/psql --pset=tuples_only=on --set ON_ERROR_STOP=1 --dbname engine --host localhost --port 5432 --username engine -w -c copy ( select option_value from vdc_options where option_name like 'MinimalETLVersion' ) to stdout with csv header;' in working directory '/var/lib/pgsql/data' 2014-03-17 14:59:39::DEBUG::common_utils::967::root:: output = option_value 3.3.0 2014-03-17 14:59:39::DEBUG::common_utils::968::root:: stderr = 2014-03-17 14:59:39::DEBUG::common_utils::969::root:: retcode = 0 2014-03-17 14:59:39::DEBUG::common_utils::153::root:: Value of MinimalETLVersion is 3.3.0 2014-03-17 14:59:39::DEBUG::common_utils::912::root:: Executing command -- 'rpm -q --queryformat %{VERSION}-%{RELEASE} ovirt-engine-dwh' in working directory '/var/lib/pgsql/data' 2014-03-17 14:59:39::DEBUG::common_utils::967::root:: output = 3.3.4-1.fc19 2014-03-17 14:59:39::DEBUG::common_utils::968::root:: stderr = 2014-03-17 14:59:39::DEBUG::common_utils::969::root:: retcode = 0 2014-03-17 14:59:39::DEBUG::common_utils::617::root:: setting regex (\d+\.\d+)\.(\d+)\-(\d+) againts 3.3.4-1.fc19 2014-03-17 14:59:39::DEBUG::common_utils::622::root:: found version, 3.3 2014-03-17 14:59:39::DEBUG::common_utils::624::root:: found minorVersion 4 2014-03-17 14:59:39::DEBUG::common_utils::626::root:: found release 1 2014-03-17 14:59:39::DEBUG::common_utils::617::root:: setting regex (\d+\.\d+)\.(\d+)\-(\d+) againts 3.3.0-0 2014-03-17 14:59:39::DEBUG::common_utils::622::root:: found version, 3.3 2014-03-17 14:59:39::DEBUG::common_utils::624::root:: found minorVersion 0 2014-03-17 14:59:39::DEBUG::common_utils::626::root:: found release 0 2014-03-17 14:59:39::DEBUG::common_utils::491::root:: checking ovirt-engine service 2014-03-17 14:59:39::DEBUG::common_utils::482::root:: checking the status of ovirt-engine 2014-03-17 14:59:39::DEBUG::common_utils::260::root:: getting status for ovirt-engine 2014-03-17 14:59:39::DEBUG::common_utils::277::root:: executing action ovirt-engine on service status 2014-03-17 14:59:39::DEBUG::common_utils::912::root:: Executing command -- '/sbin/service ovirt-engine status' in working directory '/var/lib/pgsql/data' 2014-03-17 14:59:39::DEBUG::common_utils::967::root:: output = ovirt-engine.service - oVirt Engine Loaded: loaded (/usr/lib/systemd/system/ovirt-engine.service; enabled) Active: inactive (dead) since Mon 2014-03-17 14:58:56 EET; 43s ago Main PID: 5794 (code=exited, status=0/SUCCESS) CGroup: name=systemd:/system/ovirt-engine.service Mar 17 14:52:31 vpo-rhevm.stfd.ro systemd[1]: Started oVirt Engine. Mar 17 14:52:32 vpo-rhevm.stfd.ro ovirt-engine.py[5794]: 2014-03-17 14:52:32,340 ovirt-engine: WARNING _setupEngineApps:176 Application directory '/usr/share/ovirt-engine/ovirt-engine-report s.war' does not exist, it will be ignored Mar 17 14:58:55 vpo-rhevm.stfd.ro systemd[1]: Stopping oVirt Engine... Mar 17 14:58:56 vpo-rhevm.stfd.ro systemd[1]: Stopped oVirt Engine. 2014-03-17 14:59:39::DEBUG::common_utils::968::root:: stderr = Redirecting to /bin/systemctl status ovirt-engine.service 2014-03-17 14:59:39::DEBUG::common_utils::969::root:: retcode = 3 2014-03-17 14:59:39::DEBUG::common_utils::590::root:: Stopping ovirt-engine-dwhd 2014-03-17 14:59:39::DEBUG::common_utils::581::root:: checking the status of dwhd 2014-03-17 14:59:39::DEBUG::common_utils::260::root:: getting
Re: [Users] SAN storage expansion
2014-03-18 11:00 GMT+01:00 Liron Aravot lara...@redhat.com: Hi Giorgio, perhaps i missed something - but why don't you want to extend the domain by right click and editing it? Hi Liron, we are talking about an iSCSI storage domain. In the edit dialogue I don't see anything regarding resize or extend. If I just click OK at this point nothing changes. Maybe it's me that I'm missing something. Which action could trigger a pvresize ? In the meantime I'll try Elad's procedure. - Original Message - From: Giorgio Bersano giorgio.bers...@gmail.com To: Elad Ben Aharon ebena...@redhat.com Cc: users@ovirt.org Users@ovirt.org Sent: Tuesday, March 18, 2014 11:28:14 AM Subject: Re: [Users] SAN storage expansion 2014-03-18 9:15 GMT+01:00 Elad Ben Aharon ebena...@redhat.com: Hi, LUNs size are being updated using the multipath mechanism. In order to update storage domain size, you'll need to update the physical volume size using LVM on you hypervisors. Please do the following: 1) Put the storage domain to maintenance 2) Execute on your hosts: 'pvresize --setphysicalvolumesize' with the new physical volume size (150G) 3) Activate the storage domain Thank you Elad, I knew it was required a pvresize command but wanted to be sure that I wasn't disrupting possible storage parameters bookkeeping by the oVirt system. I'm wondering if it's because of this that SD has to be put in maintenance. Any chance to have the SD resize without putting it offline, for example doing pvresize on the SPM node and then pvscan on every other host involved? I'm sure there are use cases where this is would be of great convenience. - Original Message - From: Giorgio Bersano giorgio.bers...@gmail.com To: users@ovirt.org Users@ovirt.org Sent: Monday, March 17, 2014 7:25:36 PM Subject: [Users] SAN storage expansion Hi all, I'm happily continuing my experiments with oVirt and I need a suggestion regarding storage management. I'm using an iSCSI based Storage Domain and I'm trying to understand which is the correct way to extend it's size some time after it's creation. Please consider the following steps: 1) Using storage specific tools create a new volume on iSCSI storage (e.g. 130.0 GiB) 2) in oVirt webadmin: Storage - New Domain , select the previously created storage (130 GB), OK, after some time it's online: Size: 129 GB ; Available: 125 GB ; Used: 4 GB 3) Use according to your needs (even noop is OK) 4) Using storage specific tools expand the new volume (e.g. 20.0 GiB more, now it says 150.0GiB) 5) in webadmin: Storage, click on the domain, Edit. Looking at LunsTargets , now it correctly sees 150GB BUT on the Storage tab it continues to be seen with Size: 129 GB ; Available: 125 GB ; Used: 4 GB Do you think it is possible to make oVirt aware of the new available storage space? Am I missing something obvious? My setup is oVirt 3.4.0 RC2 with fully patched CentOS 6.5 hosts. Best regards, Giorgio. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
Hi, When I used VMWare workstation many years ago, one of the features I couldn't live without was the layered snapshots. When testing it was extremely productive to have multiple branches of snapshots of the VM and I could revert to any point. https://www.vmware.com/support/ws55/doc/img/l_snapshot_manager.png ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [RFI] GUI Changes for oVirt 4.0
Hi, well basically the left pane, where I have to click through system-DC-etc is plain useless to me. I always go via the top tabs and then select the sub entity I want to have. So there are to many ways you can configure the same setting. Example: Adding a logical network You can click: System-Your_DC-Networks-...wait..for..loading..-New or System then click the Networks tab (you have no long loading animation! :) ) - New (now you have of course to select the correct DC). the latter is faster. So I would omit this whole tree style stuff and just kick it out. It's not fast, and you often have to click through the tree so I use just System selected in the tree and then select the tabs I want. Additional confusion: When you did not select system and then want to use the main tabs, you get just displayed what is appropriate for the sub-tree of system.. It's just plain useless duplication of functionality imho. Am 18.03.2014 11:29, schrieb Itamar Heim: Hi, we are brainstorming on what should we change in the oVirt UI for 4.0. for current brainstorming phase, anything goes - i.e., I'd like us to ignore current limitations and flows, and envision/fantasize the perfect solution. SO - what do YOU think we should consider for 4.0 UI concept, flows, etc. Thanks, Itamar ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
From: Jorick Astrego j.astr...@netbulae.eu To: users@ovirt.org Sent: Tuesday, March 18, 2014 12:33:30 PM Subject: Re: [Users] oVirt 3.5 planning Hi, When I used VMWare workstation many years ago, one of the features I couldn't live without was the layered snapshots. When testing it was extremely productive to have multiple branches of snapshots of the VM and I could revert to any point. I agree. The snapshots should be a tree and not a stack. When you review a snapshot, you should be able to choose, in addition to 'commit' (forget all the newer ones) and 'undo', also something like 'branch' (just keep everything). Note that this is partially possible today by cloning a snapshot (to a VM) but imo is much less comfortable. -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Cannot set Compatibility Version to 3.3
Hello oVirt gurus out there: I recently upgraded our oVirt 3.1 installation to 3.3.3. We have 2 clusters configuration. In the QA cluster, in which there is only one host, I can switch the cluster's compatibility version from 3.1 to 3.3. However, on the production cluster, in which there are 10 hosts, I am not able to switch the cluster compatibility version at all. I opened up the Edit Cluster window. Select 3.3 from the Compatibility Version dropdown list. Click OK to save the change. But the Edit Cluster window just remain open. I checked all the logs in the ovirt-engine. Do not see anything obvious. All our hosts are running CentOS 6.5 vdsm-4.13.3-4. Can you guys provide some pointers as to where to check for failure? Thanks in advance. Eric ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
On 24/02/14 13:59, Itamar Heim wrote: with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Add progress bar to task tab to indicate the progress percent of snapshot creation, vm clonation, migration, etc. Thanks ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
Am 18.03.2014 13:24, schrieb Federico Alberto Sayd: On 24/02/14 13:59, Itamar Heim wrote: with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... Add progress bar to task tab to indicate the progress percent of snapshot creation, vm clonation, migration, etc. Some kind of progress indication would indeed be very cool! -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
Dn(a 18.03.2014 13:24, Federico Alberto Sayd wrote / napísal(a): On 24/02/14 13:59, Itamar Heim wrote: with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... Add progress bar to task tab to indicate the progress percent of snapshot creation, vm clonation, migration, etc. I needed this a long time ago, so i hacked this together. You shoud run it on the SPM host. Also, i only use iscsi storage. #!/bin/bash SECS=1 PROC=${1:-qemu-img} PID=`pidof $PROC` if [ x$PID == x ] then echo No $PROC running exit 1 fi LV=$(ls -l /dev/mapper/ | grep `ls -l /proc/$PID/fd/|grep dm- | cut -f 3 -d/ | head -n1` | gawk '{print $9}' | sed -e 's/--/XX/g' -e 's/-/\//g' -e 's/XX/-/g' -e 's/^/\/dev\//g') SIZE=$(/sbin/lvs --noheadings --unquoted --options lv_size --units b $LV | sed -e 's/B//g' ) LAST=0 while [[ -e /proc/$PID/fd/ ]] ; do CUR=$(grep rchar /proc/$PID/io | cut -f 2 -d ) PERC=$(echo $CUR*100/$SIZE | bc) SPEED=$(echo \($CUR-$LAST\)/1024/1024 | bc) SIZE2=$(echo $SIZE / 1024 / 1024 / 1024| bc) echo $SIZE2 GB / $CUR B [$PERC%] - $SPEED MB/s sleep $SECS; LAST=$CUR done -- Ernest Beinrohr, AXON PRO Ing http://www.beinrohr.sk/ing.php, RHCE http://www.beinrohr.sk/rhce.php, RHCVA http://www.beinrohr.sk/rhce.php, LPIC http://www.beinrohr.sk/lpic.php, VCA http://www.beinrohr.sk/vca.php, +421-2--6241-0360 callto://+421-2--6241-0360, +421-903--482-603 callto://+421-903--482-603 icq:28153343, gtalk: oer...@axonpro.sk, jabber:oer...@jabber.org For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled. Richard Feynman ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Attach floppy as [sysprep] to VM - API
- Original Message - From: Tejesh M tejes...@gmail.com To: Moti Asayag masa...@redhat.com, users@oVirt.org users@ovirt.org Sent: Monday, March 17, 2014 1:05:21 PM Subject: Attach floppy as [sysprep] to VM - API Hi, I want to attach floppy as [sysprep] to windows VM in the Run once via API. can you help? Have a look on the exposed actions on your engine-server: http://localhost:8080/ovirt-engine/api?rsdl Specifically in the expected parameters of running a vm: - name: /vms/{vm:id}/start|rel=start I haven't tried executing this code, so adding Omer to adjust it: Action action = new Action(); action.setVm(vm); Domain domain = new Domain(); domain.setName(domainname); User user = new User(); user.setName(username); user.setPassword(passwd); domain.setUser(user); vm.setDomain(domain); //not too sure if this is the way to use it or via vm payload Floppies floppies = new Floppies(); Floppy floppy = new Floppy(); File file = new File(); file.setContent(content ?); floppy.setFile(file); floppies.getFloppies().add(floppy); vm.setFloppies(floppies); vm.start(action); I want to do sysprep on windows 2008 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
Nice ! - Original Message - Dňa 18.03.2014 13:24, Federico Alberto Sayd wrote / napísal(a): On 24/02/14 13:59, Itamar Heim wrote: with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... Add progress bar to task tab to indicate the progress percent of snapshot creation, vm clonation, migration, etc. I needed this a long time ago, so i hacked this together. You shoud run it on the SPM host. Also, i only use iscsi storage. #!/bin/bash SECS=1 PROC=${1:-qemu-img} PID=`pidof $PROC` if [ x$PID == x ] then echo No $PROC running exit 1 fi LV=$(ls -l /dev/mapper/ | grep `ls -l /proc/$PID/fd/|grep dm- | cut -f 3 -d/ | head -n1` | gawk '{print $9}' | sed -e 's/--/XX/g' -e 's/-/\//g' -e 's/XX/-/g' -e 's/^/\/dev\//g') SIZE=$(/sbin/lvs --noheadings --unquoted --options lv_size --units b $LV | sed -e 's/B//g' ) LAST=0 while [[ -e /proc/$PID/fd/ ]] ; do CUR=$(grep rchar /proc/$PID/io | cut -f 2 -d ) PERC=$(echo $CUR*100/$SIZE | bc) SPEED=$(echo \($CUR-$LAST\)/1024/1024 | bc) SIZE2=$(echo $SIZE / 1024 / 1024 / 1024| bc) echo $SIZE2 GB / $CUR B [$PERC%] - $SPEED MB/s sleep $SECS; LAST=$CUR done -- Ernest Beinrohr, AXON PRO Ing , RHCE , RHCVA , LPIC , VCA , +421-2--6241-0360 , +421-903--482-603 icq:28153343, gtalk: oer...@axonpro.sk , jabber:oer...@jabber.org “For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled.” Richard Feynman ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [RFI] GUI Changes for oVirt 4.0
On Tue, 18 Mar 2014 10:47:16 + Sven Kieske s.kie...@mittwald.de wrote: So there are to many ways you can configure the same setting. 100% agree, duplicity between the tree and main tabs is crazy. If I could wish anything, I would keep the tree but I would make it more nice and clever - one tree for physical schema, another one for virtual schema (minic tagging, creating groups for related things). Plus I would like to have right pane to show me quickly general overview about things selected in left tree (example: If I would be in a virtual folder called 'webapp' consisting of couple of related VMs, I would love to see in right pane the list of VMs, graphs about CPU usage, network usage, storage usage...; more details about the objects could be implemented in some tab inside right pane - example: default right pane would display info as written above, but details about CPU, storage would be in separate tabs...). However, bad decision would be like nightmare for ages, one likes main tabs, another one likes the tree :) j. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [RFI] GUI Changes for oVirt 4.0
On 18/03/14 07:47, Sven Kieske wrote: Hi, well basically the left pane, where I have to click through system-DC-etc is plain useless to me. I always go via the top tabs and then select the sub entity I want to have. So there are to many ways you can configure the same setting. Example: Adding a logical network You can click: System-Your_DC-Networks-...wait..for..loading..-New or System then click the Networks tab (you have no long loading animation! :) ) - New (now you have of course to select the correct DC). the latter is faster. So I would omit this whole tree style stuff and just kick it out. It's not fast, and you often have to click through the tree so I use just System selected in the tree and then select the tabs I want. Additional confusion: When you did not select system and then want to use the main tabs, you get just displayed what is appropriate for the sub-tree of system.. It's just plain useless duplication of functionality imho. Am 18.03.2014 11:29, schrieb Itamar Heim: I agree, the plenty of tabs at any level is confusing. Also would be nice to add views to left panel: VM's view, Storage View, network view. I think that the left panel should be more clear or to have a option to filter the stuff that it displays ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [RFI] GUI Changes for oVirt 4.0
Dn(a 18.03.2014 11:29, Itamar Heim wrote / napísal(a): Hi, we are brainstorming on what should we change in the oVirt UI for 4.0. for current brainstorming phase, anything goes - i.e., I'd like us to ignore current limitations and flows, and envision/fantasize the perfect solution. SO - what do YOU think we should consider for 4.0 UI concept, flows, etc. I'd love to see this in the UI: - auto-refreshed screenshots from the VMs consoles. - some improved tagging/grouping - customizable columns with sorting/filtering (tags ?) - cpu/disk/net utilization column like virt-manger has them - embedded serial console - disk operations and migration status with progress bar and ETA. - console access from client-engine-host. Most of the time we do not have direct access to the hosts. - ability to define exclude entities ( aka these 2 vms may never run on the same storage and host ) -- Ernest Beinrohr, AXON PRO Ing http://www.beinrohr.sk/ing.php, RHCE http://www.beinrohr.sk/rhce.php, RHCVA http://www.beinrohr.sk/rhce.php, LPIC http://www.beinrohr.sk/lpic.php, VCA http://www.beinrohr.sk/vca.php, +421-2--6241-0360 callto://+421-2--6241-0360, +421-903--482-603 callto://+421-903--482-603 icq:28153343, gtalk: oer...@axonpro.sk, jabber:oer...@jabber.org For a successful technology, reality must take precedence over public relations, for Nature cannot be fooled. Richard Feynman ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [RFI] GUI Changes for oVirt 4.0
Well I'd have some privacy concerns regarding this feature.. it might not even be useful if users are logged in via ssh /different ttys etc. Am 18.03.2014 15:12, schrieb Ernest Beinrohr: - auto-refreshed screenshots from the VMs consoles. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Clone VM from another VM - API
Hi Is that possible to Clone a VM from another VM without taking a Snapshot through Java SDK? -- Thanks Regards Tejesh ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [RFI] GUI Changes for oVirt 4.0
Am 18.03.2014 14:31, schrieb Jiri Belka: 100% agree, duplicity between the tree and main tabs is crazy. Well I would also use the tree if it is fast enough. Just don't duplicate logic if not necessary, as it's just confusing even experienced users. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] [RFI] GUI Changes for oVirt 4.0
On 3/18/2014 6:29 AM, Itamar Heim wrote: we are brainstorming on what should we change in the oVirt UI for 4.0. for current brainstorming phase, anything goes - i.e., I'd like us to ignore current limitations and flows, and envision/fantasize the perfect solution. SO - what do YOU think we should consider for 4.0 UI concept, flows, etc. I have an idea, though it may be relevant only to smaller setups. I would like one place that I can go and see the health of my system. Right now I am running a cluster in test mode, and I have to look at several places before I have confidence that all is well: Data Center Storage (I am using gluster) Hosts VMs The natural place for me to look would seem to be the left bar. If the icons there had a color change to reflect status, I could just hit Expand All and the color would immediately tell me the system status. Same icons would work, with just a background or little square of color. I realize that my little 3-host system is the exception, because (so far) I can hit Expand all and I can still see the whole thing. I will not have to deploy many more VMs before it will not all fit. There may be a better way to do this, e.g. another choice between Expand all and Collapse All that would expand all except the lowest level. It would then show me categories like Storage, Networks, Hosts, Volumes and VMs with a health color indication for each cluster. If I see anything I am not expecting, I can expand that heading and see the status of the individual items. There may be a better way to do this, but I know that it is somewhat frustrating to check first thing in the morning and have to do some many clicks before I have confidence that nothing bad happened overnight. I have actually found it faster to click on the Events tab and see if there are any nasty messages there, rather than checking current status. I look forward to the insights of others as to how they monitor cluster status. Ted Miller Elkhart, IN, USA ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
+1 this one -Original Message- From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of Federico Alberto Sayd Sent: Tuesday, March 18, 2014 8:24 AM To: users@ovirt.org Subject: Re: [Users] oVirt 3.5 planning On 24/02/14 13:59, Itamar Heim wrote: with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Add progress bar to task tab to indicate the progress percent of snapshot creation, vm clonation, migration, etc. Thanks ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Force certain VMs to be on different hosts
Is there a way to have certain VMs to be on different hosts? (assuming there are enough hosts) IE. I have a db cluster of 3 VMs. I would like each one to always be on different hosts. That way if a host goes down my db cluster is still happy while migration happens. Or if migration fails I am still good. Thanks Scott binMgFviPC4BU.bin Description: PGP Public Key ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
+1 -Original Message- From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of Maurice James Sent: Tuesday, March 18, 2014 4:57 PM To: 'Federico Alberto Sayd'; users@ovirt.org Subject: Re: [Users] oVirt 3.5 planning +1 this one -Original Message- From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of Federico Alberto Sayd Sent: Tuesday, March 18, 2014 8:24 AM To: users@ovirt.org Subject: Re: [Users] oVirt 3.5 planning On 24/02/14 13:59, Itamar Heim wrote: with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Add progress bar to task tab to indicate the progress percent of snapshot creation, vm clonation, migration, etc. Thanks ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Force certain VMs to be on different hosts
Hi Scott, Click on a vm Edit Show Advanced Options Host Start Running on - Original Message - From: Scott Ocken sc...@infobunker.com To: Users@ovirt.org Sent: Tuesday, March 18, 2014 5:08:24 PM Subject: [Users] Force certain VMs to be on different hosts Is there a way to have certain VMs to be on different hosts? (assuming there are enough hosts) IE. I have a db cluster of 3 VMs. I would like each one to always be on different hosts. That way if a host goes down my db cluster is still happy while migration happens. Or if migration fails I am still good. Thanks Scott ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
- Original Message - From: Itamar Heim ih...@redhat.com To: Ernest Beinrohr ernest.beinr...@axonpro.sk, users@ovirt.org, Omer Frenkel ofren...@redhat.com Sent: Monday, March 17, 2014 3:48:11 PM Subject: Re: [Users] oVirt 3.5 planning On 03/17/2014 03:28 PM, Ernest Beinrohr wrote: Dňa 24.02.2014 17:59, Itamar Heim wrote / napísal(a): with oVirt 3.4 getting close to GA with many many great features, time to collect requests for 3.5... Please add the possibility to modify description and other minor info for VM, disk, storage even when they are running. omer - any reason these cannot be changed? vm description is editable already, no reason for disks not to allow as well. please note that we are looking on making everything editable on the run, even stuff that can be applied only on next run (like memory): http://www.ovirt.org/Features/Edit_Running_VM ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Force certain VMs to be on different hosts
While this should work, it is very static. I think there is a feature planned which lets you assign tags to any number of vms and then you can say: run vms tagged db-servers on host b, isn't it? If not I would be happy to file an RFE :) Am 18.03.2014 16:54, schrieb Meital Bourvine: Hi Scott, Click on a vm Edit Show Advanced Options Host Start Running on -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Force certain VMs to be on different hosts
Sven, If I tag the VMs as db-servers can I then say run on different hosts. On the static Start running on, if that host goes down, it will migrate, yes? Scott Quoting Sven Kieske s.kie...@mittwald.de: While this should work, it is very static. I think there is a feature planned which lets you assign tags to any number of vms and then you can say: run vms tagged db-servers on host b, isn't it? If not I would be happy to file an RFE :) Am 18.03.2014 16:54, schrieb Meital Bourvine: Hi Scott, Click on a vm Edit Show Advanced Options Host Start Running on -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users binABfgxPWc30.bin Description: PGP Public Key ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Force certain VMs to be on different hosts
Well I don't think so, the feature I described is still in development, I guess. Am 18.03.2014 17:31, schrieb Scott Ocken: Sven, If I tag the VMs as db-servers can I then say run on different hosts. On the static Start running on, if that host goes down, it will migrate, yes? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] CPU: Westmere vs. Ivy Bridge
Hello, The nodes on the cluster I'm installing have Ivy Bridge CPUshttp://ark.intel.com/products/75790/Intel-Xeon-Processor-E5-2630-v2-15M-Cache-2_60-GHz. The latest choice I see in the hosted-engine installer is Westmere. Am I missing out on anything significant by choosing Westmere in this case? Is there any plan to add Ivy Bridge as an option? Even if there is no difference behind the scenes from choosing Westmere, having an Ivy Bridge option would have saved me the time it took to reverse engineer the need to look at the source code to the need for the CPU family: instruction sets (performance?). Thanks, Joshua ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt 3.5 planning
Another thing I miss in oVirt is a way to assign a dedicated passthrough NIC. I have some customers who would like to dedicated NIC's assigned to their vm's. Currently we have bare metal KVM servers running for this but HA and management is not so efficient. Kind regards, Jorick Astrego Netbulae B.V. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users