August 2013 - Users - oVirt List Archives

[Users] oVirt Weekly Meeting Minutes -- 2013-08-28
by Mike Burns 28 Aug '13

28 Aug '13

Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-08-28-14.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-08-28-14.00.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-08-28-14.00.log.html ========================= #ovirt: oVirt Weekly Sync ========================= Meeting started by mburns at 14:00:09 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-08-28-14.00.log.html . Meeting summary --------------- * agenda and roll call (mburns, 14:00:28) * 3.3 status (mburns, 14:00:37) * infra update (mburns, 14:00:43) * conferences and workshops (mburns, 14:00:48) * other topics (mburns, 14:00:59) * 3.3 update (mburns, 14:04:40) * no blocker review today, it was done yesterday in the go/no-go meeting (mburns, 14:04:59) * release delayed by 1 week (mburns, 14:05:09) * new vdsm and node builds are published to ovirt.org (mburns, 14:05:20) * new engine build to be posted later today (mburns, 14:05:42) * GA is set for next wednesday (mburns, 14:08:18) * go/no-go set for next tuesday (mburns, 14:08:27) * Infra update (mburns, 14:14:39) * working on using available storage space on rackspace machines (mburns, 14:16:32) * plan to use gluster eventually, but that is wip (mburns, 14:17:21) * jenkins slaves improved to allow more jobs to run (mburns, 14:20:57) * move of backups from resources to rackspace is still planned (mburns, 14:21:11) * LINK: 3.3 release tracker bug: https://bugzilla.redhat.com/show_bug.cgi?id=918494 (dneary, 14:23:43) * jenkins master upgraded to latest LTS release (mburns, 14:24:23) * Conferences and Workshops (mburns, 14:25:43) * schedule is put together for the KVM Forum/oVirt meetings, notifications should go out this week (mburns, 14:27:41) * please register for KVM Forum, it gets you into the oVirt sessions as well (mburns, 14:28:00) * first 200 to register are free (mburns, 14:28:22) * there will be a management track on the afternoon of the 22nd (mburns, 14:28:53) * and ovirt specific sessions on day 3 in the morning (mburns, 14:29:04) * and developer meetings in the afternoon (mburns, 14:29:13) * there are also some CloupOpen sessions on monday for oVirt (mburns, 14:31:37) * that does require separate linuxcon/cloudopen registration (mburns, 14:31:52) * some cloud open sessions: ovirt live snapshots with ram, intro to ovirt, cloud-init, 2 hours of training (mburns, 14:33:27) * dneary working on plans for ovirt workshops but no details yet (mburns, 14:36:50) * Other Topics (mburns, 14:37:28) * ACTION: oschreib to track down feature owners and have them provide screenshots and plain english descriptions (oschreib, 14:43:25) Meeting ended at 14:49:38 UTC. Action Items ------------ * oschreib to track down feature owners and have them provide screenshots and plain english descriptions Action Items, by person ----------------------- * oschreib * oschreib to track down feature owners and have them provide screenshots and plain english descriptions * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (75) * dneary (29) * oschreib (17) * mattymo (6) * itamar (5) * eedri (4) * ewoud (3) * sahina (3) * ovirtbot (3) * lvernia (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot

1 0

[Users] update from 3.3 beta to RC failed during db upgrade
by Jakub Bittner 28 Aug '13

28 Aug '13

I tryed updating 3.3 fom beta to rc, but it failed during db upgrade. [ ERROR ] Failed to execute stage 'Misc configuration': Command '/usr/share/ovirt-engine/dbscripts/upgrade.sh' failed to execute and in log: 2013-08-26 08:33:01 DEBUG oto**FILTERED**i.**FILTERED**lugins.ovirt_engine_setu**FILTERED**.db.schema **FILTERED**lugin.execute:446 execute-out**FILTERED**ut: ['/usr/share/ovirt-engine/dbscri**FILTERED**ts/u**FILTERED**grade.sh', '-s', 'localhost', '-**FILTERED**', '5432', '-u', $ **FILTERED**sql:common_s**FILTERED**.sql:20: ERROR: must be owner of function fn_db_add_column

5 17

[Users] Deep dive - Network QoS / vNIC Profiles
by Lior Vernia 28 Aug '13

28 Aug '13

Hello everyone, Today (August 28th) at 16:00 GMT+3 we're going to have a session about the oVirt 3.3 features of Network Quality of Service and vNIC Profiles. You're welcome to join in either or both of the following: * Audio conference: find your country's access number at the attached link, and use ID 972506565679. https://www.intercallonline.com/listNumbersByCode.action?confCode=972506565… * Elluminate session (video + hopefully audio): https://sas.elluminate.com/m.jnlp?sid=819&password=M.C34B8602C01AC95648BE69… I will try to record the session. Yours, Lior.

1 0

[Users] Clarify message: "Failed to connect Host to Storage Pool Default"
by Gianluca Cecchi 28 Aug '13

28 Aug '13

Hello, after a induced failure of a whole site for testing reaction and restart, what would be sequence of actions to do from a physical point of view and from a gui point of view after powering on the hw components? In webadmin portal I see these 3 messages in host view events after SAN and then host and engine restart Detected new Host XXX. Host state was set to Up. Host XXX cannot access one of the Storage Domains attached to the Data Center Default. Setting Host state to Non-Operational. Failed to connect Host XXX to Storage Pool Default hosts and engine are fedora 18 with 3.2.2-1.1.fc18 and there are 6 fibrechannel storage domains, all down and in Unknown crossdatacenter status. one of them is flagged as "(master)"... I'm going to eventually send full logs, but I would like to ask if it is possible to send clearer messages inside the gui, for example what are the SDs that the host cannot access in case there are many of them. What does "Storage Pool Default" mean? The term "Default" is because my DC (and my cluster) are named "Default"? What exactly does it mean "Storage Pool"? The Master Data Domain or the combination of the defined storage domains? btw: In storage view I see: Failed to Reconstruct Master Domain for Data Center Default Thanks in advance Gianluca

2 3

[Users] Designate Master Storage Domain
by Dead Horse 28 Aug '13

28 Aug '13

Is there any method of designating which domain should be the master storage domain or forcibly changing the role to a different storage domain? EG: Given the following example Storage Domain A (Master) --> NFS --> Storage Server 1 Storage Domain B --> NFS --> Storage Server 2 One wants to do maintenance to Storage Server 1 but in doing so the Master storage domain is hosted from Storage Server 1. Thus the net result of taking down Storage Server 1 is that one must also take down Storage Server 2. Thus we know we must shut down VM's from Storage Domain A to maintenance Storage Server 1. Suppose however that VM's are running that we don't want to shut down and are hosted from Storage Domain B via Storage Server 2. We would want to be able to promote Storage Domain B to Master so that we can take down Storage Domain A to do maintenance to Storage Server 1. Once we are done with maintenance to Storage Server 1 we can bring Storage Domain A back on line, re-designate it as Master if desired and bring it's VM's back online. I know I have seen this occur automatically to a point when a Storage Domain goes missing that is the Master Domain but I have not noted any manual method of doing so given the above scenario. - DHC

6 15

Re: [Users] oVirt Hosted Engine Pre-reqs (sanlock >= 2.8)
by Doron Fediuck 27 Aug '13

27 Aug '13

----_com.android.email_481903569250120 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 SGksCldlJ3JlIGRvaW5nIG91ciBiZXN0IHRvIG1lZXQgdGhpcyBzdGF0ZW1lbnQuwqAKSGF2aW5n IHNhaWQgdGhhdCwgaXQncyBpbXBvcnRhbnQgdG8gdW5kZXJzdGFuZCB0aGF0IGJ1Z3MgcmVsYXRl ZCB0byB0aGlzIHVuaXF1ZSBjb25maWd1cmF0aW9uIG1heSBsZWFkIHRvIGNvcnJ1cHRpb24uIFNv IHdlIG11c3QgdmVyaWZ5IGl0IGJlZm9yZSB3ZSBjYW4gc2V0IGl0IGZyZWUuwqAKCkluIHRoaXMg Y2FzZSB3ZSdyZSBiZXR0ZXIgc2FmZSB0aGFuIHNvcnJ5LsKgCgpUaGFua3MgYWdhaW4gZm9yIHRo ZSBmZWVkYmFjayzCoApEb3JvbgoKLS0tLS0tLS0g15TXldeT16LXlCDXnten15XXqNeZ16ogLS0t LS0tLS0K157XkNeqOiAiSC4gSGF2ZW4gTGl1IiA8aGFveWFuZ2xpdUB1Y2xhLmVkdT4gCteq15DX qNeZ15o6ICAK15DXnDogRG9yb24gRmVkaXVjayA8ZGZlZGl1Y2tAcmVkaGF0LmNvbT4gCtei15XX qtenOiBBbmRyZXcgTGF1IDxhbmRyZXdAYW5kcmV3a2xhdS5jb20+LHVzZXJzQG92aXJ0Lm9yZyAK 16DXldep15A6IFJlOiBbVXNlcnNdIG9WaXJ0IEhvc3RlZCBFbmdpbmUgUHJlLXJlcXMgKHNhbmxv Y2sgPj0gMi44KSAKIApBY2NvcmRpbmcgdG8gdGhlIG9WaXJ0IDMuMyAoZHJhZnQpIHJlbGVhc2Ug bm90ZSBodHRwOi8vd3d3Lm92aXJ0Lm9yZy9PVmlydF8zLjNfcmVsZWFzZV9ub3Rlcywgc2VsZiBo b3N0ZWQgZW5naW5lIGlzIG9uZSBvZiB0aGUgbmV3IGZlYXR1cmVzIG9mIDMuMy4gSXMgdGhhdCBz dGlsbCB0aGUgY2FzZT8KCgpPbiBBdWcgMjcsIDIwMTMsIGF0IDk6NDEgQU0sIERvcm9uIEZlZGl1 Y2sgPGRmZWRpdWNrQHJlZGhhdC5jb20+IHdyb3RlOgoKCgotLS0tLSBPcmlnaW5hbCBNZXNzYWdl IC0tLS0tCnwgRnJvbTogIkFuZHJldyBMYXUiIDxhbmRyZXdAYW5kcmV3a2xhdS5jb20+CnwgVG86 IHVzZXJzQG92aXJ0Lm9yZwp8IFNlbnQ6IFR1ZXNkYXksIEF1Z3VzdCAyNywgMjAxMyAzOjQxOjEz IFBNCnwgU3ViamVjdDogW1VzZXJzXSBvVmlydCBIb3N0ZWQgRW5naW5lIFByZS1yZXFzIChzYW5s b2NrID49IDIuOCkKfCAKfCBIaSwKfCAKfCBJIG5vdGljZWQgdGhlIGhvc3RlZCBlbmdpbmUgcGFj a2FnZSB3YXMgcmVsZWFzZWQgYXMgYSBiZXRhIHBhY2thZ2UsIHRvbyBrZWVuCnwgZm9yIG15IG93 biBnb29kIEkgdHJpZWQgdG8gZ2V0IGl0IGluc3RhbGxlZCBvbiBhIGRldiBib3guCnwgCnwgT25l IG9mIHRoZSBwcmUtcmVxdWlyZW1lbnRzIGlzIHNhbmxvY2sgMi44IGFuZCBzYW5sb2NrLXB5dGhv biAyLjggYnV0IEVMNgp8IGRvZXMgbm90IGhhdmUgdGhlc2UsIEZlZG9yYSAxOSBkb2VzIGhhdmUg c2FubG9jayAyLjguIEknbSBub3Qgc3VyZSBpZiB0aGlzCnwgbmVlZHMgdG8gYmUgcmVwb3J0ZWQu CnwgCnwgUC5TLiBHcmVhdCB3b3JrIG9uIGdldHRpbmcgdGhpcyBhbWF6aW5nIGZlYXR1cmUgcmVh ZHkgYmVmb3JlIHJlbGVhc2UuCnwgCnwgQW5kcmV3CnwgLgp8IAp8IAoKSGkgQW5kcmV3LApUaGFu a3MgZm9yIHRha2luZyB0aGUgdGltZS4KVW5mb3J0dW5hdGVseSB0aGUgaG9zdGVkIGVuZ2luZSBp cyBub3Qgc3RhYmxlIGVub3VnaCB0byBiZSB0ZXN0ZWQuIApUaGVyZSBhcmUgc29tZSBtaWdyYXRp b24gcmVsYXRlZCBpc3N1ZXMgdGhhdCBhcmUgc3RpbGwgYmVpbmcgaGFuZGxlZC4KU28gSSBzdWdn ZXN0IHlvdSB3YWl0IHdpdGggaXQgZm9yIGEgc2hvcnQgd2hpbGUgdW50aWwgd2UnbGwgYXNrIGZv cgpmZWVkYmFjayAvIHJlbGVhc2UgaXQuCk5vdGUgdGhhdCBpdCB3aWxsIHJlcXVpcmUgZm9yIGEg bmV3IFZEU00gYW5kIGVuZ2luZSB2ZXJzaW9ucy4KCkRvcm9uCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fClVzZXJzIG1haWxpbmcgbGlzdApVc2Vyc0Bvdmly dC5vcmcKaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzCgo= ----_com.android.email_481903569250120 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSA+PGRpdj5IaSw8L2Rpdj48ZGl2Pldl J3JlIGRvaW5nIG91ciBiZXN0IHRvIG1lZXQgdGhpcyBzdGF0ZW1lbnQuJm5ic3A7PC9kaXY+PGRp dj5IYXZpbmcgc2FpZCB0aGF0LCBpdCdzIGltcG9ydGFudCB0byB1bmRlcnN0YW5kIHRoYXQgYnVn cyByZWxhdGVkIHRvIHRoaXMgdW5pcXVlIGNvbmZpZ3VyYXRpb24gbWF5IGxlYWQgdG8gY29ycnVw dGlvbi4gU28gd2UgbXVzdCB2ZXJpZnkgaXQgYmVmb3JlIHdlIGNhbiBzZXQgaXQgZnJlZS4mbmJz cDs8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkluIHRoaXMgY2FzZSB3ZSdyZSBiZXR0ZXIgc2Fm ZSB0aGFuIHNvcnJ5LiZuYnNwOzwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+VGhhbmtzIGFnYWlu IGZvciB0aGUgZmVlZGJhY2ssJm5ic3A7PC9kaXY+PGRpdj5Eb3JvbjwvZGl2Pjxicj48YnI+PGJy Pi0tLS0tLS0tINeU15XXk9ei15Qg157Xp9eV16jXmdeqIC0tLS0tLS0tPGJyPtee15DXqjogIkgu IEhhdmVuIExpdSIgJmx0O2hhb3lhbmdsaXVAdWNsYS5lZHUmZ3Q7IDxicj7XqteQ16jXmdeaOiAg PGJyPteQ15w6IERvcm9uIEZlZGl1Y2sgJmx0O2RmZWRpdWNrQHJlZGhhdC5jb20mZ3Q7IDxicj7X oteV16rXpzogQW5kcmV3IExhdSAmbHQ7YW5kcmV3QGFuZHJld2tsYXUuY29tJmd0Oyx1c2Vyc0Bv dmlydC5vcmcgPGJyPteg15XXqdeQOiBSZTogW1VzZXJzXSBvVmlydCBIb3N0ZWQgRW5naW5lIFBy ZS1yZXFzIChzYW5sb2NrICZndDs9IDIuOCkgPGJyPiA8YnI+PGJyPjxkaXY+QWNjb3JkaW5nIHRv IHRoZSBvVmlydCAzLjMgKGRyYWZ0KSByZWxlYXNlIG5vdGUgPGEgaHJlZj0iaHR0cDovL3d3dy5v dmlydC5vcmcvT1ZpcnRfMy4zX3JlbGVhc2Vfbm90ZXMiPmh0dHA6Ly93d3cub3ZpcnQub3JnL09W aXJ0XzMuM19yZWxlYXNlX25vdGVzPC9hPiwgc2VsZiBob3N0ZWQgZW5naW5lIGlzIG9uZSBvZiB0 aGUgbmV3IGZlYXR1cmVzIG9mIDMuMy4gSXMgdGhhdCBzdGlsbCB0aGUgY2FzZT88ZGl2Pjxicj48 L2Rpdj48ZGl2Pjxicj48ZGl2PjxkaXY+T24gQXVnIDI3LCAyMDEzLCBhdCA5OjQxIEFNLCBEb3Jv biBGZWRpdWNrICZsdDs8YSBocmVmPSJtYWlsdG86ZGZlZGl1Y2tAcmVkaGF0LmNvbSI+ZGZlZGl1 Y2tAcmVkaGF0LmNvbTwvYT4mZ3Q7IHdyb3RlOjwvZGl2PjxiciBjbGFzcz0iQXBwbGUtaW50ZXJj aGFuZ2UtbmV3bGluZSI+PGJsb2NrcXVvdGUgdHlwZT0iY2l0ZSI+PGJyPjxicj4tLS0tLSBPcmln aW5hbCBNZXNzYWdlIC0tLS0tPGJyPnwgRnJvbTogIkFuZHJldyBMYXUiICZsdDs8YSBocmVmPSJt YWlsdG86YW5kcmV3QGFuZHJld2tsYXUuY29tIj5hbmRyZXdAYW5kcmV3a2xhdS5jb208L2E+Jmd0 Ozxicj58IFRvOiA8YSBocmVmPSJtYWlsdG86dXNlcnNAb3ZpcnQub3JnIj51c2Vyc0BvdmlydC5v cmc8L2E+PGJyPnwgU2VudDogVHVlc2RheSwgQXVndXN0IDI3LCAyMDEzIDM6NDE6MTMgUE08YnI+ fCBTdWJqZWN0OiBbVXNlcnNdIG9WaXJ0IEhvc3RlZCBFbmdpbmUgUHJlLXJlcXMgKHNhbmxvY2sg Jmd0Oz0gMi44KTxicj58IDxicj58IEhpLDxicj58IDxicj58IEkgbm90aWNlZCB0aGUgaG9zdGVk IGVuZ2luZSBwYWNrYWdlIHdhcyByZWxlYXNlZCBhcyBhIGJldGEgcGFja2FnZSwgdG9vIGtlZW48 YnI+fCBmb3IgbXkgb3duIGdvb2QgSSB0cmllZCB0byBnZXQgaXQgaW5zdGFsbGVkIG9uIGEgZGV2 IGJveC48YnI+fCA8YnI+fCBPbmUgb2YgdGhlIHByZS1yZXF1aXJlbWVudHMgaXMgc2FubG9jayAy LjggYW5kIHNhbmxvY2stcHl0aG9uIDIuOCBidXQgRUw2PGJyPnwgZG9lcyBub3QgaGF2ZSB0aGVz ZSwgRmVkb3JhIDE5IGRvZXMgaGF2ZSBzYW5sb2NrIDIuOC4gSSdtIG5vdCBzdXJlIGlmIHRoaXM8 YnI+fCBuZWVkcyB0byBiZSByZXBvcnRlZC48YnI+fCA8YnI+fCBQLlMuIEdyZWF0IHdvcmsgb24g Z2V0dGluZyB0aGlzIGFtYXppbmcgZmVhdHVyZSByZWFkeSBiZWZvcmUgcmVsZWFzZS48YnI+fCA8 YnI+fCBBbmRyZXc8YnI+fCAuPGJyPnwgPGJyPnwgPGJyPjxicj5IaSBBbmRyZXcsPGJyPlRoYW5r cyBmb3IgdGFraW5nIHRoZSB0aW1lLjxicj5VbmZvcnR1bmF0ZWx5IHRoZSBob3N0ZWQgZW5naW5l IGlzIG5vdCBzdGFibGUgZW5vdWdoIHRvIGJlIHRlc3RlZC4gPGJyPlRoZXJlIGFyZSBzb21lIG1p Z3JhdGlvbiByZWxhdGVkIGlzc3VlcyB0aGF0IGFyZSBzdGlsbCBiZWluZyBoYW5kbGVkLjxicj5T byBJIHN1Z2dlc3QgeW91IHdhaXQgd2l0aCBpdCBmb3IgYSBzaG9ydCB3aGlsZSB1bnRpbCB3ZSds bCBhc2sgZm9yPGJyPmZlZWRiYWNrIC8gcmVsZWFzZSBpdC48YnI+Tm90ZSB0aGF0IGl0IHdpbGwg cmVxdWlyZSBmb3IgYSBuZXcgVkRTTSBhbmQgZW5naW5lIHZlcnNpb25zLjxicj48YnI+RG9yb248 YnI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+VXNl cnMgbWFpbGluZyBsaXN0PGJyPjxhIGhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJz QG92aXJ0Lm9yZzwvYT48YnI+aHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZv L3VzZXJzPGJyPjwvYmxvY2txdW90ZT48L2Rpdj48YnI+PC9kaXY+PC9kaXY+PC9ib2R5Pg== ----_com.android.email_481903569250120--

1 0

Re: [Users] oVirt REST API
by Michael Pasternak 27 Aug '13

27 Aug '13

Hi James, On 08/27/2013 06:45 PM, James Laska wrote: > Greetings Michael, > > Thanks for your guidance earlier today on IRC regarding accessing the > oVirt REST API using json. > > Can you direct me to examples, or documentation, on how to pass > arguments via the REST API? I'm able to get basic queries working ... > > https://somehost.example.com/api/vms?search=name=foo you can use very same query you use in UI. > > However, more exhaustive documentation/examples would be very helpful. see https://somehost.example.com/api?rsdl > > Thanks, > James > -- Michael Pasternak RedHat, ENG-Virtualization R&D

3 2

[Users] oVirt 3.3 Release Go/No-Go Meeting Minutes
by Ofer Schreiber 27 Aug '13

27 Aug '13

Minutes: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-08-27-13.04.html Minutes (text): http://ovirt.org/meetings/ovirt/2013/ovirt.2013-08-27-13.04.txt Log: http://ovirt.org/meetings/ovirt/2013/ovirt.2013-08-27-13.04.log.html ========================== #ovirt: ovirt 3.3 go/no-go ========================== Meeting started by oschreib at 13:04:41 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2013/ovirt.2013-08-27-13.04.log.html Meeting summary --------------- * agenda (oschreib, 13:05:00) * Release tracker review (oschreib, 13:05:15) * Communications (oschreib, 13:05:38) * other topics (oschreib, 13:05:47) * Go/No-Go decision (oschreib, 13:05:56) * blokcer review (oschreib, 13:55:01) * Bug 988299 - Impossible to start VM from Gluster Storage Domain (gluster, MODIFIED) (oschreib, 13:55:20) * bug should be ON_QA (oschreib, 13:59:50) * Bug 997362 - [engine-config] /var/log/ovirt-engine/engine-config.log doesn't exist (engine, MODIFIED) (oschreib, 14:01:24) * Bug 987939 - engine-setup -> engine-cleanup -> engine-setup -> fails (engine, NEW) (oschreib, 14:04:15) * bug removed from blocker list. (oschreib, 14:07:22) * review done (oschreib, 14:07:43) * agreed: 3.3 Release is no-go for this week (oschreib, 14:10:38) * one week delay, with new node and engine builds within 24 hours (oschreib, 14:11:03) * release communication (oschreib, 14:11:27) * communication should be ready until 03-Sep (oschreib, 14:17:21) Meeting ended at 14:18:46 UTC. People Present (lines said) --------------------------- * oschreib (93) * mburns (76) * alonbl (34) * danken (34) * apuimedo (26) * mskrivanek (20) * dneary (8) * fsimonce (5) * jbrooks (4) * doron (4) * ovirtbot (3) * tal (2) * sahina (2) * lvernia (1) * ecohen (1) * masayag (1) * lhornyak (1) Thanks, Ofer.

1 0

[Users] oVirt 3.3 release delayed 1 week
by Mike Burns 27 Aug '13

27 Aug '13

At todays go/no-go meeting, it was determined that due to some late issues, the release is being pushed back by 1 week. The new scheduled release is 2013-09-04. New packages will be available within the next 24 hours. Thanks Mike

1 0

[Users] spice-html5 black screen
by Jakub Bittner 27 Aug '13

27 Aug '13

Hi, I've installed spice-html5 on centos 6.4 by yum --enablerepo=epel-testing install spice-html5 but if I open ovirt wui nd select spice-html5 and click on console it opens new window and i got only black screen. There is nothing in apache or ovirt log. Thanks

2 2