Closed bugs / issues rant
by Sandro Bonazzola
Hi,
I want to share some thoughts on bugs and issues currently in closed state
for a target milestone > ovirt-4.4.1
To my perspective:
*Wontfix*
should drop target milestone. The bug won't be fixed in the targeted
milestone. Keeping the target milestone gives the false impression that
starting from targeted milestone it will be magically done.
*Deferred*
should drop target milestone. The bug won't be fixed in the targeted
milestone. Keeping the target milestone gives the false impression that
starting from targeted milestone it will be magically done.
*Duplicate*
should have the same target milestone of the duplicated bug. Having a
bug targeting 4.4.3 duplicated of a bug fixed in 4.4.1 can lead to
impression the bug has been closed by mistake, being a regression appeared
after the real bug has been closed.
*Works for me*
should have a target milestone set to current release. Having a works
for me targeted to 4.4.3 while still working on 4.4.1 doesn't make sense to
me.
*Not a bug*
should have a target milestone set to current release. Having a not a
bug targeted to 4.4.3 while still working on 4.4.1 doesn't make sense to
me. If it's not a bug it's not a bug already right now.
I'm addressing bugs I stumble upon, but please take care of properly
targeting your bugs. It helps a lot understanding what's being fixed and
what not and why.
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <https://www.redhat.com/>
sbonazzo(a)redhat.com
<https://www.redhat.com/>
*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
<https://mojo.redhat.com/docs/DOC-1199578>*
4 years, 6 months
Re: [oVirt Jenkins] ovirt-system-tests_he-basic-suite-4.3 - Build # 472 - Failure!
by Yedidyah Bar David
On Sat, Jun 13, 2020 at 5:01 AM <jenkins(a)jenkins.phx.ovirt.org> wrote:
>
> Project: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.3/
> Build: https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.3/472/
This failed in:
https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.3/474/t...
Fault reason is "Operation Failed". Fault detail is "[Cannot activate
Host. Related operation is currently in progress. Please try again
later.]". HTTP response code is 409.
engine.log has:
https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.3/474/a...
2020-06-15 00:00:58,330-04 INFO
[org.ovirt.engine.core.bll.RefreshHostCapabilitiesCommand]
(ForkJoinPool-1-worker-8) [3715b680] Running command:
RefreshHostCapabilitiesCommand internal: true. Entities affected :
ID: e75bc41d-c044-40f6-a645-9a86f2ef2536 Type: VDSAction group
MANIPULATE_HOST with role type ADMIN
2020-06-15 00:00:58,331-04 INFO
[org.ovirt.engine.core.bll.RefreshHostCapabilitiesCommand]
(ForkJoinPool-1-worker-8) [3715b680] Before acquiring lock in order to
prevent monitoring for host 'lago-he-basic-suite-4-3-host-0' from
data-center 'Default'
2020-06-15 00:00:58,332-04 INFO
[org.ovirt.engine.core.bll.lock.InMemoryLockManager]
(ForkJoinPool-1-worker-8) [3715b680] Failed to acquire lock and wait
lock 'HostEngineLock:{exclusiveLocks='[e75bc41d-c044-40f6-a645-9a86f2ef2536=VDS_INIT]',
sharedLocks=''}'
2020-06-15 00:00:58,337-04 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy]
(EE-ManagedThreadFactory-engine-Thread-281) [] Clearing cache of pool:
'e186881e-aeb0-11ea-8e5b-5452c0a8c863' for problematic entities of
VDS: 'lago-he-basic-suite-4-3-host-0'.
2020-06-15 00:00:58,337-04 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy]
(EE-ManagedThreadFactory-engine-Thread-281) [] Removing vds
'[e75bc41d-c044-40f6-a645-9a86f2ef2536]' from the domain in
maintenance cache
2020-06-15 00:00:58,338-04 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxy]
(EE-ManagedThreadFactory-engine-Thread-281) [] Removing host(s)
'[e75bc41d-c044-40f6-a645-9a86f2ef2536]' from hosts unseen domain
report cache
2020-06-15 00:00:58,382-04 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStoragePoolVDSCommand]
(EE-ManagedThreadFactory-engineScheduled-Thread-60) [] START,
DisconnectStoragePoolVDSCommand(HostName =
lago-he-basic-suite-4-3-host-0,
DisconnectStoragePoolVDSCommandParameters:{hostId='e75bc41d-c044-40f6-a645-9a86f2ef2536',
storagePoolId='e186881e-aeb0-11ea-8e5b-5452c0a8c863',
vds_spm_id='1'}), log id: e9ba207
2020-06-15 00:00:58,498-04 INFO
[org.ovirt.engine.core.bll.lock.InMemoryLockManager]
(ForkJoinPool-1-worker-8) [3715b680] Failed to acquire lock and wait
lock 'HostEngineLock:{exclusiveLocks='[e75bc41d-c044-40f6-a645-9a86f2ef2536=VDS_INIT]',
sharedLocks=''}'
2020-06-15 00:01:01,657-04 INFO
[org.ovirt.engine.core.bll.lock.InMemoryLockManager]
(ForkJoinPool-1-worker-8) [3715b680] Failed to acquire lock and wait
lock 'HostEngineLock:{exclusiveLocks='[e75bc41d-c044-40f6-a645-9a86f2ef2536=VDS_INIT]',
sharedLocks=''}'
2020-06-15 00:01:03,556-04 INFO
[org.ovirt.engine.core.bll.ActivateVdsCommand] (default task-1)
[e4c7e809-7883-47dc-b7da-3236cc754ebb] Failed to Acquire Lock to
object 'EngineLock:{exclusiveLocks='[e75bc41d-c044-40f6-a645-9a86f2ef2536=VDS]',
sharedLocks=''}'
2020-06-15 00:01:03,585-04 WARN
[org.ovirt.engine.core.bll.ActivateVdsCommand] (default task-1)
[e4c7e809-7883-47dc-b7da-3236cc754ebb] Validation of action
'ActivateVds' failed for user admin@internal-authz. Reasons:
VAR__ACTION__ACTIVATE,VAR__TYPE__HOST,ACTION_TYPE_FAILED_OBJECT_LOCKED
2020-06-15 00:01:03,864-04 ERROR
[org.ovirt.engine.api.restapi.resource.AbstractBackendResource]
(default task-1) [] Operation Failed: [Cannot activate Host. Related
operation is currently in progress. Please try again later.]
Sandro reported about a similar case in the thread:
[ovirt-devel] ovirt-system-tests_he-basic-suite-4.3 fails on storage
domain unreachable
About:
https://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.3/427/
Can't see there any response.
Can someone please have a look? Thanks.
Best regards,
--
Didi
4 years, 6 months
Failing OST
by Dominik Holler
Hello,
is someone already investigating
2020-06-24 07:29:43,565-04 DEBUG [org.ovirt.engine.core.bll.Backend]
(default task-1) [] Executing command AddVds for user
admin@internal-authz.
2020-06-24 07:29:43,653-04 DEBUG
[org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-1)
[3735aff5-36f3-4707-b109-54bd8abfd4aa] Checking whether user
'81ca9a3c-b60d-11ea-9315-5452c0a8c904' or one of the groups he is
member of, have the following permissions: ID:
39c35b3b-a61e-4d80-8880-4de70a11711b Type: ClusterAction group
CREATE_HOST with role type ADMIN
2020-06-24 07:29:43,655-04 DEBUG
[org.ovirt.engine.core.bll.hostdeploy.AddVdsCommand] (default task-1)
[3735aff5-36f3-4707-b109-54bd8abfd4aa] Found permission
'81cab47c-b60d-11ea-9316-5452c0a8c904' for user when running 'AddVds',
on 'Cluster' with id '39c35b3b-a61e-4d80-8880-4de70a11711b'
2020-06-24 07:29:43,685-04 DEBUG
[org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
(default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled
stored procedure. Call string is [{call getvmstaticbyname(?)}]
2020-06-24 07:29:43,685-04 DEBUG
[org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
(default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for
procedure [GetVmStaticByName] compiled
2020-06-24 07:29:43,693-04 DEBUG
[org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
(default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled
stored procedure. Call string is [{call getvdsbynameandclusterid(?,
?)}]
2020-06-24 07:29:43,693-04 DEBUG
[org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
(default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for
procedure [GetVdsByNameAndClusterId] compiled
2020-06-24 07:29:43,722-04 DEBUG
[org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
(default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method:
getByName, params: [lago-basic-suite-master-host-0,
39c35b3b-a61e-4d80-8880-4de70a11711b], timeElapsed: 35ms
2020-06-24 07:29:43,728-04 DEBUG
[org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
(default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled
stored procedure. Call string is [{call
getvdsbyhostnameandclusterid(?, ?)}]
2020-06-24 07:29:43,728-04 DEBUG
[org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
(default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for
procedure [GetVdsByHostNameAndClusterId] compiled
2020-06-24 07:29:43,755-04 DEBUG
[org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
(default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method:
getAllForHostname, params: [lago-basic-suite-master-host-0,
39c35b3b-a61e-4d80-8880-4de70a11711b], timeElapsed: 33ms
2020-06-24 07:29:43,760-04 DEBUG
[org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
(default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] Compiled
stored procedure. Call string is [{call
getstorage_poolsbyclusterid(?)}]
2020-06-24 07:29:43,760-04 DEBUG
[org.ovirt.engine.core.dal.dbbroker.PostgresDbEngineDialect$PostgresSimpleJdbcCall]
(default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] SqlCall for
procedure [Getstorage_poolsByClusterId] compiled
2020-06-24 07:29:43,774-04 DEBUG
[org.ovirt.engine.core.uutils.ssh.SSHClient] (default task-1)
[3735aff5-36f3-4707-b109-54bd8abfd4aa] Connecting
'root@lago-basic-suite-master-host-0'
2020-06-24 07:29:44,142-04 DEBUG
[org.ovirt.engine.core.common.di.interceptor.DebugLoggingInterceptor]
(default task-1) [3735aff5-36f3-4707-b109-54bd8abfd4aa] method:
runAction, params: [AddVds,
AddVdsActionParameters:{commandId='b5957621-faaa-441c-a5e3-b2e1e3f7b6e1',
user='null', commandType='Unknown'}], timeElapsed: 578ms
2020-06-24 07:29:44,147-04 ERROR
[org.ovirt.engine.api.restapi.resource.AbstractBackendResource]
(default task-1) [] Operation Failed: WFLYEJB0442: Unexpected Error
2020-06-24 07:29:44,147-04 ERROR
[org.ovirt.engine.api.restapi.resource.AbstractBackendResource]
(default task-1) [] Exception: javax.ejb.EJBException: WFLYEJB0442:
Unexpected Error
at org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:230)
at org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:430)
at org.jboss.as.ejb3@19.1.0.Final//org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:160)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
at org.jboss.invocation@1.5.2.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
at org.jboss.weld.core@3.1.3.Final//org.jboss.weld.module.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:81)
https://jenkins.ovirt.org/view/oVirt%20system%20tests/job/ovirt-system-te...
?
Dominik
4 years, 6 months
Vdsm CI for el8 is broken
by Amit Bawer
Hi
Seems that in the last few days the el8 CI for vdsm cannot run, were there
any el8 repo changes?
[2020-06-21T09:20:03.003Z] Mock Version: 2.2
[2020-06-21T09:20:03.003Z] INFO: Mock Version: 2.2
[2020-06-21T09:20:03.987Z] Start: dnf install
[2020-06-21T09:20:12.326Z] ERROR: Command failed:
[2020-06-21T09:20:12.326Z] # /usr/bin/dnf --installroot
/var/lib/mock/epel-8-x86_64-8e9eeb575ab4da7bf0fbfdc80a25b9c0-30232/root/
--releasever 8 --setopt=deltarpm=False --allowerasing --disableplugin=local
--disableplugin=spacewalk --disableplugin=local --disableplugin=spacewalk
install dnf tar gcc-c++ redhat-rpm-config which xz sed make bzip2 gzip gcc
coreutils unzip shadow-utils diffutils cpio bash gawk rpm-build info patch
util-linux findutils grep python36 autoconf automake createrepo dnf
dnf-utils e2fsprogs gcc gdb git iproute-tc iscsi-initiator-utils
libguestfs-tools-c lshw make openvswitch ovirt-imageio-common
python3-augeas python3-blivet python3-coverage python3-dateutil
python3-dbus python3-decorator python3-devel python3-dmidecode
python3-inotify python3-ioprocess-1.4.1 python3-libselinux python3-libvirt
python3-magic python3-netaddr python3-nose python3-pip
python3-policycoreutils python3-pyyaml python3-requests python3-sanlock
python3-six python3-yaml rpm-build rpmlint sanlock sudo systemd-udev
xfsprogs --setopt=tsflags=nocontexts
[2020-06-21T09:20:12.326Z] No matches found for the following disable
plugin patterns: local, spacewalk
[2020-06-21T09:20:12.326Z] Last metadata expiration check: 0:00:02 ago on
Sun Jun 21 09:20:07 2020.
[2020-06-21T09:20:12.326Z] No match for argument: openvswitch
[2020-06-21T09:20:12.326Z] Error: Unable to find a match: openvswitch
Taken from
https://jenkins.ovirt.org/job/vdsm_standard-check-patch/21966/consoleText
Thanks
4 years, 6 months
Re: Bug 1522926 - [RFE] Integrate lvm filter configuration in vdsm-tool configure step
by Amit Bawer
I am not sure how "vdsm-tool config-lvm-filter -y" should be carried as
part of host-deployment as it is not part of the configurators executed by
"vdsm-tool configure".
Should it be another task in ansible or an addition to host deploy
package[1] after doing configuration?
[1]
https://github.com/oVirt/ovirt-host-deploy/blob/master/src/plugins/ovirt-...
On Tue, Jun 23, 2020 at 4:30 PM Nir Soffer <nsoffer(a)redhat.com> wrote:
> On Tue, Jun 23, 2020 at 4:28 PM Yedidyah Bar David <didi(a)redhat.com>
> wrote:
> >
> > On Tue, Jun 23, 2020 at 4:11 PM Amit Bawer <abawer(a)redhat.com> wrote:
> > >
> > >
> > >
> > > On Tue, Jun 23, 2020 at 2:55 PM Nir Soffer <nsoffer(a)redhat.com> wrote:
> > >>
> > >> On Tue, Jun 23, 2020 at 2:47 PM Tal Nisan <tnisan(a)redhat.com> wrote:
> > >> >
> > >> > BTW: Nir wrote somewhere that it can be done in a day so it
> shouldn't be a problem ;)
> > >> >
> > >> > On Tue, Jun 23, 2020 at 2:02 PM Tal Nisan <tnisan(a)redhat.com>
> wrote:
> > >> >>
> > >> >> Hey guys,
> > >> >> I've talked to Michal and we have to get this change in 4.4.1 so
> we'll need to start to work on it ASAP, I've asked Amit to take it so let's
> try and understand together what we need to do here
> > >>
> > >> I think we should:
> > >>
> > >> - fix the exit code of the tool, currently it always exits with 0, so
> > >> there is no way to handle errors.
> > >> I commented about it in the bug
> > >>
> > >> - run the tool when deploying a host, after or before we run
> > >> "vdsm-tool configure --force"
> > >> I don't know where is the code running when deploying a host, it may
> > >> be in some ansible
> > >> script. Best ask on devel and CC Didi.
> > >
> > >
> > > Probably invoked from playbook for ovirt-host-deploy.yml, calling the
> following package code:
> > >
> https://github.com/oVirt/ovirt-host-deploy/blob/master/src/plugins/ovirt-...
> > >
> > > +Yedidyah Bar David could you confirm?
> >
> > Yes, AFAIK - but this code is maintained by Infra team, not
> > Integration. Adding Dana, who is the main/original author (and
> > probably main maintainer?).
>
> Great.
>
> Amit, please continue the technical discussion on devel.
>
> > > From ovirt-host-deploy log in engine:
> > >
> > > 2020-05-25 16:49:32 EDT - TASK [ovirt-host-deploy-vdsm : Verify
> minimum vdsm version exists] *************
> > > 2020-05-25 16:49:32 EDT - TASK [ovirt-host-deploy-vdsm : Reconfigure
> vdsm tool] **************************
> > > 2020-05-25 16:50:08 EDT - changed: [10.35.18.187]
> > > 2020-05-25 16:50:08 EDT - {
> > > "status" : "OK",
> > > "msg" : "",
> > > "data" : {
> > > "uuid" : "13daab0a-a4d8-4a67-8266-3a350efeb36a",
> > > "counter" : 52,
> > > "stdout" : "changed: [10.35.18.187]",
> > > "start_line" : 46,
> > > "end_line" : 47,
> > > "runner_ident" : "2ef6527a-9ec9-11ea-82a6-525400200635",
> > > "event" : "runner_on_ok",
> > > "pid" : 30013,
> > > "created" : "2020-05-25T20:50:06.341271",
> > > "parent_uuid" : "52540020-0635-d1d2-2820-000000000199",
> > > "event_data" : {
> > > "playbook" : "ovirt-host-deploy.yml",
> > > "playbook_uuid" : "b9cdaec8-402d-4705-81d0-973775a69e18",
> > > "play" : "all",
> > > "play_uuid" : "52540020-0635-d1d2-2820-000000000006",
> > > "play_pattern" : "all",
> > > "task" : "Reconfigure vdsm tool",
> > > "task_uuid" : "52540020-0635-d1d2-2820-000000000199",
> > > "task_action" : "command",
> > > "task_args" : "",
> > > "task_path" :
> "/usr/share/ovirt-engine/ansible-runner-service-project/project/roles/ovirt-host-deploy-vdsm/tasks/packages.yml:18",
> > > "role" : "ovirt-host-deploy-vdsm",
> > > "host" : "10.35.18.187",
> > > "remote_addr" : "10.35.18.187",
> > > "res" : {
> > > "cmd" : "vdsm-tool configure --force",
> > > "stdout" : "\nChecking configuration status...\n\nCurrent
> revision of multipath.conf detected, preserving\nabrt is already configured
> for vdsm\nlvm is configured for vdsm\nManaged volume database is already
> configured\nlibvirt is already configured for vdsm\nSUCCESS: ssl configured
> to true. No conflicts\n\nRunning configure...\nReconfiguration of abrt is
> done.\nReconfiguration of passwd is done.\nReconfiguration of libvirt is
> done.\n\nDone configuring modules to VDSM.",
> > > "stderr" : "",
> > > "rc" : 0,
> > > "start" : "2020-05-25 16:49:31.421596",
> > > "end" : "2020-05-25 16:50:06.225412",
> > > "delta" : "0:00:34.803816",
> > > "changed" : true,
> > > "invocation" : {
> > > "module_args" : {
> > > "_raw_params" : "vdsm-tool configure --force",
> > > "_uses_shell" : true,
> > > "warn" : true,
> > > "stdin_add_newline" : true,
> > > "strip_empty_ends" : true,
> > > "argv" : null,
> > > "chdir" : null,
> > > "executable" : null,
> > > "creates" : null,
> > > "removes" : null,
> > > "stdin" : null
> > > }
> > > },
> > > "stdout_lines" : [ "", "Checking configuration status...", "",
> "Current revision of multipath.conf detected, preserving", "abrt is already
> configured for vdsm", "lvm is configured for vdsm", "Managed volume
> database is already configured", "libvirt is already configured for vdsm",
> "SUCCESS: ssl configured to true. No conflicts", "", "Running
> configure...", "Reconfiguration of abrt is done.", "Reconfiguration of
> passwd is done.", "Reconfiguration of libvirt is done.", "", "Done
> configuring modules to VDSM." ],
> > > "stderr_lines" : [ ],
> > > "_ansible_no_log" : false
> > > },
> > >
> > >
> > >
> > >>
> > >> The one day estimate did not include fixing the exit code and testing
> :-)
> > >>
> >
> >
> > --
> > Didi
> >
>
>
4 years, 6 months
oVirt - Outreachy initiative
by Sandro Bonazzola
Hi,
oVirt project didn't participate in Outreachy Internships for the Mid-year
internships.
Application for End of year internships will open in September.
Last time oVirt project participated[1] +Milan Zamazal <mzamazal(a)redhat.com>,
Jakub Niedermertl and +Jason Brooks <jbrooks(a)redhat.com> stepped in for
mentoring applicants.
Is there any volunteer willing to take an active role for Outreachy this
upcoming round?
If we have no volunteers I'll drop the page[1] on July 3rd 2020.
[1] https://ovirt.org/community/activities/outreachy.html
Thanks,
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <https://www.redhat.com/>
sbonazzo(a)redhat.com
<https://www.redhat.com/>
*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
4 years, 6 months
oVirt Gamification
by Sandro Bonazzola
Hi,
while reviewing oVirt community content I stumbled upon gamification
initiative[1].
Initiative leaders +Eyal Edri <eedri(a)redhat.com> and +Vojtech Szocs
<vszocs(a)redhat.com> are not actively working on oVirt projects anymore and
the activity seems not really active for a long time.
Is there anyone willing to revive this initiative? If nobody will step in I
would drop the page from the website on July 3rd 2020.
[1] https://ovirt.org/community/activities/gamification.html
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <https://www.redhat.com/>
sbonazzo(a)redhat.com
<https://www.redhat.com/>
*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.*
4 years, 6 months
Support OVN in rename (was: Change in ovirt-system-tests[master]: basic-suite: Run rename right after engine-setup)
by Yedidyah Bar David
On Mon, Jun 22, 2020 at 11:07 AM Code Review <gerrit(a)ovirt.org> wrote:
>
> From Jenkins CI <jenkins(a)ovirt.org>:
>
> Jenkins CI has posted comments on this change.
>
> Change subject: basic-suite: Run rename right after engine-setup
> ......................................................................
>
>
> Patch Set 3:
>
> Build Failed
>
> https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/9863/ : FAILURE
This failed with:
https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/986...
prefix = <ovirtlago.prefix.OvirtPrefix object at 0x7fcdab3b1c50>
api_v4 = <ovirtsdk4.Connection object at 0x7fcdaa85c9d0>
@versioning.require_version(4, 2)
def test_use_ovn_provider(prefix, api_v4):
engine = api_v4.system_service()
engine_ip = prefix.virt_env.engine_vm().ip()
provider_id = network_utils_v4.get_default_ovn_provider_id(engine)
> token_id = _get_auth_token(engine_ip)
../basic-suite-master/test-scenarios/098_ovirt_provider_ovn_pytest.py:444:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
engine_name = '192.168.201.4'
def _get_auth_token(engine_name):
response_json = _request_auth_token(engine_name)
> token_id = response_json['access']['token']['id']
E KeyError: 'access'
../basic-suite-master/test-scenarios/098_ovirt_provider_ovn_pytest.py:105:
KeyError
Is there a chance that it's due to my patch?
>
> --
> To view, visit https://gerrit.ovirt.org/109734
This patch runs initial setup with FQDN 'oldenginename', then runs
rename with fqdn 'engine'.
Above check-patch ran with whatever that was in the repos at the time.
I also ran it with the manual job, only basic-suite-master, and the
CI-built results of my then-pending patches, and it passed.
This was yesterday. I then merged all patches, and now rebased this
(OST) patch, to test again, still did not finish:
https://jenkins.ovirt.org/job/ovirt-system-tests_standard-check-patch/9894/
That said, even if it passes, I am still not completely ok with my
patches. What needs to be done to comprehensively test OVN (with or
without rename)?
If network suite passes, is this enough?
Thanks,
--
Didi
4 years, 6 months
Change Hosted engine VM cluster compatibility version throws error
by Ritesh Chikatwar
Hello Team,
When i try to change Cluster compatible version HE it throws error As
Error while executing action:
HostedEngine:
- There was an attempt to change Hosted Engine VM values that are locked.
I am trying to change the version to 4.4 it was showing blank.
Any suggestions on how I can edit.
The VM other than HE is able to editi.
*Ritesh*
4 years, 6 months
