February 2016 - Devel - oVirt List Archives

ovirtm Hosts reinstall button
by Paul Dyer 27 Mar '16

27 Mar '16

Hi, can anyone explain what this button does? I have looked in the documentation but have found no reference to it. Will reinstall only install packages and setting for the host, and leave cluster/storage/networks alone? I have a cluster version 3.6.2 that will not Activate the host because the message "Host .. is compatible with versions (3.0,3.1,3.2,3.3,3.4,3.5) and cannot join Cluster...". The host was part of a 3.5 cluster until the upgrade to 3.6.2. Thanks a million, Paul -- Paul Dyer, Mercury Consulting Group, RHCE 504-302-8750

5 10

[vdsm][virt] what's new in virt (20151215)
by Francesco Romani 23 Mar '16

23 Mar '16

Hi all, I'm happy to start a weekly summary of what's going on on virt's world (VDSM edition). General topics * I've got some mixed feedback about my Vm-on-a-diet effort. I still believe that fat trimming is a worthwhile goal per se, but I'm willing to adapt the strategy responding to the comments, so we will focus on virt-specific topics. * As consequence of the above, I'm focusing on the last bits of device fixing, which involves - fixing all device to update themselves from libvirt XML after domain boot, instead using all the getUnderyling* methods - switch the devices related code to use Etree instead of minidom. This will involve changes to the domain_descriptor. I estimate this task will still trim ~600 lines out of vm.py, so it still somehow gets some size trimming done, albeit not intensive as planned. This is a complex topic, will post plan and ideas on a separate mail * Finally, some series are still worth pushing forward, see below. Patches in need of attention * topic branches - mpolednik started a much needed cleanup and fixing of fake_qemu and fake_kvm code, with the ultimate goal to move all the remaining bits into the faqemu hook, and to make it useful on ppc64. Lots of refactoring is needed to support this change, and that produced https://gerrit.ovirt.org/#/q/topic:cpuinfo - we want to improve the reporting in case of migratio aborted. The ultimate goal is to let Engine (thus the User) know why a migration failed. To export this information, however, we need some cleanup before. Hence: https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:m… - last and less urgent: here's some cleanup about existing getUnderlying* methods of Vm class, preparing the last step of the big vmdevices split. I believe this is useful anyway https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:v… * single patches - https://gerrit.ovirt.org/#/c/46846 this is the first of a series aiming to improve migration support in 4.0. Probably worth merging all together, even though this one seems ready for broader review to me. - https://gerrit.ovirt.org/#/c/49173/ Notified just to raise awareness, still working on ensuring backward compatibility and smooth upgrade - https://gerrit.ovirt.org/#/c/48672 v2v xen support - https://gerrit.ovirt.org/#/c/49951/ OVA support improvements. Worth a look, but note that we are working toward a split of this big patch - https://gerrit.ovirt.org/#/c/49636 V2V refactoring, also almost ready - https://gerrit.ovirt.org/#/c/49570/ still in the context of migration enhancements. We want to throttle incoming migrations, to do so we want to use a sempahore which needs to be held by the creation thread until VM is created. This helper makes this possible, using an uniform interface for both this case and the common, simpler case. That's all for now, as usual, reviews welcome! :) -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani

4 14

Coming (Very) Soon - New ovirt.org Website & Deprecated Wiki
by Mikey Ariel 16 Mar '16

16 Mar '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 In the past months we've been working on upgrading the oVirt project infrastructure, to better support the community contributions. One of the main platforms for our user documentation, release management content, and community content has been the MediaWiki site that you all know as ovirt.org. Most of us are familiar with the wiki site format, with all its advantages and disadvantages. After several years of serving the community, I'm happy to announce that we are very near to completing a full upgrade of the website infrastructure from a wiki site to a static site, source-controlled on GitHub and authored in Markdown. This email is the pre-launch announcement, as we are reaching the final stages of the migration, and there are a few actions that might affect your work on website content in the meantime. Why migrate the website ======================= As mentioned, wiki sites provide an open and flexible content editing platform. Unfortunately, as the site grows the content becomes quite difficult to manage and curate, resulting in lots of obsolete, outdated, and incorrect information. By moving to a source-controlled repository and implementing GitHub's contribution workflow, we strive to ease the work of maintaining an up-to-date content site, employ a peer-review process for changes, and standardize the authoring markup language to lower the contribution barrier. The Middleman framework (Ruby-based static site generator) was chosen based on observing successful implementation of other open-source community websites, such as OpenStack RDO, Project Atomic, and Gluster. What we did so far ================== When we started the migration, our Web design team exported all of the wiki content from the old website and converted it to MD files. They also set up the website config flow, auto-deploy, and upgraded the look-and-feel of the website. We then initiated a content review effort as well as a UX review for the new website in a smaller forum, which caught most of the critical issues with the new website and helped us get the new format to a place where we can release the website in a near-GA/public-beta format. Yesterday (Wednesday Feb 17) we exported the website one more time and currently we're running a diff on all the files that changed since the initial export was done, to make sure we grab all the updates and the latest content before we launch the new website. What is about to happen ======================= Today we are initiating a **wiki freeze**, which means the old MediaWiki site will become read-only. This is to ensure that all of our diff scripts reflect the most current state of the content on the website, and that we don't lose any content in the transition. Barring any unexpected blockers, we will port the ovirt.org domain to point to the new website and open the new website for contributions on **Monday February 22** or earlier. What do you need to do right now ================================ If you have any wiki pages that you're actively editing, please don't save them to the old MediaWiki site, and hold onto your pending changes until we send the happy launch email. We will also include instructions on how to contribute/edit/add content to the new website, but in general the workflow will be aligned with the standard GitHub best practices (clone-edit-commit-pullrequest), so you can utilize all of the git commands that you already know or work directly within the GitHub web editor. I'd like to thank all of the people who were involved with this migration so far, ovirt.org is a big website with lots of content and it was no small task to upgrade it. Please feel free to ping me on- or off-list if you have any questions about the next steps, and expect a happy launch email soon! Cheers, Mikey - -- Mikey Ariel Community Lead, oVirt www.ovirt.org "To be is to do" (Socrates) "To do is to be" (Jean-Paul Sartre) "Do be do be do" (Frank Sinatra) Mobile: +420-702-131-141 IRC: mariel / thatdocslady Twitter: @ThatDocsLady -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWxa5AAAoJEHYPPTOszxHow10H/jeuhzMrUrPsCBedLg7OKnNh jdKDujT/aCyA4LgnRHnVBEASunShmVaOJrMdU4r0PZbdkX1Mf5/SvCEFGKY14qAg m/5CnDhlwbp5rqo09VOGLMg20CaMtpUoE1LpKE/epGYEKSBr2JIAA+HAsYa1OEyS 9oHDDx+ZIbfHNlygW1KpW6dsuZRscTbfy4kk8rY83YdJGyQiQN+ulsjT/c2N8ArR WylohBE2OcC7+nzf7AejKJ94loWxnVhO4qWbNWAH00LArG89yFWBBSlMK6ocJUED P4k2IzgG+75eTiCZAAw5/Vaqx0YVU7hScSmBqOPQu/wo4e2t11AR7A8D7Cn+vpU= =XWEH -----END PGP SIGNATURE-----

6 6

Welcome: New ovirt.org website!
by Mikey Ariel 15 Mar '16

15 Mar '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Following yesterday's pre-launch email[1], I'm happy to announce that the new ovirt.org[2] website is now live in **public beta** and available for community review. All the information in this email is also available in the first blog post of our shiny new oVirt blog[3]. Read on for information about new features, known issues, and a call for reviews. The old MediaWiki site is still available in read-only[4], and will be taken offline on **March 1, 2016**. This is to ensure that you can compare pages and review migrated content. What's New ========== The new Website is full of improvements and enhancements, check out these highlights: * Source content is now formatted in Markdown instead of MediaWiki. This means that you can create and edit documentation, blog posts, and feature pages with the same Markdown syntax you know. * The Website is deployed with Middleman and stored on GitHub. This means that you can make changes to content with the same GitHub contribution workflow that you know (fork, clone, edit, commit, submit pull request). We even have an "Edit this page on GitHub" link at the bottom of every page! * New layout and design, from breadcrumbs to sidebards and an upgraded landing page. (This is still WIP, please see known issues.) * Automatic redirects from the old MediaWiki site. This means that if the wiki page exists in the new website, previously-released URLs will redirect to that page. If the page was removed, the Search page will open with the page title auto-filled in the search box. * Hierarchical content structure. This means that instead of flat Wiki-style files, the deployed Website reflects an organized source repo with content sorted into directories and sub-directories. * Official oVirt blog! Our new blog welcomes contributions. This means that if you solved a problem with oVirt, want to share your oVirt story, or describe a cool integration, you can submit a pull request with a blog post and we will provide editorial reviews and help publish your posts. * Standardized contribution process. The GitHub repo now includes a README.md[5] file that you can use to learn about how to add and edit content on the website. We welcome pull requests! Known Issues ============ Despite our best efforts, there are still a few kinks with the new website that you should be aware of: * Attempting to navigate to ovirt.org (without www.) leads to a redirect loop. We have a ticket open with OpenShift, our hosting service to fix this. * Only http is available. We also have a ticket with OpenShift to add SSL and enable https. * Home page and Download page are still being upgraded by our UX experts, expect some cool new changes soon! * Feature pages look-and-feel is still under construction. You can still edit and push feature pages as usual. What's Next =========== Even though the Website is live, the work is hardly over. We'd like to ask for your help in: * Reviewing content for anything obsolete or outdated (each page in the new website includes a header toolbar with metadata from the original wiki page for your convenience) * Submitting blog posts or any other content that you wish to share with the oVirt community * Reporting bugs and proposing enhancements, for example broken links or missing pages We hope you will enjoy the new oVirt Website, looking forward to your feedback and contributions! [1] http://lists.ovirt.org/pipermail/devel/2016-February/012372.html [2] http://www.ovirt.org/ [3] http://www.ovirt.org/blog/2016/02/welcome-to-new-ovirt-site/ [4] http://old.ovirt.org/Home [5] https://github.com/oVirt/ovirt-site/blob/master/README.md - -- Mikey Ariel Community Lead, oVirt www.ovirt.org "To be is to do" (Socrates) "To do is to be" (Jean-Paul Sartre) "Do be do be do" (Frank Sinatra) Mobile: +420-702-131-141 IRC: mariel / thatdocslady Twitter: @ThatDocsLady -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWxztZAAoJEHYPPTOszxHoOF4H/2UeK9JTspw4dYU+pUu8fKqf pSrE9ha3k9KpPnGIAx6VTnbXolNr9tHFiT8gcds1C9CVoMEPrKUxns9CTz3kPYBH /mGYCwQ+ncUNBCn+54uiKmXssaAtpVLnuxh8f1z9BDUoFjoY7ASLTzwXu9XTuH9V C9gaR0iGcRgSmBPjfPuAVWuHgimM068x5Ig2BoMSzAeCM7pO6LwiRzt3xX15xlR4 TMkUWLHdnJ1uL1GH267tMofrMnk25veDPIzuzIaPFjwIuTFgtwnUQI82ULbxcet2 NJ+y/UgwQ9JUQheoQL/oOsnSs244kFl0Vl+GuKMDGZ1FwCfoZerejnhEK+1cK0U= =KQLK -----END PGP SIGNATURE-----

3 4

Cockpit-oVirt plugin
by Marek Libra 14 Mar '16

14 Mar '16

I'm pleased to announce initial version of new oVirt plugin for Cockpit, which is recently a proposed feature for oVirt 4.0. The oVirt Wiki Feature can be found at [3]. Sources and README file can be found on the github [1]. Up-to-date issue list is at [2] (includes planed enhancements) Please refer the README file for install instructions, so far tested on Centos 7 (minimal). The plugin will be distributed as an rpm in the future and is meant as an optional add-on to oVirt. Main focus is on - troubleshooting when accessibility/functionality of webadmin is limited - easy-to-use tool for VM-centric host monitoring/administration - potential integration point with oVirt on UI level - easy to use, so for small setups the preferred choice with an option to "upgrade" to full oVirt later The plugin or its parts can be used as standalone same as embedded into other UIs, like drill-down from webadmin or ManageIQ for more details or fine-tuning. The plugin has dependency on VDSM. Please note, since there was a VDSM patch needed, recent master is required (see README in the source). Dependency on oVirt's engine is optional - when accessible then additional plugin functionality is available. Please note, the plugin is in early development phase showing basic concept. Marek ------------ Links: [1] Sources: https://github.com/mareklibra/cockpit-ovirt/ [2] Issue tracker: https://github.com/mareklibra/cockpit-ovirt/issues [3] Wiki Proposed Feature page is in review, recent unmerged version: https://github.com/mareklibra/ovirt-site/blob/cockpit-ovirt-plugin/source/d… Once merged, screenshots will be available.

9 14

How can users use oVirtCli to complete "run once"?
by zhukaijie 08 Mar '16

08 Mar '16

As you know. In web, users can use "RUN ONCE" button to run a VM with some params (such as certain custom properties). But can oVirtCli be used to complete "RUN ONCE"? Thank you.

3 2

[ANN] oVirt 3.6.3 Fourth Release Candidate is now available for testing
by Sandro Bonazzola 03 Mar '16

03 Mar '16

The oVirt Project is pleased to announce the availability of the Fourth Release Candidate of oVirt 3.6.3 for testing, as of February 24th, 2016 This release is available now for Fedora 22, Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and Red Hat Enterprise Linux >= 7.2, CentOS Linux >= 7.2 (or similar). This release supports Hypervisor Hosts running Red Hat Enterprise Linux >= 7.2, CentOS Linux >= 7.2 (or similar) and Fedora 22. Highly experimental support for Debian 8.3 Jessie has been added too. This release candidate includes updated packages for: - ovirt-engine - vdsm - ovirt-hosted-engine-ha - ovirt-hosted-engine-setup This release of oVirt 3.6.3 includes numerous bug fixes. See the release notes [1] for an initial list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. A new oVirt Live ISO will be available soon [2]. Please note that mirrors[3] may need usually one day before being synchronized. * Read more about the oVirt 3.6.3 release highlights: http://www.ovirt.org/release/3.6.3/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Read more about oVirt Project community events: http://www.ovirt.org/Upcoming_events [1] http://www.ovirt.org/release/3.6.3/ [2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 4

Cockpit port open by default after adding host
by Fabian Deutsch 02 Mar '16

02 Mar '16

Hey, we use cockpit on Node Next, and we configure firewalld to open the port by default. However, after adding the host to Engine, the port is getting closed again because iptables is the used. How do you recommend to get the cockpit port opened by default? - fabian

2 4

Move host-deploy package installations into package?
by Fabian Deutsch 02 Mar '16

02 Mar '16

Hey, IIUIC host-deploy is currently installing some packages manually: https://gerrit.ovirt.org/gitweb?p=ovirt-host-deploy.git;a=blob;f=src/plugin… Can't these dependencies moved to vdsm - or if not - can't they be moved to a ovirt-host package? Then we'd have all package related informations in one place. I find it odd that host-deploy is taking care of package installation, imo it should be sufficient to install a single package and have a host ready. host-deploy can then focus on just configuring the existing packages. Thoughts? - fabian

3 3

oVirt Node Next upgrades
by Fabian Deutsch 29 Feb '16

29 Feb '16

Hey, in the last few weeks the Node team made some significant steps on oVirt Node Next. In a nutshell, Node can now be installed using an ISO, added to Engine and upgraded using `yum update`. This is nice. To achieve this goal a few smaller steps were needed: Layout initialization --------------------- Now the LVM specific layout is initialized during installation. This required some patches on imgbased. With those patches, imgbased also gained a bit of a refactoring. Bootloader configuration ------------------------ Switching between the images works by booting into the different images. To enable this, bootloader entries are needed. Previously there was a quick-n-dirty BLS based implementation, now `grubby` is used to modify the bootloader This is more aligned with how bootloader configuration is recommended on CentOS/Fedora and RHEL. And in addition it was easy to implement. RPM dependencies ---------------- To get `yum update` working propperly we had to work out a mechanism to update an image without an image. What!? Well, it's a long story, read all of it here: http://www.ovirt.org/node/4.0/update/ Installation ISO generation --------------------------- This is not really a necessary thing, but it seems that it really helps to install the initial image of Node Next. And because our delivery format is so nice, it was very simple to provide this installation ISO. Read more about it here: http://dummdida.tumblr.com/post/139903469765/ovirt-node-next-installation-i… That's quite a step which we made in the last few weeks, but more is to come. oVirt 3.6 --------- We noticed that Node is using the rpms from the oVirt master branches, which makes it a bit unstable. We plan to switch to consume oVirt 3.6 rpms. Cockpit ------- Node will have a cockpit plugin for oVirt stuff, this work needs to be started. Rollback -------- Rollback is simple in Node, just boot the older image. We want to add a verb to allow a user to trigger the rollback from the terminal. It's time to give oVirt Node Next a try! Feel free to provide us some feedback on how it went. On behalf of the Node team - fabian

2 2