April 2015 - Devel - oVirt List Archives

GlusterFS storage domain disappears while deploying hosted-engine
by Christopher Pereira 08 Apr '15

08 Apr '15

Sandro, Please take a look at BZ 1201355. In my last comment, I posted a solution to keep the storage and the hosted-engine VM alive during hosted-engine --deploy. We just need to move the glusterfs process out from the vdsmd.service cgroup, so the storage and VM are not killed during vdsmd restart. Please let me know when I can test a patched nightly build. Regards, Christopher

2 3

Re: [ovirt-devel] [vdsm] vdsm hosts clock sync
by Alon Bar-Lev 08 Apr '15

08 Apr '15

----- Original Message ----- > From: "Shahar Havivi" <shaharh(a)redhat.com> > To: "Alon Bar-Lev" <alonbl(a)redhat.com> > Cc: vdsm-devel(a)lists.fedorahosted.org > Sent: Monday, April 6, 2015 3:05:20 PM > Subject: Re: [vdsm] vdsm hosts clock sync > > On 06.04.15 08:00, Alon Bar-Lev wrote: > > > > > > ----- Original Message ----- > > > From: "Shahar Havivi" <shaharh(a)redhat.com> > > > To: "Alon Bar-Lev" <alonbl(a)redhat.com> > > > Cc: vdsm-devel(a)lists.fedorahosted.org > > > Sent: Monday, April 6, 2015 2:54:07 PM > > > Subject: Re: [vdsm] vdsm hosts clock sync > > > > > > On 06.04.15 07:50, Alon Bar-Lev wrote: > > > > > > > > > > > > ----- Original Message ----- > > > > > From: "Shahar Havivi" <shaharh(a)redhat.com> > > > > > To: vdsm-devel(a)lists.fedorahosted.org > > > > > Sent: Monday, April 6, 2015 2:44:06 PM > > > > > Subject: [vdsm] vdsm hosts clock sync > > > > > > > > > > Hi, > > > > > > > > > > I want to add a new feature that reports migration actual downtime > > > > > (the > > > > > time > > > > > that the VM was inaccessible to the user). > > > > > > > > > > Libvirt reports that information but the vdsm hosts need to be in > > > > > sync by > > > > > clock > > > > > time. > > > > > I can measure the ping for NTP server an report back to the user if > > > > > the > > > > > ping > > > > > is too long (more then ~100ms or so) - a way to do that is via > > > > > ntpstat > > > > > shell > > > > > command. > > > > > The NTP delay can be report back via vdsStats and can be performed > > > > > every > > > > > few hours or so. > > > > > > > > > > Anyone knows of a better way that we can sync between hosts? > > > > > > > > I am unsure how a ping to clock source is helping, can you please > > > > explain > > > > more? > > > In this case I can only report back to the user that its hosts clock is > > > delayed and need to be set... > > > > > > > > If you assume clocks are synced why anything more is needed? > > > Why do I assume that? > > > > > > > > Or would you like to have a solution in which you do not require clock > > > > sync? > > > > > > I do need the clock to be in sync - if not libvirts "actual downtime > > > migration" will be not accurate. > > > > you do not need clock to sync, you need to know the delta between hosts. > > > > but if you assume clock are in sync so what is the actual question? > > As I understand from your answer is by having configured ntp the hosts clock > are in sync. I do not follow. 1. if you are using ntpd on hosts and hosts are in sync you can use distributed timestamps. detecting if host is synced can be done using either (based on what actually installed): ntpq -c rv | grep -q clock_sync && echo ok chronyc waitsync 1 && echo ok 2. you can also measure the time diff between hosts by clockdiff or similar process and avoid the need of ntpd deployed. 3. you may be able to calculate the time within in the handover is given to remote and eliminate the network time. Not sure what your implementation is. Alon

4 3

Re: [ovirt-devel] [vdsm] vdsm hosts clock sync
by Sven Kieske 07 Apr '15

07 Apr '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 OT: you should not use "vdsm-devel(a)lists.fedorahosted.org" any more. use devel(a)ovirt.org instead. kind regards Sven -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQGcBAEBAgAGBQJVJCZtAAoJEAq0kGAWDrql534MAMOCHuv1inVBxoCIPx0nMaFH zvBkWwttQjO8Y1dJJRrfpz6zccgY4LZYtnUbqQIUtM/K92qyJuOU+OqnQa/0Akf4 TNCr8+XOWqoeIrJJT+92tlU0kQG+l5ZXoHKrN0V8/iwh8/D2r/T6UlOWOM7zsW9N D2PGnm1+zGA6sWHxDaHRggxUQWio+seibmbd6g8SUmkMUFuQUrFejAbfDnRB7LXj qN3haYfiUbkdWXevD31BA3og4IPIYGf51C0Nz95z4J+oAd5AK8uAWasn+uG9h6f1 PlRPgxVVJgI0qFQ7MAIZpm7duYmKRlekvKDv83TEwC8vEggExQBEbJD4leDHf6QG PvtFh6lfWBq6vGgkr/OCdcn6OPPjWvHUoGzt2vXjCchUriixrJKq4ZOudbNW0UFT FAAWBe5+iYObMlSgwpn4fhNvKRwE3PoHYaqPDoiEvhRiBcERXFZT1cqIxx2eeTgj bLcYyBxYp1R6OMhtqrUqUNqdzqGzYY8eQtyCMeZgWQ== =96CH -----END PGP SIGNATURE-----

1 0

vdsm hosts clock sync
by Shahar Havivi 07 Apr '15

07 Apr '15

Hi, I want to add a new feature that reports migration actual downtime (the time that the VM was inaccessible to the user). Libvirt reports that information but the vdsm hosts need to be in sync by clock time. I can measure the ping for NTP server an report back to the user if the ping is too long (more then ~100ms or so) - a way to do that is via ntpstat shell command. The NTP delay can be report back via vdsStats and can be performed every few hours or so. Anyone knows of a better way that we can sync between hosts? Thank you, Shahar Havivi.

3 2

Failing patch because of wrong documentation generation
by Sagi Shnaidman 06 Apr '15

06 Apr '15

hi all we have a failing jenkins job because of problematic patch: https://gerrit.ovirt.org/#/c/39186/ 1) First of all there were no added package dependencies, that caused to job to fail on all platforms: http://jenkins.ovirt.org/job/ovirt-engine-sdk_master_create-rpms_merged/212/ but this could be solved by my patch: https://gerrit.ovirt.org/#/c/39569/ 2) Secondly, the python-sphinx module on el6 has a very early version with different command name for document generation and this causes to fail on el6: http://jenkins.ovirt.org/job/ovirt-engine-sdk_master_create-rpms_merged/217/ So the patch should be reverted and rewritten and tested before it's merged on all platforms. Also you can see that nobody has reviewed this patch and this is a main root cause to such problems. This is always better to have the patch to be reviewed by anybody, otherwise it makes all Gerrit process completely useless and pushes problems forward instead of locating them on early stages. -- Thanks

1 0

oVirt Community Newsletter: April 2015
by Brian Proffitt 02 Apr '15

02 Apr '15

April is here, and residents of the Eastern Seaboard in the US are feeling a rising hope that Winter is finally on its way out. In the oVirt community, work on oVirt 3.6 is ramping up, even as more people in the virtualization sector are talking us up. -------------------------------- Software Milestones and Features -------------------------------- Take a look at the upcoming Cinder/Ceph feature in in oVort 3.6! http://www.ovirt.org/Features/Cinder_Integration It was no April Fool's joke--oVirt 3.5.2 RC3 was released and is ready to test! http://t.co/fZhSQhadZV Arch Linux now has the ovirt-guest-agent available https://aur.archlinux.org/packages/ovirt-guest-agent/ ---------------- In the Community ---------------- Two Hypervisors, One Great Collaboration http://community.redhat.com/blog/2015/04/two-hypervisors-one-great-collabor… CeBIT 2015 retrospective http://dummdida.tumblr.com/post/113959092885/cebit-2015-retrospective VDI Lives On with Help from oVirt http://community.redhat.com/blog/2015/03/vdi-lives-on-with-help-from-ovirt/ FOSSAsia Opens Doors For Many Open Source Projects http://community.redhat.com/blog/2015/03/fossasia-opens-doors-for-many-open… Disaster Recovery in oVirt - FOSSAsia 2015 https://youtu.be/mEiFVeS_6ck ------------------------------------ Deep Dives and Technical Discussions ------------------------------------ Progress on oVirt Node 3.6 http://dummdida.tumblr.com/post/112893789355/what-a-week-to-get-ovirt-node-… Install oVirt on CentOS 7 http://jensd.be/?p=550 Installing oVirt Hosted Engine [Video] [Spanish] https://youtu.be/W8ErWHXY66A Introducing vmcreate, a RHEV / oVirt Python API VM creation script http://www.clevernetsystems.com/rhev-ovirt-python-api-vm-creation-script/ Updates on the oVirt Appliances (installation of engine and node) http://dummdida.tumblr.com/post/114039260970/updates-on-the-ovirt-appliance… Virtualisation avec oVirt https://blog.yvonet.com/2015/03/27/virtualisation-avec-ovirt-1-introduction/ (With thanks to Itamar Heim for the links!) -- Brian Proffitt Community Liaison oVirt Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC

1 0

ovirt-node 3.5 iso and rpm are finaly available
by Tolik Litovsky 02 Apr '15

02 Apr '15

Hi Nightly builds of ovirt node iso for 3.5 and master branches are now available on jenkins. http://jenkins.ovirt.org/user/tlitovsk/my-views/view/Node/ They are also available as RPMs for use from your engine. And those RPM will be available on http://resources.ovirt.org/pub/ repositories Best Regards Tolik Litovsky RHEV-H Team Red Hat Red Hat: trustworthy, transformative technology. Powered by the community. Connect at redhat.com

2 1

oVirt Translation
by Alexandru Juncu 02 Apr '15

02 Apr '15

Hello! I would be interested to know how people can contribute to oVirt by providing translations of interface. I tried to look at the Zanata project (https://translate.zanata.org/zanata/project/view/ovirt) but I didn't find out how I can start translating. Any guidelines? Thank you!

3 5

SELinux issue with f20 libvirtd
by Simone Tiraboschi 02 Apr '15

02 Apr '15

Hi, I found an issue with an SELinux denial trying to deploy hosted-engine from oVirt 3.5.1 on fedora 20 with libvirtd from @updates The issue is: time->Tue Mar 31 17:45:09 2015 type=PROCTITLE msg=audit(1427816709.311:914): proctitle=2F7362696E2F6C64636F6E666967002D70 type=SYSCALL msg=audit(1427816709.311:914): arch=c000003e syscall=59 success=yes exit=0 a0=23f9af0 a1=23f9bf0 a2=23f8b60 a3=7ffcc784f150 items=0 ppid=7037 pid=7038 auid=4294967295 uid=175 gid=175 euid=175 suid=175 fsuid=175 egid=175 sgid=175 fsgid=175 tty=(none) ses=4294967295 comm="ldconfig" exe="/usr/sbin/ldconfig" subj=system_u:system_r:ldconfig_t:s0 key=(null) type=AVC msg=audit(1427816709.311:914): avc: denied { write } for pid=7038 comm="ldconfig" path="/dev/vport2p1" dev="devtmpfs" ino=9984 scontext=system_u:system_r:ldconfig_t:s0 tcontext=system_u:object_r:virtio_device_t:s0 tclass=chr_file permissive=0 and /dev/vport2p1 seams to be badly labeled: crw-rw----. ovirtagent ovirtagent system_u:object_r:virtio_device_t:s0 /dev/vport2p1 I was using: libvirt-daemon.x86_64 1.1.3.9-1.fc20 @updates selinux-policy.noarch 3.12.1-197.fc20 @updates selinux-policy-targeted.noarch 3.12.1-197.fc20 @updates The issue doesn't reproduce enabling virt-preview repo and using a fresher libvirtd. Should I open a bug to have something back-ported on f20 libvirt or should we explicitly require virt-preview repo for oVirt 3.5.2 as we are doing for master? ciao, Simone

3 3

[QE][ACTION REQUIRED] oVirt 3.5.2 and 3.5.3 status
by Sandro Bonazzola 01 Apr '15

01 Apr '15

Hi, we've released 3.5.2 RC3 this morning[0] easing the testing of the fixed bugs on the newly released CentOS 7.1 distribution. Please be aware that a CentOS 7.1 respin has been released this morning[2]. We have one open blocker for 3.5.2[1]: Bug ID Whiteboard Status Summary 1206722 storage POST Live Merge: Active layer merge is not properly synchronized with vdsm and 3 dependency not yet fixed: Bug ID Status Summary 1206365 POST storage Live Merge: Active layer merge is not properly synchronized with vdsm 1204434 POST ux Context Sensitive Help: GUI needs to use different mapping files for different locales. 1206903 NEW ux Context Sensitive Help: GUI needs to use different mapping files for different locales. We'll need another release candidate before GA. We still have 2 bugs in MODIFIED and 9 on QA[3]: MODIFIED ON_QA Total infra 0 4 4 integration 0 1 1 network 0 2 2 sla 1 0 1 storage 1 1 2 virt 0 1 1 Total 2 9 11 ACTION: Testers: you're welcome to verify bugs currently ON_QA. ACTION: Assingee and Maintainers to check modified bugs to see if they're fixed in RC3 All remaining bugs not marked as blockers have been moved to 3.5.3. A release management entry has been added for tracking the schedule of 3.5.3[4] A bug tracker [5] has been created for 3.5.3 and currently shows no blockers. We have 27 bugs currently targeted to 3.5.3[6]: Whiteboard NEW ASSIGNED POST Total docs 1 0 0 1 external 1 0 0 1 gluster 1 0 0 1 infra 1 2 0 3 network 2 0 0 2 node 2 0 1 3 ppc 0 0 1 1 sla 4 0 0 4 storage 7 0 1 8 ux 1 0 1 2 virt 1 0 0 1 Total 21 2 4 27 ACTION: Maintainers / Assignee: to review the bugs targeted to 3.5.3 ensuring they're correctly targeted. ACTION: Maintainers: to fill release notes for 3.5.2, the page has been created and updated here [7] ACTION: Testers: please add yourself to the test page [8] [0] http://lists.ovirt.org/pipermail/announce/2015-April/000165.html [1] https://bugzilla.redhat.com/1186161 [2] http://lists.centos.org/pipermail/centos-announce/2015-April/021010.html [3] http://goo.gl/UEVTCf [4] http://www.ovirt.org/OVirt_3.5.z_Release_Management#oVirt_3.5.3 [5] https://bugzilla.redhat.com/1198142 [6] https://bugzilla.redhat.com/buglist.cgi?quicksearch=product%3Aovirt%20targe… [7] http://www.ovirt.org/OVirt_3.5.2_Release_Notes [8] http://www.ovirt.org/Testing/oVirt_3.5.2_Testing -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 3