I don't know if it was quicker on different salves, because I can not look at the history.
There were no Node sided changes, maybe the package set in master got larger - well see that on the first regular build. But: I enabled kvm in mock, and this seems to help. The first job post this chnage looks good. My assumption is that previous builds were running on a beefier slave. - fabian On Tue, May 24, 2016 at 6:50 PM, Eyal Edri <[email protected]> wrote: > Is it running on the same slave as before? Can we see a changelog of things > changed from the Last time it took less time? > > On May 24, 2016 7:06 PM, "David Caro" <[email protected]> wrote: >> >> On 05/24 18:03, David Caro wrote: >> > On 05/24 17:57, Fabian Deutsch wrote: >> > > Hey, >> > > >> > > $subj says it all. >> > > >> > > Affected jobs are: >> > > http://jenkins.ovirt.org/user/fabiand/my-views/view/ovirt-node-ng/ >> > > >> > > I.e. 3.6 - before: ~46min, now 1:23hrs >> > > >> > > In master it's even worse: >1:30hrs >> > > >> > > Can someone help to idnetify the reason? >> > >> > >> > I see that this is where there's a big jump in time: >> > >> > 06:39:38 Domain installation still in progress. You can reconnect to >> > 06:39:38 the console to complete the installation process. >> > 07:21:51 >> > .............................................................................................................................................................................................................................................................2016-05-24 >> > 03:21:51,341: Install finished. Or at least virt shut down. >> > >> > So it looks as if the code that checks if the domain is shut down is not >> > working properly, or maybe the virt-install is taking very very long to >> > work. >> >> >> It seems that the virt-install log is not being archived, and the workdir >> has >> already been cleaned up so I can check the logfile: >> >> >> /home/jenkins/workspace/ovirt-node-ng_ovirt-3.6_build-artifacts-fc22-x86_64/ovirt-node-ng/virt-install.log >> >> >> Maybe you can archive it too on the next run to debug >> >> > >> > > >> > > - fabian >> > > >> > > -- >> > > Fabian Deutsch <[email protected]> >> > > RHEV Hypervisor >> > > Red Hat >> > > _______________________________________________ >> > > Infra mailing list >> > > [email protected] >> > > http://lists.ovirt.org/mailman/listinfo/infra >> > >> > -- >> > David Caro >> > >> > Red Hat S.L. >> > Continuous Integration Engineer - EMEA ENG Virtualization R&D >> > >> > Tel.: +420 532 294 605 >> > Email: [email protected] >> > IRC: dcaro|dcaroest@{freenode|oftc|redhat} >> > Web: www.redhat.com >> > RHT Global #: 82-62605 >> >> >> >> -- >> David Caro >> >> Red Hat S.L. >> Continuous Integration Engineer - EMEA ENG Virtualization R&D >> >> Tel.: +420 532 294 605 >> Email: [email protected] >> IRC: dcaro|dcaroest@{freenode|oftc|redhat} >> Web: www.redhat.com >> RHT Global #: 82-62605 >> >> _______________________________________________ >> Infra mailing list >> [email protected] >> http://lists.ovirt.org/mailman/listinfo/infra >> > -- Fabian Deutsch <[email protected]> RHEV Hypervisor Red Hat _______________________________________________ Infra mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/infra
