- Users - oVirt List Archives

oVirt Community Newsletter: September-October 2016
by Brian Proffitt 03 Nov '16

03 Nov '16

The oVirt community is always on the go, coding software, meeting new people, and generally just building a world-class virtual machine management platform. Here's what happened in September and October 2016: ----------------- Software Releases ----------------- oVirt 4.0.4 Final Release is now available https://www.ovirt.org/release/4.0.4/ New oVirt-Live (4.0.4) is available for download http://plain.resources.ovirt.org/pub/ovirt-4.0/iso/ovirt-live/ovirt-live-4.… oVirt 4.0.5 Fourth Release Candidate is now available http://lists.ovirt.org/pipermail/announce/2016-October/000297.html ---------------- In the Community ---------------- Get Involved with the oVirt Project! Autumn 2016 Edition http://lists.ovirt.org/pipermail/announce/2016-September/000294.html oVirt Software Defined Networking, The OVN Network Provider http://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/ Setting Community Values http://www.ovirt.org/blog/2016/11/setting-community-values/ Call For Proposals—FOSDEM 2017 Virtualization & IaaS DevRoom http://www.ovirt.org/blog/2016/10/call-for-proposal-fosdem-2017/ New oVirt Video Tutorials Available http://www.ovirt.org/blog/2016/09/new-ovirt-video-tutorials-available/ Manage oVirt with Ansible Playbooks http://www.ovirt.org/blog/2016/09/manage-ovirt-with-ansible-playbooks/ ------------------------------------ Deep Dives and Technical Discussions ------------------------------------ Red Hat finds virtualization vital for enterprise despite container competition http://zd.net/2fgCK0q Installing and Running a Headless Virtualization Server http://bit.ly/2esn8We Red Hat Virtualization: Bridging the Gap with the Cloud and Hyperconverged Infrastructure http://red.ht/2dZobhP How to install and configure oVirt 4.0 on CentOS 7 / RHEL 7 http://bit.ly/2e6amOK How to Create Virtual Machines in oVirt 4.0 Environment http://bit.ly/2e6akXc Red Hat Virtualization 4: An Overview http://bit.ly/2e69Sbx Integrating Red Hat Virtualization and Red Hat OpenStack Platform with Neutron Networking http://red.ht/2cOaYFi Red Hat empowering the new generation of high-performance virtualization [Hebrew] http://bit.ly/2e6emia oVirt – Guest Agent [Spanish] http://bit.ly/2e69PfK How to create snapshot in Linux KVM VM/Domain http://bit.ly/2e6bamP -- Brian Proffitt Principal Community Analyst Open Source and Standards @TheTechScribe 574.383.9BKP

1 0

NAT/internal Networks in ovirt?
by Derek Atkins 03 Nov '16

03 Nov '16

Hi, I'm migrating off a vmware-server infrastructure and one thing that provided was a NAT and a HostOnly network by default. I'm trying to replicate this (at least the NAT part) in ovirt. A few years ago people were asking about setting up oVirt with NAT/Internal networks, e.g. http://lists.ovirt.org/pipermail/users/2012-April/001751.html I also found https://www.ovirt.org/develop/developer-guide/vdsm/hook/network-nat/ Has this at all been integrated in the intervening years? Or is NAT networking still completely a manual process? One would think this would be a relatively common interface, where you want to have a VM that isn't directly connected to the internet but still has internet access via a (virtual) NAT? -derek -- Derek Atkins 617-623-3745 derek(a)ihtfp.com www.ihtfp.com Computer and Internet Security Consultant

2 2

Questions about AAA-JDBC -- user's setting their own password?
by Derek Atkins 03 Nov '16

03 Nov '16

Hi, I'm setting up a new ovirt-4 system on a single machine to replace my old vmware-server single-system infrastructure. I have a handful of users, and I'd like to give them access to specific VM consoles (and possibly the ability to start and stop the VMs). I don't want to set up a whole FreeIPA system, instead I'd like to use the AAA-JDBC extension. But I have a few questions that aren't really answered in the wiki/documentation: 1) The documentation talks about adding domains.. Must I do this or can I just use the default (internal?) domain for my users? 2) I have a command-line interface to create new users -- is there any way to do that in the UI? 3) Must I create groups via the command line or can I create those in the UI? If I have to create them in the CLI, must I manage the group membership on the command line, too? 4) Most importantly, is there any way for my users to change their AAA-JDBC passwords via the web UI? Some of my users are halfway around the world, so there's really no way I can sit with them on the command line to let them set their password. I couldn't find anything in the documentation about this, and indeed couldn't find anything in my (granted limited) search of the web interface. Personally I would have considered this a required feature that (IMNSHO) would have blocked a release. Thanks, -derek -- Derek Atkins 617-623-3745 derek(a)ihtfp.com www.ihtfp.com Computer and Internet Security Consultant

2 1

oVirt Engine Upgrade 3.6 to 4.0.4 - Next Steps?
by Beckman, Daniel 03 Nov '16

03 Nov '16

--_000_97924BEBAB804E979A1BB0851B64D54Fingramcontentcom_ Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 U28gSeKAmXZlIHN1Y2Nlc3NmdWxseSB1cGdyYWRlZCBteSBvVmlydCBlbmdpbmUgdG8gNC4wLjQs IGJ1dCBteSBob3N0cyBhcmUgc3RpbGwgcnVubmluZyBvVmlydCBub2RlIDMuNiBhbmQgdGhlIGNs dXN0ZXIgYW5kIGRhdGEgY2VudGVyIGlzIHN0aWxsIGluIDMuNiBjb21wYXRpYmlsdHkgbW9kZS4g QWxsIG9mIHRoZSBvVmlydCBkb2N1bWVudGF0aW9uIEnigJl2ZSBmb3VuZCBpcyByZWZlcmVuY2lu ZyAzLnguIENhbiBzb21lb25lIHBvaW50IG1lIHRvIHVwZGF0ZWQgZG9jdW1lbnRhdGlvbiDigJMg ZG9lcyBpdCBleGlzdD8gSSBmb3VuZCB0aGUgZXF1aXZhbGVudCBkb2N1bWVudGF0aW9uIGZvciB0 aGUgY29tbWVyY2lhbCBwcm9kdWN0LCBSSFYsIGJ1dCBpdCAoaHR0cHM6Ly9hY2Nlc3MucmVkaGF0 LmNvbS9kb2N1bWVudGF0aW9uL2VuL3JlZC1oYXQtdmlydHVhbGl6YXRpb24vNC4wL3BhZ2VkL3Vw Z3JhZGUtZ3VpZGUvMzItdXBncmFkaW5nLXRvLXJlZC1oYXQtdmlydHVhbGl6YXRpb24tbWFuYWdl ci00MCkgZG9lc27igJl0IHJlYWxseSBhZGRyZXNzIHVwZ3JhZGluZyBob3N0cyBmcm9tIDMuNiB0 byA0LnguIERvIDMuNiBob3N0cyBoYXZlIHRvIGJlIHJlbW92ZWQsIHdpcGVkLCBhbmQgcmVidWls dCBmcm9tIHNjcmF0Y2g/IE9yIGNhbiB0aGV5IGJlIHVwZ3JhZGVkIHRvIDQueCBmcm9tIHRoZSBt YW5hZ2VyLCBvciBieSBib290aW5nIGZyb20gdGhlIDQueCBJU08/DQoNClRoYW5rcywNCkRhbmll bA0KDQo= --_000_97924BEBAB804E979A1BB0851B64D54Fingramcontentcom_ Content-Type: text/html; charset=UTF-8 Content-ID: <2A25EF5CA106894F9EDC46386602B4D0(a)namprd12.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8N CnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsN CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWls eTpDYWxpYnJpO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9y aXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQph OnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5 Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpzcGFu LkVtYWlsU3R5bGUxNw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1jb21wb3NlOw0KCWZvbnQt ZmFtaWx5OkNhbGlicmk7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFuLm1zb0lucw0KCXttc28t c3R5bGUtdHlwZTpleHBvcnQtb25seTsNCgltc28tc3R5bGUtbmFtZToiIjsNCgl0ZXh0LWRlY29y YXRpb246dW5kZXJsaW5lOw0KCWNvbG9yOnRlYWw7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0 eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTt9DQpAcGFnZSBXb3Jk U2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4waW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGlu IDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9z dHlsZT4NCjwvaGVhZD4NCjxib2R5IGJnY29sb3I9IndoaXRlIiBsYW5nPSJFTi1VUyIgbGluaz0i IzA1NjNDMSIgdmxpbms9IiM5NTRGNzIiPg0KPGRpdiBjbGFzcz0iV29yZFNlY3Rpb24xIj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5TbyBJ4oCZ dmUgc3VjY2Vzc2Z1bGx5IHVwZ3JhZGVkIG15IG9WaXJ0IGVuZ2luZSB0byA0LjAuNCwgYnV0IG15 IGhvc3RzIGFyZSBzdGlsbCBydW5uaW5nIG9WaXJ0IG5vZGUgMy42IGFuZCB0aGUgY2x1c3RlciBh bmQgZGF0YSBjZW50ZXIgaXMgc3RpbGwgaW4gMy42IGNvbXBhdGliaWx0eSBtb2RlLiBBbGwgb2Yg dGhlIG9WaXJ0IGRvY3VtZW50YXRpb24gSeKAmXZlDQogZm91bmQgaXMgcmVmZXJlbmNpbmcgMy54 LiBDYW4gc29tZW9uZSBwb2ludCBtZSB0byB1cGRhdGVkIGRvY3VtZW50YXRpb24g4oCTIGRvZXMg aXQgZXhpc3Q/IEkgZm91bmQgdGhlIGVxdWl2YWxlbnQgZG9jdW1lbnRhdGlvbiBmb3IgdGhlIGNv bW1lcmNpYWwgcHJvZHVjdCwgUkhWLCBidXQgaXQgKDxhIGhyZWY9Imh0dHBzOi8vYWNjZXNzLnJl ZGhhdC5jb20vZG9jdW1lbnRhdGlvbi9lbi9yZWQtaGF0LXZpcnR1YWxpemF0aW9uLzQuMC9wYWdl ZC91cGdyYWRlLWd1aWRlLzMyLXVwZ3JhZGluZy10by1yZWQtaGF0LXZpcnR1YWxpemF0aW9uLW1h bmFnZXItNDApIj5odHRwczovL2FjY2Vzcy5yZWRoYXQuY29tL2RvY3VtZW50YXRpb24vZW4vcmVk LWhhdC12aXJ0dWFsaXphdGlvbi80LjAvcGFnZWQvdXBncmFkZS1ndWlkZS8zMi11cGdyYWRpbmct dG8tcmVkLWhhdC12aXJ0dWFsaXphdGlvbi1tYW5hZ2VyLTQwKTwvYT4NCiBkb2VzbuKAmXQgcmVh bGx5IGFkZHJlc3MgdXBncmFkaW5nIGhvc3RzIGZyb20gMy42IHRvIDQueC4gRG8gMy42IGhvc3Rz IGhhdmUgdG8gYmUgcmVtb3ZlZCwgd2lwZWQsIGFuZCByZWJ1aWx0IGZyb20gc2NyYXRjaD8gT3Ig Y2FuIHRoZXkgYmUgdXBncmFkZWQgdG8gNC54IGZyb20gdGhlIG1hbmFnZXIsIG9yIGJ5IGJvb3Rp bmcgZnJvbSB0aGUgNC54IElTTz8NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjExLjBwdCI+VGhhbmtzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5EYW5pZWw8bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBw dCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2 Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_97924BEBAB804E979A1BB0851B64D54Fingramcontentcom_--

3 3

hosts storage not visible from ovirt and an unexpected exception is thrown
by Thing 02 Nov '16

02 Nov '16

[image: Inline images 1] um? When ever I try to look at the storage on any host they all have none and the above message pops up.

2 3

Storage VLAN Issue
by Kendal Montgomery 02 Nov '16

02 Nov '16

--_000_0366DCE80EE9443B80C6E891426FBB27cbuscollaboratorycom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgYWxsLA0KDQpJIGp1c3QgcmVjZW50bHkgc3RhcnRlZCB0ZXN0aW5nIG91dCBvVmlydCBpbiBv dXIgbGFiLiAgSeKAmW0gdXNpbmcgQ2VudE9TIDcgb24gbXkgaG9zdHMgYW5kIHVzaW5nIHRoZSBo b3N0ZWQtZW5naW5lIG1vZGVsLCBhbmQgdGhlIG9WaXJ0IDMuNiByZXBvc2l0b3J5LiAgSSBoYXZl IE5GUyBzdG9yYWdlLiAgSSByYW4gYWNyb3NzIHdoYXQgSSB0aGluayBpcyBhIGJ1ZyBvZiBzb21l IHNvcnQsIGFuZCBJ4oCZbSBjdXJpb3VzIGlmIGFueW9uZSBlbHNlIGhhcyB0cmllZCB0aGlzIG9y IGtub3cgd2hhdOKAmXMgZ29pbmcgb24uDQoNCkkgd2FudGVkIHRvIGJlIGFibGUgdG8gZXhwb3Nl IHRoZSBORlMgc2VydmVyIChub3QgbmVjZXNzYXJpbHkgdGhlIHNoYXJlIHVzZWQgZm9yIG9WaXJ0 IHN0b3JhZ2UgZG9tYWlucywgYnV0IG90aGVyIHNoYXJlcyBvbiB0aGUgTkZTIHNlcnZlcikgdG8g Vk1zIHJ1bm5pbmcgb24gbXkgaG9zdCAoY3VycmVudGx5IG15IHNldHVwIG9ubHkgaW52b2x2ZXMg YSBzaW5nbGUgaG9zdCkuIEkgaGF2ZSB0d28gMTBHYmFzZVQgaW50ZXJmYWNlZCBib25kZWQgdG9n ZXRoZXIgb24gdGhlIGhvc2Ugd2l0aCB0d28gVkxBTiBuZXR3b3JrcyBvbiBpdCBjdXJyZW50bHks IG9uZSBmb3IgdGhlIG1hbmFnZW1lbnQgbmV0d29yaywgb25lIGZvciBzdG9yYWdlLiAgV2hlbiB0 aGUgaG9zdGVkLWVuZ2luZSBkZXBsb3ltZW50IHdhcyBzZXQgdXAsIEkgZW5kZWQgdXAgd2l0aCBh biBvdmlydG1nbXQgaW50ZXJmYWNlIHRoYXQgd2FzIGJyaWRnZWQgdG8gbXkgaW5mcmFzdHJ1Y3R1 cmUgdmxhbiBpbnRlcmZhY2UgKHZsYW4gMTA4MCkuICBTbywgSSBhZGRlZCBhbm90aGVyIG5ldHdv cmsgaW4gbXkgb1ZpcnQgY2x1c3RlciBuYW1lZCBWTS1TdG9yYWdlIHdpdGggdmxhbiAxMDkyICht eSBzdG9yYWdlIG5ldHdvcmspLiAgSGVyZSBpcyBhcHByb3hpbWF0ZWx5IGhvdyBJIGV4cGVjdGVk IHRoaXMgdG8gZW5kIHVwOg0KDQpib25kMCAtIChib25kZWQgaW50ZXJmYWNlKQ0KICAtIGJvbmQw LjEwOTIgKFNUT1JBR0UgLSB2bGFuIGludGVyZmFjZSkNCiAgICAgLSBWTS1zdG9yYWdlIChicmlk Z2VkIGludGVyZmFjZSkNCiAgLSBib25kMC4xMDgwIChJTkZSIC0gdmFuIGludGVyZmFjZSkNCiAg ICAtIG92aXJ0bWdtdCAoYnJpZGdlZCBpbnRlcmZhY2UpDQoNCkhvd2V2ZXIsIHdoZW4gSSBkaWQg bmV0d29yayBzZXR1cCBvbiB0aGUgaG9zdCwgYW5kIGRyYWdnZWQgdGhlIFZNLVN0b3JhZ2UgbmV0 d29yayBvdmVyIHRvIHRoZSBuZXR3b3JrIGludGVyZmFjZSBhbmQgaGl0IE9LLCB0aGUgVUkganVz dCBmcm96ZSwgYW5kIGZvciBhIGZldyBzZWNvbmRzIEkgY2hlY2tlZCBvbiB0aGUgaG9zdCB2aWEg c3NoIHNlc3Npb24gYW5kIHRoZSBWTS1zdG9yYWdlIGJyaWRnZSB3YXMgc2V0dXAsIHRoZW4gdGhl IHNlcnZlciBqdXN0IHJlYm9vdGVkLiAgQWZ0ZXIgaXQgcmVib290ZWQsIG15IHZsYW4gaW50ZXJm YWNlIHdhcyBubyBsb25nZXIgdGhlcmUgYW5kIGl0IHNlZW1zIGxpa2UgYm90aCB0aGUgaG9zdGVk IGVuZ2luZSBWTSBhbmQgdGhlIGhvc3QgZW5kZWQgdXAgYmVpbmcgcmVib290ZWQuICBJbiB0aGlu a2luZyBhYm91dCBpdCwgSSBtYXkgaGF2ZSBjYXVzZWQgYXQgbGVhc3QgYSB0ZW1wb3Jhcnkgb3V0 YWdlIHdpdGggbXkgTkZTIHN0b3JhZ2Ugd2hlbiB0aGUgbmV3IGJyaWRnZWQgaW50ZXJmYWNlIHdh cyBzZXQgdXAgd2hpY2ggY2F1c2VkIChtYXliZSkgdGhlIEhBIGFnZW50IHRvIHRoaW5rIHRoZSBo b3N0ZWQgZW5naW5lIHZtIHdlbnQgYXdheSBvciBzb21ldGhpbmcsIGFuZCB0aGF0IGNhdXNlIHRo ZSByZWJvb3RzLiAgTm90IGVudGlyZWx5IHN1cmUsIGJ1dCB0aGlzIHdhcyBjZXJ0YWlubHkgdW5l eHBlY3RlZC4gIEkgaGF2ZSB0cmllZCBzZXZlcmFsIHRpbWVzIGFuZCB0aGUgc2FtZSByZXN1bHQg ZWFjaCB0aW1lLg0KDQpJIGRpZCBjaGVjayB0aGF0IGFueSBvdGhlciBWTSBuZXR3b3JrIHdpdGgg YSBkaWZmZXJlbnQgVkxBTiBJRCBwcm92aXNpb25zIGp1c3QgZmluZSBvbiB0aGUgaG9zdCwgc28g SSBhc3N1bWUgdGhlcmXigJlzIHNvbWV0aGluZyB0aGF0IGhhcHBlbnMgd2hlbiB0aGlzIHN0b3Jh Z2UgbmV0d29yayBpcyBwcm92aXNpb25lZCB0aGF0IGlzIGNhdGNoaW5nIG9WaXJ0IG9mZi1ndWFy ZCBzb21laG93Lg0KDQpBbnlvbmUgZWxzZSBoYXZlIHRoaXMgaXNzdWUgYmVmb3JlPyAgQ2FuIEkg c29sdmUgdGhpcyBieSBhZGRpbmcgYW5vdGhlciBob3N0LCB0aGVuIG1vdmluZyB0aGUgaG9zdGVk LWVuZ2luZSB0byBhIGRpZmZlcmVudCBob3N0IHdoaWxlIEkgYWRkIHRoZSBzdG9yYWdlIG5ldHdv cmsgdG8gZWFjaCBob3N0Pw0KDQpUaGFua3MuDQoNCktlbmRhbCBNb250Z29tZXJ5DQpMYWIgTWFu YWdlcg0KTzogNjE0LjQwNy41NTg0IHwgTTogNjE0LjU3MS4wMTcyDQprbW9udGdvbWVyeUBjYnVz Y29sbGFib3JhdG9yeS5jb208bWFpbHRvOmttb250Z29tZXJ5QGNidXNjb2xsYWJvcmF0b3J5LmNv bT4NCg0K --_000_0366DCE80EE9443B80C6E891426FBB27cbuscollaboratorycom_ Content-Type: text/html; charset="utf-8" Content-ID: <91F0E571AB281F44B836DAD9F2229895(a)namprd04.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj5IaSBhbGws PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij5JIGp1c3QgcmVjZW50bHkgc3RhcnRlZCB0ZXN0aW5nIG91dCBvVmlydCBpbiBvdXIgbGFiLiAm bmJzcDtJ4oCZbSB1c2luZyBDZW50T1MgNyBvbiBteSBob3N0cyBhbmQgdXNpbmcgdGhlIGhvc3Rl ZC1lbmdpbmUgbW9kZWwsIGFuZCB0aGUgb1ZpcnQgMy42IHJlcG9zaXRvcnkuICZuYnNwO0kgaGF2 ZSBORlMgc3RvcmFnZS4gJm5ic3A7SSByYW4gYWNyb3NzIHdoYXQgSSB0aGluayBpcyBhIGJ1ZyBv ZiBzb21lIHNvcnQsIGFuZCBJ4oCZbSBjdXJpb3VzIGlmIGFueW9uZQ0KIGVsc2UgaGFzIHRyaWVk IHRoaXMgb3Iga25vdyB3aGF04oCZcyBnb2luZyBvbi48L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJy IGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkkgd2FudGVkIHRvIGJlIGFibGUgdG8g ZXhwb3NlIHRoZSBORlMgc2VydmVyIChub3QgbmVjZXNzYXJpbHkgdGhlIHNoYXJlIHVzZWQgZm9y IG9WaXJ0IHN0b3JhZ2UgZG9tYWlucywgYnV0IG90aGVyIHNoYXJlcyBvbiB0aGUgTkZTIHNlcnZl cikgdG8gVk1zIHJ1bm5pbmcgb24gbXkgaG9zdCAoY3VycmVudGx5IG15IHNldHVwIG9ubHkgaW52 b2x2ZXMgYSBzaW5nbGUgaG9zdCkuIEkgaGF2ZSB0d28gMTBHYmFzZVQgaW50ZXJmYWNlZA0KIGJv bmRlZCB0b2dldGhlciBvbiB0aGUgaG9zZSB3aXRoIHR3byBWTEFOIG5ldHdvcmtzIG9uIGl0IGN1 cnJlbnRseSwgb25lIGZvciB0aGUgbWFuYWdlbWVudCBuZXR3b3JrLCBvbmUgZm9yIHN0b3JhZ2Uu ICZuYnNwO1doZW4gdGhlIGhvc3RlZC1lbmdpbmUgZGVwbG95bWVudCB3YXMgc2V0IHVwLCBJIGVu ZGVkIHVwIHdpdGggYW4gb3ZpcnRtZ210IGludGVyZmFjZSB0aGF0IHdhcyBicmlkZ2VkIHRvIG15 IGluZnJhc3RydWN0dXJlIHZsYW4gaW50ZXJmYWNlDQogKHZsYW4gMTA4MCkuICZuYnNwO1NvLCBJ IGFkZGVkIGFub3RoZXIgbmV0d29yayBpbiBteSBvVmlydCBjbHVzdGVyIG5hbWVkIFZNLVN0b3Jh Z2Ugd2l0aCB2bGFuIDEwOTIgKG15IHN0b3JhZ2UgbmV0d29yaykuICZuYnNwO0hlcmUgaXMgYXBw cm94aW1hdGVseSBob3cgSSBleHBlY3RlZCB0aGlzIHRvIGVuZCB1cDo8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPmJvbmQwIC0gKGJvbmRl ZCBpbnRlcmZhY2UpPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwOyAtIGJvbmQwLjEwOTIgKFNU T1JBR0UgLSB2bGFuIGludGVyZmFjZSk8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNw OyAmbmJzcDstIFZNLXN0b3JhZ2UgKGJyaWRnZWQgaW50ZXJmYWNlKTwvZGl2Pg0KPGRpdiBjbGFz cz0iIj4mbmJzcDsgLSBib25kMC4xMDgwIChJTkZSIC0gdmFuIGludGVyZmFjZSk8L2Rpdj4NCjxk aXYgY2xhc3M9IiI+Jm5ic3A7ICZuYnNwOyAtIG92aXJ0bWdtdCAoYnJpZGdlZCBpbnRlcmZhY2Up PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij5Ib3dldmVyLCB3aGVuIEkgZGlkIG5ldHdvcmsgc2V0dXAgb24gdGhlIGhvc3QsIGFuZCBkcmFn Z2VkIHRoZSBWTS1TdG9yYWdlIG5ldHdvcmsgb3ZlciB0byB0aGUgbmV0d29yayBpbnRlcmZhY2Ug YW5kIGhpdCBPSywgdGhlIFVJIGp1c3QgZnJvemUsIGFuZCBmb3IgYSBmZXcgc2Vjb25kcyBJIGNo ZWNrZWQgb24gdGhlIGhvc3QgdmlhIHNzaCBzZXNzaW9uIGFuZCB0aGUgVk0tc3RvcmFnZSBicmlk Z2Ugd2FzIHNldHVwLCB0aGVuDQogdGhlIHNlcnZlciBqdXN0IHJlYm9vdGVkLiAmbmJzcDtBZnRl ciBpdCByZWJvb3RlZCwgbXkgdmxhbiBpbnRlcmZhY2Ugd2FzIG5vIGxvbmdlciB0aGVyZSBhbmQg aXQgc2VlbXMgbGlrZSBib3RoIHRoZSBob3N0ZWQgZW5naW5lIFZNIGFuZCB0aGUgaG9zdCBlbmRl ZCB1cCBiZWluZyByZWJvb3RlZC4gJm5ic3A7SW4gdGhpbmtpbmcgYWJvdXQgaXQsIEkgbWF5IGhh dmUgY2F1c2VkIGF0IGxlYXN0IGEgdGVtcG9yYXJ5IG91dGFnZSB3aXRoIG15IE5GUyBzdG9yYWdl IHdoZW4NCiB0aGUgbmV3IGJyaWRnZWQgaW50ZXJmYWNlIHdhcyBzZXQgdXAgd2hpY2ggY2F1c2Vk IChtYXliZSkgdGhlIEhBIGFnZW50IHRvIHRoaW5rIHRoZSBob3N0ZWQgZW5naW5lIHZtIHdlbnQg YXdheSBvciBzb21ldGhpbmcsIGFuZCB0aGF0IGNhdXNlIHRoZSByZWJvb3RzLiAmbmJzcDtOb3Qg ZW50aXJlbHkgc3VyZSwgYnV0IHRoaXMgd2FzIGNlcnRhaW5seSB1bmV4cGVjdGVkLiAmbmJzcDtJ IGhhdmUgdHJpZWQgc2V2ZXJhbCB0aW1lcyBhbmQgdGhlIHNhbWUgcmVzdWx0DQogZWFjaCB0aW1l LjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9 IiI+SSBkaWQgY2hlY2sgdGhhdCBhbnkgb3RoZXIgVk0gbmV0d29yayB3aXRoIGEgZGlmZmVyZW50 IFZMQU4gSUQgcHJvdmlzaW9ucyBqdXN0IGZpbmUgb24gdGhlIGhvc3QsIHNvIEkgYXNzdW1lIHRo ZXJl4oCZcyBzb21ldGhpbmcgdGhhdCBoYXBwZW5zIHdoZW4gdGhpcyBzdG9yYWdlIG5ldHdvcmsg aXMgcHJvdmlzaW9uZWQgdGhhdCBpcyBjYXRjaGluZyBvVmlydCBvZmYtZ3VhcmQgc29tZWhvdy48 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIi PkFueW9uZSBlbHNlIGhhdmUgdGhpcyBpc3N1ZSBiZWZvcmU/ICZuYnNwO0NhbiBJIHNvbHZlIHRo aXMgYnkgYWRkaW5nIGFub3RoZXIgaG9zdCwgdGhlbiBtb3ZpbmcgdGhlIGhvc3RlZC1lbmdpbmUg dG8gYSBkaWZmZXJlbnQgaG9zdCB3aGlsZSBJIGFkZCB0aGUgc3RvcmFnZSBuZXR3b3JrIHRvIGVh Y2ggaG9zdD88L2Rpdj4NCjxkaXYgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9kaXY+DQo8ZGl2 IGNsYXNzPSIiPlRoYW5rcy48L2Rpdj4NCjxiciBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiI+DQo8 ZGl2IHN0eWxlPSJjb2xvcjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogSGVsdmV0aWNhOyBm b250LXNpemU6IDEycHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50OiBub3JtYWw7 IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1 dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTog bm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBw eDsgLXdlYmtpdC10ZXh0LXN0cm9rZS13aWR0aDogMHB4OyB3b3JkLXdyYXA6IGJyZWFrLXdvcmQ7 IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJyZWFrOiBhZnRlci13aGl0 ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xhc3M9IiIgc3R5bGU9 ImZvbnQtc2l6ZTogMTRweDsgbWFyZ2luOiAwaW4gMGluIDAuMDAwMXB0OyI+PHNwYW4gY2xhc3M9 IiIgc3R5bGU9ImNvbG9yOiByZ2IoMjM3LCAxMDMsIDIxKTsiPjxmb250IGZhY2U9IlRpbWVzIiBz aXplPSIzIiBjbGFzcz0iIj48YiBjbGFzcz0iIj5LZW5kYWwgTW9udGdvbWVyeTwvYj48L2ZvbnQ+ PC9zcGFuPjwvZGl2Pg0KPGRpdiBjbGFzcz0iIiBzdHlsZT0iZm9udC1zaXplOiAxNHB4OyBtYXJn aW46IDBpbiAwaW4gMC4wMDAxcHQ7Ij48Zm9udCBmYWNlPSJUaW1lcyIgY2xhc3M9IiI+PGIgY2xh c3M9IiI+TGFiIE1hbmFnZXI8L2I+PC9mb250PjwvZGl2Pg0KPGRpdiBjbGFzcz0iIiBzdHlsZT0i Zm9udC1zaXplOiAxNHB4OyBtYXJnaW46IDBpbiAwaW4gMC4wMDAxcHQ7Ij48Zm9udCBmYWNlPSJU aW1lcyIgY2xhc3M9IiI+TzogNjE0LjQwNy41NTg0IHwmbmJzcDtNOiA2MTQuNTcxLjAxNzI8L2Zv bnQ+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiIHN0eWxlPSJmb250LXNpemU6IDE0cHg7IG1hcmdpbjog MGluIDBpbiAwLjAwMDFwdDsiPjxmb250IGZhY2U9IlRpbWVzIiBjbGFzcz0iIj48YSBocmVmPSJt YWlsdG86a21vbnRnb21lcnlAY2J1c2NvbGxhYm9yYXRvcnkuY29tIiBjbGFzcz0iIj5rbW9udGdv bWVyeUBjYnVzY29sbGFib3JhdG9yeS5jb208L2E+PC9mb250PjwvZGl2Pg0KPC9kaXY+DQo8L2Rp dj4NCjwvZGl2Pg0KPGJyIGNsYXNzPSIiPg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_0366DCE80EE9443B80C6E891426FBB27cbuscollaboratorycom_--

7 14

Local storage & shared in same cluster
by Sebastian Greco 02 Nov '16

02 Nov '16

Hi, Is there a technical reason for not being able to use the local host storage if that host is already in a cluster with shared storage? For instance, if a user has a server with with a lot of storage and he wants to use that storage for non HA VMs that will only run over that host while, that host is also part of a cluster running VMs in a shared storage. If there's no technical reason/limitation behind this and this is a design choice, do you consider this to be in a roadmap? Thanks! Sebastián Greco IT Consultant Cloud Computing - Red Hat - VMware - Zimbra www.essiprojects.com *www.essiprojects.co.uk <http://www.essiprojects.co.uk>* Pl. Prim, 4-5 Pral 2a · T:+34 977 221 182 · M: +34 619 985 161 F: +34 977 230 170 · 43001 Tarragona Spain 120 Pall Mall · T:+44 207 101 0778 · F: +44 843 538 3112 · SW1Y 5ED *London* UK

6 10

[ANN] oVirt 4.0.5 Fifth Release Candidate is now available
by Sandro Bonazzola 02 Nov '16

02 Nov '16

The oVirt Project is pleased to announce the availability of oVirt 4.0.5 fifth release candidate for testing, as of November 2nd, 2016. This release is available now for: * Fedora 23 (tech preview) * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later * Fedora 23 (tech preview) * oVirt Next Generation Node 4.0 This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production. This update is the fifth release candidate of the fifth in a series of stabilization updates to the 4.0 series. 4.0.5 brings 15 enhancements and 85 bugfixes, including 41 high or urgent severity fixes, on top of oVirt 4.0 series See the release notes [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO is available. [4] * A new oVirt Next Generation Node will be available soon [4] * A new oVirt Engine Appliance is available for Red Hat Enterprise Linux and CentOS Linux (or similar) * Mirrors[5] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 4.0.5 release highlights: http://www.ovirt.org/release/4.0.5/ (may take a while to be updated due to oVirt website builder down [6]) * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.0.5/ [4] http://resources.ovirt.org/pub/ovirt-4.0-pre/iso/ [5] http://www.ovirt.org/Repository_mirrors#Current_mirrors [6] http://lists.ovirt.org/pipermail/infra/2016-November/018531.html -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

SSL Certificates
by Gary Pedretty 02 Nov '16

02 Nov '16

--Apple-Mail=_87354958-F259-442B-AB33-9B45CFD596FF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Where do you install a real non self-signed certificate for use in the = Ovirt Web Management Console. Gary ------------------------------------------------------------------------ Gary Pedretty gary(a)ravnalaska.net = <mailto:gary@eraalaska.net> Systems Manager www.flyravn.com = <http://www.flyravn.com/> Ravn Alaska /\ 907-450-7251 5245 Airport Industrial Road / \/\ 907-450-7238 fax Fairbanks, Alaska 99709 /\ / \ \ Second greatest commandment Serving All of Alaska / \/ /\ \ \/\ =E2=80=9CLove your = neighbor as Really loving the record green up date! Summmer!! yourself=E2=80=9D = Matt 22:39 ------------------------------------------------------------------------ --Apple-Mail=_87354958-F259-442B-AB33-9B45CFD596FF Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">Where do you install a real non self-signed certificate =  for use in the Ovirt Web Management Console.<div class=3D""><br = class=3D""></div><div class=3D"">Gary</div><div class=3D""><div = class=3D""> <div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; orphans: = auto; text-align: start; text-indent: 0px; text-transform: none; = white-space: normal; widows: auto; word-spacing: 0px; = -webkit-text-stroke-width: 0px; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; = orphans: auto; text-align: start; text-indent: 0px; text-transform: = none; white-space: normal; widows: auto; word-spacing: 0px; = -webkit-text-stroke-width: 0px; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><div style=3D"orphans: = auto; text-align: start; text-indent: 0px; widows: auto; word-wrap: = break-word; -webkit-nbsp-mode: space; -webkit-line-break: = after-white-space;" class=3D""><div style=3D"orphans: auto; text-align: = start; text-indent: 0px; widows: auto; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><div style=3D"orphans: = auto; text-align: start; text-indent: 0px; widows: auto; word-wrap: = break-word; -webkit-nbsp-mode: space; -webkit-line-break: = after-white-space;" class=3D""><div style=3D"orphans: auto; text-align: = start; text-indent: 0px; widows: auto; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><font face=3D"Menlo" = style=3D"color: rgb(0, 0, 0); font-size: 12px; letter-spacing: normal; = text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px;" class=3D""><div = class=3D"">---------------------------------------------------------------= ---------</div><div class=3D"">Gary Pedretty         =                     =            <a = href=3D"mailto:gary@eraalaska.net" = class=3D"">gary(a)ravnalaska.net</a></div><div class=3D"">Systems Manager =                     =                     =  <a href=3D"http://www.flyravn.com" = class=3D"">www.flyravn.com</a></div><div class=3D"">Ravn Alaska   =                     =     /\                 =    907-450-7251</div><div class=3D"">5245 Airport Industrial = Road         /  \/\         =     907-450-7238 fax</div><div class=3D"">Fairbanks, Alaska =  99709        /\  /    \ \ = Second greatest commandment</div></font><font face=3D"Monaco" = class=3D""><span style=3D"font-size: 12px;" class=3D"">Serving All of = Alaska          /  \/  /\  \ \/\ =   =E2=80=9CLove your neighbor as</span></font><br = style=3D"font-family: Monaco;" class=3D""><font face=3D"Menlo" = style=3D"color: rgb(0, 0, 0); letter-spacing: normal; text-transform: = none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: = 0px;" class=3D""><span style=3D"font-size: 12px;" class=3D"">Really = loving the record green up date! Summmer!!   yourself=E2=80=9D M= att 22:39</span></font><div style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; font-family: Menlo;" = class=3D""></div><font face=3D"Menlo" style=3D"font-size: 12px;" = class=3D""></font><span style=3D"color: rgb(0, 0, 0); letter-spacing: = normal; text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px; font-size: 12px;" class=3D""><font = face=3D"Menlo" class=3D""><div = class=3D"">---------------------------------------------------------------= ---------</div></font></span><div style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=3D""><font = face=3D"Menlo" style=3D"font-size: 12px;" class=3D""><br = class=3D""></font></div></div><span style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; font-size: 12px;" = class=3D""><br class=3D"Apple-interchange-newline"></span></div><span = style=3D"color: rgb(0, 0, 0); letter-spacing: normal; text-transform: = none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: = 0px; font-size: 12px;" class=3D""><br = class=3D"Apple-interchange-newline"></span></div><span style=3D"color: = rgb(0, 0, 0); letter-spacing: normal; text-transform: none; white-space: = normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; font-size: = 12px;" class=3D""><br class=3D"Apple-interchange-newline"></span></div><br= class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"><br = class=3D"Apple-interchange-newline"> </div> <br class=3D""></div></body></html>= --Apple-Mail=_87354958-F259-442B-AB33-9B45CFD596FF--

3 2

Missing RPM for ovirt 4.0.5.5 ?
by Maton, Brett 02 Nov '16

02 Nov '16

I ran yum update on selfhosted ovirt engine, followed by engine-setup which is failing due to a missing dependency: --== PACKAGES ==-- [ INFO ] Checking for product updates... [ ERROR ] Yum [u'ovirt-engine-backend-4.0.5.5-1.el7.centos.noarch requires vdsm-jsonrpc-java >= 1.2.7'] [ INFO ] Yum Performing yum transaction rollback [ ERROR ] Failed to execute stage 'Environment customization': [u'ovirt-engine-backend-4.0.5.5-1.el7.centos.noarch requires vdsm-jsonrpc-java >= 1.2.7'] [ INFO ] Stage: Clean up I had a quick look at the repos and ther doesn't appear tobe a 1.2.7 version of vdsm-jsonrpc-java. Regards

2 2

unable to pull 2 gluster nodes into ovirt
by Thing 02 Nov '16

02 Nov '16

I have 3 gluster nodes, 1 and 2 repeatedly fail to come in to ovirt but node 3 worked first time. It appears to be saying ssh-keys / root password is failing, but I can ssh in fine from teh command line so this message makes no sense. attached is a host deploy log

2 2

Hosted Engine CPU usage always shows 100%
by knarra 01 Nov '16

01 Nov '16

Hi, I have latest ovirt master and i see that Hosted Engine CPU is always shown 100%. But the actual usage in the system is very less. Is this a known issue or a bug ? Thanks kasturi

2 7

mass upload of disks?
by Ben De Luca 01 Nov '16

01 Nov '16

Hi, I was wondering if there was a method on the cli/script to mass upload disks to ovirt. The web loader is great, but also I have 20 disks that I really just want to upload via shell. I can't seem to find a tool to do it, I have found ovirt-image-uploader (but that's for ovf files). I hoped that I could just pull the date directly off nfs but that doesnt seem to be possible, or I am blind? Thanks -Ben

3 6

Setting DNS servers problem on ovirt
by Thing 01 Nov '16

01 Nov '16

Hi, I have installed IPA across 3 nodes. In order to point the ovirt server at the new IPA/DNS servers and to clean up I ran engine-cleanup aiming to delte the ovirt setup. However it seems even though I ran this something, "vdsm?" is still running and controlling the networking. So down under /etc/sysconfig/network-scripts I see, ========= /etc/sysconfig/network-scripts [root@ovirt1 network-scripts]# ls -l total 256 -rw-rw-r--. 1 root root 130 Nov 1 10:32 ifcfg-enp0s25 -rw-r--r--. 1 root root 254 Sep 16 2015 ifcfg-lo -rw-rw-r--. 1 root root 252 Nov 1 10:32 ifcfg-ovirtmgmt 8><----- ========== So my first Q is why when I run engine-cleanup isnt the networking cleaned up? should I file this as a bugzilla? After that I can see that ifcfg-ovirtmgmt is still controlling DNS, ========== 8><---- [root@ovirt1 network-scripts]# tail ifcfg-ovirtmgmt ONBOOT=yes IPADDR=192.168.1.34 NETMASK=255.255.255.0 GATEWAY=192.168.1.1 BOOTPROTO=none MTU=1500 DEFROUTE=yes NM_CONTROLLED=no IPV6INIT=no DNS1=192.168.1.240 [root@ovirt1 network-scripts]# =========== So I tried to set, DNS1=192.168.1.31 DNS2=192.168.1.32 DNS3=192.168.1.33 rebooted and, no I see, DNS1=192.168.1.240 again So I also see that the vdsm service is still running, ========== [root@ovirt1 network-scripts]# systemctl status vdsm-network.service ● vdsm-network.service - Virtual Desktop Server Manager network restoration Loaded: loaded (/usr/lib/systemd/system/vdsm-network.service; enabled; vendor preset: enabled) Active: active (exited) since Tue 2016-11-01 10:32:51 NZDT; 2h 0min ago Process: 2873 ExecStart=/usr/bin/vdsm-tool restore-nets (code=exited, status=0/SUCCESS) Process: 2848 ExecStartPre=/usr/bin/vdsm-tool --vvverbose --append --logfile=/var/log/vdsm/upgrade.log upgrade-unified-persistence (code=exited, status=0/SUCCESS) Main PID: 2873 (code=exited, status=0/SUCCESS) CGroup: /system.slice/vdsm-network.service Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5 client step 2 Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5 parse_server_challenge() Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5 ask_user_info() Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5 client step 2 Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5 ask_user_info() Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5 make_client_response() Nov 01 10:32:45 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5 client step 3 Nov 01 10:32:51 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5 client mech dispose Nov 01 10:32:51 ovirt1.ods.graywitch.co.nz python[2887]: DIGEST-MD5 common mech dispose Nov 01 10:32:51 ovirt1.ods.graywitch.co.nz systemd[1]: Started Virtual Desktop Server Manager network restoration. [root@ovirt1 network-scripts]# =========== why after cleaning up is this still active? Next, I have grep'd under /etc/ and cannot find where its getting its obsolete network DNS info info from. So I need to know where this info is stored? so I can edit is via the CLI? database? There is no web ui running as engine-cleanup has removed that so I cant work via the web ui. Is there anything else I need to manually stop, disable and remove after running engine-cleanup? thanks

3 2

Kill a failed VM import
by Chris Cowley 31 Oct '16

31 Oct '16

Hello all I have just imported physical machine into my export datastore using virt-p2v. While I was importing it, my hosted-engine died (VM went into paused state) during the disk-copy stage. Now, that half-imported VM is in the status "image locked" and I am un able to do anything with it. The disk image does not seem to be in my master data store so I think I can safely delete the VM and re-import it. However, that is not available in the web GUI. How can I work around that and force the deletion?

2 1

Local and Shared storage in same datacenter
by Mike (maillinglists) 31 Oct '16

31 Oct '16

Hi guys, There have been a few related questions already that I could find, but I did not find anything relating to my specific use case. Currently it is not possible to mix local storage with shared storage in the same datacenter. The reason seems to be because of the storage pool manager (SPM). This is a role in the datacenter provided to one specific host. While I understand that this makes having local storage impossible, I believe there is a use case to have local storage in a shared storage datacenter. Consider the following: I have a few applications that require 1 milli second latency and at most 2 milli second. That is not consistenly achievable with shared storage, to that end I added flash storage to a few hypervisors. About 5% of my servers require this and are not that resource hungry to require a dedicated physical server. That same 5% also has no requirement to be migrated if a host fails. So in short I have 5 heavy hosts running ovirt with a shared storage domain on NFS for 95% of my servers. All running fine, but I am now unable to run my remaining 5%. To finish up my summary I have been testing various virtualization technologies, like VmWare and Hyper-V. They allow such configurations as I mentioned. I already had some chat on irc with various guys and they suggested that I put this on the mailing list, so here goes. My suggestion would be to evoluate from SPM to SDM. SDM stands for Storage Domain Manager. This would create the possibility to have all nodes in the datacenter participate in the storage handling. A extra benefit would be that local storage could be added. What do you think? Thanks for reading. Kind regards, Mike van Goor

6 12

Re: [ovirt-users] Local and Shared storage in same datacenter
by Pavel Gashev 31 Oct '16

31 Oct '16

I think it's all about online VM migration. oVirt doesn't support online VM migration together with online storage migration. So any storage has to be accessible from any hosts in a datacenter. That's why local storages are too restricted. Converting Local storages to Shared removes the restriction. Avoiding NFS layer locally removes the NFS performance drawback. And both allow to adhere to the oVirt way. -----Original Message----- From: Fernando Frediani <fernando.frediani(a)upx.com.br> Date: Monday 31 October 2016 at 17:07 To: Pavel Gashev <Pax(a)acronis.com> Subject: Re: [ovirt-users] Local and Shared storage in same datacenter Why this 'workdaround' to share a local storage as NFS instead os just use it as a 'normal' Local storage ? Looks more like a chewing gum. Is there any work in progress to change the way this storage pool manager works ? On 31/10/2016 12:02, Pavel Gashev wrote: > Mike, > > As workaround it's not very hard to create a mount command wrapper that converts local NFS mounts to bind-mounts. The propper way I think is to patch the VDSM service to handle local NFS mounts. In result, a NFS storage will work like a local storage if it's local. > > -----Original Message----- > From: Mike <maillist(a)probie.nl> > Date: Monday 31 October 2016 at 16:33 > To: Pavel Gashev <Pax(a)acronis.com>, "users(a)ovirt.org" <users(a)ovirt.org> > Subject: Re: [ovirt-users] Local and Shared storage in same datacenter > > Hi Pavel, > > Op 31-10-2016 om 11:22 schreef Pavel Gashev: >> Mike, >> >> You can share and use your local storage via NFS. So all your storages are shared, and can be used in the same datacenter. > I installed a nfs server on the hypervisor and am using it that way at > the moment. > It feels 'wrong' but it seems to work okay and it is fast as far as I > can tell. > Still would like to see another solution without the added latency of > nfs and be able to utilize directio, etc. >> -----Original Message----- >> From: <users-bounces(a)ovirt.org> on behalf of "Mike (maillinglists)" <maillist(a)probie.nl> >> Date: Sunday 30 October 2016 at 13:02 >> To: "users(a)ovirt.org" <users(a)ovirt.org> >> Subject: [ovirt-users] Local and Shared storage in same datacenter >> >> Hi guys, >> >> There have been a few related questions already that I could find, but I >> did not find anything relating to my specific use case. >> >> Currently it is not possible to mix local storage with shared storage in >> the same datacenter. >> The reason seems to be because of the storage pool manager (SPM). >> This is a role in the datacenter provided to one specific host. >> >> While I understand that this makes having local storage impossible, I >> believe there is a use case to have local storage in a shared storage >> datacenter. >> Consider the following: >> I have a few applications that require 1 milli second latency and at >> most 2 milli second. >> That is not consistenly achievable with shared storage, to that end I >> added flash storage to a few hypervisors. >> About 5% of my servers require this and are not that resource hungry to >> require a dedicated physical server. >> That same 5% also has no requirement to be migrated if a host fails. >> >> So in short I have 5 heavy hosts running ovirt with a shared storage >> domain on NFS for 95% of my servers. >> All running fine, but I am now unable to run my remaining 5%. >> >> To finish up my summary I have been testing various virtualization >> technologies, like VmWare and Hyper-V. >> They allow such configurations as I mentioned. >> >> I already had some chat on irc with various guys and they suggested that >> I put this on the mailing list, so here goes. >> >> My suggestion would be to evoluate from SPM to SDM. >> SDM stands for Storage Domain Manager. >> This would create the possibility to have all nodes in the datacenter >> participate in the storage handling. >> A extra benefit would be that local storage could be added. >> >> What do you think? >> >> Thanks for reading. >> >> Kind regards, >> Mike van Goor >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users

1 0

Updated ovirt-guest-agent puppet module
by René Koch 31 Oct '16

31 Oct '16

This is a cryptographically signed message in MIME format. --------------ms090308070008040700020706 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, there's an updated version of scrat14/ovirt-guest-agent available at=20 https://forge.puppet.com/scrat14/ovirt_guest_agent Latest version includes support for installing oVirt guest agent on RHEV = hypervisors in addition to oVirt nodes. Furthermore this module will now use rhevm-guest-agent-common for RHEL 7 = machines from rhel-7-server-rh-common-rpms repository by default=20 (instead of ovirt-guest-agent-common from EPEL). Regards, Ren=C3=A9 --------------ms090308070008040700020706 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CtUwggTrMIID06ADAgECAhAja0pvtE6eFeIAvVog9AvcMA0GCSqGSIb3DQEBCwUAMHUxCzAJ BgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkwJwYDVQQLEyBTdGFydENvbSBD ZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3RhcnRDb20gQ2xhc3MgMSBDbGll bnQgQ0EwHhcNMTYwNjA2MTQwNjA0WhcNMTkwOTA2MTQwNjA0WjA4MRcwFQYDVQQDDA5ya29j aEByay1pdC5hdDEdMBsGCSqGSIb3DQEJARYOcmtvY2hAcmstaXQuYXQwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDTzwY3gPTUDKgjrFFJa0rWfBjMuhDfVnveWxpTRG81IKQ1 4eClq53KsFsegqhf6vTRZ8M+frzEIT4J3DkTrYfYIbK8rN3VIR7TXVPYAA5g9QDJz9CWOCej F7xmw2tOKpFa6ozBPxB8k2Irpl7KTXWmFZ/iN9+wCersY/7hYiXh/S59G7YEioJciaXkdqfR 8R0QDkEcVRAQme2SgjU1tYGJemX+2XYx3Y9z43QgBLdeAwPXYoSdp1TEpOQh+heiKNNm138V Bm8sD/NDxm3ksnhNMjKvqUhVK9z35iksNG7Ao7rgGMtwhd8+mCgFSRQ27lcwwN7cbUpibkGs kQGsoQD/AgMBAAGjggGyMIIBrjAOBgNVHQ8BAf8EBAMCBLAwHQYDVR0lBBYwFAYIKwYBBQUH AwIGCCsGAQUFBwMEMAkGA1UdEwQCMAAwHQYDVR0OBBYEFAov/LAlauAjKdUMLVlx8JW7P63Q MB8GA1UdIwQYMBaAFCSBbDlhvkkPj7cbRivJKLUnSG1oMG8GCCsGAQUFBwEBBGMwYTAkBggr BgEFBQcwAYYYaHR0cDovL29jc3Auc3RhcnRzc2wuY29tMDkGCCsGAQUFBzAChi1odHRwOi8v YWlhLnN0YXJ0c3NsLmNvbS9jZXJ0cy9zY2EuY2xpZW50MS5jcnQwOAYDVR0fBDEwLzAtoCug KYYnaHR0cDovL2NybC5zdGFydHNzbC5jb20vc2NhLWNsaWVudDEuY3JsMBkGA1UdEQQSMBCB DnJrb2NoQHJrLWl0LmF0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzBH BgNVHSAEQDA+MDwGCysGAQQBgbU3AQIFMC0wKwYIKwYBBQUHAgEWH2h0dHBzOi8vd3d3LnN0 YXJ0c3NsLmNvbS9wb2xpY3kwDQYJKoZIhvcNAQELBQADggEBAK/kRL1+Hopu1wu7Nni3KEZj CpCDNcUZFgK+TVKEBKLwYgOuy0qe5+z3buQVBJUWlUGKUeY/ifPWU2GKU9X/nxnihQiaOhBW O9XcXg6PcY3N6Vk5akvHE1OWxK0QfpLJYe0jP3PA5fqgWSEUFZQYDz4v3izeSyy+nG7XGC1o mmLEVhAaa2OqaBXphFwfSmdHUmdfrBXwXUI1DMiZX1W13VY/Tw8CWuOLOZ8XWl1IUOTRoO8a XYEUeKjbtEJTaEEUzBpihoN0ueeK5E2wtbI1mfhOoCGpg3EGoKdSV0OR4AQOhzMQRqKMKGfY 4Nq9IjwzwI6TE7Thy5xYjaIzzi/1Ei8wggXiMIIDyqADAgECAhBrp4p9CteI1lEK+Vnk57Th MA0GCSqGSIb3DQEBCwUAMH0xCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQu MSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMSkwJwYDVQQD EyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTAeFw0xNTEyMTYwMTAwMDVaFw0z MDEyMTYwMTAwMDVaMHUxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSkw JwYDVQQLEyBTdGFydENvbSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTEjMCEGA1UEAxMaU3Rh cnRDb20gQ2xhc3MgMSBDbGllbnQgQ0EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIB AQC9fdr3w6J9g/Zbgv3bW1+uHht1wLUZr5gkrLtXedg17AkefMyUGwrQdvwObhajcVmnKVxh rUwkZPXRAwZZosRHfEIi5FH7x6SV/8Sp5lZEuiMnvMFG2MzLA84J6Ws5T4NfXZ0qn4TPgnr3 X2vPVS51M7Ua9nIJgn8jvTra4eyyQzxvuA/GZwKg7VQfDCmCS+kICslYYWgXOMt2xlsSslxL ce0CGWRsT8EpMyt1iDflSjXZIsE7m1uTyHaKZspMLyIyz6mySu8j8BWWHpChNNeTrFuhVfrO AyDPFJVUvKZCLKBhibTLloyy+LatoWELrjdI4a8StZY8+dIR9t4APXGzAgMBAAGjggFkMIIB YDAOBgNVHQ8BAf8EBAMCAQYwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMBIGA1Ud EwEB/wQIMAYBAf8CAQAwMgYDVR0fBCswKTAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5j b20vc2ZzY2EuY3JsMGYGCCsGAQUFBwEBBFowWDAkBggrBgEFBQcwAYYYaHR0cDovL29jc3Au c3RhcnRzc2wuY29tMDAGCCsGAQUFBzAChiRodHRwOi8vYWlhLnN0YXJ0c3NsLmNvbS9jZXJ0 cy9jYS5jcnQwHQYDVR0OBBYEFCSBbDlhvkkPj7cbRivJKLUnSG1oMB8GA1UdIwQYMBaAFE4L 7xqkQFulF2mHMMo0aEPQQa7yMD8GA1UdIAQ4MDYwNAYEVR0gADAsMCoGCCsGAQUFBwIBFh5o dHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kwDQYJKoZIhvcNAQELBQADggIBAIvj94fs AYuErQ8BAluc4SMnIwS9NPBwAm5SH9uh2NCXTq7im61g7F1LIiNI/+wq37fUuaMbz4g7VarK QTgf8ubs0p7NZWcIe7Bvem2AWaXBsxsaRTYw5kG3DN8pd1hSEUuFoTa7DmNeFe8tiK1BrL3r bA/m48jp4AiFXgvxprJrW7izsyetOrRHPbkW4Y07v29MdhaPv3u1JELyszXqOzjIYo4sWlC8 iDQXwgSW/ntvWy2n4LuiaozlCfXl149tKeqvwlvrla2Yklue/quWp9j9ou4T/OY0CXMuY+B8 wNK0ohd2D4ShgFlMSjzAFRoHGKF81snTr2d1A7Ew02oF6UQyCkC2aNNsK5cWOojBar5c7Hpl X9aHYUCZouxIeU28SONJAxnATgR4cJ2jrpmYSz/kliUJ46S6UpVDo/ebn9c6PaM/XtDYCCaM /7XX6wc3s++sbQ7CtCn1Ax7df6ufQbwyO0V+oFa9H0KAsjHMzcwk3EV2B2NLatidKE/m7G+r B9m+FlVgIiSp0mGlg43QO9Kh1+JqvTCIzv2bJJkmPMLQJNuKKwHNL8F4GGp6jbAV+WL+LDeG fVcq8DHS3LrD+xyYEXQBiqZEdiPVOMxLDSUCXsDO0uCWpaNQ8j6y6S9p0xE/Ga0peVLadVHh qf9nXqKaxnr358VgfrxzUIrvOaOjMYICjzCCAosCAQEwgYkwdTELMAkGA1UEBhMCSUwxFjAU BgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKTAnBgNVBAsTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24g QXV0aG9yaXR5MSMwIQYDVQQDExpTdGFydENvbSBDbGFzcyAxIENsaWVudCBDQQIQI2tKb7RO nhXiAL1aIPQL3DANBglghkgBZQMEAgEFAKCB1zAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcB MBwGCSqGSIb3DQEJBTEPFw0xNjEwMzExMjQxNTJaMC8GCSqGSIb3DQEJBDEiBCD5Pw8ttser m2R2dNfTRgdWX6jZV00IVk5BJFOCmbG3cDBsBgkqhkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQB KjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMC AgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0GCSqGSIb3DQEBAQUABIIBAFcpkb2xanUd ytf2LS7Ti9pz6i+TCU25pgUcl/Xl/NCm/S6awSaM7TsqAJ7P595zKs63weeXmNAIH7hKikD3 zw0GXqLbXLtgKBjo969A5Mw7hJhSPRiuyQF5rqzuspx1kH+oH5F8F64eMC2iKdUv2z8qSnv7 HRLwWC7K82hSqyi7wLki9u/gjW2rZcp0AaXQ9LAW3SGxTNojtxGOhwdypXeWoj+0mhiEoofJ aJJQriy7jyos8EjIV9mgQAmHv1Wld81g/OYRbJg1FyZXiVF7syuFzlXS689aY3ADUSGmSVpD bwrR5nu6ZARgGH4NjGTJhzwHl0898ku67tDXTlQUBfEAAAAAAAA= --------------ms090308070008040700020706--

1 0

quick way to see total RAM and CPU count on VM listing
by Nelson Lameiras 31 Oct '16

31 Oct '16

------=_Part_49066511_63048749.1475160413304 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello oVirt community,=20 When listing virtual machines, is there a quick way to see how much RAM/CPU= each machine has?=20 In oVirt 4.0.4, I can see ram/cpu usage in a very nice way, but I can not a= ccess easily the total RAM and number of CPUs.=20 The only way to find this information in GUI is to edit a vm and see the sy= stem tab (and that's when the "edit" context menu is available, which is no= t always)=20 Am I missing something?=20 This information is very usefull and sometimes critical (when migrating VM = to hosts which are already low on free RAM, specially when balloning is inv= olved)=20 I would like to see this information always on screen, like a (un)checkable= column... does it seem doable ?=20 Maybe it would be possible to show it while hoovering the memory/cpu inform= ation with the mouse ?=20 Please forgive me if this is not the rigth place to post this question/requ= est.=20 cordialement, regards,=20 Nelson LAMEIRAS=20 Lyra Network=20 Service Projets et Processus=20 Tel : +33 (0) 5 32 09 09 70=20 109 rue de l=E2=80=99innovation=20 31670 Lab=C3=A8ge - France=20 www.lyra-network.com=20 ------=_Part_49066511_63048749.1475160413304 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>Hello oVirt community,<br></div><div><br da= ta-mce-bogus=3D"1"></div><div>When listing virtual machines, is there a qui= ck way to see how much RAM/CPU each machine has?<br data-mce-bogus=3D"1"></= div><div><br data-mce-bogus=3D"1"></div><div>In oVirt 4.0.4, I can see ram/= cpu usage in a very nice way, but I can not access easily the total RAM and= number of CPUs. </div><div>The only way to find this information in GUI is= to edit a vm and see the system tab (and that's when the "edit" context me= nu is available, which is not always)<br data-mce-bogus=3D"1"></div><div><b= r data-mce-bogus=3D"1"></div><div>Am I missing something?</div><div>This in= formation is very usefull and sometimes critical (when migrating VM to host= s which are already low on free RAM, specially when balloning is involved)<= br data-mce-bogus=3D"1"></div><div><br data-mce-bogus=3D"1"></div><div>I wo= uld like to see this information always on screen, like a (un)checkable col= umn... does it seem doable ? </div><div>Maybe it would be possible to show = it while hoovering the memory/cpu information with the mouse ?<br data-mce-= bogus=3D"1"></div><div><br data-mce-bogus=3D"1"></div><div>Please forgive m= e if this is not the rigth place to post this question/request.<br data-mce= -bogus=3D"1"></div><div><br data-mce-bogus=3D"1"></div><div data-marker=3D"= __SIG_PRE__"><div><div><span style=3D"font-size: 12pt; color: rgb(0, 0, 0);= " data-mce-style=3D"font-size: 12pt; color: #000000;"><span style=3D"font-f= amily: "century gothic",sans-serif;">cordialement, regards,<br da= ta-mce-bogus=3D"1"></span></span></div><div><span style=3D"font-size: 12pt;= color: rgb(0, 0, 0);" data-mce-style=3D"font-size: 12pt; color: #000000;">= <span style=3D"font-family: "century gothic",sans-serif;">Nelson = LAMEIRAS<br data-mce-bogus=3D"1"></span></span></div><div><span style=3D"fo= nt-size: 9pt;" data-mce-style=3D"font-size: 9pt;"><b><span style=3D"font-fa= mily: "century gothic",sans-serif; color: rgb(54, 95, 145);"><br = data-mce-bogus=3D"1"></span></b></span></div><div><span style=3D"font-size:= 9pt;" data-mce-style=3D"font-size: 9pt;"><b><span style=3D"font-family: &q= uot;century gothic",sans-serif; color: rgb(54, 95, 145);">Lyra Network= </span></b></span></div><div><div><span style=3D"font-size: 9pt; color: #36= 5f91;" data-mce-style=3D"font-size: 9pt; color: #365f91;">Service Projets e= t Processus</span></div><div><span style=3D"font-size: 9pt; color: rgb(54, = 95, 145);" data-mce-style=3D"font-size: 9pt; color: #365f91;">Tel : +33 (0)= 5 32 09 09 70</span></div></div><span style=3D"font-size: 9pt;" data-mce-s= tyle=3D"font-size: 9pt;"><span style=3D"font-family: "century gothic&q= uot;,sans-serif; color: rgb(54, 95, 145);">109 rue de l=E2=80=99innovation<= /span><span style=3D"font-family: geneva;"></span></span><br><span style=3D= "font-size: 9pt; font-family: geneva;" data-mce-style=3D"font-size: 9pt; fo= nt-family: geneva;"></span><div><span style=3D"font-size: 9pt; font-family:= 'century gothic',sans-serif; color: #365f91;" data-mce-style=3D"font-size:= 9pt; font-family: 'century gothic',sans-serif; color: #365f91;">31670 Lab= =C3=A8ge - France</span><span style=3D"font-size: 9pt; font-family: geneva;= " data-mce-style=3D"font-size: 9pt; font-family: geneva;"></span><br data-m= ce-bogus=3D"1"></div><div><span style=3D"font-size: 9pt; font-family: 'cent= ury gothic',sans-serif; color: #365f91;" data-mce-style=3D"font-size: 9pt; = font-family: 'century gothic',sans-serif; color: #365f91;"><a href=3D"http:= //www.lyra-network.com" data-mce-href=3D"http://www.lyra-network.com">www.l= yra-network.com</a></span><br data-mce-bogus=3D"1"></div></div></div></div>= </body></html> ------=_Part_49066511_63048749.1475160413304--

4 5

Chinese oVirt community
by Yedidyah Bar David 31 Oct '16

31 Oct '16

Hi all, Recently, more and more questions are posted to users(a)ovirt.org in what seems like a result of a google translation of Chinese to English. These are usually hard to understand, and I expect the replies are also hard to understand. A recent example is [1]. Two years ago there was a discussion [2] about this on users(a)ovirt.org. Now, when searching, I find: 1. There seems to have been a domain ovirt-china.org , but it's dead now (no info about it in dns or whois). The only version of it I can find on archive.org is [3]. 2. There is a github org [4]. 3. There is a google group [5] , but it requires registration to view (and I didn't try to register). If there is an active Chinese community of oVirt users, perhaps we should give it more publicity, to make it easier to find. Otherwise, perhaps we can help by creating a list on lists.ovirt.org , or something like that. Best regards, [1] http://lists.ovirt.org/pipermail/users/2016-October/043732.html [2] http://lists.ovirt.org/pipermail/users/2014-May/024585.html http://lists.ovirt.org/pipermail/users/2014-May/024862.html http://lists.ovirt.org/pipermail/users/2014-May/024668.html [3] http://web.archive.org/web/20141203033820/http://www.ovirt-china.org/ [4] https://github.com/ovirt-china [5] https://groups.google.com/forum/#!forum/ovirt-china -- Didi

1 0

ovirt homeserver
by david caughey 31 Oct '16

31 Oct '16

Hi, I'm building a homeserver to run ovirt and wanted to get opinions on the best approach. The server will be used as a test/studybed for ovirt/kvm/vcloud/openstack/ceph. The server will be based around a Xeon E5 10 core with 128GB ram. Option 1: Build server with CentOS 7.2 and deploy ovirt directly on top. Option 2: Build server with CentOS 7.2 and deploy multiple ovirt instances on top of KVM. Which will be the most stable versatile method? If a GPU is used as a passthrough device can it be used on several vm's or is it restricted to 1 vm? If 2 GPU's are used can 1 be used as a dedicated passthrough to 1 vm and the other shared between the remaining vm's? Is CentOS/RH the best platform for ovirt? Is it okay/advisable to load the latest kernel, (4.8 ish), on to CentOS before installing ovirt? Any and all comments/advice welcome, David

4 3

100% disk utilization on Hosted Engine
by Anantha Raghava 31 Oct '16

31 Oct '16

This is a multi-part message in MIME format. --------------10436485D205AA7FD0A15C25 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I have hit a unique problem. Using oVirt 4.0.2.7-1.el7.centos since last one month and I have hit a unique problem. The Engine is reporting that Disk space allocated to Hosted engine is full and is not allowing to login to engine's console to clear some files as well. When I try to add additional storage to Hosted engine, engine admin portal reports that as Engine VM is not managed by oVirt Engine, it cannot extend the storage. Now the questions are: 1. Is it that enabling advanced DWH on the engine host is the root cause for 100GB of disk getting filled in about 1 month? 2. How do we clear the disk of some unwanted files and extend the space? 3. How do we reset the DWH database to basic? Note: CentOS 7.2 is not even allowing us to login to console to do any action. Booting the Hosted Engine VM with Live CD etc., looks like is ruled out in this case. -- Thanks & Regards, Anantha Raghava eXza Technology Consulting & Services Do not print this e-mail unless required. Save Paper & trees. --------------10436485D205AA7FD0A15C25 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body bgcolor="#FFFFFF" text="#000000"> <p><font face="Liberation Serif">Hi,</font></p> <p><font face="Liberation Serif">I have hit a unique problem. Using oVirt 4.0.2.7-1.el7.centos since last one month and I have hit a unique problem. The Engine is reporting that Disk space allocated to Hosted engine is full and is not allowing to login to engine's console to clear some files as well. When I try to add additional storage to Hosted engine, engine admin portal reports that as Engine VM is not managed by oVirt Engine, it cannot extend the storage.<br> </font></p> <p><font face="Liberation Serif">Now the questions are:</font></p> <p><font face="Liberation Serif">1. Is it that enabling advanced DWH on the engine host is the root cause for 100GB of disk getting filled in about 1 month?</font></p> <p><font face="Liberation Serif">2. How do we clear the disk of some unwanted files and extend the space?</font></p> <p><font face="Liberation Serif">3. How do we reset the DWH database to basic?</font><br> </p> <br> <div class="moz-signature">Note: CentOS 7.2 is not even allowing us to login to console to do any action. Booting the Hosted Engine VM with Live CD etc., looks like is ruled out in this case.<br> -- <p style="margin-bottom: 0cm; line-height: 100%"><font face="Times New Roman, serif">Thanks & Regards,</font></p> <p style="margin-bottom: 0cm; line-height: 100%"><br> </p> <address style="line-height: 100%"><font face="Times New Roman, serif">Anantha Raghava</font></address> <address style="line-height: 100%"><font face="Times New Roman, serif">eXza Technology Consulting & Services</font></address> <br> <p style="margin-bottom: 0cm; line-height: 100%"><font color="#66cc00"><font face="Times New Roman, serif">Do not print this e-mail unless required. Save Paper & trees.</font></font></p> </div> </body> </html> --------------10436485D205AA7FD0A15C25--

2 4

oVirt 4.0 Reporting
by aleksey.maksimov＠it-kb.ru 31 Oct '16

31 Oct '16

Hello oVirt guru`s! In the first half of 2016 was the following information: http://lists.ovirt.org/pipermail/users/2016-June/040549.html Are there any news about the built-in oVirt 4.0 reporting mechanism? Is there any chance that we will see reports in the oVirt web console?

2 2

when engine broken
by 张余歌 31 Oct '16

31 Oct '16

--_000_BN6PR11MB192119B2D8B3ADAAD60080CD90AE0BN6PR11MB1921namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 cmVjZW50bHkgaSBjb25mdXNlZCBhYm91dCBob3cgaSBjYW4gcmVjb3ZlcnkgZW5naW5lIG9uY2Ug ZW5naW5lIHByb2Nlc3MgZmFpbGVkDQpvciBicm9rZW4gZm9yIHNvbWUgcmVhc29uLg0KDQplbnZp cm9tZW50OmFsbGlub25lIGluc3RhbGwgb3ZpcnQuMy41LngNCmVuZ2luZSBpbnN0YWxsZWQgb24g bG9jYWwgaG9zdCB3aGl0aG91dCBhbnkgcHJvdGVjdGlvbi5pIGNhbiBkbyBzb21lIGVuZ2luZSBi YWNrdXAgYnkgdXNpbmcgY29tbWFuZC4NCg0KSSByZWZlciB0byBzb21lIHdheSB0byByZWNvdmVy eSBlbmdpbmUgYWJvdXQgZGlzYXRlciByZWNvdmVyeSAuYnV0IGl0IHNlZW0gbWF5YmUgbXkgc3Rh Z2UgaXMgd3Jvbmcgb3Igb3RoZXIgaXNzdWVzLHdob3VsZCB1IGdpdmUgbWUgc29tZSB3YXkgdG8g cmVjb3ZlciBlbmdpbmUsYW5kIGZpbmQgbXkgbG9zdCB2be+8n++8nw0KdGhhbmtzIGEgbG90DQoN CuiOt+WPliBPdXRsb29rIGZvciBBbmRyb2lkPGh0dHBzOi8vYWthLm1zL2doZWkzNj4NCg== --_000_BN6PR11MB192119B2D8B3ADAAD60080CD90AE0BN6PR11MB1921namp_ Content-Type: text/html; charset="utf-8" Content-ID: <AA3668EA6AB50146B41B60F0E1B4CE4A(a)sct-15-1-659-11-msonline-outlook-d08c7.templateTenant> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJhdXRv IiBzdHlsZT0iIHRleHQtYWxpZ246IGxlZnQ7IG1hcmdpbi10b3A6IDI1cHg7IG1hcmdpbi1ib3R0 b206IDI1cHg7IGZvbnQtZmFtaWx5OiBzYW5zLXNlcmlmOyBmb250LXNpemU6IDExcHQ7IGNvbG9y OiBibGFjazsgYmFja2dyb3VuZC1jb2xvcjogd2hpdGUgIj4NCnJlY2VudGx5IGkgY29uZnVzZWQg YWJvdXQgaG93IGkgY2FuIHJlY292ZXJ5IGVuZ2luZSBvbmNlIGVuZ2luZSBwcm9jZXNzIGZhaWxl ZDxicj4NCm9yIGJyb2tlbiBmb3Igc29tZSByZWFzb24uPC9wPg0KPHAgZGlyPSJhdXRvIiBzdHls ZT0iIHRleHQtYWxpZ246IGxlZnQ7IG1hcmdpbi10b3A6IDI1cHg7IG1hcmdpbi1ib3R0b206IDI1 cHg7IGZvbnQtZmFtaWx5OiBzYW5zLXNlcmlmOyBmb250LXNpemU6IDExcHQ7IGNvbG9yOiBibGFj azsgYmFja2dyb3VuZC1jb2xvcjogd2hpdGUgIj4NCmVudmlyb21lbnQ6YWxsaW5vbmUgaW5zdGFs bCBvdmlydC4zLjUueDxicj4NCmVuZ2luZSBpbnN0YWxsZWQgb24gbG9jYWwgaG9zdCB3aGl0aG91 dCBhbnkgcHJvdGVjdGlvbi5pIGNhbiBkbyBzb21lIGVuZ2luZSBiYWNrdXAgYnkgdXNpbmcgY29t bWFuZC48YnI+DQo8L3A+DQo8cCBkaXI9ImF1dG8iIHN0eWxlPSIgdGV4dC1hbGlnbjogbGVmdDsg bWFyZ2luLXRvcDogMjVweDsgbWFyZ2luLWJvdHRvbTogMjVweDsgZm9udC1mYW1pbHk6IHNhbnMt c2VyaWY7IGZvbnQtc2l6ZTogMTFwdDsgY29sb3I6IGJsYWNrOyBiYWNrZ3JvdW5kLWNvbG9yOiB3 aGl0ZSAiPg0KSSByZWZlciB0byBzb21lIHdheSB0byByZWNvdmVyeSBlbmdpbmUgYWJvdXQgZGlz YXRlciByZWNvdmVyeSAuYnV0IGl0IHNlZW0gbWF5YmUgbXkgc3RhZ2UgaXMgd3Jvbmcgb3Igb3Ro ZXIgaXNzdWVzLHdob3VsZCB1IGdpdmUgbWUgc29tZSB3YXkgdG8gcmVjb3ZlciBlbmdpbmUsYW5k IGZpbmQgbXkgbG9zdCB2be+8n++8nzxicj4NCnRoYW5rcyBhIGxvdDwvcD4NCjxwIGRpcj0iYXV0 byIgc3R5bGU9IiB0ZXh0LWFsaWduOiBsZWZ0OyBtYXJnaW4tdG9wOiAyNXB4OyBtYXJnaW4tYm90 dG9tOiAyNXB4OyBmb250LWZhbWlseTogc2Fucy1zZXJpZjsgZm9udC1zaXplOiAxMXB0OyBjb2xv cjogYmxhY2s7IGJhY2tncm91bmQtY29sb3I6IHdoaXRlICI+DQrojrflj5YgPGEgaHJlZj0iaHR0 cHM6Ly9ha2EubXMvZ2hlaTM2Ij5PdXRsb29rIGZvciBBbmRyb2lkPC9hPjxicj4NCjwvcD4NCjwv Ym9keT4NCjwvaHRtbD4NCg== --_000_BN6PR11MB192119B2D8B3ADAAD60080CD90AE0BN6PR11MB1921namp_--

1 0

Fwd: Re: Local and Shared storage in same datacenter
by Mike 30 Oct '16

30 Oct '16

Hi Barak, Op 30-10-2016 om 11:19 schreef Barak Korren: >> While I understand that this makes having local storage impossible, I >> believe there is a use case to have local storage in a shared storage >> datacenter. >> Consider the following: >> I have a few applications that require 1 milli second latency and at most 2 >> milli second. >> That is not consistenly achievable with shared storage, to that end I added >> flash storage to a few hypervisors. >> About 5% of my servers require this and are not that resource hungry to >> require a dedicated physical server. >> That same 5% also has no requirement to be migrated if a host fails. >> > > I mentioned this in another thread already, please look into the VDSM > scratchpad hook. It will allow you to attach (files on) the local SSDs > (as disks) to VMs when those VMs start up. It will perfectly meet your > use case if you only need to keep the data on the SSD while the VM is > up. > > The data should not be lost if we power down the VM. If the data is lost during a host failure we have options to restore the data, but do not want to do it on a weekly/monthly basis. The scratchpad is useful for other options we are exploring, thanks!

1 0