- Users - oVirt List Archives

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

self hosted engine add second host - maintenance mode needed?
by Mike 22 Feb '15

22 Feb '15

Hi Got a running self hosted install with VMs running on the host, now adding a second host to get ha for the engine & VMs. Do I need to put the engine into maintenance mode before running hosted-engine --deploy on new host node? Thanks Mike

3 2

Problem with Neutron + Ovirt 3.5.1 [Centos 7]
by Eduardo Terzella 22 Feb '15

22 Feb '15

Good night, I'm trying oVirt 3.5 + neutron appliance in BareMetal servers, but I am facing some problems. structure: 2 servers with: oVirt 3.5.1 hundreds 7 4 network adapter int = 0 + int2 bond0 => public network => ovirtmgmt int = 1 + int3 bond1 => private network => neutron Virtual Appliance Neutron: http://www.ovirt.org/Features/NeutronVirtualAppliance NOTE: All steps were followed, and checked several times. Openvswitch configuration: *[root@ovirt01 network-scripts]# ovs-vsctl show* 62feffa7-3f3a-48f7-9299-0830ebcd8fd8 Bridge br-neutron Port phy-br-neutron Interface phy-br-neutron Port br-neutron Interface br-neutron type: internal Port neutron Interface neutron Bridge br-int fail_mode: secure Port int-br-neutron Interface int-br-neutron Port "qvof206e358-8f" tag: 1 Interface "qvof206e358-8f" Port br-int Interface br-int type: internal ovs_version: "2.1.3" *[root@ovirt02 /]# ovs-vsctl show* 9d40dda2-62ea-4538-9f82-d5babff0837b Bridge br-int fail_mode: secure Port "qvo723ce1c1-56" tag: 1 Interface "qvo723ce1c1-56" Port int-br-neutron Interface int-br-neutron Port br-int Interface br-int type: internal Bridge br-neutron Port br-neutron Interface br-neutron type: internal Port neutron Interface neutron Port phy-br-neutron Interface phy-br-neutron ovs_version: "2.1.3" *[root@ovirt01 /]# ovs-dpctl show* system@ovs-system: lookups: hit:1946392 missed:6566 lost:1 flows: 4 masks: hit:2490944 total:2 hit/pkt:1.28 port 0: ovs-system (internal) port 1: br-neutron (internal) port 2: br-int (internal) port 3: neutron port 4: int-br-neutron port 5: phy-br-neutron port 7: qvof206e358-8f *[root@ovirt02 /]# ovs-dpctl show* system@ovs-system: lookups: hit:2041047 missed:6445 lost:0 flows: 4 masks: hit:2234366 total:2 hit/pkt:1.09 port 0: ovs-system (internal) port 1: br-neutron (internal) port 2: br-int (internal) port 3: int-br-neutron port 4: phy-br-neutron port 5: neutron port 6: qvo723ce1c1-56 *Testing:* Connectivity between my virtual machines only work when both are running on the same node, when virtual machines are running on different hosts can not make a machine ping the other. *Tcpdump:* *[root@ovirt01 network-scripts]# tcpdump -e -i neutron -p -n not port nfs* tcpdump: WARNING: neutron: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on neutron, link-type EN10MB (Ethernet), capture size 65535 bytes 16:57:25.469628 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:26.469565 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:28.469910 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:29.469479 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:30.469472 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:32.469715 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:33.469374 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:34.469367 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:36.469617 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:37.469251 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 16:57:38.469258 00:1a:4a:2c:3f:02 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.4 tell 192.168.100.2, length 28 *[root@ovirt02 /]# tcpdump -e -i neutron -p -n not port nfs* tcpdump: WARNING: neutron: no IPv4 address assigned tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on neutron, link-type EN10MB (Ethernet), capture size 65535 bytes 16:57:23.188238 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:24.187726 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:25.187781 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:27.189224 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:28.188720 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:29.188715 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:31.190152 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:32.189646 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:33.189622 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:35.190959 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:36.190585 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:37.190544 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:39.191885 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:40.191492 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28 16:57:41.191511 00:1a:4a:2c:3f:03 > Broadcast, ethertype 802.1Q (0x8100), length 46: vlan 1024, p 0, ethertype ARP, Request who-has 192.168.100.2 tell 192.168.100.4, length 28

2 3

Still blocked...
by Pascal Jakobi 21 Feb '15

21 Feb '15

This is a multi-part message in MIME format. --------------070200090500010505040401 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi there Still stuck when creating an NFS storage domain with an AIO installation. Below is the engine trace. Can someone say what means that 351 error ? Many thanks in advance P PS. I could observe that the NFS mount is done. Ovirt fails afterward. 2015-02-19 10:53:23,842 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] Lock Acquired to object EngineLock [exclusiveLocks= key: spirou.jakobi.fr:/var/lib/nfs/data value: STORAGE_CONNECTION , sharedLocks= ] 2015-02-19 10:53:23,875 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] Running command: AddStorageServerConnectionCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STORAGE_DOMAIN with role type ADMIN 2015-02-19 10:53:23,877 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] START, ConnectStorageServerVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: null, connection: spirou.jakobi.fr:/var/lib/nfs/data, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 7e2f307b 2015-02-19 10:53:29,131 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] FINISH, ConnectStorageServerVDSCommand, return: {00000000-0000-0000-0000-000000000000=0}, log id: 7e2f307b 2015-02-19 10:53:29,169 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] Lock freed to object EngineLock [exclusiveLocks= key: spirou.jakobi.fr:/var/lib/nfs/data value: STORAGE_CONNECTION , sharedLocks= ] 2015-02-19 10:53:34,250 INFO [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Running command: AddNFSStorageDomainCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STORAGE_DOMAIN with role type ADMIN 2015-02-19 10:53:34,265 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] START, ConnectStorageServerVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: 7bc8d667-ae81-4462-b825-daebfba2b0bd, connection: spirou.jakobi.fr:/var/lib/nfs/data, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 1d8d975 2015-02-19 10:53:34,273 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] FINISH, ConnectStorageServerVDSCommand, return: {7bc8d667-ae81-4462-b825-daebfba2b0bd=0}, log id: 1d8d975 2015-02-19 10:53:34,274 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] START, CreateStorageDomainVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storageDomain=StorageDomainStatic[Store, 4bb1e26a-a59b-41f2-b0c5-99a0a55837df], args=spirou.jakobi.fr:/var/lib/nfs/data), log id: 254d3442 2015-02-19 10:53:34,446 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Failed in CreateStorageDomainVDS method 2015-02-19 10:53:34,447 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand return value StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=351, mMessage=Error creating a storage domain: (u'storageType=1, sdUUID=4bb1e26a-a59b-41f2-b0c5-99a0a55837df, domainName=Store, domClass=1, typeSpecificArg=spirou.jakobi.fr:/var/lib/nfs/data domVersion=3',)]] 2015-02-19 10:53:34,447 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] HostName = lab1 2015-02-19 10:53:34,447 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command CreateStorageDomainVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storageDomain=StorageDomainStatic[Store, 4bb1e26a-a59b-41f2-b0c5-99a0a55837df], args=spirou.jakobi.fr:/var/lib/nfs/data) execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to CreateStorageDomainVDS, error = Error creating a storage domain: (u'storageType=1, sdUUID=4bb1e26a-a59b-41f2-b0c5-99a0a55837df, domainName=Store, domClass=1, typeSpecificArg=spirou.jakobi.fr:/var/lib/nfs/data domVersion=3',), code = 351 2015-02-19 10:53:34,448 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] FINISH, CreateStorageDomainVDSCommand, log id: 254d3442 *2015-02-19 10:53:34,448 ERROR [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to CreateStorageDomainVDS, error = Error creating a storage domain: (u'storageType=1, sdUUID=4bb1e26a-a59b-41f2-b0c5-99a0a55837df, domainName=Store, domClass=1, typeSpecificArg=spirou.jakobi.fr:/var/lib/nfs/data domVersion=3',), code = 351 (Failed with error StorageDomainCreationError and code 351)* 2015-02-19 10:53:34,449 INFO [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command [id=a20bdf09-e2d3-41aa-a0ab-fc2c10bdbed6]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.StorageDomainDynamic; snapshot: 4bb1e26a-a59b-41f2-b0c5-99a0a55837df. 2015-02-19 10:53:34,450 INFO [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command [id=a20bdf09-e2d3-41aa-a0ab-fc2c10bdbed6]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.StorageDomainStatic; snapshot: 4bb1e26a-a59b-41f2-b0c5-99a0a55837df. 2015-02-19 10:53:34,469 ERROR [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Transaction rolled-back for command: org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand. 2015-02-19 10:53:34,482 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-7) [47bf1185] Correlation ID: 47bf1185, Job ID: e5e52e53-8501-4dec-a5b0-20780183d522, Call Stack: null, Custom Event ID: -1, Message: Failed to add Storage Domain Store. (User: admin@internal) 2015-02-19 10:53:49,050 INFO [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionCommand] (ajp--127.0.0.1-8702-8) [7588445e] Lock Acquired to object EngineLock [exclusiveLocks= key: 7bc8d667-ae81-4462-b825-daebfba2b0bd value: STORAGE_CONNECTION key: spirou.jakobi.fr:/var/lib/nfs/data value: STORAGE_CONNECTION , sharedLocks= ] 2015-02-19 10:53:49,088 INFO [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionCommand] (ajp--127.0.0.1-8702-8) [7588445e] Running command: RemoveStorageServerConnectionCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STORAGE_DOMAIN with role type ADMIN 2015-02-19 10:53:49,101 INFO [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionCommand] (ajp--127.0.0.1-8702-8) [7588445e] Removing connection 7bc8d667-ae81-4462-b825-daebfba2b0bd from database 2015-02-19 10:53:49,102 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-8) [7588445e] START, DisconnectStorageServerVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: 7bc8d667-ae81-4462-b825-daebfba2b0bd, connection: spirou.jakobi.fr:/var/lib/nfs/data, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 5b7d6be4 2015-02-19 10:53:49,235 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-8) [7588445e] FINISH, DisconnectStorageServerVDSCommand, return: {7bc8d667-ae81-4462-b825-daebfba2b0bd=0}, log id: 5b7d6be4 2015-02-19 10:53:49,248 INFO [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionCommand] (ajp--127.0.0.1-8702-8) [7588445e] Lock freed to object EngineLock [exclusiveLocks= key: 7bc8d667-ae81-4462-b825-daebfba2b0bd value: STORAGE_CONNECTION key: spirou.jakobi.fr:/var/lib/nfs/data value: STORAGE_CONNECTION , sharedLocks= ] --------------070200090500010505040401 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi there Still stuck when creating an NFS storage domain with an AIO installation. Below is the engine trace. Can someone say what means that 351 error ? Many thanks in advance P PS. I could observe that the NFS mount is done. Ovirt fails afterward. 2015-02-19 10:53:23,842 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] Lock Acquired to object EngineLock [exclusiveLocks= key: spirou.jakobi.fr:/var/lib/nfs/data value: STORAGE_CONNECTION , sharedLocks= ] 2015-02-19 10:53:23,875 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] Running command: AddStorageServerConnectionCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STORAGE_DOMAIN with role type ADMIN 2015-02-19 10:53:23,877 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] START, ConnectStorageServerVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: null, connection: spirou.jakobi.fr:/var/lib/nfs/data, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 7e2f307b 2015-02-19 10:53:29,131 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] FINISH, ConnectStorageServerVDSCommand, return: {00000000-0000-0000-0000-000000000000=0}, log id: 7e2f307b 2015-02-19 10:53:29,169 INFO [org.ovirt.engine.core.bll.storage.AddStorageServerConnectionCommand] (ajp--127.0.0.1-8702-1) [2c3317b1] Lock freed to object EngineLock [exclusiveLocks= key: spirou.jakobi.fr:/var/lib/nfs/data value: STORAGE_CONNECTION , sharedLocks= ] 2015-02-19 10:53:34,250 INFO [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Running command: AddNFSStorageDomainCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STORAGE_DOMAIN with role type ADMIN 2015-02-19 10:53:34,265 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] START, ConnectStorageServerVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: 7bc8d667-ae81-4462-b825-daebfba2b0bd, connection: spirou.jakobi.fr:/var/lib/nfs/data, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 1d8d975 2015-02-19 10:53:34,273 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] FINISH, ConnectStorageServerVDSCommand, return: {7bc8d667-ae81-4462-b825-daebfba2b0bd=0}, log id: 1d8d975 2015-02-19 10:53:34,274 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] START, CreateStorageDomainVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storageDomain=StorageDomainStatic[Store, 4bb1e26a-a59b-41f2-b0c5-99a0a55837df], args=spirou.jakobi.fr:/var/lib/nfs/data), log id: 254d3442 2015-02-19 10:53:34,446 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Failed in CreateStorageDomainVDS method 2015-02-19 10:53:34,447 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand return value StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=351, mMessage=Error creating a storage domain: (u'storageType=1, sdUUID=4bb1e26a-a59b-41f2-b0c5-99a0a55837df, domainName=Store, domClass=1, typeSpecificArg=spirou.jakobi.fr:/var/lib/nfs/data domVersion=3',)]] 2015-02-19 10:53:34,447 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] HostName = lab1 2015-02-19 10:53:34,447 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command CreateStorageDomainVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storageDomain=StorageDomainStatic[Store, 4bb1e26a-a59b-41f2-b0c5-99a0a55837df], args=spirou.jakobi.fr:/var/lib/nfs/data) execution failed. Exception: VDSErrorException: VDSGenericException: VDSErrorException: Failed to CreateStorageDomainVDS, error = Error creating a storage domain: (u'storageType=1, sdUUID=4bb1e26a-a59b-41f2-b0c5-99a0a55837df, domainName=Store, domClass=1, typeSpecificArg=spirou.jakobi.fr:/var/lib/nfs/data domVersion=3',), code = 351 2015-02-19 10:53:34,448 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (ajp--127.0.0.1-8702-7) [47bf1185] FINISH, CreateStorageDomainVDSCommand, log id: 254d3442 2015-02-19 10:53:34,448 ERROR [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException: VDSGenericException: VDSErrorException: Failed to CreateStorageDomainVDS, error = Error creating a storage domain: (u'storageType=1, sdUUID=4bb1e26a-a59b-41f2-b0c5-99a0a55837df, domainName=Store, domClass=1, typeSpecificArg=spirou.jakobi.fr:/var/lib/nfs/data domVersion=3',), code = 351 (Failed with error StorageDomainCreationError and code 351) 2015-02-19 10:53:34,449 INFO [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command [id=a20bdf09-e2d3-41aa-a0ab-fc2c10bdbed6]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.StorageDomainDynamic; snapshot: 4bb1e26a-a59b-41f2-b0c5-99a0a55837df. 2015-02-19 10:53:34,450 INFO [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Command [id=a20bdf09-e2d3-41aa-a0ab-fc2c10bdbed6]: Compensating NEW_ENTITY_ID of org.ovirt.engine.core.common.businessentities.StorageDomainStatic; snapshot: 4bb1e26a-a59b-41f2-b0c5-99a0a55837df. 2015-02-19 10:53:34,469 ERROR [org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand] (ajp--127.0.0.1-8702-7) [47bf1185] Transaction rolled-back for command: org.ovirt.engine.core.bll.storage.AddNFSStorageDomainCommand. 2015-02-19 10:53:34,482 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-7) [47bf1185] Correlation ID: 47bf1185, Job ID: e5e52e53-8501-4dec-a5b0-20780183d522, Call Stack: null, Custom Event ID: -1, Message: Failed to add Storage Domain Store. (User: admin@internal) 2015-02-19 10:53:49,050 INFO [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionCommand] (ajp--127.0.0.1-8702-8) [7588445e] Lock Acquired to object EngineLock [exclusiveLocks= key: 7bc8d667-ae81-4462-b825-daebfba2b0bd value: STORAGE_CONNECTION key: spirou.jakobi.fr:/var/lib/nfs/data value: STORAGE_CONNECTION , sharedLocks= ] 2015-02-19 10:53:49,088 INFO [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionCommand] (ajp--127.0.0.1-8702-8) [7588445e] Running command: RemoveStorageServerConnectionCommand internal: false. Entities affected : ID: aaa00000-0000-0000-0000-123456789aaa Type: SystemAction group CREATE_STORAGE_DOMAIN with role type ADMIN 2015-02-19 10:53:49,101 INFO [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionCommand] (ajp--127.0.0.1-8702-8) [7588445e] Removing connection 7bc8d667-ae81-4462-b825-daebfba2b0bd from database 2015-02-19 10:53:49,102 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-8) [7588445e] START, DisconnectStorageServerVDSCommand(HostName = lab1, HostId = c291c28b-3c3e-49f1-94c5-be0078e7b014, storagePoolId = 00000000-0000-0000-0000-000000000000, storageType = NFS, connectionList = [{ id: 7bc8d667-ae81-4462-b825-daebfba2b0bd, connection: spirou.jakobi.fr:/var/lib/nfs/data, iqn: null, vfsType: null, mountOptions: null, nfsVersion: null, nfsRetrans: null, nfsTimeo: null };]), log id: 5b7d6be4 2015-02-19 10:53:49,235 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStorageServerVDSCommand] (ajp--127.0.0.1-8702-8) [7588445e] FINISH, DisconnectStorageServerVDSCommand, return: {7bc8d667-ae81-4462-b825-daebfba2b0bd=0}, log id: 5b7d6be4 2015-02-19 10:53:49,248 INFO [org.ovirt.engine.core.bll.storage.RemoveStorageServerConnectionCommand] (ajp--127.0.0.1-8702-8) [7588445e] Lock freed to object EngineLock [exclusiveLocks= key: 7bc8d667-ae81-4462-b825-daebfba2b0bd value: STORAGE_CONNECTION key: spirou.jakobi.fr:/var/lib/nfs/data value: STORAGE_CONNECTION , sharedLocks= ] </body> </html> --------------070200090500010505040401--

2 1

Slow storage migration towards nfs
by Tobias Fiebig 21 Feb '15

21 Feb '15

Heho, I currently move some vms from fcal-store to nfs, so i can restructure the fcal storage. However, i noticed, that dd is running with oflag=direct. I/o is currently very slow (~160mbit) on the nfs-servers network. Starting dd without oflag=direct leads to link-speed transmission (~1gbit/s). So... is this intended beheaviour? With best Regards, Tobias

1 1

Re: [ovirt-users] Unable to run noVNC console un recent browsers
by Donny Davis 20 Feb '15

20 Feb '15

No, I made my life easy and used nginx to proxy for the websocket. I was then able to use my commercial ssl cert to avoid all of these issues. Using a proxy for a proxy has been working out quite well for cloudspin, because I don't have to mess with anything internal to the engine and noVNC works without issue. DonnyD -----Original Message----- From: Simone Tiraboschi [mailto:stirabos@redhat.com] Sent: Friday, February 20, 2015 7:03 AM To: Donny Davis Subject: Re: [ovirt-users] Unable to run noVNC console un recent browsers ----- Original Message ----- > From: "Donny Davis" <donny(a)cloudspin.me> > To: "Simone Tiraboschi" <stirabos(a)redhat.com> > Sent: Friday, February 20, 2015 2:23:56 PM > Subject: RE: [ovirt-users] Unable to run noVNC console un recent > browsers > > Is your websocket proxy on the same machine as your engine. I also get > the CA error when the time it off. The proxy throws the error to > /var/log/messages Hi Donny, I'm using the proxy on the same machine where the engine runs. No error till now no my side. I also trusted oVirt internal CA to sign other certs in my browser. Did you? You can find it at https://{engine}/ca.crt You should download it and add to the list of trusted certification authorities in your browser. > -----Original Message----- > From: users-bounces(a)ovirt.org [mailto:users-bounces@ovirt.org] On > Behalf Of Simone Tiraboschi > Sent: Friday, February 20, 2015 5:57 AM > To: Stefano Danzi > Cc: users(a)ovirt.org > Subject: Re: [ovirt-users] Unable to run noVNC console un recent > browsers > > > > ----- Original Message ----- > > From: "Stefano Danzi" <s.danzi(a)hawai.it> > > To: "Darrell Budic" <budic(a)onholyground.com> > > Cc: users(a)ovirt.org > > Sent: Friday, February 20, 2015 9:07:51 AM > > Subject: Re: [ovirt-users] Unable to run noVNC console un recent > > browsers > > > > Hello! > > Already done but this didn't help. > > > > I downloaded a portable version of Firefox 17 and noVNC work as expected. > > > > Il 20/02/2015 5.18, Darrell Budic ha scritto: > > > > > > > > Try reimporting the ca.cert for noVNC by connecting directly to the > > webproxy address at port 6100. Do this by trying to connect to a > > console and then, once the 1006 error shows up, just strip off > > everything after :6100/ . I've found that somewhere in or after 3.5, > > restarting the webproxy causes it to generate its own new ca.cert > > even > through it shouldn't. > > > > -Darrell > > > > > > > > On Feb 19, 2015, at 4:09 PM, Stefano Danzi <s.danzi(a)hawai.it> wrote: > > > > Hello, > > > > I can't make work noVNC console on recent browsers (Chrome 40, > > Firefox > > 35 and IE 11). > > > > The error that I have is already explained here: > > https://forge.univention.org/bugzilla/show_bug.cgi?id=33587 I tried > > to change websocket like suggested ( > > http://errata.univention.de/ucs/3.2/31.html ) but this not helped. > > noVNC 0.5.1 should be soon released in EPEL6/EPEL7 as for [1]. > noVNC 0.5.1 should also improve compatibility with recent browsers. > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1193454#c3 > > > > Someone know a workaround? > > _______________________________________________ > > 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 > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > >

4 6