Hello and a question about live migration in oVirt
by zhukaijie
Does data in live migration transported in plaintext by default? Does there exist any protection mechanism in oVirt to protect data trasportation betweens hosts during live migration? Thank you
8 years, 4 months
[VDSM] Coverage reports
by Nir Soffer
Hi all,
Thanks to Edward, we have now coverage reports in jenkins.
The way to access the report on jenkins is to use this url:
http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/<build-number>/artifact/exported-artifacts/htmlcov/index.html
Here is an example, hopefully it will be accessible when you try:
http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/648/arti...
Todo:
- Easy way to access the report from gerrit
It should be easy to add a link the coverage report in the comment added
by jenkins after a build finish.
- Store the coverage reports for longer time, maybe a week?
- We have only 45% coverage instead of the minimum, 100%.
Note that coverage of 25% can mean *no* code was run by the tests.
The only code
running was the functions and class definitions. Here is an example:
http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/648/arti...
Modules that were never imported during the tests have 0% coverage:
http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/648/arti...
- coverage creates lot of useless noise in the jenkins logs, need to slicense
this output.
http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/648/cons...
I did not find a way to do this in nosetests, may need hacking
nose coverage plugin.
- The report includes only the tests in the tests directory.
We have additional tests in lib/vdsm/infra/* which are not
included. We should
move these to the tests directory.
- The report is using absolute paths, but we like shorter relative paths.
I don't see a way to configure nosetests or coverage to generate
relative paths.
May need hacking of the generated html/json in htmlcov.
- Add "make coverage" target for running coverage locally
- An easy way to enable coverage for the functional tests or for running
a single test module.
Can be done using nosetests --cover* options. Should be documented in
tests/README, and maybe automated using a script or Makefile.
When running locally, one would like to have the script open the report
in the browser automatically:
xdg-open tests/htmlcov/index.html
- An easy way to enable coverage when testing flows in vdsm
Petr sent a patch for enabling coverage using vdsm.conf:
https://gerrit.ovirt.org/49168
We discussed adding vdsm-coverage package that will make it easy to setup
Nir
8 years, 4 months
[ANN] oVirt 3.6.1 Second Release Candidate is now available for testing
by Sandro Bonazzola
The oVirt Project is pleased to announce the availability
of the Second Release Candidate of oVirt 3.6.1 for testing, as of December
3rd, 2015.
This release is available now for Fedora 22,
Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and
Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar).
This release supports Hypervisor Hosts running
Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar) and
Fedora 22.
Highly experimental support for Debian 8.2 Jessie has been added too.
This release candidate includes updated packages for:
- ovirt-engine
- ovirt-engine-extension-aaa-jdbc
- ovirt-hosted-engine-ha
- ovirt-hosted-engine-setup
- vdsm
This release of oVirt 3.6.1 includes numerous bug fixes.
See the release notes [1] for an initial list of the new features and bugs
fixed.
Please refer to release notes [1] for Installation / Upgrade instructions.
A new oVirt Live ISO will be available soon[2].
Please note that mirrors[3] may need usually one day before being
synchronized.
Please refer to the release notes for known issues in this release.
[1] http://www.ovirt.org/OVirt_3.6.1_Release_Notes
[2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/
[3] http://www.ovirt.org/Repository_mirrors#Current_mirrors
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
8 years, 4 months
Slides for the Java 8 presentation yesterday
by Juan Hernández
Hello all,
The slides for the Java 8 new features that I delivered yesterday are
available here:
https://jhernand.fedorapeople.org/java8/slides.html
There is no recording, as hangout failed and I forgot to record the
BlueJeans call, sorry.
Regards,
Juan Hernandez
--
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
8 years, 4 months
[2015-12-01] Weekly infra team status
by David Caro
--mhOzvPhkurUs4vA9
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Hi everyone, this week updates:
* Jenkins slaves stabilized
After last week's upgrade, some of the slaves got wrongly configured,
during this week all the slaves have been checked and fixed any issues
found.
* Artifactory migration
We are migrating to an artifactory server on PHX hosting, everything is
ready but if you have any ovirt-engine patches and you haven't rebased
lately, please do, or your patches will start failing the tests on thur=
sday
morning (when the final migration will be made).
* Ticketing system for infra issues
We have almost ready the setup to create infra tickets from emails, that
will allow us to handle better the requests and gather statistics, to a=
void
requests being forgotten or unanswered. (Thanks Vishnu!)
Will send a dedicated email once it's ready, for now you can still use =
the
jira page [1] or infa mailing list
* Ovirt system tests are now running on two dedicated slaves, ovirt-srv08 a=
nd
ovirt-srv09, which were manually setup.
* New docs for repoman project [2]
They are just dumped from the code, need some formatting and proper
structure, but it's a big advance
[1] https://ovirt-jira.atlassian.net
[2] http://repoman.readthedocs.org/en/latest
--=20
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
IRC: dcaro|dcaroest@{freenode|oftc|redhat}
Web: www.redhat.com
RHT Global #: 82-62605
--mhOzvPhkurUs4vA9
Content-Type: application/pgp-signature; name="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBAgAGBQJWXeBBAAoJEEBxx+HSYmnDT20IAJNtRo6DfeSsw19Y3ckWQl+Z
3ksG6px2HkeTb2qdNRC8SFKiUHyWug2+E9aoINIyQRG5S2O9/ykIm6eueOat7z/5
nccRsx1hikXgArj0HHybvXGppxnGOGNApCEaO5wlxtnGBp6YAUGQaBt2qpprPiaA
Nfq/0Zyv1MKZf5H1QmgaFeDE/ASPp45evIQ8solQIjrY81QkDb56zvKDRpfR8W5k
xQDTSUPmdlmRkqrGpApfeFUvG1Ou5VQeekYhfl/hx+EY10wOzPNwrBl1m46sVir8
jj/rFFJuYpbviogd81nEX1QP15De1DSaAsheja+x7f4AWWBmkdtmg56UNQxNRHI=
=4+70
-----END PGP SIGNATURE-----
--mhOzvPhkurUs4vA9--
8 years, 4 months
[ATN] [master] SSO patchset were merged
by Alon Bar-Lev
Hello,
We have merged SSO patchset into master.
These kind of deep infra changes are non trivial, we hope we reduced most of the side effects within the 171 revisions and testing.
Thanks for Ravi Nori for his great effort!
The SSO is based on OAuth2 specification, full description is available[1], it is a stable supported interface of engine.
In a nut shell, the major change is that login dialog is now handled by a separate non gwt webapp, this webapp provides authentication and authorization services to other webapps.
The immediate bonus is: no need to re-authenticate to user portal and/or admin portal, maybe soon we integrate reports.
Performance bonus: if using spnego (kerberos) there is no performance penalty (double request).
Usability bonus: support many authentication sequences we were unable to provide using the previous implementation.
Regards,
Alon Bar-Lev.
[1] http://www.ovirt.org/Features/UniformSSOSupport
8 years, 4 months
[ANN] oVirt 3.5 won't receive further updates
by Sandro Bonazzola
Hi,
due to the release of recent 3.6.0 major release of the oVirt project,
and upcoming release of its first maintenance release 3.6.1,
the last 3.5 release is 3.5.6 we released today.
We recommend anyone hitting issued existing in 3.5
to upgrade to 3.6 to get the fixes since 3.5 won't receive further updates.
Thanks,
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
8 years, 4 months
[ANN] oVirt 3.5.6 Final Release is now available
by Sandro Bonazzola
The oVirt Project is pleased to announce the availability
of the oVirt 3.5.6 Final Release as of December 1st, 2015.
This release is available now for
Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and
Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar).
This release supports Hypervisor Hosts running
Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and
Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar).
This release includes updated packages for:
- ovirt-engine
- ovirt-hosted-engine-ha
- vdsm
- ovirt-engine-sdk-python
- ovirt-engine-sdk-java
- ovirt-engine-cli
- qemu-kvm-ev
- gperftools
- ipxe
- libunwind
- OVMF
- qemu-guest-agent
- seabios
- sgabios
- ovirt-guest-tools
See the release notes [1] for a list of fixed bugs.
Please refer to release notes [1] for Installation / Upgrade instructions.
a new oVirt Live ISO is already available[2].
Please note that mirrors[3] may need usually one day before being
synchronized.
Please refer to the release notes for known issues in this release.
[1] http://www.ovirt.org/OVirt_3.5.6_Release_Notes
[2] http://resources.ovirt.org/pub/ovirt-3.5/iso/ovirt-live/el6-3.5.6/
[3] http://www.ovirt.org/Repository_mirrors#Current_mirrors
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
8 years, 4 months
Error parsing option 'AutoRecoveryAllowedTypes'
by Sandro Bonazzola
This morning my 3.6.1 RC1 engine refuses to start. Looking at the logs I
see:
2015-12-01 06:27:55,611 ERROR
[org.ovirt.engine.core.dal.dbbroker.generic.DBConfigUtils] (ServerService
Thread Pool -- 43) [] Error parsing option 'AutoRecoveryAllowedTypes'
value: org.codehaus.jackson.JsonParse
Exception: Unexpected character ('\' (code 92)): was expecting double-quote
to start field name
at [Source: java.io.StringReader@3198de41; line: 1, column: 3]
Is it a tracked issue? Do you need logs? I still have the engine instance
if you want to inspect.
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
8 years, 4 months
