- Infra - oVirt List Archives

[JIRA] (OVIRT-1878) GitHub support for pusher.py
by Barak Korren (oVirt JIRA) 03 Apr '18

03 Apr '18

This is a multi-part message in MIME format... ------------=_1522738457-17793-156 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1878?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1878: -------------------------------- Labels: (was: github) > GitHub support for pusher.py > ---------------------------- > > Key: OVIRT-1878 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1878 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: pusher.py > Reporter: Barak Korren > Assignee: infra > -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100082) ------------=_1522738457-17793-156 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1878?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren updated OVIRT-1878:</h3> <pre>Labels: (was: github)</pre> <blockquote><h3>GitHub support for pusher.py</h3> <pre> Key: OVIRT-1878 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1878 Project: oVirt - virtualization made easy Issue Type: Improvement Components: pusher.py Reporter: Barak Korren Assignee: infra</pre></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100082)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1522738457-17793-156--

1 0

Unexpected end of ZLIB input stream
by Yedidyah Bar David 03 Apr '18

03 Apr '18

http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests… 10:44:32 FS info: 10:44:32 + df -h 10:44:32 Filesystem Size Used Avail Use% Mounted on 10:44:32 /dev/sda3 908G 64G 844G 8% / 10:44:32 tmpfs 24G 3.8G 20G 16% /dev/shm 10:44:32 tmpfs 24G 34M 24G 1% /run/libvirt 10:44:32 + echo 'RAM info:' 10:44:32 RAM info: 10:44:32 + free -h 10:44:32 total used free shared buff/cache available 10:44:32 Mem: 46G 4.4G 333M 3.8G 42G 38G 10:44:32 Swap: 23G 0B 23G 10:44:32 + [[ -d /dev/shm/ost/deployment-upgrade-from-prevrelease-suite-4.1/default ]] 10:44:32 + echo 'Prefix size:' 10:44:32 Prefix size: 10:44:32 + du -h -d 1 /dev/shm/ost/deployment-upgrade-from-prevrelease-suite-4.1/default 10:44:32 592M /dev/shm/ost/deployment-upgrade-from-prevrelease-suite-4.1/default/internal_repo 10:44:32 20K /dev/shm/ost/deployment-upgrade-from-prevrelease-suite-4.1/default/virt 10:44:32 16K /dev/shm/ost/deployment-upgrade-from-prevrelease-suite-4.1/default/scripts 10:44:32 3.2G /dev/shm/ost/deployment-upgrade-from-prevrelease-suite-4.1/default/images 10:44:32 2.7M /dev/shm/ost/deployment-upgrade-from-prevrelease-suite-4.1/default/logs 10:44:32 3.8G /dev/shm/ost/deployment-upgrade-from-prevrelease-suite-4.1/default 10:44:32 + [[ -d /dev/shm/ost/deployment-upgrade-from-prevrelease-suite-4.1/default/images ]] 10:44:32 + echo 'Images Size:' 10:44:32 Images Size: 10:44:32 + ls -lhs /dev/shm/ost/deployment-upgrade-from-prevrelease-suite-4.1/default/images 10:44:32 total 3.2G 10:44:32 16K -rw-rw-rw-. 1 1015 1015 101G Apr 2 10:29 lago-upgrade-from-prevrelease-suite-4-1-engine_iscsi.raw 10:44:32 1.8G -rw-rw-rw-. 1 1015 1015 101G Apr 2 10:30 lago-upgrade-from-prevrelease-suite-4-1-engine_nfs.raw 10:44:32 1.5G -rw-rw-rw-. 1 1015 1015 1.5G Apr 2 10:44 lago-upgrade-from-prevrelease-suite-4-1-engine_root.qcow2 10:44:32 + echo 'suite.sh: moving artifacts' 10:44:32 suite.sh: moving artifacts 10:44:32 + [[ -d /dev/shm/ost/deployment-upgrade-from-prevrelease-suite-4.1/current/logs ]] 10:44:32 + mv /dev/shm/ost/deployment-upgrade-from-prevrelease-suite-4.1/current/logs exported-artifacts/lago_logs 10:44:32 + [[ -d exported_images ]] 10:44:32 + [[ -d /dev/shm/ost/deployment-upgrade-from-prevrelease-suite-4.1 ]] 10:44:32 + find /dev/shm/ost/deployment-upgrade-from-prevrelease-suite-4.1 -type f -iname '*.junit.xml' -exec mv '{}' exported-artifacts/ ';' 10:44:32 + [[ -d test_logs ]] 10:44:32 + mv test_logs exported-artifacts/ This looks ok to me. Then: 10:44:46 Archiving artifacts 10:46:04 ERROR: Failed to archive artifacts: exported-artifacts/** 10:46:04 java.io.EOFException: Unexpected end of ZLIB input stream 10:46:04 at com.jcraft.jzlib.InflaterInputStream.fill(InflaterInputStream.java:186) 10:46:04 at com.jcraft.jzlib.InflaterInputStream.read(InflaterInputStream.java:106) 10:46:04 at org.apache.commons.compress.archivers.tar.TarArchiveInputStream.read(TarArchiveInputStream.java:614) 10:46:04 at java.io.InputStream.read(InputStream.java:101) 10:46:04 at org.apache.commons.io.IOUtils.copyLarge(IOUtils.java:1792) 10:46:04 at org.apache.commons.io.IOUtils.copyLarge(IOUtils.java:1769) 10:46:04 at org.apache.commons.io.IOUtils.copy(IOUtils.java:1744) 10:46:04 at hudson.util.IOUtils.copy(IOUtils.java:40) 10:46:04 at hudson.FilePath.readFromTar(FilePath.java:2307) 10:46:04 Also: Also: hudson.remoting.Channel$CallSiteStackTrace: Remote call to ovirt-srv19.phx.ovirt.org 10:46:04 at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1693) 10:46:04 at hudson.remoting.UserResponse.retrieve(UserRequest.java:310) 10:46:04 at hudson.remoting.Channel$2.adapt(Channel.java:944) 10:46:04 at hudson.remoting.Channel$2.adapt(Channel.java:941) 10:46:04 at hudson.remoting.FutureAdapter.get(FutureAdapter.java:59) 10:46:04 at hudson.FilePath.copyRecursiveTo(FilePath.java:2224) 10:46:04 at jenkins.model.StandardArtifactManager.archive(StandardArtifactManager.java:61) 10:46:04 at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:245) 10:46:04 at hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:81) 10:46:04 at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) 10:46:04 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:744) 10:46:04 at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:690) 10:46:04 at hudson.model.Build$BuildExecution.post2(Build.java:186) 10:46:04 at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:635) 10:46:04 at hudson.model.Run.execute(Run.java:1749) 10:46:04 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) 10:46:04 at hudson.model.ResourceController.execute(ResourceController.java:97) 10:46:04 at hudson.model.Executor.run(Executor.java:429) 10:46:04 java.io.IOException: This archives contains unclosed entries. 10:46:04 at org.apache.commons.compress.archivers.tar.TarArchiveOutputStream.finish(TarArchiveOutputStream.java:225) 10:46:04 at org.apache.commons.compress.archivers.tar.TarArchiveOutputStream.close(TarArchiveOutputStream.java:241) 10:46:04 at hudson.util.io.TarArchiver.close(TarArchiver.java:127) 10:46:04 at hudson.FilePath.writeToTar(FilePath.java:2281) 10:46:04 at hudson.FilePath.access$2100(FilePath.java:196) 10:46:04 at hudson.FilePath$45.invoke(FilePath.java:2216) 10:46:04 at hudson.FilePath$45.invoke(FilePath.java:2212) 10:46:04 at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2760) 10:46:04 at hudson.remoting.UserRequest.perform(UserRequest.java:207) 10:46:04 at hudson.remoting.UserRequest.perform(UserRequest.java:53) 10:46:04 at hudson.remoting.Request$2.run(Request.java:358) 10:46:04 at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) 10:46:04 at java.util.concurrent.FutureTask.run(FutureTask.java:266) 10:46:04 at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) 10:46:04 at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) 10:46:04 at java.lang.Thread.run(Thread.java:748) 10:46:04 Caused: java.util.concurrent.ExecutionException 10:46:04 at hudson.remoting.Channel$2.adapt(Channel.java:946) 10:46:04 at hudson.remoting.Channel$2.adapt(Channel.java:941) 10:46:04 at hudson.remoting.FutureAdapter.get(FutureAdapter.java:59) 10:46:04 at hudson.FilePath.copyRecursiveTo(FilePath.java:2224) 10:46:04 Caused: java.io.IOException: Failed to extract /home/jenkins/workspace/ovirt-system-tests_manual/transfer of 8678 files 10:46:04 at hudson.FilePath.readFromTar(FilePath.java:2317) 10:46:04 at hudson.FilePath.copyRecursiveTo(FilePath.java:2221) 10:46:04 at jenkins.model.StandardArtifactManager.archive(StandardArtifactManager.java:61) 10:46:04 at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:245) 10:46:04 at hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:81) 10:46:04 at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) 10:46:04 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:744) 10:46:04 at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:690) 10:46:04 at hudson.model.Build$BuildExecution.post2(Build.java:186) 10:46:04 at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:635) 10:46:04 at hudson.model.Run.execute(Run.java:1749) 10:46:04 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) 10:46:04 at hudson.model.ResourceController.execute(ResourceController.java:97) 10:46:04 at hudson.model.Executor.run(Executor.java:429) 10:46:04 Build step 'Archive the artifacts' changed build result to FAILURE Any idea? Now running it again, let's see what happens. http://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-tests… -- Didi

1 0

[CQ]: b39cd44 (ovirt-ansible-disaster-recovery) failed "ovirt-4.2" system tests
by oVirt Jenkins 03 Apr '18

03 Apr '18

Change b39cd44 (ovirt-ansible-disaster-recovery) is probably the reason behind recent system test failures in the "ovirt-4.2" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://github.com/oVirt/ovirt-ansible-disaster-recovery/commit/b39cd44f62e… For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/1517/

2 1

Build failed in Jenkins: system-sync_mirrors-epel-el7-x86_64 #1313
by jenkins＠jenkins.phx.ovirt.org 03 Apr '18

03 Apr '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el7-x86_64/1313/displ…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el7-x86_64/ws/> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision 8265612b17ebc6f1414c6dba129d5f968817b9cd (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 8265612b17ebc6f1414c6dba129d5f968817b9cd Commit message: "Build container on changes to docker_cleanup" > git rev-list --no-walk 8265612b17ebc6f1414c6dba129d5f968817b9cd # timeout=10 [system-sync_mirrors-epel-el7-x86_64] $ /bin/bash -xe /tmp/jenkins997497482868155705.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el7 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Resyncing repo: epel-el7 Syncing yum repo epel-el7 for arch: x86_64 Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD dl = repo._async and repo._commonLoadRepoXML(repo) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1465, in _commonLoadRepoXML local = self.cachedir + '/repomd.xml' File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 774, in <lambda> cachedir = property(lambda self: self._dirGetAttr('cachedir')) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 757, in _dirGetAttr self.dirSetup() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 735, in dirSetup self._dirSetupMkdir_p(dir) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 712, in _dirSetupMkdir_p raise Errors.RepoError, msg yum.Errors.RepoError: Error making cache directory: /home/jenkins/mirrors_cache/centos-ovirt-common-el7 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-ovirt-common-el7' Build step 'Execute shell' marked build as failure

1 1

[JIRA] (OVIRT-1957) [VDSM] check-merge lago VM does not respond.
by Edward Haas (oVirt JIRA) 02 Apr '18

02 Apr '18

This is a multi-part message in MIME format... ------------=_1522677754-30879-553 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1957?page=com.atlassian.jira.… ] Edward Haas commented on OVIRT-1957: ------------------------------------ It should not and based on the supervdsm longs, the last tests that ran on it where validation tests, which do not touch the kernel. The errors you mentioned are intentional. On Mon, Apr 2, 2018 at 4:52 PM, Barak Korren (oVirt JIRA) < > [VDSM] check-merge lago VM does not respond. > -------------------------------------------- > > Key: OVIRT-1957 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1957 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Edward Haas > Assignee: infra > -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100082) ------------=_1522677754-30879-553 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1957?page=com.atlassian.jira.… ]</pre> <h3>Edward Haas commented on OVIRT-1957:</h3> <p>It should not and based on the supervdsm longs, the last tests that ran on it where validation tests, which do not touch the kernel. The errors you mentioned are intentional.</p> <p>On Mon, Apr 2, 2018 at 4:52 PM, Barak Korren (oVirt JIRA) <</p> <blockquote><h3>[VDSM] check-merge lago VM does not respond.</h3> <pre> Key: OVIRT-1957 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1957 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Edward Haas Assignee: infra</pre></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100082)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1522677754-30879-553--

1 0

[JIRA] (OVIRT-1957) [VDSM] check-merge lago VM does not respond.
by Barak Korren (oVirt JIRA) 02 Apr '18

02 Apr '18

This is a multi-part message in MIME format... ------------=_1522677162-10750-192 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1957?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1957: ------------------------------------- Could it be that vdsm unplugs the VM from the network? I see this in {{/var/log/messages}}: {code} Apr 1 15:54:43 vdsm_functional_tests_host-el7 vdsm[30656]: ERROR u'1.2.3.4/' does not appear to be an IPv4 or IPv6 interface#012Traceback (most recent call last):#012 File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 1528, in setupNetworks#012 supervdsm.getProxy().setupNetworks(networks, bondings, options)#012 File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 55, in __call__#012 return callMethod()#012 File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 53, in <lambda>#012 **kwargs)#012 File "<string>", line 2, in setupNetworks#012 File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod#012 raise convert_to_error(kind, result)#012ConfigNetworkError: (22, "u'1.2.3.4/' does not appear to be an IPv4 or IPv6 interface") Apr 1 15:54:43 vdsm_functional_tests_host-el7 vdsm[30656]: ERROR gateway or netmask were given without ip address#012Traceback (most recent call last):#012 File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 1528, in setupNetworks#012 supervdsm.getProxy().setupNetworks(networks, bondings, options)#012 File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 55, in __call__#012 return callMethod()#012 File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 53, in <lambda>#012 **kwargs)#012 File "<string>", line 2, in setupNetworks#012 File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod#012 raise convert_to_error(kind, result)#012ConfigNetworkError: (22, 'gateway or netmask were given without ip address') Apr 1 15:54:43 vdsm_functional_tests_host-el7 vdsm[30656]: ERROR gateway or netmask were given without ip address#012Traceback (most recent call last):#012 File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 1528, in setupNetworks#012 supervdsm.getProxy().setupNetworks(networks, bondings, options)#012 File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 55, in __call__#012 return callMethod()#012 File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 53, in <lambda>#012 **kwargs)#012 File "<string>", line 2, in setupNetworks#012 File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod#012 raise convert_to_error(kind, result)#012ConfigNetworkError: (22, 'gateway or netmask were given without ip address') Apr 1 15:54:43 vdsm_functional_tests_host-el7 vdsm[30656]: ERROR u'1.2.3.256/255.255.0.0' does not appear to be an IPv4 or IPv6 interface#012Traceback (most recent call last):#012 File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 1528, in setupNetworks#012 supervdsm.getProxy().setupNetworks(networks, bondings, options)#012 File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 55, in __call__#012 return callMethod()#012 File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 53, in <lambda>#012 **kwargs)#012 File "<string>", line 2, in setupNetworks#012 File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod#012 raise convert_to_error(kind, result)#012ConfigNetworkError: (22, "u'1.2.3.256/255.255.0.0' does not appear to be an IPv4 or IPv6 interface") Apr 1 15:54:44 vdsm_functional_tests_host-el7 vdsm[30656]: ERROR u'1.2.3.4/256.255.0.0' does not appear to be an IPv4 or IPv6 interface#012Traceback (most recent call last):#012 File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 1528, in setupNetworks#012 supervdsm.getProxy().setupNetworks(networks, bondings, options)#012 File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 55, in __call__#012 return callMethod()#012 File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 53, in <lambda>#012 **kwargs)#012 File "<string>", line 2, in setupNetworks#012 File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod#012 raise convert_to_error(kind, result)#012ConfigNetworkError: (22, "u'1.2.3.4/256.255.0.0' does not appear to be an IPv4 or IPv6 interface") Apr 1 15:54:44 vdsm_functional_tests_host-el7 vdsm[30656]: ERROR u'1.2.3.256' does not appear to be an IPv4 or IPv6 interface#012Traceback (most recent call last):#012 File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 1528, in setupNetworks#012 supervdsm.getProxy().setupNetworks(networks, bondings, options)#012 File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 55, in __call__#012 return callMethod()#012 File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 53, in <lambda>#012 **kwargs)#012 File "<string>", line 2, in setupNetworks#012 File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod#012 raise convert_to_error(kind, result)#012ConfigNetworkError: (22, "u'1.2.3.256' does not appear to be an IPv4 or IPv6 interface") Apr 1 15:54:44 vdsm_functional_tests_host-el7 vdsm[30656]: ERROR u'1.2.3.4.5/255.255.0.0' does not appear to be an IPv4 or IPv6 interface#012Traceback (most recent call last):#012 File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 1528, in setupNetworks#012 supervdsm.getProxy().setupNetworks(networks, bondings, options)#012 File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 55, in __call__#012 return callMethod()#012 File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 53, in <lambda>#012 **kwargs)#012 File "<string>", line 2, in setupNetworks#012 File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod#012 raise convert_to_error(kind, result)#012ConfigNetworkError: (22, "u'1.2.3.4.5/255.255.0.0' does not appear to be an IPv4 or IPv6 interface") Apr 1 15:54:44 vdsm_functional_tests_host-el7 vdsm[30656]: ERROR u'1.2.3/255.255.0.0' does not appear to be an IPv4 or IPv6 interface#012Traceback (most recent call last):#012 File "/usr/lib/python2.7/site-packages/vdsm/API.py", line 1528, in setupNetworks#012 supervdsm.getProxy().setupNetworks(networks, bondings, options)#012 File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 55, in __call__#012 return callMethod()#012 File "/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py", line 53, in <lambda>#012 **kwargs)#012 File "<string>", line 2, in setupNetworks#012 File "/usr/lib64/python2.7/multiprocessing/managers.py", line 773, in _callmethod#012 raise convert_to_error(kind, result)#012ConfigNetworkError: (22, "u'1.2.3/255.255.0.0' does not appear to be an IPv4 or IPv6 interface") {code} > [VDSM] check-merge lago VM does not respond. > -------------------------------------------- > > Key: OVIRT-1957 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1957 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Edward Haas > Assignee: infra > -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100082) ------------=_1522677162-10750-192 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1957?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren commented on OVIRT-1957:</h3> <p>Could it be that vdsm unplugs the VM from the network?</p> <p>I see this in {{/var/log/messages}}:</p> <p>{code} Apr 1 15:54:43 vdsm_functional_tests_host-el7 vdsm[30656]: ERROR u'1.2.3.4/' does not appear to be an IPv4 or IPv6 interface#012Traceback (most recent call last):#012 File “/usr/lib/python2.7/site-packages/vdsm/API.py”, line 1528, in setupNetworks#012 supervdsm.getProxy().setupNetworks(networks, bondings, options)#012 File “/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py”, line 55, in __call__#012 return callMethod()#012 File “/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py”, line 53, in <lambda>#012 **kwargs)#012 File “<string>”, line 2, in setupNetworks#012 File “/usr/lib64/python2.7/multiprocessing/managers.py”, line 773, in _callmethod#012 raise convert_to_error(kind, result)#012ConfigNetworkError: (22, “u'1.2.3.4/' does not appear to be an IPv4 or IPv6 interface”) Apr 1 15:54:43 vdsm_functional_tests_host-el7 vdsm[30656]: ERROR gateway or netmask were given without ip address#012Traceback (most recent call last):#012 File “/usr/lib/python2.7/site-packages/vdsm/API.py”, line 1528, in setupNetworks#012 supervdsm.getProxy().setupNetworks(networks, bondings, options)#012 File “/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py”, line 55, in __call__#012 return callMethod()#012 File “/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py”, line 53, in <lambda>#012 **kwargs)#012 File “<string>”, line 2, in setupNetworks#012 File “/usr/lib64/python2.7/multiprocessing/managers.py”, line 773, in _callmethod#012 raise convert_to_error(kind, result)#012ConfigNetworkError: (22, ‘gateway or netmask were given without ip address’) Apr 1 15:54:43 vdsm_functional_tests_host-el7 vdsm[30656]: ERROR gateway or netmask were given without ip address#012Traceback (most recent call last):#012 File “/usr/lib/python2.7/site-packages/vdsm/API.py”, line 1528, in setupNetworks#012 supervdsm.getProxy().setupNetworks(networks, bondings, options)#012 File “/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py”, line 55, in __call__#012 return callMethod()#012 File “/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py”, line 53, in <lambda>#012 **kwargs)#012 File “<string>”, line 2, in setupNetworks#012 File “/usr/lib64/python2.7/multiprocessing/managers.py”, line 773, in _callmethod#012 raise convert_to_error(kind, result)#012ConfigNetworkError: (22, ‘gateway or netmask were given without ip address’) Apr 1 15:54:43 vdsm_functional_tests_host-el7 vdsm[30656]: ERROR u'1.2.3.256/255.255.0.0' does not appear to be an IPv4 or IPv6 interface#012Traceback (most recent call last):#012 File “/usr/lib/python2.7/site-packages/vdsm/API.py”, line 1528, in setupNetworks#012 supervdsm.getProxy().setupNetworks(networks, bondings, options)#012 File “/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py”, line 55, in __call__#012 return callMethod()#012 File “/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py”, line 53, in <lambda>#012 **kwargs)#012 File “<string>”, line 2, in setupNetworks#012 File “/usr/lib64/python2.7/multiprocessing/managers.py”, line 773, in _callmethod#012 raise convert_to_error(kind, result)#012ConfigNetworkError: (22, “u'1.2.3.256/255.255.0.0' does not appear to be an IPv4 or IPv6 interface”) Apr 1 15:54:44 vdsm_functional_tests_host-el7 vdsm[30656]: ERROR u'1.2.3.4/256.255.0.0' does not appear to be an IPv4 or IPv6 interface#012Traceback (most recent call last):#012 File “/usr/lib/python2.7/site-packages/vdsm/API.py”, line 1528, in setupNetworks#012 supervdsm.getProxy().setupNetworks(networks, bondings, options)#012 File “/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py”, line 55, in __call__#012 return callMethod()#012 File “/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py”, line 53, in <lambda>#012 **kwargs)#012 File “<string>”, line 2, in setupNetworks#012 File “/usr/lib64/python2.7/multiprocessing/managers.py”, line 773, in _callmethod#012 raise convert_to_error(kind, result)#012ConfigNetworkError: (22, “u'1.2.3.4/256.255.0.0' does not appear to be an IPv4 or IPv6 interface”) Apr 1 15:54:44 vdsm_functional_tests_host-el7 vdsm[30656]: ERROR u'1.2.3.256' does not appear to be an IPv4 or IPv6 interface#012Traceback (most recent call last):#012 File “/usr/lib/python2.7/site-packages/vdsm/API.py”, line 1528, in setupNetworks#012 supervdsm.getProxy().setupNetworks(networks, bondings, options)#012 File “/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py”, line 55, in __call__#012 return callMethod()#012 File “/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py”, line 53, in <lambda>#012 **kwargs)#012 File “<string>”, line 2, in setupNetworks#012 File “/usr/lib64/python2.7/multiprocessing/managers.py”, line 773, in _callmethod#012 raise convert_to_error(kind, result)#012ConfigNetworkError: (22, “u'1.2.3.256' does not appear to be an IPv4 or IPv6 interface”) Apr 1 15:54:44 vdsm_functional_tests_host-el7 vdsm[30656]: ERROR u'1.2.3.4.5/255.255.0.0' does not appear to be an IPv4 or IPv6 interface#012Traceback (most recent call last):#012 File “/usr/lib/python2.7/site-packages/vdsm/API.py”, line 1528, in setupNetworks#012 supervdsm.getProxy().setupNetworks(networks, bondings, options)#012 File “/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py”, line 55, in __call__#012 return callMethod()#012 File “/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py”, line 53, in <lambda>#012 **kwargs)#012 File “<string>”, line 2, in setupNetworks#012 File “/usr/lib64/python2.7/multiprocessing/managers.py”, line 773, in _callmethod#012 raise convert_to_error(kind, result)#012ConfigNetworkError: (22, “u'1.2.3.4.5/255.255.0.0' does not appear to be an IPv4 or IPv6 interface”) Apr 1 15:54:44 vdsm_functional_tests_host-el7 vdsm[30656]: ERROR u'1.2.3/255.255.0.0' does not appear to be an IPv4 or IPv6 interface#012Traceback (most recent call last):#012 File “/usr/lib/python2.7/site-packages/vdsm/API.py”, line 1528, in setupNetworks#012 supervdsm.getProxy().setupNetworks(networks, bondings, options)#012 File “/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py”, line 55, in __call__#012 return callMethod()#012 File “/usr/lib/python2.7/site-packages/vdsm/common/supervdsm.py”, line 53, in <lambda>#012 **kwargs)#012 File “<string>”, line 2, in setupNetworks#012 File “/usr/lib64/python2.7/multiprocessing/managers.py”, line 773, in _callmethod#012 raise convert_to_error(kind, result)#012ConfigNetworkError: (22, “u'1.2.3/255.255.0.0' does not appear to be an IPv4 or IPv6 interface”) {code}</p> <blockquote><h3>[VDSM] check-merge lago VM does not respond.</h3> <pre> Key: OVIRT-1957 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1957 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Edward Haas Assignee: infra</pre></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100082)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1522677162-10750-192--

2 1

[JIRA] (OVIRT-1958) Allow custom checkout dir
by Daniel Belenky (oVirt JIRA) 02 Apr '18

02 Apr '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1958?page=com.atlassian.jira.… ] Daniel Belenky updated OVIRT-1958: ---------------------------------- Epic Link: OVIRT-400 > Allow custom checkout dir > ------------------------- > > Key: OVIRT-1958 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1958 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Reporter: Daniel Belenky > Assignee: infra > -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100082)

1 0

[JIRA] (OVIRT-1958) Allow custom checkout dir
by Daniel Belenky (oVirt JIRA) 02 Apr '18

02 Apr '18

This is a multi-part message in MIME format... ------------=_1522677120-31098-417 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Daniel Belenky created OVIRT-1958: ------------------------------------- Summary: Allow custom checkout dir Key: OVIRT-1958 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1958 Project: oVirt - virtualization made easy Issue Type: Improvement Reporter: Daniel Belenky Assignee: infra Currently, we assume that the checkout dir has the same name as the project. This should be configurable by environment variable passed from JJB. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100082) ------------=_1522677120-31098-417 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Daniel Belenky created OVIRT-1958:</h3> <pre> Summary: Allow custom checkout dir Key: OVIRT-1958 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1958 Project: oVirt - virtualization made easy Issue Type: Improvement Reporter: Daniel Belenky Assignee: infra</pre> <p>Currently, we assume that the checkout dir has the same name as the project. This should be configurable by environment variable passed from JJB.</p> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100082)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1522677120-31098-417--

1 0

[JIRA] (OVIRT-1957) [VDSM] check-merge lago VM does not respond.
by Edward Haas (oVirt JIRA) 02 Apr '18

02 Apr '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1957?page=com.atlassian.jira.… ] Edward Haas commented on OVIRT-1957: ------------------------------------ http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/3381/ On Mon, Apr 2, 2018 at 4:02 PM, Barak Korren (oVirt JIRA) < > [VDSM] check-merge lago VM does not respond. > -------------------------------------------- > > Key: OVIRT-1957 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1957 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Edward Haas > Assignee: infra > -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100082)

1 0

[JIRA] (OVIRT-1957) [VDSM] check-merge lago VM does not respond.
by Barak Korren (oVirt JIRA) 02 Apr '18

02 Apr '18

This is a multi-part message in MIME format... ------------=_1522674159-12460-435 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1957?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1957: ------------------------------------- Please link to jobs/logs/etc. > [VDSM] check-merge lago VM does not respond. > -------------------------------------------- > > Key: OVIRT-1957 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1957 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Edward Haas > Assignee: infra > -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100082) ------------=_1522674159-12460-435 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1957?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren commented on OVIRT-1957:</h3> <p>Please link to jobs/logs/etc.</p> <blockquote><h3>[VDSM] check-merge lago VM does not respond.</h3> <pre> Key: OVIRT-1957 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1957 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Edward Haas Assignee: infra</pre></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100082)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1522674159-12460-435--

2 1