[oVirt Jenkins] ovirt-node-ng_master_build-artifacts-el7-x86_64 - Build # 458 - Fixed!

2017-06-28 Thread jenkins
Project: 
http://jenkins.ovirt.org/job/ovirt-node-ng_master_build-artifacts-el7-x86_64/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-node-ng_master_build-artifacts-el7-x86_64/458/
Build Number: 458
Build Status:  Fixed
Triggered By: Started by timer

-
Changes Since Last Success:
-
Changes for Build #457
[Yuval Turgeman] automation: adding timestamp to squashfs


Changes for Build #458
[Yuval Turgeman] build: using baseurl on snapshot only




-
Failed Tests:
-
No tests ran.___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[oVirt Jenkins] ovirt_master_hc-system-tests - Build # 155 - Fixed!

2017-06-28 Thread jenkins
Project: http://jenkins.ovirt.org/job/ovirt_master_hc-system-tests/ 
Build: http://jenkins.ovirt.org/job/ovirt_master_hc-system-tests/155/
Build Number: 155
Build Status:  Fixed
Triggered By: Started by timer

-
Changes Since Last Success:
-
Changes for Build #154
[Daniel Belenky] Exclude packages from ovirt-master.repo

[Barak Korren] Filter builds sent to change queues by version

[Barak Korren] Make change queue invoke OST basic suit

[Barak Korren] Various UX improvements in change-queue jobs

[Barak Korren] Add a job for direct deployments to 'tested'

[Barak Korren] Use new job to update 'tested' from experimental

[Barak Korren] Use new tested deploy job in timed builders

[Eyal Edri] update build retention policy for big artifacts


Changes for Build #155
[Shlomi Ben-David] Added host details to sso alternate engine fqdns




-
Failed Tests:
-
All tests passed___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[oVirt Jenkins] ovirt_4.1_system-tests_pre - Build # 177 - Still Failing!

2017-06-28 Thread jenkins
Project: http://jenkins.ovirt.org/job/ovirt_4.1_system-tests_pre/ 
Build: http://jenkins.ovirt.org/job/ovirt_4.1_system-tests_pre/177/
Build Number: 177
Build Status:  Still Failing
Triggered By: Started by timer

-
Changes Since Last Success:
-
Changes for Build #176
[Daniel Belenky] Exclude packages from ovirt-master.repo

[Barak Korren] Filter builds sent to change queues by version

[Barak Korren] Make change queue invoke OST basic suit

[Barak Korren] Various UX improvements in change-queue jobs

[Barak Korren] Add a job for direct deployments to 'tested'

[Barak Korren] Use new job to update 'tested' from experimental

[Barak Korren] Use new tested deploy job in timed builders

[Eyal Edri] update build retention policy for big artifacts


Changes for Build #177
[Shlomi Ben-David] Added host details to sso alternate engine fqdns




-
Failed Tests:
-
1 tests failed.
FAILED:  000_check_repo_closure.check_repo_closure

Error Message:

## Params: ['repoclosure', '-t', 
'--config=/home/jenkins/workspace/ovirt_4.1_system-tests_pre/ovirt-system-tests/basic-suite-4.1/reposync-config.repo_repoclosure',
 '--lookaside=ovirt-4.1-el7', '--lookaside=ovirt-4.1-snapshot-static-el7', 
'--lookaside=ovirt-master-dependencies-el7', '--lookaside=glusterfs-3.8-el7', 
'--lookaside=centos-base-el7', '--lookaside=centos-updates-el7', 
'--lookaside=centos-extras-el7', '--lookaside=epel-el7', 
'--lookaside=centos-ovirt-4.0-el7', '--lookaside=centos-opstools-testing-el7', 
'--lookaside=copr-sac-gdeploy-el7', '--repoid=internal_repo'].
## Exist status: 1
## Output: Reading in repository metadata - please wait
Checking Dependencies
Repos looked at: 12
   centos-base-el7
   centos-extras-el7
   centos-opstools-testing-el7
   centos-ovirt-4.0-el7
   centos-updates-el7
   copr-sac-gdeploy-el7
   epel-el7
   glusterfs-3.8-el7
   internal_repo
   ovirt-4.1-el7
   ovirt-4.1-snapshot-static-el7
   ovirt-master-dependencies-el7
Num Packages in Repos: 25511
package: cockpit-ostree-138-1.el7.x86_64 from internal_repo
  unresolved deps: 
 /usr/libexec/rpm-ostreed




Stack Trace:
Traceback (most recent call last):
  File "/usr/lib64/python2.7/unittest/case.py", line 369, in run
testMethod()
  File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, in 
wrapped_test
test()
  File 
"/home/jenkins/workspace/ovirt_4.1_system-tests_pre/ovirt-system-tests/basic-suite-4.1/test-scenarios/000_check_repo_closure.py",
 line 105, in check_repo_closure
raise RuntimeError(err_msg)
RuntimeError: 
## Params: ['repoclosure', '-t', 
'--config=/home/jenkins/workspace/ovirt_4.1_system-tests_pre/ovirt-system-tests/basic-suite-4.1/reposync-config.repo_repoclosure',
 '--lookaside=ovirt-4.1-el7', '--lookaside=ovirt-4.1-snapshot-static-el7', 
'--lookaside=ovirt-master-dependencies-el7', '--lookaside=glusterfs-3.8-el7', 
'--lookaside=centos-base-el7', '--lookaside=centos-updates-el7', 
'--lookaside=centos-extras-el7', '--lookaside=epel-el7', 
'--lookaside=centos-ovirt-4.0-el7', '--lookaside=centos-opstools-testing-el7', 
'--lookaside=copr-sac-gdeploy-el7', '--repoid=internal_repo'].
## Exist status: 1
## Output: Reading in repository metadata - please wait
Checking Dependencies
Repos looked at: 12
   centos-base-el7
   centos-extras-el7
   centos-opstools-testing-el7
   centos-ovirt-4.0-el7
   centos-updates-el7
   copr-sac-gdeploy-el7
   epel-el7
   glusterfs-3.8-el7
   internal_repo
   ovirt-4.1-el7
   ovirt-4.1-snapshot-static-el7
   ovirt-master-dependencies-el7
Num Packages in Repos: 25511
package: cockpit-ostree-138-1.el7.x86_64 from internal_repo
  unresolved deps: 
 /usr/libexec/rpm-ostreed___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[oVirt Jenkins] ovirt_master_he-system-tests - Build # 6 - Still Failing!

2017-06-28 Thread jenkins
Project: http://jenkins.ovirt.org/job/ovirt_master_he-system-tests/ 
Build: http://jenkins.ovirt.org/job/ovirt_master_he-system-tests/6/
Build Number: 6
Build Status:  Still Failing
Triggered By: Started by timer

-
Changes Since Last Success:
-
Changes for Build #4
[ngoldin] image-ng-suite: add distro on generated images


Changes for Build #5
[Daniel Belenky] Exclude packages from ovirt-master.repo

[Barak Korren] Filter builds sent to change queues by version

[Barak Korren] Make change queue invoke OST basic suit

[Barak Korren] Various UX improvements in change-queue jobs

[Barak Korren] Add a job for direct deployments to 'tested'

[Barak Korren] Use new job to update 'tested' from experimental

[Barak Korren] Use new tested deploy job in timed builders

[Eyal Edri] update build retention policy for big artifacts


Changes for Build #6
[Shlomi Ben-David] Added host details to sso alternate engine fqdns




-
Failed Tests:
-
No tests ran.___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[oVirt Jenkins] ovirt_4.1_he-system-tests - Build # 165 - Failure!

2017-06-28 Thread jenkins
Project: http://jenkins.ovirt.org/job/ovirt_4.1_he-system-tests/ 
Build: http://jenkins.ovirt.org/job/ovirt_4.1_he-system-tests/165/
Build Number: 165
Build Status:  Failure
Triggered By: Started by timer

-
Changes Since Last Success:
-
Changes for Build #165
[Shlomi Ben-David] Added host details to sso alternate engine fqdns




-
Failed Tests:
-
No tests ran.___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


Re: [ovirt-devel] planned Gerrit maintenance

2017-06-28 Thread Evgheni Dereveanchin
No problem, sorry for the short notice. Will announce it more ahead of time
on future upgrades.

On Thu, Jun 29, 2017 at 1:40 AM, Greg Sheremeta  wrote:

> Sorry for my noise of reporting it :)
>
> On Wed, Jun 28, 2017 at 6:20 PM, Evgheni Dereveanchin  > wrote:
>
>> Hi everyone,
>>
>> I will be performing updates on gerrit.ovirt.org during the next two
>> hours.
>> Within this period the Gerrit UI and Git repositories may be unavailable.
>>
>> I will follow up as soon as maintenance activities are over.
>>
>> --
>> Regards,
>> Evgheni Dereveanchin
>>
>> ___
>> Devel mailing list
>> de...@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>>
>
>
>
> --
> Greg Sheremeta, MBA
> Sr. Software Engineer
> Red Hat, Inc.
> gsher...@redhat.com
>



-- 
Regards,
Evgheni Dereveanchin
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


Re: planned Gerrit maintenance

2017-06-28 Thread Evgheni Dereveanchin
The maintenance window is over.
Gerrit was upgraded to version 2.13.8 and a full reindex was performed.
Also, the OS was updated to include all the latest security patches.

If you hit any issues that may be caused by the upgrade
please let me know or report them to Jira.

On Thu, Jun 29, 2017 at 12:20 AM, Evgheni Dereveanchin 
wrote:

> Hi everyone,
>
> I will be performing updates on gerrit.ovirt.org during the next two
> hours.
> Within this period the Gerrit UI and Git repositories may be unavailable.
>
> I will follow up as soon as maintenance activities are over.
>
> --
> Regards,
> Evgheni Dereveanchin
>



-- 
Regards,
Evgheni Dereveanchin
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1488) gerrit is down

2017-06-28 Thread Evgheni Dereveanchin (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Evgheni Dereveanchin reassigned OVIRT-1488:
---

Assignee: Evgheni Dereveanchin  (was: infra)

> gerrit is down
> --
>
> Key: OVIRT-1488
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1488
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: gsher...@redhat.com
>Assignee: Evgheni Dereveanchin
>Priority: Highest
>
> Hi,
> https://gerrit.ovirt.org/
> Service Temporarily Unavailable
> The server is temporarily unable to service your request due to maintenance
> downtime or capacity problems. Please try again later.
> Apache/2.2.15 (Red Hat) Server at gerrit.ovirt.org Port 443
> -- 
> Greg Sheremeta, MBA
> Sr. Software Engineer
> Red Hat, Inc.
> gsher...@redhat.com



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


Build failed in Jenkins: system-sync_mirrors-centos-updates-el6-x86_64 #495

2017-06-28 Thread jenkins
See 


--
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace 

 > git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
 > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10
Cleaning workspace
 > git rev-parse --verify HEAD # timeout=10
Resetting working tree
 > git reset --hard # timeout=10
 > git clean -fdx # timeout=10
Pruning obsolete local branches
Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git
 > git --version # timeout=10
 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git 
 > +refs/changes/13/75913/5:patch --prune
 > git rev-parse origin/patch^{commit} # timeout=10
 > git rev-parse patch^{commit} # timeout=10
Checking out Revision 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f (patch)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f
 > git rev-list 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f # timeout=10
[system-sync_mirrors-centos-updates-el6-x86_64] $ /bin/bash -xe 
/tmp/hudson6228168351360021776.sh
+ jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-updates-el6 x86_64 
jenkins/data/mirrors-reposync.conf
Checking if mirror needs a resync
Traceback (most recent call last):
  File "/usr/bin/reposync", line 343, in 
main()
  File "/usr/bin/reposync", line 175, in main
my.doRepoSetup()
  File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in 
doRepoSetup
return self._getRepos(thisrepo, True)
  File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in 
_getRepos
self._repos.doSetup(thisrepo)
  File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup
self.retrieveAllMD()
  File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in 
retrieveAllMD
dl = repo._async and repo._commonLoadRepoXML(repo)
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1470, in 
_commonLoadRepoXML
result = self._getFileRepoXML(local, text)
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1248, in 
_getFileRepoXML
size=102400) # setting max size as 100K
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1020, in _getFile
result = self.grab.urlgrab(misc.to_utf8(relative), local,
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 699, in 
grab = property(lambda self: self._getgrab())
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 694, in _getgrab
self._setupGrab()
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 631, in 
_setupGrab
urls = self.urls
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 876, in 
urls = property(fget=lambda self: self._geturls(),
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 873, in _geturls
self._baseurlSetup()
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 819, in 
_baseurlSetup
mirrorurls.extend(list(self.metalink_data.urls()))
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 916, in 
metalink_data = property(fget=lambda self: self._getMetalink(),
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 912, in 
_getMetalink
self._metalink = metalink.MetaLinkRepoMD(self.metalink_filename)
  File "/usr/lib/python2.7/site-packages/yum/metalink.py", line 189, in __init__
raise MetaLinkRepoErrorParseFail, "File %s is not XML" % filename
yum.metalink.MetaLinkRepoErrorParseFail: File 
/home/jenkins/mirrors_cache/fedora-updates-fc24/metalink.xml is not XML
Build step 'Execute shell' marked build as failure
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


Build failed in Jenkins: system-sync_mirrors-centos-ovirt-4.0-el7-x86_64 #483

2017-06-28 Thread jenkins
See 


--
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace 

 > git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
 > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10
Cleaning workspace
 > git rev-parse --verify HEAD # timeout=10
Resetting working tree
 > git reset --hard # timeout=10
 > git clean -fdx # timeout=10
Pruning obsolete local branches
Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git
 > git --version # timeout=10
 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git 
 > +refs/changes/13/75913/5:patch --prune
 > git rev-parse origin/patch^{commit} # timeout=10
 > git rev-parse patch^{commit} # timeout=10
Checking out Revision 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f (patch)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f
 > git rev-list 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f # timeout=10
[system-sync_mirrors-centos-ovirt-4.0-el7-x86_64] $ /bin/bash -xe 
/tmp/hudson2303515589631969475.sh
+ jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-ovirt-4.0-el7 x86_64 
jenkins/data/mirrors-reposync.conf
Checking if mirror needs a resync
Traceback (most recent call last):
  File "/usr/bin/reposync", line 343, in 
main()
  File "/usr/bin/reposync", line 175, in main
my.doRepoSetup()
  File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in 
doRepoSetup
return self._getRepos(thisrepo, True)
  File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in 
_getRepos
self._repos.doSetup(thisrepo)
  File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup
self.retrieveAllMD()
  File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in 
retrieveAllMD
dl = repo._async and repo._commonLoadRepoXML(repo)
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1465, in 
_commonLoadRepoXML
if self._latestRepoXML(local):
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1443, in 
_latestRepoXML
repomd = self.metalink_data.repomd
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 916, in 
metalink_data = property(fget=lambda self: self._getMetalink(),
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 912, in 
_getMetalink
self._metalink = metalink.MetaLinkRepoMD(self.metalink_filename)
  File "/usr/lib/python2.7/site-packages/yum/metalink.py", line 189, in __init__
raise MetaLinkRepoErrorParseFail, "File %s is not XML" % filename
yum.metalink.MetaLinkRepoErrorParseFail: File 
/home/jenkins/mirrors_cache/fedora-updates-fc24/metalink.xml is not XML
Build step 'Execute shell' marked build as failure
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


oVirt infra daily report - unstable production jobs - 367

2017-06-28 Thread jenkins
Good morning!

Attached is the HTML page with the jenkins status report. You can see it also 
here:
 - 
http://jenkins.ovirt.org/job/system_jenkins-report/367//artifact/exported-artifacts/upstream_report.html

Cheers,
Jenkins
 
 
 
 RHEVM CI Jenkins Daily Report - 29/06/2017
 
00 Unstable Critical
 
   
   ovirt_4.1_image-ng-system-tests
   
   This job is automatically updated by jenkins job builder, any manual
change will be lost in the next update. If you want to make permanent
changes, check out the 
jenkins repo.

   
   
   
   ovirt_4.1_system-tests_pre
   
   This job is automatically updated by jenkins job builder, any manual
change will be lost in the next update. If you want to make permanent
changes, check out the 
jenkins repo.

   
   
   
   ovirt_master_hc-system-tests
   
   This job is automatically updated by jenkins job builder, any manual
change will be lost in the next update. If you want to make permanent
changes, check out the 
jenkins repo.

   
   
   
   ovirt_master_he-system-tests
   
   This job is automatically updated by jenkins job builder, any manual
change will be lost in the next update. If you want to make permanent
changes, check out the 
jenkins repo.

   
   
   
   ovirt_master_image-ng-system-tests
   
   This job is automatically updated by jenkins job builder, any manual
change will be lost in the next update. If you want to make permanent
changes, check out the 
jenkins repo.

   
   
   
   test-repo_ovirt_experimental_4.1
   
   This job is automatically updated by jenkins job builder, any manual
change will be lost in the next update. If you want to make permanent
changes, check out the 
jenkins repo.

   
   
   
   test-repo_ovirt_experimental_master
   
   This job is automatically updated by jenkins job builder, any manual
change will be lost in the next update. If you want to make permanent
changes, check out the 
jenkins repo.

   
   ___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1488) gerrit is down

2017-06-28 Thread gsher...@redhat.com (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

gsher...@redhat.com updated OVIRT-1488:
---
Resolution: Fixed
Status: Done  (was: To Do)

> gerrit is down
> --
>
> Key: OVIRT-1488
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1488
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: gsher...@redhat.com
>Assignee: infra
>Priority: Highest
>
> Hi,
> https://gerrit.ovirt.org/
> Service Temporarily Unavailable
> The server is temporarily unable to service your request due to maintenance
> downtime or capacity problems. Please try again later.
> Apache/2.2.15 (Red Hat) Server at gerrit.ovirt.org Port 443
> -- 
> Greg Sheremeta, MBA
> Sr. Software Engineer
> Red Hat, Inc.
> gsher...@redhat.com



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


Re: [ovirt-devel] planned Gerrit maintenance

2017-06-28 Thread Greg Sheremeta
Sorry for my noise of reporting it :)

On Wed, Jun 28, 2017 at 6:20 PM, Evgheni Dereveanchin 
wrote:

> Hi everyone,
>
> I will be performing updates on gerrit.ovirt.org during the next two
> hours.
> Within this period the Gerrit UI and Git repositories may be unavailable.
>
> I will follow up as soon as maintenance activities are over.
>
> --
> Regards,
> Evgheni Dereveanchin
>
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>



-- 
Greg Sheremeta, MBA
Sr. Software Engineer
Red Hat, Inc.
gsher...@redhat.com
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1488) gerrit is down

2017-06-28 Thread gsher...@redhat.com (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1488?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

gsher...@redhat.com updated OVIRT-1488:
---
Priority: Highest  (was: Medium)

> gerrit is down
> --
>
> Key: OVIRT-1488
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1488
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: gsher...@redhat.com
>Assignee: infra
>Priority: Highest
>
> Hi,
> https://gerrit.ovirt.org/
> Service Temporarily Unavailable
> The server is temporarily unable to service your request due to maintenance
> downtime or capacity problems. Please try again later.
> Apache/2.2.15 (Red Hat) Server at gerrit.ovirt.org Port 443
> -- 
> Greg Sheremeta, MBA
> Sr. Software Engineer
> Red Hat, Inc.
> gsher...@redhat.com



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1488) gerrit is down

2017-06-28 Thread gsher...@redhat.com (oVirt JIRA)
gsher...@redhat.com created OVIRT-1488:
--

 Summary: gerrit is down
 Key: OVIRT-1488
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1488
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: gsher...@redhat.com
Assignee: infra


Hi,

https://gerrit.ovirt.org/


Service Temporarily Unavailable

The server is temporarily unable to service your request due to maintenance
downtime or capacity problems. Please try again later.

Apache/2.2.15 (Red Hat) Server at gerrit.ovirt.org Port 443

-- 
Greg Sheremeta, MBA
Sr. Software Engineer
Red Hat, Inc.
gsher...@redhat.com



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


gerrit is down

2017-06-28 Thread Greg Sheremeta
Hi,

https://gerrit.ovirt.org/


Service Temporarily Unavailable

The server is temporarily unable to service your request due to maintenance
downtime or capacity problems. Please try again later.

Apache/2.2.15 (Red Hat) Server at gerrit.ovirt.org Port 443

-- 
Greg Sheremeta, MBA
Sr. Software Engineer
Red Hat, Inc.
gsher...@redhat.com
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


planned Gerrit maintenance

2017-06-28 Thread Evgheni Dereveanchin
Hi everyone,

I will be performing updates on gerrit.ovirt.org during the next two hours.
Within this period the Gerrit UI and Git repositories may be unavailable.

I will follow up as soon as maintenance activities are over.

-- 
Regards,
Evgheni Dereveanchin
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[oVirt Jenkins] ovirt-node-ng_master_build-artifacts-el7-x86_64 - Build # 457 - Failure!

2017-06-28 Thread jenkins
Project: 
http://jenkins.ovirt.org/job/ovirt-node-ng_master_build-artifacts-el7-x86_64/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-node-ng_master_build-artifacts-el7-x86_64/457/
Build Number: 457
Build Status:  Failure
Triggered By: Started by user Yuval Turgeman

-
Changes Since Last Success:
-
Changes for Build #457
[Yuval Turgeman] automation: adding timestamp to squashfs




-
Failed Tests:
-
No tests ran.___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[oVirt Jenkins] test-repo_ovirt_experimental_master - Build #7398 - FAILURE!

2017-06-28 Thread jenkins
Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/7398/,
Build Number: 7398,
Build Status: FAILURE___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[oVirt Jenkins] test-repo_ovirt_experimental_master - Build #7397 - FAILURE!

2017-06-28 Thread jenkins
Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/7397/,
Build Number: 7397,
Build Status: FAILURE___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1487) ML listing broken

2017-06-28 Thread Duck
Marc Dequènes (Duck) created OVIRT-1487:
---

 Summary: ML listing broken
 Key: OVIRT-1487
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1487
 Project: oVirt - virtualization made easy
  Issue Type: Bug
  Components: Mailing lists (Mailman)
Reporter: Marc Dequènes (Duck)
Assignee: infra


Quack,

After I rebooted for OVIRT-1473 I checked the services and noticed the list of 
Mls is empty. The server works well, and even the MLs archives and admin panel 
are all there, only the listing seem affected.

So there was an upgrade of the package, see changelog:
  https://centos.pkgs.org/6/centos-x86_64/mailman-2.1.12-26.el6.x86_64.rpm.html

here is the issue solved:
  https://bugzilla.redhat.com/show_bug.cgi?id=1363835
It does not seem to be related, as the rest works.

So it seems this upgrade is unrelated. Maybe the bug was there since a while, 
or maybe the reboot uncovered it. I did not find anything obvious. Anyway we 
need to investigate more.

\_o<




--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1487) ML listing broken

2017-06-28 Thread Duck

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1487?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Marc Dequènes (Duck) updated OVIRT-1487:

Epic Link: OVIRT-403

> ML listing broken
> -
>
> Key: OVIRT-1487
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1487
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>  Components: Mailing lists (Mailman)
>Reporter: Marc Dequènes (Duck)
>Assignee: infra
>
> Quack,
> After I rebooted for OVIRT-1473 I checked the services and noticed the list 
> of Mls is empty. The server works well, and even the MLs archives and admin 
> panel are all there, only the listing seem affected.
> So there was an upgrade of the package, see changelog:
>   
> https://centos.pkgs.org/6/centos-x86_64/mailman-2.1.12-26.el6.x86_64.rpm.html
> here is the issue solved:
>   https://bugzilla.redhat.com/show_bug.cgi?id=1363835
> It does not seem to be related, as the rest works.
> So it seems this upgrade is unrelated. Maybe the bug was there since a while, 
> or maybe the reboot uncovered it. I did not find anything obvious. Anyway we 
> need to investigate more.
> \_o<



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[oVirt Jenkins] test-repo_ovirt_experimental_4.1 - Build #1790 - FAILURE!

2017-06-28 Thread jenkins
Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/1790/,
Build Number: 1790,
Build Status: FAILURE___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[oVirt Jenkins] test-repo_ovirt_experimental_4.1 - Build #1789 - FAILURE!

2017-06-28 Thread jenkins
Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/1789/,
Build Number: 1789,
Build Status: FAILURE___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[oVirt Jenkins] test-repo_ovirt_experimental_master - Build #7394 - SUCCESS!

2017-06-28 Thread jenkins
Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/7394/,
Build Number: 7394,
Build Status: SUCCESS___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[oVirt Jenkins] standard-enqueue - Build #2118 - FAILURE!

2017-06-28 Thread jenkins
Build: http://jenkins.ovirt.org/job/standard-enqueue/2118/
Build Name: 2118 ovirt-engine (master)
Build Status: FAILURE
Gerrit change: https://gerrit.ovirt.org/78758
- title: webadmin: TemplateBackupModel streams
- project: ovirt-engine
- branch: master
- author: Allon Mureinik ___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[oVirt Jenkins] test-repo_ovirt_experimental_master - Build #7393 - FAILURE!

2017-06-28 Thread jenkins
Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/7393/,
Build Number: 7393,
Build Status: FAILURE___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[oVirt Jenkins] test-repo_ovirt_experimental_4.1 - Build #1788 - FAILURE!

2017-06-28 Thread jenkins
Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/1788/,
Build Number: 1788,
Build Status: FAILURE___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[oVirt Jenkins] test-repo_ovirt_experimental_4.1 - Build #1787 - FAILURE!

2017-06-28 Thread jenkins
Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/1787/,
Build Number: 1787,
Build Status: FAILURE___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1164) Remove most of the images from glance.ovirt.org

2017-06-28 Thread Evgheni Dereveanchin (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1164?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Evgheni Dereveanchin reassigned OVIRT-1164:
---

Assignee: Evgheni Dereveanchin  (was: infra)

> Remove most of the images from glance.ovirt.org
> ---
>
> Key: OVIRT-1164
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1164
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>  Components: General
>Reporter: Yaniv Kaul
>Assignee: Evgheni Dereveanchin
>
> I'd like to make sure people are not abusing and downloading images from 
> Glance that are not directly related to oVirt. Providing it as a service for 
> download is not our aim.
> Currently, it has a lot of different images, multiple versions of them, etc.
> Specifically, multiple versions of Ubuntu, and older versions of Atomic, 
> CentOS, Fedora should be removed.



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1231) Security: do we need HSTS for oVirt services?

2017-06-28 Thread Evgheni Dereveanchin (oVirt JIRA)

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1231?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=33014#comment-33014
 ] 

Evgheni Dereveanchin commented on OVIRT-1231:
-

[~duck] are we already using this?

> Security: do we need HSTS for oVirt services?
> -
>
> Key: OVIRT-1231
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1231
> Project: oVirt - virtualization made easy
>  Issue Type: New Feature
>Reporter: eedri
>Assignee: infra
>
> https://en.wikipedia.org/wiki/HTTP_Strict_Transport_Security
> Most of the browsers already supports it and some websites started to enforce 
> it.
> cc [~dfediuck]



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1245) Consider way for organize disaster recovery solution for lists

2017-06-28 Thread Evgheni Dereveanchin (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1245?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Evgheni Dereveanchin reassigned OVIRT-1245:
---

Assignee: Marc Dequènes (Duck)  (was: infra)

> Consider way for organize disaster recovery solution for lists
> --
>
> Key: OVIRT-1245
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1245
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>Reporter: Pavel Zhukov
>Assignee: Marc Dequènes (Duck)
>
>│08:50:51  sbonazzo1 | landgraf: we're lucky enough we 
> have mirrors for users
>│ 
>│08:51:05  sbonazzo1 | landgraf: too bad we don't have 
> redundant CI infra :-)
>│ 
>│08:51:27   landgraf | sbonazzo1: and lists..  
>   
>│ 
>│08:51:40   landgraf | sbonazzo1: so we cannot send 
> outage ntifications there :)  
>   │ 
>│08:51:51  sbonazzo1 | landgraf: yep   
>   
>│ 
>│08:52:03  sbonazzo1 | landgraf: maybe worth to open a 
> jira ticket for it
>│ 
>│08:52:10  sbonazzo1 | landgraf: it will be a huge 
> improvement   
>│ 
>│08:53:30  sbonazzo1 | landgraf: do we have a disaster 
> recovery plan? 



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1281) Add 'patch owner' feature to Gerrit

2017-06-28 Thread Evgheni Dereveanchin (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1281?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Evgheni Dereveanchin reassigned OVIRT-1281:
---

Assignee: Evgheni Dereveanchin  (was: infra)

> Add 'patch owner' feature to Gerrit 
> 
>
> Key: OVIRT-1281
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1281
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>Reporter: eedri
>Assignee: Evgheni Dereveanchin
>
> Details still TBD, but we want to check if there is a way for the patch 
> author who is the patch 'owner' or 'maintainer' and has the responsibility to 
> make sure the patch is reviewed in time and pushed and not left behind. 
> It might be Gerrit doesn't support such feature, but we'll check.
> [~oourf...@redhat.com][~ykaul][~danken] please add more info as needed.



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1288) Find out why Gerrit always fails re-basing when trying to submit more then 3 changes at once

2017-06-28 Thread Evgheni Dereveanchin (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1288?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Evgheni Dereveanchin reassigned OVIRT-1288:
---

Assignee: Evgheni Dereveanchin  (was: infra)

> Find out why Gerrit always fails re-basing when trying to submit more then 3 
> changes at once
> 
>
> Key: OVIRT-1288
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1288
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: Gerrit/git
>Reporter: Barak Korren
>Assignee: Evgheni Dereveanchin
>
> Gerrit has a feature where if you have multiple dependant patches, and they 
> all have all the flags properly set, the submit button for changes with 
> unmerged dependencies becomes 'Submit including parents' and lets you submit 
> a whole set of changes at once.
> I've found out that of you have more then 3 dependent changes in a chain, 
> Gerrit will always fail submitting the 4th change and claim there is a rebase 
> conflict, even when there is none. 
> This sounds like an artificial limitation, and we need to at least know where 
> it comes from. And consider removing it.



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1295) Add job to auto-rebase patches that are ready to be merged

2017-06-28 Thread Evgheni Dereveanchin (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1295?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Evgheni Dereveanchin updated OVIRT-1295:

Priority: Low  (was: Medium)

> Add job to auto-rebase patches that are ready to be merged 
> ---
>
> Key: OVIRT-1295
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1295
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>Reporter: eedri
>Assignee: infra
>Priority: Low
>
> We want to help stable branch maintainers to minimize the time needed for 
> merging approved changes ( i.e CR +2 and VERIFY +1 ) and also to reduce the 
> chance of merge conflicts.
> A suggestion was made to create a job which will detect patches ready to be 
> merged with the flags CR +2 and V +1 set and will auto rebase them, so when a 
> maintainer is ready to submit a patch, hopefully the patch won't need a 
> rebase and can be merged without further waiting for rebase or CI.
> This approach might introduce challenges when working on patches that are 
> dependent on other patches and a specific logic might be required to handle 
> special cases.
> [~tni...@redhat.com][~ykaul][~dfediuck] I hope this conveys the need and 
> requirement, please comment or add thoughts if I missed anything.
> Initially we'll try enabling it for ovirt-engine on 4.1 branch.



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1311) Nightliy publisher 'move_jenkins_nightly' cron job failes when the *.ready dir is empty

2017-06-28 Thread Evgheni Dereveanchin (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1311?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Evgheni Dereveanchin updated OVIRT-1311:

Epic Link: OVIRT-400  (was: OVIRT-403)

> Nightliy publisher 'move_jenkins_nightly' cron job failes when the *.ready 
> dir is empty
> ---
>
> Key: OVIRT-1311
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1311
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>Reporter: Barak Korren
>Assignee: infra
>
> If The '{{*.ready}}' directory does not contain any RPMs, the cron job fails. 
> This failure causes all repos not to get published until the failure is fixed.



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1311) Nightliy publisher 'move_jenkins_nightly' cron job failes when the *.ready dir is empty

2017-06-28 Thread Evgheni Dereveanchin (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1311?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Evgheni Dereveanchin updated OVIRT-1311:

Epic Link: OVIRT-400  (was: OVIRT-403)

> Nightliy publisher 'move_jenkins_nightly' cron job failes when the *.ready 
> dir is empty
> ---
>
> Key: OVIRT-1311
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1311
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>Reporter: Barak Korren
>Assignee: infra
>
> If The '{{*.ready}}' directory does not contain any RPMs, the cron job fails. 
> This failure causes all repos not to get published until the failure is fixed.



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1312) Make 'scan_for_artifacts.sh' publish repos separately

2017-06-28 Thread Evgheni Dereveanchin (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Evgheni Dereveanchin updated OVIRT-1312:

Epic Link: OVIRT-400  (was: OVIRT-403)

> Make 'scan_for_artifacts.sh' publish repos separately
> -
>
> Key: OVIRT-1312
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1312
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: Repositories Mgmt
>Reporter: Barak Korren
>Assignee: infra
>
> The '{{scan_for_artifacts.sh}}' cron job runs on the resources server and 
> syncs packages into the nightly snapshot repos. It tries to serially sync all 
> repos for all oVirt versions.
> The issue is that if one of the repos fails to sync, the rest do not get 
> synced either.
> We need to make the cron job sync each repo separately so failure mfor one 
> repo will not affect the others.



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1312) Make 'scan_for_artifacts.sh' publish repos separately

2017-06-28 Thread Evgheni Dereveanchin (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1312?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Evgheni Dereveanchin updated OVIRT-1312:

Epic Link: OVIRT-400  (was: OVIRT-403)

> Make 'scan_for_artifacts.sh' publish repos separately
> -
>
> Key: OVIRT-1312
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1312
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: Repositories Mgmt
>Reporter: Barak Korren
>Assignee: infra
>
> The '{{scan_for_artifacts.sh}}' cron job runs on the resources server and 
> syncs packages into the nightly snapshot repos. It tries to serially sync all 
> repos for all oVirt versions.
> The issue is that if one of the repos fails to sync, the rest do not get 
> synced either.
> We need to make the cron job sync each repo separately so failure mfor one 
> repo will not affect the others.



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[oVirt Jenkins] test-repo_ovirt_experimental_4.1 - Build #1786 - FAILURE!

2017-06-28 Thread jenkins
Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/1786/,
Build Number: 1786,
Build Status: FAILURE___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1331) Enable fc26 updates mirror

2017-06-28 Thread Evgheni Dereveanchin (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1331?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Evgheni Dereveanchin reassigned OVIRT-1331:
---

Assignee: Evgheni Dereveanchin  (was: infra)

> Enable fc26 updates mirror
> --
>
> Key: OVIRT-1331
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1331
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: Repositories Mgmt
>Reporter: Barak Korren
>Assignee: Evgheni Dereveanchin
>
> Since fc26 is not releases yet, there is no 'updates' repo.
> Once fc26 is releases we will need to create the 'updates' mirror.



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1334) Setup a cleanup job for the mirrors

2017-06-28 Thread Evgheni Dereveanchin (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Evgheni Dereveanchin reassigned OVIRT-1334:
---

Assignee: Barak Korren  (was: infra)

> Setup a cleanup job for the mirrors
> ---
>
> Key: OVIRT-1334
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1334
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: Repositories Mgmt
>Reporter: Barak Korren
>Assignee: Barak Korren
>
> Out transactional mirrors do not currently have a cleanup job. This means 
> packages are kept forever, or at least until specific mirrors are removed.
> This means we may run out of space.
> Need to first verify this is actually needed in practice once OVIRT-1332 and 
> OVIRT-1333 are implemented.



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1387) change gateway IP on PHX HE hypervisors

2017-06-28 Thread Evgheni Dereveanchin (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Evgheni Dereveanchin reassigned OVIRT-1387:
---

Assignee: Evgheni Dereveanchin  (was: infra)

> change gateway IP on PHX HE hypervisors
> ---
>
> Key: OVIRT-1387
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1387
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>Reporter: Evgheni Dereveanchin
>Assignee: Evgheni Dereveanchin
>
> We have an incorrect gateway set in HA configs of ovirt-srv01, ovirt-srv02 
> and ovirt-srv03v which can cause issues like the ones described in OVIRT-1369
> During the next host update window we need to edit 
> /etc/ovirt-hosted-engine/hosted-engine.conf and change the gateway before 
> rebooting. This has to be done in global maintenance to avoid unnecessary 
> Engine restarts.



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1415) Add more FC26 slaves

2017-06-28 Thread Evgheni Dereveanchin (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1415?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Evgheni Dereveanchin reassigned OVIRT-1415:
---

Assignee: Evgheni Dereveanchin  (was: infra)

> Add more FC26 slaves
> 
>
> Key: OVIRT-1415
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1415
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>Reporter: Barak Korren
>Assignee: Evgheni Dereveanchin
>
> We only have one ATM, this means that many jobs need to wait in queue for it.
> Please add more.



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1416) Preserve Gerrit CR flags on rebase.

2017-06-28 Thread Evgheni Dereveanchin (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1416?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Evgheni Dereveanchin reassigned OVIRT-1416:
---

Assignee: Evgheni Dereveanchin  (was: infra)

> Preserve Gerrit CR flags on rebase. 
> 
>
> Key: OVIRT-1416
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1416
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: Gerrit/git
>Reporter: Barak Korren
>Assignee: Evgheni Dereveanchin
>
> Sometimes a patch finishes review and then needs to be rebased for some 
> reason. This causes all flags to be lost.
> We currently have settings to keep the +v flag on trivial rebase, we need the 
> same for at least the CR flag. 
> Doing this for the WF flag might not be necessary though, b/c it is 
> controlled by the patch author. 



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1418) Lets remove the 'workflow' flag

2017-06-28 Thread Evgheni Dereveanchin (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1418?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Evgheni Dereveanchin reassigned OVIRT-1418:
---

Assignee: Evgheni Dereveanchin  (was: infra)

> Lets remove the 'workflow' flag
> ---
>
> Key: OVIRT-1418
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1418
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: Gerrit/git
>Reporter: Barak Korren
>Assignee: Evgheni Dereveanchin
>
> I don't remember what was David's idea behind adding it, I'm pretty sure 
> nobody else does, and for now its just annoying. People just forget to set 
> it, and you need to have it set to +2 to merge.



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1468) Use CI mirrors for the slaves

2017-06-28 Thread Evgheni Dereveanchin (oVirt JIRA)

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=33011#comment-33011
 ] 

Evgheni Dereveanchin commented on OVIRT-1468:
-

as proposed by [~bkor...@redhat.com] we can actually inject repo information 
using Jenkins and not puppet, then we can have more control over which snapshot 
is in use.

> Use CI mirrors for the slaves
> -
>
> Key: OVIRT-1468
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1468
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: oVirt Infra
>Reporter: Barak Korren
>Assignee: infra
>  Labels: jenkins, mirrors, slaves
>
> Since we've seen that issues like OVIRT-1467 can very quickly break our 
> entire infrastructure, it may be advisable to use out mirrors to isolate the 
> slave VMs from the upstream repos as well, and not just the testing 
> environments.



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1486) Add GitHub support for standard-enqueue (change-queue)

2017-06-28 Thread Barak Korren (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1486?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Barak Korren reassigned OVIRT-1486:
---

Assignee: Barak Korren  (was: infra)

> Add GitHub support for standard-enqueue (change-queue)
> --
>
> Key: OVIRT-1486
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1486
> Project: oVirt - virtualization made easy
>  Issue Type: New Feature
>  Components: oVirt CI
>Reporter: Barak Korren
>Assignee: Barak Korren
>Priority: High
>  Labels: change-queue, github, standard-ci, vdsm-fake
>
> The standard-enqueue job that currently sends changes to the change queue, 
> does not support events from GitHub.
> The only project in GitHub we have currently, that works with STD-CI is 
> 'vdsm-fake'.
> 'vdsm-fake' is currently releasing packages to the oVirt repos via the 
> 'expermental' flow. In order to allow it to keep releasing packages, we need 
> to make the change-queue support merge events in GitHub.



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1486) Add GitHub support for standard-enqueue (change-queue)

2017-06-28 Thread Barak Korren (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-1486?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Barak Korren updated OVIRT-1486:

Epic Link: OVIRT-400

> Add GitHub support for standard-enqueue (change-queue)
> --
>
> Key: OVIRT-1486
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1486
> Project: oVirt - virtualization made easy
>  Issue Type: New Feature
>  Components: oVirt CI
>Reporter: Barak Korren
>Assignee: infra
>Priority: High
>  Labels: change-queue, github, standard-ci, vdsm-fake
>
> The standard-enqueue job that currently sends changes to the change queue, 
> does not support events from GitHub.
> The only project in GitHub we have currently, that works with STD-CI is 
> 'vdsm-fake'.
> 'vdsm-fake' is currently releasing packages to the oVirt repos via the 
> 'expermental' flow. In order to allow it to keep releasing packages, we need 
> to make the change-queue support merge events in GitHub.



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-1486) Add GitHub support for standard-enqueue (change-queue)

2017-06-28 Thread Barak Korren (oVirt JIRA)
Barak Korren created OVIRT-1486:
---

 Summary: Add GitHub support for standard-enqueue (change-queue)
 Key: OVIRT-1486
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1486
 Project: oVirt - virtualization made easy
  Issue Type: New Feature
  Components: oVirt CI
Reporter: Barak Korren
Assignee: infra
Priority: High


The standard-enqueue job that currently sends changes to the change queue, does 
not support events from GitHub.

The only project in GitHub we have currently, that works with STD-CI is 
'vdsm-fake'.
'vdsm-fake' is currently releasing packages to the oVirt repos via the 
'expermental' flow. In order to allow it to keep releasing packages, we need to 
make the change-queue support merge events in GitHub.



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[oVirt Jenkins] test-repo_ovirt_experimental_4.1 - Build #1785 - FAILURE!

2017-06-28 Thread jenkins
Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/1785/,
Build Number: 1785,
Build Status: FAILURE___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


Change 78770,1 (ovirt-engine-api-model) failed system tests

2017-06-28 Thread oVirt Jenkins
Change 78770,1 (ovirt-engine-api-model) 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/78770/1

For failed test results see:
http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/961/
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[oVirt Jenkins] test-repo_ovirt_experimental_4.1 - Build #1784 - FAILURE!

2017-06-28 Thread jenkins
Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/1784/,
Build Number: 1784,
Build Status: FAILURE___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[oVirt Jenkins] deploy-to-ovirt_experimental - Build #2898 - FAILURE!

2017-06-28 Thread jenkins
Build: http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental/2898/
Build Name: 2898 ovirt-engine-api-model (master)
Build Status: FAILURE
Gerrit change: https://gerrit.ovirt.org/78199
- title: Add ability to synchronize a direct lun
- project: ovirt-engine-api-model
- branch: master
- author: Idan Shaby ___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


Re: [ovirt-devel] [Lago][HC] tuned service fails to start on one of HC hosts

2017-06-28 Thread Yaniv Kaul
On Wed, Jun 28, 2017 at 8:22 AM, Sahina Bose  wrote:

> One of the host fails to install with
>
> Failed to install Host lago-hc-basic-suite-master-host2. Failed to execute 
> stage 'Misc configuration': Failed to start service 'tuned'
>
> The installation on other 2 hosts have been successful - all hosts are
> created from same template/repo. So this is strange.
>

https://bugzilla.redhat.com/show_bug.cgi?id=1258868#c5

Please escalate if need, so we'll get it fixed.
Y.


>
>
>
>
> On Wed, Jun 28, 2017 at 8:58 AM,  wrote:
>
>> Project: http://jenkins.ovirt.org/job/ovirt_master_hc-system-tests/
>> Build: http://jenkins.ovirt.org/job/ovirt_master_hc-system-tests/154/
>> Build Number: 154
>> Build Status:  Failure
>> Triggered By: Started by timer
>>
>> -
>> Changes Since Last Success:
>> -
>> Changes for Build #154
>> [Daniel Belenky] Exclude packages from ovirt-master.repo
>>
>> [Barak Korren] Filter builds sent to change queues by version
>>
>> [Barak Korren] Make change queue invoke OST basic suit
>>
>> [Barak Korren] Various UX improvements in change-queue jobs
>>
>> [Barak Korren] Add a job for direct deployments to 'tested'
>>
>> [Barak Korren] Use new job to update 'tested' from experimental
>>
>> [Barak Korren] Use new tested deploy job in timed builders
>>
>> [Eyal Edri] update build retention policy for big artifacts
>>
>>
>>
>>
>> -
>> Failed Tests:
>> -
>> 1 tests failed.
>> FAILED:  002_bootstrap.add_hosts
>>
>> Error Message:
>> Host lago-hc-basic-suite-master-host2 failed to install
>>  >> begin captured logging << 
>> ovirtlago.testlib: ERROR: * Unhandled exception in > _host_is_up at 0x3f11cf8>
>> Traceback (most recent call last):
>>   File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line
>> 217, in assert_equals_within
>> res = func()
>>   File "/home/jenkins/workspace/ovirt_master_hc-system-tests/ovirt-
>> system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py",
>> line 151, in _host_is_up
>> raise RuntimeError('Host %s failed to install' % host.name())
>> RuntimeError: Host lago-hc-basic-suite-master-host2 failed to install
>> - >> end captured logging << -
>>
>> Stack Trace:
>>   File "/usr/lib64/python2.7/unittest/case.py", line 369, in run
>> testMethod()
>>   File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in
>> runTest
>> self.test(*self.arg)
>>   File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line
>> 129, in wrapped_test
>> test()
>>   File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59,
>> in wrapper
>> return func(get_test_prefix(), *args, **kwargs)
>>   File "/home/jenkins/workspace/ovirt_master_hc-system-tests/ovirt-
>> system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py",
>> line 164, in add_hosts
>> testlib.assert_true_within(_host_is_up, timeout=15 * 60)
>>   File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line
>> 256, in assert_true_within
>> assert_equals_within(func, True, timeout, allowed_exceptions)
>>   File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line
>> 217, in assert_equals_within
>> res = func()
>>   File "/home/jenkins/workspace/ovirt_master_hc-system-tests/ovirt-
>> system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py",
>> line 151, in _host_is_up
>> raise RuntimeError('Host %s failed to install' % host.name())
>> Host lago-hc-basic-suite-master-host2 failed to install
>>  >> begin captured logging << 
>> ovirtlago.testlib: ERROR: * Unhandled exception in > _host_is_up at 0x3f11cf8>
>> Traceback (most recent call last):
>>   File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line
>> 217, in assert_equals_within
>> res = func()
>>   File "/home/jenkins/workspace/ovirt_master_hc-system-tests/ovirt-
>> system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py",
>> line 151, in _host_is_up
>> raise RuntimeError('Host %s failed to install' % host.name())
>> RuntimeError: Host lago-hc-basic-suite-master-host2 failed to install
>> - >> end captured logging << -
>
>
>
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-723) check/add support for python3 + dnf on standard CI

2017-06-28 Thread Barak Korren (oVirt JIRA)

 [ 
https://ovirt-jira.atlassian.net/browse/OVIRT-723?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Barak Korren updated OVIRT-723:
---
Resolution: Fixed
Status: Done  (was: To Do)

Closing as par Did's last comment.

> check/add support for python3 + dnf on standard CI
> --
>
> Key: OVIRT-723
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-723
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Yedidyah Bar David
>Assignee: infra
>
> Hi,
> Patch [1] fails jenkins [2] like this:
> 11:35:21 [ INFO  ] DNF Repository updates-testing is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-testing-debuginfo is listed
> more than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-debuginfo is listed more
> than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora-debuginfo is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'fedora', 
> disabling.
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'updates',
> disabling.
> 11:35:21 [ INFO  ] Stage: Environment packages setup
> 11:35:21 [ INFO  ] DNF Repository updates-testing is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-testing-debuginfo is listed
> more than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-debuginfo is listed more
> than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora-debuginfo is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'fedora', 
> disabling.
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'updates',
> disabling.
> 11:35:21 [ ERROR ] DNF Cannot queue package 'iproute': no package matched
> 11:35:21 [ ERROR ] Failed to execute stage 'Environment packages
> setup': no package matched
> I suspected, based on the log, that something is broken about dnf
> configuration, so pushed [3] and ran the job again [4] with [3]
> cherry-picked, and it succeeded. I thought that's enough for a
> verification, so asked to merge it, and it was merged. Later on, lago
> tests started breaking [5] with:
> 09:37:44 Error: nothing provides repoman >= 2.0.12 needed by
> python-lago-ovirt-0.24.0-1.fc23.noarch
> So [3] was reverted [6], Currently pending, but I expect it to be merged soon.
> So we need a better solution.
> While investigating this, Nadav partially understood the issue - we have, at
> certain points in mock_runner, both /etc/yum.conf and /etc/yum/yum.conf.
> Not sure why and whether we need both.
> We tried also various variations on this patch in [7][8][9][10], none worked.
> Probably better to fully support dnf instead of this hack, not sure
> what this requires.
> Thanks,
> [1] https://gerrit.ovirt.org/59831
> [2] 
> http://jenkins.ovirt.org/job/otopi_master_check-patch-fc24-x86_64/44/console
> [3] https://gerrit.ovirt.org/63249
> [4] http://jenkins.ovirt.org/job/otopi_master_check-patch-fc24-x86_64/46/
> [5] 
> http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/205/console
> [6] https://gerrit.ovirt.org/63405
> [7] https://gerrit.ovirt.org/63386
> [8] http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/203
> [9] http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/204/
> [10] http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/205/
> -- 
> Didi



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra


[JIRA] (OVIRT-723) check/add support for python3 + dnf on standard CI

2017-06-28 Thread Yedidyah Bar David (oVirt JIRA)

[ 
https://ovirt-jira.atlassian.net/browse/OVIRT-723?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=33002#comment-33002
 ] 

Yedidyah Bar David commented on OVIRT-723:
--

On Tue, Jun 27, 2017 at 9:50 PM, Barak Korren (oVirt JIRA) <


At the time it didn't work for me, see Description.
At some point we reverted the relevant patches for other reasons.
I now pushed again a variation [1] of the patch that then failed,
and it now passes. So I guess it was fixed since then. Thanks.

You can close this ticket.

If we have problems once we decide to continue with the effort
to support python3 (sadly not soon, it seems), I'll open other
tickets as needed.

[1] https://gerrit.ovirt.org/78760





-- 
Didi


> check/add support for python3 + dnf on standard CI
> --
>
> Key: OVIRT-723
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-723
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Yedidyah Bar David
>Assignee: infra
>
> Hi,
> Patch [1] fails jenkins [2] like this:
> 11:35:21 [ INFO  ] DNF Repository updates-testing is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-testing-debuginfo is listed
> more than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-debuginfo is listed more
> than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora-debuginfo is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'fedora', 
> disabling.
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'updates',
> disabling.
> 11:35:21 [ INFO  ] Stage: Environment packages setup
> 11:35:21 [ INFO  ] DNF Repository updates-testing is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-testing-debuginfo is listed
> more than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository updates is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository updates-debuginfo is listed more
> than once in the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora is listed more than once in
> the configuration
> 11:35:21 [ INFO  ] DNF Repository fedora-debuginfo is listed more than
> once in the configuration
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Downloading 1 files, 0.00KB
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'fedora', 
> disabling.
> 11:35:21 [ INFO  ] DNF Failed to synchronize cache for repo 'updates',
> disabling.
> 11:35:21 [ ERROR ] DNF Cannot queue package 'iproute': no package matched
> 11:35:21 [ ERROR ] Failed to execute stage 'Environment packages
> setup': no package matched
> I suspected, based on the log, that something is broken about dnf
> configuration, so pushed [3] and ran the job again [4] with [3]
> cherry-picked, and it succeeded. I thought that's enough for a
> verification, so asked to merge it, and it was merged. Later on, lago
> tests started breaking [5] with:
> 09:37:44 Error: nothing provides repoman >= 2.0.12 needed by
> python-lago-ovirt-0.24.0-1.fc23.noarch
> So [3] was reverted [6], Currently pending, but I expect it to be merged soon.
> So we need a better solution.
> While investigating this, Nadav partially understood the issue - we have, at
> certain points in mock_runner, both /etc/yum.conf and /etc/yum/yum.conf.
> Not sure why and whether we need both.
> We tried also various variations on this patch in [7][8][9][10], none worked.
> Probably better to fully support dnf instead of this hack, not sure
> what this requires.
> Thanks,
> [1] https://gerrit.ovirt.org/59831
> [2] 
> http://jenkins.ovirt.org/job/otopi_master_check-patch-fc24-x86_64/44/console
> [3] https://gerrit.ovirt.org/63249
> [4] http://jenkins.ovirt.org/job/otopi_master_check-patch-fc24-x86_64/46/
> [5] 
> http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/205/console
> [6] https://gerrit.ovirt.org/63405
> [7] https://gerrit.ovirt.org/63386
> [8] http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/203
> [9] http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/204/
> [10] http://jenkins.ovirt.org/job/lago_master_check-merged-fc23-x86_64/205/
> -- 
> Didi



--
This message was sent by Atlassian JIRA
(v1000.1092.0#100053)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra