Re: [ovirt-devel] sslStompReactor just created once, may cause engine failed to connect to new node
Hi, Can you explain your question? Why engine certs are changed? Thanks, Irit On Mon, Dec 25, 2017 at 3:26 AM, pengyixiang wrote: > hello, everyone! > I use ScenarioClient to call vdsm-jsonrpc-client, but I find after my > engine connected to one node, I new a node, then the certs(engine.p12) is > changed, > but engine can not connected to new node, at last, I find the problem in > there [1], and I think rpc's certs to node that is still old, so I try to > changed code to [2], > then repeat the test way, it works well, the ovirt's engine doesn't meet > the trouble and how did you do? client is created like this [3]. > > > > > [1] https://github.com/oVirt/vdsm-jsonrpc-java/blob/ > 078233e60c24f8b8525b3bf5fb1c5ab9f1c4e0f4/client/src/main/ > java/org/ovirt/vdsm/jsonrpc/client/reactors/ReactorFactory.java#L76 > > [2] > > private static Reactor getSslStompReactor(ManagerProvider provider) > throws ClientConnectionException { > //if (sslStompReactor != null) { > //return sslStompReactor; > //} > synchronized (ReactorFactory.class) { > //if (sslStompReactor != null) { > //return sslStompReactor; > //} > try { > sslStompReactor = new > SSLStompReactor(provider.getSSLContext()); > } catch (IOException | GeneralSecurityException e) { > throw new ClientConnectionException(e); > } > } > return sslStompReactor; > } > > [3] > public ScenarioClient(String hostname, int port) throws > ClientConnectionException { > this.reactor = ReactorFactory.getReactor(ProviderFactory.getProvider(), > ReactorType.STOMP); > final ReactorClient client = this.reactor.createClient(hostname, port); > client.setClientPolicy(new DefaultStompConnectionPolicy()); > this.worker = ReactorFactory.getWorker(PARALLELISM); > this.jsonClient = this.worker.register(client); > this.jsonClient.setRetryPolicy(new DefaultStompClientPolicy()); > } > > > > > > ___ > Devel mailing list > Devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > -- IRIT GOIHMAN SOFTWARE ENGINEER EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> @redhatnews <https://twitter.com/redhatnews> Red Hat <https://www.linkedin.com/company/red-hat> Red Hat <https://www.facebook.com/RedHatInc> ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] oVirt 4.2.0 GA status
On Tue, Dec 19, 2017 at 2:51 PM, Simone Tiraboschi wrote: > > > On Tue, Dec 19, 2017 at 12:56 PM, Martin Perina > wrote: > >> As Irit mentioned the provided reproduction steps are wrong (misuse of >> the code) and she posted correct example showing that jsonrpc code works as >> expected. So Martin/Simone are you using somewhere in HE code the original >> example that is misusing the client? >> > > According to > https://bugzilla.redhat.com/show_bug.cgi?id=1527155#c9 > It works in Irit example, at least on that host with that load and > timings, setting nr_retries=2 and _timeout=20 > > While we have _timeout=5 and no custom nr_retries > https://github.com/oVirt/ovirt-hosted-engine-ha/blob/ > master/ovirt_hosted_engine_ha/lib/util.py#L417 > > So I think that we still have to fix it somehow. > Are we really sure that nr_retries=2 and _timeout=20 are really the magic > numbers that works on every conditions? > No, it should be tested on HE environment and it depends on your usage. > > >> >> Thanks >> >> Martin >> >> >> On Tue, Dec 19, 2017 at 12:53 PM, Oved Ourfali >> wrote: >> >>> From the latest comment it doesn't seem like a blocker to me. >>> Martin S. - your thoughts? >>> >>> On Tue, Dec 19, 2017 at 1:48 PM, Sandro Bonazzola >>> wrote: >>> >>>> We have a proposed blocker for the release: >>>> 1527155 <https://bugzilla.redhat.com/show_bug.cgi?id=1527155> Infra >>>> vdsm Bindings-API igoih...@redhat.com NEW jsonrpc reconnect logic does >>>> not work and gets stuck >>>> <https://bugzilla.redhat.com/show_bug.cgi?id=1527155> urgent >>>> unspecified ovirt-4.2.0 04:30:30 >>>> >>>> Please review and either approve the blcoker or postpone to 4.2.1. >>>> Thanks, >>>> >>>> >>>> -- >>>> >>>> SANDRO BONAZZOLA >>>> >>>> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D >>>> >>>> Red Hat EMEA <https://www.redhat.com/> >>>> <https://red.ht/sig> >>>> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> >>>> >>>> >>>> ___ >>>> Devel mailing list >>>> Devel@ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/devel >>>> >>> >>> >> >> >> -- >> Martin Perina >> Associate Manager, Software Engineering >> Red Hat Czech s.r.o. >> > > -- IRIT GOIHMAN SOFTWARE ENGINEER EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> @redhatnews <https://twitter.com/redhatnews> Red Hat <https://www.linkedin.com/company/red-hat> Red Hat <https://www.facebook.com/RedHatInc> ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [VDSM] upgrading pylint - new errors
Hi, I pushed two patches fixing some of the issues: https://gerrit.ovirt.org/#/c/85318/ https://gerrit.ovirt.org/#/c/85316/ On Tue, Dec 12, 2017 at 2:09 AM, Nir Soffer wrote: > I'm trying to upgrade pylint to latest so we can enjoy latest fixes > like this: > https://github.com/PyCQA/pylint/issues/1736 > > Now we have some new errors, please check. > > * Module vdsm.clientIF*00:06:53.857* *E*:588,16: *Possible > unbalanced tuple unpacking with sequence: left side has 2 label(s), right > side has 0 value(s)* (*unbalanced-tuple-unpacking*) > > > 587 if eventid == libvirt.VIR_DOMAIN_EVENT_ID_LIFECYCLE: > 588 event, detail = args[:-1] > 589 v.onLibvirtLifecycleEvent(event, detail, None) > > > Code is indeed incorrect, should be: > > event, detail = args[:2] > > > *00:06:53.859* *E*:593,16: *Possible unbalanced tuple unpacking with > sequence: left side has 1 label(s), right side has 0 value(s)* > (*unbalanced-tuple-unpacking*)*00:06:53.861* *E*:596,16: *Possible unbalanced > tuple unpacking with sequence: left side has 4 label(s), right side has 0 > value(s)* (*unbalanced-tuple-unpacking*)*00:06:53.863* *E*:599,16: *Possible > unbalanced tuple unpacking with sequence: left side has 5 label(s), right > side has 0 value(s)* (*unbalanced-tuple-unpacking*)*00:06:53.867* *E*:610,16: > *Possible unbalanced tuple unpacking with sequence: left side has 1 label(s), > right side has 0 value(s)* (*unbalanced-tuple-unpacking*)*00:06:53.869* > *E*:615,16: *Possible unbalanced tuple unpacking with sequence: left side has > 1 label(s), right side has 0 value(s)* > (*unbalanced-tuple-unpacking*)*00:06:53.872* *E*:618,16: *Possible unbalanced > tuple unpacking with sequence: left side has 4 label(s), right side has 0 > value(s)* (*unbalanced-tuple-unpacking*)*00:06:53.873* * Module > vdsm.v2v*00:06:53.874* *E*:1368,27: *Instance of 'closing' has no 'read' > member* (*no-member*)*00:06:53.876* * Module > vdsm.tool.configurator*00:06:53.878* *E*:118,12: *No value for argument > 'action' in function call* (*no-value-for-parameter*)*00:06:53.880* > *E*:158,12: *No value for argument 'action' in function call* > (*no-value-for-parameter*)*00:06:53.881* *E*:193,12: *No value for argument > 'action' in function call* (*no-value-for-parameter*)*00:06:53.883* > *E*:215,12: *No value for argument 'action' in function call* > (*no-value-for-parameter*)*00:06:53.885* * Module > vdsm.virt.vm_migrate_hook*00:06:53.886* *E*:199, 4: *No value for argument > 'domain' in function call* (*no-value-for-parameter*)*00:06:53.888* *E*:199, > 4: *No value for argument 'event' in function call* > (*no-value-for-parameter*)*00:06:53.890* *E*:199, 4: *No value for argument > 'phase' in function call* (*no-value-for-parameter*)*00:06:53.892* > * Module vdsm.network.netlink.monitor*00:06:53.893* *E*:172,58: > *Instance of 'closing' has no 'poll' member* (*no-member*) > > > ___ > Devel mailing list > Devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > -- IRIT GOIHMAN SOFTWARE ENGINEER EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> @redhatnews <https://twitter.com/redhatnews> Red Hat <https://www.linkedin.com/company/red-hat> Red Hat <https://www.facebook.com/RedHatInc> ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] vdsm fails with: [Errno 2] No such file or directory: '/var/run/vdsm/svdsm.sock'
Hi Marcin, There's a missing package on fc25: iproute-tc. Patch https://gerrit.ovirt.org/#/c/80819/ should fix it. Installing the missing package will solve this issue for now. Thanks, Irit On Tue, Aug 29, 2017 at 1:13 PM, Marcin Mirecki wrote: > Hi, > > I'm trying to add a add a new host, but each time the installation fails > due to service supervdsm failing with: > Aug 29 11:33:23 f25_55 daemonAdapter[1166]: Traceback (most recent call > last): > Aug 29 11:33:23 f25_55 daemonAdapter[1166]: File > "/usr/lib64/python2.7/multiprocessing/util.py", > line 274, in _run_finalizers > Aug 29 11:33:23 f25_55 daemonAdapter[1166]: finalizer() > Aug 29 11:33:23 f25_55 daemonAdapter[1166]: File > "/usr/lib64/python2.7/multiprocessing/util.py", > line 207, in __call__ > Aug 29 11:33:23 f25_55 daemonAdapter[1166]: res = > self._callback(*self._args, **self._kwargs) > Aug 29 11:33:23 f25_55 daemonAdapter[1166]: OSError: [Errno 2] No such > file or directory: '/var/run/vdsm/svdsm.sock' > Aug 29 11:33:23 f25_55 systemd[1]: supervdsmd.service: Main process > exited, code=exited, status=1/FAILURE > Aug 29 11:33:23 f25_55 systemd[1]: supervdsmd.service: Unit entered failed > state. > > I tried it on different freshly intalled f25 hosts. > Tried installing vdsm from engine and manually, the problem occurs every > time. > > Thanks, > Marcin > > > > _______ > Devel mailing list > Devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > -- IRIT GOIHMAN SOFTWARE ENGINEER EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> @redhatnews <https://twitter.com/redhatnews> Red Hat <https://www.linkedin.com/company/red-hat> Red Hat <https://www.facebook.com/RedHatInc> ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 03-07-2017 ] [ 006_migrations.migrate_vm ]
On Wed, Jul 5, 2017 at 10:02 AM, Yaniv Kaul wrote: > > > On Wed, Jul 5, 2017 at 9:39 AM, Irit Goihman wrote: > >> https://gerrit.ovirt.org/#/c/78536 was indeed the offending patch, the >> change was reverted and OST should pass now. >> > > - Do we know why? > High CPU load caused by reactor thread which is triggered after heartbeats timeout has exceeded. I'm still testing it and trying to find the root cause. - O-S-T seems to be a great tool for finding JSON-RPC/STOMP issues. I > suggest running it on every change related to these. > > This will be part of verification from now on. > Y. > > >> >> On Tue, Jul 4, 2017 at 5:19 PM, Eyal Edri wrote: >> >>> Guys, >>> >>> I think we proved which vdsm works ( git sha1: 28558d7 ) and what was >>> the changelog since until the point it fails, so you have the list of >>> changes and steps to reproduce locally. >>> Which again, is reproducible on CI and locally, so please go over the >>> changes done or reproduce the problem locally and see the issue on a live >>> system. >>> >>> >>> >>> >>> >>> On Tue, Jul 4, 2017 at 5:07 PM, Piotr Kliczewski < >>> piotr.kliczew...@gmail.com> wrote: >>> >>>> Looking at the last experimental job the reason of the failure is: >>>> >>>> 2017-07-04 09:39:10,491-04 ERROR [org.ovirt.engine.api.restapi. >>>> resource.AbstractBackendResource] (default task-18) [] Operation >>>> Failed: [Cannot run VM. There is no host that satisfies current scheduling >>>> constraints. See below for details:, The host lago-basic-suite-master-host0 >>>> did not satisfy internal filter CPUOverloaded because its CPU is too >>>> loaded.] >>>> >>>> Do we think that vdsm increased its cpu consumption recently? >>>> >>>> On Tue, Jul 4, 2017 at 3:54 PM, Irit Goihman >>>> wrote: >>>> >>>>> I've checked vdsm logs and couldn't find anything related to my change. >>>>> I'll run OST without my changes and see if it runs successfully. >>>>> >>>>> On Tue, Jul 4, 2017 at 4:49 PM, Eyal Edri wrote: >>>>> >>>>>> >>>>>> >>>>>> On Tue, Jul 4, 2017 at 4:29 PM, Dafna Ron wrote: >>>>>> >>>>>>> This issue is reproduced locally as well. >>>>>>> >>>>>>> you can run the following to reproduce locally >>>>>>> >>>>>>> ./run_suite.sh -s http://jenkins.ovirt.org/job/v >>>>>>> dsm_master_build-artifacts-el7-x86_64/2694/ basic-suite-master >>>>>>> >>>>>>> you will have the environment still running which would allow to >>>>>>> view the live environment. >>>>>>> if you have any issues please ping me and I will help any way I can. >>>>>>> >>>>>>> Thanks, >>>>>>> Dafna >>>>>>> >>>>>>> >>>>>>> >>>>>> Here is the list of changes done from the vdsm that is verified ( in >>>>>> tested now ) to HEAD: >>>>>> >>>>>> * 74b2276 - (HEAD -> master, origin/master, origin/HEAD) stomp: add >>>>>> integration tests for client reconnect (6 hours ago) Irit Goihman < >>>>>> igoih...@redhat.com> >>>>>> * 2a2f6cd - stomp: set default heartbeat values and add grace period >>>>>> (6 hours ago) Irit Goihman >>>>>> * 56c306a - tests: Make random uuid test repeatable (17 hours ago) >>>>>> Nir Soffer >>>>>> * 864d4e3 - python3: Fix UUID packing/unpacking on python 3 (17 hours >>>>>> ago) Nir Soffer >>>>>> * 4ac4221 - python3: Improve uuid packing tests (17 hours ago) Nir >>>>>> Soffer >>>>>> * d264c8d - python3: Run misc_test in python 3 (17 hours ago) Nir >>>>>> Soffer >>>>>> * f923b0b - storage: Added disk type change logging (18 hours ago) >>>>>> Denis Chaplygin >>>>>> * f1d54a1 - net: Unneeded newline is added when updating only the mtu >>>>>> (25 hours ago) Edward Haas >>>>>> * 9056d61 - virt: metadata: remove dead code (26 hours ago) Francesco >>>>>> Romani >>>>>> * 08982b4 - virt: network: use core
Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 03-07-2017 ] [ 006_migrations.migrate_vm ]
https://gerrit.ovirt.org/#/c/78536 was indeed the offending patch, the change was reverted and OST should pass now. On Tue, Jul 4, 2017 at 5:19 PM, Eyal Edri wrote: > Guys, > > I think we proved which vdsm works ( git sha1: 28558d7 ) and what was the > changelog since until the point it fails, so you have the list of changes > and steps to reproduce locally. > Which again, is reproducible on CI and locally, so please go over the > changes done or reproduce the problem locally and see the issue on a live > system. > > > > > > On Tue, Jul 4, 2017 at 5:07 PM, Piotr Kliczewski < > piotr.kliczew...@gmail.com> wrote: > >> Looking at the last experimental job the reason of the failure is: >> >> 2017-07-04 09:39:10,491-04 ERROR [org.ovirt.engine.api.restapi. >> resource.AbstractBackendResource] (default task-18) [] Operation Failed: >> [Cannot run VM. There is no host that satisfies current scheduling >> constraints. See below for details:, The host lago-basic-suite-master-host0 >> did not satisfy internal filter CPUOverloaded because its CPU is too >> loaded.] >> >> Do we think that vdsm increased its cpu consumption recently? >> >> On Tue, Jul 4, 2017 at 3:54 PM, Irit Goihman wrote: >> >>> I've checked vdsm logs and couldn't find anything related to my change. >>> I'll run OST without my changes and see if it runs successfully. >>> >>> On Tue, Jul 4, 2017 at 4:49 PM, Eyal Edri wrote: >>> >>>> >>>> >>>> On Tue, Jul 4, 2017 at 4:29 PM, Dafna Ron wrote: >>>> >>>>> This issue is reproduced locally as well. >>>>> >>>>> you can run the following to reproduce locally >>>>> >>>>> ./run_suite.sh -s http://jenkins.ovirt.org/job/v >>>>> dsm_master_build-artifacts-el7-x86_64/2694/ basic-suite-master >>>>> >>>>> you will have the environment still running which would allow to view >>>>> the live environment. >>>>> if you have any issues please ping me and I will help any way I can. >>>>> >>>>> Thanks, >>>>> Dafna >>>>> >>>>> >>>>> >>>> Here is the list of changes done from the vdsm that is verified ( in >>>> tested now ) to HEAD: >>>> >>>> * 74b2276 - (HEAD -> master, origin/master, origin/HEAD) stomp: add >>>> integration tests for client reconnect (6 hours ago) Irit Goihman < >>>> igoih...@redhat.com> >>>> * 2a2f6cd - stomp: set default heartbeat values and add grace period (6 >>>> hours ago) Irit Goihman >>>> * 56c306a - tests: Make random uuid test repeatable (17 hours ago) Nir >>>> Soffer >>>> * 864d4e3 - python3: Fix UUID packing/unpacking on python 3 (17 hours >>>> ago) Nir Soffer >>>> * 4ac4221 - python3: Improve uuid packing tests (17 hours ago) Nir >>>> Soffer >>>> * d264c8d - python3: Run misc_test in python 3 (17 hours ago) Nir >>>> Soffer >>>> * f923b0b - storage: Added disk type change logging (18 hours ago) >>>> Denis Chaplygin >>>> * f1d54a1 - net: Unneeded newline is added when updating only the mtu >>>> (25 hours ago) Edward Haas >>>> * 9056d61 - virt: metadata: remove dead code (26 hours ago) Francesco >>>> Romani >>>> * 08982b4 - virt: network: use core.find_device_guest_address (31 hours >>>> ago) Francesco Romani >>>> * 62e2bc5 - python3: Run qcow2_test on python 3 (2 days ago) Nir Soffer >>>> >>>> * 42f5efb - stomp: implement client reconnect (2 days ago) Irit Goihman >>>> >>>> >>>> >>>>> >>>>> >>>>> >>>>> On 07/04/2017 01:35 PM, Barak Korren wrote: >>>>> >>>>> >>>>> >>>>> On 4 July 2017 at 14:32, Irit Goihman wrote: >>>>> >>>>>> https://gerrit.ovirt.org/#/c/78536 broke network functional tests >>>>>> but a fix was merged today: https://gerrit.ovirt.org/#/c/78925/ >>>>>> >>>>>> I tried to run OST with my fix yesterday and still encountered the >>>>>> same failures. >>>>>> >>>>> >>>>> Here is a reproducer of the failure with the fix patch: >>>>> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1061/ >>>>> >>>>> So that was not
Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 03-07-2017 ] [ 006_migrations.migrate_vm ]
I've checked vdsm logs and couldn't find anything related to my change. I'll run OST without my changes and see if it runs successfully. On Tue, Jul 4, 2017 at 4:49 PM, Eyal Edri wrote: > > > On Tue, Jul 4, 2017 at 4:29 PM, Dafna Ron wrote: > >> This issue is reproduced locally as well. >> >> you can run the following to reproduce locally >> >> ./run_suite.sh -s http://jenkins.ovirt.org/job/v >> dsm_master_build-artifacts-el7-x86_64/2694/ basic-suite-master >> >> you will have the environment still running which would allow to view the >> live environment. >> if you have any issues please ping me and I will help any way I can. >> >> Thanks, >> Dafna >> >> >> > Here is the list of changes done from the vdsm that is verified ( in > tested now ) to HEAD: > > * 74b2276 - (HEAD -> master, origin/master, origin/HEAD) stomp: add > integration tests for client reconnect (6 hours ago) Irit Goihman < > igoih...@redhat.com> > * 2a2f6cd - stomp: set default heartbeat values and add grace period (6 > hours ago) Irit Goihman > * 56c306a - tests: Make random uuid test repeatable (17 hours ago) Nir > Soffer > * 864d4e3 - python3: Fix UUID packing/unpacking on python 3 (17 hours ago) > Nir Soffer > * 4ac4221 - python3: Improve uuid packing tests (17 hours ago) Nir Soffer < > nsof...@redhat.com> > * d264c8d - python3: Run misc_test in python 3 (17 hours ago) Nir Soffer < > nsof...@redhat.com> > * f923b0b - storage: Added disk type change logging (18 hours ago) Denis > Chaplygin > * f1d54a1 - net: Unneeded newline is added when updating only the mtu (25 > hours ago) Edward Haas > * 9056d61 - virt: metadata: remove dead code (26 hours ago) Francesco > Romani > * 08982b4 - virt: network: use core.find_device_guest_address (31 hours > ago) Francesco Romani > * 62e2bc5 - python3: Run qcow2_test on python 3 (2 days ago) Nir Soffer < > nsof...@redhat.com> > * 42f5efb - stomp: implement client reconnect (2 days ago) Irit Goihman < > igoih...@redhat.com> > > >> >> >> >> On 07/04/2017 01:35 PM, Barak Korren wrote: >> >> >> >> On 4 July 2017 at 14:32, Irit Goihman wrote: >> >>> https://gerrit.ovirt.org/#/c/78536 broke network functional tests but a >>> fix was merged today: https://gerrit.ovirt.org/#/c/78925/ >>> >>> I tried to run OST with my fix yesterday and still encountered the same >>> failures. >>> >> >> Here is a reproducer of the failure with the fix patch: >> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1061/ >> >> So that was not it probably... >> >> >> -- >> Barak Korren >> RHV DevOps team , RHCE, RHCi >> Red Hat EMEA >> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted >> >> >> ___ >> Devel mailing >> listDevel@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/devel >> >> >> >> ___ >> Devel mailing list >> Devel@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/devel >> > > > > -- > > Eyal edri > > > ASSOCIATE MANAGER > > RHV DevOps > > EMEA VIRTUALIZATION R&D > > > Red Hat EMEA <https://www.redhat.com/> > <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > phone: +972-9-7692018 <+972%209-769-2018> > irc: eedri (on #tlv #rhev-dev #rhev-integ) > -- IRIT GOIHMAN SOFTWARE ENGINEER EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> @redhatnews <https://twitter.com/redhatnews> Red Hat <https://www.linkedin.com/company/red-hat> Red Hat <https://www.facebook.com/RedHatInc> ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 03-07-2017 ] [ 006_migrations.migrate_vm ]
onstraints. See below for details:, The >> host >> >> lago-basic-suite-master-host0 did not satisfy internal filter >> CPUOverloaded >> >> because its CPU is too loaded.] >> >> 2017-07-02 16:43:23,331-04 DEBUG >> >> [org.ovirt.engine.core.utils.timer.FixedDelayJobListener] >> >> (DefaultQuartzScheduler2) [] Rescheduling >> >> DEFAULT.org.ovirt.engine.core.bll.HaAutoStartVmsRunner.start >> FailedAutoStartVms#-9223372036854775793 >> >> as there is no unfired trigger. >> >> 2017-07-02 16:43:23,332-04 DEBUG >> >> [org.ovirt.engine.core.utils.timer.FixedDelayJobListener] >> >> (DefaultQuartzScheduler2) [] Rescheduling >> >> DEFAULT.org.ovirt.engine.core.bll.tasks.CommandCallbacksPoll >> er.invokeCallbackMethods#-9223372036854775783 >> >> as there is no unfired trigger. >> >> >> >> >> >> >> >> >> >> >> >> Best Regards, >> >> >> >> Shlomi Ben-David | Software Engineer | Red Hat ISRAEL >> >> RHCSA | RHCVA | RHCE >> >> IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci) >> >> >> >> OPEN SOURCE - 1 4 011 && 011 4 1 >> >> >> >> ___ >> >> Devel mailing list >> >> Devel@ovirt.org >> >> http://lists.ovirt.org/mailman/listinfo/devel >> >> >> >> >> >> >> >> ___ >> >> Devel mailing list >> >> Devel@ovirt.org >> >> http://lists.ovirt.org/mailman/listinfo/devel >> > >> > >> > >> > >> > -- >> > >> > Eyal edri >> > >> > >> > ASSOCIATE MANAGER >> > >> > RHV DevOps >> > >> > EMEA VIRTUALIZATION R&D >> > >> > >> > Red Hat EMEA >> > >> > TRIED. TESTED. TRUSTED. >> > phone: +972-9-7692018 >> > irc: eedri (on #tlv #rhev-dev #rhev-integ) >> > >> > ___ >> > Devel mailing list >> > Devel@ovirt.org >> > http://lists.ovirt.org/mailman/listinfo/devel >> > > > > -- > Eyal edri > > ASSOCIATE MANAGER > > RHV DevOps > > EMEA VIRTUALIZATION R&D > > > Red Hat EMEA <https://www.redhat.com/> > <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > phone: +972-9-7692018 <+972%209-769-2018> > irc: eedri (on #tlv #rhev-dev #rhev-integ) > > > -- IRIT GOIHMAN SOFTWARE ENGINEER EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> @redhatnews <https://twitter.com/redhatnews> Red Hat <https://www.linkedin.com/company/red-hat> Red Hat <https://www.facebook.com/RedHatInc> ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [VDSM] travis builds fails since "network: report dpdk devices as nics"
Sorry about the noise. Here is the fix: https://gerrit.ovirt.org/#/c/76740/ On Thu, May 11, 2017 at 6:49 PM, Nir Soffer wrote: > Travis builds are failing because the lshw package was not added > to the vdsm test docker images. > > The offending patch is: > > network: report dpdk devices as nics > added link_info dictionary for dpdk dev information. > Currently it contains hard coded and empty values. > > getLinks now reports dpdk devices as nics and providing > their link_info as well. > > Signed-off-by: Irit Goihman > Change-Id: I67b2083e9c6f032472fd75f6800c864083ffdef5 > > When adding new build dependencies, please add the > required packages to docker/Dockerfile.* > > Thanks, > Nir > > -- IRIT GOIHMAN SOFTWARE ENGINEER EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> @redhatnews <https://twitter.com/redhatnews> Red Hat <https://www.linkedin.com/company/red-hat> Red Hat <https://www.facebook.com/RedHatInc> ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [ OST Failure Report ] [ oVirt master ] [ 14.02.17 ] [vm_run]
On Tue, Feb 14, 2017 at 6:23 PM, Michal Skrivanek < michal.skriva...@redhat.com> wrote: > > On 14 Feb 2017, at 16:49, Michal Skrivanek > wrote: > > > On 14 Feb 2017, at 15:07, Dusan Fodor wrote: > > Hi, > > vm_run fails with following error: > > 12:01:21 [basic_suit_el7] # vm_run: > 12:04:27 [basic_suit_el7] * Collect artifacts: > 12:04:27 [basic_suit_el7] * Collect artifacts: ERROR (in 0:00:01) > 12:04:27 [basic_suit_el7] # vm_run: ERROR (in 0:03:05) > 12:04:27 [basic_suit_el7] # snapshots_merge: > 12:08:35 [basic_suit_el7] Error while running thread > 12:08:35 [basic_suit_el7] Traceback (most recent call last): > 12:08:35 [basic_suit_el7] File > "/usr/lib/python2.7/site-packages/lago/utils.py", > line 56, in _ret_via_queue > 12:08:35 [basic_suit_el7] queue.put({'return': func()}) > 12:08:35 [basic_suit_el7] File "/home/jenkins/workspace/test- > repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test- > scenarios/004_basic_sanity.py", line 427, in snapshot_live_merge > 12:08:35 [basic_suit_el7] lambda: api.vms.get(VM0_NAME).status.state > == 'up' > 12:08:35 [basic_suit_el7] File "/usr/lib/python2.7/site- > packages/ovirtlago/testlib.py", line 260, in assert_true_within_short > 12:08:35 [basic_suit_el7] assert_equals_within_short(func, True, > allowed_exceptions) > 12:08:35 [basic_suit_el7] File "/usr/lib/python2.7/site- > packages/ovirtlago/testlib.py", line 244, in assert_equals_within_short > 12:08:35 [basic_suit_el7] func, value, SHORT_TIMEOUT, > allowed_exceptions=allowed_exceptions > 12:08:35 [basic_suit_el7] File "/usr/lib/python2.7/site- > packages/ovirtlago/testlib.py", line 230, in assert_equals_within > 12:08:35 [basic_suit_el7] '%s != %s after %s seconds' % (res, value, > timeout) > 12:08:35 [basic_suit_el7] AssertionError: False != True after 180 seconds > 12:08:35 [basic_suit_el7] * Collect artifacts: > 12:08:36 [basic_suit_el7] * Collect artifacts: ERROR (in 0:00:02) > 12:08:36 [basic_suit_el7] # snapshots_merge: ERROR (in 0:04:10) > 12:08:36 [basic_suit_el7] # suspend_resume_vm: > 12:08:36 [basic_suit_el7] * Collect artifacts: > > > Link to job: http://jenkins.ovirt.org/view/experimental%20jobs/job/ > test-repo_ovirt_experimental_master/ > Link to first failed build: http://jenkins.ovirt. > org/view/experimental%20jobs/job/test-repo_ovirt_experimental_master/5301 > Link to change with possible cause: https://gerrit.ovirt.org/#/c/71633/ > > > how do you get the list of possible patches causing this? any hints? > > > A more likely suspect is actually https://gerrit.ovirt.org/#/c/71114/ > from Irit / infra. > credits to: Francesco Romani;) > Correct, a fix was already pushed by Francesco: https://gerrit.ovirt.org/#/c/72283/. > ___ > Infra mailing list > in...@ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra > > > -- Irit Goihman Software Engineer Red Hat Israel Ltd. ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] Broken dependencies of vdsm packages
patch https://gerrit.ovirt.org/#/c/71700/ <https://gerrit.ovirt.org/#/c/71700/> should solve this issue. On Mon, Feb 6, 2017 at 2:06 PM, Martin Perina wrote: > Adding Irit > > On Mon, Feb 6, 2017 at 12:31 PM, Jakub Niedermertl > wrote: > >> I have IIUIC installed the latest version of ovirt-imageio: >> >> $ sudo dnf list installed ovirt-imageio\* >> Last metadata expiration check: 0:19:43 ago on Mon Feb 6 12:05:50 2017. >> Installed Packages >> ovirt-imageio-common.noarch 1.0.0-0.201702052103.git89ae3b4.fc25 >> @ovirt-experimental >> ovirt-imageio-daemon.noarch 1.0.0-0.201702052103.git89ae3b4.fc25 >> @ovirt-experimental >> >> Details on broken dependencies: >> $ sudo dnf update --best >> Last metadata expiration check: 0:20:21 ago on Mon Feb 6 12:05:50 2017. >> Error: package vdsm-cli-4.20.0-261.gitabb73a5.fc25.noarch requires >> vdsm-client = 4.20.0-261.gitabb73a5.fc25, but none of the providers >> can be installed. >> package vdsm-cli-4.20.0-261.gitabb73a5.fc25.noarch requires >> vdsm-python = 4.20.0-261.gitabb73a5.fc25, but none of the providers >> can be installed >> (try to add '--allowerasing' to command line to replace conflicting >> packages) >> >> $ sudo dnf update --best --allowerasing >> Last metadata expiration check: 0:21:33 ago on Mon Feb 6 12:05:50 2017. >> Error: package vdsm-cli-4.20.0-261.gitabb73a5.fc25.noarch requires >> vdsm-client = 4.20.0-261.gitabb73a5.fc25, but none of the providers >> can be installed >> >> So it looks like vdsm-cli (already installed) has dependency on older >> version of vdsm-client, preventing vdsm-client from update. >> >> On Sat, Feb 4, 2017 at 10:17 PM, Dan Kenigsberg >> wrote: >> > On Fri, Feb 3, 2017 at 8:34 PM, Jakub Niedermertl >> wrote: >> >> Hi all, >> >> >> >> vdsm packages from experimental repo >> >> (http://resources.ovirt.org/repos/ovirt/experimental/master/ >> latest.tested/rpm/fc$releasever) >> >> on Fedora 25 can't be updated because of "broken dependencies": >> >> >> >> # dnf update >> >> Last metadata expiration check: 0:03:50 ago on Fri Feb 3 18:21:20 >> 2017. >> >> Dependencies resolved. >> >> >> = >> >> Package ArchVersion Repository >> >> Size >> >> >> = >> >> Skipping packages with broken dependencies: >> >> vdsm x86_64 4.20.0-319.git8469d6b.fc25 >> >> ovirt-experimental 501 k >> >> vdsm-api noarch 4.20.0-319.git8469d6b.fc25 >> >> ovirt-experimental 95 k >> >> vdsm-client noarch 4.20.0-319.git8469d6b.fc25 >> >> ovirt-experimental 24 k >> >> vdsm-hook-vmfex-dev noarch 4.20.0-319.git8469d6b.fc25 >> >> ovirt-experimental 10 k >> >> vdsm-jsonrpc noarch 4.20.0-319.git8469d6b.fc25 >> >> ovirt-experimental 29 k >> >> vdsm-python noarch 4.20.0-319.git8469d6b.fc25 >> >> ovirt-experimental 921 k >> >> vdsm-xmlrpc noarch 4.20.0-319.git8469d6b.fc25 >> >> ovirt-experimental 29 k >> >> vdsm-yajsonrpc noarch 4.20.0-319.git8469d6b.fc25 >> >> ovirt-experimental 32 k >> >> >> >> Transaction Summary >> >> >> = >> >> Skip 8 Packages >> >> >> >> Nothing to do. >> >> Complete! >> >> >> >> Anyone experiencing similar problem? Any clues how to fix this? >> > >> > Could you download the vdsm packages and install them manually, to see >> > which package is missing? Could it be ovirt-imageio? >> > >> > https://gerrit.ovirt.org/#/c/71621/ >> ___ >> Devel mailing list >> Devel@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/devel >> > > -- Irit Goihman Software Engineer Red Hat Israel Ltd. ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] VDSM master fc24 build artifacts fails
I see fc24 was excluded from master jobs: https://gerrit.ovirt.org/#/c/69233/10/jobs/confs/projects/vdsm/vdsm_standard.yaml On Thu, Jan 26, 2017 at 9:54 AM, Gil Shinar wrote: > adding Sandro > > According to Sandro, there was no official statement about moving master > to fc25. > > Thanks Irit > Gil > > On Thu, Jan 26, 2017 at 12:04 AM, Dan Kenigsberg > wrote: > >> May I ask why was >> http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc24-x86_64/ >> added yesterday? Who needs f24 builds of vdsm master? >> >> On Wed, Jan 25, 2017 at 8:28 PM, Irit Goihman >> wrote: >> > It seems like patch https://gerrit.ovirt.org/#/c/69846/ didn't add >> > python-dateutil package to fc24 build artifacts job. >> > >> > https://gerrit.ovirt.org/#/c/71208/ should fix it. >> > >> > On Wed, Jan 25, 2017 at 6:43 PM, Gil Shinar wrote: >> >> >> >> Hi, >> >> >> >> $subject job fails with the following exception: >> >> >> >> 16:19:32 make[2]: Entering directory >> >> '/home/jenkins/workspace/vdsm_master_build-artifacts-fc24-x8 >> 6_64/vdsm/lib/api' >> >> 16:19:32 Generate vdsm-api.html >> >> 16:19:32 chmod u+w >> > > -- Irit Goihman Software Engineer Red Hat Israel Ltd. ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] VDSM master fc24 build artifacts fails
It seems like patch https://gerrit.ovirt.org/#/c/69846/ <https://gerrit.ovirt.org/#/c/69846/>didn't add python-dateutil package to fc24 build artifacts job. https://gerrit.ovirt.org/#/c/71208/ should fix it. On Wed, Jan 25, 2017 at 6:43 PM, Gil Shinar wrote: > Hi, > > $subject job fails with the following exception: > > *16:19:32* make[2]: Entering directory > '/home/jenkins/workspace/vdsm_master_build-artifacts-fc24-x86_64/vdsm/lib/api'*16:19:32* >Generate vdsm-api.html*16:19:32* chmod u+w .*16:19:32* > PYTHONPATH=./../:./../vdsm \*16:19:32* /usr/bin/python schema_to_html.py > vdsm-api.yml vdsm-api.html*16:19:32* Traceback (most recent call > last):*16:19:32* File "schema_to_html.py", line 29, in *16:19:32* > from api import vdsmapi*16:19:32* File > "/home/jenkins/workspace/vdsm_master_build-artifacts-fc24-x86_64/vdsm/lib/api/vdsmapi.py", > line 28, in *16:19:32* from vdsm.logUtils import > Suppressed*16:19:32* File > "/home/jenkins/workspace/vdsm_master_build-artifacts-fc24-x86_64/vdsm/lib/vdsm/logUtils.py", > line 29, in *16:19:32* from dateutil import tz*16:19:32* > ImportError: No module named dateutil*16:19:32* Makefile:642: recipe for > target 'vdsm-api.html' failed*16:19:32* make[2]: *** [vdsm-api.html] Error > 1*16:19:32* make[2]: Leaving directory > '/home/jenkins/workspace/vdsm_master_build-artifacts-fc24-x86_64/vdsm/lib/api'*16:19:32* > Makefile:458: recipe for target 'all-recursive' failed*16:19:32* make[1]: > *** [all-recursive] Error 1*16:19:32* make[1]: Leaving directory > '/home/jenkins/workspace/vdsm_master_build-artifacts-fc24-x86_64/vdsm/lib'*16:19:32* > Makefile:524: recipe for target 'all-recursive' failed*16:19:32* make: *** > [all-recursive] Error 1 > > > Can someone please take a look: > http://jenkins.ovirt.org/job/vdsm_master_build-artifacts- > fc24-x86_64/1/console > > Thanks > Gil > > ___ > Devel mailing list > Devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > -- Irit Goihman Software Engineer Red Hat Israel Ltd. ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] [VDSM] build-artifacts failing on master
I think that what's missing in build-artifacts.sh is the following commands that exist in check-patch.sh: easy_install pip pip install -U nose==1.3.7 This should install the right version for nose (that doesn't exist in rhel yum repos) On Wed, Sep 14, 2016 at 10:31 PM, Eyal Edri wrote: > Its actually a good question to know if standard CI supports versions of > RPMs. > Barak - do you know if we can specify in build-artifacts.packages file a > version requirement? > > for e.g python-nose >= 1.3.7 > > On Wed, Sep 14, 2016 at 10:21 PM, Nir Soffer wrote: > >> The build-artifacts job is failing on master now with this error: >> >> 19:09:23 Error: NOSE is too old, please install NOSE 1.3.7 or later >> 19:09:23 make[1]: *** [tests] Error 1 >> 19:09:23 make[1]: Leaving directory >> `/home/jenkins/workspace/vdsm_master_build-artifacts-el7-x86 >> _64/vdsm/rpmbuild/BUILD/vdsm-4.18.999' >> 19:09:23 error: Bad exit status from /var/tmp/rpm-tmp.LQXOfm (%check) >> 19:09:23 >> 19:09:23 >> 19:09:23 RPM build errors: >> 19:09:23 Bad exit status from /var/tmp/rpm-tmp.LQXOfm (%check) >> >> Looks like this patch is the cause: >> >> commit 4e729ddd2b243d0953e2de5d31c42fc59859bf23 >> Author: Edward Haas >> Date: Sun Sep 11 14:10:01 2016 +0300 >> >> build tests: Require NOSE 1.3.7 and up for running tests >> >> On RHEL7/Centos7 the provided NOSE version is 1.3.0. >> CI runs the tests with 1.3.7. >> >> To be consistent and avoid different behaviours, assure that the tests >> are running with a minimum nose version of 1.3.7. >> >> Specifically, between 1.3.0 and 1.3.7 a bug has been resolved >> regarding >> test labeling and its support with test class inheritance. >> >> Change-Id: If79d8624cee1c14a21840e4a08000fc33abb58e5 >> Signed-off-by: Edward Haas >> Reviewed-on: https://gerrit.ovirt.org/63638 >> Continuous-Integration: Jenkins CI >> Reviewed-by: Petr Horáček >> Reviewed-by: Irit Goihman >> Reviewed-by: Yaniv Bronhaim >> Reviewed-by: Piotr Kliczewski >> >> I did not check the details, but it seems we need to revert this patch. >> >> Please check and fix. >> >> Cheers, >> Nir >> ___ >> Infra mailing list >> in...@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/infra >> >> >> > > > -- > Eyal Edri > Associate Manager > RHV DevOps > EMEA ENG Virtualization R&D > Red Hat Israel > > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) > > ___ > Devel mailing list > Devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > -- Irit Goihman Software Engineer Red Hat Israel Ltd. ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
Re: [ovirt-devel] system tests failing
On Wed, Aug 10, 2016 at 4:32 PM, Sandro Bonazzola wrote: > > > On Wed, Aug 10, 2016 at 3:27 PM, Irit Goihman wrote: > >> Sandro, >> check-merged and build-artifacts failed jobs are not related to Yaniv's >> patch. >> check-merged-fc24 : known issue, Gal Ben Haim is checking it. >> check-merged-el7 and build artifacts el7-ppc jobs were created recently >> (apparently by mistake) and should be removed. >> >> > So, basically we have no check-merged job for vdsm master right? > > We have check-merged fc24 job which fails occasionally and not stable > right now. > > > >> On Wed, Aug 10, 2016 at 4:11 PM, Sandro Bonazzola >> wrote: >> >>> >>> >>> On Wed, Aug 10, 2016 at 2:51 PM, Evgheni Dereveanchin < >>> edere...@redhat.com> wrote: >>> >>>> Hi everyone, >>>> >>>> We have the test-repo_ovirt_experimental_master job failing since >>>> build 717: >>>> http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/717/ >>>> >>>> System tests are also starting to fail: >>>> http://jenkins.ovirt.org/job/ovirt_master_system-tests/380/ >>>> >>>> Here's the list of patches which appeared in build 717: >>>> https://gerrit.ovirt.org/#/c/61384/ - Sandro Bonazzola - packaging: >>>> spec: drop default defattr >>>> https://gerrit.ovirt.org/#/c/62026/ - Yaniv Bronhaim - Using >>>> %{_libdir} macro instead of /usr/lib >>>> https://gerrit.ovirt.org/#/c/62028/ - Yaniv Bronhaim - Require >>>> python2-devel specifically to avoid python3 pkg >>>> https://gerrit.ovirt.org/#/c/62049/ - Fabian Deutsch - Revert >>>> "imgbase: Drop journal support" >>>> https://gerrit.ovirt.org/#/c/62050/ - Fabian Deutsch - cli: Add >>>> journal logging >>>> >>>> >>> On VDSM log order is: >>> >>> * 0a10329 - Require python2-devel specifically to avoid python3 pkg (27 >>> ore fa) >>> * bdf3b9a - packaging: spec: drop default defattr (27 ore fa) >> Bonazzola> >>> * 271dd9b - Using %{_libdir} macro instead of /usr/lib (27 ore fa) >>> >>> >>> So let's start with: https://gerrit.ovirt.org/#/c/62026/ - Yaniv >>> Bronhaim - Using %{_libdir} macro instead of /usr/lib >>> >> Before merge: Build Successful: >>> http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc24-x86_64/1017/ >>> : SUCCESS >>> http://jenkins.ovirt.org/job/vdsm_master_check-patch-el7-x86_64/5127/ : >>> SUCCESS >>> >>> Once merged: Build Failed >>> http://jenkins.ovirt.org/job/vdsm_master_check-merged-fc24-x86_64/174/ >>> : FAILURE >>> http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-el7-ppc64le/53/ >>> : FAILURE >>> http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/21/ : >>> FAILURE >>> http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc2 >>> 4-x86_64/151/ : SUCCESS >>> http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-el7-x86_64/649/ >>> : SUCCESS >>> >>> Let's exclude the ppc64le job for now. >>> FC24 failed on functional testing: >>> >>> *00:06:43.766* # Deploy environment: *00:06:43.767* * [Thread-2] >>> Deploy VM vdsm_functional_tests_host-fc24: *00:10:05.208* - >>> STDERR*00:10:05.208* Failed to synchronize cache for repo 'localsync', >>> disabling.*00:10:05.208* Error: Unable to find a match.*00:10:05.208* >>> *00:10:05.209* * [Thread-2] Deploy VM vdsm_functional_tests_host-fc24: >>> ERROR (in 0:03:21)*00:10:05.211* Error while running thread*00:10:05.211* >>> Traceback (most recent call last):*00:10:05.211* File >>> "/usr/lib/python2.7/site-packages/lago/utils.py", line 53, in >>> _ret_via_queue*00:10:05.211* queue.put({'return': >>> func()})*00:10:05.211* File >>> "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1251, in >>> _deploy_host*00:10:05.211* host.name(),*00:10:05.211* RuntimeError: >>> /home/jenkins/workspace/vdsm_master_check-merged-el7-x86_64/vdsm/automation/vdsm_functional/default/scripts/_home_jenkins_workspace_vdsm_master_check-merged-el7-x86_64_vdsm_automation_deploy.sh >>> failed with status 1 on vdsm_functional_tests_host-fc24*00:10:05.213* # >>> Deploy environment: ERROR (in 0:03:21)*00:10:05.498* @ Deploy oVirt >>> environment: ERROR (in 0:03:21)*00:1
Re: [ovirt-devel] system tests failing
/utils.py", line 95, in > invoke_in_parallel*00:10:05.501* vt.join_all()*00:10:05.501* File > "/usr/lib/python2.7/site-packages/lago/utils.py", line 53, in > _ret_via_queue*00:10:05.502* queue.put({'return': func()})*00:10:05.502* > File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1251, in > _deploy_host*00:10:05.502* host.name(),*00:10:05.502* RuntimeError: > /home/jenkins/workspace/vdsm_master_check-merged-el7-x86_64/vdsm/automation/vdsm_functional/default/scripts/_home_jenkins_workspace_vdsm_master_check-merged-el7-x86_64_vdsm_automation_deploy.sh > failed with status 1 on vdsm_functional_tests_host-fc24 > > > > Can you please check why above error happened? > > > >> The error is related to secondary storage domain addition, >> it sounds like a known bug but now it seems to be triggered every time. >> >> I'm not sure how we can identify the source of the regression >> since these tests run on repos of already built RPMs, so the >> complete set has to be re-built with a specific patch and tested >> to find out the offending one. >> >> Regards, >> Evgheni Dereveanchin >> >> ___ >> Devel mailing list >> Devel@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/devel >> > > > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > > ___ > Devel mailing list > Devel@ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > -- Irit Goihman Software Engineer Red Hat Israel Ltd. ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel
[ovirt-devel] drop-in directories for vdsm configuration
Hi, A drop-in directories feature has been added to vdsm-4.18.4. This allows the user to put partial configurations into a drop-in file and create new parameters or override default ones. The semantics of the directories is as follows: - /etc/vdsm/vdsm.conf: For default configuration. We install this file if missing, and never touch this file during upgrade. - /etc/vdsm/vdsm.conf.d/ - / run/vdsm/vdsm.conf.d/ - /usr/lib/vdsm/vdsm.conf.d/ Files with a .conf suffix can be placed into any of the vdsm.conf.d drop-in directories. The default configuration file is read before all other files and has the lowest priority. The priority of configuration files under vdsm.conf.d is determined by lexicographic order of file names, so the lexicographic latest file name takes precedence. It is highly recommended to prefix all file names with a two-digit number in order to keep the ordering simple. -- Irit Goihman Software Engineer Red Hat Israel Ltd. ___ Devel mailing list Devel@ovirt.org http://lists.ovirt.org/mailman/listinfo/devel