- Devel - oVirt List Archives

getting a weird error when doing OST
by Ahmad Khiet 06 Mar '19

06 Mar '19

Hi, I'm trying to run OST on a patch, but I'm getting the following error: tried twice.. and I'm getting the same error : https://jenkins.ovirt.org/job/ovirt-system-tests_manual/4221/console https://jenkins.ovirt.org/job/ovirt-system-tests_manual/4206/console Thanks, Ahmad. *10:06:27* *10:06:27* - STDERR*10:06:27* ++ uname -r*10:06:27* ++ awk -F. '{print $(NF-1)}'*10:06:27* + DIST=el7*10:06:27* + FC_REGEX='^fc[0-9]+$'*10:06:27* + cat*10:06:27* + cat*10:06:27* ++ ip route*10:06:27* ++ awk '$1=="default" {print $5; exit}'*10:06:27* + NIC=eth0*10:06:27* ++ /sbin/ip -4 -o addr show dev eth0*10:06:27* ++ awk '{split($4,a,"."); print a[1] "." a[2] "." a[3] "." a[4]}'*10:06:27* ++ awk -F/ '{print $1}'*10:06:27* + ADDR=192.168.201.4*10:06:27* + echo '192.168.201.4 engine'*10:06:27* + pkgs_to_install=("ntp" "net-snmp" "ovirt-engine" "ovirt-log-collector" "ovirt-engine-extension-aaa-ldap*" "otopi-debug-plugins" "cronie")*10:06:27* + install_firewalld*10:06:27* + [[ el7 == \e\l\7 ]]*10:06:27* + rpm -q firewalld*10:06:27* + systemctl enable firewalld*10:06:27* + systemctl start firewalld*10:06:27* + [[ el7 == \e\l\7 ]]*10:06:27* + install_cmd='yum install --nogpgcheck --downloaddir=/dev/shm -y'*10:06:27* + yum install --nogpgcheck --downloaddir=/dev/shm -y ntp net-snmp ovirt-engine ovirt-log-collector 'ovirt-engine-extension-aaa-ldap*' otopi-debug-plugins cronie*10:06:27* Error: Package: ovirt-engine-4.3.0-0.2.master.20190303132316.git026851f.el7.noarch (alocalsync)*10:06:27* Requires: rubygem-fluent-plugin-viaq_data_model*10:06:27* Error: Package: ovirt-engine-setup-plugin-ovirt-engine-4.3.0-0.2.master.20190303132316.git026851f.el7.noarch (alocalsync)*10:06:27* Requires: rh-postgresql95-postgresql-contrib*10:06:27* Error: Package: ovirt-engine-4.3.0-0.2.master.20190303132316.git026851f.el7.noarch (alocalsync)*10:06:27* Requires: rubygem-fluent-plugin-rewrite-tag-filter*10:06:27* Error: Package: ovirt-engine-setup-plugin-ovirt-engine-4.3.0-0.2.master.20190303132316.git026851f.el7.noarch (alocalsync)*10:06:27* Requires: rh-postgresql95-postgresql-server*10:06:27* Error: Package: ovirt-engine-4.3.0-0.2.master.20190303132316.git026851f.el7.noarch (alocalsync)*10:06:27* Requires: rubygem-fluent-plugin-secure-forward*10:06:27* Error: Package: ovirt-engine-tools-backup-4.3.0-0.2.master.20190303132316.git026851f.el7.noarch (alocalsync)*10:06:27* Requires: rh-postgresql95-postgresql*10:06:27* Error: Package: ovirt-engine-4.3.0-0.2.master.20190303132316.git026851f.el7.noarch (alocalsync)*10:06:27* Requires: rh-postgresql95-postgresql-server*10:06:27* Error: Package: 1:java-1.8.0-openjdk-1.8.0.201.b09-2.el7_6.x86_64 (alocalsync)*10:06:27* Requires: gtk2(x86-64)*10:06:27* Error: Package: ovirt-engine-4.3.0-0.2.master.20190303132316.git026851f.el7.noarch (alocalsync)*10:06:27* Requires: rh-postgresql95-postgresql-contrib*10:06:27* Error: Package: ovirt-engine-4.3.0-0.2.master.20190303132316.git026851f.el7.noarch (alocalsync)*10:06:27* Requires: rubygem-fluent-plugin-collectd-nest*10:06:27* + ret=1*10:06:27* + echo 'install failed with status 1'*10:06:27* + exit 1*10:06:27* *10:06:27* * [Thread-4] Deploy VM lago-basic-suite-master-engine: ERROR (in 0:00:19)*10:07:41* * [Thread-2] Deploy VM lago-basic-suite-master-host-0: ERROR (in 0:01:34)*10:07:41* # Deploy environment: ERROR (in 0:01:34)*10:07:41* @ Deploy oVirt environment: ERROR (in 0:01:34)*10:07:41* Error occured, aborting*10:07:41* Traceback (most recent call last):*10:07:41* File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 383, in do_run*10:07:41* self.cli_plugins[args.ovirtverb].do_run(args)*10:07:41* File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in do_run*10:07:41* self._do_run(**vars(args))*10:07:41* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 549, in wrapper*10:07:41* return func(*args, **kwargs)*10:07:41* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 560, in wrapper*10:07:41* return func(*args, prefix=prefix, **kwargs)*10:07:41* File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 181, in do_deploy*10:07:41* prefix.deploy()*10:07:41* File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, in wrapper*10:07:41* return func(*args, **kwargs)*10:07:41* File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line 127, in wrapper*10:07:41* return func(*args, **kwargs)*10:07:41* File "/usr/lib/python2.7/site-packages/ovirtlago/prefix.py", line 284, in deploy*10:07:41* return super(OvirtPrefix, self).deploy()*10:07:41* File "/usr/lib/python2.7/site-packages/lago/sdk_utils.py", line 50, in wrapped*10:07:41* return func(*args, **kwargs)*10:07:41* File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, in wrapper*10:07:41* return func(*args, **kwargs)*10:07:41* File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1671, in deploy*10:07:41* self.virt_env.get_vms().values()*10:07:41* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 103, in invoke_in_parallel*10:07:41* return vt.join_all()*10:07:41* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue*10:07:41* queue.put({'return': func()})*10:07:41* File "/usr/lib/python2.7/site-packages/lago/prefix.py", line 1662, in _deploy_host*10:07:41* host.name(),*10:07:41* LagoDeployError: /dev/shm/ost/deployment-basic-suite-master/default/scripts/_home_jenkins_workspace_ovirt-system-tests_manual_ovirt-system-tests_basic-suite-master_deploy-scripts_setup_engine.sh failed with status 1 on lago-basic-suite-master-engine

2 1

oVirt documentation vs. feature pages
by Greg Sheremeta 05 Mar '19

05 Mar '19

Hi, TL;DR: please don't direct users to feature pages -- direct them to end-user documentation instead. And maintain content separation between end-user documentation and technical docs like feature pages. ... Lately we've cleaned up documentation on ovirt.org, and I wanted to share some of my thoughts about it. As a user experience focused person, I really believe that clear and helpful documentation is crucial to the project's success. I've also seen outdated documentation be a source of extreme frustration for our users. In the distant past, most of oVirt's documentation was written by developers on a wiki, typically in the form of "feature pages." Feature pages are basically technical design documents with occasionally some user help sprinkled in. With oVirt 4.0, we put a great set of clear documentation, written by technical writers, on the oVirt website (which was also converted from a wiki to a regular static site). This documentation is up to date with 4.2, and we'll get the 4.3 content out there soon. This official documentation lives at https://ovirt.org/documentation and it should be considered the authoritative place for users to access our documentation. Feature pages, on the other hand, are (now) for developers. When you hear the term "feature page", think "technical design document." Most users should not be interested in this content. It helps to think about the personas. 1. oVirt admins -- the person who sets up oVirt on Day 1 and 2. This is the person who cares about and will read the Installation Guide and the Administration Guide. These live under /documentation, e.g. https://ovirt.org/documentation/install-guide/Installation_Guide.html 2. oVirt users -- the people who use oVirt to create, manage, and use virtual machines, etc. This person will care about and read the VM Portal Guide, User Guides, and such. These also live under /documentation, e.g. https://ovirt.org/documentation/vmm-guide/Virtual_Machine_Management_Guide.… 3. Developers -- you and I, and occasionally highly curious and technical admins. These people might care about how the project works under the hood -- high level designs, code flows, etc. Persona 2, oVirt users, do not care about these details when they are learning to use oVirt, so end-user documentation should not be polluted with this type of content. This content now lives exclusively under /develop, the developer's section of the site. https://ovirt.org/develop/release-management/features/ Let's help our users by directing them to the end-user documentation, not to feature pages. If you would like to contribute end-user documentation, it should go under /documentation and not in a feature page. If you build a new feature, the technical stuff goes under /develop/release-management/features/ and the end-user stuff goes under /documentation. Feedback welcome :) Best wishes, Greg -- GREG SHEREMETA SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX Red Hat NA <https://www.redhat.com/> gshereme(a)redhat.com IRC: gshereme <https://red.ht/sig>

4 5

[URGENT] gluster-anisble dependency disappeared from copr repository
by Sandro Bonazzola 05 Mar '19

05 Mar '19

Hi, with https://gerrit.ovirt.org/#/c/97730/ a dependency on gluster-ansible package from sac/gluster-ansible copr repository has been introduced. Such package is not available anymore causing breakage at oVirt Node build time. Please fix gluster ansible packaging as soon as possible for properly handling upgrade for those who already installed gluster-ansible and fix the requirements for oVirt node builds. Thanks -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

2 3

Updating Fedora 28 fail with "Package glusterfs-5.4-1.fc28.x86_64.rpm is not signed"
by Nir Soffer 05 Mar '19

05 Mar '19

# dnf update ... Package glusterfs-5.4-1.fc28.x86_64.rpm is not signed Package glusterfs-libs-5.4-1.fc28.x86_64.rpm is not signed Package glusterfs-server-5.4-1.fc28.x86_64.rpm is not signed Package glusterfs-fuse-5.4-1.fc28.x86_64.rpm is not signed Package glusterfs-devel-5.4-1.fc28.x86_64.rpm is not signed Package glusterfs-api-devel-5.4-1.fc28.x86_64.rpm is not signed Package glusterfs-api-5.4-1.fc28.x86_64.rpm is not signed Package glusterfs-cli-5.4-1.fc28.x86_64.rpm is not signed Package glusterfs-client-xlators-5.4-1.fc28.x86_64.rpm is not signed Package glusterfs-extra-xlators-5.4-1.fc28.x86_64.rpm is not signed Package python3-gluster-5.4-1.fc28.x86_64.rpm is not signed The downloaded packages were saved in cache until the next successful transaction. You can remove cached packages by executing 'dnf clean packages'. Error: GPG check FAILED This is a development laptop and I never installed or need glusterfs-server. I could remove glusterfs-server, but other glusterfs packages seems to be required by libvirt, libguestfs and qemu. I tried "dnf clean all" and removed yum/dnf caches, but it does not help. In the meantime I could update by excluding glusterfs. I hope someone has a better solution. Nir

2 2

Re: [JIRA] (OVIRT-2566) make network suite blocking
by Nir Soffer 04 Mar '19

04 Mar '19

On Mon, Nov 5, 2018 at 8:59 AM danken (oVirt JIRA) < jira(a)ovirt-jira.atlassian.net> wrote: > danken created OVIRT-2566: > ----------------------------- > > Summary: make network suite blocking > Key: OVIRT-2566 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2566 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: OST > Reporter: danken > Assignee: infra > Priority: High > > > The network suite is executing nightly for almost a year. It has a caring > team that tends to it, and it does not have false positives. > Currently, it currently fails for a week on the 4.2 branch, but it is due > to a production code bug. > > https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-test… > > I would like to see this suite escalated to the importance of the basic > suite, making it a gating condition for marking a collection of packages as > "tested". > I'm ok with this only if it will gate *only* vdsm-network package, and it will run in parallel, so it does not slow down OST run. For basic suite, we have too many random failures, so I don't think it is useful, and we should make it optional. Nir > > [~gbenhaim(a)redhat.com] what should be done to make this happen? > > > > > -- > This message was sent by Atlassian Jira > (v1001.0.0-SNAPSHOT#100095) > _______________________________________________ > Infra mailing list -- infra(a)ovirt.org > To unsubscribe send an email to infra-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/infra@ovirt.org/message/VFQ776FLS2QBA… >

1 0

ovirt-engine has been tagged (ovirt-engine-4.3.2)
by Tal Nisan 04 Mar '19

04 Mar '19

1 0

vdsm has been tagged (v4.30.10)
by Milan Zamazal 04 Mar '19

04 Mar '19

1 0

vdsm Check-patch failed - ERROR: Error fetching remote repo 'origin'
by Eyal Shenitzky 04 Mar '19

04 Mar '19

Hey, I saw the following error on the vdsm check-patch: *09:47:31* ERROR: Error fetching remote repo 'origin'*09:47:31* hudson.plugins.git.GitException: Failed to fetch from https://gerrit.ovirt.org/vdsm*09:47:31* at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:904)*09:47:31* at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1144)*09:47:31* at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1175)*09:47:31* at org.jenkinsci.plugins.workflow.steps.scm.SCMStep.checkout(SCMStep.java:120)*09:47:31* at org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:90)*09:47:31* at org.jenkinsci.plugins.workflow.steps.scm.SCMStep$StepExecutionImpl.run(SCMStep.java:77)*09:47:31* at org.jenkinsci.plugins.workflow.steps.SynchronousNonBlockingStepExecution.lambda$start$0(SynchronousNonBlockingStepExecution.java:47)*09:47:31* at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)*09:47:31* at java.util.concurrent.FutureTask.run(FutureTask.java:266)*09:47:31* at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)*09:47:31* at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)*09:47:31* at java.lang.Thread.run(Thread.java:748)*09:47:31* Caused by: hudson.plugins.git.GitException: Command "git clean -fdx" returned status code 1:*09:47:31* stdout: *09:47:31* stderr: warning: failed to remove .tox/lib-py27/lib/python2.7/site-packages/pytest_cov/__pycache__/plugin.cpython-27-PYTEST.pyc: Permission denied*09:47:31* warning: failed to remove .tox/lib-py27/lib/python2.7/site-packages/pytest_cov/__pycache__/compat.cpython-27-PYTEST.pyc: Permission denied*09:47:31* warning: failed to remove .tox/lib-py27/lib/python2.7/site-packages/pytest_cov/__pycache__/engine.cpython-27-PYTEST.pyc: Permission denied*09:47:31* warning: failed to remove .tox/lib-py27/lib/python2.7/site-packages/pytest_cov/__pycache__/embed.cpython-27-PYTEST.pyc: Permission denied*09:47:31* warning: failed to remove tests/__pycache__/pywatch_test.cpython-27-PYTEST.pyc: Permission denied*09:47:31* warning: failed to remove tests/__pycache__/prlimit_test.cpython-27-PYTEST.pyc: Permission denied*09:47:31* warning: failed to remove tests/__pycache__/ssl_test.cpython-27-PYTEST.pyc: Permission denied*09:47:31* warning: failed to remove tests/__pycache__/hooking_test.cpython-27-PYTEST.pyc: Permission denied*09:47:31* warning: failed to remove tests/common/__pycache__/systemd_test.cpython-27-PYTEST.pyc: Permission denied*09:47:31* warning: failed to remove tests/common/__pycache__/systemctl_test.cpython-27-PYTEST.pyc: Permission denied*09:47:31* warning: failed to remove tests/common/__pycache__/commands_test.cpython-27-PYTEST.pyc: Permission denied*09:47:31* Does someone encounter it? -- Regards, Eyal Shenitzky

2 4

Can't discover luns on iscisi target when host is running fedora 28
by Fedor Gavrilov 04 Mar '19

04 Mar '19

Hi, Recently I hit an issue when I can't add iscsi storage domain because engine can't see any LUNs there. I wonder if I missed some step in the configuration or something. There is a fedora 29 machine running iscsi target which has a single lun and host (banana) registered in its ACL: [cucumber@cucumber ~]$ sudo targetcli [sudo] password for cucumber: targetcli shell version 2.1.fb48 Copyright 2011-2013 by Datera, Inc and others. For help on commands, type 'help'. /iscsi/iqn.20...e:target/tpg1> ls o- tpg1 ..................................................................................................... [no-gen-acls, no-auth] o- acls ................................................................................................................ [ACLs: 1] | o- iqn.1994-05.com.redhat:4bf5ff1a15b6 ........................................................................ [Mapped LUNs: 1] | o- mapped_lun0 ................................................................................. [lun0 fileio/filestore0 (rw)] o- luns ................................................................................................................ [LUNs: 1] | o- lun0 ................................................................... [fileio/filestore0 (/etc/fileio) (default_tg_pt_gp)] o- portals .......................................................................................................... [Portals: 1] o- 0.0.0.0:3260 ........................................................................................................... [OK] From fedora 28 host I can login and logout, but there is this segfault and when I try getting LUN info it fails: [banana@banana ~]$ sudo iscsiadm --mode discovery --type sendtargets --portal cucumber 192.168.111.4:3260,1 iqn.2016-01.com.example:target [banana@banana ~]$ sudo iscsiadm -m node -T iqn.2016-01.com.example:target -l Logging in to [iface: default, target: iqn.2016-01.com.example:target, portal: 192.168.111.4,3260] (multiple) Login to [iface: default, target: iqn.2016-01.com.example:target, portal: 192.168.111.4,3260] successful. [banana@banana ~]$ sudo iscsiadm -m session -P 3 -r 2 iscsiadm: could not read session targetname: 5 iscsiadm: Could not get session info for sid 2 [banana@banana ~]$ sudo iscsiadm -m session -P 3 iSCSI Transport Class version 2.0-870 version 6.2.0.874 Segmentation fault It seems I am hitting this: https://bugzilla.redhat.com/show_bug.cgi?id=1462767 Could this be the reason that there are no LUNs in engine web UI after I discover iscsi target? Is anyone aware of workaround or whether I am doing something wrong? Thanks, Fedor Gavrilov

2 2

v2v_conversion_host jenkins job bugged
by Sandro Bonazzola 02 Mar '19

02 Mar '19

Hi, just noticed today we have a jenkins job: https://jenkins.ovirt.org/job/oVirt_v2v-conversion-host_standard-on-ghpush/… which generates packages named like: v2v-conversion-host-1.11.0-0.oVirt_v2v_conversion_host_standard_on.githpush_13.20190301133957.fc27.src.rpm v2v-conversion-host-1.11.0.tar.gz v2v-conversion-host-ansible-1.11.0-0.oVirt_v2v_conversion_host_standard_on.githpush_13.20190301133957.fc27.noarch.rpm v2v-conversion-host-debugsource-1.11.0-0.oVirt_v2v_conversion_host_standard_on.githpush_13.20190301133957.fc27.x86_64.rpm v2v-conversion-host-provider-1.11.0-0.oVirt_v2v_conversion_host_standard_on.githpush_13.20190301133957.fc27.x86_64.rpm v2v-conversion-host-provider-debuginfo-1.11.0-0.oVirt_v2v_conversion_host_standard_on.githpush_13.20190301133957.fc27.x86_64.rpm v2v-conversion-host-wrapper-1.11.0-0.oVirt_v2v_conversion_host_standard_on.githpush_13.20190301133957.fc27.noarch.rpm which are breaking NVR naming conventions for RPMs and are probably the result of a bug within jenkins job. Please fix the job as soon as possible and clean up - https://resources.ovirt.org/repos/ovirt/tested/master - https://resources.ovirt.org/repos/ovirt/tested/4.2 - https://resources.ovirt.org/pub/ovirt-4.2-snapshot - https://resources.ovirt.org/pub/ovirt-master-snapshot Thanks, -- SANDRO BONAZZOLA MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV Red Hat EMEA <https://www.redhat.com/> sbonazzo(a)redhat.com <https://red.ht/sig>

2 1