June 2016 - Infra - oVirt List Archives

[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