- Infra - oVirt List Archives

[oVirt Jenkins] ovirt-engine_master_upgrade-from-4.0_el7_merged - Build # 375 - Failure!
by jenkins＠jenkins.phx.ovirt.org 29 Jun '16

29 Jun '16

------=_Part_93_212459235.1467204516257 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.0_el7_merge… Build: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.0_el7_merge… Build Number: 375 Build Status: Failure Triggered By: Triggered by Gerrit: https://gerrit.ovirt.org/59829 ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #375 [Shahar Havivi] restapi: vmpool doesn't show vms devices ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_93_212459235.1467204516257--

1 0

[oVirt Jenkins] ovirt-engine_4.0_upgrade-from-3.6_el7_merged - Build # 228 - Failure!
by jenkins＠jenkins.phx.ovirt.org 29 Jun '16

29 Jun '16

------=_Part_91_854016015.1467204358752 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-engine_4.0_upgrade-from-3.6_el7_merged/ Build: http://jenkins.ovirt.org/job/ovirt-engine_4.0_upgrade-from-3.6_el7_merged/2… Build Number: 228 Build Status: Failure Triggered By: Triggered by Gerrit: https://gerrit.ovirt.org/59928 ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #228 [Tal Nisan] core: Fix detach a disk from VM while the VM is running ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_91_854016015.1467204358752--

1 0

[oVirt Jenkins] ovirt-engine_4.0_upgrade-from-3.6_el7_merged - Build # 224 - Failure!
by jenkins＠jenkins.phx.ovirt.org 29 Jun '16

29 Jun '16

------=_Part_89_1590118100.1467204332630 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-engine_4.0_upgrade-from-3.6_el7_merged/ Build: http://jenkins.ovirt.org/job/ovirt-engine_4.0_upgrade-from-3.6_el7_merged/2… Build Number: 224 Build Status: Failure Triggered By: Triggered by Gerrit: https://gerrit.ovirt.org/59583 ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #224 [Sahina Bose] engine: Add gluster peer status ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_89_1590118100.1467204332630--

1 0

Build failed in Jenkins: ovirt_master_system-tests #200
by jenkins＠jenkins.phx.ovirt.org 29 Jun '16

29 Jun '16

See <http://jenkins.ovirt.org/job/ovirt_master_system-tests/200/changes> Changes: [Yaniv Kaul] ovirt-system-tests: add export template test ------------------------------------------ [...truncated 550 lines...] ## took 2357 seconds ## rc = 1 ########################################################## ##! ERROR vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv ##! Last 20 log enties: logs/mocker-fedora-23-x86_64.fc23.basic_suite_master.sh/basic_suite_master.sh.log ##! current session does not belong to lago group. @ Collect artifacts: # [Thread-1] lago_basic_suite_master_storage: # [Thread-2] lago_basic_suite_master_host0: # [Thread-3] lago_basic_suite_master_engine: # [Thread-4] lago_basic_suite_master_host1: # [Thread-4] lago_basic_suite_master_host1: Success (in 0:00:15) # [Thread-2] lago_basic_suite_master_host0: Success (in 0:00:15) # [Thread-3] lago_basic_suite_master_engine: Success (in 0:00:16) # [Thread-1] lago_basic_suite_master_storage: Success (in 0:00:16) @ Collect artifacts: Success (in 0:00:16) <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-tests> @@@@ ERROR: Failed running <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> ######################### ======== Cleaning up ----------- Cleaning with lago ----------- Cleaning with lago done ======== Cleanup done Took 2200 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/hudson1385215626701773087.sh + echo shell_scripts/system_tests.collect_logs.sh shell_scripts/system_tests.collect_logs.sh + VERSION=master + SUITE_TYPE= + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/> + OVIRT_SUITE=master + TESTS_LOGS=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> + rm -rf <http://jenkins.ovirt.org/job/ovirt_master_system-tests/200/artifact/exporte…> + mkdir -p <http://jenkins.ovirt.org/job/ovirt_master_system-tests/200/artifact/exporte…> + [[ -d <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> ]] + mv <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> <http://jenkins.ovirt.org/job/ovirt_master_system-tests/200/artifact/exporte…> 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 <<EOC _______________________________________________________________________ ####################################################################### # # # CLEANUP # # # ####################################################################### EOC # Archive the logs, we want them anyway logs=( ./*log ./*/logs ) if [[ "$logs" ]]; then tar cvzf exported-artifacts/logs.tgz "${logs[@]}" rm -rf "${logs[@]}" fi # stop any processes running inside the chroot failed=false mock_confs=("$WORKSPACE"/*/mocker*) # Clean current jobs mockroot if any for mock_conf_file in "${mock_confs[@]}"; do [[ "$mock_conf_file" ]] || continue echo "Cleaning up mock $mock_conf" mock_root="${mock_conf_file##*/}" mock_root="${mock_root%.*}" my_mock="/usr/bin/mock" my_mock+=" --configdir=${mock_conf_file%/*}" my_mock+=" --root=${mock_root}" my_mock+=" --resultdir=$WORKSPACE" #TODO: investigate why mock --clean fails to umount certain dirs sometimes, #so we can use it instead of manually doing all this. echo "Killing all mock orphan processes, if any." $my_mock \ --orphanskill \ || { echo "ERROR: Failed to kill orphans on $chroot." failed=true } mock_root="$(\ grep \ -Po "(?<=config_opts\['root'\] = ')[^']*" \ "$mock_conf_file" \ )" || : [[ "$mock_root" ]] || continue mounts=($(mount | awk '{print $3}' | grep "$mock_root")) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $chroot. Trying to umount." fi for mount in "${mounts[@]}"; do sudo umount --lazy "$mount" \ || { echo "ERROR: Failed to umount $mount." failed=true } done done # Clean any leftover chroot from other jobs for mock_root in /var/lib/mock/*; do this_chroot_failed=false mounts=($(mount | awk '{print $3}' | grep "$mock_root")) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $mock_root." \ "Trying to umount." fi for mount in "${mounts[@]}"; do sudo umount --lazy "$mount" \ || { echo "ERROR: Failed to umount $mount." failed=true this_chroot_failed=true } done if ! $this_chroot_failed; then sudo rm -rf "$mock_root" fi done if $failed; then echo "Aborting." exit 1 fi # remove mock system cache, we will setup proxies to do the caching and this # takes lots of space between runs shopt -u nullglob sudo rm -Rf /var/cache/mock/* # restore the permissions in the working dir, as sometimes it leaves files # owned by root and then the 'cleanup workspace' from jenkins job fails to # clean and breaks the jobs sudo chown -R "$USER" "$WORKSPACE" [ovirt_master_system-tests] $ /bin/bash -xe /tmp/hudson1618313201494295186.sh + echo shell-scripts/mock_cleanup.sh shell-scripts/mock_cleanup.sh + shopt -s nullglob + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/> + 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_master.sh/ ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.basic_suite_master.sh/basic_suite_master.sh.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/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.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 + rm -rf ./ovirt-system-tests/logs + failed=false + mock_confs=("$WORKSPACE"/*/mocker*) + for mock_conf_file in '"${mock_confs[@]}"' + [[ -n <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> ]] + echo 'Cleaning up mock ' Cleaning up mock + mock_root=mocker-fedora-23-x86_64.fc23.cfg + mock_root=mocker-fedora-23-x86_64.fc23 + my_mock=/usr/bin/mock + my_mock+=' --configdir=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-tests'> + my_mock+=' --root=mocker-fedora-23-x86_64.fc23' + my_mock+=' --resultdir=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/'> + echo 'Killing all mock orphan processes, if any.' Killing all mock orphan processes, if any. + /usr/bin/mock --configdir=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-tests> --root=mocker-fedora-23-x86_64.fc23 --resultdir=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/> --orphanskill WARNING: Could not find required logging config file: <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test….> Using default... INFO: mock.py version 1.2.17 starting (python version = 3.4.3)... Start: init plugins INFO: selinux enabled Finish: init plugins Start: run Finish: run ++ grep -Po '(?<=config_opts\['\''root'\''\] = '\'')[^'\'']*' <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> + mock_root=fedora-23-x86_64-4ddbe48c8f8b7d8c2c3635b52313f04a + [[ -n fedora-23-x86_64-4ddbe48c8f8b7d8c2c3635b52313f04a ]] + mounts=($(mount | awk '{print $3}' | grep "$mock_root")) ++ mount ++ grep fedora-23-x86_64-4ddbe48c8f8b7d8c2c3635b52313f04a ++ awk '{print $3}' + : + [[ -n '' ]] + false + shopt -u nullglob + sudo rm -Rf /var/cache/mock/fedora-23-x86_64-4ddbe48c8f8b7d8c2c3635b52313f04a + sudo chown -R jenkins <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/> POST BUILD TASK : SUCCESS END OF POST BUILD TASK : 1 Recording test results Archiving artifacts

1 2

Please enable gerrit gravatar plugin
by Roy Golan 29 Jun '16

29 Jun '16

Dear infra, please enable this little important plugin [1] [1] https://gerrit-review.googlesource.com/#/admin/projects/plugins/avatars/gra…

5 13

Build failed in Jenkins: ovirt_3.6_system-tests #170
by jenkins＠jenkins.phx.ovirt.org 29 Jun '16

29 Jun '16

See <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/170/changes> Changes: [Yaniv Kaul] ovirt-system-tests: add export template test ------------------------------------------ [...truncated 414 lines...] ##! ERROR vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv ##! Last 20 log enties: logs/mocker-fedora-23-x86_64.fc23.basic_suite_3.6.sh/basic_suite_3.6.sh.log ##! self._send_output(message_body) File "/usr/lib64/python2.7/httplib.py", line 897, in _send_output self.send(msg) File "/usr/lib64/python2.7/httplib.py", line 859, in send self.connect() File "/usr/lib64/python2.7/httplib.py", line 836, in connect self.timeout, self.source_address) File "/usr/lib64/python2.7/socket.py", line 557, in create_connection for res in getaddrinfo(host, port, 0, SOCK_STREAM): IOError: [Errno socket error] [Errno -5] No address associated with hostname ######################### ======== Cleaning up ----------- Cleaning with lago ----------- Cleaning with lago done Lago cleanup did not work (that is ok), forcing libvirt ----------- Cleaning libvirt ----------- Cleaning libvirt Done ======== Cleanup done Took 44 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_system-tests] $ /bin/bash -xe /tmp/hudson2874557450904361572.sh + echo shell_scripts/system_tests.collect_logs.sh shell_scripts/system_tests.collect_logs.sh + VERSION=3.6 + SUITE_TYPE= + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/> + OVIRT_SUITE=3.6 + TESTS_LOGS=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/e…> + rm -rf <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/170/artifact/exported-a…> + mkdir -p <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/170/artifact/exported-a…> + [[ -d <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/e…> ]] + mv '<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/e…'> <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/170/artifact/exported-a…> mv: cannot stat ‘<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/e…>: No such file or directory POST BUILD TASK : FAILURE END OF POST BUILD TASK : 0 ESCALATE FAILED POST BUILD TASK TO JOB STATUS 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 <<EOC _______________________________________________________________________ ####################################################################### # # # CLEANUP # # # ####################################################################### EOC # Archive the logs, we want them anyway logs=( ./*log ./*/logs ) if [[ "$logs" ]]; then tar cvzf exported-artifacts/logs.tgz "${logs[@]}" rm -rf "${logs[@]}" fi # stop any processes running inside the chroot failed=false mock_confs=("$WORKSPACE"/*/mocker*) # Clean current jobs mockroot if any for mock_conf_file in "${mock_confs[@]}"; do [[ "$mock_conf_file" ]] || continue echo "Cleaning up mock $mock_conf" mock_root="${mock_conf_file##*/}" mock_root="${mock_root%.*}" my_mock="/usr/bin/mock" my_mock+=" --configdir=${mock_conf_file%/*}" my_mock+=" --root=${mock_root}" my_mock+=" --resultdir=$WORKSPACE" #TODO: investigate why mock --clean fails to umount certain dirs sometimes, #so we can use it instead of manually doing all this. echo "Killing all mock orphan processes, if any." $my_mock \ --orphanskill \ || { echo "ERROR: Failed to kill orphans on $chroot." failed=true } mock_root="$(\ grep \ -Po "(?<=config_opts\['root'\] = ')[^']*" \ "$mock_conf_file" \ )" || : [[ "$mock_root" ]] || continue mounts=($(mount | awk '{print $3}' | grep "$mock_root")) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $chroot. Trying to umount." fi for mount in "${mounts[@]}"; do sudo umount --lazy "$mount" \ || { echo "ERROR: Failed to umount $mount." failed=true } done done # Clean any leftover chroot from other jobs for mock_root in /var/lib/mock/*; do this_chroot_failed=false mounts=($(mount | awk '{print $3}' | grep "$mock_root")) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $mock_root." \ "Trying to umount." fi for mount in "${mounts[@]}"; do sudo umount --lazy "$mount" \ || { echo "ERROR: Failed to umount $mount." failed=true this_chroot_failed=true } done if ! $this_chroot_failed; then sudo rm -rf "$mock_root" fi done if $failed; then echo "Aborting." exit 1 fi # remove mock system cache, we will setup proxies to do the caching and this # takes lots of space between runs shopt -u nullglob sudo rm -Rf /var/cache/mock/* # restore the permissions in the working dir, as sometimes it leaves files # owned by root and then the 'cleanup workspace' from jenkins job fails to # clean and breaks the jobs sudo chown -R "$USER" "$WORKSPACE" [ovirt_3.6_system-tests] $ /bin/bash -xe /tmp/hudson3950783012019729333.sh + echo shell-scripts/mock_cleanup.sh shell-scripts/mock_cleanup.sh + shopt -s nullglob + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/> + 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/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/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.init/ ./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/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.basic_suite_3.6.sh/ ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.basic_suite_3.6.sh/basic_suite_3.6.sh.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 + rm -rf ./ovirt-system-tests/logs + failed=false + mock_confs=("$WORKSPACE"/*/mocker*) + for mock_conf_file in '"${mock_confs[@]}"' + [[ -n <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/m…> ]] + echo 'Cleaning up mock ' Cleaning up mock + mock_root=mocker-fedora-23-x86_64.fc23.cfg + mock_root=mocker-fedora-23-x86_64.fc23 + my_mock=/usr/bin/mock + my_mock+=' --configdir=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests'> + my_mock+=' --root=mocker-fedora-23-x86_64.fc23' + my_mock+=' --resultdir=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/'> + echo 'Killing all mock orphan processes, if any.' Killing all mock orphan processes, if any. + /usr/bin/mock --configdir=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests> --root=mocker-fedora-23-x86_64.fc23 --resultdir=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/> --orphanskill WARNING: Could not find required logging config file: <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/l….> Using default... INFO: mock.py version 1.2.17 starting (python version = 3.4.3)... Start: init plugins INFO: selinux enabled Finish: init plugins Start: run Finish: run ++ grep -Po '(?<=config_opts\['\''root'\''\] = '\'')[^'\'']*' <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/m…> + mock_root=fedora-23-x86_64-ecdfd9c866cbf1a2d41342199fdb011f + [[ -n fedora-23-x86_64-ecdfd9c866cbf1a2d41342199fdb011f ]] + mounts=($(mount | awk '{print $3}' | grep "$mock_root")) ++ mount ++ awk '{print $3}' ++ grep fedora-23-x86_64-ecdfd9c866cbf1a2d41342199fdb011f + : + [[ -n '' ]] + false + shopt -u nullglob + sudo rm -Rf /var/cache/mock/fedora-23-x86_64-ecdfd9c866cbf1a2d41342199fdb011f + sudo chown -R jenkins <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/> POST BUILD TASK : SUCCESS END OF POST BUILD TASK : 1 Recording test results ERROR: Step ‘Publish JUnit test result report’ failed: No test report files were found. Configuration error? Archiving artifacts

1 1

Build failed in Jenkins: ovirt_4.0_system-tests #102
by jenkins＠jenkins.phx.ovirt.org 29 Jun '16

29 Jun '16

See <http://jenkins.ovirt.org/job/ovirt_4.0_system-tests/102/> ------------------------------------------ Started by timer Building remotely on ovirt-srv25.phx.ovirt.org (physical integ-tests fc23) in workspace <http://jenkins.ovirt.org/job/ovirt_4.0_system-tests/ws/> Cloning the remote Git repository Cloning repository git://gerrit.ovirt.org/ovirt-system-tests.git > git init <http://jenkins.ovirt.org/job/ovirt_4.0_system-tests/ws/ovirt-system-tests> # timeout=10 Fetching upstream changes from git://gerrit.ovirt.org/ovirt-system-tests.git > git --version # timeout=10 > git -c core.askpass=true fetch --tags --progress git://gerrit.ovirt.org/ovirt-system-tests.git +refs/heads/*:refs/remotes/origin/* ERROR: Error cloning remote repo 'origin' hudson.plugins.git.GitException: Command "git -c core.askpass=true fetch --tags --progress git://gerrit.ovirt.org/ovirt-system-tests.git +refs/heads/*:refs/remotes/origin/*" returned status code 128: stdout: stderr: fatal: Unable to look up gerrit.ovirt.org (port 9418) (No address associated with hostname) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1640) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1388) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:62) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:313) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$2.execute(CliGitAPIImpl.java:505) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145) at hudson.remoting.UserRequest.perform(UserRequest.java:120) at hudson.remoting.UserRequest.perform(UserRequest.java:48) at hudson.remoting.Request$2.run(Request.java:326) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) at ......remote call to ovirt-srv25.phx.ovirt.org(Native Method) at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1416) at hudson.remoting.UserResponse.retrieve(UserRequest.java:220) at hudson.remoting.Channel.call(Channel.java:781) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145) at sun.reflect.GeneratedMethodAccessor610.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131) at com.sun.proxy.$Proxy63.execute(Unknown Source) at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1013) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1053) at org.jenkinsci.plugins.multiplescms.MultiSCM.checkout(MultiSCM.java:129) at hudson.scm.SCM.checkout(SCM.java:485) at hudson.model.AbstractProject.checkout(AbstractProject.java:1269) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:607) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529) at hudson.model.Run.execute(Run.java:1738) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:98) at hudson.model.Executor.run(Executor.java:410) ERROR: null 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/hudson4977232774053135431.sh + echo shell_scripts/system_tests.collect_logs.sh shell_scripts/system_tests.collect_logs.sh + VERSION=4.0 + SUITE_TYPE= + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_4.0_system-tests/ws/> + OVIRT_SUITE=4.0 + TESTS_LOGS=<http://jenkins.ovirt.org/job/ovirt_4.0_system-tests/ws/ovirt-system-tests/e…> + rm -rf <http://jenkins.ovirt.org/job/ovirt_4.0_system-tests/102/artifact/exported-a…> + mkdir -p <http://jenkins.ovirt.org/job/ovirt_4.0_system-tests/102/artifact/exported-a…> + [[ -d <http://jenkins.ovirt.org/job/ovirt_4.0_system-tests/ws/ovirt-system-tests/e…> ]] 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 <<EOC _______________________________________________________________________ ####################################################################### # # # CLEANUP # # # ####################################################################### EOC # Archive the logs, we want them anyway logs=( ./*log ./*/logs ) if [[ "$logs" ]]; then tar cvzf exported-artifacts/logs.tgz "${logs[@]}" rm -rf "${logs[@]}" fi # stop any processes running inside the chroot failed=false mock_confs=("$WORKSPACE"/*/mocker*) # Clean current jobs mockroot if any for mock_conf_file in "${mock_confs[@]}"; do [[ "$mock_conf_file" ]] || continue echo "Cleaning up mock $mock_conf" mock_root="${mock_conf_file##*/}" mock_root="${mock_root%.*}" my_mock="/usr/bin/mock" my_mock+=" --configdir=${mock_conf_file%/*}" my_mock+=" --root=${mock_root}" my_mock+=" --resultdir=$WORKSPACE" #TODO: investigate why mock --clean fails to umount certain dirs sometimes, #so we can use it instead of manually doing all this. echo "Killing all mock orphan processes, if any." $my_mock \ --orphanskill \ || { echo "ERROR: Failed to kill orphans on $chroot." failed=true } mock_root="$(\ grep \ -Po "(?<=config_opts\['root'\] = ')[^']*" \ "$mock_conf_file" \ )" || : [[ "$mock_root" ]] || continue mounts=($(mount | awk '{print $3}' | grep "$mock_root")) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $chroot. Trying to umount." fi for mount in "${mounts[@]}"; do sudo umount --lazy "$mount" \ || { echo "ERROR: Failed to umount $mount." failed=true } done done # Clean any leftover chroot from other jobs for mock_root in /var/lib/mock/*; do this_chroot_failed=false mounts=($(mount | awk '{print $3}' | grep "$mock_root")) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $mock_root." \ "Trying to umount." fi for mount in "${mounts[@]}"; do sudo umount --lazy "$mount" \ || { echo "ERROR: Failed to umount $mount." failed=true this_chroot_failed=true } done if ! $this_chroot_failed; then sudo rm -rf "$mock_root" fi done if $failed; then echo "Aborting." exit 1 fi # remove mock system cache, we will setup proxies to do the caching and this # takes lots of space between runs shopt -u nullglob sudo rm -Rf /var/cache/mock/* # restore the permissions in the working dir, as sometimes it leaves files # owned by root and then the 'cleanup workspace' from jenkins job fails to # clean and breaks the jobs sudo chown -R "$USER" "$WORKSPACE" [ovirt_4.0_system-tests] $ /bin/bash -xe /tmp/hudson2390414190924585376.sh + echo shell-scripts/mock_cleanup.sh shell-scripts/mock_cleanup.sh + shopt -s nullglob + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_4.0_system-tests/ws/> + cat _______________________________________________________________________ ####################################################################### # # # CLEANUP # # # ####################################################################### + logs=(./*log ./*/logs) + [[ -n '' ]] + failed=false + mock_confs=("$WORKSPACE"/*/mocker*) + false + shopt -u nullglob + sudo rm -Rf '/var/cache/mock/*' + sudo chown -R jenkins <http://jenkins.ovirt.org/job/ovirt_4.0_system-tests/ws/> POST BUILD TASK : SUCCESS END OF POST BUILD TASK : 1 Recording test results ERROR: Step ‘Publish JUnit test result report’ failed: No test report files were found. Configuration error? Archiving artifacts

1 1

[JIRA] (OVIRT-497) [docs] Add documents on what's on the ci-tools repo and how it gets there
by eyal edri [Administrator] (oVirt JIRA) 28 Jun '16

28 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-497?page=com.atlassian.jira.p… ] eyal edri [Administrator] updated OVIRT-497: -------------------------------------------- Status: To Do (was: In Progress) > [docs] Add documents on what's on the ci-tools repo and how it gets there > ------------------------------------------------------------------------- > > Key: OVIRT-497 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-497 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Reporter: David Caro Estevez > Assignee: infra > -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

[JIRA] (OVIRT-497) [docs] Add documents on what's on the ci-tools repo and how it gets there
by eyal edri [Administrator] (oVirt JIRA) 28 Jun '16

28 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-497?page=com.atlassian.jira.p… ] eyal edri [Administrator] reassigned OVIRT-497: ----------------------------------------------- Assignee: infra (was: David Caro Estevez) > [docs] Add documents on what's on the ci-tools repo and how it gets there > ------------------------------------------------------------------------- > > Key: OVIRT-497 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-497 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Reporter: David Caro Estevez > Assignee: infra > -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

[JIRA] (OVIRT-601) another incorrect CI-1
by eyal edri [Administrator] (oVirt JIRA) 28 Jun '16

28 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-601?page=com.atlassian.jira.p… ] eyal edri [Administrator] updated OVIRT-601: -------------------------------------------- Resolution: Cannot Reproduce Status: Done (was: To Do) sorry, the was deleted already, and we only saw this ticket late due to a bug in the jira system which didn't send email. Can you I ask to open a new ticket once you see the issue again? We have history for 120 builds, so we should be able to see it if you report close to the incident. Also, best thing to do is to go to the failing build and click 'keep this build forever' and then we don't have to worry it will get deleted and debug it. > another incorrect CI-1 > ---------------------- > > Key: OVIRT-601 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-601 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: danken > Assignee: infra > > the following job failed to pull required packages. this should not be > considered as a failure. > http://jenkins.ovirt.org/job/vdsm_master_check-patch-el7-x86_64/3096/console > 09:33:59 INFO: installing package(s): autoconf automake git lago lago-ovirt libguestfs-tools-c m2crypto make mom openvswitch policycoreutils-python python-blivet python-coverage python-devel python-inotify python-ioprocess python-netaddr python-nose python-pthreading python-rtslib python-setuptools python-six python34-nose python34-six python34 rpm-build sudo yum yum-utils grubby > 09:33:59 ERROR: Command failed. See logs for output. -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

[JIRA] (OVIRT-600) Fwd from danken — false CI-1
by eyal edri [Administrator] (oVirt JIRA) 28 Jun '16

28 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-600?page=com.atlassian.jira.p… ] eyal edri [Administrator] updated OVIRT-600: -------------------------------------------- Resolution: Cannot Reproduce Status: Done (was: To Do) sorry, the was deleted already, and we only saw this ticket late due to a bug in the jira system which didn't send email. Can you I ask to open a new ticket once you see the issue again? We have history for 120 builds, so we should be able to see it if you report close to the incident. Also, best thing to do is to go to the failing build and click 'keep this build forever' and then we don't have to worry it will get deleted and debug it. > Fwd from danken — false CI-1 > ---------------------------- > > Key: OVIRT-600 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-600 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Martin Mucha > Assignee: infra > > danken has typo in destination e-mail address, so I'm forwarding his e-mail. > ----- Forwarded Message ----- > > Quite often do we see a -1 score from CI, that does not stem from a > > project-related failure, but rather from a CI error. Please make sure that > > such > > cases are marked differently; certainly not with a -1, as this causes people > > to trust CI scores less than they should. > > > > > > > > For example, > > > > > > http://jenkins.ovirt.org/job/vdsm_master_check-patch-el7-x86_64/3032/console > > > > Triggered by Gerrit: https://gerrit.ovirt.org/58970 > > Building remotely on fc23-vm07.phx.ovirt.org (fc23 nested) in workspace > > /home/jenkins/workspace/vdsm_master_check-patch-el7-x86_64 > > > git rev-parse --is-inside-work-tree # timeout=10 > > Fetching changes from the remote Git repository > > > git config remote.origin.url git://gerrit.ovirt.org/vdsm.git # timeout=10 > > Cleaning workspace > > > git rev-parse --verify HEAD # timeout=10 > > Resetting working tree > > > git reset --hard # timeout=10 > > > git clean -fdx # timeout=10 > > ERROR: Error fetching remote repo 'origin' > > hudson.plugins.git.GitException: Failed to fetch from > > git://gerrit.ovirt.org/vdsm.git > > at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:766) > > at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1022) > > at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1053) > > at org.jenkinsci.plugins.multiplescms.MultiSCM.checkout(MultiSCM.java:129) > > at hudson.scm.SCM.checkout(SCM.java:485) > > at hudson.model.AbstractProject.checkout(AbstractProject.java:1269) > > at > > hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:607) > > at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) > > at > > hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529) > > at hudson.model.Run.execute(Run.java:1738) > > at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) > > at hudson.model.ResourceController.execute(ResourceController.java:98) > > at hudson.model.Executor.run(Executor.java:410) > > Caused by: hudson.plugins.git.GitException: Command "git clean -fdx" returned > > status code 1: > > stdout: Removing .bash_history > > -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

[JIRA] (OVIRT-599) incorrect CI-1
by eyal edri [Administrator] (oVirt JIRA) 28 Jun '16

28 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-599?page=com.atlassian.jira.p… ] eyal edri [Administrator] reassigned OVIRT-599: ----------------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > incorrect CI-1 > -------------- > > Key: OVIRT-599 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-599 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Martin Mucha > Assignee: Evgheni Dereveanchin > > Hi, > I probably got false -1 from CI. > http://jenkins.ovirt.org/job/ovirt-engine_master_dao-unit-tests_merged/20/c… > https://gerrit.ovirt.org/#/c/53833/ > but when invoked on localhost it builds without problem. > Can you look at it? > thanks, > M. -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

Build failed in Jenkins: ovirt_3.6_system-tests #168
by jenkins＠jenkins.phx.ovirt.org 28 Jun '16

28 Jun '16

See <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/168/changes> Changes: [Ondra Machacek] Deploy FreeIPA to storage machine ------------------------------------------ [...truncated 554 lines...] ## took 2194 seconds ## rc = 1 ########################################################## ##! ERROR vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv ##! Last 20 log enties: logs/mocker-fedora-23-x86_64.fc23.basic_suite_3.6.sh/basic_suite_3.6.sh.log ##! @ Collect artifacts: # ovirt-role metadata entry will be soon deprecated, instead you should use the vm-provider entry in the domain definiton and set it no one of: ovirt-node, ovirt-engine, ovirt-host # [Thread-1] lago_basic_suite_3_6_engine: # [Thread-2] lago_basic_suite_3_6_host1: # [Thread-3] lago_basic_suite_3_6_host0: # [Thread-4] lago_basic_suite_3_6_storage: # [Thread-3] lago_basic_suite_3_6_host0: Success (in 0:00:16) # [Thread-2] lago_basic_suite_3_6_host1: Success (in 0:00:16) # [Thread-1] lago_basic_suite_3_6_engine: Success (in 0:00:16) # [Thread-4] lago_basic_suite_3_6_storage: Success (in 0:00:16) @ Collect artifacts: Success (in 0:00:16) <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests> @@@@ ERROR: Failed running <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/b…> ######################### ======== Cleaning up ----------- Cleaning with lago ----------- Cleaning with lago done ======== Cleanup done Took 2033 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_system-tests] $ /bin/bash -xe /tmp/hudson3155110657872379488.sh + echo shell_scripts/system_tests.collect_logs.sh shell_scripts/system_tests.collect_logs.sh + VERSION=3.6 + SUITE_TYPE= + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/> + OVIRT_SUITE=3.6 + TESTS_LOGS=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/e…> + rm -rf <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/168/artifact/exported-a…> + mkdir -p <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/168/artifact/exported-a…> + [[ -d <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/e…> ]] + mv <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/e…> <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/e…> <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/e…> <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/e…> <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/168/artifact/exported-a…> 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 <<EOC _______________________________________________________________________ ####################################################################### # # # CLEANUP # # # ####################################################################### EOC # Archive the logs, we want them anyway logs=( ./*log ./*/logs ) if [[ "$logs" ]]; then tar cvzf exported-artifacts/logs.tgz "${logs[@]}" rm -rf "${logs[@]}" fi # stop any processes running inside the chroot failed=false mock_confs=("$WORKSPACE"/*/mocker*) # Clean current jobs mockroot if any for mock_conf_file in "${mock_confs[@]}"; do [[ "$mock_conf_file" ]] || continue echo "Cleaning up mock $mock_conf" mock_root="${mock_conf_file##*/}" mock_root="${mock_root%.*}" my_mock="/usr/bin/mock" my_mock+=" --configdir=${mock_conf_file%/*}" my_mock+=" --root=${mock_root}" my_mock+=" --resultdir=$WORKSPACE" #TODO: investigate why mock --clean fails to umount certain dirs sometimes, #so we can use it instead of manually doing all this. echo "Killing all mock orphan processes, if any." $my_mock \ --orphanskill \ || { echo "ERROR: Failed to kill orphans on $chroot." failed=true } mock_root="$(\ grep \ -Po "(?<=config_opts\['root'\] = ')[^']*" \ "$mock_conf_file" \ )" || : [[ "$mock_root" ]] || continue mounts=($(mount | awk '{print $3}' | grep "$mock_root")) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $chroot. Trying to umount." fi for mount in "${mounts[@]}"; do sudo umount --lazy "$mount" \ || { echo "ERROR: Failed to umount $mount." failed=true } done done # Clean any leftover chroot from other jobs for mock_root in /var/lib/mock/*; do this_chroot_failed=false mounts=($(mount | awk '{print $3}' | grep "$mock_root")) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $mock_root." \ "Trying to umount." fi for mount in "${mounts[@]}"; do sudo umount --lazy "$mount" \ || { echo "ERROR: Failed to umount $mount." failed=true this_chroot_failed=true } done if ! $this_chroot_failed; then sudo rm -rf "$mock_root" fi done if $failed; then echo "Aborting." exit 1 fi # remove mock system cache, we will setup proxies to do the caching and this # takes lots of space between runs shopt -u nullglob sudo rm -Rf /var/cache/mock/* # restore the permissions in the working dir, as sometimes it leaves files # owned by root and then the 'cleanup workspace' from jenkins job fails to # clean and breaks the jobs sudo chown -R "$USER" "$WORKSPACE" [ovirt_3.6_system-tests] $ /bin/bash -xe /tmp/hudson1974597178250713835.sh + echo shell-scripts/mock_cleanup.sh shell-scripts/mock_cleanup.sh + shopt -s nullglob + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/> + 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/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/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.init/ ./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/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.basic_suite_3.6.sh/ ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.basic_suite_3.6.sh/basic_suite_3.6.sh.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 + rm -rf ./ovirt-system-tests/logs + failed=false + mock_confs=("$WORKSPACE"/*/mocker*) + for mock_conf_file in '"${mock_confs[@]}"' + [[ -n <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/m…> ]] + echo 'Cleaning up mock ' Cleaning up mock + mock_root=mocker-fedora-23-x86_64.fc23.cfg + mock_root=mocker-fedora-23-x86_64.fc23 + my_mock=/usr/bin/mock + my_mock+=' --configdir=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests'> + my_mock+=' --root=mocker-fedora-23-x86_64.fc23' + my_mock+=' --resultdir=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/'> + echo 'Killing all mock orphan processes, if any.' Killing all mock orphan processes, if any. + /usr/bin/mock --configdir=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests> --root=mocker-fedora-23-x86_64.fc23 --resultdir=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/> --orphanskill WARNING: Could not find required logging config file: <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/l….> Using default... INFO: mock.py version 1.2.17 starting (python version = 3.4.3)... Start: init plugins INFO: selinux enabled Finish: init plugins Start: run Finish: run ++ grep -Po '(?<=config_opts\['\''root'\''\] = '\'')[^'\'']*' <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/m…> + mock_root=fedora-23-x86_64-ecdfd9c866cbf1a2d41342199fdb011f + [[ -n fedora-23-x86_64-ecdfd9c866cbf1a2d41342199fdb011f ]] + mounts=($(mount | awk '{print $3}' | grep "$mock_root")) ++ mount ++ grep fedora-23-x86_64-ecdfd9c866cbf1a2d41342199fdb011f ++ awk '{print $3}' + : + [[ -n '' ]] + false + shopt -u nullglob + sudo rm -Rf /var/cache/mock/fedora-23-x86_64-ecdfd9c866cbf1a2d41342199fdb011f + sudo chown -R jenkins <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/> POST BUILD TASK : SUCCESS END OF POST BUILD TASK : 1 Recording test results Archiving artifacts

3 5

[ovirt-infra] mvn cache
by Piotr Kliczewski 28 Jun '16

28 Jun '16

I released new version of jsonrpc [1] which is available [2] but engine build [3] failed and it looks like mvn cache issue. It happens quite often when i release new version. Can we please make sure that the cache is refreshed. Thanks, Piotr [1] https://gerrit.ovirt.org/#/c/59887 [2] https://oss.sonatype.org/service/local/repositories/releases/content/org/ov… [3] http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-fc23-x86_64/33…

2 1

[JIRA] (OVIRT-612) Support to FTP files for Kimchi Project
by eyal edri [Administrator] (oVirt JIRA) 28 Jun '16

28 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-612?page=com.atlassian.jira.p… ] eyal edri [Administrator] commented on OVIRT-612: ------------------------------------------------- I think we can support also GitHub repos, same way as Lago is running CI on jenkins.ovirt.org. for e.g: http://jenkins.ovirt.org/job/lago_master_build-artifacts-el7-x86_64/, But if you're considering moving to Gerrit it will be much easier and you'll be able to enjoy more advantages of our CI system, such as gerrit hooks. e. On Tue, Jun 28, 2016 at 7:23 PM, Barak Korren (oVirt JIRA) < -- Eyal Edri Associate Manager RHEV DevOps EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ) > Support to FTP files for Kimchi Project > --------------------------------------- > > Key: OVIRT-612 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-612 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Paulo Ricardo Paz Vital > Assignee: infra > > Hello, > Kimchi is a sub-project of oVirt and we are planning to make available to users > simple qcow2 image files of Fedora 23, OpenSUSE 42.1 and Ubuntu 16.04 with > Kimchi installed in there. > We need support to store the files and make them available to download, in a > service like FTP. Since Kimchi mailing lists already use oVirt infrastructure, > I'd like to know if it's possible to be supported by oVirt and how to do that. > Thanks and best regards, Paulo. > -- > Paulo Ricardo Paz Vital > Linux Technology Center, IBM Systems > http://www.ibm.com/linux/ltc/ -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

[JIRA] (OVIRT-612) Support to FTP files for Kimchi Project
by Barak Korren (oVirt JIRA) 28 Jun '16

28 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-612?page=com.atlassian.jira.p… ] Barak Korren commented on OVIRT-612: ------------------------------------ I guess that if you want to remain on GitHub, we could make Gerrit repositories that will only contain the scripts for building the images, or even just simple wrapper scripts that will clone code from GitHub and use it... You can build anything with standard CI. One thing to note is that just building something with STD CI already makes it available over HTTP from Jenkins. The uploading to resource.ovirt.org and repo building is not strictly part if the STD CI per-se its is a deployment stage that typically follows it. We currently build RPMs in oVirt and have a tool called 'repoman' that knows how to collect them into yum repos. This means that supporting 'yum/dnf' repos is very easy for us. I guess we could also support other kinds of repos but that will take some work because we will need to come up with some tooling for that. > Support to FTP files for Kimchi Project > --------------------------------------- > > Key: OVIRT-612 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-612 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Paulo Ricardo Paz Vital > Assignee: infra > > Hello, > Kimchi is a sub-project of oVirt and we are planning to make available to users > simple qcow2 image files of Fedora 23, OpenSUSE 42.1 and Ubuntu 16.04 with > Kimchi installed in there. > We need support to store the files and make them available to download, in a > service like FTP. Since Kimchi mailing lists already use oVirt infrastructure, > I'd like to know if it's possible to be supported by oVirt and how to do that. > Thanks and best regards, Paulo. > -- > Paulo Ricardo Paz Vital > Linux Technology Center, IBM Systems > http://www.ibm.com/linux/ltc/ -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

2 1

error from gerrit
by Eyal Edri 28 Jun '16

28 Jun '16

I'm seeing this error [1] on some of the failing jobs: git exprol should run nightly on the repos, but I wonder if this is something else, Do we have a way of running sanity check of the git repos on gerrit? [1] remote: Compressing objects: 86% (175382/203870) remote: Compressing objects: 87% (177367/203870) remote: Compressing objects: 87% (178581/203870) remote: Compressing objects: 87% (179117/203870) remote: aborting due to possible repository corruption on the remote side. 14:03:59 fatal: protocol error: bad pack header 14:03:59 14:03:59 at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1640) 14:03:59 at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1388) 14:03:59 at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:62) 14:03:59 at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:313) 14:03:59 at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$2.execute(CliGitAPIImpl.java:505) 14:03:59 at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152) 14:03:59 at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145) 14:03:59 at hudson.remoting.UserRequest.perform(UserRequest.java:120) 14:03:59 at hudson.remoting.UserRequest.perform(UserRequest.java:48) 14:03:59 at hudson.remoting.Request$2.run(Request.java:326) 14:03:59 at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) 14:03:59 at java.util.concurrent.FutureTask.run(FutureTask.java:266) 14:03:59 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 14:03:59 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 14:03:59 at java.lang.Thread.run(Thread.java:745) 14:03:59 at ......remote call to fc23-vm05.phx.ovirt.org(Native Method) 14:03:59 at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1416) 14:03:59 at hudson.remoting.UserResponse.retrieve(UserRequest.java:220) 14:03:59 at hudson.remoting.Channel.call(Channel.java:781) 14:03:59 at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145) 14:03:59 at sun.reflect.GeneratedMethodAccessor610.invoke(Unknown Source) 14:03:59 at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 14:03:59 at java.lang.reflect.Method.invoke(Method.java:606) 14:03:59 at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131) 14:03:59 at com.sun.proxy.$Proxy63.execute(Unknown Source) 14:03:59 at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1013) 14:03:59 at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1053) 14:03:59 at org.jenkinsci.plugins.multiplescms.MultiSCM.checkout(MultiSCM.java:129) 14:03:59 at hudson.scm.SCM.checkout(SCM.java:485) 14:03:59 at hudson.model.AbstractProject.checkout(AbstractProject.java:1269) 14:03:59 at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:607) 14:03:59 at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) 14:03:59 at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java -- Eyal Edri Associate Manager RHEV DevOps EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

1 0

baremetal slave network reconfiguration
by Evgheni Dereveanchin 28 Jun '16

28 Jun '16

Hi everyone, As we're working on verifying network settings on PHX hosts and I got complains about bare metal slaves not coming up after reboot, I am now coordinating changes with our networking team to address that. The following slaves were already reconfigured and back in operation: ovirt-srv19.phx.ovirt.org ovirt-srv20.phx.ovirt.org ovirt-srv21.phx.ovirt.org ovirt-srv22.phx.ovirt.org These two slaves are taken offline and awaiting switch reconfiguration: ovirt-srv23.phx.ovirt.org ovirt-srv24.phx.ovirt.org Once these are fixed, we'll proceed to the remaining two integ-tests slaves: ovirt-srv25.phx.ovirt.org ovirt-srv26.phx.ovirt.org If you see any issues with these machines, please contact me or open a ticket on JIRA. Regards, Evgheni Dereveanchin

1 0

[JIRA] (OVIRT-612) Support to FTP files for Kimchi Project
by Paulo Ricardo Paz Vital (oVirt JIRA) 28 Jun '16

28 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-612?page=com.atlassian.jira.p… ] Paulo Ricardo Paz Vital commented on OVIRT-612: ----------------------------------------------- Thanks guys by your support. I'm going to read the STD CI and provide the necessary changes in our repository to automate our artifacts building process. Our GitHub repositories are [1], [2] and [3] and, until now, the decision to use Gerrit in our process is out of scope (personally I like the idea and will rise the question to our Maintainers and community to see what they think about). One curiosity. If we follow the STD CI, is it possible to build and make available package repositories (we support yum/dnf, apt and zypper) to be used by our users in addition to the images repositories? [1] https://github.com/kimchi-project/wok.git [2] https://github.com/kimchi-project/gingerbase.git [3] https://github.com/kimchi-project/kimchi.git > Support to FTP files for Kimchi Project > --------------------------------------- > > Key: OVIRT-612 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-612 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Paulo Ricardo Paz Vital > Assignee: infra > > Hello, > Kimchi is a sub-project of oVirt and we are planning to make available to users > simple qcow2 image files of Fedora 23, OpenSUSE 42.1 and Ubuntu 16.04 with > Kimchi installed in there. > We need support to store the files and make them available to download, in a > service like FTP. Since Kimchi mailing lists already use oVirt infrastructure, > I'd like to know if it's possible to be supported by oVirt and how to do that. > Thanks and best regards, Paulo. > -- > Paulo Ricardo Paz Vital > Linux Technology Center, IBM Systems > http://www.ibm.com/linux/ltc/ -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

[oVirt Jenkins] ovirt-engine_master_upgrade-from-master_el7_merged - Build # 830 - Failure!
by jenkins＠jenkins.phx.ovirt.org 28 Jun '16

28 Jun '16

------=_Part_53_717102223.1467122589595 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-master_el7_me… Build: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-master_el7_me… Build Number: 830 Build Status: Failure Triggered By: Triggered by Gerrit: https://gerrit.ovirt.org/58151 ------------------------------------- Changes Since Last Success: ------------------------------------- ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_53_717102223.1467122589595--

1 1

[oVirt Jenkins] ovirt-engine_master_upgrade-from-4.0_el7_merged - Build # 369 - Failure!
by jenkins＠jenkins.phx.ovirt.org 28 Jun '16

28 Jun '16

------=_Part_55_715587106.1467122624028 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.0_el7_merge… Build: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.0_el7_merge… Build Number: 369 Build Status: Failure Triggered By: Triggered by Gerrit: https://gerrit.ovirt.org/58150 ------------------------------------- Changes Since Last Success: ------------------------------------- ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_55_715587106.1467122624028--

1 1

[oVirt Jenkins] ovirt-engine_master_upgrade-from-master_el7_merged - Build # 828 - Failure!
by jenkins＠jenkins.phx.ovirt.org 28 Jun '16

28 Jun '16

------=_Part_51_522001528.1467122569681 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-master_el7_me… Build: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-master_el7_me… Build Number: 828 Build Status: Failure Triggered By: Triggered by Gerrit: https://gerrit.ovirt.org/58150 ------------------------------------- Changes Since Last Success: ------------------------------------- ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_51_522001528.1467122569681--

1 1

[oVirt Jenkins] ovirt-engine_master_upgrade-from-master_el7_merged - Build # 827 - Failure!
by jenkins＠jenkins.phx.ovirt.org 28 Jun '16

28 Jun '16

------=_Part_63_1412273175.1467122810605 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-master_el7_me… Build: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-master_el7_me… Build Number: 827 Build Status: Failure Triggered By: Triggered by Gerrit: https://gerrit.ovirt.org/58234 ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #827 No changes ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_63_1412273175.1467122810605--

1 0

[oVirt Jenkins] ovirt-engine_master_upgrade-from-4.0_el7_merged - Build # 371 - Failure!
by jenkins＠jenkins.phx.ovirt.org 28 Jun '16

28 Jun '16

------=_Part_59_2052068449.1467122644418 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.0_el7_merge… Build: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.0_el7_merge… Build Number: 371 Build Status: Failure Triggered By: Triggered by Gerrit: https://gerrit.ovirt.org/58151 ------------------------------------- Changes Since Last Success: ------------------------------------- ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_59_2052068449.1467122644418--

1 1

[oVirt Jenkins] ovirt-engine_master_upgrade-from-4.0_el7_merged - Build # 368 - Failure!
by jenkins＠jenkins.phx.ovirt.org 28 Jun '16

28 Jun '16

------=_Part_57_1077674399.1467122627160 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.0_el7_merge… Build: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.0_el7_merge… Build Number: 368 Build Status: Failure Triggered By: Triggered by Gerrit: https://gerrit.ovirt.org/58234 ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #368 No changes ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_57_1077674399.1467122627160--

1 0

[oVirt Jenkins] ovirt-engine_master_upgrade-from-4.0_el7_merged - Build # 365 - Failure!
by jenkins＠jenkins.phx.ovirt.org 28 Jun '16

28 Jun '16

------=_Part_49_2004159874.1467118710100 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.0_el7_merge… Build: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.0_el7_merge… Build Number: 365 Build Status: Failure Triggered By: Triggered by Gerrit: https://gerrit.ovirt.org/59639 ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #365 [Ala Hino] core: Change syncDbRecords declaration ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_49_2004159874.1467118710100--

1 0

[JIRA] (OVIRT-614) ensure ovirt-guest-agent package is installed on all production VMs
by Evgheni Dereveanchin (oVirt JIRA) 28 Jun '16

28 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-614?page=com.atlassian.jira.p… ] Evgheni Dereveanchin reassigned OVIRT-614: ------------------------------------------ Assignee: Evgheni Dereveanchin (was: infra) > ensure ovirt-guest-agent package is installed on all production VMs > ------------------------------------------------------------------- > > Key: OVIRT-614 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-614 > Project: oVirt - virtualization made easy > Issue Type: Task > Components: Puppet > Reporter: Nadav Goldin > Assignee: Evgheni Dereveanchin > > The package should be installed only on the VMs and not on the hypervisors. > On el7 the package is included in epel. -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

[JIRA] (OVIRT-614) ensure ovirt-guest-agent package is installed on all production VMs
by Barak Korren (oVirt JIRA) 28 Jun '16

28 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-614?page=com.atlassian.jira.p… ] Barak Korren commented on OVIRT-614: ------------------------------------ [~ederevea] live snapshots require the agent, as well as resource monitoring and IP info from the engine UI. I think thin memory allocation and ballooning work better when its installed as well. > ensure ovirt-guest-agent package is installed on all production VMs > ------------------------------------------------------------------- > > Key: OVIRT-614 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-614 > Project: oVirt - virtualization made easy > Issue Type: Task > Components: Puppet > Reporter: Nadav Goldin > Assignee: infra > > The package should be installed only on the VMs and not on the hypervisors. > On el7 the package is included in epel. -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

[JIRA] (OVIRT-614) ensure ovirt-guest-agent package is installed on all production VMs
by Evgheni Dereveanchin (oVirt JIRA) 28 Jun '16

28 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-614?page=com.atlassian.jira.p… ] Evgheni Dereveanchin commented on OVIRT-614: -------------------------------------------- [~ngoldin(a)redhat.com] are you sure we need ovirt-guest-agent, won't qemu-guest-agent be enough? That agent should be enough for VM shutdown. Not sure about IP/FQDN info in the ENgine, yet I'm not sure why exactly you want this agent installed everywhere. > ensure ovirt-guest-agent package is installed on all production VMs > ------------------------------------------------------------------- > > Key: OVIRT-614 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-614 > Project: oVirt - virtualization made easy > Issue Type: Task > Components: Puppet > Reporter: Nadav Goldin > Assignee: infra > > The package should be installed only on the VMs and not on the hypervisors. > On el7 the package is included in epel. -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

[JIRA] (OVIRT-610) Engine 4.0 build is failing
by Evgheni Dereveanchin (oVirt JIRA) 28 Jun '16

28 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-610?page=com.atlassian.jira.p… ] Evgheni Dereveanchin reassigned OVIRT-610: ------------------------------------------ Assignee: Evgheni Dereveanchin (was: infra) > Engine 4.0 build is failing > --------------------------- > > Key: OVIRT-610 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-610 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Piotr Kliczewski > Assignee: Evgheni Dereveanchin > > Please take a look at [1]. > [1] > http://jenkins.ovirt.org/job/ovirt-engine_4.0_check-merged-fc23-x86_64/193/… -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

[JIRA] (OVIRT-612) Support to FTP files for Kimchi Project
by eyal edri [Administrator] (oVirt JIRA) 28 Jun '16

28 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-612?page=com.atlassian.jira.p… ] eyal edri [Administrator] commented on OVIRT-612: ------------------------------------------------- Hi Paulo. We don't add jenkins jobs directly on jenkins, as we use Jenkins Job Builder to add new jobs and also we have something called 'standard ci' which simplify dramatically the process of adding a new project. to move forward, I suggest you'll post here the source GitHub repos you're using (btw, if you are an oVirt project, you might consider migrating to gerrit.ovirt.org) In addition, please read [1] to see how the STD CI process works and once you're familiar with it, we can help you add the relevant jobs. For now it seems only 'build artifacts' will be needed, if you don't have any other sanity jobs. Also please add to this ticket the commands you're using to build the artifacts (basically you will need to add an 'automation' dir under the root of your projects and add build-artifacts.sh with the command to build it) > Support to FTP files for Kimchi Project > --------------------------------------- > > Key: OVIRT-612 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-612 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Paulo Ricardo Paz Vital > Assignee: infra > > Hello, > Kimchi is a sub-project of oVirt and we are planning to make available to users > simple qcow2 image files of Fedora 23, OpenSUSE 42.1 and Ubuntu 16.04 with > Kimchi installed in there. > We need support to store the files and make them available to download, in a > service like FTP. Since Kimchi mailing lists already use oVirt infrastructure, > I'd like to know if it's possible to be supported by oVirt and how to do that. > Thanks and best regards, Paulo. > -- > Paulo Ricardo Paz Vital > Linux Technology Center, IBM Systems > http://www.ibm.com/linux/ltc/ -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

[JIRA] (OVIRT-612) Support to FTP files for Kimchi Project
by eyal edri [Administrator] (oVirt JIRA) 28 Jun '16

28 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-612?page=com.atlassian.jira.p… ] eyal edri [Administrator] edited comment on OVIRT-612 at 6/28/16 10:07 AM: --------------------------------------------------------------------------- Hi Paulo. We don't add jenkins jobs directly on jenkins, as we use Jenkins Job Builder to add new jobs and also we have something called 'standard ci' which simplify dramatically the process of adding a new project. to move forward, I suggest you'll post here the source GitHub repos you're using (btw, if you are an oVirt project, you might consider migrating to gerrit.ovirt.org) In addition, please read [1] to see how the STD CI process works and once you're familiar with it, we can help you add the relevant jobs. For now it seems only 'build artifacts' will be needed, if you don't have any other sanity jobs. Also please add to this ticket the commands you're using to build the artifacts (basically you will need to add an 'automation' dir under the root of your projects and add build-artifacts.sh with the command to build it) [1] http://infra-docs.readthedocs.io/en/latest/CI/Build_and_test_standards.html was (Author: eedri): Hi Paulo. We don't add jenkins jobs directly on jenkins, as we use Jenkins Job Builder to add new jobs and also we have something called 'standard ci' which simplify dramatically the process of adding a new project. to move forward, I suggest you'll post here the source GitHub repos you're using (btw, if you are an oVirt project, you might consider migrating to gerrit.ovirt.org) In addition, please read [1] to see how the STD CI process works and once you're familiar with it, we can help you add the relevant jobs. For now it seems only 'build artifacts' will be needed, if you don't have any other sanity jobs. Also please add to this ticket the commands you're using to build the artifacts (basically you will need to add an 'automation' dir under the root of your projects and add build-artifacts.sh with the command to build it) > Support to FTP files for Kimchi Project > --------------------------------------- > > Key: OVIRT-612 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-612 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Paulo Ricardo Paz Vital > Assignee: infra > > Hello, > Kimchi is a sub-project of oVirt and we are planning to make available to users > simple qcow2 image files of Fedora 23, OpenSUSE 42.1 and Ubuntu 16.04 with > Kimchi installed in there. > We need support to store the files and make them available to download, in a > service like FTP. Since Kimchi mailing lists already use oVirt infrastructure, > I'd like to know if it's possible to be supported by oVirt and how to do that. > Thanks and best regards, Paulo. > -- > Paulo Ricardo Paz Vital > Linux Technology Center, IBM Systems > http://www.ibm.com/linux/ltc/ -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

[JIRA] (OVIRT-612) Support to FTP files for Kimchi Project
by Barak Korren (oVirt JIRA) 28 Jun '16

28 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-612?page=com.atlassian.jira.p… ] Barak Korren commented on OVIRT-612: ------------------------------------ {quote} Barak Korren If oVirt support to qcow2 images to create new VMs, so it's possible to use them on top of oVirt. However, I guess the best options is host them on 'resources.ovirt.org' to make available anyone (using oVirt or not) to download them. About the 'libguestfs.org' style index file we can for sure use the same to support virt-builder or Lago. {quote} oVirt can useQCOW2 images, but its not trivial to make them available for it to use, at least not until [BZ1343077|https://bugzilla.redhat.com/show_bug.cgi?id=1343077] makes it out the door. {quote} About an automated build, we also can provide this, even with only 4 releases by year. We are using the infrastructure of GitHub (where our source control is hosted) to provide the RPMs and DEBs we build, so since a new version is available there, a new task to create an image with them can be set up. For that, I guess we also need access to oVirt Jenkins to create and configure the tasks, if possible. {quote} It it fairly easy to get stuff running on the oVirt Jenkins, all you need is a repo in oVirt Gerrit (if you don't have one, I can make one for you), and have scripts inside that repo that comply with the [oVirt CI standards|http://ovirt-infra-docs.readthedocs.io/en/latest/CI/Build_and_test_standards.html]. Once you have those running and creating images, we can cover the extra mile of getting the images on resources.ovirt.org. We need to consider how to structure the repos though, would we have one repo for all the images, or one per-image, or perhaps one repo with a branch per-image. With one repo, the build time can be longer, although you could try to parallelise from inside the build script (may be hard to debug). With multiple repos, you use more Gerrit resources and have more manual maintenance, but you can get Jenkins to parallelise for you. With branches, you can have Jenkins parallelise and 'git diff' can make maintenance easier, but you violate the principle of least surprise by making 'master' not mean what people are used to having it mean. > Support to FTP files for Kimchi Project > --------------------------------------- > > Key: OVIRT-612 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-612 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Paulo Ricardo Paz Vital > Assignee: infra > > Hello, > Kimchi is a sub-project of oVirt and we are planning to make available to users > simple qcow2 image files of Fedora 23, OpenSUSE 42.1 and Ubuntu 16.04 with > Kimchi installed in there. > We need support to store the files and make them available to download, in a > service like FTP. Since Kimchi mailing lists already use oVirt infrastructure, > I'd like to know if it's possible to be supported by oVirt and how to do that. > Thanks and best regards, Paulo. > -- > Paulo Ricardo Paz Vital > Linux Technology Center, IBM Systems > http://www.ibm.com/linux/ltc/ -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

[JIRA] (OVIRT-599) incorrect CI-1
by Juan Hernández (oVirt JIRA) 28 Jun '16

28 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-599?page=com.atlassian.jira.p… ] Juan Hernández commented on OVIRT-599: -------------------------------------- Currently the job uses the following command line: {noformat} clean install findbugs:findbugs -U -P findbugs-general -DskipTests -s artifactory-phx-ovirt-org-settings.xml {noformat} The only thing that needs to be removed is the "-P findbugs-general" option, as now it doesn't have any effect. However this only generates warning in the output of the job nothing serious. The CI-1 is real, but not related to new patches but to an earlier one, already merged. The failure is fixed by this patch that I just merged: restapi: Remove unused field from V3 disks server https://gerrit.ovirt.org/59828 Please rebase your patches and the failure will go away. All in all, it is convenient to remove the "-P findbugs-general" from the command line, but there is no real error to fix in the CI environment. > incorrect CI-1 > -------------- > > Key: OVIRT-599 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-599 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Martin Mucha > Assignee: infra > > Hi, > I probably got false -1 from CI. > http://jenkins.ovirt.org/job/ovirt-engine_master_dao-unit-tests_merged/20/c… > https://gerrit.ovirt.org/#/c/53833/ > but when invoked on localhost it builds without problem. > Can you look at it? > thanks, > M. -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

Re: Change in ovirt-engine[ovirt-engine-4.0]: aaa: Empty keystore passwd should be passed as null to KeySt...
by Martin Perina 27 Jun '16

27 Jun '16

Hi, could you please take a look? Thanks Martin On Mon, Jun 27, 2016 at 9:08 PM, Jenkins CI <gerrit2(a)gerrit.ovirt.org> wrote: > Jenkins CI has posted comments on this change. > > Change subject: aaa: Empty keystore passwd should be passed as null to > KeyStore.load > ...................................................................... > > > Patch Set 1: > > Build Failed > > http://jenkins.ovirt.org/job/ovirt-engine_4.0_find-bugs_created_test/35/ > : There was an infra issue, please contact infra(a)ovirt.org > > http://jenkins.ovirt.org/job/ovirt-engine_4.0_find-bugs_gerrit/177/ : > SUCCESS > > http://jenkins.ovirt.org/job/ovirt-engine_4.0_check-patch-el7-x86_64/316/ > : SUCCESS > > http://jenkins.ovirt.org/job/ovirt-engine_4.0_check-patch-fc23-x86_64/315/ > : SUCCESS > > -- > To view, visit https://gerrit.ovirt.org/59857 > To unsubscribe, visit https://gerrit.ovirt.org/settings > > Gerrit-MessageType: comment > Gerrit-Change-Id: I0f9c3706ffe150f848f231ace3ec5995d3ee2d85 > Gerrit-PatchSet: 1 > Gerrit-Project: ovirt-engine > Gerrit-Branch: ovirt-engine-4.0 > Gerrit-Owner: Martin Peřina <mperina(a)redhat.com> > Gerrit-Reviewer: Jenkins CI > Gerrit-Reviewer: Martin Peřina <mperina(a)redhat.com> > Gerrit-Reviewer: Ravi Nori <rnori(a)redhat.com> > Gerrit-Reviewer: gerrit-hooks <automation(a)ovirt.org> > Gerrit-HasComments: No >

2 1

[JIRA] (OVIRT-612) Support to FTP files for Kimchi Project
by Paulo Ricardo Paz Vital (oVirt JIRA) 27 Jun '16

27 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-612?page=com.atlassian.jira.p… ] Paulo Ricardo Paz Vital commented on OVIRT-612: ----------------------------------------------- [~bkorren(a)redhat.com] If oVirt support to qcow2 images to create new VMs, so it's possible to use them on top of oVirt. However, I guess the best options is host them on 'resources.ovirt.org' to make available anyone (using oVirt or not) to download them. About the 'libguestfs.org' style index file we can for sure use the same to support virt-builder or Lago. About an automated build, we also can provide this, even with only 4 releases by year. We are using the infrastructure of GitHub (where our source control is hosted) to provide the RPMs and DEBs we build, so since a new version is available there, a new task to create an image with them can be set up. For that, I guess we also need access to oVirt Jenkins to create and configure the tasks, if possible. > Support to FTP files for Kimchi Project > --------------------------------------- > > Key: OVIRT-612 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-612 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Paulo Ricardo Paz Vital > Assignee: infra > > Hello, > Kimchi is a sub-project of oVirt and we are planning to make available to users > simple qcow2 image files of Fedora 23, OpenSUSE 42.1 and Ubuntu 16.04 with > Kimchi installed in there. > We need support to store the files and make them available to download, in a > service like FTP. Since Kimchi mailing lists already use oVirt infrastructure, > I'd like to know if it's possible to be supported by oVirt and how to do that. > Thanks and best regards, Paulo. > -- > Paulo Ricardo Paz Vital > Linux Technology Center, IBM Systems > http://www.ibm.com/linux/ltc/ -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

[JIRA] (OVIRT-599) incorrect CI-1
by eyal edri [Administrator] (oVirt JIRA) 27 Jun '16

27 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-599?page=com.atlassian.jira.p… ] eyal edri [Administrator] commented on OVIRT-599: ------------------------------------------------- Sharon, Are those the new jobs? Juan, you mentioned that we don't use the findbugs profile anymore, which maven command should replace it? On Jun 27, 2016 8:29 PM, "Martin Mucha (oVirt JIRA)" < > incorrect CI-1 > -------------- > > Key: OVIRT-599 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-599 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Martin Mucha > Assignee: infra > > Hi, > I probably got false -1 from CI. > http://jenkins.ovirt.org/job/ovirt-engine_master_dao-unit-tests_merged/20/c… > https://gerrit.ovirt.org/#/c/53833/ > but when invoked on localhost it builds without problem. > Can you look at it? > thanks, > M. -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

[JIRA] (OVIRT-599) incorrect CI-1
by Martin Mucha (oVirt JIRA) 27 Jun '16

27 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-599?page=com.atlassian.jira.p… ] Martin Mucha commented on OVIRT-599: ------------------------------------ Hi, this seems to be another invalid CI-1. http://jenkins.ovirt.org/job/ovirt-engine_master_find-bugs_gerrit/46153/ • Given findbugs warning does not relate to files in patch • Also console shows wrong configuration settings of CI. See: 17:20:35 [WARNING] The requested profile "findbugs-general" could not be activated because it does not exist. M. > incorrect CI-1 > -------------- > > Key: OVIRT-599 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-599 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Martin Mucha > Assignee: infra > > Hi, > I probably got false -1 from CI. > http://jenkins.ovirt.org/job/ovirt-engine_master_dao-unit-tests_merged/20/c… > https://gerrit.ovirt.org/#/c/53833/ > but when invoked on localhost it builds without problem. > Can you look at it? > thanks, > M. -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

2 1

[oVirt Jenkins] ovirt-engine_master_upgrade-from-4.0_el7_merged - Build # 354 - Failure!
by jenkins＠jenkins.phx.ovirt.org 27 Jun '16

27 Jun '16

------=_Part_42_1481326662.1467037889136 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.0_el7_merge… Build: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.0_el7_merge… Build Number: 354 Build Status: Failure Triggered By: Triggered by Gerrit: https://gerrit.ovirt.org/59781 ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #354 No changes ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_42_1481326662.1467037889136--

1 2

[FYI] aritfactory.ovirt.org upgrade
by Nadav Goldin 27 Jun '16

27 Jun '16

Hi, Yesterday the artifactory VM was upgraded to a new version, which is also puppet-managed. The new server is at artifactory-2.phx.ovirt.org and artifactory.ovirt.org resolves to it. All users were migrated. So far I have seen no failures in CI, but if you see anything related, please ping me. For recovery purposes, the old VM is still available at artifactory.phx.ovirt.org. Thanks, Nadav.

1 0

[JIRA] (OVIRT-614) ensure ovirt-guest-agent package is installed on all production VMs
by Nadav Goldin (oVirt JIRA) 26 Jun '16

26 Jun '16

Nadav Goldin created OVIRT-614: ---------------------------------- Summary: ensure ovirt-guest-agent package is installed on all production VMs Key: OVIRT-614 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-614 Project: oVirt - virtualization made easy Issue Type: Task Components: Puppet Reporter: Nadav Goldin Assignee: infra The package should be installed only on the VMs and not on the hypervisors. On el7 the package is included in epel. -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

[JIRA] (OVIRT-613) Upgrade Jenkins LTS
by Nadav Goldin (oVirt JIRA) 26 Jun '16

26 Jun '16

Nadav Goldin created OVIRT-613: ---------------------------------- Summary: Upgrade Jenkins LTS Key: OVIRT-613 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-613 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Nadav Goldin Assignee: infra officially Gerrit-trigger plugin is broken in any version > 1.651, due to [https://wiki.jenkins-ci.org/display/JENKINS/Plugins+affected+by+fix+for+SEC…] [https://wiki.jenkins-ci.org/display/JENKINS/Gerrit+Trigger] this ticket is for tracking this is fixed before upgrading. {quote} Important notice Currently the Gerrit trigger does not work anymore with Jenkins 1.651.2 or 2.3 and later. See SECURITY-170 https://wiki.jenkins-ci.org/display/JENKINS/Plugins+affected+by+fix+for+SEC… And this bug report https://issues.jenkins-ci.org/browse/JENKINS-34753. {quote} -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

Jenkins build is back to stable : ovirt_master_publish-rpms_nightly #103
by jenkins＠jenkins.phx.ovirt.org 26 Jun '16

26 Jun '16

See <http://jenkins.ovirt.org/job/ovirt_master_publish-rpms_nightly/103/>

1 0

[JIRA] (OVIRT-612) Support to FTP files for Kimchi Project
by Barak Korren (oVirt JIRA) 26 Jun '16

26 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-612?page=com.atlassian.jira.p… ] Barak Korren edited comment on OVIRT-612 at 6/26/16 9:43 AM: ------------------------------------------------------------- What is the intended use of those images? Are they intended to be run on top oVirt itself? It that is so, then I guess the best place to put then would be on glance.ovirt.org, which is configured by default as an external image provider for oVirt. If the images are to be used for other purposes, then I guess it'd be best to host them on 'resources.ovirt.org' and perhaps also add a 'libguestfs.org' style index file so that the images could be pulled with virt-builder or Lago (or hopefully oVirt at some point). In any case we would like to see some automated flow running on the oVirt Jenkins to build the images and upload then to the right hosting server. We generally do not allow manual access to the resource-hosting servers. Is there a repository somewhere containing source files for building the images? was (Author: bkorren(a)redhat.com) What is the intended use of those images? Are they intended to be run on top oVirt itself? It that is so, then I guess the best place to put then would be on glance.ovirt.org, which is configure by default as an external image provider for oVirt. If the images are to be used for other purposes, then I guess it'd be best to host them on 'resources.ovirt.org' and perhaps also add a 'libguestfs.org' style index file so that the images could be pulled with virt-builder or Lago (or hopefully oVirt at some point). In any case we would like to see some automated flow running on the oVirt Jenkins to build the images and upload then to the right hosting server. We generally do not allow manual access to the resource-hosting servers. Is there a repository somewhere containing source files for building the images? > Support to FTP files for Kimchi Project > --------------------------------------- > > Key: OVIRT-612 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-612 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Paulo Ricardo Paz Vital > Assignee: infra > > Hello, > Kimchi is a sub-project of oVirt and we are planning to make available to users > simple qcow2 image files of Fedora 23, OpenSUSE 42.1 and Ubuntu 16.04 with > Kimchi installed in there. > We need support to store the files and make them available to download, in a > service like FTP. Since Kimchi mailing lists already use oVirt infrastructure, > I'd like to know if it's possible to be supported by oVirt and how to do that. > Thanks and best regards, Paulo. > -- > Paulo Ricardo Paz Vital > Linux Technology Center, IBM Systems > http://www.ibm.com/linux/ltc/ -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

[JIRA] (OVIRT-612) Support to FTP files for Kimchi Project
by Barak Korren (oVirt JIRA) 26 Jun '16

26 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-612?page=com.atlassian.jira.p… ] Barak Korren commented on OVIRT-612: ------------------------------------ What is the intended use of those images? Are they intended to be run on top oVirt itself? It that is so, then I guess the best place to put then would be on glance.ovirt.org, which is configure by default as an external image provider for oVirt. If the images are to be used for other purposes, then I guess it'd be best to host them on 'resources.ovirt.org' and perhaps also add a 'libguestfs.org' style index file so that the images could be pulled with virt-builder or Lago (or hopefully oVirt at some point). In any case we would like to see some automated flow running on the oVirt Jenkins to build the images and upload then to the right hosting server. We generally do not allow manual access to the resource-hosting servers. Is there a repository somewhere containing source files for building the images? > Support to FTP files for Kimchi Project > --------------------------------------- > > Key: OVIRT-612 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-612 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Paulo Ricardo Paz Vital > Assignee: infra > > Hello, > Kimchi is a sub-project of oVirt and we are planning to make available to users > simple qcow2 image files of Fedora 23, OpenSUSE 42.1 and Ubuntu 16.04 with > Kimchi installed in there. > We need support to store the files and make them available to download, in a > service like FTP. Since Kimchi mailing lists already use oVirt infrastructure, > I'd like to know if it's possible to be supported by oVirt and how to do that. > Thanks and best regards, Paulo. > -- > Paulo Ricardo Paz Vital > Linux Technology Center, IBM Systems > http://www.ibm.com/linux/ltc/ -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

Build failed in Jenkins: ovirt_master_publish-rpms_nightly #100
by jenkins＠jenkins.phx.ovirt.org 25 Jun '16

25 Jun '16

See <http://jenkins.ovirt.org/job/ovirt_master_publish-rpms_nightly/100/> ------------------------------------------ Started by timer Building on master in workspace <http://jenkins.ovirt.org/job/ovirt_master_publish-rpms_nightly/ws/> [WS-CLEANUP] Deleting project workspace... [workspace] $ /bin/bash -xe /tmp/hudson4398837167740734094.sh + rm -rf <http://jenkins.ovirt.org/job/ovirt_master_publish-rpms_nightly/ws/artifacts> + mkdir <http://jenkins.ovirt.org/job/ovirt_master_publish-rpms_nightly/ws/artifacts> Copied 6 artifacts from "ovirt-host-deploy_master_build-artifacts-el7-x86_64" build number 8 Copied 6 artifacts from "ovirt-host-deploy_master_build-artifacts-fc23-x86_64" build number 8 ERROR: Unable to find project for artifact copy: otopi_master_create-rpms-el7-x86_64_merged This may be due to incorrect project name or permission settings; see help for project name in job configuration.

1 1

[JIRA] (OVIRT-608) [URGENT] Half of the Jenkins slaves are offline
by Anton Marchukov (oVirt JIRA) 24 Jun '16

24 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-608?page=com.atlassian.jira.p… ] Anton Marchukov reassigned OVIRT-608: ------------------------------------- Assignee: Anton Marchukov (was: infra) > [URGENT] Half of the Jenkins slaves are offline > ----------------------------------------------- > > Key: OVIRT-608 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-608 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: Anton Marchukov > > Please check what happened, 24 jenkins slaves are down right now. > -- > 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.98.4#100004)

3 2

Jenkins.ovirt.org outage
by Eyal Edri 24 Jun '16

24 Jun '16

Following on previous message, we are still suffering issues on jenkins.ovirt.org, And some jobs are failing on network connectivity. We'll update when the problem is resolved, though might be resolved only on Sunday due to unavailability of most people during the weekend. -- Eyal Edri Associate Manager RHEV DevOps EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

1 0

[JIRA] (OVIRT-612) Support to FTP files for Kimchi Project
by Paulo Ricardo Paz Vital (oVirt JIRA) 24 Jun '16

24 Jun '16

Paulo Ricardo Paz Vital created OVIRT-612: --------------------------------------------- Summary: Support to FTP files for Kimchi Project Key: OVIRT-612 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-612 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Paulo Ricardo Paz Vital Assignee: infra Hello, Kimchi is a sub-project of oVirt and we are planning to make available to users simple qcow2 image files of Fedora 23, OpenSUSE 42.1 and Ubuntu 16.04 with Kimchi installed in there. We need support to store the files and make them available to download, in a service like FTP. Since Kimchi mailing lists already use oVirt infrastructure, I'd like to know if it's possible to be supported by oVirt and how to do that. Thanks and best regards, Paulo. -- Paulo Ricardo Paz Vital Linux Technology Center, IBM Systems http://www.ibm.com/linux/ltc/ -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0

[JIRA] (OVIRT-610) Engine 4.0 build is failing
by eyal edri [Administrator] (oVirt JIRA) 24 Jun '16

24 Jun '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-610?page=com.atlassian.jira.p… ] eyal edri [Administrator] commented on OVIRT-610: ------------------------------------------------- Try looking at jenkins logs and see if something happened during that restart On Jun 24, 2016 6:20 PM, "Evgheni Dereveanchin (oVirt JIRA)" < > Engine 4.0 build is failing > --------------------------- > > Key: OVIRT-610 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-610 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Piotr Kliczewski > Assignee: infra > > Please take a look at [1]. > [1] > http://jenkins.ovirt.org/job/ovirt-engine_4.0_check-merged-fc23-x86_64/193/… -- This message was sent by Atlassian JIRA (v1000.98.4#100004)

1 0