- Users - oVirt List Archives

Cannot run VM. Memory size exceeds supported limit for given cluster version.
by Punit Dambiwal 17 Feb '15

17 Feb '15

Hi, I am running Ovirt 3.5.1 and have the following settings in the engine config for VM memory :- ----------------- [root@ccr01 ~]# engine-config -g VM32BitMaxMemorySizeInMB VM32BitMaxMemorySizeInMB: 65536 version: general [root@ccr01 ~]# engine-config -g VM64BitMaxMemorySizeInMB VM64BitMaxMemorySizeInMB: 524288 version: 3.0 VM64BitMaxMemorySizeInMB: 2097152 version: 3.1 VM64BitMaxMemorySizeInMB: 2097152 version: 3.2 VM64BitMaxMemorySizeInMB: 4096000 version: 3.4 VM64BitMaxMemorySizeInMB: 4096000 version: 3.5 VM64BitMaxMemorySizeInMB: 2097152 version: 3.3 [root@ccr01 ~]# -------------------- When i create a guest VM more than 64GB memory,VM is failed to start with following error: "Cannot run VM. Memory size exceeds supported limit for given cluster version." Steps to Reproduce: 1. Create new VM or edit existing VM Memory Size to "65536 MB" from Ovirt GUI. 2. Created the guest VM through template 64-bit... so it will support more than 16 GB memory. 3. Now, Start the VM. Thanks, Punit

4 4

self hosted setup with answer file
by Greg Swift 17 Feb '15

17 Feb '15

So i've been playing with standing up a self hosted instance of oVirt. I'm using an answer file that i generated first time I tried running it (so that I can provision w/ ansible) I've run into 2 problems. 1: i have to specify the jboss home manually from the cli (didn't see an answer equivalent), even though the ovirt jboss package is installed. 2: Generally speaking it seems to be ignoring several of the answer file config entries. My answers tell it to 'confirm settings' and it runs non-interactively. Plus all the local storage configs seem to be ignored. I'm running ovirt-engine-3.5.1.1-1.el7.centos.noarch Any suggestions? thanks

2 4

Port mirroring outside traffic into a VM?
by Chris Adams 16 Feb '15

16 Feb '15

I have a network traffic monitor that is on a physical machine right now. It has two network interfaces: one with an IP on a regular switch port, and one without an IP on a switch port that is the target of a port mirror/monitor session for the desired VLAN. I'd like to move this system to an oVirt VM (I'm running 3.5.1). Is this the right way to go about it (and still have the VM migratable)? - I have several hosts with extra network interfaces; pick at least a couple, connect them to switch ports that are configured for mirror/monitor session. - In oVirt admin console, choose the Networks tab, click New. Give the network a name (like "monitor"), leave VLAN tagging de-selected and VM Network selected. Under the Cluster section, de-select Required (because the mirror won't go to all hosts). Click OK to create. - Click on the network, select the vNIC Profiles tab, edit the default profile and select Port Mirroring. - Go to the Hosts tab. For each host with a port mirror, click on the host, then choose the Network Interfaces tab and Setup Host Networks. Drag the new network to its attached port, click the pencil, and set Boot Protocol to None. - Go to the Virtual Machines tab. Click on the VM, choose the Network Interfaces tab, and click New. Choose the monitor network in the Profile. -- Chris Adams <cma(a)cmadams.net>

3 3

Client-quorum not met - Distributed-Replicate gluster volume
by Wesley Schaft 16 Feb '15

16 Feb '15

Hi, I've set up 4 oVirt nodes with Gluster storage to provide high available virtual machines. The Gluster volumes are Distributed-Replicate with a replica count of 2. The extra volume options are configured: cat /var/lib/glusterd/groups/virt quick-read=off read-ahead=off io-cache=off stat-prefetch=off eager-lock=enable remote-dio=enable quorum-type=auto server-quorum-type=server Volume for the self-hosted engine: gluster volume info engine Volume Name: engine Type: Distributed-Replicate Volume ID: 9e7a3265-1e91-46e1-a0ba-09c5cc1fc1c1 Status: Started Number of Bricks: 2 x 2 = 4 Transport-type: tcp Bricks: Brick1: gluster004:/gluster/engine/004 Brick2: gluster005:/gluster/engine/005 Brick3: gluster006:/gluster/engine/006 Brick4: gluster007:/gluster/engine/007 Options Reconfigured: cluster.quorum-type: auto storage.owner-gid: 36 storage.owner-uid: 36 cluster.server-quorum-type: server network.remote-dio: enable cluster.eager-lock: enable performance.stat-prefetch: off performance.io-cache: off performance.read-ahead: off performance.quick-read: off network.ping-timeout: 10 Volume for the virtual machines: gluster volume info data Volume Name: data Type: Distributed-Replicate Volume ID: 896db323-7ac4-4023-82a6-a8815a4d06b4 Status: Started Number of Bricks: 2 x 2 = 4 Transport-type: tcp Bricks: Brick1: gluster004:/gluster/data/004 Brick2: gluster005:/gluster/data/005 Brick3: gluster006:/gluster/data/006 Brick4: gluster007:/gluster/data/007 Options Reconfigured: cluster.quorum-type: auto performance.quick-read: off performance.read-ahead: off performance.io-cache: off performance.stat-prefetch: off cluster.eager-lock: enable network.remote-dio: enable storage.owner-uid: 36 storage.owner-gid: 36 cluster.server-quorum-type: server network.ping-timeout: 10 Everything seems to be working fine. However, when I stop the storage network on gluster004 or gluster006, client-quorum is lost. Client-quorum isn't lost when the storage network is stopped on gluster005 or gluster007. [2015-02-16 07:05:58.541531] W [MSGID: 108001] [afr-common.c:3635:afr_notify] 0-data-replicate-1: Client-quorum is not met [2015-02-16 07:05:58.541579] W [MSGID: 108001] [afr-common.c:3635:afr_notify] 0-engine-replicate-1: Client-quorum is not met And as a result, the volumes are read-only and the VM's are paused. I've added a "dummy" gluster node for quorum use (no bricks, only running glusterd), but that didn't help. gluster peer status Number of Peers: 4 Hostname: gluster005 Uuid: 6c5253b4-b1c6-4d0a-9e6b-1f3efc1e8086 State: Peer in Cluster (Connected) Hostname: gluster006 Uuid: 4b3d15c4-2de0-4d2e-aa4c-3981e47dadbd State: Peer in Cluster (Connected) Hostname: gluster007 Uuid: 165e9ada-addb-496e-abf7-4a4efda4d5d3 State: Peer in Cluster (Connected) Hostname: glusterdummy Uuid: 3ef8177b-2394-429b-a58e-ecf0f6ce79a0 State: Peer in Cluster (Connected) The 4 nodes are running CentOS 7, with the following oVirt / Gluster packages: glusterfs-3.6.2-1.el7.x86_64 glusterfs-api-3.6.2-1.el7.x86_64 glusterfs-cli-3.6.2-1.el7.x86_64 glusterfs-fuse-3.6.2-1.el7.x86_64 glusterfs-libs-3.6.2-1.el7.x86_64 glusterfs-rdma-3.6.2-1.el7.x86_64 glusterfs-server-3.6.2-1.el7.x86_64 ovirt-engine-sdk-python-3.5.1.0-1.el7.centos.noarch ovirt-host-deploy-1.3.1-1.el7.noarch ovirt-hosted-engine-ha-1.2.5-1.el7.centos.noarch ovirt-hosted-engine-setup-1.2.2-1.el7.centos.noarch vdsm-gluster-4.16.10-8.gitc937927.el7.noarch The self-hosted engine is running CentOS 6 with ovirt-engine-3.5.1-1.el6.noarch Regards, Wesley

2 1

firewalld and NetworkManager support
by Nathanaël Blanchet 16 Feb '15

16 Feb '15

Hi all, I've just installed a new el7 datacenter, and many questions came up with. I was surprised to see that all vdsm generated ifcfg files were NM_CONTROLLED=no, and NetworkManager was disabled in systemd. The same for firewalld, disabled for regular iptables files. Will that default el7/fedora features be adpated to ovirt in a next release?

3 2

Backup solution using the API
by Keppler, Thomas (PEBA) 16 Feb '15

16 Feb '15

--_000_196AB7D9F4C2F943BFC199940DF21D79016557467A0CKITMSX07kit_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCm5vdyB0aGF0IG91ciBvVmlydCBDbHVzdGVyIHJ1bnMgZ3JlYXQsIEknZCBsaWtl IHRvIGtub3cgaWYgYW55Ym9keSBoYXMgZG9uZSBhIGJhY2t1cCBzb2x1dGlvbiBmb3Igb1ZpcnQg YmVmb3JlLg0KDQpNeSBiYXNpYyBpZGVhIGdvZXMgYXMgZm9sbG93czoNCi0gQ3JlYXRlIGEgSlNP TiBmaWxlIHdpdGggbWFjaGluZSdzIHByZWZlcmVuY2VzIGZvciBsYXRlciByZXN0b3JlLCBjcmVh dGUgYSBzbmFwc2hvdCwgc25hdGNoIHRoZSBkaXNrIGJ5IGl0cyBkaXNrLWlkIChjb3B5IGl0IHRv IHRoZSBmaWxlc2VydmVyKSwgdGhlbiBkZWxldGluZyB0aGUgc25hcHNob3QgYW5kIGJlIGRvbmUg d2l0aCBpdC4NCi0gT24gcmVzdG9yZSBJJ2QganVzdCBjcmVhdGUgYSBuZXcgVk0gd2l0aCB0aGUg RGlza3MgYW5kIE5JQ3Mgc3BlY2lmaWVkIGluIHRoZSBwcmVmZXJlbmNlczsgdGhlbiBJJ2QgZ28g YWhlYWQgYW5kIGFuZCBwdXQgYmFjayB0aGUgZGlzay4uLiB0DQoNCkkndmUgcGxheWVkIGEgbGl0 dGxlIGJpdCBhcm91bmQgd2l0aCBidWlsZGluZyBhIEpTT04gZmlsZSBhbmQgc28gZmFyIGl0IHdv cmtzIGdyZWF0OyBJIGhhdmVuJ3QgdHJpZWQgdG8gbWFrZSBhIFZNIHdpdGggdGhhdCwgdGhvdWdo Li4uDQoNClVzaW5nIHRoZSBleHBvcnQgZG9tYWluIG9yIGEgc2ltcGxlIGV4cG9ydCBjb21tYW5k IGlzIG5vdCB3aGF0IEkgd2FudCBzaW5jZSB5b3UnZCBoYXZlIHRvIHR1cm4gb2ZmIHRoZSBtYWNo aW5lIHRvIGRvIHRoYXQgLSBBRkFJSy4gQ29ycmVjdCBtZSBpZiB0aGF0IHNob3VsZCBub3QgYmUg dHJ1ZS4NCg0KTm93LCBiZWZvcmUgSSBnbyBpbnRvIGFueSBtb3JlIGhhc3NsZSwgaGFzIHNvbWVi b2R5IGVsc2Ugb2YgeW91IGRvbmUgYSBsaXZlLWJhY2t1cCBzb2x1dGlvbiBmb3Igb1ZpcnQ/IEFy ZSB0aGVyZSBhbnkgcmVjb21tZW5kYXRpb25zPyBUaGFua3MgZm9yIGFueSBoZWxwIHByb3ZpZGVk IQ0KDQpCZXN0IHJlZ2FyZHMNClRob21hcyBLZXBwbGVyDQo= --_000_196AB7D9F4C2F943BFC199940DF21D79016557467A0CKITMSX07kit_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PCFET0NUWVBFIEhUTUwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMCBUUkFOU0lUSU9OQUwv L0VOIj4KPEhUTUw+CjxIRUFEPgogIDxNRVRBIEhUVFAtRVFVSVY9IkNvbnRlbnQtVHlwZSIgQ09O VEVOVD0idGV4dC9odG1sOyBDSEFSU0VUPVVURi04Ij4KICA8TUVUQSBOQU1FPSJHRU5FUkFUT1Ii IENPTlRFTlQ9Ikd0a0hUTUwvNC42LjYiPgo8L0hFQUQ+CjxCT0RZPgpIZWxsbyw8QlI+CjxCUj4K bm93IHRoYXQgb3VyIG9WaXJ0IENsdXN0ZXIgcnVucyBncmVhdCwgSSdkIGxpa2UgdG8ga25vdyBp ZiBhbnlib2R5IGhhcyBkb25lIGEgYmFja3VwIHNvbHV0aW9uIGZvciBvVmlydCBiZWZvcmUuPEJS Pgo8QlI+Ck15IGJhc2ljIGlkZWEgZ29lcyBhcyBmb2xsb3dzOjxCUj4KLSBDcmVhdGUgYSBKU09O IGZpbGUgd2l0aCBtYWNoaW5lJ3MgcHJlZmVyZW5jZXMgZm9yIGxhdGVyIHJlc3RvcmUsIGNyZWF0 ZSBhIHNuYXBzaG90LCBzbmF0Y2ggdGhlIGRpc2sgYnkgaXRzIGRpc2staWQgKGNvcHkgaXQgdG8g dGhlIGZpbGVzZXJ2ZXIpLCB0aGVuIGRlbGV0aW5nIHRoZSBzbmFwc2hvdCBhbmQgYmUgZG9uZSB3 aXRoIGl0LjxCUj4KLSBPbiByZXN0b3JlIEknZCBqdXN0IGNyZWF0ZSBhIG5ldyBWTSB3aXRoIHRo ZSBEaXNrcyBhbmQgTklDcyBzcGVjaWZpZWQgaW4gdGhlIHByZWZlcmVuY2VzOyB0aGVuIEknZCBn byBhaGVhZCBhbmQgYW5kIHB1dCBiYWNrIHRoZSBkaXNrLi4uIHQ8QlI+CjxCUj4KSSd2ZSBwbGF5 ZWQgYSBsaXR0bGUgYml0IGFyb3VuZCB3aXRoIGJ1aWxkaW5nIGEgSlNPTiBmaWxlIGFuZCBzbyBm YXIgaXQgd29ya3MgZ3JlYXQ7IEkgaGF2ZW4ndCB0cmllZCB0byBtYWtlIGEgVk0gd2l0aCB0aGF0 LCB0aG91Z2guLi48QlI+CjxCUj4KVXNpbmcgdGhlIGV4cG9ydCBkb21haW4gb3IgYSBzaW1wbGUg ZXhwb3J0IGNvbW1hbmQgaXMgbm90IHdoYXQgSSB3YW50IHNpbmNlIHlvdSdkIGhhdmUgdG8gdHVy biBvZmYgdGhlIG1hY2hpbmUgdG8gZG8gdGhhdCAtIEFGQUlLLiBDb3JyZWN0IG1lIGlmIHRoYXQg c2hvdWxkIG5vdCBiZSB0cnVlLjxCUj4KPEJSPgpOb3csIGJlZm9yZSBJIGdvIGludG8gYW55IG1v cmUgaGFzc2xlLCBoYXMgc29tZWJvZHkgZWxzZSBvZiB5b3UgZG9uZSBhIGxpdmUtYmFja3VwIHNv bHV0aW9uIGZvciBvVmlydD8gQXJlIHRoZXJlIGFueSByZWNvbW1lbmRhdGlvbnM/IFRoYW5rcyBm b3IgYW55IGhlbHAgcHJvdmlkZWQhPEJSPgo8QlI+CkJlc3QgcmVnYXJkczxCUj4KVGhvbWFzIEtl cHBsZXIKPC9CT0RZPgo8L0hUTUw+CgA= --_000_196AB7D9F4C2F943BFC199940DF21D79016557467A0CKITMSX07kit_--

9 13

[SLA] can't start vm due to "host did not satisfy internal filter Memory."
by Sven Kieske 16 Feb '15

16 Feb '15

Hi, I haven't got any trouble with ovirt for a long time but know I hit some wall: Situation: local storage DC with a single vm in it. ovirt-engine version 3.3.3 (yeah I know, old..) error i get: vm does not boot anymore. excerpt from engine.log: 2015-02-09 13:25:06,926 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (ajp--127.0.0.1-8702-14) Operation Failed: [Cannot run VM. There are no available running Hosts with sufficient memor y in VM's Cluster ., Cannot run VM. There is no host that satisfies current scheduling constraints. See bellow for details:, The host $REDACTED did not satisfy internal filter Memory.] and before this: 2015-02-09 13:25:06,914 INFO [org.ovirt.engine.core.bll.scheduling.SchedulingManager] (ajp--127.0.0.1-8702-14) [41867e4b] Candidate host $REDACTED (efbc6306-d072-4601-a171-7dd79f169687) was filtered out by VAR __FILTERTYPE__INTERNAL filter Memory previously this vm could be started, the configuration was not altered. configuration: cluster: memory overcommitment: 200% host: ovirt reports 32068 MB physical memory vm was defined with max 32768 MB RAM and 16384 MB RAM guaranteed imho I should be able to start this vm. however it refused to start until I lowered the max ram to around 28 GB. I could provide full logs in private, if needed. I have other vms in other virtual DCs running fine with half this amount of ram, and more. the vm got created via REST. mom seems to work just fine. any help would be appreciated. -- 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

3 5

why is it called vdsm?
by Greg Sheremeta 16 Feb '15

16 Feb '15

Why is it called vdsm and not something a little more descriptive and project-related, like "ovirt-agent"? Greg Sheremeta Red Hat, Inc. Sr. Software Engineer, RHEV Cell: 919-807-1086 gshereme(a)redhat.com

8 8

mixing tagged and untagged vlans on a same interface
by Nathanaël Blanchet 16 Feb '15

16 Feb '15

Hi all, On a standalone libvirt/KVM, I've been used to mix tagged and untagged vlans on the same interface, the untagged vlan dedicated to the physical interface em1 and the other tagged ones to VLAN em1.X. I've just installed a new datacenter with an untagged ovirtmgmt and then realized that I've been prevented from attaching additional vlan to the same inetrface. Is there a reason for that, knowing that nothing should technically be wrong?

3 3

Issues adding a custom fencing agent
by Tobias Fiebig 15 Feb '15

15 Feb '15

Heho, i currently try to get an intelmodular server working with fencing, following: http://lists.ovirt.org/pipermail/devel/2014-February/006525.html and http://www.ovirt.org/Custom_Fencing BaseInfo: Scientific Linux 6.6 (engine/hosts) Ovirt 3.5 I added an agent with: engine-config -s CustomVdsFenceType="intelmodular" /etc/init.d/ovirt-engine restart The issue is, that the added agent always results in: 2015-02-05 19:31:08,963 ERROR [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-1) Failed to run Power Management command on Host , no running proxy Host was found. and: Test Failed, There is no other host in the data center that can be used to test the power management settings. Picking any other agent, results in the execution of the binary on one of the cluster hosts. (which, of course fails). Replacing one of theses default-fences with a bash-script echoing $@ to a file prints nothing, additional programs (id, env) however do print sth. to the given file. Any ideas on how to continue this, to ideally get fence_intelmodular working? With best Regards, Tobias

3 8