oVirt infra daily report - unstable production jobs - 123

[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/123//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

Build failed in Jenkins: ovirt_3.6_he-system-tests #616

[jenkins]

See 

Changes:

[Gal Ben Haim] Changed the mock scripts to support the new naming convention

--
[...truncated 1266 lines...]
##  rc = 1
##
##! ERROR v
##! Last 20 log entries: 
logs/mocker-fedora-23-x86_64.fc23.he_basic_suite_3.6.sh/he_basic_suite_3.6.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 1371 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=3.6
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_3.6_he-system-tests] $ /bin/bash -xe /tmp/hudson3328567273409053576.sh
+ echo shell_scripts/system_tests.collect_logs.sh
shell_scripts/system_tests.collect_logs.sh
+ VERSION=3.6
+ SUITE_TYPE=
+ WORKSPACE=
+ OVIRT_SUITE=3.6
+ 
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.init/
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/stdout_stderr.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/state.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/build.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/root.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/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.install_packages/build.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.install_packages/root.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.clean_rpmdb/
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.clean_rpmdb/stdout_stderr.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.he_basic_suite_3.6.sh/

Build failed in Jenkins: ovirt_4.0_he-system-tests #454

[jenkins]

See 

Changes:

[Gal Ben Haim] Changed the mock scripts to support the new naming convention

--
[...truncated 959 lines...]
##  rc = 1
##
##! ERROR v
##! Last 20 log entries: 
logs/mocker-fedora-23-x86_64.fc23.he_basic_suite_4.0.sh/he_basic_suite_4.0.sh.log
##!
+ 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
+ exit
Took 1616 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_he-system-tests] $ /bin/bash -xe /tmp/hudson2513341979033241705.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.init/
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/stdout_stderr.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/build.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/root.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/state.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.clean_rpmdb/
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.clean_rpmdb/stdout_stderr.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/stdout_stderr.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/root.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.he_basic_suite_4.0.sh/

[JIRA] (OVIRT-797) [gerrit hooks] update tracker failed to update bugs

[Shlomo Ben David (oVirt JIRA)]

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

Shlomo Ben David reassigned OVIRT-797:
--

Assignee: Shlomo Ben David  (was: infra)

> [gerrit hooks] update tracker failed to update bugs
> ---
>
> Key: OVIRT-797
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-797
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>Reporter: Shlomo Ben David
>Assignee: Shlomo Ben David
>Priority: High
>
> bool(x) function isn't converts 'True' | 'False' strings into bool (True | 
> False) values,
> it only returns True if the passed value is True, False otherwise.
> I've replaced it with ast.literal_eval() function that converts and returns 
> the required bool values.



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

[JIRA] (OVIRT-797) [gerrit hooks] update tracker failed to update bugs

[Shlomo Ben David (oVirt JIRA)]

Shlomo Ben David created OVIRT-797:
--

 Summary: [gerrit hooks] update tracker failed to update bugs
 Key: OVIRT-797
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-797
 Project: oVirt - virtualization made easy
  Issue Type: Bug
Reporter: Shlomo Ben David
Assignee: infra
Priority: High


bool(x) function isn't converts 'True' | 'False' strings into bool (True | 
False) values,
it only returns True if the passed value is True, False otherwise.
I've replaced it with ast.literal_eval() function that converts and returns the 
required bool values.



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

[JIRA] (OVIRT-797) [gerrit hooks] update tracker failed to update bugs

[Shlomo Ben David (oVirt JIRA)]

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

Shlomo Ben David updated OVIRT-797:
---
Epic Link: OVIRT-403

> [gerrit hooks] update tracker failed to update bugs
> ---
>
> Key: OVIRT-797
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-797
> Project: oVirt - virtualization made easy
>  Issue Type: Bug
>Reporter: Shlomo Ben David
>Assignee: infra
>Priority: High
>
> bool(x) function isn't converts 'True' | 'False' strings into bool (True | 
> False) values,
> it only returns True if the passed value is True, False otherwise.
> I've replaced it with ast.literal_eval() function that converts and returns 
> the required bool values.



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

[JIRA] (OVIRT-796) [gerrit hooks] recreate set_post hook

[Shlomo Ben David (oVirt JIRA)]

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

Shlomo Ben David reassigned OVIRT-796:
--

Assignee: Shlomo Ben David  (was: infra)

> [gerrit hooks] recreate set_post hook
> -
>
> Key: OVIRT-796
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-796
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>Reporter: Shlomo Ben David
>Assignee: Shlomo Ben David
>
> The new hook will follow the bellow guidelines:
> * It updates only u/s bugs (oVirt classification)
> * It updates the bug status in bugzilla only from NEW to POST



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

[JIRA] (OVIRT-796) [gerrit hooks] recreate set_post hook

[Shlomo Ben David (oVirt JIRA)]

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

Shlomo Ben David updated OVIRT-796:
---
Epic Link: OVIRT-403

> [gerrit hooks] recreate set_post hook
> -
>
> Key: OVIRT-796
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-796
> Project: oVirt - virtualization made easy
>  Issue Type: Task
>Reporter: Shlomo Ben David
>Assignee: infra
>
> The new hook will follow the bellow guidelines:
> * It updates only u/s bugs (oVirt classification)
> * It updates the bug status in bugzilla only from NEW to POST



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

[JIRA] (OVIRT-796) [gerrit hooks] recreate set_post hook

[Shlomo Ben David (oVirt JIRA)]

Shlomo Ben David created OVIRT-796:
--

 Summary: [gerrit hooks] recreate set_post hook
 Key: OVIRT-796
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-796
 Project: oVirt - virtualization made easy
  Issue Type: Task
Reporter: Shlomo Ben David
Assignee: infra


The new hook will follow the bellow guidelines:
* It updates only u/s bugs (oVirt classification)
* It updates the bug status in bugzilla only from NEW to POST



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

[JIRA] (OVIRT-758) Vdsm docker testing images

[Barak Korren (oVirt JIRA)]

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

Barak Korren commented on OVIRT-758:


Building and publishing Docker images should be quite simple to do from std-ci.
There is no technical reason why this couldn`t be done directly in VDSM's 
check-patch.sh or build-artifacts.sh. But maybe mock will require some tweaking.

But perhaps the docker files shouldn't be in the vdsm repo for the sake of not 
building them unnecessarily, this can also be avoided with a simple condition 
in the script file though.

> Vdsm docker testing images
> --
>
> Key: OVIRT-758
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-758
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Nir Soffer
>Assignee: infra
>
> Hi all,
> Vdsm includes now 2 Dockerfiles, building CentOS 7 and Fedora 24 images.
> See 
> https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:dockerfile
> Currently I maintain the images in docker hub:
> - https://hub.docker.com/r/nirs/vdsm-centos/
> - https://hub.docker.com/r/nirs/vdsm-fedora/
> I configured automatic build, so each time I push a change to this branch:
> https://github.com/nirs/vdsm/tree/dockerfile
> Docker go and rebuilds the images.
> We want to move the images to docker hub ovirt account:
> https://hub.docker.com/u/ovirt/
> And configure vdsm github project so docker will rebuild
> the images when we push a changes to the dockerfile branch,
> or another solution to allow easy update of the images by
> merging a new dockerfile.
> Nir



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

Build failed in Jenkins: ovirt_3.6_he-system-tests #615

[jenkins]

See 

Changes:

[Gal Ben Haim] Changed the mock scripts to support the new naming convention

[Gil Shinar] Added emails to all test experimental repo jobs

--
[...truncated 1244 lines...]
##  rc = 1
##
##! ERROR v
##! Last 20 log entries: 
logs/mocker-fedora-23-x86_64.fc23.he_basic_suite_3.6.sh/he_basic_suite_3.6.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 1416 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=3.6
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_3.6_he-system-tests] $ /bin/bash -xe /tmp/hudson4359150933667683719.sh
+ echo shell_scripts/system_tests.collect_logs.sh
shell_scripts/system_tests.collect_logs.sh
+ VERSION=3.6
+ SUITE_TYPE=
+ WORKSPACE=
+ OVIRT_SUITE=3.6
+ 
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.install_packages/
./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/root.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.install_packages/build.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.he_basic_suite_3.6.sh/
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.he_basic_suite_3.6.sh/he_basic_suite_3.6.sh.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/stdout_stderr.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/root.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/state.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/build.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.clean_rpmdb/

[JIRA] (OVIRT-754) Guest name 'TestNode-node' is already in use.

[eyal edri [Administrator] (oVirt JIRA)]

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

eyal edri [Administrator] updated OVIRT-754:

Resolution: Fixed
Status: Done  (was: To Do)

since the patch with the cleanup was merged, setting as resolved.
Please reopen if the problem wasn't fixed.

> Guest name 'TestNode-node' is already in use.
> -
>
> Key: OVIRT-754
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-754
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: sbonazzo
>Assignee: infra
>
> http://jenkins.ovirt.org/job/ovirt-node-ng_master_build-artifacts-el7-x86_64/138/
> ==
> ERROR: test suite for 
> --
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/nose/suite.py", line 208, in run
> self.setUp()
>   File "/usr/lib/python2.7/site-packages/nose/suite.py", line 291, in setUp
> self.setupContext(ancestor)
>   File "/usr/lib/python2.7/site-packages/nose/suite.py", line 314, in
> setupContext
> try_run(context, names)
>   File "/usr/lib/python2.7/site-packages/nose/util.py", line 469, in try_run
> return func()
>   File
> "/home/jenkins/workspace/ovirt-node-ng_master_build-artifacts-el7-x86_64/ovirt-node-ng/tests/testVirt.py",
> line 150, in setUpClass
> 77)
>   File
> "/home/jenkins/workspace/ovirt-node-ng_master_build-artifacts-el7-x86_64/ovirt-node-ng/tests/testVirt.py",
> line 88, in _start_vm
> dom = VM.create(name, img, ssh_port=ssh_port, memory_gb=memory_gb)
>   File
> "/home/jenkins/workspace/ovirt-node-ng_master_build-artifacts-el7-x86_64/ovirt-node-ng/tests/virt.py",
> line 217, in create
> dom = sh.virt_install(*args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/sh.py", line 1021, in __call__
> return RunningCommand(cmd, call_args, stdin, stdout, stderr)
>   File "/usr/lib/python2.7/site-packages/sh.py", line 486, in __init__
> self.wait()
>   File "/usr/lib/python2.7/site-packages/sh.py", line 500, in wait
> self.handle_command_exit_code(exit_code)
>   File "/usr/lib/python2.7/site-packages/sh.py", line 516, in
> handle_command_exit_code
> raise exc(self.ran, self.process.stdout, self.process.stderr)
> ErrorReturnCode_1:
>   RAN: '/bin/virt-install --import --print-xml --network=user,model=virtio
> --noautoconsole --memory=2048 --rng=/dev/random --memballoon=virtio
> --cpu=host --vcpus=4 --graphics=vnc --watchdog=default,action=poweroff
> --serial=pty
> --disk=path=/var/tmp/TestNode-node.qcow2,bus=virtio,format=qcow2,driver_type=qcow2,discard=unmap,cache=unsafe
> --check=all=off --channel=unix,target_type=virtio,name=local.test.0
> --name=TestNode-node'
>   STDOUT:
>   STDERR:
> ERRORGuest name 'TestNode-node' is already in use.
> Seems to be a run in a not clean environment. Not sure about what caused
> this.
> -- 
> 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.482.3#100017)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-758) Vdsm docker testing images

[eyal edri [Administrator] (oVirt JIRA)]

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

eyal edri [Administrator] commented on OVIRT-758:
-

Is it possible to do it from Gerrit and not GitHub? 

[~bkor...@redhat.com][~ederevea] [~ngol...@redhat.com] - We haven't talked 
about managing containers for oVirt yet (except for using OpenShift for the 
monitoring app), thoughts?

> Vdsm docker testing images
> --
>
> Key: OVIRT-758
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-758
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Nir Soffer
>Assignee: infra
>
> Hi all,
> Vdsm includes now 2 Dockerfiles, building CentOS 7 and Fedora 24 images.
> See 
> https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:dockerfile
> Currently I maintain the images in docker hub:
> - https://hub.docker.com/r/nirs/vdsm-centos/
> - https://hub.docker.com/r/nirs/vdsm-fedora/
> I configured automatic build, so each time I push a change to this branch:
> https://github.com/nirs/vdsm/tree/dockerfile
> Docker go and rebuilds the images.
> We want to move the images to docker hub ovirt account:
> https://hub.docker.com/u/ovirt/
> And configure vdsm github project so docker will rebuild
> the images when we push a changes to the dockerfile branch,
> or another solution to allow easy update of the images by
> merging a new dockerfile.
> Nir



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

Re: ovirt-engine-4.0.5 is not treated as a monitored stable branch

[Shlomo Ben David]

Yep, you are right the hook is check_target_milestone and i explained it in
the previous email.

So after i've made some checks these are my conclusions:

   - All the new hooks are performing manipulation only on bugs with u/s
   classification (oVirt), the bug [1] is with a d/s classification.
   - The '*Check merged to previous' *hook is an old hook that is not
   configured to check classifications.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1368101

Best Regards,

Shlomi Ben-David | DevOps Engineer | Red Hat ISRAEL
RHCSA | RHCE
IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci)

OPEN SOURCE - 1 4 011 && 011 4 1

On Sun, Oct 30, 2016 at 3:50 PM, Eyal Edri  wrote:

> I think its this one: https://gerrit.ovirt.org/#/c/64538/
>
> And I think I know what the problem is,
> This bug [1] is 4.1 bug its target milestone is 4.0.6 because its a clone
> candidate bug.
> Shlomi - IIRC we addressed that issue in the hook, can you verify? (also,
> might be the bug is ignoring downstream bugs)
>
>
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1368101
>
> On Sun, Oct 30, 2016 at 3:35 PM, Eyal Edri  wrote:
>
>> Shlomi - do we have a gerrit hook that checks the bug version with the
>> branch name?
>> I remember we had something similar...
>>
>> On Sun, Oct 30, 2016 at 3:30 PM, Tal Nisan  wrote:
>>
>>> That was an example, the patch should have got -verified as a 4.1 bug
>>> url in a 4.0.5 branch
>>>
>>> On Sun, Oct 30, 2016 at 3:27 PM, Shlomo Ben David 
>>> wrote:
>>>
 Hi,

 Tal: The '*Check merged to previous*' hook is checking if the current
 patch was merged to previous stable branches and i think that it is not
 related to the one that you're searching.

 Eyal: Currently there is no hook that checks if branch is enabled, but
 there is hook that checks if the patch major version branch is [equal /
 higher / lower] than the bug target milestone major version.
 i'll explain by giving you few examples and their results:

 Example 1:
 tm: '---'(empty target milestone)
 branch major version: any
 result: *WARN MSG*

 Example 2:
 tm major version: 3.6
 branch major version: 3.6
 result: *OK MSG*

 Example 3:
 tm major version: 3.6
 branch major version: 4.0
 result: checks for clone flags
 (if tm major version in flags - *OK MSG* else *WARN MSG*)

 Example 4:
 tm major version: 4.0
 branch major version: 3.6
 result: *WARN MSG*


 Best Regards,

 Shlomi Ben-David | DevOps Engineer | Red Hat ISRAEL
 RHCSA | RHCE
 IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci)

 OPEN SOURCE - 1 4 011 && 011 4 1

 On Sun, Oct 30, 2016 at 9:45 AM, Eyal Edri  wrote:

> Shlomi,
> Can you check if we have the hook for verifying right branch is
> enabled?
>
>
>
> On Thu, Oct 27, 2016 at 11:00 AM, Tal Nisan  wrote:
>
>> This patch was pushed to 4.0.5 with a bug that at the time of the
>> push was 4.1, Gerrit hooks should have marked it as -verified, instead 
>> you
>> get:
>>
>>- Check merged to previous::IGNORE, Not in stable branch
>>(['ovirt-engine-3.6', 'ovirt-engine-4.0', 'ovirt-engine-3.6.9',
>>'ovirt-engine-4.0.2', 'ovirt-engine-4.0.4'])
>>
>>
>> On Thu, Oct 27, 2016 at 9:55 AM, Gil Shinar 
>> wrote:
>>
>>> Can you please elaborate?
>>>
>>> Thanks
>>> Gil
>>>
>>> On Wed, Oct 26, 2016 at 11:50 AM, Tal Nisan 
>>> wrote:
>>>
 This patch for example:
 https://gerrit.ovirt.org/#/c/65398/


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


>>>
>>
>> ___
>> Infra mailing list
>> Infra@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/infra
>>
>>
>
>
> --
> Eyal Edri
> Associate Manager
> RHV DevOps
> EMEA ENG Virtualization R
> Red Hat Israel
>
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>


>>>
>>
>>
>> --
>> Eyal Edri
>> Associate Manager
>> RHV DevOps
>> EMEA ENG Virtualization R
>> Red Hat Israel
>>
>> phone: +972-9-7692018
>> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>>
>
>
>
> --
> Eyal Edri
> Associate Manager
> RHV DevOps
> EMEA ENG Virtualization R
> Red Hat Israel
>
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-763) [Lago][rfe] ability to choose version to be installed

[eyal edri [Administrator] (oVirt JIRA)]

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

eyal edri [Administrator] commented on OVIRT-763:
-

You already have an option to specify a custom repo to use instead of the ones 
defined in the conf files.
[~ngol...@redhat.com] [~gbenh...@redhat.com] do we have this feature documented 
on Lago docs?

> [Lago][rfe] ability to choose version to be installed
> -
>
> Key: OVIRT-763
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-763
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Piotr Kliczewski
>Assignee: infra
>
> I started to test using lago with master repos and my custom engine built.
> It was built on 7.10 one test failed and I noticed that newer engine was
> installed instead of my specific version. It seems that we need an ability
> to define which version of the rpms should be used during the tests.
> Thanks,
> Piotr



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

[JIRA] (OVIRT-760) Gerrit hooks for ovirt-imageio project

[eyal edri [Administrator] (oVirt JIRA)]

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

eyal edri [Administrator] commented on OVIRT-760:
-

Can you please specify which hooks do you want enabled?

Shlomi, we should probably update the docs with the new avaiable hooks as
well [1][2]


[1] http://ovirt-gerrit-hooks.readthedocs.io/en/latest/
[2] http://infra-docs.readthedocs.io/en/latest/CI/Gerrit_Hooks.html

On Mon, Oct 10, 2016 at 11:41 AM, sbonazzo (oVirt JIRA) <



-- 
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R
Red Hat Israel

phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)


> Gerrit hooks for ovirt-imageio project
> --
>
> Key: OVIRT-760
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-760
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: sbonazzo
>Assignee: infra
>
> Hi,can you please add gerrit hooks to ovirt-imageio project?
> Thanks
> -- 
> 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.482.3#100017)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [JIRA] (OVIRT-760) Gerrit hooks for ovirt-imageio project

[Eyal Edri]

Can you please specify which hooks do you want enabled?

Shlomi, we should probably update the docs with the new avaiable hooks as
well [1][2]


[1] http://ovirt-gerrit-hooks.readthedocs.io/en/latest/
[2] http://infra-docs.readthedocs.io/en/latest/CI/Gerrit_Hooks.html

On Mon, Oct 10, 2016 at 11:41 AM, sbonazzo (oVirt JIRA) <
j...@ovirt-jira.atlassian.net> wrote:

> sbonazzo created OVIRT-760:
> --
>
>  Summary: Gerrit hooks for ovirt-imageio project
>  Key: OVIRT-760
>  URL: https://ovirt-jira.atlassian.net/browse/OVIRT-760
>  Project: oVirt - virtualization made easy
>   Issue Type: By-EMAIL
> Reporter: sbonazzo
> Assignee: infra
>
>
> Hi,can you please add gerrit hooks to ovirt-imageio project?
>
> Thanks
>
> --
> 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
>
>
>


-- 
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R
Red Hat Israel

phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [ovirt-devel] [vdsm] branch ovirt-4.0.5 created

[Eyal Edri]

On Mon, Oct 10, 2016 at 6:24 PM, Francesco Romani 
wrote:

> - Original Message -
> > From: "Dan Kenigsberg" 
> > To: "Francesco Romani" 
> > Cc: "Nir Soffer" , de...@ovirt.org
> > Sent: Monday, October 10, 2016 5:11:26 PM
> > Subject: Re: [vdsm] branch ovirt-4.0.5 created
> >
> > On Mon, Oct 10, 2016 at 10:30:49AM -0400, Francesco Romani wrote:
> > > Hi everyone,
> > >
> > > this time I choose to create the ovirt-4.0.5 branch.
> > > I already merged some patches for 4.0.6.
> > >
> > > Unfortunately I branched a bit too early (from last tag :))
> > >
> > > So patches
> > > https://gerrit.ovirt.org/#/c/65303/1
> > > https://gerrit.ovirt.org/#/c/65304/1
> > > https://gerrit.ovirt.org/#/c/65305/1
> > >
> > > Should be trivially mergeable - the only thing changed from ovirt-4.0
> > > counterpart
> > > is the change-id. Please have a quick look just to doublecheck.
> >
> > Change-Id should be the same for a master patch and all of its backport.
> > It seems that it was NOT changed, at least for
> > https://gerrit.ovirt.org/#/q/I5cea6ec71c913d74d95317ff7318259d64b40969
> > which is a GOOD thing.
>
> Yes, sorry, indeed it is (and indeed it should not change).
>
> > I think we want to enable CI on the new 4.0.5 branch, right? Otherwise
> > we'd need to fake the CI+1 flag until 4.0.5 is shipped.
>
> We should, but it is not urgently needed - just regular priority.
> For the aforementioned first three patches especially I'm just overly
> cautious.
>
>
Was CI enabled for 4.0.5 branch?
Adding infra as well.

Shlomi, Did we enabled the regex for stable branch already and we don't
need to manually update conf files?



> --
> Francesco Romani
> Red Hat Engineering Virtualization R & D
> Phone: 8261328
> IRC: fromani
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>
>
>


-- 
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R
Red Hat Israel

phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
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?

[eyal edri [Administrator] (oVirt JIRA)]

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

eyal edri [Administrator] commented on OVIRT-761:
-

I replied on the other ticket, but if indeed we can't run MAC OS tests on 
existing infra and Travis is the only way, we should at least explore this 
option.

I don't know if it matters that the GitHub repos are mirrors of gerrit and if 
that should affect the integration with Travis, but if anyone from VDSM team 
wants to explore it,
we can give permissions in GitHub to the maintainer to check the possibility. 

> 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.482.3#100017)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-757) [VDSM] Add Travis CI to vdsm github project

[eyal edri [Administrator] (oVirt JIRA)]

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

eyal edri [Administrator] commented on OVIRT-757:
-

Few questions:

1. Which tests will run there? same as check-patch/check-merged? 
2. How will the travis configuration be managed/configured
3. Why use another CI system when we can run it on jenkins.ovirt.org? is there 
any limitation to existing jenkins server that Travis doesn't have? can you 
elaborate?

> [VDSM] Add Travis CI to vdsm github project
> ---
>
> Key: OVIRT-757
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-757
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: Nir Soffer
>Assignee: infra
>
> Hi all,
> Vdsm includes now a travis configuration running vdsm tests
> on both Fedora 24 and Centos 7.
> You can see example build shere:
> https://travis-ci.org/nirs/vdsm/builds/166263228
> These builds are currently configured in my private vdsm
> fork on github.
> We want to enable Travis CI service on vdsm github project,
> so each time a patch is merged (sync from gerrit) or each time
> a pull request is submitted, a build is started.
> Developers can use these builds in 2 ways:
> - fork vdsm and enable travis on their fork
> - submit pull requests to get them tested
> When a build fails, travis sends email to the author about the
> failure, this works fine for developers forks without any
> additional configuration.
> You can configure github for us, or give Dan and/or me the
> permissions to configure the github project.
> Cheers,
> Nir



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

[JIRA] (OVIRT-795) Automate updateing of ovirt glance

[Barak Korren (oVirt JIRA)]

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

Barak Korren reassigned OVIRT-795:
--

Assignee: Barak Korren  (was: infra)

> Automate updateing of ovirt glance
> --
>
> Key: OVIRT-795
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-795
> Project: oVirt - virtualization made easy
>  Issue Type: New Feature
>  Components: Repositories Mgmt
>Reporter: Barak Korren
>Assignee: Barak Korren
>
> The ovirt Glance repo is only being update manually at this time.
> This causes it to quickly go out of data and look unmaintained.
> The image updating process should be automated



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

[JIRA] (OVIRT-795) Automate updateing of ovirt glance

[Barak Korren (oVirt JIRA)]

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

Barak Korren updated OVIRT-795:
---
Epic Link: OVIRT-403

> Automate updateing of ovirt glance
> --
>
> Key: OVIRT-795
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-795
> Project: oVirt - virtualization made easy
>  Issue Type: New Feature
>  Components: Repositories Mgmt
>Reporter: Barak Korren
>Assignee: infra
>
> The ovirt Glance repo is only being update manually at this time.
> This causes it to quickly go out of data and look unmaintained.
> The image updating process should be automated



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

[JIRA] (OVIRT-795) Automate updateing of ovirt glance

[Barak Korren (oVirt JIRA)]

Barak Korren created OVIRT-795:
--

 Summary: Automate updateing of ovirt glance
 Key: OVIRT-795
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-795
 Project: oVirt - virtualization made easy
  Issue Type: New Feature
  Components: Repositories Mgmt
Reporter: Barak Korren
Assignee: infra


The ovirt Glance repo is only being update manually at this time.
This causes it to quickly go out of data and look unmaintained.
The image updating process should be automated



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

[JIRA] (OVIRT-794) Move mirrorchecker/ovirt-mirrorchecker from GitHub to gerrit

[Nadav Goldin (oVirt JIRA)]

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

Nadav Goldin reassigned OVIRT-794:
--

Assignee: Nadav Goldin  (was: infra)

> Move mirrorchecker/ovirt-mirrorchecker from GitHub to gerrit
> 
>
> Key: OVIRT-794
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-794
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>Reporter: Nadav Goldin
>Assignee: Nadav Goldin
>
> Currently reside in:
> https://github.com/nvgoldin/mirrorchecker
> https://github.com/nvgoldin/ovirt-mirrorchecker



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

[JIRA] (OVIRT-794) Move mirrorchecker/ovirt-mirrorchecker from GitHub to gerrit

[Nadav Goldin (oVirt JIRA)]

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

Nadav Goldin updated OVIRT-794:
---
Epic Link: OVIRT-403

> Move mirrorchecker/ovirt-mirrorchecker from GitHub to gerrit
> 
>
> Key: OVIRT-794
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-794
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>Reporter: Nadav Goldin
>Assignee: infra
>
> Currently reside in:
> https://github.com/nvgoldin/mirrorchecker
> https://github.com/nvgoldin/ovirt-mirrorchecker



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

[JIRA] (OVIRT-794) Move mirrorchecker/ovirt-mirrorchecker from GitHub to gerrit

[Nadav Goldin (oVirt JIRA)]

Nadav Goldin created OVIRT-794:
--

 Summary: Move mirrorchecker/ovirt-mirrorchecker from GitHub to 
gerrit
 Key: OVIRT-794
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-794
 Project: oVirt - virtualization made easy
  Issue Type: Improvement
Reporter: Nadav Goldin
Assignee: infra


Currently reside in:
https://github.com/nvgoldin/mirrorchecker
https://github.com/nvgoldin/ovirt-mirrorchecker




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

[JIRA] (OVIRT-793) Add docs on mirrorchecker tool and deploying ovirt-mirrorchecker container

[Nadav Goldin (oVirt JIRA)]

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

Nadav Goldin updated OVIRT-793:
---
Epic Link: OVIRT-403

> Add docs on mirrorchecker tool and deploying ovirt-mirrorchecker container
> --
>
> Key: OVIRT-793
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-793
> Project: oVirt - virtualization made easy
>  Issue Type: Improvement
>Reporter: Nadav Goldin
>Assignee: infra
>




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

[JIRA] (OVIRT-793) Add docs on mirrorchecker tool and deploying ovirt-mirrorchecker container

[Nadav Goldin (oVirt JIRA)]

Nadav Goldin created OVIRT-793:
--

 Summary: Add docs on mirrorchecker tool and deploying 
ovirt-mirrorchecker container
 Key: OVIRT-793
 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-793
 Project: oVirt - virtualization made easy
  Issue Type: Improvement
Reporter: Nadav Goldin
Assignee: infra






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

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

[jenkins]

Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/2890/
Build Number: 2890
Build Status:  SUCCESS___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: ovirt-engine-4.0.5 is not treated as a monitored stable branch

[Eyal Edri]

I think its this one: https://gerrit.ovirt.org/#/c/64538/

And I think I know what the problem is,
This bug [1] is 4.1 bug its target milestone is 4.0.6 because its a clone
candidate bug.
Shlomi - IIRC we addressed that issue in the hook, can you verify? (also,
might be the bug is ignoring downstream bugs)



[1] https://bugzilla.redhat.com/show_bug.cgi?id=1368101

On Sun, Oct 30, 2016 at 3:35 PM, Eyal Edri  wrote:

> Shlomi - do we have a gerrit hook that checks the bug version with the
> branch name?
> I remember we had something similar...
>
> On Sun, Oct 30, 2016 at 3:30 PM, Tal Nisan  wrote:
>
>> That was an example, the patch should have got -verified as a 4.1 bug url
>> in a 4.0.5 branch
>>
>> On Sun, Oct 30, 2016 at 3:27 PM, Shlomo Ben David 
>> wrote:
>>
>>> Hi,
>>>
>>> Tal: The '*Check merged to previous*' hook is checking if the current
>>> patch was merged to previous stable branches and i think that it is not
>>> related to the one that you're searching.
>>>
>>> Eyal: Currently there is no hook that checks if branch is enabled, but
>>> there is hook that checks if the patch major version branch is [equal /
>>> higher / lower] than the bug target milestone major version.
>>> i'll explain by giving you few examples and their results:
>>>
>>> Example 1:
>>> tm: '---'(empty target milestone)
>>> branch major version: any
>>> result: *WARN MSG*
>>>
>>> Example 2:
>>> tm major version: 3.6
>>> branch major version: 3.6
>>> result: *OK MSG*
>>>
>>> Example 3:
>>> tm major version: 3.6
>>> branch major version: 4.0
>>> result: checks for clone flags
>>> (if tm major version in flags - *OK MSG* else *WARN MSG*)
>>>
>>> Example 4:
>>> tm major version: 4.0
>>> branch major version: 3.6
>>> result: *WARN MSG*
>>>
>>>
>>> Best Regards,
>>>
>>> Shlomi Ben-David | DevOps Engineer | Red Hat ISRAEL
>>> RHCSA | RHCE
>>> IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci)
>>>
>>> OPEN SOURCE - 1 4 011 && 011 4 1
>>>
>>> On Sun, Oct 30, 2016 at 9:45 AM, Eyal Edri  wrote:
>>>
 Shlomi,
 Can you check if we have the hook for verifying right branch is
 enabled?



 On Thu, Oct 27, 2016 at 11:00 AM, Tal Nisan  wrote:

> This patch was pushed to 4.0.5 with a bug that at the time of the push
> was 4.1, Gerrit hooks should have marked it as -verified, instead you get:
>
>- Check merged to previous::IGNORE, Not in stable branch
>(['ovirt-engine-3.6', 'ovirt-engine-4.0', 'ovirt-engine-3.6.9',
>'ovirt-engine-4.0.2', 'ovirt-engine-4.0.4'])
>
>
> On Thu, Oct 27, 2016 at 9:55 AM, Gil Shinar 
> wrote:
>
>> Can you please elaborate?
>>
>> Thanks
>> Gil
>>
>> On Wed, Oct 26, 2016 at 11:50 AM, Tal Nisan 
>> wrote:
>>
>>> This patch for example:
>>> https://gerrit.ovirt.org/#/c/65398/
>>>
>>>
>>> ___
>>> Infra mailing list
>>> Infra@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/infra
>>>
>>>
>>
>
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>


 --
 Eyal Edri
 Associate Manager
 RHV DevOps
 EMEA ENG Virtualization R
 Red Hat Israel

 phone: +972-9-7692018
 irc: eedri (on #tlv #rhev-dev #rhev-integ)

>>>
>>>
>>
>
>
> --
> Eyal Edri
> Associate Manager
> RHV DevOps
> EMEA ENG Virtualization R
> Red Hat Israel
>
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>



-- 
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R
Red Hat Israel

phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: ovirt-engine-4.0.5 is not treated as a monitored stable branch

[Tal Nisan]

That was an example, the patch should have got -verified as a 4.1 bug url
in a 4.0.5 branch

On Sun, Oct 30, 2016 at 3:27 PM, Shlomo Ben David 
wrote:

> Hi,
>
> Tal: The '*Check merged to previous*' hook is checking if the current
> patch was merged to previous stable branches and i think that it is not
> related to the one that you're searching.
>
> Eyal: Currently there is no hook that checks if branch is enabled, but
> there is hook that checks if the patch major version branch is [equal /
> higher / lower] than the bug target milestone major version.
> i'll explain by giving you few examples and their results:
>
> Example 1:
> tm: '---'(empty target milestone)
> branch major version: any
> result: *WARN MSG*
>
> Example 2:
> tm major version: 3.6
> branch major version: 3.6
> result: *OK MSG*
>
> Example 3:
> tm major version: 3.6
> branch major version: 4.0
> result: checks for clone flags
> (if tm major version in flags - *OK MSG* else *WARN MSG*)
>
> Example 4:
> tm major version: 4.0
> branch major version: 3.6
> result: *WARN MSG*
>
>
> Best Regards,
>
> Shlomi Ben-David | DevOps Engineer | Red Hat ISRAEL
> RHCSA | RHCE
> IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci)
>
> OPEN SOURCE - 1 4 011 && 011 4 1
>
> On Sun, Oct 30, 2016 at 9:45 AM, Eyal Edri  wrote:
>
>> Shlomi,
>> Can you check if we have the hook for verifying right branch is enabled?
>>
>>
>>
>> On Thu, Oct 27, 2016 at 11:00 AM, Tal Nisan  wrote:
>>
>>> This patch was pushed to 4.0.5 with a bug that at the time of the push
>>> was 4.1, Gerrit hooks should have marked it as -verified, instead you get:
>>>
>>>- Check merged to previous::IGNORE, Not in stable branch
>>>(['ovirt-engine-3.6', 'ovirt-engine-4.0', 'ovirt-engine-3.6.9',
>>>'ovirt-engine-4.0.2', 'ovirt-engine-4.0.4'])
>>>
>>>
>>> On Thu, Oct 27, 2016 at 9:55 AM, Gil Shinar  wrote:
>>>
 Can you please elaborate?

 Thanks
 Gil

 On Wed, Oct 26, 2016 at 11:50 AM, Tal Nisan  wrote:

> This patch for example:
> https://gerrit.ovirt.org/#/c/65398/
>
>
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>

>>>
>>> ___
>>> Infra mailing list
>>> Infra@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/infra
>>>
>>>
>>
>>
>> --
>> Eyal Edri
>> Associate Manager
>> RHV DevOps
>> EMEA ENG Virtualization R
>> Red Hat Israel
>>
>> phone: +972-9-7692018
>> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>>
>
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: ovirt-engine-4.0.5 is not treated as a monitored stable branch

[Shlomo Ben David]

Hi,

Tal: The '*Check merged to previous*' hook is checking if the current patch
was merged to previous stable branches and i think that it is not related
to the one that you're searching.

Eyal: Currently there is no hook that checks if branch is enabled, but
there is hook that checks if the patch major version branch is [equal /
higher / lower] than the bug target milestone major version.
i'll explain by giving you few examples and their results:

Example 1:
tm: '---'(empty target milestone)
branch major version: any
result: *WARN MSG*

Example 2:
tm major version: 3.6
branch major version: 3.6
result: *OK MSG*

Example 3:
tm major version: 3.6
branch major version: 4.0
result: checks for clone flags
(if tm major version in flags - *OK MSG* else *WARN MSG*)

Example 4:
tm major version: 4.0
branch major version: 3.6
result: *WARN MSG*


Best Regards,

Shlomi Ben-David | DevOps Engineer | Red Hat ISRAEL
RHCSA | RHCE
IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci)

OPEN SOURCE - 1 4 011 && 011 4 1

On Sun, Oct 30, 2016 at 9:45 AM, Eyal Edri  wrote:

> Shlomi,
> Can you check if we have the hook for verifying right branch is enabled?
>
>
>
> On Thu, Oct 27, 2016 at 11:00 AM, Tal Nisan  wrote:
>
>> This patch was pushed to 4.0.5 with a bug that at the time of the push
>> was 4.1, Gerrit hooks should have marked it as -verified, instead you get:
>>
>>- Check merged to previous::IGNORE, Not in stable branch
>>(['ovirt-engine-3.6', 'ovirt-engine-4.0', 'ovirt-engine-3.6.9',
>>'ovirt-engine-4.0.2', 'ovirt-engine-4.0.4'])
>>
>>
>> On Thu, Oct 27, 2016 at 9:55 AM, Gil Shinar  wrote:
>>
>>> Can you please elaborate?
>>>
>>> Thanks
>>> Gil
>>>
>>> On Wed, Oct 26, 2016 at 11:50 AM, Tal Nisan  wrote:
>>>
 This patch for example:
 https://gerrit.ovirt.org/#/c/65398/


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


>>>
>>
>> ___
>> Infra mailing list
>> Infra@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/infra
>>
>>
>
>
> --
> Eyal Edri
> Associate Manager
> RHV DevOps
> EMEA ENG Virtualization R
> Red Hat Israel
>
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

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

[eyal edri [Administrator] (oVirt JIRA)]

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

eyal edri [Administrator] updated OVIRT-766:

Blocked By: waiting for reported reply
Status: Blocked  (was: To Do)

> 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.482.3#100017)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

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

[eyal edri [Administrator] (oVirt JIRA)]

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

eyal edri [Administrator] commented on OVIRT-766:
-

[~sbona...@redhat.com] was the issue resolved?

> 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.482.3#100017)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: Build failed in Jenkins: ovirt_3.6_he-system-tests #614

[Lev Veyde]

Hi Eyal,

seems to be due to the broken appliance:

12:10:06 [ INFO  ] Running engine-setup on the appliance
12:10:32   |- /var/lib/cloud/instance/scripts/runcmd: line 2: 
/usr/bin/engine-setup: No such file or directory
12:10:32   |- HE_APPLIANCE_ENGINE_SETUP_FAIL
12:10:32 [ ERROR ] Engine setup failed on the appliance
12:10:32 [ ERROR ] Failed to execute stage 'Closing up': Engine setup failed on 
the appliance Please check its log on the appliance.

Thanks in advance,
Lev Veyde.

- Original Message -
From: jenk...@jenkins.phx.ovirt.org
To: sbona...@redhat.com, infra@ovirt.org, lve...@redhat.com
Sent: Sunday, October 30, 2016 2:18:53 PM
Subject: Build failed in Jenkins: ovirt_3.6_he-system-tests #614

See 

Changes:

[Gal Ben Haim] Updated .gitignore file

--
[...truncated 1261 lines...]
##  rc = 1
##
##! ERROR v
##! Last 20 log entries: 
logs/mocker-fedora-23-x86_64.fc23.he_basic_suite_3.6.sh/he_basic_suite_3.6.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 1220 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=3.6
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_3.6_he-system-tests] $ /bin/bash -xe /tmp/hudson3992667321734762563.sh
+ echo shell_scripts/system_tests.collect_logs.sh
shell_scripts/system_tests.collect_logs.sh
+ VERSION=3.6
+ SUITE_TYPE=
+ WORKSPACE=
+ OVIRT_SUITE=3.6
+ 
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.clean_rpmdb/
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.clean_rpmdb/stdout_stderr.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

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

[jenkins]

Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/2889/
Build Number: 2889
Build Status:  SUCCESS___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[JIRA] (OVIRT-776) Re: Build failed in Jenkins: ovirt_4.0_he-system-tests #402

[eyal edri [Administrator] (oVirt JIRA)]

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

eyal edri [Administrator] commented on OVIRT-776:
-

[~ederevea] did you had a chance to look at it?

> Re: Build failed in Jenkins: ovirt_4.0_he-system-tests #402
> ---
>
> Key: OVIRT-776
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-776
> Project: oVirt - virtualization made easy
>  Issue Type: By-EMAIL
>Reporter: sbonazzo
>Assignee: infra
>
> Looks like a network issue, scp fails with a timeout on a socket.
> Can you please have a look?
> On Mon, Oct 17, 2016 at 10:22 PM,  wrote:
> > See 
> >
> > Changes:
> >
> > [Gal Ben Haim] Fix check-patch to collect logs on failure
> >
> > --
> > [...truncated 1897 lines...]
> > ##  took 2809 seconds
> > ##  rc = 1
> > ##
> > ##! ERROR v
> > ##! Last 20 log enties: logs/mocker-fedora-23-x86_64.
> > fc23.he_basic_suite_4.0.sh/he_basic_suite_4.0.sh.log
> > ##!
> > + true
> > + env_cleanup
> > + echo '#'
> > #
> > + local res=0
> > + local uuid
> > + echo ' Cleaning up'
> >  Cleaning up
> > + [[ -e  > ovirt-system-tests/deployment-he_basic_suite_4.0> ]]
> > + echo '--- Cleaning with lago'
> > --- Cleaning with lago
> > + lago --workdir  > ovirt_4.0_he-system-tests/ws/ovirt-system-tests/deployment-
> > he_basic_suite_4.0> destroy --yes --all-prefixes
> > + echo '--- Cleaning with lago done'
> > --- Cleaning with lago done
> > + [[ 0 != \0 ]]
> > + echo ' Cleanup done'
> >  Cleanup done
> > + exit 0
> > Took 2642 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_he-system-tests] $ /bin/bash -xe /tmp/
> > hudson4967817357021364058.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= > system-tests/ws/ovirt-system-tests/exported-artifacts>
> > + rm -rf  > artifact/exported-artifacts>
> > + mkdir -p  > artifact/exported-artifacts>
> > + [[ -d  > ovirt-system-tests/exported-artifacts> ]]
> > + mv  > ovirt-system-tests/exported-artifacts/lago_logs> <
> > http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/ws/
> > ovirt-system-tests/exported-artifacts/nosetests-002_bootstrap.py.xml> <
> > http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/ws/
> > ovirt-system-tests/exported-artifacts/nosetests-004_basic_sanity.py.xml> <
> > http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/ws/
> > ovirt-system-tests/exported-artifacts/test_logs> <
> > http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/402/
> > artifact/exported-artifacts/>
> > 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 < > ___
> > ###
> > #  

Build failed in Jenkins: ovirt_3.6_he-system-tests #614

[jenkins]

See 

Changes:

[Gal Ben Haim] Updated .gitignore file

--
[...truncated 1261 lines...]
##  rc = 1
##
##! ERROR v
##! Last 20 log entries: 
logs/mocker-fedora-23-x86_64.fc23.he_basic_suite_3.6.sh/he_basic_suite_3.6.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 1220 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=3.6
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_3.6_he-system-tests] $ /bin/bash -xe /tmp/hudson3992667321734762563.sh
+ echo shell_scripts/system_tests.collect_logs.sh
shell_scripts/system_tests.collect_logs.sh
+ VERSION=3.6
+ SUITE_TYPE=
+ WORKSPACE=
+ OVIRT_SUITE=3.6
+ 
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.clean_rpmdb/
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.clean_rpmdb/stdout_stderr.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
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/stdout_stderr.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/state.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.he_basic_suite_3.6.sh/
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.he_basic_suite_3.6.sh/he_basic_suite_3.6.sh.log
+ rm -rf 

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

[jenkins]

Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/2887/
Build Number: 2887
Build Status:  SUCCESS___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: 'invalid author' while trying to rebase https://gerrit.ovirt.org/#/c/65831/

[Roy Golan]

On 30 October 2016 at 11:58, Shlomo Ben David  wrote:

> Hi Roy,
>
> The permissions inherited from All-Projects (This is the default
> configuration for all projects).
> The project owners have all the necessary permissions (push, rebase, cr+2
> etc)
>
> Can you please check it now and let me know?
>

Working now, thanks. So what was missing, just so I'll know next time I see
this?


>
> Best Regards,
>
> Shlomi Ben-David | DevOps Engineer | Red Hat ISRAEL
> RHCSA | RHCE
> IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci)
>
> OPEN SOURCE - 1 4 011 && 011 4 1
>
> On Sun, Oct 30, 2016 at 9:58 AM, Eyal Edri  wrote:
>
>> A quick solution will be to add the 'forge author identity' to the
>> project [1]
>> But I'd like to make sure its not an issue with new permissions settings
>> in gerrit, Shlomi - can you check?
>>
>> Also, IIRC all projects [2] should have an owner permissions that should
>> allow the owner/maintainer to modify the permissions himself.
>>
>>
>> [1] https://gerrit.ovirt.org/#/c/65852/1
>> [2] except for vdsm & engine which are owned by multiple teams, so
>> ownership permission lays with infra team.
>>
>> On Sun, Oct 30, 2016 at 9:51 AM, Roy Golan  wrote:
>>
>>> I can't rebase and merge this patch https://gerrit.ovirt.org/#/c/65831/
>>>
>>> According to [1] I might have wrong permission on that project
>>> (ovirt-vdsmfake)
>>>
>>> Please help fixing the permission so this could be rebased and merge
>>> ASAP  (I already have submit permissions)
>>>
>>> [1] https://bugs.chromium.org/p/gerrit/issues/detail?id=2670
>>>
>>> ___
>>> Infra mailing list
>>> Infra@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/infra
>>>
>>>
>>
>>
>> --
>> Eyal Edri
>> Associate Manager
>> RHV DevOps
>> EMEA ENG Virtualization R
>> Red Hat Israel
>>
>> phone: +972-9-7692018
>> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>>
>
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [ovirt-users] ovirt list's smtp on blacklist?

[Eyal Edri]

Duck,
Can you check?

On Wed, Oct 19, 2016 at 11:59 PM, Yaniv Kaul  wrote:

> -- Forwarded message --
> From: "Jiří Sléžka" 
> Date: Oct 17, 2016 10:27 PM
> Subject: [ovirt-users] ovirt list's smtp on blacklist?
> To: "us...@ovirt.org" 
> Cc:
>
> Hello,
>
> it looks like mailserver which serving us...@ovirt.org is on blacklist.
>
> line from our smtp server log...
>
> Oct 17 15:31:25 hermes postfix/smtpd[14082]: NOQUEUE: reject: RCPT from
> lists.ovirt.org[2600:3c01::f03c:91ff:fe93:4b0d]: 554 5.7.1 Service
> unavailable; Client host [2600:3c01::f03c:91ff:fe93:4b0d] blocked using
> sbl.spamhaus.org; https://www.spamhaus.org/sbl/query/SBLCSS; from=<
> users-boun...@ovirt.org> to= proto=ESMTP helo=<
> lists.ovirt.org>
>
>
> Cheers,
> Jiri
>
>
> ___
> Users mailing list
> us...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>


-- 
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R
Red Hat Israel

phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

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

[jenkins]

Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/2886/
Build Number: 2886
Build Status:  SUCCESS___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: [ovirt-devel] patches failing continuous integration after being merged

[Eyal Edri]

There was a thread on failing system tests with a few patches for fixing
the issue sent, was it related to this?
It seems it didn't fail the upgrade job on the patch, so my suspicion is it
might be related to the auto rebase done on merge.

We have an open ticket to enable Zuul for pre-merge tests (should actually
run the check-merge jobs), that will help re-mediate such issues (by
blocking the merge and giving -1),
We'll need to see if we can introduce it soon, after reviewing current
infra tasks and priorities.

On Sat, Oct 22, 2016 at 10:40 AM, Yaniv Kaul  wrote:

>
>
> On Fri, Oct 21, 2016 at 10:01 AM, Sandro Bonazzola 
> wrote:
>
>> Hi,
>> we have more than 300 patches failing continuous integration after being
>> merged[1]
>> Is anybody monitoring what's happening there?
>> Have we broken check-merge tests?
>> Have we auto rebase on merge automation breaking our patches?
>> I would suggest to go over the failures and nail down issues.
>>
>> [1] https://gerrit.ovirt.org/#/q/status:merged+label:Continuous-
>> Integration%253C%253D-1
>>
>
> From a random look it seems to be related to upgrade, but it's difficult
> to asses without data:
> http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-
> from-4.0_el7_merged/1329/ for example gives 404.
> Y.
>
>
>>
>>
>> --
>> Sandro Bonazzola
>> Better technology. Faster innovation. Powered by community collaboration.
>> See how it works at redhat.com
>> 
>>
>> ___
>> Devel mailing list
>> de...@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
>>
>
>
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>


-- 
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R
Red Hat Israel

phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: 'invalid author' while trying to rebase https://gerrit.ovirt.org/#/c/65831/

[Shlomo Ben David]

Hi Roy,

The permissions inherited from All-Projects (This is the default
configuration for all projects).
The project owners have all the necessary permissions (push, rebase, cr+2
etc)

Can you please check it now and let me know?

Best Regards,

Shlomi Ben-David | DevOps Engineer | Red Hat ISRAEL
RHCSA | RHCE
IRC: shlomibendavid (on #rhev-integ, #rhev-dev, #rhev-ci)

OPEN SOURCE - 1 4 011 && 011 4 1

On Sun, Oct 30, 2016 at 9:58 AM, Eyal Edri  wrote:

> A quick solution will be to add the 'forge author identity' to the project
> [1]
> But I'd like to make sure its not an issue with new permissions settings
> in gerrit, Shlomi - can you check?
>
> Also, IIRC all projects [2] should have an owner permissions that should
> allow the owner/maintainer to modify the permissions himself.
>
>
> [1] https://gerrit.ovirt.org/#/c/65852/1
> [2] except for vdsm & engine which are owned by multiple teams, so
> ownership permission lays with infra team.
>
> On Sun, Oct 30, 2016 at 9:51 AM, Roy Golan  wrote:
>
>> I can't rebase and merge this patch https://gerrit.ovirt.org/#/c/65831/
>>
>> According to [1] I might have wrong permission on that project
>> (ovirt-vdsmfake)
>>
>> Please help fixing the permission so this could be rebased and merge
>> ASAP  (I already have submit permissions)
>>
>> [1] https://bugs.chromium.org/p/gerrit/issues/detail?id=2670
>>
>> ___
>> Infra mailing list
>> Infra@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/infra
>>
>>
>
>
> --
> Eyal Edri
> Associate Manager
> RHV DevOps
> EMEA ENG Virtualization R
> Red Hat Israel
>
> phone: +972-9-7692018
> irc: eedri (on #tlv #rhev-dev #rhev-integ)
>
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[oVirt Jenkins] test-repo_ovirt_experimental_master - Build # 2885 - null!

[jenkins]

Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/2885/
Build Number: 2885
Build Status:  null___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[oVirt Jenkins] test-repo_ovirt_experimental_master - Build # 2884 - null!

[jenkins]

Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/2884/
Build Number: 2884
Build Status:  null___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[oVirt Jenkins] test-repo_ovirt_experimental_master - Build # 2883 - null!

[jenkins]

Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/2883/
Build Number: 2883
Build Status:  null___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Build failed in Jenkins: ovirt_3.6_he-system-tests #613

[jenkins]

See 

Changes:

[Dominik Holler] ovirt-system-tests: An initial version of labeled networking 
test

--
[...truncated 1262 lines...]
##  rc = 1
##
##! ERROR v
##! Last 20 log entries: 
logs/mocker-fedora-23-x86_64.fc23.he_basic_suite_3.6.sh/he_basic_suite_3.6.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 1380 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=3.6
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_3.6_he-system-tests] $ /bin/bash -xe /tmp/hudson1386948556532933146.sh
+ echo shell_scripts/system_tests.collect_logs.sh
shell_scripts/system_tests.collect_logs.sh
+ VERSION=3.6
+ SUITE_TYPE=
+ WORKSPACE=
+ OVIRT_SUITE=3.6
+ 
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.init/
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/stdout_stderr.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/state.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/build.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/root.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/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.install_packages/build.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.install_packages/root.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.clean_rpmdb/
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.clean_rpmdb/stdout_stderr.log
./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.he_basic_suite_3.6.sh/

Jenkins build is back to stable : ovirt_4.0_he-system-tests #451

[jenkins]

See 

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

Jenkins build is back to normal : ovirt_master_system-tests #722

[jenkins]

See 

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

Re: 'invalid author' while trying to rebase https://gerrit.ovirt.org/#/c/65831/

[Eyal Edri]

A quick solution will be to add the 'forge author identity' to the project
[1]
But I'd like to make sure its not an issue with new permissions settings in
gerrit, Shlomi - can you check?

Also, IIRC all projects [2] should have an owner permissions that should
allow the owner/maintainer to modify the permissions himself.


[1] https://gerrit.ovirt.org/#/c/65852/1
[2] except for vdsm & engine which are owned by multiple teams, so
ownership permission lays with infra team.

On Sun, Oct 30, 2016 at 9:51 AM, Roy Golan  wrote:

> I can't rebase and merge this patch https://gerrit.ovirt.org/#/c/65831/
>
> According to [1] I might have wrong permission on that project
> (ovirt-vdsmfake)
>
> Please help fixing the permission so this could be rebased and merge ASAP
> (I already have submit permissions)
>
> [1] https://bugs.chromium.org/p/gerrit/issues/detail?id=2670
>
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>


-- 
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R
Red Hat Israel

phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

[oVirt Jenkins] test-repo_ovirt_experimental_master - Build # 2882 - null!

[jenkins]

Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/2882/
Build Number: 2882
Build Status:  null___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

'invalid author' while trying to rebase https://gerrit.ovirt.org/#/c/65831/

[Roy Golan]

I can't rebase and merge this patch https://gerrit.ovirt.org/#/c/65831/

According to [1] I might have wrong permission on that project
(ovirt-vdsmfake)

Please help fixing the permission so this could be rebased and merge ASAP
(I already have submit permissions)

[1] https://bugs.chromium.org/p/gerrit/issues/detail?id=2670
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: ovirt-engine-4.0.5 is not treated as a monitored stable branch

[Eyal Edri]

Shlomi,
Can you check if we have the hook for verifying right branch is enabled?



On Thu, Oct 27, 2016 at 11:00 AM, Tal Nisan  wrote:

> This patch was pushed to 4.0.5 with a bug that at the time of the push was
> 4.1, Gerrit hooks should have marked it as -verified, instead you get:
>
>- Check merged to previous::IGNORE, Not in stable branch
>(['ovirt-engine-3.6', 'ovirt-engine-4.0', 'ovirt-engine-3.6.9',
>'ovirt-engine-4.0.2', 'ovirt-engine-4.0.4'])
>
>
> On Thu, Oct 27, 2016 at 9:55 AM, Gil Shinar  wrote:
>
>> Can you please elaborate?
>>
>> Thanks
>> Gil
>>
>> On Wed, Oct 26, 2016 at 11:50 AM, Tal Nisan  wrote:
>>
>>> This patch for example:
>>> https://gerrit.ovirt.org/#/c/65398/
>>>
>>>
>>> ___
>>> Infra mailing list
>>> Infra@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/infra
>>>
>>>
>>
>
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>


-- 
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R
Red Hat Israel

phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

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

[jenkins]

Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/2881/
Build Number: 2881
Build Status:  FAILURE___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra

Re: building engine artificats from a posted patch?

[Eyal Edri]

Already had one for master:
http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64_build_from_patch/

Also,
there is the 'build any manual jobs' which were added to support official
builds, see [1] for info, so you can also use them by providing a tarball,
but I don't see an engine job for it.
Sandro, I guess you're not using the manual job to build official
ovirt-engine builds?


[1]
http://infra-docs.readthedocs.io/en/latest/CI/Build_and_test_standards.html#build-artifacts-manual-sh

On Thu, Oct 27, 2016 at 8:19 PM, Martin Mucha  wrote:

> Thank you very much!
> M.
>
> - Original Message -
> > The options are combination of the distro and branch, I added the
> > job[1](el7, 4.0), to use it press 'build' from Jenkins's GUI and fill
> > in the GERRIT_REFSPEC to the needed patch.
> > As the build-artifacts job run on the limited resources of bare metal
> > hypervisors I restricted it for now to one concurrent job.
> >
> > On infra side, I guess this can be yamlized later if it becomes
> > useful(just copy-paste of the current build-artifacts removing some
> > stages).
> >
> >
> > [1]
> > http://jenkins.ovirt.org/job/ovirt-engine_4.0_build-
> artifacts-el7-x86_64-manual/
> >
> >
> > On Thu, Oct 27, 2016 at 3:18 PM, Dan Kenigsberg 
> wrote:
> > > On Thu, Oct 27, 2016 at 06:32:47AM -0400, Martin Mucha wrote:
> > >> Hi,
> > >>
> > >> let me step back a little and explain what we want to achieve. We have
> > >> patch pushed to gerrit, not merged to master. We want to build rpms
> from
> > >> it and pass it (via no official way) to some tester so that he can
> test
> > >> it.
> > >>
> > >> I read provided documentation, but I do not have sufficient
> background to
> > >> understand it fully.
> > >> Questions:
> > >>
> > >> 1. if I opted to run these tests locally, what are expected hw
> > >> specification? I mean devel build is already more than laptop can
> handle.
> > >> If this has enabled all translations, I'd have to take a pto to run
> it.
> > >> So is this even possible to be ran on laptop with only 12G ram?
> > >>
> > >> 2. Since I probably should be coding instead of waiting for build on
> > >> irresponsible laptop (which it is even for devel build), would it be
> > >> possible to have jenkins build, which prepares rpms as described above
> > >> without need to deploy them to some repo, but allowing to download
> them
> > >> instead?
> > >>
> > >> thanks,
> > >> M.
> > >>
> > >> - Original Message -
> > >> > Hi,
> > >> > first you can run it locally quite easily using mock[1], the command
> > >> > should be(after jenkins repo is cloned and mock installed) something
> > >> > like:
> > >> > ../jenkins/mock_configs/mock_runner.sh --mock-confs-dir
> > >> > ../jenkins/mock_configs/ --build-only -s fc24
> > >> > After running successfully the artifacts will be under
> > >> > exported-artifacts directory.
> > >> >
> > >> > It is possible to do it from Jenkins too, the problem is that the
> > >> > current _build_artifacts job also deploy the created RPMs to
> > >> > resources.ovirt.org's experimental repo, which is later consumed by
> > >> > OST.
> > >> > If needed, we can clone the needed job and remove the deploy
> part(and
> > >> > add -manual suffix), then you can pass the gerrit refspec in the
> build
> > >> > parameters. If so, tell me which job.
> > >
> > > Adding to Matin's explaination: He posted
> https://gerrit.ovirt.org/65793
> > > and would like it be tested. It would be wonderful if you can add a job
> > > that makes it possible to build el7 rpms from that patch, to bet
> > > executed by QE.
> > >
> > > So yes, I'd appreciate if you can add such a -manual job for building
> > > ovirt-engine. I'm not sure I know "which job" precisely is that,
> though.
> > > Can you tell me which are the options?
> > >
> > > Regrards,
> > > Dan.
> >
> ___
> Infra mailing list
> Infra@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/infra
>
>
>


-- 
Eyal Edri
Associate Manager
RHV DevOps
EMEA ENG Virtualization R
Red Hat Israel

phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
___
Infra mailing list
Infra@ovirt.org
http://lists.ovirt.org/mailman/listinfo/infra