- Devel - oVirt List Archives

Re: [ovirt-devel] Can't reach webadmin after nightly update from master
by Roy Golan 09 Apr '15

09 Apr '15

On 04/09/2015 12:05 PM, Michael Burman wrote: > Hi All, > > since morning update from master i can't reach the webadmin page(stay's white)- ovirt-engine-3.6.0-0.0.master.20150408232225.git029791c.el6.noarch > > in engine.log i see: > ERROR [org.ovirt.engine.core.bll.InitBackendServicesOnStartupBean] (MSC service thread 1-2) [] Failed to initialize backend: org.jboss. > weld.exceptions.WeldException: WELD-000049 Unable to invoke [method] @PostConstruct private org.ovirt.engine.core.vdsbroker.ResourceManager.init() on org.ovirt > .engine.core.vdsbroker.ResourceManager@36d207f6 > please attach the server.log > cat jboss.repo > [jboss] > #baseurl=http://download.devel.redhat.com/devel/candidates/JBEAP/JBEAP-6.3.2.CP.CR1/composes/JBEAP-6.3.2-RHEL-6/Server/x86_64/os/ > baseurl=http://download.eng.tlv.redhat.com/pub/rhel/devel/candidates/JBEAP/… > enabled=1 > gpgcheck=0 > http_caching=all > > Thanks in advance, > > >

1 0

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

08 Apr '15

Hi, We have 3 open blockers for 3.5.2[1]: Whiteboard Bug ID Status Summary integration 1197616 POST Template creation stuck after upgrade network 1154399 ASSIGNED VDSM script reset network configuration on every reboot when based on predefined bond storage 1209108 POST [3.5-6.6/7.1] Failed to retrieve iscsi lun from hardware iscsi after register to RHEV-M and 3 dependency not yet fixed: Bug ID Status Whiteboard Summary 1206903 POST ux Context Sensitive Help: GUI needs to use different mapping files for different locales. 1197292 POST storage [3.5-6.6/7.1] Failed to retrieve iscsi lun from hardware iscsi after register to RHEV-M 1209486 NEW network Networks that not created via TUI are not persistent After upgrading rhev-h 6.6 from 3.5.0... We'll need another release candidate before GA. We still have 2 bugs in MODIFIED and 2 on QA[2]: MODIFIED ON_QA Total network 0 1 1 sla 1 0 1 storage 1 0 1 virt 0 1 1 Total 2 2 4 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[3] A bug tracker [4] has been created for 3.5.3 and currently shows no blockers. We have 25 bugs currently targeted to 3.5.3[5]: Whiteboard NEW ASSIGNED POST Total docs 1 0 0 1 external 1 0 0 1 gluster 1 1 0 2 infra 1 2 0 3 network 2 0 0 2 node 3 0 1 4 ppc 0 0 1 1 sla 4 0 0 4 storage 4 0 1 5 ux 1 0 0 1 virt 1 0 0 1 Total 19 3 3 25 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 [6] ACTION: Testers: please add yourself to the test page [7] [1] https://bugzilla.redhat.com/1186161 [2] http://goo.gl/UEVTCf [3] http://www.ovirt.org/OVirt_3.5.z_Release_Management#oVirt_3.5.3 [4] https://bugzilla.redhat.com/1198142 [5] https://bugzilla.redhat.com/buglist.cgi?quicksearch=product%3Aovirt%20targe… [6] http://www.ovirt.org/OVirt_3.5.2_Release_Notes [7] 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

1 0

[QE] oVirt 3.6.0 status
by Sandro Bonazzola 08 Apr '15

08 Apr '15

Hi, here's an update on 3.6 status on integration / rel-eng side The tracker bug for 3.6.0 [1] currently shows no open blockers. Repository closure is currently broken on Fedora 20 due to a missing required dependency on recent libvirt, a patch fixing this issue is currently under review[4]. There are 556 bugs [2] targeted to 3.6.0. NEW ASSIGNED POST Total docs 11 0 0 11 external 1 0 0 1 gluster 42 9 13 64 i18n 2 0 0 2 infra 71 4 9 84 integration 53 4 4 61 network 42 1 9 52 node 26 3 2 31 sla 51 3 2 56 spice 1 0 0 1 storage 72 5 8 85 ux 31 0 2 33 virt 58 5 12 75 Total 461 34 61 556 Features submission is still open until 2015-04-22 as per current release schedule. Maintainers: be sure to have your features tracked in the google doc[3] On integration side: - some progress on Hyper Converged GlusterFS support for Hosted Engine - looking at Cinder / Glance existing docker images provided by Kolla project[5] [1] https://bugzilla.redhat.com/1155425 [2] https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_release%3A3.6.0%… [3] http://goo.gl/9X3G49 [4] https://gerrit.ovirt.org/39249 [5] https://github.com/stackforge/kolla -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

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