date:20180517

[oVirt Jenkins] ovirt-system-tests_he-node-ng-suite-master - Build # 10 - Still Failing!

2018-05-17 Thread jenkins

Project: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/10/
Build Number: 10
Build Status:  Still Failing
Triggered By: Started by timer

-
Changes Since Last Success:
-
Changes for Build #1
No changes

Changes for Build #2
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE


Changes for Build #3
No changes

Changes for Build #4
No changes

Changes for Build #5
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE


Changes for Build #6
[Your Name] network: Introducing a test for unrestricted display network name


Changes for Build #7
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE


Changes for Build #8
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE


Changes for Build #9
[Your Name] network: Introducing a test for unrestricted display network name


Changes for Build #10
[Your Name] network: Introducing a test for unrestricted display network name




-
Failed Tests:
-
No tests ran.___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-system-tests_hc-basic-suite-4.2 - Build # 177 - Failure!

2018-05-17 Thread jenkins

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-4.2/ 
Build: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-4.2/177/
Build Number: 177
Build Status:  Failure
Triggered By: Started by timer

-
Changes Since Last Success:
-
Changes for Build #177
[Your Name] network: Introducing a test for unrestricted display network name




-
Failed Tests:
-
1 tests failed.
FAILED:  002_bootstrap.add_hosts

Error Message:
The response content type 'text/html; charset=iso-8859-1' isn't the expected XML
 >> begin captured logging << 
ovirtlago.testlib: ERROR: * Unhandled exception in 
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, in 
assert_equals_within
res = func()
  File 
"/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-4.2/ovirt-system-tests/hc-basic-suite-4.2/test-scenarios/002_bootstrap.py",
 line 254, in _host_is_up_4
host_obj = host_service.get()
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 36676, 
in get
return self._internal_get(headers, query, wait)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in 
_internal_get
return future.wait() if wait else future
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 55, in 
wait
return self._code(response)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 208, in 
callback
self._check_fault(response)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 130, in 
_check_fault
body = self._internal_read_body(response)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 316, in 
_internal_read_body
self._connection.check_xml_content_type(response)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 849, in 
check_xml_content_type
response.headers
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 889, in 
_check_content_type
raise Error(msg)
Error: The response content type 'text/html; charset=iso-8859-1' isn't the 
expected XML
- >> 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-system-tests_hc-basic-suite-4.2/ovirt-system-tests/hc-basic-suite-4.2/test-scenarios/002_bootstrap.py",
 line 229, in add_hosts
add_hosts_4(prefix)
  File 
"/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-4.2/ovirt-system-tests/hc-basic-suite-4.2/test-scenarios/002_bootstrap.py",
 line 273, in add_hosts_4
testlib.assert_true_within(_host_is_up_4, timeout=15*60)
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 263, in 
assert_true_within
assert_equals_within(func, True, timeout, allowed_exceptions)
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, in 
assert_equals_within
res = func()
  File 
"/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-4.2/ovirt-system-tests/hc-basic-suite-4.2/test-scenarios/002_bootstrap.py",
 line 254, in _host_is_up_4
host_obj = host_service.get()
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 36676, 
in get
return self._internal_get(headers, query, wait)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in 
_internal_get
return future.wait() if wait else future
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 55, in 
wait
return self._code(response)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 208, in 
callback
self._check_fault(response)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 130, in 
_check_fault
body = self._internal_read_body(response)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 316, in 
_internal_read_body
self._connection.check_xml_content_type(response)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 849, in 
check_xml_content_type
response.headers
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 889, in 
_check_content_type
raise Error(msg)
'The response content type \'text/html; charset=iso-8859-1\' isn\'t the 
expected XML\n >> begin captured logging << 
\novirtlago.testlib: ERROR: * Unhandled exception in 
\nTraceback (most recent call 
last):\n  File

Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #1493

2018-05-17 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/heads/*:refs/remotes/origin/* --prune
 > git rev-parse origin/master^{commit} # timeout=10
Checking out Revision 590375b63082c509575860789958514fd9a3392c (origin/master)
 > git config core.sparsecheckout # timeout=10
 > git checkout -f 590375b63082c509575860789958514fd9a3392c
Commit message: "Don't run check-patch-s390x.sh on merge"
 > git rev-list --no-walk 590375b63082c509575860789958514fd9a3392c # timeout=10
[system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe 
/tmp/jenkins636525014278819916.sh
+ jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-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 209, in main
my.doSackSetup(arches)
  File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 741, in 
doSackSetup
return self._getSacks(archlist=archlist, thisrepo=thisrepo)
  File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 778, in 
_getSacks
self.repos.populateSack(which=repos)
  File "/usr/lib/python2.7/site-packages/yum/repos.py", line 380, in 
populateSack
sack._retrieve_async(repo, data)
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 185, in 
_retrieve_async
if not self._check_uncompressed_db_gen(repo, mydbtype):
  File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 287, in 
_check_uncompressed_db_gen
cached=repo.cache)
  File "/usr/lib/python2.7/site-packages/yum/misc.py", line 1165, in 
repo_gen_decompress
return decompress(filename, dest=dest, check_timestamps=True)
  File "/usr/lib/python2.7/site-packages/yum/misc.py", line 1150, in decompress
_decompress_chunked(filename, out, ztype)
  File "/usr/lib/python2.7/site-packages/yum/misc.py", line 791, in 
_decompress_chunked
raise Errors.MiscError, msg
yum.Errors.MiscError: Error reading from file 
/home/jenkins/mirrors_cache/epel-el6/5d6210f57b81b5c31606373e7d65124e1a01a88f5944ba4322b7bed694bdb494-primary.sqlite.bz2:
 compressed file ended before the logical end-of-stream was detected
Build step 'Execute shell' marked build as failure
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-appliance_ovirt-4.1-pre_build-artifacts-el7-x86_64 - Build # 152 - Still Failing!

2018-05-17 Thread jenkins

Project: 
http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-4.1-pre_build-artifacts-el7-x86_64/
 
Build: 
http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-4.1-pre_build-artifacts-el7-x86_64/152/
Build Number: 152
Build Status:  Still Failing
Triggered By: Started by timer

-
Changes Since Last Success:
-
Changes for Build #151
[Miguel Duarte Barroso] Adding myself to the list

[Evgheni Dereveanchin] Ensure nested KVM is enabled from global_setup

[Daniel Belenky] Update legend table of manual OST

[Emil Natan] refactor formatters code

[Barak Korren] Add jobs for 'jniederm' user on GitHub

[Gal Ben Haim] lago: Add fc28 build, drop fc26 build

[Sandro Bonazzola] ovirt-host: add fc28 on master

[Evgheni Dereveanchin] Verify IPv6 router advertisement settings from 
global_setup

[Daniel Belenky] Inject git config name and email in std template

[Eyal Edri] drop all 4.1 nightly ost jobs

[Daniel Belenky] Remove aspostrophes from git-config params

[Eyal Edri] Drop obselete gluster 3.7,3.8 repos from mirrors

[Yuval Turgeman] Resolve network issues in kickstart


Changes for Build #152
[Emil Natan] Collect STDCI logging functions into a separate module

[Greg Sheremeta] add projects to stdci v2

[Emil Natan] Fix a bug with missing imports in stdci_logging.py

[Daniel Belenky] Allow requirement of project specific nodes

[Barak Korren] Fix Git user for 'jenkins' repo V1 jobs

[Martin Perina] wildfly: wildfly-overlay: Add FC28 builds

[Martin Perina] engine-extensions: Add FC28 builds

[Barak Korren] Don't run check-patch-s390x.sh on merge

[Yuval Turgeman] Resolve network issues in kickstart




-
Failed Tests:
-
No tests ran.___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2028) Re: [Infra-private] Please remove yklei...@redhat.com from infra@ovirt.org

2018-05-17 Thread Evgheni Dereveanchin (oVirt JIRA)


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

Evgheni Dereveanchin reassigned OVIRT-2028:
---

Assignee: Evgheni Dereveanchin  (was: infra)

> Re: [Infra-private] Please remove yklei...@redhat.com from infra@ovirt.org
> --
>
> Key: OVIRT-2028
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2028
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Barak Korren
>Assignee: Evgheni Dereveanchin
>
> Forwarding to infra-support to get a Jira ticet.
> On 15 May 2018 at 10:34, Yaniv Kaul  wrote:
> > He has left Red Hat long ago, and his email has been forwarded to Allon,
> > which recently left Red Hat - and now I'm getting those emails.
> >
> > TIA,
> > Y.
> >
> > ___
> > Infra-private mailing list -- infra-priv...@ovirt.org
> > To unsubscribe send an email to infra-private-le...@ovirt.org
> > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> > guidelines/
> > List Archives:
> >
> >
> -- 
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-system-tests_he-node-ng-suite-master - Build # 9 - Still Failing!

2018-05-17 Thread jenkins

Project: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/9/
Build Number: 9
Build Status:  Still Failing
Triggered By: Started by timer

-
Changes Since Last Success:
-
Changes for Build #1
No changes

Changes for Build #2
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE


Changes for Build #3
No changes

Changes for Build #4
No changes

Changes for Build #5
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE


Changes for Build #6
[Your Name] network: Introducing a test for unrestricted display network name


Changes for Build #7
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE


Changes for Build #8
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE


Changes for Build #9
[Your Name] network: Introducing a test for unrestricted display network name




-
Failed Tests:
-
No tests ran.___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

Change in barak-test[master]: jenkins integ test

2018-05-17 Thread review

>From Evgheni Dereveanchin :

Evgheni Dereveanchin has posted comments on this change. ( 
https://gerrit-staging.phx.ovirt.org/17 )

Change subject: jenkins integ test
..


Patch Set 1: Code-Review+1

test comment after gerrit upgrade


--
To view, visit https://gerrit-staging.phx.ovirt.org/17
To unsubscribe, visit https://gerrit-staging.phx.ovirt.org/settings

Gerrit-Project: barak-test
Gerrit-Branch: master
Gerrit-MessageType: comment
Gerrit-Change-Id: I50acc69c8c5b6b3e03f3ced23d72c883ac4db2c2
Gerrit-Change-Number: 17
Gerrit-PatchSet: 1
Gerrit-Owner: Evgheni Dereveanchin 
Gerrit-Reviewer: Evgheni Dereveanchin 
Gerrit-Reviewer: Jenkins CI 
Gerrit-Comment-Date: Thu, 17 May 2018 20:52:46 +
Gerrit-HasComments: No
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-system-tests_he-node-ng-suite-master - Build # 8 - Still Failing!

2018-05-17 Thread jenkins

Project: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/8/
Build Number: 8
Build Status:  Still Failing
Triggered By: Started by user Gal Ben Haim

-
Changes Since Last Success:
-
Changes for Build #1
No changes

Changes for Build #2
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE


Changes for Build #3
No changes

Changes for Build #4
No changes

Changes for Build #5
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE


Changes for Build #6
[Your Name] network: Introducing a test for unrestricted display network name


Changes for Build #7
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE


Changes for Build #8
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE




-
Failed Tests:
-
No tests ran.___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[CQ]: 91133, 4 (vdsm) failed "ovirt-master" system tests, but isn't the failure root cause

2018-05-17 Thread oVirt Jenkins

A system test invoked by the "ovirt-master" change queue including change
91133,4 (vdsm) failed. However, this change seems not to be the root cause for
this failure. Change 91221,3 (vdsm) 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 91221,3 (vdsm) 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/91133/4

For further details about the change that seems to be the root cause behind the
testing failures see:
https://gerrit.ovirt.org/#/c/91221/3

For failed test results see:
http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7638/
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-system-tests_hc-basic-suite-4.2 - Build # 176 - Fixed!

2018-05-17 Thread jenkins

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-4.2/ 
Build: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-4.2/176/
Build Number: 176
Build Status:  Fixed
Triggered By: Started by timer

-
Changes Since Last Success:
-
Changes for Build #174
[Sandro Bonazzola] new suite: he-basic-iscsi-suite-4.2


Changes for Build #175
[Sandro Bonazzola] new suite: he-basic-iscsi-suite-4.2

[Barak Korren] Don't run check-patch-s390x.sh on merge


Changes for Build #176
[Your Name] network: Introducing a test for unrestricted display network name




-
Failed Tests:
-
All tests passed___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[CQ]: 91249, 7 (vdsm) failed "ovirt-master" system tests, but isn't the failure root cause

2018-05-17 Thread oVirt Jenkins

A system test invoked by the "ovirt-master" change queue including change
91249,7 (vdsm) failed. However, this change seems not to be the root cause for
this failure. Change 91221,3 (vdsm) 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 91221,3 (vdsm) 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/91249/7

For further details about the change that seems to be the root cause behind the
testing failures see:
https://gerrit.ovirt.org/#/c/91221/3

For failed test results see:
http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7636/
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-appliance_4.1_build-artifacts-el7-x86_64 - Build # 72 - Still Failing!

2018-05-17 Thread jenkins

Project: 
http://jenkins.ovirt.org/job/ovirt-appliance_4.1_build-artifacts-el7-x86_64/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-appliance_4.1_build-artifacts-el7-x86_64/72/
Build Number: 72
Build Status:  Still Failing
Triggered By: Started by timer

-
Changes Since Last Success:
-
Changes for Build #65
[Daniel Belenky] Inject git config name and email in std template

[Eyal Edri] drop all 4.1 nightly ost jobs

[Daniel Belenky] Remove aspostrophes from git-config params

[Eyal Edri] Drop obselete gluster 3.7,3.8 repos from mirrors

[Yuval Turgeman] Resolve network issues in kickstart


Changes for Build #66
[Yuval Turgeman] Resolve network issues in kickstart


Changes for Build #67
[Yuval Turgeman] Resolve network issues in kickstart


Changes for Build #68
[Emil Natan] Collect STDCI logging functions into a separate module

[Greg Sheremeta] add projects to stdci v2

[Yuval Turgeman] Resolve network issues in kickstart


Changes for Build #69
[Emil Natan] Fix a bug with missing imports in stdci_logging.py

[Yuval Turgeman] Resolve network issues in kickstart


Changes for Build #70
[Daniel Belenky] Allow requirement of project specific nodes

[Barak Korren] Fix Git user for 'jenkins' repo V1 jobs

[Yuval Turgeman] Resolve network issues in kickstart


Changes for Build #71
[Martin Perina] wildfly: wildfly-overlay: Add FC28 builds

[Martin Perina] engine-extensions: Add FC28 builds

[Yuval Turgeman] Resolve network issues in kickstart


Changes for Build #72
[Barak Korren] Don't run check-patch-s390x.sh on merge

[Yuval Turgeman] Resolve network issues in kickstart




-
Failed Tests:
-
No tests ran.___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

Re: [CQ]: 91311, 2 (ovirt-host) failed "ovirt-master" system tests, but isn't the failure root cause

2018-05-17 Thread Sandro Bonazzola

2018-05-17 14:58 GMT+02:00 oVirt Jenkins :

> A system test invoked by the "ovirt-master" change queue including change
> 91311,2 (ovirt-host) failed. However, this change seems not to be the root
> cause for this failure. Change 91312,1 (ovirt-host) that this change
> depends on
> or is based on, was detected as the cause of the testing failures.
>
>
Missing a pakcage in OST filtering, fix: https://gerrit.ovirt.org/#/c/91371/




> This change had been removed from the testing queue. Artifacts built from
> this
> change will not be released until either change 91312,1 (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/91311/2
>
> For further details about the change that seems to be the root cause
> behind the
> testing failures see:
> https://gerrit.ovirt.org/#/c/91312/1
>
> For failed test results see:
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7629/
> ___
> Infra mailing list -- infra@ovirt.org
> To unsubscribe send an email to infra-le...@ovirt.org
>



-- 

SANDRO BONAZZOLA

ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R

Red Hat EMEA 

sbona...@redhat.com


___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[CQ]: 90647, 8 (vdsm) failed "ovirt-master" system tests, but isn't the failure root cause

2018-05-17 Thread oVirt Jenkins

A system test invoked by the "ovirt-master" change queue including change
90647,8 (vdsm) failed. However, this change seems not to be the root cause for
this failure. Change 91221,3 (vdsm) 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 91221,3 (vdsm) 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/90647/8

For further details about the change that seems to be the root cause behind the
testing failures see:
https://gerrit.ovirt.org/#/c/91221/3

For failed test results see:
http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7632/
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt CI] standard-enqueue - Build #13530 - FAILURE!

2018-05-17 Thread jenkins

Build: http://jenkins.ovirt.org/job/standard-enqueue/13530/
Build Name: #13530
Build Description: Gerrit: 91336 - ovirt-engine (4.2.3)
Build Status: FAILURE
Gerrit change: https://gerrit.ovirt.org/91336
- title: Revert \"packaging: setup: postgres95: Pass locale\"
- project: ovirt-engine
- branch: ovirt-engine-4.2.3.z
- author: Yedidyah Bar David ___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt CI] standard-enqueue - Build #13529 - FAILURE!

2018-05-17 Thread jenkins

Build: http://jenkins.ovirt.org/job/standard-enqueue/13529/
Build Name: #13529
Build Description: Gerrit: 91337 - ovirt-engine (4.2.3)
Build Status: FAILURE
Gerrit change: https://gerrit.ovirt.org/91337
- title: packaging: setup: postgres95: Pass locale
- project: ovirt-engine
- branch: ovirt-engine-4.2.3.z
- author: Yedidyah Bar David ___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-system-tests_hc-basic-suite-master - Build # 393 - Fixed!

2018-05-17 Thread jenkins

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/393/
Build Number: 393
Build Status:  Fixed
Triggered By: Started by timer

-
Changes Since Last Success:
-
Changes for Build #392
[Sandro Bonazzola] new suite: he-basic-iscsi-suite-4.2


Changes for Build #393
[Your Name] network: Introducing a test for unrestricted display network name

[Barak Korren] Don't run check-patch-s390x.sh on merge




-
Failed Tests:
-
All tests passed___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-system-tests_he-node-ng-suite-master - Build # 7 - Still Failing!

2018-05-17 Thread jenkins

Project: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/7/
Build Number: 7
Build Status:  Still Failing
Triggered By: Started by user Gal Ben Haim

-
Changes Since Last Success:
-
Changes for Build #1
No changes

Changes for Build #2
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE


Changes for Build #3
No changes

Changes for Build #4
No changes

Changes for Build #5
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE


Changes for Build #6
[Your Name] network: Introducing a test for unrestricted display network name


Changes for Build #7
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE




-
Failed Tests:
-
No tests ran.___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[CQ]: 91311, 2 (ovirt-host) failed "ovirt-master" system tests, but isn't the failure root cause

2018-05-17 Thread oVirt Jenkins

A system test invoked by the "ovirt-master" change queue including change
91311,2 (ovirt-host) failed. However, this change seems not to be the root
cause for this failure. Change 91312,1 (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 91312,1 (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/91311/2

For further details about the change that seems to be the root cause behind the
testing failures see:
https://gerrit.ovirt.org/#/c/91312/1

For failed test results see:
http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7629/
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2034) Recreate the transactional CI mirrors with Pulp

2018-05-17 Thread Barak Korren (oVirt JIRA)


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

Barak Korren commented on OVIRT-2034:
-

One very important concept for implementing the mirrors is creating immutable 
versions, or snapshots of the content. While this concept is supported by 
Satellite 6 and probably Katello, according to the document linked below this 
concept is only supported by Pulp 3 which seems to still be under development:

https://docs.pulpproject.org/en/3.0/nightly/overview/from-pulp-2.html

> Recreate the transactional CI mirrors with Pulp
> ---
>
> Key: OVIRT-2034
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2034
> Project: oVirt - virtualization made easy
>  Issue Type: New Feature
>  Components: CI Mirrors
>Reporter: Barak Korren
>Assignee: infra
>
> Right now, the CI mirrors are created and maintained by a set of custom 
> scripts and jobs.
> It seems that [Pulp|https://pulpproject.org/] can do what our current system 
> does. The reason behind not using it when we first made the mirrors system 
> was out desire to provide a quick solution and avoid adding more services to 
> maintain. 
> There are however, quite a few reasons to want to switch to pulp:
> # Aside from RPMs it can also manage other interesting kinds of resources 
> like Containers, DEB packages and Python packages.
> # If it works well for us - we can maintain less code by dropping the 
> existing mirror management code
> # It has built-in distribution mechanisms that can be useful to scale it up. 
> # It seems it has support for assigning packages to multiple repos. This cab 
> be used as a tagging mechanism to implement OVIRT-2033



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[CQ]: 91215,1 (vdsm) failed "ovirt-4.2" system tests

2018-05-17 Thread oVirt Jenkins

Change 91215,1 (vdsm) is probably the reason behind recent system test failures
in the "ovirt-4.2" 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/91215/1

For failed test results see:
http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/1956/
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-system-tests_he-node-ng-suite-master - Build # 6 - Still Failing!

2018-05-17 Thread jenkins

Project: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/6/
Build Number: 6
Build Status:  Still Failing
Triggered By: Started by timer

-
Changes Since Last Success:
-
Changes for Build #1
No changes

Changes for Build #2
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE


Changes for Build #3
No changes

Changes for Build #4
No changes

Changes for Build #5
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE


Changes for Build #6
[Your Name] network: Introducing a test for unrestricted display network name




-
Failed Tests:
-
No tests ran.___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2037) Patchsets from non-whitelisted users can't run post-merge tasks

2018-05-17 Thread Daniel Belenky (oVirt JIRA)

Daniel Belenky created OVIRT-2037:
-

 Summary: Patchsets from non-whitelisted users can't run post-merge 
tasks
 Key: OVIRT-2037
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2037
 Project: oVirt - virtualization made easy
  Issue Type: Bug
  Components: Standard CI (Freestyle)
Reporter: Daniel Belenky
Assignee: infra


In some cases, even if a patch was created by a non-whitelisted user, project 
maintainer can decide to merge
the patch. Currently, STDCI (V1) will block the patch from running any 
post-merge jobs due to whitelist check.

We need to allow project maintainers to bypass the whitelist check or disable 
whitelist checking on post-merge jobs.

Note: If we decide to disable whitelist check on post-merge jobs, we need to 
make sure we run post-merge jobs only on *merged* patchsets.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2036) Pre-merged patchsets can run on post-merged jobs in STDCI V2

2018-05-17 Thread Daniel Belenky (oVirt JIRA)


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

Daniel Belenky updated OVIRT-2036:
--
Description: 
Currently, if one comments 'ci re-merge please' on a pre-merged patch, STDCI V2 
will run post-merge jobs hence bypassing our whitelist filtering.
We need to fix it by checking if the event matches the actual state of the 
patch before running any user code.

  was:
Currently, if one comments 'ci re-merge please' on a pre-merged patch, STDCI V2 
will run post-merge jobs.
We need to fix it by checking if the event matches the actual state of the 
patch before running any user code.


> Pre-merged patchsets can run on post-merged jobs in STDCI V2
> 
>
> Key: OVIRT-2036
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2036
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>  Components: Standard CI (Pipelines)
>Reporter: Daniel Belenky
>Assignee: infra
>
> Currently, if one comments 'ci re-merge please' on a pre-merged patch, STDCI 
> V2 will run post-merge jobs hence bypassing our whitelist filtering.
> We need to fix it by checking if the event matches the actual state of the 
> patch before running any user code.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2036) Pre-merged patchsets can run on post-merged jobs in STDCI V2

2018-05-17 Thread Daniel Belenky (oVirt JIRA)


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

Daniel Belenky updated OVIRT-2036:
--
Summary: Pre-merged patchsets can run on post-merged jobs in STDCI V2  
(was: Post merge patchsets can run on pre-merge jobs in STDCI V2)

> Pre-merged patchsets can run on post-merged jobs in STDCI V2
> 
>
> Key: OVIRT-2036
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2036
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>  Components: Standard CI (Pipelines)
>Reporter: Daniel Belenky
>Assignee: infra
>
> Currently, if one comments 'ci re-merge please' on a pre-merged patch, STDCI 
> V2 will run post-merge jobs.
> We need to fix it by checking if the event matches the actual state of the 
> patch before running any user code.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2037) Patchsets from non-whitelisted users can't run post-merge tasks

2018-05-17 Thread Daniel Belenky (oVirt JIRA)


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

Daniel Belenky updated OVIRT-2037:
--
Epic Link: OVIRT-400

> Patchsets from non-whitelisted users can't run post-merge tasks
> ---
>
> Key: OVIRT-2037
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2037
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>  Components: Standard CI (Freestyle)
>Reporter: Daniel Belenky
>Assignee: infra
>
> In some cases, even if a patch was created by a non-whitelisted user, project 
> maintainer can decide to merge
> the patch. Currently, STDCI (V1) will block the patch from running any 
> post-merge jobs due to whitelist check.
> We need to allow project maintainers to bypass the whitelist check or disable 
> whitelist checking on post-merge jobs.
> Note: If we decide to disable whitelist check on post-merge jobs, we need to 
> make sure we run post-merge jobs only on *merged* patchsets.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

Re: Tried to build WildFly for FC28

2018-05-17 Thread Martin Perina

On Thu, May 17, 2018 at 1:00 PM, Barak Korren  wrote:

>
>
> On 17 May 2018 at 12:49, Martin Perina  wrote:
>
>>
>>
>> On Wed, May 16, 2018 at 1:09 PM, Barak Korren  wrote:
>>
>>>
>>>
>>> On 16 May 2018 at 14:03, Martin Perina  wrote:
>>>
 Hi,

 I've tried to rebuild WildFly package for FC28 [1], but the build [2]
 failed on:

 *10:37:56* ERROR: Command failed: *10:37:56*  # /usr/bin/yum --installroot 
 /var/lib/mock/fedora-28-x86_64-331df456b1f04c7c4dfdcc6461d09745-bootstrap-19748/root/
  --releasever 28 install dnf dnf-plugins-core distribution-gpg-keys 
 --setopt=tsflags=nocontexts*10:37:56* Failed to set locale, defaulting to 
 C*10:37:56* 
 http://resources.ovirt.org/repos/ci-tools/fc28/repodata/repomd.xml: [Errno 
 14] HTTP Error 404 - Not Found


 Do we already support builds for FC28?


>>> yes we do.
>>>
>>> what is it trying to take from ci-tools? maybe the repo link should
>>> simply be removed?
>>>
>>
>> Good catch, it was probably some remains which I missed. I have removed
>> the repo from both ovirt-engine-wildfly [3] and
>> ovirt-engine-wildfly-overlay [4] and both builds were successful, currently
>> waiting in CQ, so I will check tomorrow if RPMs are included in correct
>> repos.
>>
>> Btw Greg noticed ovirt-engine-wildfly-overlay package was missing for
>> FC27 (which means that engine was not able to work on FC27 ever), so we
>> should really do some synchronization of all maintainers when introducing
>> support for new OS release to make sure every required packages are
>> included in all needed repos.
>>
>
> That would be an improvement as so far it seems to had just been Sandro
> adding the jobs for everyone...
>

Yes, because so far we never had project wide decision, for example:

  "From June 1st 2018 all packages required by engine and VDSM needs to be
built for FC28 so we can finish building the whole oVirt project for FC28
till June 30th"

or

  "We are not going to support FC29 at all, all developers have to use
either CentOS 7 or stay with FC28 until FC30 is released"

Unless we will have a clear decision about upcoming OS version, we will
always be in the same chaos as currently


>
>
>>
>> Thanks
>>
>> Martin
>>
>>
>>>
>>>
 Thanks

 Martin

 [1] https://gerrit.ovirt.org/89197
 [2] http://jenkins.ovirt.org/job/ovirt-engine-wildfly_master_bu
 ild-artifacts-fc28-x86_64/1

>>>
>> [3] https://gerrit.ovirt.org/91300
>> [4] https://gerrit.ovirt.org/91308
>> 
>>
>>> 

 --
 Martin Perina
 Associate Manager, Software Engineering
 Red Hat Czech s.r.o.

 ___
 Infra mailing list -- infra@ovirt.org
 To unsubscribe send an email to infra-le...@ovirt.org


>>>
>>>
>>> --
>>> Barak Korren
>>> RHV DevOps team , RHCE, RHCi
>>> Red Hat EMEA
>>> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
>>>
>>
>>
>>
>> --
>> Martin Perina
>> Associate Manager, Software Engineering
>> Red Hat Czech s.r.o.
>>
>
>
>
> --
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
>



-- 
Martin Perina
Associate Manager, Software Engineering
Red Hat Czech s.r.o.
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2036) Post merge patchsets can run on pre-merge jobs in STDCI V2

2018-05-17 Thread Daniel Belenky (oVirt JIRA)

Daniel Belenky created OVIRT-2036:
-

 Summary: Post merge patchsets can run on pre-merge jobs in STDCI V2
 Key: OVIRT-2036
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2036
 Project: oVirt - virtualization made easy
  Issue Type: Bug
  Components: Standard CI (Pipelines)
Reporter: Daniel Belenky
Assignee: infra


Currently, if one comments 'ci re-merge please' on a pre-merged patch, STDCI V2 
will run post-merge jobs.
We need to fix it by checking if the event matches the actual state of the 
patch before running any user code.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2036) Post merge patchsets can run on pre-merge jobs in STDCI V2

2018-05-17 Thread Daniel Belenky (oVirt JIRA)


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

Daniel Belenky updated OVIRT-2036:
--
Epic Link: OVIRT-400

> Post merge patchsets can run on pre-merge jobs in STDCI V2
> --
>
> Key: OVIRT-2036
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2036
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>  Components: Standard CI (Pipelines)
>Reporter: Daniel Belenky
>Assignee: infra
>
> Currently, if one comments 'ci re-merge please' on a pre-merged patch, STDCI 
> V2 will run post-merge jobs.
> We need to fix it by checking if the event matches the actual state of the 
> patch before running any user code.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-system-tests_he-node-ng-suite-master - Build # 5 - Still Failing!

2018-05-17 Thread jenkins

Project: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/5/
Build Number: 5
Build Status:  Still Failing
Triggered By: Started by user Gal Ben Haim

-
Changes Since Last Success:
-
Changes for Build #1
No changes

Changes for Build #2
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE


Changes for Build #3
No changes

Changes for Build #4
No changes

Changes for Build #5
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE




-
Failed Tests:
-
No tests ran.___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[CQ]: 91320,1 (ovirt-host) failed "ovirt-4.2" system tests

2018-05-17 Thread oVirt Jenkins

Change 91320,1 (ovirt-host) is probably the reason behind recent system test
failures in the "ovirt-4.2" 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/91320/1

For failed test results see:
http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/1954/
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-system-tests_he-node-ng-suite-master - Build # 4 - Still Failing!

2018-05-17 Thread jenkins

Project: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/4/
Build Number: 4
Build Status:  Still Failing
Triggered By: Started by user Gal Ben Haim

-
Changes Since Last Success:
-
Changes for Build #1
No changes

Changes for Build #2
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE


Changes for Build #3
No changes

Changes for Build #4
No changes



-
Failed Tests:
-
No tests ran.___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-system-tests_he-node-ng-suite-master - Build # 3 - Still Failing!

2018-05-17 Thread jenkins

Project: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/3/
Build Number: 3
Build Status:  Still Failing
Triggered By: Started by user Gal Ben Haim

-
Changes Since Last Success:
-
Changes for Build #1
No changes

Changes for Build #2
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE


Changes for Build #3
No changes



-
Failed Tests:
-
No tests ran.___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

Re: Tried to build WildFly for FC28

2018-05-17 Thread Barak Korren

On 17 May 2018 at 12:49, Martin Perina  wrote:

>
>
> On Wed, May 16, 2018 at 1:09 PM, Barak Korren  wrote:
>
>>
>>
>> On 16 May 2018 at 14:03, Martin Perina  wrote:
>>
>>> Hi,
>>>
>>> I've tried to rebuild WildFly package for FC28 [1], but the build [2]
>>> failed on:
>>>
>>> *10:37:56* ERROR: Command failed: *10:37:56*  # /usr/bin/yum --installroot 
>>> /var/lib/mock/fedora-28-x86_64-331df456b1f04c7c4dfdcc6461d09745-bootstrap-19748/root/
>>>  --releasever 28 install dnf dnf-plugins-core distribution-gpg-keys 
>>> --setopt=tsflags=nocontexts*10:37:56* Failed to set locale, defaulting to 
>>> C*10:37:56* 
>>> http://resources.ovirt.org/repos/ci-tools/fc28/repodata/repomd.xml: [Errno 
>>> 14] HTTP Error 404 - Not Found
>>>
>>>
>>> Do we already support builds for FC28?
>>>
>>>
>> yes we do.
>>
>> what is it trying to take from ci-tools? maybe the repo link should
>> simply be removed?
>>
>
> Good catch, it was probably some remains which I missed. I have removed
> the repo from both ovirt-engine-wildfly [3] and
> ovirt-engine-wildfly-overlay [4] and both builds were successful, currently
> waiting in CQ, so I will check tomorrow if RPMs are included in correct
> repos.
>
> Btw Greg noticed ovirt-engine-wildfly-overlay package was missing for FC27
> (which means that engine was not able to work on FC27 ever), so we should
> really do some synchronization of all maintainers when introducing support
> for new OS release to make sure every required packages are included in all
> needed repos.
>

That would be an improvement as so far it seems to had just been Sandro
adding the jobs for everyone...



>
> Thanks
>
> Martin
>
>
>>
>>
>>> Thanks
>>>
>>> Martin
>>>
>>> [1] https://gerrit.ovirt.org/89197
>>> [2] http://jenkins.ovirt.org/job/ovirt-engine-wildfly_master_bu
>>> ild-artifacts-fc28-x86_64/1
>>>
>>
> [3] https://gerrit.ovirt.org/91300
> [4] https://gerrit.ovirt.org/91308
> 
>
>> 
>>>
>>> --
>>> Martin Perina
>>> Associate Manager, Software Engineering
>>> Red Hat Czech s.r.o.
>>>
>>> ___
>>> Infra mailing list -- infra@ovirt.org
>>> To unsubscribe send an email to infra-le...@ovirt.org
>>>
>>>
>>
>>
>> --
>> Barak Korren
>> RHV DevOps team , RHCE, RHCi
>> Red Hat EMEA
>> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
>>
>
>
>
> --
> Martin Perina
> Associate Manager, Software Engineering
> Red Hat Czech s.r.o.
>



-- 
Barak Korren
RHV DevOps team , RHCE, RHCi
Red Hat EMEA
redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-system-tests_he-node-ng-suite-master - Build # 2 - Still Failing!

2018-05-17 Thread jenkins

Project: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/2/
Build Number: 2
Build Status:  Still Failing
Triggered By: Started by user Gal Ben Haim

-
Changes Since Last Success:
-
Changes for Build #1
No changes

Changes for Build #2
[Yuval Turgeman] Added ovirt-node-ng suite that deploys HE




-
Failed Tests:
-
No tests ran.___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[CQ]: 91312,1 (ovirt-host) failed "ovirt-master" system tests

2018-05-17 Thread oVirt Jenkins

Change 91312,1 (ovirt-host) 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/91312/1

For failed test results see:
http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7625/
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2035) CQ failed due to a patch from a non-whitelisted email

2018-05-17 Thread Barak Korren (oVirt JIRA)


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

Barak Korren reassigned OVIRT-2035:
---

Assignee: Barak Korren  (was: infra)

> CQ failed due to a patch from a non-whitelisted email 
> --
>
> Key: OVIRT-2035
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2035
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>  Components: Change Queue
>Reporter: Evgheni Dereveanchin
>Assignee: Barak Korren
>
> While investigating a change queue failure I saw a potentially buggy behavior 
> when a patch is merged from a person that's not on the whitelist:
> Failed CQ job:
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7622/consoleFull
> 08:00:49 ovirt-engine-api-model_master_build-artifacts-fc27-x86_64 (32) 
> failed building
> Related build-artifacts job:
> http://jenkins.ovirt.org/job/ovirt-engine-api-model_master_build-artifacts-fc27-x86_64/32/console
> 07:07:10 shell-scripts/whitelist-filter.sh
> 07:07:10 USER bburm...@redhat.com NOT FOUND IN THE WHITELIST, NOT RUNNING
> 07:07:10 Build step 'Execute shell' marked build as failure
> Merged gerrit patch:
> https://gerrit.ovirt.org/#/c/91277/



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2035) CQ failed due to a patch from a non-whitelisted email

2018-05-17 Thread Barak Korren (oVirt JIRA)


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

Barak Korren commented on OVIRT-2035:
-

Hmm... I think we fixed this in V2 - its a bit tricky to get a proper fox for 
this in V1, might even be impossible.

> CQ failed due to a patch from a non-whitelisted email 
> --
>
> Key: OVIRT-2035
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2035
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>  Components: Change Queue
>Reporter: Evgheni Dereveanchin
>Assignee: infra
>
> While investigating a change queue failure I saw a potentially buggy behavior 
> when a patch is merged from a person that's not on the whitelist:
> Failed CQ job:
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7622/consoleFull
> 08:00:49 ovirt-engine-api-model_master_build-artifacts-fc27-x86_64 (32) 
> failed building
> Related build-artifacts job:
> http://jenkins.ovirt.org/job/ovirt-engine-api-model_master_build-artifacts-fc27-x86_64/32/console
> 07:07:10 shell-scripts/whitelist-filter.sh
> 07:07:10 USER bburm...@redhat.com NOT FOUND IN THE WHITELIST, NOT RUNNING
> 07:07:10 Build step 'Execute shell' marked build as failure
> Merged gerrit patch:
> https://gerrit.ovirt.org/#/c/91277/



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2035) CQ failed due to a patch from a non-whitelisted email

2018-05-17 Thread Barak Korren (oVirt JIRA)


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

Barak Korren updated OVIRT-2035:

Epic Link: OVIRT-400

> CQ failed due to a patch from a non-whitelisted email 
> --
>
> Key: OVIRT-2035
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2035
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>  Components: Change Queue
>Reporter: Evgheni Dereveanchin
>Assignee: infra
>
> While investigating a change queue failure I saw a potentially buggy behavior 
> when a patch is merged from a person that's not on the whitelist:
> Failed CQ job:
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7622/consoleFull
> 08:00:49 ovirt-engine-api-model_master_build-artifacts-fc27-x86_64 (32) 
> failed building
> Related build-artifacts job:
> http://jenkins.ovirt.org/job/ovirt-engine-api-model_master_build-artifacts-fc27-x86_64/32/console
> 07:07:10 shell-scripts/whitelist-filter.sh
> 07:07:10 USER bburm...@redhat.com NOT FOUND IN THE WHITELIST, NOT RUNNING
> 07:07:10 Build step 'Execute shell' marked build as failure
> Merged gerrit patch:
> https://gerrit.ovirt.org/#/c/91277/



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2035) CQ failed due to a patch from a non-whitelisted email

2018-05-17 Thread Barak Korren (oVirt JIRA)


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

Barak Korren updated OVIRT-2035:

Epic Link: OVIRT-400

> CQ failed due to a patch from a non-whitelisted email 
> --
>
> Key: OVIRT-2035
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2035
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>  Components: Change Queue
>Reporter: Evgheni Dereveanchin
>Assignee: infra
>
> While investigating a change queue failure I saw a potentially buggy behavior 
> when a patch is merged from a person that's not on the whitelist:
> Failed CQ job:
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7622/consoleFull
> 08:00:49 ovirt-engine-api-model_master_build-artifacts-fc27-x86_64 (32) 
> failed building
> Related build-artifacts job:
> http://jenkins.ovirt.org/job/ovirt-engine-api-model_master_build-artifacts-fc27-x86_64/32/console
> 07:07:10 shell-scripts/whitelist-filter.sh
> 07:07:10 USER bburm...@redhat.com NOT FOUND IN THE WHITELIST, NOT RUNNING
> 07:07:10 Build step 'Execute shell' marked build as failure
> Merged gerrit patch:
> https://gerrit.ovirt.org/#/c/91277/



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-system-tests_hc-basic-suite-4.2 - Build # 175 - Still Failing!

2018-05-17 Thread jenkins

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-4.2/ 
Build: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-4.2/175/
Build Number: 175
Build Status:  Still Failing
Triggered By: Started by timer

-
Changes Since Last Success:
-
Changes for Build #174
[Sandro Bonazzola] new suite: he-basic-iscsi-suite-4.2


Changes for Build #175
[Sandro Bonazzola] new suite: he-basic-iscsi-suite-4.2

[Barak Korren] Don't run check-patch-s390x.sh on merge




-
Failed Tests:
-
1 tests failed.
FAILED:  004_basic_sanity.hotplug_disk

Error Message:

status: 500
reason: Internal Server Error
detail: 


500 Internal Server Error

Internal Server Error
The server encountered an internal error or
misconfiguration and was unable to complete
your request.
Please contact the server administrator at 
 root@localhost to inform them of the time this error occurred,
 and the actions you performed just before this error.
More information about this error may be available
in the server error log.


 >> begin captured logging << 
ovirtlago.testlib: ERROR: * Unhandled exception in  at 
0x7f297bf98a28>
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, in 
assert_equals_within
res = func()
  File 
"/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-4.2/ovirt-system-tests/hc-basic-suite-4.2/test-scenarios/004_basic_sanity.py",
 line 372, in 
api.vms.get(VM0_NAME).disks.get(DISK1_NAME).status.state == 'ok'
  File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", 
line 35733, in get
headers={"All-Content":all_content}
  File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", 
line 46, in get
return self.request(method='GET', url=url, headers=headers, cls=cls)
  File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", 
line 122, in request
persistent_auth=self.__persistent_auth
  File 
"/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", 
line 79, in do_request
persistent_auth)
  File 
"/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", 
line 162, in __do_request
raise errors.RequestError(response_code, response_reason, response_body)
RequestError: 
status: 500
reason: Internal Server Error
detail: 


500 Internal Server Error

Internal Server Error
The server encountered an internal error or
misconfiguration and was unable to complete
your request.
Please contact the server administrator at 
 root@localhost to inform them of the time this error occurred,
 and the actions you performed just before this error.
More information about this error may be available
in the server error log.


- >> 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 "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 68, in 
wrapper
return func(prefix.virt_env.engine_vm().get_api(), *args, **kwargs)
  File 
"/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-4.2/ovirt-system-tests/hc-basic-suite-4.2/test-scenarios/004_basic_sanity.py",
 line 371, in hotplug_disk
lambda:
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 267, in 
assert_true_within_short
assert_equals_within_short(func, True, allowed_exceptions)
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 251, in 
assert_equals_within_short
func, value, SHORT_TIMEOUT, allowed_exceptions=allowed_exceptions
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, in 
assert_equals_within
res = func()
  File 
"/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-4.2/ovirt-system-tests/hc-basic-suite-4.2/test-scenarios/004_basic_sanity.py",
 line 372, in 
api.vms.get(VM0_NAME).disks.get(DISK1_NAME).status.state == 'ok'
  File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", 
line 35733, in get
headers={"All-Content":all_content}
  File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", 
line 46, in get
return self.request(method='GET', url=url, headers=headers, cls=cls)
  File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", 
line 122, in request
persistent_auth=self.__persistent_auth
  File 
"/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", 
line 79, in do_request
persistent_auth)

[JIRA] (OVIRT-2035) CQ failed due to a patch from a non-whitelisted email

2018-05-17 Thread Evgheni Dereveanchin (oVirt JIRA)

Evgheni Dereveanchin created OVIRT-2035:
---

 Summary: CQ failed due to a patch from a non-whitelisted email 
 Key: OVIRT-2035
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2035
 Project: oVirt - virtualization made easy
  Issue Type: Bug
  Components: Change Queue
Reporter: Evgheni Dereveanchin
Assignee: infra


While investigating a change queue failure I saw a potentially buggy behavior 
when a patch is merged from a person that's not on the whitelist:

Failed CQ job:
http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7622/consoleFull

08:00:49 ovirt-engine-api-model_master_build-artifacts-fc27-x86_64 (32) failed 
building

Related build-artifacts job:
http://jenkins.ovirt.org/job/ovirt-engine-api-model_master_build-artifacts-fc27-x86_64/32/console

07:07:10 shell-scripts/whitelist-filter.sh
07:07:10 USER bburm...@redhat.com NOT FOUND IN THE WHITELIST, NOT RUNNING
07:07:10 Build step 'Execute shell' marked build as failure

Merged gerrit patch:
https://gerrit.ovirt.org/#/c/91277/



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

Re: Tried to build WildFly for FC28

2018-05-17 Thread Martin Perina

On Wed, May 16, 2018 at 1:09 PM, Barak Korren  wrote:

>
>
> On 16 May 2018 at 14:03, Martin Perina  wrote:
>
>> Hi,
>>
>> I've tried to rebuild WildFly package for FC28 [1], but the build [2]
>> failed on:
>>
>> *10:37:56* ERROR: Command failed: *10:37:56*  # /usr/bin/yum --installroot 
>> /var/lib/mock/fedora-28-x86_64-331df456b1f04c7c4dfdcc6461d09745-bootstrap-19748/root/
>>  --releasever 28 install dnf dnf-plugins-core distribution-gpg-keys 
>> --setopt=tsflags=nocontexts*10:37:56* Failed to set locale, defaulting to 
>> C*10:37:56* 
>> http://resources.ovirt.org/repos/ci-tools/fc28/repodata/repomd.xml: [Errno 
>> 14] HTTP Error 404 - Not Found
>>
>>
>> Do we already support builds for FC28?
>>
>>
> yes we do.
>
> what is it trying to take from ci-tools? maybe the repo link should simply
> be removed?
>

Good catch, it was probably some remains which I missed. I have removed
the repo from both ovirt-engine-wildfly [3] and
ovirt-engine-wildfly-overlay [4] and both builds were successful, currently
waiting in CQ, so I will check tomorrow if RPMs are included in correct
repos.

Btw Greg noticed ovirt-engine-wildfly-overlay package was missing for FC27
(which means that engine was not able to work on FC27 ever), so we should
really do some synchronization of all maintainers when introducing support
for new OS release to make sure every required packages are included in all
needed repos.

Thanks

Martin


>
>
>> Thanks
>>
>> Martin
>>
>> [1] https://gerrit.ovirt.org/89197
>> [2] http://jenkins.ovirt.org/job/ovirt-engine-wildfly_master_bu
>> ild-artifacts-fc28-x86_64/1
>>
>
[3] https://gerrit.ovirt.org/91300
[4] https://gerrit.ovirt.org/91308


> 
>>
>> --
>> Martin Perina
>> Associate Manager, Software Engineering
>> Red Hat Czech s.r.o.
>>
>> ___
>> Infra mailing list -- infra@ovirt.org
>> To unsubscribe send an email to infra-le...@ovirt.org
>>
>>
>
>
> --
> Barak Korren
> RHV DevOps team , RHCE, RHCi
> Red Hat EMEA
> redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
>



-- 
Martin Perina
Associate Manager, Software Engineering
Red Hat Czech s.r.o.
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2034) Recreate the transactional CI mirrors with Pulp

2018-05-17 Thread Barak Korren (oVirt JIRA)

Barak Korren created OVIRT-2034:
---

 Summary: Recreate the transactional CI mirrors with Pulp
 Key: OVIRT-2034
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2034
 Project: oVirt - virtualization made easy
  Issue Type: New Feature
  Components: CI Mirrors
Reporter: Barak Korren
Assignee: infra


Right now, the CI mirrors are created and maintained by a set of custom scripts 
and jobs.

It seems that [Pulp|https://pulpproject.org/] can do what our current system 
does. The reason behind not using it when we first made the mirrors system was 
out desire to provide a quick solution and avoid adding more services to 
maintain. 

There are however, quite a few reasons to want to switch to pulp:
# Aside from RPMs it can also manage other interesting kinds of resources like 
Containers, DEB packages and Python packages.
# If it works well for us - we can maintain less code by dropping the existing 
mirror management code
# It has built-in distribution mechanisms that can be useful to scale it up. 
# It seems it has support for assigning packages to multiple repos. This cab be 
used as a tagging mechanism to implement OVIRT-2033



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2034) Recreate the transactional CI mirrors with Pulp

2018-05-17 Thread Barak Korren (oVirt JIRA)


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

Barak Korren updated OVIRT-2034:

Epic Link: OVIRT-403

> Recreate the transactional CI mirrors with Pulp
> ---
>
> Key: OVIRT-2034
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2034
> Project: oVirt - virtualization made easy
>  Issue Type: New Feature
>  Components: CI Mirrors
>Reporter: Barak Korren
>Assignee: infra
>
> Right now, the CI mirrors are created and maintained by a set of custom 
> scripts and jobs.
> It seems that [Pulp|https://pulpproject.org/] can do what our current system 
> does. The reason behind not using it when we first made the mirrors system 
> was out desire to provide a quick solution and avoid adding more services to 
> maintain. 
> There are however, quite a few reasons to want to switch to pulp:
> # Aside from RPMs it can also manage other interesting kinds of resources 
> like Containers, DEB packages and Python packages.
> # If it works well for us - we can maintain less code by dropping the 
> existing mirror management code
> # It has built-in distribution mechanisms that can be useful to scale it up. 
> # It seems it has support for assigning packages to multiple repos. This cab 
> be used as a tagging mechanism to implement OVIRT-2033



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-system-tests_he-node-ng-suite-master - Build # 1 - Failure!

2018-05-17 Thread jenkins

Project: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-system-tests_he-node-ng-suite-master/1/
Build Number: 1
Build Status:  Failure
Triggered By: Started by user Gal Ben Haim

-
Changes Since Last Success:
-


-
Failed Tests:
-
No tests ran.___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-system-tests_network-suite-4.2 - Build # 215 - Fixed!

2018-05-17 Thread jenkins

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_network-suite-4.2/ 
Build: http://jenkins.ovirt.org/job/ovirt-system-tests_network-suite-4.2/215/
Build Number: 215
Build Status:  Fixed
Triggered By: Started by user Marcin Mirecki

-
Changes Since Last Success:
-
Changes for Build #213
[Sandro Bonazzola] new suite: he-basic-iscsi-suite-4.2


Changes for Build #214
[Sandro Bonazzola] new suite: he-basic-iscsi-suite-4.2


Changes for Build #215
[Marcin Mirecki] network: ovn provider integration test must wait for vm to 
start

[Barak Korren] Don't run check-patch-s390x.sh on merge




-
Failed Tests:
-
No tests ran.___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-system-tests_network-suite-master - Build # 217 - Fixed!

2018-05-17 Thread jenkins

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_network-suite-master/ 
Build: http://jenkins.ovirt.org/job/ovirt-system-tests_network-suite-master/217/
Build Number: 217
Build Status:  Fixed
Triggered By: Started by user Marcin Mirecki

-
Changes Since Last Success:
-
Changes for Build #212
[Gal Ben Haim] run_suite: Print lago status on exit


Changes for Build #213
[Gal Ben Haim] run_suite: Print lago status on exit


Changes for Build #214
[Sandro Bonazzola] new suite: he-basic-iscsi-suite-4.2

[Martin Perina] wildfly: wildfly-overlay: Add FC28 builds

[Martin Perina] engine-extensions: Add FC28 builds


Changes for Build #215
[Sandro Bonazzola] new suite: he-basic-iscsi-suite-4.2


Changes for Build #216
[Sandro Bonazzola] new suite: he-basic-iscsi-suite-4.2

[Barak Korren] Don't run check-patch-s390x.sh on merge


Changes for Build #217
[Marcin Mirecki] network: ovn provider integration test must wait for vm to 
start




-
Failed Tests:
-
No tests ran.___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2033) Provide a "tagging" mecahnism for transactional mirrors.

2018-05-17 Thread Barak Korren (oVirt JIRA)

Barak Korren created OVIRT-2033:
---

 Summary: Provide a "tagging" mecahnism for transactional mirrors.
 Key: OVIRT-2033
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2033
 Project: oVirt - virtualization made easy
  Issue Type: New Feature
  Components: CI Mirrors
Reporter: Barak Korren
Assignee: infra


Right now when using the CI mirrors, one can either:
# Use the latest snapshots from all mirrors as mock_runner and all the jobs do.
# Use a specific snapshot by using the direct URL to it as we do on slaves.

It is desirable to be able to mark or tag specific mirror snapshots for various 
uses. The primary use for this is to track which mirror snapshots have been 
tested successfully by the change queue in a similar fashion to the way we 
track passing packages by storing them in the 'tested' repo. The motivation 
behind doing this is described in OVIRT-1444



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2033) Provide a "tagging" mecahnism for transactional mirrors.

2018-05-17 Thread Barak Korren (oVirt JIRA)


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

Barak Korren updated OVIRT-2033:

Epic Link: OVIRT-400

> Provide a "tagging" mecahnism for transactional mirrors.
> 
>
> Key: OVIRT-2033
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2033
> Project: oVirt - virtualization made easy
>  Issue Type: New Feature
>  Components: CI Mirrors
>Reporter: Barak Korren
>Assignee: infra
>
> Right now when using the CI mirrors, one can either:
> # Use the latest snapshots from all mirrors as mock_runner and all the jobs 
> do.
> # Use a specific snapshot by using the direct URL to it as we do on slaves.
> It is desirable to be able to mark or tag specific mirror snapshots for 
> various uses. The primary use for this is to track which mirror snapshots 
> have been tested successfully by the change queue in a similar fashion to the 
> way we track passing packages by storing them in the 'tested' repo. The 
> motivation behind doing this is described in OVIRT-1444



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

Change in ds-jenkins-stg[master]: Updated US source to: 28865d2 testing asdf

2018-05-17 Thread review

>From Daniel Belenky :

Daniel Belenky has posted comments on this change. ( 
https://gerrit-staging.phx.ovirt.org/155 )

Change subject: Updated US source to: 28865d2 testing asdf
..


Patch Set 1:

ci test please


--
To view, visit https://gerrit-staging.phx.ovirt.org/155
To unsubscribe, visit https://gerrit-staging.phx.ovirt.org/settings

Gerrit-Project: ds-jenkins-stg
Gerrit-Branch: master
Gerrit-MessageType: comment
Gerrit-Change-Id: I245e8658317dc9ac36fb0e9607c5386255bae8f4
Gerrit-Change-Number: 155
Gerrit-PatchSet: 1
Gerrit-Owner: Jenkins CI 
Gerrit-Reviewer: Daniel Belenky 
Gerrit-Reviewer: Jenkins CI 
Gerrit-Comment-Date: Thu, 17 May 2018 08:34:31 +
Gerrit-HasComments: No
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-node-ng_4.1_build-artifacts-el7-x86_64 - Build # 72 - Still Failing!

2018-05-17 Thread jenkins

Project: 
http://jenkins.ovirt.org/job/ovirt-node-ng_4.1_build-artifacts-el7-x86_64/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-node-ng_4.1_build-artifacts-el7-x86_64/72/
Build Number: 72
Build Status:  Still Failing
Triggered By: Started by timer

-
Changes Since Last Success:
-
Changes for Build #64
[Miguel Duarte Barroso] Adding myself to the list

[Sandro Bonazzola] ovirt-host: add fc28 on master

[Evgheni Dereveanchin] Verify IPv6 router advertisement settings from 
global_setup

[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #65
[Daniel Belenky] Inject git config name and email in std template

[Eyal Edri] drop all 4.1 nightly ost jobs

[Daniel Belenky] Remove aspostrophes from git-config params

[Eyal Edri] Drop obselete gluster 3.7,3.8 repos from mirrors

[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #66
[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #67
[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #68
[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #69
[Emil Natan] Collect STDCI logging functions into a separate module

[Greg Sheremeta] add projects to stdci v2

[Emil Natan] Fix a bug with missing imports in stdci_logging.py

[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #70
[Daniel Belenky] Allow requirement of project specific nodes

[Barak Korren] Fix Git user for 'jenkins' repo V1 jobs

[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #71
[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #72
[Martin Perina] wildfly: wildfly-overlay: Add FC28 builds

[Martin Perina] engine-extensions: Add FC28 builds

[Barak Korren] Don't run check-patch-s390x.sh on merge

[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /




-
Failed Tests:
-
No tests ran.___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2032) Mounting device files prevents using systemd-nspawn in mock

2018-05-17 Thread Barak Korren (oVirt JIRA)


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

Barak Korren updated OVIRT-2032:

Labels: upstream-issue  (was: )

> Mounting device files prevents using systemd-nspawn in mock
> ---
>
> Key: OVIRT-2032
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2032
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>  Components: mock_runner
>Reporter: Barak Korren
>Assignee: infra
>  Labels: upstream-issue
>
> The systemd-nspawn functionality in mock is introduced in OVIRT-2031.
> When using systemd-nspawn mock uses some kind of a layered FS that is created 
> when it starts and removed when it exits. This is different from the way it 
> works when using chroot where the directory that the chroot is configured in 
> stays around until it is explicitly removed.
> mock had an issue where if you tried to bind-mount something into the mock 
> environment, you had to have the mount point ready for it. We worked around 
> this in {{mock_runner}} by using  the fact the chroot was persistent, going 
> into it and setting up the mount points as needed before actually starting to 
> use it to run the STDCI script.
> Since the mock authors were aware of the issue when the implemented the 
> systemd-nspawn  functionality, they made mock pre-create mount point in the 
> container as needed. However, they only supported directory mount points, so 
> if we tried to bind-mount a socket we would get en error message failing to 
> mount a socket file on a directory.
> We reported this issue to the mock developers as issue 
> [#87|https://github.com/rpm-software-management/mock/issues/87]



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2032) Mounting device files prevents using systemd-nspawn in mock

2018-05-17 Thread Barak Korren (oVirt JIRA)


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

Barak Korren commented on OVIRT-2032:
-

Issue [#87|https://github.com/rpm-software-management/mock/issues/87] has been 
resolved with PR 
[#171|https://github.com/rpm-software-management/mock/pull/171].

We need to check:
# If we can now remove our mount point creation code from {{mock_runner}}.
# If this paves the way to using {{systemd-nspawn}} in {{mock_runner}}.

> Mounting device files prevents using systemd-nspawn in mock
> ---
>
> Key: OVIRT-2032
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2032
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>  Components: mock_runner
>Reporter: Barak Korren
>Assignee: infra
>  Labels: upstream-issue
>
> The systemd-nspawn functionality in mock is introduced in OVIRT-2031.
> When using systemd-nspawn mock uses some kind of a layered FS that is created 
> when it starts and removed when it exits. This is different from the way it 
> works when using chroot where the directory that the chroot is configured in 
> stays around until it is explicitly removed.
> mock had an issue where if you tried to bind-mount something into the mock 
> environment, you had to have the mount point ready for it. We worked around 
> this in {{mock_runner}} by using  the fact the chroot was persistent, going 
> into it and setting up the mount points as needed before actually starting to 
> use it to run the STDCI script.
> Since the mock authors were aware of the issue when the implemented the 
> systemd-nspawn  functionality, they made mock pre-create mount point in the 
> container as needed. However, they only supported directory mount points, so 
> if we tried to bind-mount a socket we would get en error message failing to 
> mount a socket file on a directory.
> We reported this issue to the mock developers as issue 
> [#87|https://github.com/rpm-software-management/mock/issues/87]



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2032) Mounting device files prevents using systemd-nspawn in mock

2018-05-17 Thread Barak Korren (oVirt JIRA)

Barak Korren created OVIRT-2032:
---

 Summary: Mounting device files prevents using systemd-nspawn in 
mock
 Key: OVIRT-2032
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2032
 Project: oVirt - virtualization made easy
  Issue Type: Bug
  Components: mock_runner
Reporter: Barak Korren
Assignee: infra


The systemd-nspawn functionality in mock is introduced in OVIRT-2031.

When using systemd-nspawn mock uses some kind of a layered FS that is created 
when it starts and removed when it exits. This is different from the way it 
works when using chroot where the directory that the chroot is configured in 
stays around until it is explicitly removed.

mock had an issue where if you tried to bind-mount something into the mock 
environment, you had to have the mount point ready for it. We worked around 
this in {{mock_runner}} by using  the fact the chroot was persistent, going 
into it and setting up the mount points as needed before actually starting to 
use it to run the STDCI script.

Since the mock authors were aware of the issue when the implemented the 
systemd-nspawn  functionality, they made mock pre-create mount point in the 
container as needed. However, they only supported directory mount points, so if 
we tried to bind-mount a socket we would get en error message failing to mount 
a socket file on a directory.

We reported this issue to the mock developers as issue 
[#87|https://github.com/rpm-software-management/mock/issues/87]



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2032) Mounting device files prevents using systemd-nspawn in mock

2018-05-17 Thread Barak Korren (oVirt JIRA)


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

Barak Korren updated OVIRT-2032:

Epic Link: OVIRT-400

> Mounting device files prevents using systemd-nspawn in mock
> ---
>
> Key: OVIRT-2032
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2032
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>  Components: mock_runner
>Reporter: Barak Korren
>Assignee: infra
>
> The systemd-nspawn functionality in mock is introduced in OVIRT-2031.
> When using systemd-nspawn mock uses some kind of a layered FS that is created 
> when it starts and removed when it exits. This is different from the way it 
> works when using chroot where the directory that the chroot is configured in 
> stays around until it is explicitly removed.
> mock had an issue where if you tried to bind-mount something into the mock 
> environment, you had to have the mount point ready for it. We worked around 
> this in {{mock_runner}} by using  the fact the chroot was persistent, going 
> into it and setting up the mount points as needed before actually starting to 
> use it to run the STDCI script.
> Since the mock authors were aware of the issue when the implemented the 
> systemd-nspawn  functionality, they made mock pre-create mount point in the 
> container as needed. However, they only supported directory mount points, so 
> if we tried to bind-mount a socket we would get en error message failing to 
> mount a socket file on a directory.
> We reported this issue to the mock developers as issue 
> [#87|https://github.com/rpm-software-management/mock/issues/87]



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[CQ]: 91277, 2 (ovirt-engine-api-model) failed "ovirt-master" system tests

2018-05-17 Thread oVirt Jenkins

Change 91277,2 (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/91277/2

For failed test results see:
http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7622/
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2031) Use the systemd-nspawn mode for mock

2018-05-17 Thread Barak Korren (oVirt JIRA)

Barak Korren created OVIRT-2031:
---

 Summary: Use the systemd-nspawn mode for mock
 Key: OVIRT-2031
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2031
 Project: oVirt - virtualization made easy
  Issue Type: Improvement
  Components: mock_runner
Reporter: Barak Korren
Assignee: infra


Mock has long had the ability to use a full container via systemd-nspawn as 
opposed to a plain chroot. If we can leverage this, we can get many of the 
benefits of using containers without rebuilding our whole system on a new 
container backend.

There were many issue in the past that prevented us from using that 
functionality. This ticket if for collecting tickets tracking these issues 
together.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2031) Use the systemd-nspawn mode for mock

2018-05-17 Thread Barak Korren (oVirt JIRA)


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

Barak Korren updated OVIRT-2031:

Epic Link: OVIRT-400

> Use the systemd-nspawn mode for mock
> 
>
> Key: OVIRT-2031
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2031
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: mock_runner
>Reporter: Barak Korren
>Assignee: infra
>  Labels: tracker
>
> Mock has long had the ability to use a full container via systemd-nspawn as 
> opposed to a plain chroot. If we can leverage this, we can get many of the 
> benefits of using containers without rebuilding our whole system on a new 
> container backend.
> There were many issue in the past that prevented us from using that 
> functionality. This ticket if for collecting tickets tracking these issues 
> together.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-system-tests_network-suite-master - Build # 216 - Still Failing!

2018-05-17 Thread jenkins

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_network-suite-master/ 
Build: http://jenkins.ovirt.org/job/ovirt-system-tests_network-suite-master/216/
Build Number: 216
Build Status:  Still Failing
Triggered By: Started by timer

-
Changes Since Last Success:
-
Changes for Build #212
[Gal Ben Haim] run_suite: Print lago status on exit


Changes for Build #213
[Gal Ben Haim] run_suite: Print lago status on exit


Changes for Build #214
[Sandro Bonazzola] new suite: he-basic-iscsi-suite-4.2

[Martin Perina] wildfly: wildfly-overlay: Add FC28 builds

[Martin Perina] engine-extensions: Add FC28 builds


Changes for Build #215
[Sandro Bonazzola] new suite: he-basic-iscsi-suite-4.2


Changes for Build #216
[Sandro Bonazzola] new suite: he-basic-iscsi-suite-4.2

[Barak Korren] Don't run check-patch-s390x.sh on merge




-
Failed Tests:
-
No tests ran.___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2029) Add cache pre-seed functionality to JJB

2018-05-17 Thread Barak Korren (oVirt JIRA)


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

Barak Korren updated OVIRT-2029:

Issue Type: Improvement  (was: Task)

> Add cache pre-seed functionality to JJB
> ---
>
> Key: OVIRT-2029
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2029
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: JJB
>Reporter: Barak Korren
>Assignee: infra
>  Labels: upstream-contribution
>
> Since we run JJB from STDCI, we cannot have it rely on the existence of a 
> persistent cache from its previous operation. Since JJB is most efficient 
> when it has such a cache, our STDCI script generates such a cache for it from 
> the contents of the previous commit.
> To do that we essentially had to implement parts of the JJB internals (The 
> cache handling) on our own. It desirable to have an option in JJB that would 
> do that instead.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2030) Add cache-based deletion option to JJB

2018-05-17 Thread Barak Korren (oVirt JIRA)


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

Barak Korren updated OVIRT-2030:

Epic Link: OVIRT-400

> Add cache-based deletion option to JJB
> --
>
> Key: OVIRT-2030
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2030
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>  Components: JJB
>Reporter: Barak Korren
>Assignee: infra
>  Labels: upstream-contribution
>
> JJB currently supports two ways to delete jobs:
> # The {{delete}} command which deletes specific jobs that are specified on 
> the command line
> # The {{--delete-old}] option to the {{update}} command which delete all jobs 
> in Jenkins that are not included in the current update.
> Both thes options do not do what we want whic is to delete all jobs not 
> included in the current update that were previously manage by JJB.
> To get this functionality we've made our scripts check the difference between 
> to current and previous commits to find out which jobs were deleted. Instead 
> we would like JJB to have the option for the {{update}} command to inspect 
> the job cache from previous run (Or generated as explained in OVIRT-2029), 
> and delete jobs found there that are not included in current update.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2030) Add cache-based deletion option to JJB

2018-05-17 Thread Barak Korren (oVirt JIRA)

Barak Korren created OVIRT-2030:
---

 Summary: Add cache-based deletion option to JJB
 Key: OVIRT-2030
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2030
 Project: oVirt - virtualization made easy
  Issue Type: Improvement
  Components: JJB
Reporter: Barak Korren
Assignee: infra


JJB currently supports two ways to delete jobs:

# The {{delete}} command which deletes specific jobs that are specified on the 
command line
# The {{--delete-old}] option to the {{update}} command which delete all jobs 
in Jenkins that are not included in the current update.

Both thes options do not do what we want whic is to delete all jobs not 
included in the current update that were previously manage by JJB.

To get this functionality we've made our scripts check the difference between 
to current and previous commits to find out which jobs were deleted. Instead we 
would like JJB to have the option for the {{update}} command to inspect the job 
cache from previous run (Or generated as explained in OVIRT-2029), and delete 
jobs found there that are not included in current update.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-node-ng_ovirt-4.1-pre_build-artifacts-el7-x86_64 - Build # 642 - Still Failing!

2018-05-17 Thread jenkins

Project: 
http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1-pre_build-artifacts-el7-x86_64/
 
Build: 
http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1-pre_build-artifacts-el7-x86_64/642/
Build Number: 642
Build Status:  Still Failing
Triggered By: Started by timer

-
Changes Since Last Success:
-
Changes for Build #634
[Miguel Duarte Barroso] Adding myself to the list

[Sandro Bonazzola] ovirt-host: add fc28 on master

[Evgheni Dereveanchin] Verify IPv6 router advertisement settings from 
global_setup

[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #635
[Daniel Belenky] Inject git config name and email in std template

[Eyal Edri] drop all 4.1 nightly ost jobs

[Daniel Belenky] Remove aspostrophes from git-config params

[Eyal Edri] Drop obselete gluster 3.7,3.8 repos from mirrors

[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #636
[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #637
[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #638
[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #639
[Emil Natan] Collect STDCI logging functions into a separate module

[Greg Sheremeta] add projects to stdci v2

[Emil Natan] Fix a bug with missing imports in stdci_logging.py

[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #640
[Daniel Belenky] Allow requirement of project specific nodes

[Barak Korren] Fix Git user for 'jenkins' repo V1 jobs

[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #641
[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #642
[Martin Perina] wildfly: wildfly-overlay: Add FC28 builds

[Martin Perina] engine-extensions: Add FC28 builds

[Barak Korren] Don't run check-patch-s390x.sh on merge

[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /




-
Failed Tests:
-
No tests ran.___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2029) Add cache pre-seed functionality to JJB

2018-05-17 Thread Barak Korren (oVirt JIRA)

Barak Korren created OVIRT-2029:
---

 Summary: Add cache pre-seed functionality to JJB
 Key: OVIRT-2029
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2029
 Project: oVirt - virtualization made easy
  Issue Type: Task
  Components: JJB
Reporter: Barak Korren
Assignee: infra


Since we run JJB from STDCI, we cannot have it rely on the existence of a 
persistent cache from its previous operation. Since JJB is most efficient when 
it has such a cache, our STDCI script generates such a cache for it from the 
contents of the previous commit.

To do that we essentially had to implement parts of the JJB internals (The 
cache handling) on our own. It desirable to have an option in JJB that would do 
that instead.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2029) Add cache pre-seed functionality to JJB

2018-05-17 Thread Barak Korren (oVirt JIRA)


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

Barak Korren updated OVIRT-2029:

Epic Link: OVIRT-400

> Add cache pre-seed functionality to JJB
> ---
>
> Key: OVIRT-2029
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2029
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>  Components: JJB
>Reporter: Barak Korren
>Assignee: infra
>  Labels: upstream-contribution
>
> Since we run JJB from STDCI, we cannot have it rely on the existence of a 
> persistent cache from its previous operation. Since JJB is most efficient 
> when it has such a cache, our STDCI script generates such a cache for it from 
> the contents of the previous commit.
> To do that we essentially had to implement parts of the JJB internals (The 
> cache handling) on our own. It desirable to have an option in JJB that would 
> do that instead.



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2028) Re: [Infra-private] Please remove yklei...@redhat.com from infra@ovirt.org

2018-05-17 Thread Barak Korren (oVirt JIRA)

Barak Korren created OVIRT-2028:
---

 Summary: Re: [Infra-private] Please remove yklei...@redhat.com 
from infra@ovirt.org
 Key: OVIRT-2028
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2028
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Barak Korren
Assignee: infra


Forwarding to infra-support to get a Jira ticet.

On 15 May 2018 at 10:34, Yaniv Kaul  wrote:

> He has left Red Hat long ago, and his email has been forwarded to Allon,
> which recently left Red Hat - and now I'm getting those emails.
>
> TIA,
> Y.
>
> ___
> Infra-private mailing list -- infra-priv...@ovirt.org
> To unsubscribe send an email to infra-private-le...@ovirt.org
> oVirt Code of Conduct: https://www.ovirt.org/community/about/community-
> guidelines/
> List Archives:
>
>


-- 
Barak Korren
RHV DevOps team , RHCE, RHCi
Red Hat EMEA
redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x86_64 - Build # 533 - Still Failing!

2018-05-17 Thread jenkins

Project: 
http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x86_64/
 
Build: 
http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x86_64/533/
Build Number: 533
Build Status:  Still Failing
Triggered By: Started by timer

-
Changes Since Last Success:
-
Changes for Build #525
[Miguel Duarte Barroso] Adding myself to the list

[Sandro Bonazzola] ovirt-host: add fc28 on master

[Evgheni Dereveanchin] Verify IPv6 router advertisement settings from 
global_setup

[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #526
[Daniel Belenky] Inject git config name and email in std template

[Eyal Edri] drop all 4.1 nightly ost jobs

[Daniel Belenky] Remove aspostrophes from git-config params

[Eyal Edri] Drop obselete gluster 3.7,3.8 repos from mirrors

[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #527
[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #528
[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #529
[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #530
[Emil Natan] Collect STDCI logging functions into a separate module

[Greg Sheremeta] add projects to stdci v2

[Emil Natan] Fix a bug with missing imports in stdci_logging.py

[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #531
[Daniel Belenky] Allow requirement of project specific nodes

[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #532
[Barak Korren] Fix Git user for 'jenkins' repo V1 jobs

[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /


Changes for Build #533
[Martin Perina] wildfly: wildfly-overlay: Add FC28 builds

[Martin Perina] engine-extensions: Add FC28 builds

[Barak Korren] Don't run check-patch-s390x.sh on merge

[Ryan Barry] image-update: fail upgrades if there is a local storage domain on /




-
Failed Tests:
-
No tests ran.___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[oVirt Jenkins] ovirt-system-tests_hc-basic-suite-master - Build # 392 - Failure!

2018-05-17 Thread jenkins

Project: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/ 
Build: 
http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/392/
Build Number: 392
Build Status:  Failure
Triggered By: Started by timer

-
Changes Since Last Success:
-
Changes for Build #392
[Sandro Bonazzola] new suite: he-basic-iscsi-suite-4.2




-
Failed Tests:
-
1 tests failed.
FAILED:  002_bootstrap.add_hosts

Error Message:
Failed to read response: [(, 7, 'TCP 
connection reset by peer')]
 >> begin captured logging << 
ovirtlago.testlib: ERROR: * Unhandled exception in 
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, in 
assert_equals_within
res = func()
  File 
"/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-master/ovirt-system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py",
 line 253, in _host_is_up_4
host_obj = host_service.get()
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 36676, 
in get
return self._internal_get(headers, query, wait)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in 
_internal_get
return future.wait() if wait else future
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 54, in 
wait
response = self._connection.wait(self._context)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 496, in 
wait
return self.__wait(context, failed_auth)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 510, in 
__wait
raise Error("Failed to read response: {}".format(err_list))
Error: Failed to read response: [(, 7, 
'TCP connection reset by peer')]
- >> 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-system-tests_hc-basic-suite-master/ovirt-system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py",
 line 228, in add_hosts
add_hosts_4(prefix)
  File 
"/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-master/ovirt-system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py",
 line 275, in add_hosts_4
testlib.assert_true_within(_host_is_up_4, timeout=15*60)
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 263, in 
assert_true_within
assert_equals_within(func, True, timeout, allowed_exceptions)
  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, in 
assert_equals_within
res = func()
  File 
"/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-master/ovirt-system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py",
 line 253, in _host_is_up_4
host_obj = host_service.get()
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 36676, 
in get
return self._internal_get(headers, query, wait)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in 
_internal_get
return future.wait() if wait else future
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 54, in 
wait
response = self._connection.wait(self._context)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 496, in 
wait
return self.__wait(context, failed_auth)
  File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 510, in 
__wait
raise Error("Failed to read response: {}".format(err_list))
'Failed to read response: [(, 7, \'TCP 
connection reset by peer\')]\n >> begin captured logging << 
\novirtlago.testlib: ERROR: * Unhandled exception in 
\nTraceback (most recent call 
last):\n  File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 
219, in assert_equals_within\nres = func()\n  File 
"/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-master/ovirt-system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py",
 line 253, in _host_is_up_4\nhost_obj = host_service.get()\n  File 
"/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 36676, in 
get\nreturn self._internal_get(headers, query, wait)\n  File 
"/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in 
_internal_get\nreturn future.wait() if wait else future\n  File 
"/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 54, in wait\n   
 response = self._connection.wait(self._context)\n  File

Re: [ovirt-users] Re: [ovirt-devel] Re: Mailing-Lists upgrade

2018-05-17 Thread Duck

Quack,

On 05/08/2018 10:46 PM, Marc Dequènes (Duck) wrote:

> I added redirects for /mailman, /mailman/listinfo and
> /mailman/listinfo/. Do you see anything missing or not working?

My regexs were too broad and broke two API entries. That's what caused
the problem with the archives.

Pending messages have been archived. UI stats 9recent posts and so on)
are updated regularly but it may not reflect the current status instantly.

I'm monitoring the logs and will close the upstream bug when I'm sure
there is nothing else.

\_o<

signature.asc
Description: OpenPGP digital signature
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

Change in ds-jenkins-stg[master]: Updated US source to: 28865d2 testing asdf

2018-05-17 Thread review

>From Daniel Belenky :

Daniel Belenky has posted comments on this change. ( 
https://gerrit-staging.phx.ovirt.org/154 )

Change subject: Updated US source to: 28865d2 testing asdf
..


Patch Set 1:

ci test please


--
To view, visit https://gerrit-staging.phx.ovirt.org/154
To unsubscribe, visit https://gerrit-staging.phx.ovirt.org/settings

Gerrit-Project: ds-jenkins-stg
Gerrit-Branch: master
Gerrit-MessageType: comment
Gerrit-Change-Id: Ie4d717e4e7c69b6ce48056b1929b563a63e0e885
Gerrit-Change-Number: 154
Gerrit-PatchSet: 1
Gerrit-Owner: Jenkins CI 
Gerrit-Reviewer: Daniel Belenky 
Gerrit-Reviewer: Jenkins CI 
Gerrit-Comment-Date: Thu, 17 May 2018 06:08:21 +
Gerrit-HasComments: No
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2015) CQ marks two different changes in two different projects as cause of failure - both are not the cause

2018-05-17 Thread Dafna Ron (oVirt JIRA)


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

Dafna Ron reassigned OVIRT-2015:


Assignee: Dafna Ron  (was: infra)

> CQ marks two different changes in two different projects as cause of failure 
> - both are not the cause
> -
>
> Key: OVIRT-2015
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2015
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>Reporter: Dafna Ron
>Assignee: Dafna Ron
>  Labels: CQ_false_report
>
> we have what seems to be a code regression in deploy ovn on upgrade suite: 
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7492/artifact/exported-artifacts/upgrade-from-release-suit-master-el7/test_logs/upgrade-from-release-suite-master/post-001_initialize_engine.py/
> The failure caused failure in two different projects otopi+imgbased:
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7492/
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7488/
> CQ marked a change in each of the projects as the cause of failure: 
> Otopi: 
> For further details about the change see:
> https://gerrit.ovirt.org/#/c/88930/2
> imgbase; 
> For further details about the change see:
> https://gerrit.ovirt.org/#/c/90692/43
> Since the cause of failure is the same for these two projects and the changes 
> themselves do not seem like they can be the cause of failure I am reporting 
> this ticket for further investigation. 



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2021) CQ reporting wrong change as root cause

2018-05-17 Thread Dafna Ron (oVirt JIRA)


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

Dafna Ron closed OVIRT-2021.

Resolution: Fixed

> CQ reporting wrong change as root cause 
> 
>
> Key: OVIRT-2021
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2021
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>Reporter: Dafna Ron
>Assignee: infra
>
> [CQ]: 91188, 2 (ovirt-engine) failed "ovirt-master" system tests, but isn't 
> the failure root cause
> For further details about the change see:
> https://gerrit.ovirt.org/#/c/91188/2
> For further details about the change that seems to be the root cause behind 
> the
> testing failures see:
> https://gerrit.ovirt.org/#/c/91084/1
> For failed test results see:
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7552/
> The failure is a time out which was caused by a NPE (which is a real bug). 
> CQ reported the failure as related to JSONRPC which after discussing it with 
> the developers has nothing to do with the NPE. 



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2021) CQ reporting wrong change as root cause

2018-05-17 Thread Dafna Ron (oVirt JIRA)


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

Dafna Ron updated OVIRT-2021:
-
Status: In Progress  (was: To Do)

> CQ reporting wrong change as root cause 
> 
>
> Key: OVIRT-2021
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2021
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>Reporter: Dafna Ron
>Assignee: infra
>
> [CQ]: 91188, 2 (ovirt-engine) failed "ovirt-master" system tests, but isn't 
> the failure root cause
> For further details about the change see:
> https://gerrit.ovirt.org/#/c/91188/2
> For further details about the change that seems to be the root cause behind 
> the
> testing failures see:
> https://gerrit.ovirt.org/#/c/91084/1
> For failed test results see:
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7552/
> The failure is a time out which was caused by a NPE (which is a real bug). 
> CQ reported the failure as related to JSONRPC which after discussing it with 
> the developers has nothing to do with the NPE. 



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

[JIRA] (OVIRT-2021) CQ reporting wrong change as root cause

2018-05-17 Thread Dafna Ron (oVirt JIRA)


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

Dafna Ron commented on OVIRT-2021:
--

Issue was resolved with fix: https://gerrit.ovirt.org/#/c/91225/

we have a green ovirt-engine build from: 
Build #7613 [1: 91071,4 (ovirt-engine)] (May 16, 2018 4:34:15 PM) 



> CQ reporting wrong change as root cause 
> 
>
> Key: OVIRT-2021
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2021
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>Reporter: Dafna Ron
>Assignee: infra
>
> [CQ]: 91188, 2 (ovirt-engine) failed "ovirt-master" system tests, but isn't 
> the failure root cause
> For further details about the change see:
> https://gerrit.ovirt.org/#/c/91188/2
> For further details about the change that seems to be the root cause behind 
> the
> testing failures see:
> https://gerrit.ovirt.org/#/c/91084/1
> For failed test results see:
> http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/7552/
> The failure is a time out which was caused by a NPE (which is a real bug). 
> CQ reported the failure as related to JSONRPC which after discussing it with 
> the developers has nothing to do with the NPE. 



--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100085)
___
Infra mailing list -- infra@ovirt.org
To unsubscribe send an email to infra-le...@ovirt.org

75 matches

Mail list logo