Re: [ovirt-users] ovirt and glusterfs setup
by Donny D
----_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--
9 years, 9 months
Exporting a VM's disks
by John Gardeniers
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;
9 years, 9 months
It is possible - Ovirt ? different CHAP authentication credentials
by Eduardo Terzella
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
9 years, 9 months
reinstall hosted engine vm (centos 6.6 -> 7)
by Pete
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
9 years, 9 months
self hosted engine add second host - maintenance mode needed?
by Mike
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
9 years, 9 months
Problem with Neutron + Ovirt 3.5.1 [Centos 7]
by Eduardo Terzella
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
9 years, 9 months
Still blocked...
by Pascal Jakobi
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<br>
<br>
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 ?<br>
<br>
Many thanks in advance<br>
P<br>
PS. I could observe that the NFS mount is done. Ovirt fails
afterward.<br>
<br>
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<br>
, sharedLocks= ]<br>
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<br>
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<br>
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<br>
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<br>
, sharedLocks= ]<br>
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<br>
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<br>
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<br>
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<br>
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<br>
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<br>
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',)]]<br>
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<br>
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<br>
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<br>
<b>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)</b><br>
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.<br>
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.<br>
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.<br>
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)<br>
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<br>
key: spirou.jakobi.fr:/var/lib/nfs/data value: STORAGE_CONNECTION<br>
, sharedLocks= ]<br>
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<br>
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<br>
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<br>
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<br>
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<br>
key: spirou.jakobi.fr:/var/lib/nfs/data value: STORAGE_CONNECTION<br>
, sharedLocks= ]<br>
<br>
</body>
</html>
--------------070200090500010505040401--
9 years, 9 months
Slow storage migration towards nfs
by Tobias Fiebig
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
9 years, 9 months
Re: [ovirt-users] Unable to run noVNC console un recent browsers
by Donny Davis
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
>
>
9 years, 9 months
Problem: My VM's keep logging off
by Pedro ML Sousa
This is a multi-part message in MIME format.
--------------050100040509080004020406
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
My VM's keep logging off
I have a HP server with 64GB of ram and 2 TB of disk space, the cpu is a
Intel E5-2420v2 and 13 thin clients from igel
(https://www.igel.com/products/thin-client-zero-client-hardware/iz2ud2-ser...)
i've purchase the clients and a service from a company, they installed
the thins clients and the system but they are not finding a solution to
my problem.
The company installed centos 6.6 (final) (kernel linux
23.32-504.3.3.el6.x86_64) and ovirt 3.5.1 for virtualization
(o.o.master.20141206225404)
I have 12 VM's with centos (when i edit then is shows red hat enterprise
linux 6.x x64) and gnome desktop 2.28.2 and 1 VM with windows xp prof.
The problem only occurs on the VM's with linux.
On linux display type is: Spice I use virtual machine viewer 1.0256
*Problem: when working the vm seems to log off and i have to put the
username and password again, all the work that was open is losed.*
1 VM seems to log off more or less at the same hour each day 1h40 pm and
6h15 pm. This VM now as a newer thin client version UD3 instead of UD2
(https://www.igel.com/products/thin-client-zero-client-hardware/iz3ud3-ser...)
and now the problem only occur 1 time each day (at 12h30/12h45pm).
All of the VM's including the one with XP Pro suffers from slowness, and
on libreoffice the mouse scrooll seems nuts scrolling up and down by
itself, now the exception is the VM with the new thin client.
On the same network switch i have VM's that logs off and others that
remain on. So the problem doesn't seem to be with the network. The
different VM's logs off from 1 to 7 times a day. Mostly 4 to 5 times a day.
When the VM logs off the caps lock become to work on the opposite
condition off with caps light on and on with the caps light off.
Beside this i have problems with the canon's printes i have, they stop
printing quite often.
I have access to the logs if anyone can help me i can upload the logs
you like.
Hope anyone can help me, i'm glad to provide more information if you need.
Thanks in advance.
PS
pedromls(a)pmls.pt
--------------050100040509080004020406
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
My VM's keep logging off<br>
<div class="linestyle2 colourline"><span><br>
I have a HP server with 64GB of ram and 2 TB of disk space, the
cpu is a Intel E5-2420v2 and 13 thin clients from igel
(<a class="moz-txt-link-freetext" href="https://www.igel.com/products/thin-client-zero-client-hardware/iz2ud2-ser...">https://www.igel.com/products/thin-client-zero-client-hardware/iz2ud2-ser...</a>)<br>
</span><span>i've purchase the clients and a service from a
company, they installed the thins clients and the system but
they are not finding a solution to my problem.<br>
</span></div>
<div class="linestyle1 colourline"><span>The company installed
centos 6.6 (final) (kernel linux 23.32-504.3.3.el6.x86_64) and
ovirt 3.5.1 for virtualization (o.o.master.20141206225404)<br>
</span></div>
<div class="linestyle1 colourline"><span>I have 12 VM's with centos
(when i edit then is shows red hat enterprise linux 6.x x64) and
gnome desktop 2.28.2 and 1 VM with windows xp prof.<br>
<br>
The problem only occurs on the VM's with linux.<br>
<br>
On linux display type is: Spice I use virtual machine viewer
1.0256<br>
</span></div>
<br>
<b>Problem: when working the vm seems to log off and i have to put
the username and password again, all the work that was open is
losed.</b><br>
<br>
1 VM seems to log off more or less at the same hour each day 1h40 pm
and 6h15 pm. This VM now as a newer thin client version UD3 instead
of UD2
(<a class="moz-txt-link-freetext" href="https://www.igel.com/products/thin-client-zero-client-hardware/iz3ud3-ser...">https://www.igel.com/products/thin-client-zero-client-hardware/iz3ud3-ser...</a>)
and now the problem only occur 1 time each day (at 12h30/12h45pm).<br>
<br>
All of the VM's including the one with XP Pro suffers from <span
class="" id="ouHighlight__0_7TO0_7" paragraphname="paragraph0"
dstinfo="0:7" srcinfo="0:7">slowness, and on libreoffice the mouse
scrooll seems nuts scrolling up and down by itself, now the
exception is the VM with the new thin client.<br>
<br>
On the same network switch i have VM's that logs off and others
that remain on. So the problem doesn't seem to be with the
network. The different VM's logs off from 1 to 7 times a day.
Mostly 4 to 5 times a day.<br>
<br>
When the VM logs off the caps lock become to work on the opposite
condition off with caps light on and on with the caps light off.<br>
</span><br>
Beside this i have problems with the canon's printes i have, they
stop printing quite often.<br>
<br>
I have access to the logs if anyone can help me i can upload the
logs you like.<br>
<br>
Hope anyone can help me, i'm glad to provide more information if you
need.<br>
<br>
Thanks in advance.<br>
<br>
PS<br>
<a class="moz-txt-link-abbreviated" href="mailto:pedromls@pmls.pt">pedromls(a)pmls.pt</a>
</body>
</html>
--------------050100040509080004020406--
9 years, 9 months