- Devel - oVirt List Archives

[Engine-devel] Switched to thread-based GWT worker factory
by Vojtech Szocs 07 Mar '14

07 Mar '14

Hi guys, with patch [1] merged into master, GWT compiler will now use only thread-based GWT worker factory (ThreadedPermutationWorkerFactory) when compiling WebAdmin & UserPortal GUI. [1] http://gerrit.ovirt.org/#/c/25163/ In practice, this means that GWT compiler will spawn up to: max_worker_threads = min(localWorkers, 4) when compiling specific permutations (i.e. browser x locale). Note that localWorkers value can be controlled through: EXTRA_BUILD_FLAGS="-Dgwt.compiler.localWorkers=..." DEV_EXTRA_BUILD_FLAGS="-Dgwt.compiler.localWorkers=..." Before this patch was merged, GWT compiler spawned up to: max_external_processes = localWorkers i.e. using separate Java sub-process (CompilePermsServer) that communicates with GWT compiler process via socket. For localWorkers == 1, tests show minimal-to-zero improvement. However, for localWorkers > 1, tests show a slight improvement in favor of thread-based approach. Let me know if you have any questions. Regards, Vojtech

1 0

[Engine-devel] unable to create ui plugin
by Rohit Agrawal 07 Mar '14

07 Mar '14

i am trying to add the sample space shooter plugin and also helloWorld plugin in webadmin of ovirt engine. here is what i followed: 1. copied the folder through git to /usr/share/ovirt-engine/uiplugins 2. restart ovirt-engine Still unable to see the plugin. Any kind of help is appreciated -- rohit

2 1

[Engine-devel] unable to create ui plugin
by Rohit Agrawal 07 Mar '14

07 Mar '14

i am trying to add the sample space shooter plugin and also helloWorld plugin in webadmin of ovirt engine. here is what i followed: 1. copied the folder through git to /usr/share/ovirt-engine/uiplugins 2. restart ovirt-engine Still unable to see the plugin. Any kind of help is appreciated -- rohit

1 0

[Engine-devel] Tweaking backup/restore of engine
by Sven Kieske 06 Mar '14

06 Mar '14

Hi, currently all events are stored in the table audit_log which all gets saved when you use the engine-backup shell script. the event log is full of these login lines (engine 3.3.2): 25652 fdfc627c-d875-11e0-90f0-83df133b58cc admin@internal 00000000-0000-0000-0000-000000000000 \N \N \N \N \N 2014-01-20 06:39:17.222+01 USER_VDC_LOGIN 30 0 User admin@internal logged in. f \N \N 00000000-0000-0000-0000-000000000000 \N \N \N \N 00000000-0000-0000-0000-000000000000 \N oVirt -1 30 f \N this makes the log and db grow very large when you use the REST-API to query ovirt for various data. Is this necessary for a working restore? It would be cool if we could tweak the engine-backup tool to just dump necessary tables so you don't have to restore events from the past no one is interested in. How does ovirt react, if I do not restore the content of the audit_log table? If this works (restore without audit_log) I would prefer to have this code upstream in ovirt git so I don't have to maintain my own backupscript. Would it be possible to extend the existing backupscript with a switch to not backup logs? Currently it's just "all" or "just db". I also recall that there shouldn't occur multiple login events any more since ovirt 3.3. but it still seems to be the case. I also do not understand how you would manage a stored authentication via REST as REST is stateless. I would appreciate any feedback or thoughts on this topic. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

6 16

[Engine-devel] oVirt 3.4 RC test day
by Doron Fediuck 05 Mar '14

05 Mar '14

Hi everyone, tomorrow we're planning the last test day for 3.4, based on the RC release. All the needed information can be found in the 3.4 test day wiki[1]. See you all tomorrow, Doron [1] http://www.ovirt.org/OVirt_3.4_Test_Day

1 0

[Engine-devel] Schema upgrade failure on master
by Adam Litke 05 Mar '14

05 Mar '14

Hi, I've recently rebased to master and it looks like the 03_05_0050_event_notification_methods.sql script is failing on schema upgrade. Is this a bug or am I doing something wrong? To upgrade I did the normal proceedure with my development installation: make install-dev ... ~/ovirt/bin/engine-setup Got this result in the log file: psql:/home/alitke/ovirt-**FILTERED**/share/ovirt-**FILTERED**/dbscripts/upgrade/03_05_0050_event_notification_methods.sql:10: ERROR: column "notification_method" contains null values FATAL: Cannot execute sql command: --file=/home/alitke/ovirt-**FILTERED**/share/ovirt-**FILTERED**/dbscripts/upgrade/03_05_0050_event_notification_methods.sql 2014-03-03 17:20:34 DEBUG otopi.context context._executeMethod:152 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 142, in _executeMethod method['method']() File "/home/alitke/ovirt-**FILTERED**/share/ovirt-**FILTERED**/setup/bin/../plugins/ovirt-**FILTERED**-setup/ovirt-**FILTERED**/db/schema.py", line 280, in _misc osetupcons.DBEnv.PGPASS_FILE File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 451, in execute command=args[0], RuntimeError: Command '/home/alitke/ovirt-**FILTERED**/share/ovirt-**FILTERED**/dbscripts/schema.sh' failed to execute -- Adam Litke

6 8

[Engine-devel] [ATN][devenv] update for otopi
by Alon Bar-Lev 05 Mar '14

05 Mar '14

Hello All, I would like to ask you to update your otopi package on your development machines to at least otopi-1.2.0_0.7. It is much closer to what we are going to release and will avoid many unrelated errors within log file due to a change in engine that soon to be applied. Please also notice that the nightly repository was modified recently and it is now changed place and was split here[1] and here[2], so it is a good opportunity to modify this as well in your /etc/yum.repo.d and have them both, dropping the old nightly. Thank you, Alon [1] http://resources.ovirt.org/pub/ovirt-snapshot/ [2] http://resources.ovirt.org/pub/ovirt-snapshot-static/

1 0

[Engine-devel] [ANN] oVirt 3.3.4 release
by Sandro Bonazzola 04 Mar '14

04 Mar '14

The oVirt development team is pleased to announce the general availability of oVirt 3.3.4 as of March 4th 2014. This release solidifies oVirt as a leading KVM management application and open source alternative to VMware vSphere. oVirt is available now for Fedora 19 and Red Hat Enterprise Linux 6.5 (or similar). This release of oVirt includes numerous bug fixes. See the release notes [1] for a list of the new features and bugs fixed. The existing repository ovirt-stable has been updated for delivering this release without the need of enabling any other repository. A new oVirt Node build is also available [2]. [1] http://www.ovirt.org/OVirt_3.3.4_release_notes [2] http://resources.ovirt.org/releases/3.3.4/iso/ovirt-node-iso-3.0.4-1.0.2014… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[Engine-devel] oVrit 3.4.0 branch created
by Sandro Bonazzola 04 Mar '14

04 Mar '14

Hi, as announced yesterday the new branch ovirt-engine-3.4.0 branch has been created from 3.4. Branch commit was: * 9ab9f01 - (origin/ovirt-engine-3.4) core: Remove error messages from log when adding host <lzelkha(a)redhat.com> Only critical fixes will be accepted on ovirt-engine-3.4.0 branch. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[Engine-devel] python docs in wiki up to date?
by Sven Kieske 04 Mar '14

04 Mar '14

Hi, is this still state of the art? http://www.ovirt.org/Testing/PythonApi If not I could update it myself if you provide me with the necessary information. Thanks -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen

1 0