December 2015 - Devel - oVirt List Archives

oVirt 3.6.2 RC1 merge / tag / bugzilla reminder
by Sandro Bonazzola 21 Dec '15

21 Dec '15

All stable branch maintainers, please make sure to merge all relevant open bugs until Tuesday morning 11:00 AM TLV time (10:00 CET). https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3A3.6.… Every package build (i.e oVirt product) - please make sure every bug in MODIFIED has the right Target Release and Target Milestone. A Target release should state the version of the package you're building and should include the same version you used for the tag you just used for this build. (e.g. for ovirt-engine, tag will be: ovirt-engine-3.6.2, and target release must be: 3.6.2) -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

oVirt 3.6.2 RC1 build planned
by Sandro Bonazzola 21 Dec '15

21 Dec '15

Fyi oVirt developers, An oVirt build is planned for this Tuesday 11:00 AM, please make sure to backport any open patches to the stable branch for review by the stable branch maintainers. Here's a list of open blockers: https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3A3.6.… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[ANN] Async release for ovirt-hosted-engine-ha is now available
by Sandro Bonazzola 21 Dec '15

21 Dec '15

The oVirt Team has just released a new version of ovirt-hosted-engine-ha package that fixes one issue when used on oVirt Node[1]. We recommend to all users who are running ovirt-hosted-engine-ha oVirt Node to update it with the new build including the 1.3.3.6 from this async release. Thanks, [1] http://www.ovirt.org/OVirt_3.6.1_Release_Notes#oVirt_Hosted_Engine_HA -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

[VDSM] Network tests should check if running as root
by Nir Soffer 21 Dec '15

21 Dec '15

Hi all, I'm seeing these skips when running the tests as non-privileged user: tcTests.TestConfigureOutbound test_iperf_upper_limit SKIP: Failed to create a dummy interface dummy_gi01x: ['RTNETLINK answers: Operation not permitted'] test_multiple_vlans SKIP: Failed to create a dummy interface dummy_hrG62: ['RTNETLINK answers: Operation not permitted'] test_single_non_vlan SKIP: Failed to create a dummy interface dummy_er4rw: ['RTNETLINK answers: Operation not permitted'] test_single_vlan(1) SKIP: Failed to create a dummy interface dummy_uG21f: ['RTNETLINK answers: Operation not permitted'] test_single_vlan(2) SKIP: Failed to create a dummy interface dummy_dqUia: ['RTNETLINK answers: Operation not permitted'] It seems that these tests should run only if we are running as root, like these tests: tcTests.TestPortMirror testMirroring SKIP: This test must be run as root testMirroringWithDistraction SKIP: This test must be run as root Edward, can you check this? Nir

2 1

VDSM dependency broken on 3.6 branch
by Sandro Bonazzola 21 Dec '15

21 Dec '15

*06:49:19* package: vdsm-hook-ovs-4.17.13-31.git8bb3de9.el7.centos.noarch from check-custom-el7*06:49:19* unresolved deps: *06:49:19* openvswitch >= 0:2*06:49:19* package: vdsm-hook-ovs-4.17.13-33.git6fb5413.el7.centos.noarch from check-custom-el7*06:49:19* unresolved deps: *06:49:19* openvswitch >= 0:2 -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

4 4

[ANN] Async release for ovirt-hosted-engine-ha is now available
by Sandro Bonazzola 18 Dec '15

18 Dec '15

The oVirt Team has just released a new version of ovirt-hosted-engine-ha package that fixes several issues.[1]. We recommend to all users who are running ovirt-hosted-engine-ha on CentOS 7.2 to update to the 1.3.3.5 release included in this async release. Thanks, [1] http://www.ovirt.org/OVirt_3.6.1_Release_Notes#oVirt_Hosted_Engine_HA -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

New git repositories ovirt-engine-api-model, ovirt-engine-api-metamodel and ovirt-engine-api-explorer
by Juan Hernández 18 Dec '15

18 Dec '15

Hello, As part of the changes of the engine REST API for 4.0 two now components have been introduced: - The API model. This is the specification of the API, and it is currently part of the engine repository, in the backend/manager/modules/restapi/model directory. - The API metamodel. This is a set of tools that read the model and generate different artifacts from it, like the XML schema, the the JAX-RS interfaces, etc. It is also currently part of the engine repository, in the backend/manager/modules/restapi/metamodel. In order to support multiple versions of the specification inside the same engine the API model needs to be separated to a different git repository, its releases managed independently of the engine, and the artifacts uploaded to Maven central. The metamodel also needs to be separated to a different repository, and have its own relase cycle, and the artifacts uploaded to Maven central, as they will be required by the engine and by the generators of the SDKs. Thus I'm requesting the creation of two new git repositories in gerrit.ovirt.org to hold these components: ovirt-engine-api-model ovirt-engine-api-metamodel In addition version 4.0 will also include a web application used to explore the automatically generated reference documentation. This application is currently hosted here: https://github.com/jhernand/ovirt-api-explorer But I think it should be hosted in gerrit.ovirt.org, thus I'm also requesting the creation of another git repository: ovirt-engine-api-explorer All in call, can you please create these three git repositories and add me as maintainer, please? Thanks in advance, 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.

3 2

[ANN] Async release for ovirt-hosted-engine-ha is now available
by Sandro Bonazzola 17 Dec '15

17 Dec '15

The oVirt Team has just released a new version of ovirt-hosted-engine-ha package that fixes several issues.[1]. We recommend to all users who have already upgraded to ovirt-hosted-engine-ha 1.3.3.3 to update to the 1.3.3.4 release included in this async release. Thanks, [1] http://www.ovirt.org/OVirt_3.6.1_Release_Notes#oVirt_Hosted_Engine_HA -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Making GWT UI build logs a bit less confusing
by Vojtech Szocs 17 Dec '15

17 Dec '15

Hi guys, I wrote https://gerrit.ovirt.org/#/c/50545/ and would like to hear your feedback. (Many times, people are confused by those [ERROR]'s which are not really errors.) Thanks, Vojtech

3 3

Merged UI infra patch
by Alexander Wels 16 Dec '15

16 Dec '15

Hi guys, I just merged [1] which removes all occurrences of the @ProxyEvent mechanism from the code base. As part of this patch I have to fix some Java generics issues with some sub tabs. I believe I fixed them all properly but I might have missed some. As part of this fix, now it will lazy load the code associated with sub tabs instead of loading all the code at once when you select an item in the main tab grid. This should result in a more responsive UI and less memory usage. If you see any kind of strange behavior in sub tabs let me know and I will see if I can fix it. Alexander [1] https://gerrit.ovirt.org/#/c/47912/

3 2

[ANN] oVirt 3.6.1 Final Release is now available
by Sandro Bonazzola 16 Dec '15

16 Dec '15

The oVirt Project is pleased to announce today the general availability of oVirt 3.6.1. This latest community release includes several new features, such as: * Ability to add/remove objects from the PM Proxy Preference list in the Power Management tab of Edit Host * Enhanced Cinder Provider -> Authentication Keys -> New/Edit dialog * Possibility to authenticate engine admin users to the JBoss JMX interface * Hosted Engine storage domain auto-import oVirt is an open-source, openly-governed enterprise virtualization management application, developed by a global community. You can use the oVirt management interface (oVirt Engine) to manage hardware nodes, storage and network resources, and to deploy and monitor virtual machines running in your data center. If you are familiar with VMware products, oVirt is conceptually similar to vSphere. oVirt serves as the bedrock for Red Hat's Enterprise Virtualization product, and it is the "upstream" project where new features are developed prior to their inclusion in Red Hat's supported product offering. Additional Resources: * Read more about the oVirt 3.6.1 release highlights: http://www.ovirt.org/OVirt_3.6.1_Release_Notes * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Read more about oVirt Project community events: http://www.ovirt.org/Upcoming_events -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

New VMStatus methods
by Shmuel Melamud 16 Dec '15

16 Dec '15

Hi! I've just posted the patch introducing new set of VM status checking methods. https://gerrit.ovirt.org/#/c/50590/ The methods are added to VMStatus class and delegated to VM class. The old methods are marked as deprecated and we plan to get rid of them soon. I highly recommend to use these methods everywhere and never to compare to VMStatus constants directly. There are methods to check for individual states and for meaningful sets - using them makes the code much more clear and understandable and it was the goal. If you cannot find a method that fits your needs, feel free to contact me, we can add it. Shmuel

1 0

New VM status functions - your comments?
by Shmuel Melamud 16 Dec '15

16 Dec '15

Hi! https://docs.google.com/a/redhat.com/spreadsheets/d/1yb-JdTAGh_4bOC6tL7KLz1… In the document above I've summarized the changes I plan to make to reorganize VM status checks in the Engine. The second page of the documents contains the list of the new functions and the statuses they will check. On the first page I've collected all the places I'm planning to change - class name, method name and line number. "New method" column is the new check that will be put in this place. Changing to new functions will often add/remove a state or two, that's why I'll be VERY pleased to see your comments. I've sorted the classes by topic, so it will be easy to look on those you're familiar with. Ask yourself questions: 1. If Up state is required, what about PoweringUp, PoweringDown, RebootInProgress? 2. If Up state is required, what about WaitingForLaunch? Paused? 3. What about migration? 4. What about hibernation? 5. If Down state is required, should it allow also ImageLocked and ImageIllegal? 6. If Down state is required, what about Suspended? Thank you in advance. Shmuel

2 1

QCOW2 support for base images vs GlusterFS support
by Christopher Pereira 16 Dec '15

16 Dec '15

Hi, 4:23 AM and this paradox is struggling my head... Can someone please confirm if oVirt supports QCOW2 *base* images? AFAIK, oVirt only supports QCOW2 for *snapshots* not base images. Base images must always be in RAW format and there is no way to create QCOW2 disks in Engine [1]. On the other hand, working with RAW images on a GlusterFS storage is inefficient because of [2]. in fact, sparse-files performance is unacceptable [3]. Please confirm, comment or ignore. [1] : https://bugzilla.redhat.com/show_bug.cgi?id=1282654 [2] : https://bugzilla.redhat.com/show_bug.cgi?id=1220173 [3] : For example.: A empty RAW disk image file with 2 TB virtual-size and less then 1 MB physical-size is treated by Gluster as a 2 TB physical-size file (TB's of useless zeros traversing the DataCenter's LAN during many hours).

1 0

[QE] oVirt 3.6.1 Hosted Engine test day
by Sandro Bonazzola 15 Dec '15

15 Dec '15

Hi, oVirt 3.6.1 RC4 included latest bits allowing to auto import Hosted Engine storage domain within the Engine. In order to have a wider coverage of the Hosted Engine workflow we've scheduled a Hosted Engine test day for next week on Monday, December 14th. Please join us testing Hosted Engine with oVirt 3.6.1 RC4, both on a clean install and on an upgrade from 3.5 flow. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

6 24

[ACTION REQUIRED] ovirt-engine build failing on master
by Sandro Bonazzola 15 Dec '15

15 Dec '15

*05:22:42* [INFO] [ERROR] Required argument 3 not present: {0} ({1} Sockets, {2} Kerne pro Socket)*05:22:42* [INFO] [ERROR] Errors in 'org/ovirt/engine/ui/uicompat/ConstantsManager.java'*05:22:42* [INFO] [ERROR] Line 38: Failed to resolve 'org.ovirt.engine.ui.uicompat.UIMessages' via deferred binding See http://jenkins.ovirt.org/job/ovirt-engine_master_build-artifacts-el7-x86_64… Please fix ASAP -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

6 11

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

Lago testing environment contribution
by Yaniv Bronheim 15 Dec '15

15 Dec '15

Hi list, If you're not aware yet about Lago you should. This our engine to test functional flows over variant distributions for ovirt-engine and vdsm This project is currently maintained by dcaro but it will love to have more contribution in reviews, tests and more. If you want to follow it I encourage to join the mailing list lago-devel(a)ovirt.org and help with reviews if possible ([2]) You can also checkout following links for more info In [3] you can find full readme about how to use it to run ovirt-engine tests. should be intuitive and quick. If not, please raise [1] https://gerrit.ovirt.org/#/admin/projects/lago [2] https://gerrit.ovirt.org/#/q/project:+lago+status:+open [3] https://github.com/ovirt/lago Hope you'll find it interesting and Lago will get more attention by our community Greetings, -- *Yaniv Bronhaim.*

4 5

oVirt Community Newsletter, November 2015
by Mikey Ariel 15 Dec '15

15 Dec '15

Following the release of oVirt 3.6, we’ve had some great stories from the community during November. Check out the newsletter for new videos and some important project milestones! ----------------- Software Releases ----------------- oVirt 3.6.1 First Release Candidate is now available for testing http://lists.ovirt.org/pipermail/announce/2015-November/000210.html oVirt 3.5.6 Second Release Candidate is now available for testing http://lists.ovirt.org/pipermail/announce/2015-November/000206.html ---------------- In the Community ---------------- oVirt Node roadmap is now available http://lists.ovirt.org/pipermail/devel/2015-November/011741.html Switching from HyperV to oVirt http://andrewwippler.com/2015/11/27/switching-from-hyper-v-to-ovirt/ oVirt 3.6 Community Release Party in Milan [Italian] http://www.ovirt-italia.it/2015/11/ovirt-36-e-le-proposte-per-ovirt-4-al.ht… oVirt 3.6 Released [Italian] http://www.miamammausalinux.org/2015/11/e-stata-rilasciata-ovirt-3-6-tutte-… Introducing Lago, a nested virtualization testing framework used by oVirt http://lago.readthedocs.org/en/latest/README.html ------------------------------------ Deep Dives and Technical Discussions ------------------------------------ First oVirt Node and oVirt Engine Integration Testing https://asciinema.org/a/29921 (video) RATATUI - TUI for simple oVirt DR http://www.screencast.com/users/chipchaderez/folders/Default/media/c22e68dc… (video) Experience the Virtualization: Virtualization Platform based on oVirt [Spanish] http://tv.rediris.es/es/jt2015/472/file/453.html (video) The oVirt Virtualization Platform [Czech] https://www.youtube.com/watch?v=IWlb79nce30 (video) -- Mikey Ariel Community Lead, oVirt www.ovirt.org "To be is to do" (Socrates) "To do is to be" (Jean-Paul Sartre) "Do be do be do" (Frank Sinatra) Mobile: +420-702-131-141 IRC: mariel / thatdocslady Twitter: @ThatDocsLady

1 0

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

Debian support for vdsm and subpackages
by Yaniv Bronheim 14 Dec '15

14 Dec '15

We currently manage debian packaging files under https://gerrit.ovirt.org/#/q/project:releng-tools instead of in the project itself. imo it makes it harder, as developer won't update the debian folder while changing spec parts , which makes much more observation work for Simone.. But if we keep to manage debian that way we should remove the debian folder from cpopen, vdsm, pthreading to avoid duplication. Simone can you explain more how you manage to flow code changes and update the debian support currently? should I indeed drop the current debian code that we have in vdsm? -- *Yaniv Bronhaim.*

4 4

suggestion to merge ovirt-engine unit-tests in master to standard ci
by Eyal Edri 14 Dec '15

14 Dec '15

FYI, As part of moving all jobs to the standard ci [1], I'd like to propose to move the following into 'check-patch' and 'check-merged' : 1. unit tests 2. find-bugs Currently these run as separate jobs and not even yamelized. My only concern is populating junit & findbugs results into jenkins UI to enable reviewing the errors and continue to enforce logic from the original jobs, like '0' high/med/low bugs on find-bugs. Thoughts/Concerns? -- Eyal Edri Supervisor, RHEV CI EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

4 4

About jenkins load
by David Caro 14 Dec '15

14 Dec '15

--HnQK338I3UIa/qiP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable While trying to figure out a solution to the current jenkins load issue, I = got some stats on the current build execution in jenkins, and just so we all are aware of the numbers. In the last month, the number of builds per day has been multiplied by 1750= %, that is, from ~500 build/day tops to more than 8750 build/day The percentage of failures has gone down too (around 5% in the last week). = That does not mean that the false negatives is going down too, but for sure it m= eans that it's not raising a lot if raising at all. For the last 7 days (including weekend) we ran 25858 builds, from which only 928 were failures (combined real and false negatives, no easy way to know y= et) The daily average build time is at around 10min, that does not include the = time waiting in the queue though. For the queues, we had a big peak of >750 queued jobs on tuesday (lasting u= ntil thursday), with 4 smaller peaks of 300-200 jobs on last week's monday,tuesd= ay and wednesday and on this week's monday. Will keep digging into this, cheers! --=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 --HnQK338I3UIa/qiP Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJWaswuAAoJEEBxx+HSYmnDjKgH/0gZgR1gla/kod6p+S+jInKX SSebg/BU/5PQ9/f1MDq0p09eyQZDMCtRzY4xXm9KtJTVYnL5+P1w7ptiy7h2sdOD pd4Z69vo7KY0G+m+Wg4+G7Eg3bfDA3t6TJj21WIAGsL2mxfcWe+J6EPHS4ZH3lMj M1JY94rMZEdF9Cl5UeNv9N4r8n4W8aTKbYqOFonQdvNrj86GAtU9KXrbkALnwlyc +cuDXhEVCazFMcTDw0T9XBBBYSBjrkEY8eR/nUVxLdjeHorfbKXO58LcKrv+hOU/ 26ISR7/JLQ4jn8eAQHswZNOZeapPct5LSRgGfKtFJiCWHRWuiC13mUOP+R/qrxc= =PPLc -----END PGP SIGNATURE----- --HnQK338I3UIa/qiP--

2 1

[vdsm] branching out 3.6.1 monday 20151214
by Francesco Romani 14 Dec '15

14 Dec '15

Hi all, After last 3.6.1-RC3 build, I plan to branch out 3.6.1 from branch 3.6 next monday 2015/12/14. vdsm +- ovirt-3.6 +- ovirt-3.6.1 Hopefully we will not to use it ever; should we require another RC before final, it will be from that branch, so please remember to backport 3.6.1 patches on: - ovirt-3.6 (as before) - ovirt-3.6.1 At the moment only urgent fixes, targeted for 3.6.1, are being merged into ovirt-3.6 VDSM branch. After we branch out 3.6.1, I'll reopen the floodgates, merging patches targeted for 3.6.2. Bests, -- Francesco Romani RedHat Engineering Virtualization R & D Phone: 8261328 IRC: fromani

1 1

Master building issue
by Fred Rolland 13 Dec '15

13 Dec '15

Hi , I have issues building the engine on master. The build finishes quick with this error : packaging/setup/plugins/ovirt-engine-setup/ovirt-engine-common/distro-rpm/packages.py:188:9: E301 expected 1 blank line, found 0 Makefile:316: recipe for target 'validations' failed Is there a fix for it ? Thanks, Fred

3 2