- Users - oVirt List Archives

Re: [ovirt-users] [ovirt-devel] [QE][ACTION NEEDED] oVirt 3.5.2 RC status - postponing
by Oved Ourfali 24 Feb '15

24 Feb '15

On Feb 24, 2015 4:54 PM, Sandro Bonazzola <sbonazzo(a)redhat.com> wrote: > > Hi, > We still have one open blocker for 3.5.2[1]: > > Bug ID Whiteboard Status Summary > 1161012 infra POST task cleaning utility should erase commands that have running tasks > Yair and Simone, what's blocking this one from getting merged? > We need to postpone the RC until this will be fixed. > The patch is already under review and verification so it shouldn't take too much. > > > There are still 48 bugs [2] targeted to 3.5.2. > Excluding node and documentation bugs we still have 42 bugs [3] targeted to 3.5.2. > > Whiteboard NEW ASSIGNED POST Total > doc 1 0 0 1 > docs 1 0 0 1 > gluster 4 0 1 5 > infra 4 2 8 14 > integration 0 0 1 1 > network 1 1 0 2 > node 4 0 1 5 > ppc 0 0 1 1 > sla 4 0 0 4 > storage 11 0 0 11 > ux 1 0 0 1 > virt 1 0 1 2 > Total 32 3 13 48 > > > Maintainers / Assignee: > - Please add the bugs to the tracker if you think that 3.5.2 should not be released without them fixed. > - Please update the target to 3.5.3 or later for bugs that won't be in 3.5.2: > it will ease gathering the blocking bugs for next releases. > - Please fill release notes, the page has been created and updated here [4] > > Community: > - If you're testing oVirt 3.5 nightly snapshot, please add yourself to the test page [5] > > [1] http://bugzilla.redhat.com/1186161 > [2] http://goo.gl/crVJPH > [3] http://goo.gl/2qTZZU > [4] http://www.ovirt.org/OVirt_3.5.2_Release_Notes > [5] http://www.ovirt.org/Testing/oVirt_3.5.2_Testing > > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel

2 1

FYI FreeBSD on POWER8
by Jiri Belka 24 Feb '15

24 Feb '15

http://adrianchadd.blogspot.cz/2015/02/freebsd-on-power8-its-alive.html "...FreeBSD now boots inside of the hypervisor environment and seems stable enough to do development on." -- A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? ~~ http://en.wikipedia.org/wiki/Posting_style

1 0

[ACTION REQUIRED] oVirt 3.5.2 branch created
by Sandro Bonazzola 24 Feb '15

24 Feb '15

Hi, oVirt 3.5.2 branch has been created on hash: * 405c933 - userportal, webadmin: allow SSO robots to fill in the login form (34 minutes ago) <Greg Sheremeta> All patches targeted to 3.5.2 will need to be cherry-picked on the 3.5.2 branch too. Thanks -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Guest VM Running 160 RCU Processes
by Punit Dambiwal 24 Feb '15

24 Feb '15

Hi, I have one Ovirt cluster and under this cluster all the guest machines (such as centos,ubuntu,debian etc) almost 160 RCU processes running.... i searched on google about the RCU (It's kernel process "read-copy-upate") http://lwn.net/Articles/518953/ I want to know how i can modify this 160 processes to 10-20 or how i can to disable it....is there any bed impact if i disable it.... Thanks, Punit

5 7

Ovirt & VPS & SingleSignOn
by Dubravko Sever 24 Feb '15

24 Feb '15

Hi, Currently I'm looking for new solution for providing VPS-s to my organization users, we don't need biling infrastructure.. Does anyone has case of ovirt as VPS management and user interface (please provide me some feedbacks)? And another question, what about integration with SingleSignOn infrastructure like shibboleth, based od SAML2? Thanks Dubravko -- Dubravko Sever Sektor za računalne sustave Sveučilište u Zagrebu, Sveučilišni računski centar (Srce), www.srce.unizg.hr Dubravko.Sever(a)srce.hr, tel: +385 1 616 5807, fax: +385 1 616 5559

2 2

Re: [ovirt-users] Problems re-attaching an export domain
by Allon Mureinik 23 Feb '15

23 Feb '15

Maor, don't we have an REF to improve this on our radar? ----- Original Message ----- > From: "Donny Davis" <donny(a)cloudspin.me> > To: "Chris Burckhard" <chris.burckhard(a)gmail.com> > Cc: users(a)ovirt.org > Sent: Saturday, February 7, 2015 12:20:26 AM > Subject: Re: [ovirt-users] Problems re-attaching an export domain > > Give this a try > > http://www.ovirt.org/How_to_clear_the_storage_domain_pool_config_of_an_expo… > Feb 4, 2015 2:30 PM, Chris Burckhard <chris.burckhard(a)gmail.com> wrote: > > > > I had some issues with the virtual manager after upgrading, so exported my > > virtual machines to an export domain, then I tried to do a reinstall of > > the os and ovirt to go back to a previous version. I know now, that I > > should have put the storage into maintenance before re-installing, but I > > didn’t. Is there any way to get the export domain added to a new storage > > domain if the old one is gone? > > > > Error message that I get I try to attach the storage: > > error while executing action attach storage domain: the domain is already > > used by another data center > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > >

2 1

Re: [ovirt-users] ovirt and glusterfs setup
by Donny D 23 Feb '15

23 Feb '15

----_com.android.email_88339792828010 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 CiAgICAKCldoYXQgaGUgc2FpZAoKSGFwcHkgQ29ubmVjdGluZy4gU2VudCBmcm9tIG15IFNwcmlu dCBTYW1zdW5nIEdhbGF4eSBTwq4gNQoKLS0tLS0tLS0gT3JpZ2luYWwgbWVzc2FnZSAtLS0tLS0t LQpGcm9tOiBTY290dCBXb3J0aGluZ3RvbiA8c2NvdHQuYy53b3J0aGluZ3RvbkBnbWFpbC5jb20+ IApEYXRlOiAwMi8xOC8yMDE1ICAyOjAzIFBNICAoR01ULTA3OjAwKSAKVG86IERvbm55IEQgPGRv bm55QGNsb3Vkc3Bpbi5tZT4gClN1YmplY3Q6IFJlOiBbb3ZpcnQtdXNlcnNdIG92aXJ0IGFuZCBn bHVzdGVyZnMgc2V0dXAgCgo+IEkgZGlkIG5vdCBoYXZlIGEgZ29vZCBleHBlcmllbmNlIHB1dHRp bmcgYm90aCBnbHVzdGVyIGFuZCB2aXJ0IG9uIHRoZSBzYW1lCj4gbm9kZS4gSSB3YXMgZG9pbmcg aG9zdGVkIGVuZ2luZSB3aXRoIHJlcGxpY2F0ZSBhY3Jvc3MgdHdvIG5vZGVzLCBhbmQgb25lIGRh eQo+IGl0IHdlbnQgaW50byBzcGxpdCBicmFpbiBoZWxsLi4uIGkgd2FzIG5ldmVyIGFibGUgdG8g dHJhY2sgZG93biB3aHkuIEhvd2V2ZXIKPiBpIGRvIGhhdmUgYSBnbHVzdGVyIHdpdGggZGlzdHJp YnV0ZSBhbmQgcmVwbGljYSBzZXR1cCBvbiBpdHMgb3duIHdpdGggYQo+IGNvdXBsZSBub2Rlcywg YW5kIGl0IGhhcyBnaXZlbiBtZSB6ZXJvIHByb2JsZW1zIGluIHRoZSBsYXN0IDYwIGRheXMuIEl0 Cj4gc2VlbXMgdG8gbWUgdGhhdCBnbHVzdGVyIGFuZCB2aXJ0IG5lZWQgdG8gc3RheSBzZXBlcmF0 ZSBmb3Igbm93LiBCb3RoIGFyZQo+IGdyZWF0IHByb2R1Y3RzIGFuZCBib3RoIHdvcmsgYXMgZGVz Y3JpYmVkLCBqdXN0IG5vdCBvbiB0aGUgc2FtZSBub2RlIGF0IHRoZQo+IHNhbWUgdGltZS4KPgoK VGhlIGlzc3VlLCBhcyBJIHBlcmNlaXZlIGl0LCBpcyBuZXdiaWVzIGZpbmQgSmFzb24gQnJvb2sn cyBibG9nOgrCoCBodHRwOi8vY29tbXVuaXR5LnJlZGhhdC5jb20vYmxvZy8yMDE0LzExL3VwLWFu ZC1ydW5uaW5nLXdpdGgtb3ZpcnQtMy01LXBhcnQtdHdvLwoKQW5kIHRoZW4gbmV3YmllcyB0aGlu ayB0aGlzIFJlZCBIYXQgYmxvZyBpcyBwcm9kdWN0aW9uIHF1YWxpdHkuwqAgSW4gbXkKb3Bpbmlv biwgdGhlIGJsb2cgaG93LXRvIGlzIG9rYXkgKG5vdCByZWFsbHksIElNSE8pIGZvciBhIGxhYiwg YnV0IG5vdCBmb3IKcHJvZHVjdGlvbi4KClNpbmNlIGZlbmNpbmcgaXMgaW1wb3J0YW50IGluIG9W aXJ0LCBoYXZpbmcgZ2x1c3RlciBvbiB0aGUgaG9zdHMgaXMgYSBuby1ubwpzaW5jZSBhIG5vbi1y ZXNwb25zaXZlIGhvc3QgY291bGQgYmUgZmVuY2VkIGF0IGFueSB0aW1lIC0tIGFuZCB0aGUgZW5n aW5lCmNvdWxkIGZlbmNlIG11bHRpcGxlIGhvc3RzIChhbmQgYm9yayBhIGxvY2FsbHkgaG9zdGVk IGdsdXN0ZXIgZmlsZSBzeXN0ZW0gYW5kCnRoZW4gc2NyZXcgdXAgdGhlIGVudGlyZSBnbHVzdGVy IGNsdXN0ZXIpLgoKLS1TY290dFcK ----_com.android.email_88339792828010 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keT4KICAgIAo8ZGl2Pjxicj48L2Rpdj48 ZGl2PldoYXQgaGUgc2FpZDwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXYg aWQ9ImNvbXBvc2VyX3NpZ25hdHVyZSI+PGRpdiBzdHlsZT0iZm9udC1zaXplOjg1JTtjb2xvcjoj NTc1NzU3Ij5IYXBweSBDb25uZWN0aW5nLiBTZW50IGZyb20gbXkgU3ByaW50IFNhbXN1bmcgR2Fs YXh5IFPCriA1PC9kaXY+PC9kaXY+PGJyPjxicj4tLS0tLS0tLSBPcmlnaW5hbCBtZXNzYWdlIC0t LS0tLS0tPGJyPkZyb206IFNjb3R0IFdvcnRoaW5ndG9uICZsdDtzY290dC5jLndvcnRoaW5ndG9u QGdtYWlsLmNvbSZndDsgPGJyPkRhdGU6IDAyLzE4LzIwMTUgIDI6MDMgUE0gIChHTVQtMDc6MDAp IDxicj5UbzogRG9ubnkgRCAmbHQ7ZG9ubnlAY2xvdWRzcGluLm1lJmd0OyA8YnI+U3ViamVjdDog UmU6IFtvdmlydC11c2Vyc10gb3ZpcnQgYW5kIGdsdXN0ZXJmcyBzZXR1cCA8YnI+PGJyPiZndDsg SSBkaWQgbm90IGhhdmUgYSBnb29kIGV4cGVyaWVuY2UgcHV0dGluZyBib3RoIGdsdXN0ZXIgYW5k IHZpcnQgb24gdGhlIHNhbWU8YnI+Jmd0OyBub2RlLiBJIHdhcyBkb2luZyBob3N0ZWQgZW5naW5l IHdpdGggcmVwbGljYXRlIGFjcm9zcyB0d28gbm9kZXMsIGFuZCBvbmUgZGF5PGJyPiZndDsgaXQg d2VudCBpbnRvIHNwbGl0IGJyYWluIGhlbGwuLi4gaSB3YXMgbmV2ZXIgYWJsZSB0byB0cmFjayBk b3duIHdoeS4gSG93ZXZlcjxicj4mZ3Q7IGkgZG8gaGF2ZSBhIGdsdXN0ZXIgd2l0aCBkaXN0cmli dXRlIGFuZCByZXBsaWNhIHNldHVwIG9uIGl0cyBvd24gd2l0aCBhPGJyPiZndDsgY291cGxlIG5v ZGVzLCBhbmQgaXQgaGFzIGdpdmVuIG1lIHplcm8gcHJvYmxlbXMgaW4gdGhlIGxhc3QgNjAgZGF5 cy4gSXQ8YnI+Jmd0OyBzZWVtcyB0byBtZSB0aGF0IGdsdXN0ZXIgYW5kIHZpcnQgbmVlZCB0byBz dGF5IHNlcGVyYXRlIGZvciBub3cuIEJvdGggYXJlPGJyPiZndDsgZ3JlYXQgcHJvZHVjdHMgYW5k IGJvdGggd29yayBhcyBkZXNjcmliZWQsIGp1c3Qgbm90IG9uIHRoZSBzYW1lIG5vZGUgYXQgdGhl PGJyPiZndDsgc2FtZSB0aW1lLjxicj4mZ3Q7PGJyPjxicj5UaGUgaXNzdWUsIGFzIEkgcGVyY2Vp dmUgaXQsIGlzIG5ld2JpZXMgZmluZCBKYXNvbiBCcm9vaydzIGJsb2c6PGJyPiZuYnNwOyBodHRw Oi8vY29tbXVuaXR5LnJlZGhhdC5jb20vYmxvZy8yMDE0LzExL3VwLWFuZC1ydW5uaW5nLXdpdGgt b3ZpcnQtMy01LXBhcnQtdHdvLzxicj48YnI+QW5kIHRoZW4gbmV3YmllcyB0aGluayB0aGlzIFJl ZCBIYXQgYmxvZyBpcyBwcm9kdWN0aW9uIHF1YWxpdHkuJm5ic3A7IEluIG15PGJyPm9waW5pb24s IHRoZSBibG9nIGhvdy10byBpcyBva2F5IChub3QgcmVhbGx5LCBJTUhPKSBmb3IgYSBsYWIsIGJ1 dCBub3QgZm9yPGJyPnByb2R1Y3Rpb24uPGJyPjxicj5TaW5jZSBmZW5jaW5nIGlzIGltcG9ydGFu dCBpbiBvVmlydCwgaGF2aW5nIGdsdXN0ZXIgb24gdGhlIGhvc3RzIGlzIGEgbm8tbm88YnI+c2lu Y2UgYSBub24tcmVzcG9uc2l2ZSBob3N0IGNvdWxkIGJlIGZlbmNlZCBhdCBhbnkgdGltZSAtLSBh bmQgdGhlIGVuZ2luZTxicj5jb3VsZCBmZW5jZSBtdWx0aXBsZSBob3N0cyAoYW5kIGJvcmsgYSBs b2NhbGx5IGhvc3RlZCBnbHVzdGVyIGZpbGUgc3lzdGVtIGFuZDxicj50aGVuIHNjcmV3IHVwIHRo ZSBlbnRpcmUgZ2x1c3RlciBjbHVzdGVyKS48YnI+PGJyPi0tU2NvdHRXPGJyPjwvYm9keT48L2h0 bWw+ ----_com.android.email_88339792828010--

3 2

Exporting a VM's disks
by John Gardeniers 22 Feb '15

22 Feb '15

Hi All, Having recently had a need to manually export a VM from our RHEV environment I searched for a way to identify the VM's disks with the files on the storage system. The search led me to http://rhevdup.blogspot.com.au/2013/05/manual-export-of-vm-from-rhev.html but unfortunately, the script in that post only lists the first drive for a VM, making it less than useful for exporting VMs with multiple drives. Inspired by that post I wrote my own version in Perl (I detest Python). The script works on our RHEV 3.4 with a Gluster storage back end. I would greatly appreciate it if some of you could test it on other RHEV/Ovirt versions and on different storage systems. Thanks for any feedback. regards, John #! /usr/bin/env perl # Run this script on the RHEV/Ovirt engine (management) machine # # Find the files on the storage which belong to a VM's disk(s) # Input parameter: A single VM name (case sensitive) use DBI; my $vm = shift or die "No VM specified\n"; my $conf = '/etc/ovirt-engine/engine.conf.d/10-setup-database.conf'; my $host = 'localhost'; my $db; my $user; my $pass; my $port = 5432; open my $fi, '<', $conf or die "Can't read $conf\n"; while(<$fi>) { my $line = $_; $host = $1 if($line =~ /ENGINE_DB_HOST="(.*)"/); $db = $1 if($line =~ /ENGINE_DB_DATABASE="(.*)"/); $user = $1 if($line =~ /ENGINE_DB_USER="(.*)"/); $pass = $1 if($line =~ /ENGINE_DB_PASSWORD="(.*)"/); $port = $1 if($line =~ /ENGINE_DB_PORT="(.*)"/); } die "Unable to get all database details\n" if(!$db || !$user || !$pass); my $dbh = DBI->connect("dbi:Pg:dbname=$db;host=$host;port=$port", $user, $pass, {AutoCommit=>1,RaiseError=>1,PrintError=>0}); die "Error connecting to the database\n" if(!$dbh); # Get the device ID my $sql = "select device_id from vms_for_disk_view where array_vm_names = '{$vm}'"; my @row = $dbh->selectrow_array($sql); my $vm_id = $row[0]; if($vm_id) { print "\nVM ID: $vm_id\n"; # Get the drive ID(s) $sql = "select image_guid, to_char(size/1024/1024/1024.0, '999G999D99'), to_char(actual_size/1024/1024/1024.0, '999G999D99'), storage_name from images_storage_domain_view where vm_names = '$vm' and entity_type = 'VM'"; my $sth = $dbh->prepare($sql) || die "Error preparing the SQL string \"$sql\"\n$dbh::errstr"; print "\nError executing $sql\n$DBI::errstr\n\n" unless $sth->execute(); print "Disk ID(s): "; my $cnt = 0; while (@row = $sth->fetchrow_array) { print " " if($cnt++); print "$row[0], $row[1]GB allocated, $row[2]GB actual, on $row[3]\n"; } $sth->finish; print "\n"; } else { print "\nVM \"$vm\" not found. Be aware that the name is case sensitive.\n\n"; } $dbh->disconnect;

2 2

It is possible - Ovirt ? different CHAP authentication credentials
by Eduardo Terzella 22 Feb '15

22 Feb '15

Hello, We have a requirement where when we add storage to our Ovirt cluster, each node in the cluster must use a different iSCSI CHAP username. This unfortunately does not work correctly when adding storage from the web interface for Ovirt as it only allows you to specify a shared username/password combination. We need to be able to use different CHAP authentication credentials when we add storage to Ovirt

2 1

reinstall hosted engine vm (centos 6.6 -> 7)
by Pete 22 Feb '15

22 Feb '15

Hi, I currently have Centos 6.6 engine vm running, the server it self is running centos 7 with oVirt. How I could get rid of the 6.6 Centos engine vm and update to Centos 7 engine vm ? I was unable to find any docs on how to do it. Thanks in advance. Br, Pete

2 2