- Devel - oVirt List Archives

Gerrit, only infra can remove reviewers
by David Caro 13 Apr '15

13 Apr '15

--C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Effective now, only infra team members can remove reviewers from engine mas= ter and vdsm master. That means that you'll have to poke one of us each time you want to prevent jenkins (or anyone) from blocking any patches. Enjoy! --=20 David Caro Red Hat S.L. Continuous Integration Engineer - EMEA ENG Virtualization R&D Tel.: +420 532 294 605 Email: dcaro(a)redhat.com Web: www.redhat.com RHT Global #: 82-62605 --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJVJVZKAAoJEEBxx+HSYmnDc2wH/0eAQ2ooLxcP9SlJf5UgsDka ODICflQ7MMR5u9J+lTcIC50mzRJiiKsh8Q69S0psyVVDQZEPvxi07OYixjC5LLlq 2A6S70YONNk5C9uJ8ncNZYs5TTrEx7ecYdGmDzavdZoLVLjN4lNQSr4eOMn7nMJK TZrlXFt/HxGWSn4A/+B5lXl9WQQX8zCEmdQyzhDeKv9wSNnWz30mFn4v8O/yho5+ oN54gZUCTrFdpS2jQMNg3VajYt9TOYOkJJFZEHA9IOp8KezJPsWg7vqwKnMqowi9 U4tIBruh6ygdGoAg7DJ1CmhKMMx9Q9TbVMFp5uwkz+250veYH3IdTXqAyNGcz8I= =ML7z -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc--

4 6

Re: [ovirt-devel] Can't reach webadmin after nightly update from master
by Allon Mureinik 12 Apr '15

12 Apr '15

the devel list is probably more appropriate for this question. Yevgeny, IIRC you handled something similar recently, no? ----- Original Message ----- > From: "Michael Burman" <mburman(a)redhat.com> > To: infra(a)ovirt.org > Sent: Thursday, April 9, 2015 12:05:13 PM > Subject: Can't reach webadmin after nightly update from master > > 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 > > > 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, > > > > -- > Michael Burman > RedHat Israel, RHEV-M QE Network Team > > Mobile: 054-5355725 > IRC: mburman > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra > > >

3 3

Re: [ovirt-devel] [ovirt-users] Issue with vdsm on EL6 nodes
by ybronhei 12 Apr '15

12 Apr '15

On 04/12/2015 12:17 PM, ybronhei wrote: > On 04/07/2015 04:45 PM, Alon Bar-Lev wrote: >> >> >> ----- Original Message ----- >>> From: "knarra" <knarra(a)redhat.com> >>> To: "Alon Bar-Lev" <alonbl(a)redhat.com> >>> Cc: users(a)ovirt.org >>> Sent: Tuesday, April 7, 2015 3:39:58 PM >>> Subject: Re: [ovirt-users] Issue with vdsm on EL6 nodes >>> >>> On 04/07/2015 05:58 PM, Alon Bar-Lev wrote: >>>> >>>> ----- Original Message ----- >>>>> From: "knarra" <knarra(a)redhat.com> >>>>> To: "Alon Bar-Lev" <alonbl(a)redhat.com> >>>>> Cc: users(a)ovirt.org >>>>> Sent: Tuesday, April 7, 2015 3:25:07 PM >>>>> Subject: Re: [ovirt-users] Issue with vdsm on EL6 nodes >>>>> >>>>> On 04/07/2015 05:50 PM, Alon Bar-Lev wrote: >>>>>> ----- Original Message ----- >>>>>>> From: "knarra" <knarra(a)redhat.com> >>>>>>> To: users(a)ovirt.org >>>>>>> Sent: Tuesday, April 7, 2015 3:15:12 PM >>>>>>> Subject: [ovirt-users] Issue with vdsm on EL6 nodes >>>>>>> >>>>>> <snip> >>>>>> >>>>>>> SSLError: [Errno 1] _ssl.c:1390: error:1409442E:SSL >>>>>>> routines:SSL3_READ_BYTES:tlsv1 alert protocol version >>>>>>> >>>>>>> Can some one help me to resolve this issue. >>>>>> your openssl is patched to disable ssv3, and engine is trying to >>>>>> communicate using sslv3. >>>>>> >>>>>> please upgrade engine to latest z-stream, it should be resolved. >>>>> Hi Alon, >>>>> >>>>> I checked the following value in my database and my engine >>>>> is using >>>>> TLSv1 and not sslv3 to comminucate. I am on 3.6 master branch. >>>>> >>>>> engine=# select option_name,option_value from vdc_options where >>>>> option_name = 'VdsmSSLProtocol'; >>>>> option_name | option_value >>>>> -----------------+-------------- >>>>> VdsmSSLProtocol | TLSv1 >>>>> (1 row) >>>> hmmm.... and you say you get this when you use vdsClient, so maybe >>>> it tries >>>> to connect using sslv3. >>>> >>>> is engine working proberly? >>> yes, engine works fine, i have few other nodes where i have the same >>> vdsm version added to same engine and i do not hit this issue there. I >>> am just wondering how is this happening. >>> >> >> compare openssl version. >> >> yaniv, please fix the vdsClient to use TLSv1 >> > should it use v1 always (forcefully)? we can do that, but currently it > chooses the highest version both parties are able to use > > Vdsm uses ssl.PROTOCOL_SSLv23 which chooses the right tls version in python 2.7. In el6 we have python 2.6 which picks sslv2 or sslv3 when using ssl.PROTOCOL_SSLv23 (the highest version both sides support) - ovirt 3.6 (vdsm 4.17 and above) doesn't support el6 anymore therefore current 3.6 code works as expected in el7\fedora>20. If we want to fix vdsm 4.16.x (ovirt 3.5 package) to use explicitly ssl.PROTOCOL_TLSv1 we can do so - but it will be ovirt-3.5 branch only do we want that? if so we need bug for 3.5 -- Yaniv Bronhaim.

2 1

Fwd: [ovirt-users] qlnic errors -
by David Maroshi 12 Apr '15

12 Apr '15

Greetings Team, I believe this issue related to kvm networking team. Please review Thanks Joy and happiness Dudi ----- Forwarded Message ----- > From: "Matt Wells" <matt.wells(a)mosaic451.com> > To: users(a)ovirt.org > Sent: Wednesday, April 8, 2015 5:32:09 PM > Subject: [ovirt-users] qlnic errors - > > I'm doing a product demo for one of our customers. > > They've setup RHEV 3.5 on a Dell Blade center. We also used 3.4 to > start this demo. So far they've been less than impressed as we have 10 > VM's that are just putting some traffic on the system. Under any load > the blades network card driver fails and the VMs are then paused. > > Under ESX the same blades have no issues at all. We started with Dell > on this but were unable to find any issues with these systems related > to hardware. > > Running on the 3.5 node (even setup one blade as a RHEL + VDSM) and we > continue to get the same errors. > > They continue to get this on the 3.5 node image, 3.4 node image, > RHEL{6..7}+VDSM, CentOS{6..7} > > Apr 7 23:09:15 POCserver2 kernel: qlcnic 0000:01:00.1: Pause control > frames disabled on all ports > Apr 7 23:09:15 POCserver2 kernel: qlcnic 0000:01:00.1: firmware hang > detected > Apr 7 23:09:15 POCserver2 kernel: qlcnic 0000:01:00.1: Dumping hw/fw > registers > Apr 7 23:09:15 POCserver2 kernel: PEG_HALT_STATUS1: 0x40001502, > PEG_HALT_STATUS2: 0x3dd980, > Apr 7 23:09:15 POCserver2 kernel: PEG_NET_0_PC: 0x6d394, PEG_NET_1_PC: > 0x6d466, > Apr 7 23:09:15 POCserver2 kernel: PEG_NET_2_PC: 0x149, PEG_NET_3_PC: > 0x6e598, > Apr 7 23:09:15 POCserver2 kernel: PEG_NET_4_PC: 0x12268 > Apr 7 23:09:15 POCserver2 kernel: qlcnic 0000:01:00.0: Pause control > frames disabled on all ports > Apr 7 23:09:15 POCserver2 kernel: qlcnic 0000:01:00.0: firmware hang > detected > Apr 7 23:09:15 POCserver2 kernel: qlcnic 0000:01:00.0: Dumping hw/fw > registers > Apr 7 23:09:15 POCserver2 kernel: PEG_HALT_STATUS1: 0x40001502, > PEG_HALT_STATUS2: 0x3dd980, > Apr 7 23:09:15 POCserver2 kernel: PEG_NET_0_PC: 0x6d394, PEG_NET_1_PC: > 0x6d466, > Apr 7 23:09:15 POCserver2 kernel: PEG_NET_2_PC: 0x149, PEG_NET_3_PC: > 0x6e598, > Apr 7 23:09:15 POCserver2 kernel: PEG_NET_4_PC: 0x12268 > > I've really got limited time for this POC so I sent a support case > with Red Hat as well. Just hoped that this community may have seen > this. Thus far my Googlefoo has failed me. > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >

1 0

Introducing ToStringBuilder
by Martin Perina 09 Apr '15

09 Apr '15

Hi, patch [1] introducing ToStringBuilder was merged to master a few days ago and hopefully additional fixes [2] for ToStringBuilder will be merged soon. ToStringBuilder is a helper class which eases implementation of toString() method, which usually contains a lot of class info for logging purposes. For example take a look at following class: public class Test { private boolean flag; private int number; private List<String> messages; private String password; ... } Using ToStringBuilder we can easily create toString() method: @Override public String toString() { return ToStringBuilder.forInstance(this) .append("flag", flag) .append("number", getNumber()) .append("message", getMessages) .appendFiltered("password", getPassword()) .build(); } Using this toString() method we will receive following output (assuming that attributes as filled in with values): Test:{flag='false', number='0', message='[msg1, msg2]', password='***'} For more information about ToStringBuilder please take a look at source code which is documented by JavaDoc. It would be great if we start to use this builder in engine code, so I created patch [3] which refactors existing relevant toString() methods to use ToStringBuilder. Thanks Martin Perina [1] https://gerrit.ovirt.org/39240 [2] https://gerrit.ovirt.org/39720 [3] https://gerrit.ovirt.org/39721

1 0

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