[JIRA] (OVIRT-1958) Allow custom checkout dir
by Daniel Belenky (oVirt JIRA)
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-2BJ33BS..." 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--
6 years
Build failed in Jenkins: system-sync_mirrors-centos-updates-el7-x86_64 #1425
by jenkins＠jenkins.phx.ovirt.org
See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_6...>
Changes:
[Daniel Belenky] docker cleanup:Fix edge case for unamed containers
[Daniel Belenky] nested_config: Count nesting level of options
[Daniel Belenky] Introduce conditional execution in STDCI DSL
[Daniel Belenky] Add OST STDCI V2 jobs
------------------------------------------
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-centos-updates-el7-x86_6...>
> 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 b277ad136abaf6d35d74352e4166d6c23f133d68 (origin/master)
> git config core.sparsecheckout # timeout=10
> git checkout -f b277ad136abaf6d35d74352e4166d6c23f133d68
Commit message: "Add OST STDCI V2 jobs"
> git rev-list --no-walk a29b6a34b28e15292b8b73911da5d3e8760a9cf0 # timeout=10
[system-sync_mirrors-centos-updates-el7-x86_64] $ /bin/bash -xe /tmp/jenkins8670225119782506825.sh
+ jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-updates-el7 x86_64 jenkins/data/mirrors-reposync.conf
Checking if mirror needs a resync
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 1474, in _commonLoadRepoXML
if self._latestRepoXML(local):
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1443, in _latestRepoXML
oxml = self._saveOldRepoXML(local)
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1300, in _saveOldRepoXML
shutil.copy2(local, old_local)
File "/usr/lib64/python2.7/shutil.py", line 131, in copy2
copystat(src, dst)
File "/usr/lib64/python2.7/shutil.py", line 98, in copystat
os.utime(dst, (st.st_atime, st.st_mtime))
OSError: [Errno 2] No such file or directory: '/home/jenkins/mirrors_cache/centos-qemu-ev-testing-el7/repomd.xml.old.tmp'
Build step 'Execute shell' marked build as failure
6 years
Re: o-s-t fails on docker cleanup?
by Barak Korren
Adding Dbelenky, infra.
On 2 April 2018 at 09:47, Yaniv Kaul <ykaul(a)redhat.com> wrote:
> From [1], for example:
>
> 23:38:29 device-mapper: remove ioctl on
> docker-8:3-3221462509-a1a2c5a4ca437bb3760f453aebcf1f12661009b511c5cb81ea088e5acd19b771
> failed: Device or resource busy
> 23:38:29 Command failed
> 23:38:29 Removing the used loop devices...
> 23:38:29 Redirecting to /bin/systemctl restart libvirtd.service
> 23:38:30 Stopping and removing all running containers
> 23:38:30 Traceback (most recent call last):
> 23:38:30 File
> "/home/jenkins/workspace/ovirt-system-tests_master_check-patch-el7-x86_64/jenkins/scripts/docker_cleanup.py",
> line 468, in <module>
> 23:38:30 main()
> 23:38:30 File
> "/home/jenkins/workspace/ovirt-system-tests_master_check-patch-el7-x86_64/jenkins/scripts/docker_cleanup.py",
> line 31, in main
> 23:38:30 stop_all_running_containers(client)
> 23:38:30 File
> "/home/jenkins/workspace/ovirt-system-tests_master_check-patch-el7-x86_64/jenkins/scripts/docker_cleanup.py",
> line 120, in stop_all_running_containers
> 23:38:30 _get_container_name(container), _get_container_id(container)
> 23:38:30 File
> "/home/jenkins/workspace/ovirt-system-tests_master_check-patch-el7-x86_64/jenkins/scripts/docker_cleanup.py",
> line 128, in _get_container_name
> 23:38:30 return container['Labels']['name']
> 23:38:30 KeyError: 'name'
>
>
>
> Let me know if it's a known issue, or should I open a JIRA on it.
>
>
> Y.
> [1]
> http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x8...
--
Barak Korren
RHV DevOps team , RHCE, RHCi
Red Hat EMEA
redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted
6 years
[JIRA] (OVIRT-1957) [VDSM] check-merge lago VM does not respond.
by Edward Haas (oVirt JIRA)
This is a multi-part message in MIME format...
------------=_1522652466-21442-182
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Edward Haas created OVIRT-1957:
----------------------------------
Summary: [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
Hello,
Seems like from time to time, VDSM master check-merge, which raises a Lago
VM to run the functional tests is failing.
Based on the logs, we seem to loose the VM (please re-check me on this)
with no apparent reason. The tests that run at the time this is happening
just check the VDSM API validation, they are not even touching the
configuration.
Could you please try to help us with this issue?
Thanks,
Edy.
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100082)
------------=_1522652466-21442-182
Content-Type: text/html; charset="UTF-8"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
<html><body>
<h3>Edward Haas created OVIRT-1957:</h3>
<pre> Summary: [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</pre>
<p>Hello,</p>
<p>Seems like from time to time, VDSM master check-merge, which raises a Lago VM to run the functional tests is failing. Based on the logs, we seem to loose the VM (please re-check me on this) with no apparent reason. The tests that run at the time this is happening just check the VDSM API validation, they are not even touching the configuration.</p>
<p>Could you please try to help us with this issue?</p>
<p>Thanks, Edy.</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-2BJ33BS..." 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>
------------=_1522652466-21442-182--
6 years
Conflict between python2-paramiko and python-paramiko (was: Change in ovirt-system-tests[master]: hosted-engine basic suites: Fix collection)
by Yedidyah Bar David
On Sun, Apr 1, 2018 at 12:49 PM, Code Review <gerrit(a)ovirt.org> wrote:
> From Jenkins CI:
>
> Jenkins CI has posted comments on this change.
>
> Change subject: hosted-engine basic suites: Fix collection
> ......................................................................
>
>
> Patch Set 5: Continuous-Integration-1
>
> Build Failed
>
> http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-el7-x8... : FAILURE
08:08:06 file /usr/lib/python2.7/site-packages/paramiko/__init__.pyc
from install of python2-paramiko-1.16.1-2.el7.noarch conflicts with
file from package python-paramiko-2.1.1-2.el7.noarch
08:08:06 file /usr/lib/python2.7/site-packages/paramiko/__init__.pyo
from install of python2-paramiko-1.16.1-2.el7.noarch conflicts with
file from package python-paramiko-2.1.1-2.el7.noarch
08:08:06 file /usr/lib/python2.7/site-packages/paramiko/_version.py
from install of python2-paramiko-1.16.1-2.el7.noarch conflicts with
file from package python-paramiko-2.1.1-2.el7.noarch
...
Known issue?
--
Didi
6 years
[ OST Failure Report ] [ oVirt Master (ovirt-engine) ] [ 27-03-2018 ] [ 004_basic_sanity.disk_operations ]
by Dafna Ron
Hi,
We have a failure on 004_basic_sanity.disk_operations. the reported change
seems to me to be connected to the failure.
*Link and headline of suspected patches: core: introduce
CreateSnapshotForVm - https://gerrit.ovirt.org/#/c/87671/
<https://gerrit.ovirt.org/#/c/87671/>Link to
Job:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/6564/
<http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/6564/>Link
to all
logs:http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/6564/a...
<http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/6564/artifa...>(Relevant)
error snippet from the log: <error>2018-03-27 11:30:16,167-04 WARN
[org.ovirt.engine.core.bll.snapshots.CreateSnapshotForVmCommand] (default
task-11) [9f713a3d-82a9-4db8-8207-bb69a0a2c550] Validation of action
'CreateSnapshotForVm' failed for user admin@internal-authz. Reasons:
VAR__ACTION__CREATE,VAR__TYPE__SNAPSHOT,ACTION_TYPE_FAILED_SNAPSHOT_IS_BEING_TAKEN_FOR_VM,$VmName
vm12018-03-27 11:30:16,176-04 DEBUG
[org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
(default task-11) [9f713a3d-82a9-4db8-8207-bb69a0a2c550] method: runAction,
params: [CreateSnapshotForVm,
CreateSnapshotForVmParameters:{commandId='d8bfdb0e-5ae4-4fed-8852-a0b29e377708',
user='null', commandType='Unknown',
vmId='65e7fea5-8b7d-4281-bd0d-6a84de207a00'}], timeElapsed: 57ms2018-03-27
11:30:16,186-04 ERROR
[org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default
task-11) [] Operation Failed: [Cannot create Snapshot. Snapshot is
currently being created for VM vm1.]2018-03-27 11:30:16,820-04 INFO
[org.ovirt.engine.core.bll.SerialChildCommandsExecutionCallback]
(EE-ManagedThreadFactory-engineScheduled-Thread-100)
[16c08ce6-9a73-489f-a1f2-56e21699f14a] Command 'CopyImageGroupVolumesData'
(id: '4c4023b4-21e8-4a98-8ac3-aba51967d160') waiting on child command id:
'3d96b933-6e3b-4838-94bc-db3ff0cadcdc' type:'CopyData' to
complete2018-03-27 11:30:16,833-04 DEBUG
[org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
(EE-ManagedThreadFactory-engineScheduled-Thread-100)
[16c08ce6-9a73-489f-a1f2-56e21699f14a] method: get, params:
[a85992e9-40b8-4c80-9c93-3bf767f6efa4], timeElapsed: 8ms</error>*
6 years