- Infra - oVirt List Archives

[CQ]: 86405,7 (vdsm) failed "ovirt-master" system tests
by oVirt Jenkins 20 Feb '18

20 Feb '18

Change 86405,7 (vdsm) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/86405/7 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5789/

1 0

[CQ]: 87886, 1 (ovirt-hosted-engine-ha) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 20 Feb '18

20 Feb '18

A system test invoked by the "ovirt-master" change queue including change 87886,1 (ovirt-hosted-engine-ha) failed. However, this change seems not to be the root cause for this failure. Change 87587,3 (ovirt-hosted-engine-ha) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 87587,3 (ovirt-hosted-engine- ha) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/87886/1 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/87587/3 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5782/

1 0

[JIRA] (OVIRT-1844) jenkins_master_deploy-configs_merged failing do to missing libraries
by eyal edri (oVirt JIRA) 20 Feb '18

20 Feb '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1844?page=com.atlassian.jira.… ] eyal edri updated OVIRT-1844: ----------------------------- Resolution: Fixed Status: Done (was: To Do) > jenkins_master_deploy-configs_merged failing do to missing libraries > -------------------------------------------------------------------- > > Key: OVIRT-1844 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1844 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Evgheni Dereveanchin > Assignee: infra > Priority: High > > Since patches related to OVIRT-1746, mainly https://gerrit.ovirt.org/85158/, got merged, jenkins configs are no longer deployed since libraries required by usrc.py are missing on the Jenkins: > http://jenkins.ovirt.org/job/jenkins_master_deploy-configs_merged/997/conso… > File "/var/lib/data/jenkins/jobs/jenkins_master_deploy-configs_merged/workspace/jenkins/scripts/usrc.py", line 13, in <module> > from xdg.BaseDirectory import xdg_cache_home > ImportError: No module named xdg.BaseDirectory -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)

1 0

[oVirt Jenkins] ovirt-release_master_build-artifacts-fcraw-x86_64 - Build # 22 - Fixed!
by jenkins＠jenkins.phx.ovirt.org 20 Feb '18

20 Feb '18

------=_Part_11_1809744156.1519138573235 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-release_master_build-artifacts-fcraw-x86… Build: http://jenkins.ovirt.org/job/ovirt-release_master_build-artifacts-fcraw-x86… Build Number: 22 Build Status: Fixed Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #21 [Sandro Bonazzola] Add Javier Coscia [Sandro Bonazzola] fedora: provide katello-agent [Daniel Belenky] std enqueue: Add env.GERRIT_TRIGGER_CI_VOTE_LABEL [Daniel Belenky] cleanup: Fix race when unmounting dirs in chroot [Daniel Belenky] Add a tool to check if a change is merged Changes for Build #22 [Sandro Bonazzola] fedora: provide katello-agent [Sandro Bonazzola] ovirt-provider-ovn: drop manual jobs [Dafna Ron] jenkins: adding infra(a)ovirt.org to the alert list [Barak Korren] Run `pusher.py` on non-Gerrit events [Daniel Belenky] Utilize stdci_dsl api in standard-stage ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_11_1809744156.1519138573235--

1 0

[JIRA] (OVIRT-1893) Remove ovirt-ansible-disaster-recovery-1.1 upstream version to install version 0.1 instead
by Maor Lipchuk (oVirt JIRA) 20 Feb '18

20 Feb '18

This is a multi-part message in MIME format... ------------=_1519137694-17807-279 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1893?page=com.atlassian.jira.… ] Maor Lipchuk commented on OVIRT-1893: ------------------------------------- We thought about building a newer build of ovirt-ansible-disaster-recovery-1.1 so it will be installed instead of the 1.1, but we first need first to solve an issue in the repo. It could be great if the 1.1 build will be removed since it is currently broken. Regards, Maor On Tue, Feb 20, 2018 at 4:29 PM, eyal edri (oVirt JIRA) < > Remove ovirt-ansible-disaster-recovery-1.1 upstream version to install version 0.1 instead > ------------------------------------------------------------------------------------------ > > Key: OVIRT-1893 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1893 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Maor Lipchuk > Assignee: infra > > Hi all, > It seems that ovirt-ansible-disaster-recovery repo installed from upstream > [1] is installed with version 1.1 [2]: > ovirt-ansible-disaster-recovery-1.1 is broken, because of a bug which was > already fixed [3] in ovirt-ansible-disaster-recovery 0.1. > The thing is that the release which automatically installed is 1.1 although > the fix is available in ovirt-ansible-disaster-recovery 0.1. > Is there a way to do something about it, could we remove the 1.1 versions, > so 0.1 will be installed instead? > [1] http://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm > [2] > ovirt-ansible-disaster-recovery-1.1.0-0.1.master.20180104150940.el7.centos.noarch > [3] https://github.com/oVirt/ovirt-ansible-disaster-recovery/pull/4 > Regards, > Maor -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080) ------------=_1519137694-17807-279 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1893?page=com.atlassian.jira.… ]</pre> <h3>Maor Lipchuk commented on OVIRT-1893:</h3> <p>We thought about building a newer build of ovirt-ansible-disaster-recovery-1.1 so it will be installed instead of the 1.1, but we first need first to solve an issue in the repo. It could be great if the 1.1 build will be removed since it is currently broken.</p> <p>Regards, Maor</p> <p>On Tue, Feb 20, 2018 at 4:29 PM, eyal edri (oVirt JIRA) <</p> <blockquote><h3>Remove ovirt-ansible-disaster-recovery-1.1 upstream version to install version 0.1 instead</h3> <pre> Key: OVIRT-1893 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1893 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Maor Lipchuk Assignee: infra</pre> <p>Hi all, It seems that ovirt-ansible-disaster-recovery repo installed from upstream [1] is installed with version 1.1 [2]: ovirt-ansible-disaster-recovery-1.1 is broken, because of a bug which was already fixed [3] in ovirt-ansible-disaster-recovery 0.1. The thing is that the release which automatically installed is 1.1 although the fix is available in ovirt-ansible-disaster-recovery 0.1. Is there a way to do something about it, could we remove the 1.1 versions, so 0.1 will be installed instead? [1] <a href="http://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm">http://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm</a> [2] ovirt-ansible-disaster-recovery-1.1.0-0.1.master.20180104150940.el7.centos.noarch [3] <a href="https://github.com/oVirt/ovirt-ansible-disaster-recovery/pull/4">https://github.com/oVirt/ovirt-ansible-disaster-recovery/pull/4</a> Regards, Maor</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519137694-17807-279--

1 0

[CQ]: 87311, 2 (ovirt-host) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 20 Feb '18

20 Feb '18

A system test invoked by the "ovirt-master" change queue including change 87311,2 (ovirt-host) failed. However, this change seems not to be the root cause for this failure. Change 85421,2 (ovirt-host) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 85421,2 (ovirt-host) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/87311/2 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/85421/2 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/5778/

1 0

[JIRA] (OVIRT-1844) jenkins_master_deploy-configs_merged failing do to missing libraries
by Barak Korren (oVirt JIRA) 20 Feb '18

20 Feb '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1844?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1844: ------------------------------------- [~eedri] as you can see in comments above, [~ederevea] fixed the issue manually. > jenkins_master_deploy-configs_merged failing do to missing libraries > -------------------------------------------------------------------- > > Key: OVIRT-1844 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1844 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Evgheni Dereveanchin > Assignee: infra > Priority: High > > Since patches related to OVIRT-1746, mainly https://gerrit.ovirt.org/85158/, got merged, jenkins configs are no longer deployed since libraries required by usrc.py are missing on the Jenkins: > http://jenkins.ovirt.org/job/jenkins_master_deploy-configs_merged/997/conso… > File "/var/lib/data/jenkins/jobs/jenkins_master_deploy-configs_merged/workspace/jenkins/scripts/usrc.py", line 13, in <module> > from xdg.BaseDirectory import xdg_cache_home > ImportError: No module named xdg.BaseDirectory -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)

1 0

[JIRA] (OVIRT-1893) Remove ovirt-ansible-disaster-recovery-1.1 upstream version to install version 0.1 instead
by eyal edri (oVirt JIRA) 20 Feb '18

20 Feb '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1893?page=com.atlassian.jira.… ] eyal edri commented on OVIRT-1893: ---------------------------------- [~mlipchuk(a)redhat.com] is this still an issue? > Remove ovirt-ansible-disaster-recovery-1.1 upstream version to install version 0.1 instead > ------------------------------------------------------------------------------------------ > > Key: OVIRT-1893 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1893 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Maor Lipchuk > Assignee: infra > > Hi all, > It seems that ovirt-ansible-disaster-recovery repo installed from upstream > [1] is installed with version 1.1 [2]: > ovirt-ansible-disaster-recovery-1.1 is broken, because of a bug which was > already fixed [3] in ovirt-ansible-disaster-recovery 0.1. > The thing is that the release which automatically installed is 1.1 although > the fix is available in ovirt-ansible-disaster-recovery 0.1. > Is there a way to do something about it, could we remove the 1.1 versions, > so 0.1 will be installed instead? > [1] http://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm > [2] > ovirt-ansible-disaster-recovery-1.1.0-0.1.master.20180104150940.el7.centos.noarch > [3] https://github.com/oVirt/ovirt-ansible-disaster-recovery/pull/4 > Regards, > Maor -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)

1 0

[JIRA] (OVIRT-1896) Fwd: repoman error
by eyal edri (oVirt JIRA) 20 Feb '18

20 Feb '18

This is a multi-part message in MIME format... ------------=_1519136915-32384-126 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1896?page=com.atlassian.jira.… ] eyal edri reassigned OVIRT-1896: -------------------------------- Assignee: Anton Marchukov (was: infra) > Fwd: repoman error > ------------------ > > Key: OVIRT-1896 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1896 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Anton Marchukov > Assignee: Anton Marchukov > > Opening a ticket. > Might be server utilization problem, deficiency in repoman or both. > ---------- Forwarded message --------- > From: Lev Veyde <lveyde(a)redhat.com> > Date: Wed, 14 Feb 2018 at 22:18 > Subject: repoman error > To: Sandro Bonazzola <sbonazzo(a)redhat.com>, Anton Marchukov < > amarchuk(a)redhat.com> > Hi guys, > got the following error while was trying to add the new packages into the > ovirt-4.2 repo: > 2018-02-14 17:28:43,792::INFO::root::SIGNING: > /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-image-update-4.2.1.1-1.el7.centos.noarch.rpm > 2018-02-14 17:33:55,267::ERROR::root::Failed to sign > Traceback (most recent call last): > File "/bin/repoman", line 10, in <module> > sys.exit(main()) > File "/usr/lib/python2.7/site-packages/repoman/cmd.py", line 460, in main > exit_code = do_add(args, config, repo) > File "/usr/lib/python2.7/site-packages/repoman/cmd.py", line 360, in > do_add > repo.save() > File "/usr/lib/python2.7/site-packages/repoman/common/repo.py", line 42, > in _func > return func(self, *args, **kwargs) > File "/usr/lib/python2.7/site-packages/repoman/common/repo.py", line 201, > in save > store.save() > File > "/usr/lib/python2.7/site-packages/repoman/common/stores/RPM/__init__.py", > line 263, in save > self._save(**args) > File > "/usr/lib/python2.7/site-packages/repoman/common/stores/RPM/__init__.py", > line 305, in _save > self.sign_rpms() > File > "/usr/lib/python2.7/site-packages/repoman/common/stores/RPM/__init__.py", > line 524, in sign_rpms > pkg.sign(key_path=self.sign_key, passwd=self.sign_passphrase) > File "/usr/lib/python2.7/site-packages/repoman/common/stores/RPM/RPM.py", > line 272, in sign > raise exc > pexpect.TIMEOUT: Timeout exceeded in read_nonblocking(). > <pexpect.spawn object at 0x566e810> > version: 2.3 ($Revision: 399 $) > command: /bin/rpmsign > args: ['/bin/rpmsign', '--resign', '-D', '_signature gpg', '-D', > u'_gpg_name oVirt <infra(a)ovirt.org>', '-D', '__gpg /usr/bin/gpg', > '/var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-image-update-4.2.1.1-1.el7.centos.noarch.rpm'] > searcher: searcher_re: > 0: re.compile("pass phrase: ") > 1: re.compile("passphrase: ") > 2: re.compile("Passphrase: ") > buffer (last 100 chars): > before (last 100 chars): > after: <class 'pexpect.TIMEOUT'> > match: None > match_index: None > exitstatus: None > flag_eof: False > pid: 8648 > child_fd: 3 > closed: False > timeout: 600 > delimiter: <class 'pexpect.EOF'> > logfile: None > logfile_read: None > logfile_send: None > maxread: 2000 > ignorecase: False > searchwindowsize: None > delaybeforesend: 0.05 > delayafterclose: 0.1 > delayafterterminate: 0.1 > It looks this due to too small timeout value, as the following seems to > work fine: > [root@resources02 pub]# /bin/rpmsign --resign -D _signature gpg -D > _gpg_name oVirt <infra(a)ovirt.org> -D __gpg /usr/bin/gpg > /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-image-update-4.2.1.1-1.el7.centos.noarch.rpm > -bash: infra(a)ovirt.org: No such file or directory > [root@resources02 pub]# /bin/rpmsign --resign -D '_signature gpg' -D > '_gpg_name oVirt <infra(a)ovirt.org>' -D '__gpg /usr/bin/gpg' > /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-image-update-4.2.1.1-1.el7.centos.noarch.rpm > Enter pass phrase: > Pass phrase is good. > /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-image-update-4.2.1.1-1.el7.centos.noarch.rpm: > However running it several times gave me some weird results - I increased > the timeout to 15 minutes in the beginning, and it was still failing > dropping out after what seemed to be like only 3.5 to 5 minutes. Quite > weird stuff. > At the end I increased the timeout to 20 minutes and it seemed to make the > trick, not sure that it's not random though (even though it failed many > times before). > Noted another issue - it looks like the files to sign appear several times > in case one runs the repoman again after failed run: > 2018-02-14 19:50:45,937::INFO::root::SIGNING: > /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-nodectl-4.2.0-0.20180214.0.el7.noarch.rpm > 2018-02-14 19:50:47,602::INFO::root::SIGNING: > /var/www/html/pub/ovirt-4.2/rpm/el7/SRPMS/ovirt-engine-appliance-4.2-20180214.1.el7.centos.src.rpm > 2018-02-14 19:57:42,360::INFO::root::SIGNING: > /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-engine-appliance-4.2-20180214.1.el7.centos.noarch.rpm > 2018-02-14 20:05:45,487::INFO::root::SIGNING: > /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-engine-appliance-4.2-20180214.1.el7.centos.noarch.rpm > 2018-02-14 20:15:21,869::INFO::root::SIGNING: > /var/www/html/pub/ovirt-4.2/rpm/el7/SRPMS/ovirt-engine-appliance-4.2-20180214.1.el7.centos.src.rpm > 2018-02-14 20:27:20,663::INFO::root::SIGNING: > /var/www/html/pub/ovirt-4.2/rpm/fc25/noarch/ovirt-engine-appliance-4.2-20180214.1.fc25.noarch.rpm > 2018-02-14 20:39:49,348::INFO::root::SIGNING: > /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-image-update-4.2.1.1-1.el7.centos.noarch.rpm > 2018-02-14 20:47:29,586::INFO::root::SIGNING: > /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-tools-4.2.0-0.20180214.0.el7.noarch.rpm > 2018-02-14 20:47:31,821::INFO::root::SIGNING: > /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-tools-4.2.0-0.20180214.0.el7.noarch.rpm > 2018-02-14 20:47:32,581::INFO::root::SIGNING: > /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-docs-4.2.0-0.20180214.0.el7.noarch.rpm > 2018-02-14 20:47:33,736::INFO::root::SIGNING: > /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-docs-4.2.0-0.20180214.0.el7.noarch.rpm > 2018-02-14 20:47:34,806::INFO::root::SIGNING: > /var/www/html/pub/ovirt-4.2/rpm/el7/SRPMS/ovirt-node-ng-4.2.0-0.20180214.0.el7.src.rpm > 2018-02-14 20:58:44,292::INFO::root::SIGNING: > /var/www/html/pub/ovirt-4.2/rpm/el7/SRPMS/ovirt-node-ng-4.2.0-0.20180214.0.el7.src.rpm > We probably should use a set instead of list there. > Sent a patch to increase the timeout: https://gerrit.ovirt.org/#/c/87694/ > (Initially I thought that the issue is due to changed password prompt of > the rpmsign, which appeared not to be the case. Despite this, the patch > also rearranges the possible password prompts to a per line list to be > future proof). > Thanks in advance, > -- > Lev Veyde > Software Engineer, RHCE | RHCVA | MCITP > Red Hat Israel > <https://www.redhat.com> > lev(a)redhat.com | lveyde(a)redhat.com > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > -- > Anton Marchukov > Team Lead - Release Management - RHV DevOps - Red Hat -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080) ------------=_1519136915-32384-126 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1896?page=com.atlassian.jira.… ]</pre> <h3>eyal edri reassigned OVIRT-1896:</h3> <pre>Assignee: Anton Marchukov (was: infra)</pre> <blockquote><h3>Fwd: repoman error</h3> <pre> Key: OVIRT-1896 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1896 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Anton Marchukov Assignee: Anton Marchukov</pre> <p>Opening a ticket. Might be server utilization problem, deficiency in repoman or both. ---------- Forwarded message --------- From: Lev Veyde <lveyde(a)redhat.com> Date: Wed, 14 Feb 2018 at 22:18 Subject: repoman error To: Sandro Bonazzola <sbonazzo(a)redhat.com>, Anton Marchukov < amarchuk(a)redhat.com> Hi guys, got the following error while was trying to add the new packages into the ovirt-4.2 repo: 2018-02-14 17:28:43,792::INFO::root::SIGNING: /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-image-update-4.2.1.1-1.el7.centos.noarch.rpm 2018-02-14 17:33:55,267::ERROR::root::Failed to sign Traceback (most recent call last):</p> <pre>File "/bin/repoman", line 10, in <module> sys.exit(main()) File "/usr/lib/python2.7/site-packages/repoman/cmd.py", line 460, in main exit_code = do_add(args, config, repo) File "/usr/lib/python2.7/site-packages/repoman/cmd.py", line 360, in</pre> <p>do_add</p> <pre> repo.save() File "/usr/lib/python2.7/site-packages/repoman/common/repo.py", line 42,</pre> <p>in _func</p> <pre> return func(self, *args, **kwargs) File "/usr/lib/python2.7/site-packages/repoman/common/repo.py", line 201,</pre> <p>in save</p> <pre> store.save() File</pre> <p>“/usr/lib/python2.7/site-packages/repoman/common/stores/RPM/__init__.py”, line 263, in save</p> <pre> self._save(**args) File</pre> <p>“/usr/lib/python2.7/site-packages/repoman/common/stores/RPM/__init__.py”, line 305, in _save</p> <pre> self.sign_rpms() File</pre> <p>“/usr/lib/python2.7/site-packages/repoman/common/stores/RPM/__init__.py”, line 524, in sign_rpms</p> <pre> pkg.sign(key_path=self.sign_key, passwd=self.sign_passphrase) File "/usr/lib/python2.7/site-packages/repoman/common/stores/RPM/RPM.py",</pre> <p>line 272, in sign</p> <pre>raise exc</pre> <p>pexpect.TIMEOUT: Timeout exceeded in read_nonblocking(). <pexpect.spawn object at 0x566e810> version: 2.3 ($Revision: 399 $) command: /bin/rpmsign args: ['/bin/rpmsign', ‘--resign’, ‘-D’, ‘_signature gpg’, ‘-D’, u'_gpg_name oVirt <infra(a)ovirt.org>', ‘-D’, ‘__gpg /usr/bin/gpg’, ‘/var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-image-update-4.2.1.1-1.el7.centos.noarch.rpm’] searcher: searcher_re:</p> <pre>0: re.compile("pass phrase: ") 1: re.compile("passphrase: ") 2: re.compile("Passphrase: ")</pre> <p>buffer (last 100 chars): before (last 100 chars): after: <class ‘pexpect.TIMEOUT'> match: None match_index: None exitstatus: None flag_eof: False pid: 8648 child_fd: 3 closed: False timeout: 600 delimiter: <class ‘pexpect.EOF'> logfile: None logfile_read: None logfile_send: None maxread: 2000 ignorecase: False searchwindowsize: None delaybeforesend: 0.05 delayafterclose: 0.1 delayafterterminate: 0.1 It looks this due to too small timeout value, as the following seems to work fine: [root@resources02 pub]# /bin/rpmsign --resign -D _signature gpg -D _gpg_name oVirt <infra(a)ovirt.org> -D __gpg /usr/bin/gpg /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-image-update-4.2.1.1-1.el7.centos.noarch.rpm -bash: infra(a)ovirt.org: No such file or directory [root@resources02 pub]# /bin/rpmsign --resign -D ‘_signature gpg’ -D '_gpg_name oVirt <infra(a)ovirt.org>’ -D '__gpg /usr/bin/gpg’ /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-image-update-4.2.1.1-1.el7.centos.noarch.rpm Enter pass phrase: Pass phrase is good. /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-image-update-4.2.1.1-1.el7.centos.noarch.rpm: However running it several times gave me some weird results – I increased the timeout to 15 minutes in the beginning, and it was still failing dropping out after what seemed to be like only 3.5 to 5 minutes. Quite weird stuff. At the end I increased the timeout to 20 minutes and it seemed to make the trick, not sure that it's not random though (even though it failed many times before). Noted another issue – it looks like the files to sign appear several times in case one runs the repoman again after failed run: 2018-02-14 19:50:45,937::INFO::root::SIGNING: /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-nodectl-4.2.0-0.20180214.0.el7.noarch.rpm 2018-02-14 19:50:47,602::INFO::root::SIGNING: /var/www/html/pub/ovirt-4.2/rpm/el7/SRPMS/ovirt-engine-appliance-4.2-20180214.1.el7.centos.src.rpm 2018-02-14 19:57:42,360::INFO::root::SIGNING: /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-engine-appliance-4.2-20180214.1.el7.centos.noarch.rpm 2018-02-14 20:05:45,487::INFO::root::SIGNING: /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-engine-appliance-4.2-20180214.1.el7.centos.noarch.rpm 2018-02-14 20:15:21,869::INFO::root::SIGNING: /var/www/html/pub/ovirt-4.2/rpm/el7/SRPMS/ovirt-engine-appliance-4.2-20180214.1.el7.centos.src.rpm 2018-02-14 20:27:20,663::INFO::root::SIGNING: /var/www/html/pub/ovirt-4.2/rpm/fc25/noarch/ovirt-engine-appliance-4.2-20180214.1.fc25.noarch.rpm 2018-02-14 20:39:49,348::INFO::root::SIGNING: /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-image-update-4.2.1.1-1.el7.centos.noarch.rpm 2018-02-14 20:47:29,586::INFO::root::SIGNING: /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-tools-4.2.0-0.20180214.0.el7.noarch.rpm 2018-02-14 20:47:31,821::INFO::root::SIGNING: /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-tools-4.2.0-0.20180214.0.el7.noarch.rpm 2018-02-14 20:47:32,581::INFO::root::SIGNING: /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-docs-4.2.0-0.20180214.0.el7.noarch.rpm 2018-02-14 20:47:33,736::INFO::root::SIGNING: /var/www/html/pub/ovirt-4.2/rpm/el7/noarch/ovirt-node-ng-docs-4.2.0-0.20180214.0.el7.noarch.rpm 2018-02-14 20:47:34,806::INFO::root::SIGNING: /var/www/html/pub/ovirt-4.2/rpm/el7/SRPMS/ovirt-node-ng-4.2.0-0.20180214.0.el7.src.rpm 2018-02-14 20:58:44,292::INFO::root::SIGNING: /var/www/html/pub/ovirt-4.2/rpm/el7/SRPMS/ovirt-node-ng-4.2.0-0.20180214.0.el7.src.rpm We probably should use a set instead of list there. Sent a patch to increase the timeout: <a href="https://gerrit.ovirt.org/#/c/87694/">https://gerrit.ovirt.org/#/c/87694/</a> (Initially I thought that the issue is due to changed password prompt of the rpmsign, which appeared not to be the case. Despite this, the patch also rearranges the possible password prompts to a per line list to be future proof). Thanks in advance, — Lev Veyde Software Engineer, RHCE | RHCVA | MCITP Red Hat Israel <<a href="https://www.redhat.com/">https://www.redhat.com</a>> lev(a)redhat.com | lveyde(a)redhat.com <<a href="https://red.ht/sig">https://red.ht/sig</a>> TRIED. TESTED. TRUSTED. <<a href="https://redhat.com/trusted">https://redhat.com/trusted</a>> — Anton Marchukov Team Lead – Release Management – RHV DevOps – Red Hat</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519136915-32384-126--

1 0

[JIRA] (OVIRT-1901) View/Expand all missing in some jobs
by eyal edri (oVirt JIRA) 20 Feb '18

20 Feb '18

This is a multi-part message in MIME format... ------------=_1519136871-15954-276 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1901?page=com.atlassian.jira.… ] eyal edri reassigned OVIRT-1901: -------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > View/Expand all missing in some jobs > ------------------------------------ > > Key: OVIRT-1901 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1901 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Yedidyah Bar David > Assignee: Evgheni Dereveanchin > > Hi, > Some jenkins jobs have under "Build Artifacts" a Java-script "+ View", > "Expand all" etc that let you see artifacts directly from the build > page, e.g. [1]. Some don't, e.g. [2]. It will be useful if this option > exists in all jobs. Thanks, > [1] http://jenkins.ovirt.org/job/ovirt-dwh_master_check-patch-el7-x86_64/171/ > [2] http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/368… > -- > Didi -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080) ------------=_1519136871-15954-276 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1901?page=com.atlassian.jira.… ]</pre> <h3>eyal edri reassigned OVIRT-1901:</h3> <pre>Assignee: Evgheni Dereveanchin (was: infra)</pre> <blockquote><h3>View/Expand all missing in some jobs</h3> <pre> Key: OVIRT-1901 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1901 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Yedidyah Bar David Assignee: Evgheni Dereveanchin</pre> <p>Hi, Some jenkins jobs have under “Build Artifacts” a Java-script “+ View”, “Expand all” etc that let you see artifacts directly from the build page, e.g. [1]. Some don't, e.g. [2]. It will be useful if this option exists in all jobs. Thanks, [1] <a href="http://jenkins.ovirt.org/job/ovirt-dwh_master_check-patch-el7-x86_64/171/">http://jenkins.ovirt.org/job/ovirt-dwh_master_check-patch-el7-x86_64/171/</a> [2] <a href="http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/368…">http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/368…</a> — Didi</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100080)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1519136871-15954-276--

1 0