November 2015 - Devel - oVirt List Archives

[RFC] Proposal for dropping FC22 jenkins tests on master branch
by Sandro Bonazzola 22 Jan '16

22 Jan '16

Hi, can we drop FC22 testing in jenkins now that FC23 jobs are up and running? it will reduce jenkins load. If needed we can keep FC22 builds, just dropping the check jobs. Comments? -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

3 7

Engine from master is working with Fedora 23
by Roy Golan 27 Dec '15

27 Dec '15

Just wanted to share that a dev env installed on Fedora 23 is working with no issues. Roy

4 3

AppErrors cleanup
by Allon Mureinik 15 Dec '15

15 Dec '15

Hi all, A recent bug [1] reported as part of the translation effort alerted me to the fact that we have a lot (and I mean a LOT - over 100 per file) of deprecated, unused keys in the various AppErrors files that serve no purpose and just take up space and waste translators time when they examine them. To make a long story short - I've just merged a patch to remove all these useless messages, and enforce via unit tests that EVERY key there should have a corresponding constant in the EngineMessage or EngineError enums. Many thanks to my reviewers! I know this was an tedious patch that couldn't have been too fun to review. -Allon [1] https://bugzilla.redhat.com/show_bug.cgi?id=1244766

5 6

Proposal: Hystrix for realtime command monitoring
by Roman Mohr 15 Dec '15

15 Dec '15

Hi All, I am contributing to the engine for three months now. While I dug into the code I started to wonder how to visualize what the engine is actually doing. To get better insights I added hystrix[1] to the engine. Hystrix is a circuit breaker library which was developed by Netflix and has one pretty interesting feature: Real time metrics for commands. In combination with hystrix-dashboard[2] it allows very interesting insights. You can easily get an overview of commands involved in operations, their performance and complexity. Look at [2] and the attachments in [5] and [6] for screenshots to get an Impression. I want to propose to integrate hystrix permanently because from my perspective the results were really useful and I also had some good experiences with hystrix in past projects. A first implementation can be found on gerrit[3]. # Where is it immediately useful? During development and QA. An example: I tested the hystrix integration on /api/vms and /api/hosts rest endpoints and immediately saw that the number of command exectuions grew lineary whit the number of vms and hosts. The bug reports [5] and [6] are the result. # How to monitor the engine? It is as easy as starting a hystrix-dashboard [2] with $ git clone https://github.com/Netflix/Hystrix.git $ cd Hystrix/hystrix-dashboard $ ../gradlew jettyRun and point the dashboard to https://<customer.engine.ip>/ovirt-engine/hystrix.stream. # Other possible benefits? * Live metrics at customer site for admins, consultants and support. * Historical metrics for analysis in addition to the log files. The metrics information is directly usable in graphite [7]. Therefore it would be possible to collect the json stream for a certain time period and analyze them later like in [4]. To do that someone just has to run curl --user admin@internal:engine http://localhost:8080/ovirt-engine/api/hystrix.stream > hystrix.stream for as long as necessary. The results can be analyzed later. # Possible architectural benefits? In addition to the live metrics we might also have use for the real hystrix features: * Circuit Breaker * Bulk execution of commands * De-dublication of commands (Caching) * Synchronous and asynchronous execution support * ... Our commands do already have a lot of features, so I don't think that there are some quick wins, but maybe there are interesting opportunities for infra. # Overhead? In [5] the netflix employees describe their results regarding the overhead of wrapping every command into a new instance of a hystrix command. They ran their tests on a standard 4-core Amazon EC2 server with a load of 60 request per second. When using threadpools they measured a mean overhead of less than one millisecond (so negligible). At the 90th percentile they measured an overhead of 3 ms. At the 99th percentile of about 9 ms. When configuring the hystrix commands to use semaphores instead of threadpools they are even faster. # How to integrate? A working implementation can be found on gerrit[3]. These patch sets wrap a hystrix command around every VdcAction, every VdcQuery and every VDSCommand. This just required four small modifications in the code base. # Security? In the provided patches the hystrix-metrics-servlet is accessible at /ovirt-engine/api/hystrix.stream. It is protected by basic auth but accessible for everyone who can authenticate. We should probably restrict it to admins. # Todo? 1) We do report failed actions with return values. Hystrix expects failing commands to throw an exception. So on the dashboard almost every command looks like a success. To overcome this, it would be pretty easy to throw an exception inside the command and catch it immediately after it leaves the hystrix wrapper. 2) Finetuning Do we want semaphores or a thread pool. When the thread pool, what size do we want? 3) Three unpackaged dependencies: archaius, hystrix-core, hystrix-contrib # References [1] https://github.com/Netflix/Hystrix [2] https://github.com/Netflix/Hystrix/tree/master/hystrix-dashboard [3] https://gerrit.ovirt.org/#/q/topic:hystrix [4] http://www.nurkiewicz.com/2015/02/storing-months-of-historical-metrics.html [5] https://github.com/Netflix/Hystrix/wiki/FAQ#what-is-the-processing-overhead… [5] https://bugzilla.redhat.com/show_bug.cgi?id=1268216 [6] https://bugzilla.redhat.com/show_bug.cgi?id=1268224 [7] http://graphite.wikidot.com

3 5

[vdsm][oVirt 4.0] trimming down vm.py, stage 1
by Francesco Romani 09 Dec '15

09 Dec '15

Hi all, as many already know, we have a problem in the vdsm/virt/* area with the size of vm.py. As in today's master (SHA1: ed7618102e4e3aedf859adb1084eecded8e5158d), vm.py weights like: 1082 11:28:09 fromani@musashi ~/Projects/upstream/vdsm $ ls -lh vdsm/virt/vm.py -rw-rw-r--. 1 fromani fromani 209K Nov 24 11:15 vdsm/virt/vm.py 1083 11:30:22 fromani@musashi ~/Projects/upstream/vdsm $ wc vdsm/virt/vm.py 5202 17125 213026 vdsm/virt/vm.py I'd like to renew my commitment to bring this monster down to a sane size. I don't think we can make it in one go. We should tackle this monster task in stages. We have roughly five weeks left until the end of the year. Sounds like a good timespan for the first stage, and I'm aiming for go down under the 4000 line mark. So we have roughly 1200 lines to eliminate somehow. This is the initial plan I'm thinking off, in expected increasing difficulty level, from easies to hardest: 1. LiveMergeCleanupThread: Chance to break things: minimal - roughly 120 lines (10% of the goal) - can be moved verbatim (cut/paste) elsewhere, like vdsm/virt/livemerge.py, fixing only import paths. 2. the findDrive* family of functions: Chance to break things: minimal/very low - roughly 50 lines (~4% of the goal) - can be moved with minimal changes elsewhere, like vdsm/virt/storage/????.py, 3. the getConf* faimily of functions: Chance to break things: medium-to-high in the 3.x branch, low on 4.x because we drop backward compat. - roughly 110 lines (~9% of the goal) - just drop them for 4.0! - alternatively, need to figure out a proper place, maybe a new module? 4. the Devices/VM setup bits All scatthered through vm.py (e.g. _buildDomainXML, DeviceMapping table) Chance to break things: medium-to-low, depends on individual patches - all summed up, roughly 200 lines (~18% of the goal) - need serious cleanup - no definite plan - mostly is cut/paste or transform Vm methods into functions 5. the getUnderlying* familiy of functions: Chance to break things: low (maybe medium on some cases, to lean on the safe side) - roughly 550 lines (~46% of the goal) - easy to test (just run vms!) - can be moved in the devices/ subpackage with some changes. - require further work in the area to properly integrate this code in the device objects - more work is planned in this area, including move from minidom to ElementTree So far, I've gathered ~1030 lines, so I'm short of 170 lines to reach the goal, but I'm confident I can find something more. The plan now is to start from the easy parts *and* in background with #4, which requires way more work than everything else. Thoughts, objections and suggestions all welcome, especially from storage people, because first items in my list affects them. Thanks and bests, -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani

1 2

[oVirt 3.6 Localization Question #39] "prefixMsg,"
by Yuko Katabami 07 Dec '15

07 Dec '15

Hello all, Here is another question: File: UIMessages Resource IDs: numberValidationNumberBetweenInvalidReason numberValidationNumberGreaterInvalidReason numberValidationNumberLessInvalidReason Strings: {0} between {1} and {2}. {0} greater than or equal to {1}. {0} less than or equal to {1}. Question: Could you please provide some example of those messages? Comment section in each of those strings states "0=prefixMsg" but I would like to know what will actually replace {0}, so that I can translate them properly. Kind regards, Yuko

4 8

[vdsm] strange network test failure on FC23
by Francesco Romani 03 Dec '15

03 Dec '15

Hi, Jenkins doesn't like my (trivial) https://gerrit.ovirt.org/#/c/49271/ which is about moving one log line (!). The failure is 00:08:54.680 ====================================================================== 00:08:54.680 FAIL: testEnablePromisc (ipwrapperTests.TestDrvinfo) 00:08:54.680 ---------------------------------------------------------------------- 00:08:54.680 Traceback (most recent call last): 00:08:54.680 File "/home/jenkins/workspace/vdsm_master_check-patch-fc23-x86_64/vdsm/tests/ipwrapperTests.py", line 130, in testEnablePromisc 00:08:54.680 "Could not enable promiscuous mode.") 00:08:54.680 AssertionError: Could not enable promiscuous mode. 00:08:54.680 -------------------- >> begin captured logging << -------------------- 00:08:54.680 root: DEBUG: /usr/bin/taskset --cpu-list 0-1 /usr/sbin/brctl show (cwd None) 00:08:54.680 root: DEBUG: SUCCESS: <err> = ''; <rc> = 0 00:08:54.680 root: DEBUG: /usr/bin/taskset --cpu-list 0-1 /sbin/ip link add name vdsm-HIRjJp type bridge (cwd None) 00:08:54.680 root: DEBUG: SUCCESS: <err> = ''; <rc> = 0 00:08:54.680 root: DEBUG: /usr/bin/taskset --cpu-list 0-1 /sbin/ip link set dev vdsm-HIRjJp up (cwd None) 00:08:54.680 root: DEBUG: SUCCESS: <err> = ''; <rc> = 0 00:08:54.680 root: DEBUG: /usr/bin/taskset --cpu-list 0-1 /sbin/ip link set dev vdsm-HIRjJp promisc on (cwd None) 00:08:54.680 root: DEBUG: SUCCESS: <err> = ''; <rc> = 0 00:08:54.680 --------------------- >> end captured logging << --------------------- Here in fullest: http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/638/console The command like looks OK, and can't think any reason it could fail, except startup race. Using taskset, the ip command now takes a little longer to complete. Maybe -just wild guessing- the code isn't properly waiting for the command to complete? Otherwise not the slightest clue :) Bests, -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani

6 10

[VDSM] Coverage reports
by Nir Soffer 03 Dec '15

03 Dec '15

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/artifa… 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/artifa… Modules that were never imported during the tests have 0% coverage: http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc23-x86_64/648/artifa… - 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/consol… 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

4 6

vdsm debian support
by Sandro Bonazzola 02 Dec '15

02 Dec '15

Hi VDSM developers, I built 3.6.1 packages for Debian and I like you to give it a run. I've one host with VDSM and its dependencies installed I can share with you. If you want to try it yourself, just install a minimal debian and add to */etc/apt/sources.list* : # 3.6.0 base deb http://resources.ovirt.org/pub/ovirt-3.6/debian/ binary/ deb-src http://resources.ovirt.org/pub/ovirt-3.6/debian/ source/ # 3.6.1 new packages deb http://resources.ovirt.org/pub/ovirt-3.6-pre/debian/ <http://resources.ovirt.org/pub/ovirt-3.6/debian/> binary/ deb-src http://resources.ovirt.org/pub/ovirt-3.6-pre/debian/ <http://resources.ovirt.org/pub/ovirt-3.6/debian/> source/ -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 2

[ATN] [master] SSO patchset were merged
by Alon Bar-Lev 01 Dec '15

01 Dec '15

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

6 6

Termin gestrichen: oVirt Node weekly meeting - Wöchentlich von 16:00 bis 16:30 am Montag (fdeutsch@redhat.com)
by fdeutsch＠redhat.com 30 Nov '15

30 Nov '15

Dieser Termin wurde gestrichen und aus Ihrem Kalender entfernt. Titel: oVirt Node weekly meeting Hey, this is an invitation to the weekly oVirt Node devel meetings. Anyone interested or related to Node development is welcome. Wann: Wöchentlich von 16:00 bis 16:30 am Montag Berlin Wo: irc://irc.oftc.net#ovirt Kalender: fdeutsch(a)redhat.com Wer * Fabian Deutsch - Organisator * devel(a)ovirt.org * wdaniel(a)redhat.com * tlitovsk(a)redhat.com Einladung von Google Kalender: https://www.google.com/calendar/ Sie erhalten diese E-Mail unter devel(a)ovirt.org, da Sie ein Gast bei diesem Termin sind. Lehnen Sie diesen Termin ab, um keine weiteren Informationen zu diesem Termin zu erhalten. Sie können auch unter https://www.google.com/calendar/ ein Google-Konto erstellen und Ihre Benachrichtigungseinstellungen für Ihren gesamten Kalender steuern. Wenn Sie diese Einladung weiterleiten, kann jeder Empfänger Ihre Antwort auf die Einladung ändern. Weitere Informationen finden Sie unter https://support.google.com/calendar/answer/37135#forwarding

1 0

Improving our github presense
by Nir Soffer 30 Nov '15

30 Nov '15

Hi all, Looking in ovirt github page, there are only 2 members: https://github.com/orgs/oVirt/people Is is possible to add automatically all contributors to this list? Nir

8 13

ovirt-engine-sdk-python too slow
by John Hunter 30 Nov '15

30 Nov '15

Hi guys, I am using the ovirt-engine-sdk-python to communicate with the ovirt-engine, I am ok to list the vms but the processing time is too long, like 4.5 seconds, and this line: from ovirtsdk.api import API take almost 3 seconds. This seems a little bit longer than I expected it to be, so I am asking is there a quicker way to communicate with the ovirt-engine? -- Best regards Junwang Zhao Department of Computer Science &Technology Peking University Beijing, 100871, PRC

4 14

Pyflakes warning introduced today
by Nir Soffer 30 Nov '15

30 Nov '15

Since we merged https://gerrit.ovirt.org/48446, pyflakes is complaining: ./lib/vdsm/constants.py.in:26:29: invalid syntax GLUSTER_MGMT_ENABLED = bool(@GLUSTER_MGMT@) ^ Pyflakes is right the syntax, but is not Python module. Why pflakes is looking in .in files? Nir

2 1

Networking fails for VM running on Centos6.7.Works on Centos6.5
by mad Engineer 29 Nov '15

29 Nov '15

hello all i am having strange network issue with vms that are running on centos 6.7 ovirt nodes. I recently added one more ovirt node which is running centos6.7 and upgraded from centos6.5 to centos6.7 on all other nodes. All VMs running on nodes with centos6.7 as host Operating system fail to reach network gateway,but if i reboot that same host to centos6.5 kernel everything works fine(with out changing any network configuration). Initially i thought it as configuration issue but its there on all nodes.if i reboot to old kernel everything is working. I am aware about ghost vlan0 issue in centos6.6 kernel.Not aware about any issue in centos6.7 Also all my servers are up to date. All physical interfaces are in access mode VLAN connected to nexus 5k switches. working kernel- 2.6.32-431.20.3.el6.x86_64 non working kernel- 2.6.32-573.8.1.el6.x86_64 Any idea?

3 3

Random VMs stuck in [drm] fb: depth 24,pitch 4096
by kevin parrikar 29 Nov '15

29 Nov '15

Running centos 6.7 and trying to PXE boot centos 6.5 vms but some of them are stuck with this in boot message: [drm] fb: depth 24,pitch 4096 screenshot of vm console: http://snag.gy/7Bhyc.jpg tried restarting vms but its still stuck there rpm -qa |grep kvm qemu-kvm-rhev-tools-0.12.1.2-2.479.el6_7.2.x86_64 qemu-kvm-rhev-0.12.1.2-2.479.el6_7.2.x86_64 rpm -qa |grep seabio seabios-0.6.1.2-30.el6.x86_64 uname -a 2.6.32-431.el6.x86_64 ever seen this behaviour? vms have 8gb/4cpu

1 0

[oVirt jenkins] Weekly report on open tasks for ovirt-engine
by jenkins＠ovirt.org 27 Nov '15

27 Nov '15

------=_Part_297_846336700.1448646121431 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit Files scanned: '**/*.java, **/*.py'. Strings searched: FIXME | TODO | @deprecated Report: http://jenkins.ovirt.org/job/ovirt_engine_scan_open_tasks/5/tasksResult/? ------=_Part_297_846336700.1448646121431--

1 0

Package ovirt-setup-lib is required
by Martin Perina 27 Nov '15

27 Nov '15

Hi, on November 20th there was merged a patch [1], that adds a dependency to a new package ovirt-setup-lib. Unfortunately in development environment this package has to be installed manually. So if you see following error when running engine-setup: ***L:ERROR Internal error: No module named ovirt_setup_lib please install ovirt-setup-lib package, which should be available on ovirt-master-snapshot repository [2]. Martin Perina [1] https://gerrit.ovirt.org/43861 [2] http://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm

1 0

Automatic configuration of WildFly overlay
by Martin Perina 27 Nov '15

27 Nov '15

Hi, today we have merged patches into master and ovirt-engine-3.6 branch, which eases configuration of WildFly overlay in development environment: 1. If you are using WildFly for development (preferred option), you should build engine using: make clean install-dev PREFIX=$HOME/ovirt-engine When the build is finished successfully, WildFly overlay configuration is created automatically in $HOME/ovirt-engine/etc/ovirt-engine/engine.conf.d/20-setup-jboss-overlay.conf There's no need to any manual configuration. 2. If you are using EAP6 for development, from now you should build engine using: make clean install-dev PREFIX=$HOME/ovirt-engine WILDFLY_OVERLAY_MODULES="" Using this option, WildFly overlay won't be configured, so you can use EAP6. More information about build options can be found at README.developer. Martin Perina

1 0

Ovirt upgrade job failing
by David Caro 27 Nov '15

27 Nov '15

--7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! Since yesterday morning the upgrade job from 3.6 to master [1] has been fai= ling on applying the schema.sh, specifically: 2015-11-26 08:12:54 DEBUG otopi.plugins.ovirt_engine_setup.ovirt_engine.db.= schema plugin.execute:941 execute-output: ['/usr/share/ovirt-engine/dbscrip= ts/schema.sh', '-s', 'localhost', '-p', '5432', '-u', 'engine', '-d', 'engi= ne', '-l', '/var/log/ovirt-engine/setup/ovirt-engine-setup-20151126081101-8= 84dt8.log', '-c', 'apply'] stderr: psql:/usr/share/ovirt-engine/dbscripts/create_views.sql:108: ERROR: column= snapshots.memory_metadata_disk_id does not exist LINE 59: snapshots.memory_metadata_disk_id, ^ FATAL: Cannot execute sql command: --file=3D/usr/share/ovirt-engine/dbscrip= ts/create_views.sql I see that the line was introduced by [2], though it did not fail back then= (so the issue might not be there), it might also come from 3.6 branch, but I ne= ed a bit of help tracking that down from any of the db guys This is making all the builds of that job fail, and it might be masking oth= er errors (and giving -1 to a lot of patches). Thanks! [1] http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-3.6_el7_m= erged/986/ [2] https://gerrit.ovirt.org/#/c/47262/ --=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 --7JfCtLOvnd9MIVvH Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJWWCulAAoJEEBxx+HSYmnDEZoH/jf2irBeWjodBz0P92j/jR5N augKMd7fXE86swmrb3lhYvKit/+/hIhLNeQ8vlI1SC/IM47n4KZLGeXtVpRsE5Q5 ds2RVlDc0aCrsbZxrzw2FoaZpM7zxp+3z5ggJc+R0cOLsgDZ1EKkmL65xxe9xyvH 9XSO/vnvpKIy+U5vtDkv3XY27y114hvacqRtQVN1tvWHgfri+0RuVh8+AW9fXH/8 +PNQaYuhwrhryawxALxNqFrSzL/b3IAI0Jy2GRsvLlEPXmgPdrnSWjKEIAB1v3Ah mOFBxEVKfiU7Vf3Dk0mqAZ7lJun972lA67+p2Hedstf0iX3ODtizQXqJwu5ehQ4= =ElTZ -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH--

4 3

[ACTION REQUIRED] Any ovirt-engine master/3.6/3.6.1 patches must be rebased to include automation changes
by David Caro 27 Nov '15

27 Nov '15

--OGW1Z2JKiS9bXo17 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In order to make more generic and to allow migrating the artifactory server that currently is providing us with the artifacts to build and test ovirt-engine, the port of the url we were using has been changed: master -> https://gerrit.ovirt.org/#/c/49275/ 3.6 -> https://gerrit.ovirt.org/#/c/49276/ 3.6.1 -> https://gerrit.ovirt.org/#/c/49277/ The migration of the artifactory server will be done later next week, so if= you don't want your ci tests to start failing at that point, please rebase any patches that you might have for those branches on top of those commits (they are merged already). This also allown to avoid having to change those scripts anymore for future migrations Thanks! --=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 --OGW1Z2JKiS9bXo17 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJWWCc9AAoJEEBxx+HSYmnDqxwH/iRZF2RFiR0fc3MloC3fRdfg 40UMgUmEy50kaEn0Jb7SlwrtvqiA4zA4tCH1qXz5UXm6+gEVgBUVQYPzOPdYlYA/ JvIM5ytmOr+5mBrSlmTYjSbdBd2xnK3uz1WirNjrlfRUIavuGKXI+UdeHaSKyb0F EmjhhLNroEpVxV4wuEEU8ZyM7ia9jqfuVsE0763N/eh01MN7E+GvTBhmw4XmFKJU nObLeK3sxS8ye+65ujP4xw7CyO6Q28U7q2Kk/7qeKFs4PYIbhKwU+AT4/d2sLjXb Hy1koCZpO04WdcQWqCplX9P14GCMZONels0cSj52KejZ6tXwvbegdLyXk86TiDw= =Uvba -----END PGP SIGNATURE----- --OGW1Z2JKiS9bXo17--

1 0

ovirt-3.6 upgrade failure on create_views.sql (column snapshots.memory_metadata_disk_id does not exist)
by Sandro Bonazzola 27 Nov '15

27 Nov '15

Hi, it's a while that the upgrade job[1] is failing due to the following error: psql:/usr/share/ovirt-engine/dbscripts/create_views.sql:108: ERROR: column snapshots.memory_metadata_disk_id does not exist LINE 59: snapshots.memory_metadata_disk_id, ^ FATAL: Cannot execute sql command: --file=/usr/share/ovirt-engine/dbscripts/create_views.sql can you please fix the engine sql file? Thanks [1] http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-3.6_el7_merge… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[oVirt 3.6 Localization Question #40] "This field must contain an {0} number"
by Yuko Katabami 27 Nov '15

27 Nov '15

Hello once again, I would like to ask you another question. File: UIMessages Resource ID: thisFieldMustContainTypeNumberInvalidReason String: This field must contain an {0} number Question: I can see from the source comment 0=type but could you please give me an example of what will replace {0}? Kind regards, Yuko

3 4

Controlling UI table column visibility and position
by Vojtech Szocs 26 Nov '15

26 Nov '15

Dear developers and users, it's now possible to tweak table column visibility and position through header context menu in WebAdmin's main & sub tabs [1,2]. [1] https://gerrit.ovirt.org/#/c/43401/ [2] https://gerrit.ovirt.org/#/c/47542/ This allows you to turn "unwanted" columns off and re-arrange those which are visible to match your personal preference. Screenshot of customizing VM main tab: https://imgur.com/5dfh8QA There's also RFE [3] to persist (remember) such column settings in the browser, similar to persisting other client-side options. [3] https://bugzilla.redhat.com/1285456 Regards, Vojtech

3 3

[oVirt 3.6 Localization Question #41] "This field can be empty or contain a {0}"
by Yuko Katabami 26 Nov '15

26 Nov '15

Hello all, I am posting another question raised by a German translator. Could anyone help us? File: UIMessages Resource ID: emptyOrValidKeyValueFormatMessage String: This field can be empty or contain a {0} Question: Could you please let me know what will replace {0}? As there are multiple articles in Latin languages such as German and French, we would need to know the gender of the noun in order to select the correct article for this accusative object. Kind regards, Yuko

2 1