oVirt infra daily report - unstable production jobs - 104

[jenkins]

Good morning!

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

Cheers,
Jenkins


upstream_report.html
Description: Binary data
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Jenkins build is back to normal : ovirt_4.0_system-tests #527

[jenkins]

See 

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

Build failed in Jenkins: ovirt_master_system-tests #644

[jenkins]

See 

Changes:

[Gal Ben Haim] Fix check-patch to collect logs on failure

--
[...truncated 715 lines...]
##  took 1527 seconds
##  rc = 1
##
##! ERROR v
##! Last 20 log enties: 
logs/mocker-fedora-24-x86_64.fc24.basic_suite_master.sh/basic_suite_master.sh.log
##!
+ true
+ env_cleanup
+ echo '#'
#
+ local res=0
+ local uuid
+ echo ' Cleaning up'
 Cleaning up
+ [[ -e 

 ]]
+ echo '--- Cleaning with lago'
--- Cleaning with lago
+ lago --workdir 

 destroy --yes --all-prefixes
+ echo '--- Cleaning with lago done'
--- Cleaning with lago done
+ [[ 0 != \0 ]]
+ echo ' Cleanup done'
 Cleanup done
+ exit 0
Took 1337 seconds
===
##!
##! ERROR ^^
##!
##
Build step 'Execute shell' marked build as failure
Performing Post build task...
Match found for :.* : True
Logical operation result is TRUE
Running script  : #!/bin/bash -xe
echo 'shell_scripts/system_tests.collect_logs.sh'

#
# Required jjb vars:
#version
#
VERSION=master
SUITE_TYPE=

WORKSPACE="$PWD"
OVIRT_SUITE="$SUITE_TYPE_suite_$VERSION"
TESTS_LOGS="$WORKSPACE/ovirt-system-tests/exported-artifacts"

rm -rf "$WORKSPACE/exported-artifacts"
mkdir -p "$WORKSPACE/exported-artifacts"

if [[ -d "$TESTS_LOGS" ]]; then
mv "$TESTS_LOGS/"* "$WORKSPACE/exported-artifacts/"
fi

[ovirt_master_system-tests] $ /bin/bash -xe /tmp/hudson5375293418617022711.sh
+ echo shell_scripts/system_tests.collect_logs.sh
shell_scripts/system_tests.collect_logs.sh
+ VERSION=master
+ SUITE_TYPE=
+ WORKSPACE=
+ OVIRT_SUITE=master
+ 
TESTS_LOGS=
+ rm -rf 

+ mkdir -p 

+ [[ -d 

 ]]
+ mv 

 

 

 

 

POST BUILD TASK : SUCCESS
END OF POST BUILD TASK : 0
Match found for :.* : True
Logical operation result is TRUE
Running script  : #!/bin/bash -xe
echo "shell-scripts/mock_cleanup.sh"

shopt -s nullglob


WORKSPACE="$PWD"

# Make clear this is the cleanup, helps reading the jenkins logs
cat 
+ cat
___
###
# #
#   CLEANUP   #
# #
###
+ logs=(./*log ./*/logs)
+ [[ -n ./ovirt-system-tests/logs ]]
+ tar cvzf exported-artifacts/logs.tgz ./ovirt-system-tests/logs
./ovirt-system-tests/logs/
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/stdout_stderr.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/state.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/build.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/root.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/stdout_stderr.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/state.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/build.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/root.log

Build failed in Jenkins: ovirt_master_system-tests #643

[jenkins]

See 

Changes:

[Gal Ben Haim] Fix check-patch to collect logs on failure

--
[...truncated 708 lines...]
##  took 2261 seconds
##  rc = 1
##
##! ERROR v
##! Last 20 log enties: 
logs/mocker-fedora-24-x86_64.fc24.basic_suite_master.sh/basic_suite_master.sh.log
##!
+ true
+ env_cleanup
+ echo '#'
#
+ local res=0
+ local uuid
+ echo ' Cleaning up'
 Cleaning up
+ [[ -e 

 ]]
+ echo '--- Cleaning with lago'
--- Cleaning with lago
+ lago --workdir 

 destroy --yes --all-prefixes
+ echo '--- Cleaning with lago done'
--- Cleaning with lago done
+ [[ 0 != \0 ]]
+ echo ' Cleanup done'
 Cleanup done
+ exit 0
Took 2083 seconds
===
##!
##! ERROR ^^
##!
##
Build step 'Execute shell' marked build as failure
Performing Post build task...
Match found for :.* : True
Logical operation result is TRUE
Running script  : #!/bin/bash -xe
echo 'shell_scripts/system_tests.collect_logs.sh'

#
# Required jjb vars:
#version
#
VERSION=master
SUITE_TYPE=

WORKSPACE="$PWD"
OVIRT_SUITE="$SUITE_TYPE_suite_$VERSION"
TESTS_LOGS="$WORKSPACE/ovirt-system-tests/exported-artifacts"

rm -rf "$WORKSPACE/exported-artifacts"
mkdir -p "$WORKSPACE/exported-artifacts"

if [[ -d "$TESTS_LOGS" ]]; then
mv "$TESTS_LOGS/"* "$WORKSPACE/exported-artifacts/"
fi

[ovirt_master_system-tests] $ /bin/bash -xe /tmp/hudson225680056374237335.sh
+ echo shell_scripts/system_tests.collect_logs.sh
shell_scripts/system_tests.collect_logs.sh
+ VERSION=master
+ SUITE_TYPE=
+ WORKSPACE=
+ OVIRT_SUITE=master
+ 
TESTS_LOGS=
+ rm -rf 

+ mkdir -p 

+ [[ -d 

 ]]
+ mv 

 

 

 

 

POST BUILD TASK : SUCCESS
END OF POST BUILD TASK : 0
Match found for :.* : True
Logical operation result is TRUE
Running script  : #!/bin/bash -xe
echo "shell-scripts/mock_cleanup.sh"

shopt -s nullglob


WORKSPACE="$PWD"

# Make clear this is the cleanup, helps reading the jenkins logs
cat 
+ cat
___
###
# #
#   CLEANUP   #
# #
###
+ logs=(./*log ./*/logs)
+ [[ -n ./ovirt-system-tests/logs ]]
+ tar cvzf exported-artifacts/logs.tgz ./ovirt-system-tests/logs
./ovirt-system-tests/logs/
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/stdout_stderr.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/state.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/build.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/root.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/stdout_stderr.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/state.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/build.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/root.log

new jenkins slaves added

[Evgheni Dereveanchin]

Hi everyone,

As part of the process of network reorganization and
resource usage optimization, I've spawned 34 new VMs
to be used as Jenkins slaves. They are added to Jenkins
and their hostnames are in workers-phx.ovirt.org zone.

These reside in an isolated subnet inside the PHX 
datacenter and access most resources through NAT.

If you need to log in to these VMs please use 
the PHX Foreman proxy as a jump host.

There are both CentOS7 and Fedora 24 systems in this
batch which should work just as existing ones, but
if you see any issues - please let me know. The plan
is to add more VMs so that we can do more consecutive
builds. 

We currently have 106 slaves of all kinds attached 
to Jenkins and with current resources it should be 
possible to double this number within the
following weeks.

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

Infra Password Hashes are Moved to Internal Hiera

[Anton Marchukov]

Hello All.

As part of an effort to make Jenkins slaves easy to create I have moved
infra users' password variables from Foreman to our internal infra-hiera
repo.

The values are removed from Foreman and placed to common.yaml there as is.
So you won't note any changes unless you need to change your hash. And if
you do need to do that feel free to submit changes via gerrit as usual.

Please note the additional things uncovered as part of this:

1. Puppet did not unset the password if it was removed. This is because
"user" class won't set any password if the value is "undef" and hence it
will just leave it as it was before. The following change is merged to
address it https://gerrit.ovirt.org/#/c/65348/ It also polices the value to
make sure we accept the values with proper hashes that we consider secure
enough and disable anything else.

2. Some old users still use MD5 for hashing. We need to ask all of them to
rehash and then drop MD5 support in puppet. I opened
https://ovirt-jira.atlassian.net/browse/OVIRT-768 for that.

3. As I said infra-hiera is already used and basically it deploys along
with puppet code by existing jenkins job. We just need to enable hooks in
gerrit and I think we can just use the same that we use for infra-puppet.
Another ticket opened https://ovirt-jira.atlassian.net/browse/OVIRT-769

Anton.

-- 
Anton Marchukov
Senior Software Engineer - RHEV CI - Red Hat
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-769) infra-hiera Autodeploy via Gerrit Hooks

[Anton Marchukov (oVirt JIRA)]

Anton Marchukov created OVIRT-769:
-

 Summary: infra-hiera Autodeploy via Gerrit Hooks
 Key: OVIRT-769
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-769
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Anton Marchukov
Assignee: infra


infra-hiera repo is already used and configured in r10k to deploy from git.
However in gerrit there is not hooks that run CI on it and that trigger
publish when it is merged to git.

Looks like it is easy to fix and we can reuse most of the hooks we have for
infra-puppet. Basically the deploy should be done using the same jenkins
job and it already does that just not triggered.

As for CI check than we need to check if puppetlint we use is sufficient.
But it might be a good start.

-- 
Anton Marchukov
Senior Software Engineer - RHEV CI - Red Hat



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

[JIRA] (OVIRT-768) Decomission of MD5 Password Hashes for Infra Users

[Anton Marchukov (oVirt JIRA)]

Anton Marchukov created OVIRT-768:
-

 Summary: Decomission of MD5 Password Hashes for Infra Users
 Key: OVIRT-768
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-768
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: Anton Marchukov
Assignee: infra


During the work of moving password parameters from foreman to internal
hiera I noted that there are some users that still have their passwords
hashed by MD5 algorithm.

MD5 has known crypto research that make it no longer suitable for storing
passwords securely:

https://en.wikipedia.org/wiki/MD5#Security (and corresponding links).

While the hashes are stored in internal repo it is still shared and prone
to information leaks. We should ask all users to rehash their passwords
with SHA-512 and when it is done we can remove MD5 exception
in site/ovirt_infra/manifests/user.pp so MD5 hashed passwords are no
longer accepted.

The current list of users left is available in infra-hiera repo.
-- 
Anton Marchukov
Senior Software Engineer - RHEV CI - Red Hat



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

Build failed in Jenkins: ovirt_4.0_system-tests #525

[jenkins]

See 

Changes:

[Gal Ben Haim] Fix check-patch to collect logs on failure

--
[...truncated 703 lines...]
##  took 2211 seconds
##  rc = 1
##
##! ERROR v
##! Last 20 log enties: 
logs/mocker-fedora-23-x86_64.fc23.basic_suite_4.0.sh/basic_suite_4.0.sh.log
##!
+ true
+ env_cleanup
+ echo '#'
#
+ local res=0
+ local uuid
+ echo ' Cleaning up'
 Cleaning up
+ [[ -e 

 ]]
+ echo '--- Cleaning with lago'
--- Cleaning with lago
+ lago --workdir 

 destroy --yes --all-prefixes
+ echo '--- Cleaning with lago done'
--- Cleaning with lago done
+ [[ 0 != \0 ]]
+ echo ' Cleanup done'
 Cleanup done
+ exit 0
Took 2030 seconds
===
##!
##! ERROR ^^
##!
##
Build step 'Execute shell' marked build as failure
Performing Post build task...
Match found for :.* : True
Logical operation result is TRUE
Running script  : #!/bin/bash -xe
echo 'shell_scripts/system_tests.collect_logs.sh'

#
# Required jjb vars:
#version
#
VERSION=4.0
SUITE_TYPE=

WORKSPACE="$PWD"
OVIRT_SUITE="$SUITE_TYPE_suite_$VERSION"
TESTS_LOGS="$WORKSPACE/ovirt-system-tests/exported-artifacts"

rm -rf "$WORKSPACE/exported-artifacts"
mkdir -p "$WORKSPACE/exported-artifacts"

if [[ -d "$TESTS_LOGS" ]]; then
mv "$TESTS_LOGS/"* "$WORKSPACE/exported-artifacts/"
fi

[ovirt_4.0_system-tests] $ /bin/bash -xe /tmp/hudson2574482535475189795.sh
+ echo shell_scripts/system_tests.collect_logs.sh
shell_scripts/system_tests.collect_logs.sh
+ VERSION=4.0
+ SUITE_TYPE=
+ WORKSPACE=
+ OVIRT_SUITE=4.0
+ 
TESTS_LOGS=
+ rm -rf 

+ mkdir -p 

+ [[ -d 

 ]]
+ mv 

 

 

 

 

POST BUILD TASK : SUCCESS
END OF POST BUILD TASK : 0
Match found for :.* : True
Logical operation result is TRUE
Running script  : #!/bin/bash -xe
echo "shell-scripts/mock_cleanup.sh"

shopt -s nullglob


WORKSPACE="$PWD"

# Make clear this is the cleanup, helps reading the jenkins logs
cat 
+ cat
___
###
# #
#   CLEANUP   #
# #
###
+ logs=(./*log ./*/logs)
+ [[ -n ./ovirt-system-tests/logs ]]
+ tar cvzf exported-artifacts/logs.tgz ./ovirt-system-tests/logs
./ovirt-system-tests/logs/
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.basic_suite_4.0.sh/
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.basic_suite_4.0.sh/basic_suite_4.0.sh.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.install_packages/
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.install_packages/root.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.install_packages/build.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.install_packages/stdout_stderr.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.install_packages/state.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/root.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/build.log

Build failed in Jenkins: ovirt_master_system-tests #642

[jenkins]

See 

Changes:

[Gal Ben Haim] Fix check-patch to collect logs on failure

--
[...truncated 710 lines...]
##  took 1592 seconds
##  rc = 1
##
##! ERROR v
##! Last 20 log enties: 
logs/mocker-fedora-24-x86_64.fc24.basic_suite_master.sh/basic_suite_master.sh.log
##!
+ true
+ env_cleanup
+ echo '#'
#
+ local res=0
+ local uuid
+ echo ' Cleaning up'
 Cleaning up
+ [[ -e 

 ]]
+ echo '--- Cleaning with lago'
--- Cleaning with lago
+ lago --workdir 

 destroy --yes --all-prefixes
+ echo '--- Cleaning with lago done'
--- Cleaning with lago done
+ [[ 0 != \0 ]]
+ echo ' Cleanup done'
 Cleanup done
+ exit 0
Took 1430 seconds
===
##!
##! ERROR ^^
##!
##
Build step 'Execute shell' marked build as failure
Performing Post build task...
Match found for :.* : True
Logical operation result is TRUE
Running script  : #!/bin/bash -xe
echo 'shell_scripts/system_tests.collect_logs.sh'

#
# Required jjb vars:
#version
#
VERSION=master
SUITE_TYPE=

WORKSPACE="$PWD"
OVIRT_SUITE="$SUITE_TYPE_suite_$VERSION"
TESTS_LOGS="$WORKSPACE/ovirt-system-tests/exported-artifacts"

rm -rf "$WORKSPACE/exported-artifacts"
mkdir -p "$WORKSPACE/exported-artifacts"

if [[ -d "$TESTS_LOGS" ]]; then
mv "$TESTS_LOGS/"* "$WORKSPACE/exported-artifacts/"
fi

[ovirt_master_system-tests] $ /bin/bash -xe /tmp/hudson1426503991181675103.sh
+ echo shell_scripts/system_tests.collect_logs.sh
shell_scripts/system_tests.collect_logs.sh
+ VERSION=master
+ SUITE_TYPE=
+ WORKSPACE=
+ OVIRT_SUITE=master
+ 
TESTS_LOGS=
+ rm -rf 

+ mkdir -p 

+ [[ -d 

 ]]
+ mv 

 

 

 

 

POST BUILD TASK : SUCCESS
END OF POST BUILD TASK : 0
Match found for :.* : True
Logical operation result is TRUE
Running script  : #!/bin/bash -xe
echo "shell-scripts/mock_cleanup.sh"

shopt -s nullglob


WORKSPACE="$PWD"

# Make clear this is the cleanup, helps reading the jenkins logs
cat 
+ cat
___
###
# #
#   CLEANUP   #
# #
###
+ logs=(./*log ./*/logs)
+ [[ -n ./ovirt-system-tests/logs ]]
+ tar cvzf exported-artifacts/logs.tgz ./ovirt-system-tests/logs
./ovirt-system-tests/logs/
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.basic_suite_master.sh/
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.basic_suite_master.sh/basic_suite_master.sh.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/stdout_stderr.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/state.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/build.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/root.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.clean_rpmdb/
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.clean_rpmdb/stdout_stderr.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/

Gerrit infra-ansible Repo is Updated with Mailman Code

[Anton Marchukov]

Hello All.

I have pushed the ansible code by Duck mantained in his gitlab repo to our
infra-ansible repo in gerrit. So now it is ready to use and all feature
ansible code should be maintained there.

I did a review of it and its history and it looked ok for me. I might have
some concerns about Ansible Vault solution in general related to its lack
of forward secrecy, but it is a global discussion to have anyway.

However. To be safe as I do not know if all team members concerns has been
addressed (I checked all that I were aware off to makes sure they are) I
made this repo available to infra-ansible group only for now. We should be
able to make it public later though and it is ok for me.

Anton.

-- 
Anton Marchukov
Senior Software Engineer - RHEV CI - Red Hat
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-767) can't rebase patches anymore unless setting forge committer / author on the single project

[Evgheni Dereveanchin (oVirt JIRA)]

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

Evgheni Dereveanchin reassigned OVIRT-767:
--

Assignee: Evgheni Dereveanchin  (was: infra)

> can't rebase patches anymore unless setting forge committer / author on the 
> single project
> --
>
> Key: OVIRT-767
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-767
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: sbonazzo
>Assignee: Evgheni Dereveanchin
>
> Rebasing using git:
> remote: Processing changes: refs: 1, done
> remote:
> remote: ERROR:  In commit 8625e0fb6d5b432a065492b52a5d2028f827e861
> remote: ERROR:  author email address rba...@redhat.com
> remote: ERROR:  does not match your user account.
> remote: ERROR:
> remote: ERROR:  The following addresses are currently registered:
> remote: ERROR:sandro.bonazz...@gmail.com
> remote: ERROR:sbona...@redhat.com
> remote: ERROR:
> remote: ERROR:  To register an email address, please visit:
> remote: ERROR:  https://gerrit.ovirt.org/#/settings/contact
> Rebasing using gerrit:
> Code Review - Error invalid author
> -- 
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> 



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

[JIRA] (OVIRT-761) Re: Do we or can we have Mac OS slaves in Jenkins?

[danken (oVirt JIRA)]

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

danken commented on OVIRT-761:
--


Note to infra team: there's a very similar request (OVIRT-757) to enable
Travis build from the github mirror of Vdsm. Please solve them together;
for Vdsm as well, triggering a build in check-patch would be
interesting.


> Re: Do we or can we have Mac OS slaves in Jenkins?
> --
>
> Key: OVIRT-761
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-761
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: sbonazzo
>Assignee: infra
>
> Opening a ticket.
> On Mon, Oct 10, 2016 at 11:44 AM, Juan Hernández 
> wrote:
> > Hello,
> >
> > Part of the Ruby SDK uses native code that needs to be compiled during
> > installation of the gem. The Ruby SDK is a requirement of ManageIQ, and
> > many ManageIQ developers/users use Mac OS. In the past I had some issues
> > with this environment, as the C compiler there behaves in an slightly
> > different way than GCC. Those issues were discovered only when the SDK
> > was already released. To avoid that I would like to have Jenkins jobs
> > building/testing the SDK for Mac OS. Is that possible? Do we have Mac OS
> > slaves? If not, can we have them?
> >
> > Regards,
> > Juan Hernandez
> >
> > --
> > Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
> > 3ºD, 28016 Madrid, Spain
> > Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
> > ___
> > Infra mailing list
> > Infra@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
> >
> -- 
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> 



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

Re: [JIRA] (OVIRT-761) Re: Do we or can we have Mac OS slaves in Jenkins?

[Dan Kenigsberg]

On Tue, Oct 11, 2016 at 11:29:00AM +0300, Juan Hernández (oVirt JIRA) wrote:
> 
> [ 
> https://ovirt-jira.atlassian.net/browse/OVIRT-761?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=21621#comment-21621
>  ] 
> 
> Juan Hernández edited comment on OVIRT-761 at 10/11/16 11:28 AM:
> -
> 
> Thanks for the suggestion to use "clang" Evgheni, that can certainly help, I 
> will explore it.
> 
> I also see that Travis CI (https://travis-ci.com) supports building in Mac 
> OS. I added a .travis.yml file to the Ruby SDK, and tested the build my 
> personal github fork. It worked correctly. Is there any way to activate 
> Travis builds for the oVirt mirror of the SDK that we have in github? That 
> way at least the build will run after merging patches (before releasing). Do 
> you know if there is any way to make Travis CI work directly from 
> gerrit.ovirt.org, before merging patches?

Note to infra team: there's a very similar request (OVIRT-757) to enable
Travis build from the github mirror of Vdsm. Please solve them together;
for Vdsm as well, triggering a build in check-patch would be
interesting.
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-761) Re: Do we or can we have Mac OS slaves in Jenkins?

[oVirt JIRA]

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

Juan Hernández edited comment on OVIRT-761 at 10/11/16 11:28 AM:
-

Thanks for the suggestion to use "clang" Evgheni, that can certainly help, I 
will explore it.

I also see that Travis CI (https://travis-ci.com) supports building in Mac OS. 
I added a .travis.yml file to the Ruby SDK, and tested the build my personal 
github fork. It worked correctly. Is there any way to activate Travis builds 
for the oVirt mirror of the SDK that we have in github? That way at least the 
build will run after merging patches (before releasing). Do you know if there 
is any way to make Travis CI work directly from gerrit.ovirt.org, before 
merging patches?


was (Author: jhern...@redhat.com):
Thanks for the suggestion to use "clang" Evgheni, that can certainly help, I 
will explore it.

I also see that Travi CI (https://travis-ci.com) supports building in Mac OS. I 
added a .travis.yml file to the Ruby SDK, and tested the build my personal 
github fork. It worked correctly. Is there any way to activate Travis builds 
for toe oVirt mirror of the SDK that we have in github? That way at least the 
build will run after merging patches (before releasing). Do you know if there 
is any way to make Travis CI work directly from gerrit.ovirt.org, before 
merging patches?

> Re: Do we or can we have Mac OS slaves in Jenkins?
> --
>
> Key: OVIRT-761
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-761
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: sbonazzo
>Assignee: infra
>
> Opening a ticket.
> On Mon, Oct 10, 2016 at 11:44 AM, Juan Hernández 
> wrote:
> > Hello,
> >
> > Part of the Ruby SDK uses native code that needs to be compiled during
> > installation of the gem. The Ruby SDK is a requirement of ManageIQ, and
> > many ManageIQ developers/users use Mac OS. In the past I had some issues
> > with this environment, as the C compiler there behaves in an slightly
> > different way than GCC. Those issues were discovered only when the SDK
> > was already released. To avoid that I would like to have Jenkins jobs
> > building/testing the SDK for Mac OS. Is that possible? Do we have Mac OS
> > slaves? If not, can we have them?
> >
> > Regards,
> > Juan Hernandez
> >
> > --
> > Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
> > 3ºD, 28016 Madrid, Spain
> > Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
> > ___
> > Infra mailing list
> > Infra@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
> >
> -- 
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> 



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

Build failed in Jenkins: ovirt_master_system-tests #641

[jenkins]

See 

Changes:

[Gal Ben Haim] Fix check-patch to collect logs on failure

--
[...truncated 708 lines...]
##  took 2194 seconds
##  rc = 1
##
##! ERROR v
##! Last 20 log enties: 
logs/mocker-fedora-24-x86_64.fc24.basic_suite_master.sh/basic_suite_master.sh.log
##!
+ true
+ env_cleanup
+ echo '#'
#
+ local res=0
+ local uuid
+ echo ' Cleaning up'
 Cleaning up
+ [[ -e 

 ]]
+ echo '--- Cleaning with lago'
--- Cleaning with lago
+ lago --workdir 

 destroy --yes --all-prefixes
+ echo '--- Cleaning with lago done'
--- Cleaning with lago done
+ [[ 0 != \0 ]]
+ echo ' Cleanup done'
 Cleanup done
+ exit 0
Took 2016 seconds
===
##!
##! ERROR ^^
##!
##
Build step 'Execute shell' marked build as failure
Performing Post build task...
Match found for :.* : True
Logical operation result is TRUE
Running script  : #!/bin/bash -xe
echo 'shell_scripts/system_tests.collect_logs.sh'

#
# Required jjb vars:
#version
#
VERSION=master
SUITE_TYPE=

WORKSPACE="$PWD"
OVIRT_SUITE="$SUITE_TYPE_suite_$VERSION"
TESTS_LOGS="$WORKSPACE/ovirt-system-tests/exported-artifacts"

rm -rf "$WORKSPACE/exported-artifacts"
mkdir -p "$WORKSPACE/exported-artifacts"

if [[ -d "$TESTS_LOGS" ]]; then
mv "$TESTS_LOGS/"* "$WORKSPACE/exported-artifacts/"
fi

[ovirt_master_system-tests] $ /bin/bash -xe /tmp/hudson2261895689393248617.sh
+ echo shell_scripts/system_tests.collect_logs.sh
shell_scripts/system_tests.collect_logs.sh
+ VERSION=master
+ SUITE_TYPE=
+ WORKSPACE=
+ OVIRT_SUITE=master
+ 
TESTS_LOGS=
+ rm -rf 

+ mkdir -p 

+ [[ -d 

 ]]
+ mv 

 

 

 

 

POST BUILD TASK : SUCCESS
END OF POST BUILD TASK : 0
Match found for :.* : True
Logical operation result is TRUE
Running script  : #!/bin/bash -xe
echo "shell-scripts/mock_cleanup.sh"

shopt -s nullglob


WORKSPACE="$PWD"

# Make clear this is the cleanup, helps reading the jenkins logs
cat 
+ cat
___
###
# #
#   CLEANUP   #
# #
###
+ logs=(./*log ./*/logs)
+ [[ -n ./ovirt-system-tests/logs ]]
+ tar cvzf exported-artifacts/logs.tgz ./ovirt-system-tests/logs
./ovirt-system-tests/logs/
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/stdout_stderr.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/state.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/build.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/root.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/stdout_stderr.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/state.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/build.log
./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/root.log

[JIRA] (OVIRT-761) Re: Do we or can we have Mac OS slaves in Jenkins?

[oVirt JIRA]

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

Juan Hernández commented on OVIRT-761:
--

Thanks for the suggestion to use "clang" Evgheni, that can certainly help, I 
will explore it.

I also see that Travi CI (https://travis-ci.com) supports building in Mac OS. I 
added a .travis.yml file to the Ruby SDK, and tested the build my personal 
github fork. It worked correctly. Is there any way to activate Travis builds 
for toe oVirt mirror of the SDK that we have in github? That way at least the 
build will run after merging patches (before releasing). Do you know if there 
is any way to make Travis CI work directly from gerrit.ovirt.org, before 
merging patches?

> Re: Do we or can we have Mac OS slaves in Jenkins?
> --
>
> Key: OVIRT-761
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-761
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: sbonazzo
>Assignee: infra
>
> Opening a ticket.
> On Mon, Oct 10, 2016 at 11:44 AM, Juan Hernández 
> wrote:
> > Hello,
> >
> > Part of the Ruby SDK uses native code that needs to be compiled during
> > installation of the gem. The Ruby SDK is a requirement of ManageIQ, and
> > many ManageIQ developers/users use Mac OS. In the past I had some issues
> > with this environment, as the C compiler there behaves in an slightly
> > different way than GCC. Those issues were discovered only when the SDK
> > was already released. To avoid that I would like to have Jenkins jobs
> > building/testing the SDK for Mac OS. Is that possible? Do we have Mac OS
> > slaves? If not, can we have them?
> >
> > Regards,
> > Juan Hernandez
> >
> > --
> > Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
> > 3ºD, 28016 Madrid, Spain
> > Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
> > ___
> > Infra mailing list
> > Infra@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/infra
> >
> -- 
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> 



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

[JIRA] (OVIRT-767) can't rebase patches anymore unless setting forge committer / author on the single project

[sbonazzo (oVirt JIRA)]

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

sbonazzo commented on OVIRT-767:


Added the forge rights on the project I needed it solved the issue for me, but 
this affects all projects.

> can't rebase patches anymore unless setting forge committer / author on the 
> single project
> --
>
> Key: OVIRT-767
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-767
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: sbonazzo
>Assignee: infra
>
> Rebasing using git:
> remote: Processing changes: refs: 1, done
> remote:
> remote: ERROR:  In commit 8625e0fb6d5b432a065492b52a5d2028f827e861
> remote: ERROR:  author email address rba...@redhat.com
> remote: ERROR:  does not match your user account.
> remote: ERROR:
> remote: ERROR:  The following addresses are currently registered:
> remote: ERROR:sandro.bonazz...@gmail.com
> remote: ERROR:sbona...@redhat.com
> remote: ERROR:
> remote: ERROR:  To register an email address, please visit:
> remote: ERROR:  https://gerrit.ovirt.org/#/settings/contact
> Rebasing using gerrit:
> Code Review - Error invalid author
> -- 
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> 



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

[JIRA] (OVIRT-767) can't rebase patches anymore unless setting forge committer / author on the single project

[sbonazzo (oVirt JIRA)]

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

sbonazzo updated OVIRT-767:
---
Summary: can't rebase patches anymore unless setting forge committer / 
author on the single project  (was: [URGENT] can't rebase patches anymore)

> can't rebase patches anymore unless setting forge committer / author on the 
> single project
> --
>
> Key: OVIRT-767
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-767
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: sbonazzo
>Assignee: infra
>
> Rebasing using git:
> remote: Processing changes: refs: 1, done
> remote:
> remote: ERROR:  In commit 8625e0fb6d5b432a065492b52a5d2028f827e861
> remote: ERROR:  author email address rba...@redhat.com
> remote: ERROR:  does not match your user account.
> remote: ERROR:
> remote: ERROR:  The following addresses are currently registered:
> remote: ERROR:sandro.bonazz...@gmail.com
> remote: ERROR:sbona...@redhat.com
> remote: ERROR:
> remote: ERROR:  To register an email address, please visit:
> remote: ERROR:  https://gerrit.ovirt.org/#/settings/contact
> Rebasing using gerrit:
> Code Review - Error invalid author
> -- 
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> 



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

[JIRA] (OVIRT-767) [URGENT] can't rebase patches anymore

[sbonazzo (oVirt JIRA)]

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

sbonazzo commented on OVIRT-767:


I think the root cause is: 
https://gerrit.ovirt.org/gitweb?p=All-Projects.git;a=commitdiff;h=d6241d9d228c3e347989ffaf5215aea9db202f55

> [URGENT] can't rebase patches anymore
> -
>
> Key: OVIRT-767
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-767
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: sbonazzo
>Assignee: infra
>
> Rebasing using git:
> remote: Processing changes: refs: 1, done
> remote:
> remote: ERROR:  In commit 8625e0fb6d5b432a065492b52a5d2028f827e861
> remote: ERROR:  author email address rba...@redhat.com
> remote: ERROR:  does not match your user account.
> remote: ERROR:
> remote: ERROR:  The following addresses are currently registered:
> remote: ERROR:sandro.bonazz...@gmail.com
> remote: ERROR:sbona...@redhat.com
> remote: ERROR:
> remote: ERROR:  To register an email address, please visit:
> remote: ERROR:  https://gerrit.ovirt.org/#/settings/contact
> Rebasing using gerrit:
> Code Review - Error invalid author
> -- 
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> 



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

[JIRA] (OVIRT-767) [URGENT] can't rebase patches anymore

[sbonazzo (oVirt JIRA)]

sbonazzo created OVIRT-767:
--

 Summary: [URGENT] can't rebase patches anymore
 Key: OVIRT-767
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-767
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: sbonazzo
Assignee: infra


Rebasing using git:

remote: Processing changes: refs: 1, done
remote:
remote: ERROR:  In commit 8625e0fb6d5b432a065492b52a5d2028f827e861
remote: ERROR:  author email address rba...@redhat.com
remote: ERROR:  does not match your user account.
remote: ERROR:
remote: ERROR:  The following addresses are currently registered:
remote: ERROR:sandro.bonazz...@gmail.com
remote: ERROR:sbona...@redhat.com
remote: ERROR:
remote: ERROR:  To register an email address, please visit:
remote: ERROR:  https://gerrit.ovirt.org/#/settings/contact

Rebasing using gerrit:
Code Review - Error invalid author



-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com




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

[JIRA] (OVIRT-766) Code Review - Error invalid author

[sbonazzo (oVirt JIRA)]

sbonazzo created OVIRT-766:
--

 Summary: Code Review - Error invalid author
 Key: OVIRT-766
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-766
 Project: oVirt - virtualization made easy
  Issue Type: By-EMAIL
Reporter: sbonazzo
Assignee: infra


While editing a commit message or a file from gerrit I get:
Code Review - Error invalid author
when I save and publish the change.
Can you please fix it?

-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com




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