[ OST Failure Report ] [ oVirt 4.2 (ovirt-engine) ] [ 27-09-20118 ] [ initialize_engine ]
by Dafna Ron
Hi,
we are failing on ovirt-engine 4.1 on the upgrade suite.
The issue seems to be related to this change:
https://gerrit.ovirt.org/#/c/94551/ - packaging: Generate random MAC pool
instead of hardcoded one
Can you please have a look and issue a fix?
Build log:
https://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/3234/testRepo...
error:
[ INFO ] Yum Verify: 100/100: ovirt-engine-tools.noarch
0:4.1.9.1-1.el7.centos - ud
[ INFO ] Stage: Misc configuration
[ INFO ] Upgrading CA
[ INFO ] Installing PostgreSQL uuid-ossp extension into database
[ INFO ] Creating/refreshing DWH database schema
[ INFO ] Configuring WebSocket Proxy
[ INFO ] Creating/refreshing Engine database schema
[ INFO ] Creating/refreshing Engine 'internal' domain database schema
Unregistering existing client registration info.
[ INFO ] Creating default mac pool
[ ERROR ] Failed to execute stage 'Misc configuration': insert or
update on table "mac_pool_ranges" violates foreign key constraint
"mac_pool_ranges_mac_pool_id_fkey"
DETAIL: Key
(mac_pool_id)=(58ca604b-017d-0374-0220-00000000014e) is not present in
table "mac_pools".
CONTEXT: SQL statement "INSERT INTO mac_pool_ranges (
mac_pool_id,
from_mac,
to_mac
)
VALUES (
v_mac_pool_id,
v_from_mac,
v_to_mac
)"
PL/pgSQL function insertmacpoolrange(uuid,character
varying,character varying) line 3 at SQL statement
[ INFO ] Rolling back to the previous PostgreSQL instance (postgresql).
[ INFO ] Stage: Clean up
Log file is located at
/var/log/ovirt-engine/setup/ovirt-engine-setup-20180927090017-97fd5u.log
[ INFO ] Generating answer file
'/var/lib/ovirt-engine/setup/answers/20180927090149-setup.conf'
[ INFO ] Stage: Pre-termination
[ INFO ] Stage: Termination
[ ERROR ] Execution of setup failed
('FATAL Internal error (main): insert or update on table
"mac_pool_ranges" violates foreign key constraint
"mac_pool_ranges_mac_pool_id_fkey"\nDETAIL: Key
(mac_pool_id)=(58ca604b-017d-0374-0220-00000000014e) is not present in
table "mac_pools".\nCONTEXT: SQL statement "INSERT INTO
mac_pool_ranges (\n mac_pool_id,\n from_mac,\n
to_mac\n )\n VALUES (\n v_mac_pool_id,\n
v_from_mac,\n v_to_mac\n )"\nPL/pgSQL function
insertmacpoolrange(uuid,character varying,character varying) line 3 at
SQL statement\n',)
lago.ssh: DEBUG: Command 483aadd2 on
lago-upgrade-from-prevrelease-suite-4-2-engine errors:
Traceback (most recent call last):
File "/usr/lib/python2.7/site-packages/otopi/__main__.py", line 88, in main
installer.execute()
File "/usr/lib/python2.7/site-packages/otopi/main.py", line 157, in execute
self.context.runSequence()
File "/usr/lib/python2.7/site-packages/otopi/context.py", line 771,
in runSequence
util.raiseExceptionInformation(infos[0])
File "/usr/lib/python2.7/site-packages/otopi/util.py", line 81, in
raiseExceptionInformation
exec('raise info[1], None, info[2]')
File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133,
in _executeMethod
method['method']()
File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/network/macpools.py",
line 98, in _misc_db_entries
self._create_new_mac_pool_range(range_prefix)
File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/network/macpools.py",
line 73, in _create_new_mac_pool_range
to_mac=range_prefix + ':ff:ff',
File "/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/database.py",
line 266, in execute
args,
IntegrityError: insert or update on table "mac_pool_ranges" violates
foreign key constraint "mac_pool_ranges_mac_pool_id_fkey"
DETAIL: Key (mac_pool_id)=(58ca604b-017d-0374-0220-00000000014e) is
not present in table "mac_pools".
CONTEXT: SQL statement "INSERT INTO mac_pool_ranges (
mac_pool_id,
from_mac,
to_mac
)
VALUES (
v_mac_pool_id,
v_from_mac,
v_to_mac
)"
PL/pgSQL function insertmacpoolrange(uuid,character varying,character
varying) line 3 at SQL statement
Thanks,
Dafna
6 years, 1 month
ovirt.org documentation refresh
by Greg Sheremeta
Hi all,
Brian Proffitt has kindly offered to refresh the documentation on ovirt.org
to version 4.2 (it's currently a mix of 4.0 + whatever people have updated
since.)
Other than the main 'official' documentation, I noticed that there is a lot
of documentation on separate sites. For example, imageio, mom, all of the
OST stuff, etc. For now there are no plans for any of this extra stuff, but
in the future it should probably all look the same.
Can you share ovirt documentation sites that you know of?
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>
6 years, 1 month
Problem installing HE
by Hetz Ben Hamo
Hi,
I've tried installing oVirt HE using the ovirt-NG node ISO (4.2.6.2)
running in a nested VM using ESXI 6.7. the HE install part fails when the "TASK
[Get local VM IP]" comes.
I've created a bugzilla about this, as I've seen this problem on the
mailing list quite few times. Link:
https://bugzilla.redhat.com/show_bug.cgi?id=1633346
Could someone check if I forgot to add any log file?
Thanks
Hetz
6 years, 1 month
'make distcheck' issues in VDSM project (regarding BZ#1297808)
by Marcin Sobczyk
Hi,
I've been doing some work around making 'make distcheck' and VPATH
builds successful for VDSM.
Some patches have already been merged, but there is one that I've
abandoned because it touches a bigger issue.
When doing a VPATH build, some python sources are build-time generated
from '.py.in' files (at this moment: 'lib/vdsm/common/constants.py.in',
'lib/vdsm/common/config.py.in', 'lib/vdsm/common/dsaversion.py.in',
'/lib/sos/vdsm.py.in').
Suppose we do a VPATH build with:
cd ${SRCROOT} && \
./autogen.sh && \
make distclean && \
mkdir -p /tmp/ovirt-build && \
cd /tmp/ovirt-build && \
${SRCROOT}/configure && \
make
The build-generated '.py' files will land in '/tmp/ovirt-build/lib/...'.
As a result, even though the build-generated python modules and the
source ones refer to each other, they can't see each other.
After some trial and error here are my observations:
- we can't generate resulting '.py' files in $(srcdir) - 'make
distcheck' purposely sets $(srcdir) to be read-only
- we can't just simply add $(builddir) to PYTHONPATH - there are no
'__init__.py' files in $(builddir), so i.e. 'import vdsm.common.config'
will fail
- we can't create dummy '__init__.py' files in $(builddir), because
that would break in-tree-builds (we would have to clean regular,
git-maintained files)
In conclusion, I think we would need to implement a custom python module
loader to make VPATH/distcheck successful. It would need to be
parametrized with $(builddir)'s path, and would try to resolve
unsuccessful imports by finding build-time generated files inside.
However, after looking at other oVirt projects (i.e. 'ioprocess',
'ovirt-iso-uploader', 'ovirt-node-ng', 'ovirt-register'), I can see that
most of them fail 'make distcheck'. They have even more severe
'makefile'-issues than importing build-time generated python files.
So the question is - do we really need 'make distcheck' for VDSM to suceed?
Marcin
6 years, 1 month
Dealing with TaskID in vdsm api
by Germano Veit Michel
Hello,
I've been struggling with TaskID/FlowID when talking to the VDSM API. I am
trying to write a tool that uses the vdsm-api to facilitate the
troubleshooting of image issues (snapshots). This tool does a series of API
calls, but I cannot find a nice way to track the taskID and clear the
completed tasks after completion of the tool commands. Currently I'm
clearing all Tasks that match the verb and are finished, which is not
ideal. I would like to have the exact TaskID to track and dont want to
leave Tasks behind. I don't want also to clear tasks from other entities
(like engine!).
I understand that if I want to specify the task/flow ids when calling the
vdsm API, these two need to be passed as headers (http) so they end up in
the context of the call. Is this correct? But using vdsm/client.py I cannot
figure out how to do this, but I understand it is possible.
I've been looking at vdsm/common/api.py and vdsm/client.py and trying
several things but nothing seems to do it. Could anyone please put some
light on this?
Thanks,
Germano
6 years, 2 months
Re: blog post: quick(er) development / testing of GWT code using SDM
by sangeetha r
Hi Greg,
I followed your post "oVirt Webadmin GWT Debug Quick Refresh" in Centos7.
I am able to get the SDM compile works. But changes are not reflecting in UI Chrome/Firefox.
I didn't see any error in logs as well.
This is the GWT log output when I do compile
[INFO] The code server is ready at http://10.149.202.159:9876/[INFO] GET /recompile/webadmin[INFO] Job org.ovirt.engine.ui.webadmin.WebAdmin_1_0[INFO] starting job: org.ovirt.engine.ui.webadmin.WebAdmin_1_0[INFO] binding: locale=en_US[INFO] binding: user.agent=safari[INFO] Compiling module org.ovirt.engine.ui.webadmin.WebAdmin[INFO] Computing all possible rebind results for 'com.gwtplatform.mvp.client.DesktopGinjector'[INFO] Rebinding com.gwtplatform.mvp.client.DesktopGinjector[INFO] Invoking generator com.google.gwt.inject.rebind.GinjectorGenerator[INFO] [WARN] Class org.ovirt.engine.ui.gwtaop.AspectJLogHandler is used in Gin, but not available in GWT client code.[INFO] info AspectJ Weaver Version 1.8.10 built on Monday Dec 12, 2016 at 19:07:48 GMT[INFO] info register classloader com.google.gwt.inject.rebind.GinBridgeClassLoader@cbbe9df[INFO] info using configuration file:/home/admin/.m2/repository/org/ovirt/engine/ui/gwt-aop/4.3.0-SNAPSHOT/gwt-aop-4.3.0-SNAPSHOT.jar!/META-INF/aop.xml[INFO] info register aspect org.ovirt.engine.ui.gwtaop.DontPrune[INFO] warning javax.* types are not being woven because the weaver option '-Xset:weaveJavaxPackages=true' has not been specified[INFO] Unification traversed 23500 fields and methods and 8802 types. 667 are considered part of the current module and 672 had all of their fields and methods traversed.[INFO] Compiling 1 permutation[INFO] Compiling permutation 0...[INFO] Linking per-type JS with 667 new/changed types.[INFO] Source Maps Enabled[INFO] Compile of permutations succeeded[INFO] Compilation succeeded -- 27.667s[INFO] Linking into /home/admin/git/ovirt-engine/frontend/webadmin/modules/webadmin/target/tmp/gwt-codeserver-671189326887964275.tmp/org.ovirt.engine.ui.webadmin.WebAdmin/compile-2/war/webadmin; Writing extras to /home/admin/git/ovirt-engine/frontend/webadmin/modules/webadmin/target/tmp/gwt-codeserver-671189326887964275.tmp/org.ovirt.engine.ui.webadmin.WebAdmin/compile-2/extras/webadmin[INFO] Link succeeded[INFO] Linking succeeded -- 4.482s[INFO] 34.746s total -- Compile completed
Can you please help me on this issue.
Thanks! Sangeetha S
6 years, 2 months
Re: [CQ]: 94345,3 (ovirt-provider-ovn) failed "ovirt-4.2" system tests
by Dafna Ron
I am not sure since I have never opened a ticket for them.
I am adding Sandro, Barak and ovirt dev so that perhaps someone with more
experience can offer a better advice.
On Thu, Sep 20, 2018 at 8:37 AM Miguel Duarte de Mora Barroso <
mdbarroso(a)redhat.com> wrote:
> On Thu, Sep 20, 2018 at 8:02 AM, Dominik Holler <dholler(a)redhat.com>
> wrote:
> > On Wed, 19 Sep 2018 17:53:32 +0100
> > Dafna Ron <dron(a)redhat.com> wrote:
> >
> >> it failed on build-artifacts:
> >> http://pastebin.test.redhat.com/649015
> >>
> >
> > Thanks, I did not find this error message.
> >
> >
> > 13:03:03 [build-artifacts.fc27.x86_64] Failed to synchronize cache for
> repo 'mdbarroso-python-ovsdbapp', disabling.
> > 13:03:03 [build-artifacts.fc27.x86_64] Last metadata expiration check:
> 0:00:00 ago on Wed Sep 19 13:01:34 2018.
> > 13:03:03 [build-artifacts.fc27.x86_64] No match for argument:
> python2-ovsdbapp
> > 13:03:03 [build-artifacts.fc27.x86_64] Error: Unable to find a match
> >
> > looks like
> > https://copr-be.cloud.fedoraproject.org/
> > is unstable.
> > Miguel, do you expect that the reference to this repo is removed next
> > days, or should we ask someone from copr-be.cloud.fedoraproject.org for
> > help?
>
> Hi Dafna,
>
> I'm forced to agree that copr has been unstable for the past few days.
>
> I'll contact the openstack release guys to get an update on the
> deliver on the python2-ovsdbapp-0.12.1, but I think we should also
> open the copr track.
>
> Can you elaborate on what needs to be done Dafna? Just drop them an
> email saying this repo fails every now and then?
>
>
> >
> >>
> >> On Wed, Sep 19, 2018 at 5:09 PM Dominik Holler <dholler(a)redhat.com>
> >> wrote:
> >>
> >> > Hi Marcin,
> >> > the test looks like succeeded, but the return failed.
> >> > Do you have an idea why?
> >> > Dominik
> >> >
> >> >
> >> > Begin forwarded message:
> >> >
> >> > Date: Wed, 19 Sep 2018 16:48:45 +0100
> >> > From: Dafna Ron <dron(a)redhat.com>
> >> > To: Dominik Holler <dholler(a)redhat.com>
> >> > Subject: Fwd: [CQ]: 94345,3 (ovirt-provider-ovn) failed "ovirt-4.2"
> >> > system tests
> >> >
> >> >
> >> > hi, ?
> >> >
> >> > I am seeing that the check-merge job that failed is still broken. so
> >> > guessing you guys are looking into it?
> >> >
> >> > Thanks,
> >> > Dafna
> >> >
> >> >
> >> > ---------- Forwarded message ---------
> >> > From: oVirt Jenkins <jenkins(a)ovirt.org>
> >> > Date: Wed, Sep 19, 2018 at 4:26 PM
> >> > Subject: [CQ]: 94345,3 (ovirt-provider-ovn) failed "ovirt-4.2"
> >> > system tests To: <infra(a)ovirt.org>
> >> >
> >> >
> >> > Change 94345,3 (ovirt-provider-ovn) 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://gerrit.ovirt.org/#/c/94345/3
> >> >
> >> > For failed test results see:
> >> > http://jenkins.ovirt.org/job/ovirt-4.2_change-queue-tester/3150/
> >> > _______________________________________________
> >> > 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/VGTE6K3DMBC...
> >> >
> >
>
6 years, 2 months
