[ovirt-users] Graceful shutdown on power loss

[John Gardeniers]

I'm looking into the best way to shut down our VM environment if a power 
outage looks like draining the UPS batteries. Is there API documentation 
covering this or does someone know of a article somewhere on the topic? 
We're currently running v3.5 engine and v3.4 hypervisors with gluster 
v3.4 storage. Our setup uses RHEV rather than Ovirt, in case that makes 
a difference.


Thanks,
John

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt and Gluster

[John Gardeniers]

What makes me say that RHEV and the community version of Gluster are 
incompatible is a message from Red Hat saying so.


Of particular note, the RHSS version of Gluster uses afr-v1, whereas the 
community version uses afr-v2. Exactly how the mismatch will manifest 
itself or what problems may result has not been described.



On 29/07/15 09:31, Matthew Lagoe wrote:


Sorry my mistake I ment RHEV

*From:*John Gardeniers [mailto:jgardeni...@objectmastery.com]
*Sent:* Tuesday, July 28, 2015 04:30 PM
*To:* Matthew Lagoe; 'Donny Davis'
*Cc:* 'users'
*Subject:* Re: [ovirt-users] Ovirt and Gluster

Seriously? I very explicitly said RHEV, not Ovirt.

On 29/07/15 09:10, Matthew Lagoe wrote:

Ive never heard that ovirt isn’t compatible with the community
version of gluster. What is it that makes you say that?

*From:*users-boun...@ovirt.org <mailto:users-boun...@ovirt.org>
[mailto:users-boun...@ovirt.org] *On Behalf Of *John Gardeniers
*Sent:* Tuesday, July 28, 2015 04:06 PM
*To:* Donny Davis
*Cc:* users
*Subject:* Re: [ovirt-users] Ovirt and Gluster

No, not yet. I figured that I should be able to get better answers
here, as the Gluster list has been particularly poor for answers
to Ovirt related questions.


On 29/07/15 08:55, Donny Davis wrote:

One more question
Have you asked anyone on the gluster list?

On Jul 28, 2015 5:32 PM, "John Gardeniers"
mailto:jgardeni...@objectmastery.com>> wrote:

The "feature" I require is solid compatibility between Ovirt
and Gluster. We currently use RHEV and now learn that it is
inherently, and possibly quite deliberately, incompatible with
the community versions of Gluster.


On 29/07/15 08:18, Donny Davis wrote:

What feature is it that you need for your production
environment? I would be looking for !required! features
for the environment, and then which versions are the most
mature.

On Tue, Jul 28, 2015 at 5:07 PM, John Gardeniers
mailto:jgardeni...@objectmastery.com>> wrote:

That "popular Linux company" uses versions with reduced
features and functionality, which have no direct
comparison to the community versions.




On 29/07/15 08:04, Donny Davis wrote:

I would stick with the same versions I see a popular
Linux company putting out.

On Jul 27, 2015 6:15 PM, "John Gardeniers"
mailto:jgardeni...@objectmastery.com>> wrote:

Hi All,

What information is available regarding the
compatibility of Ovirt and Gluster? Is there a
combination known to be stable and if so, what are the
relevant versions? I am asking with respect to a
production system, not an experimental lab environment.

regards,
John

___
Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users



__
This email has been scanned by the Symantec Email
Security.cloud service.
For more information please visit
http://www.symanteccloud.com

__



-- 


Donny Davis



__
This email has been scanned by the Symantec Email
Security.cloud service.
For more information please visit http://www.symanteccloud.com

__


__
This email has been scanned by the Symantec Email
Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


__
This email has been scanned by the Symantec Email Security.cloud
service.
For more information please visit http://www.symanteccloud.com
__


__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__

Re: [ovirt-users] Ovirt and Gluster

[John Gardeniers]

Seriously? I very explicitly said RHEV, not Ovirt.


On 29/07/15 09:10, Matthew Lagoe wrote:


Ive never heard that ovirt isn’t compatible with the community version 
of gluster. What is it that makes you say that?


*From:*users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *On 
Behalf Of *John Gardeniers

*Sent:* Tuesday, July 28, 2015 04:06 PM
*To:* Donny Davis
*Cc:* users
*Subject:* Re: [ovirt-users] Ovirt and Gluster

No, not yet. I figured that I should be able to get better answers 
here, as the Gluster list has been particularly poor for answers to 
Ovirt related questions.


On 29/07/15 08:55, Donny Davis wrote:

One more question
Have you asked anyone on the gluster list?

On Jul 28, 2015 5:32 PM, "John Gardeniers"
mailto:jgardeni...@objectmastery.com>> wrote:

The "feature" I require is solid compatibility between Ovirt and
Gluster. We currently use RHEV and now learn that it is
inherently, and possibly quite deliberately, incompatible with the
community versions of Gluster.

On 29/07/15 08:18, Donny Davis wrote:

What feature is it that you need for your production
environment? I would be looking for !required! features for
the environment, and then which versions are the most mature.

On Tue, Jul 28, 2015 at 5:07 PM, John Gardeniers
mailto:jgardeni...@objectmastery.com>> wrote:

That "popular Linux company" uses versions with reduced
features and functionality, which have no direct comparison to
the community versions.



On 29/07/15 08:04, Donny Davis wrote:

I would stick with the same versions I see a popular Linux
company putting out.

    On Jul 27, 2015 6:15 PM, "John Gardeniers"
mailto:jgardeni...@objectmastery.com>> wrote:

Hi All,

What information is available regarding the compatibility
of Ovirt and Gluster? Is there a combination known to be
stable and if so, what are the relevant versions? I am
asking with respect to a production system, not an
experimental lab environment.

regards,
John

___
Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users



__
This email has been scanned by the Symantec Email
Security.cloud service.
For more information please visit http://www.symanteccloud.com

__



-- 


Donny Davis


__
This email has been scanned by the Symantec Email
Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


__
This email has been scanned by the Symantec Email Security.cloud
service.
For more information please visit http://www.symanteccloud.com
__


__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt and Gluster

[John Gardeniers]

No, not yet. I figured that I should be able to get better answers here, 
as the Gluster list has been particularly poor for answers to Ovirt 
related questions.



On 29/07/15 08:55, Donny Davis wrote:


One more question
Have you asked anyone on the gluster list?

On Jul 28, 2015 5:32 PM, "John Gardeniers" 
mailto:jgardeni...@objectmastery.com>> 
wrote:


The "feature" I require is solid compatibility between Ovirt and
Gluster. We currently use RHEV and now learn that it is
inherently, and possibly quite deliberately, incompatible with the
community versions of Gluster.


On 29/07/15 08:18, Donny Davis wrote:

What feature is it that you need for your production environment?
I would be looking for !required! features for the environment,
and then which versions are the most mature.



On Tue, Jul 28, 2015 at 5:07 PM, John Gardeniers
mailto:jgardeni...@objectmastery.com>> wrote:

That "popular Linux company" uses versions with reduced
features and functionality, which have no direct comparison
to the community versions.



On 29/07/15 08:04, Donny Davis wrote:


I would stick with the same versions I see a popular Linux
company putting out.

    On Jul 27, 2015 6:15 PM, "John Gardeniers"
mailto:jgardeni...@objectmastery.com>> wrote:

Hi All,

What information is available regarding the
compatibility of Ovirt and Gluster? Is there a
combination known to be stable and if so, what are the
relevant versions? I am asking with respect to a
production system, not an experimental lab environment.

regards,
John

___
Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users


__
This email has been scanned by the Symantec Email
Security.cloud service.
For more information please visit http://www.symanteccloud.com
__





-- 
Donny Davis



__
This email has been scanned by the Symantec Email Security.cloud
service.
For more information please visit http://www.symanteccloud.com
__



__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt and Gluster

[John Gardeniers]

It's being considered, at least as an interim measure, in an effort to 
obtain some stability while we look at other storage options.



On 29/07/15 08:41, Donny Davis wrote:


Are you switching to oVirt?

On Jul 28, 2015 5:32 PM, "John Gardeniers" 
mailto:jgardeni...@objectmastery.com>> 
wrote:


The "feature" I require is solid compatibility between Ovirt and
Gluster. We currently use RHEV and now learn that it is
inherently, and possibly quite deliberately, incompatible with the
community versions of Gluster.


On 29/07/15 08:18, Donny Davis wrote:

What feature is it that you need for your production environment?
I would be looking for !required! features for the environment,
and then which versions are the most mature.



On Tue, Jul 28, 2015 at 5:07 PM, John Gardeniers
mailto:jgardeni...@objectmastery.com>> wrote:

That "popular Linux company" uses versions with reduced
features and functionality, which have no direct comparison
to the community versions.



On 29/07/15 08:04, Donny Davis wrote:


I would stick with the same versions I see a popular Linux
company putting out.

    On Jul 27, 2015 6:15 PM, "John Gardeniers"
mailto:jgardeni...@objectmastery.com>> wrote:

Hi All,

What information is available regarding the
compatibility of Ovirt and Gluster? Is there a
combination known to be stable and if so, what are the
relevant versions? I am asking with respect to a
production system, not an experimental lab environment.

regards,
John

___
Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users


__
This email has been scanned by the Symantec Email
Security.cloud service.
For more information please visit http://www.symanteccloud.com
__





-- 
Donny Davis



__
This email has been scanned by the Symantec Email Security.cloud
service.
For more information please visit http://www.symanteccloud.com
__



__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt and Gluster

[John Gardeniers]

The "feature" I require is solid compatibility between Ovirt and 
Gluster. We currently use RHEV and now learn that it is inherently, and 
possibly quite deliberately, incompatible with the community versions of 
Gluster.



On 29/07/15 08:18, Donny Davis wrote:
What feature is it that you need for your production environment? I 
would be looking for !required! features for the environment, and then 
which versions are the most mature.




On Tue, Jul 28, 2015 at 5:07 PM, John Gardeniers 
mailto:jgardeni...@objectmastery.com>> 
wrote:


That "popular Linux company" uses versions with reduced features
and functionality, which have no direct comparison to the
community versions.



On 29/07/15 08:04, Donny Davis wrote:


I would stick with the same versions I see a popular Linux
company putting out.

On Jul 27, 2015 6:15 PM, "John Gardeniers"
mailto:jgardeni...@objectmastery.com>> wrote:

Hi All,

What information is available regarding the compatibility of
Ovirt and Gluster? Is there a combination known to be stable
and if so, what are the relevant versions? I am asking with
respect to a production system, not an experimental lab
environment.

regards,
John

___
Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users


__
This email has been scanned by the Symantec Email Security.cloud
service.
For more information please visit http://www.symanteccloud.com
__





--
Donny Davis


__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt and Gluster

[John Gardeniers]

That "popular Linux company" uses versions with reduced features and 
functionality, which have no direct comparison to the community versions.



On 29/07/15 08:04, Donny Davis wrote:


I would stick with the same versions I see a popular Linux company 
putting out.


On Jul 27, 2015 6:15 PM, "John Gardeniers" 
mailto:jgardeni...@objectmastery.com>> 
wrote:


Hi All,

What information is available regarding the compatibility of Ovirt
and Gluster? Is there a combination known to be stable and if so,
what are the relevant versions? I am asking with respect to a
production system, not an experimental lab environment.

regards,
John

___
Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users


__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt and Gluster

[John Gardeniers]

Thanks for the link, but it not only doesn't address the questions I 
asked, it is little more than a sales pitch for an old and unsupported 
version of Gluster.



On 28/07/15 17:26, Raz Tamir wrote:
I think you can start from here: 
http://www.ovirt.org/Features/GlusterFS_Storage_Domain

If you have more questions, please ask




Thanks,
Raz Tamir
Red Hat Israel


*From: *"John Gardeniers" 
*To: *"users" 
*Sent: *Tuesday, July 28, 2015 2:15:12 AM
*Subject: *[ovirt-users] Ovirt and Gluster

Hi All,

What information is available regarding the compatibility of Ovirt and
Gluster? Is there a combination known to be stable and if so, what are
the relevant versions? I am asking with respect to a production system,
not an experimental lab environment.

regards,
John

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Ovirt and Gluster

[John Gardeniers]

Hi All,

What information is available regarding the compatibility of Ovirt and 
Gluster? Is there a combination known to be stable and if so, what are 
the relevant versions? I am asking with respect to a production system, 
not an experimental lab environment.


regards,
John

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Most popular data storage connection

[John Gardeniers]

Does anyone have any information about what data domain storage 
connection is the most popular or most common? e.g. Gluster, iSCSI, NFS, 
etc.


regards,
John

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Exporting a VM's disks

[John Gardeniers]

Hi Maor,

One of the most frustrating things about Ovirt is the inability to 
export VMs. The Import Storage Domain only works in a limited number of 
cases. Examples of where I've need to migrate VMs but where the Import 
Storage Domain idea is a no-go are:


* When the systems involved are at remote locations
* When there is a need to export from RHEV/Ovirt to some other systems, 
such as Qemu/KVM


While the first *could* be dealt with using the Import Storage Domain, 
doing so is very cumbersome, to put it mildly. It's far simpler to just 
transfer the drive image, especially as most images compress reasonably 
well.


regards,
John


On 22/02/15 02:10, Maor Lipchuk wrote:

Hi John,

Well done for writing the script.
I was wondering, what is it that you are trying to do? If you try to migrate disks from 
one setup to another you might want to consider using "Import Storage Domain" 
(see [1]),
though it is only supported from oVirt 3.5.


[1]
http://www.ovirt.org/Features/ImportStorageDomain#Work_flow_for_Import_File_Storage_Domain_-_UI_flow


Regards,
Maor


- Original Message -

From: "John Gardeniers" 
To: "users" 
Sent: Friday, February 20, 2015 12:33:48 AM
Subject: [ovirt-users] Exporting a VM's disks

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;

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Exporting a VM's disks

[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;

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Change gluster primary

[John Gardeniers]

Hi Alex,

I understand what you're saying and certainly there is no primary from 
the Gluster perspective. However, things are quite different as far as 
Ovirt/RHEV is concerned.


We had an incident last week where we had to take nix off-line. A 
network glitch then caused a our RHEV to briefly lose connection to 
jupiter. This resulted in all VMs crashing because the system was trying 
to reconnect to nix. It did not try to reconnect to jupiter, despite it 
being configured as the fail-over server. In the end I had to bring nix 
back on line. RHEV still wouldn't connect. Finally, I had to reboot each 
hypervisor. Even then, two of them still failed to reconnect and could 
only be brought back by performing a full reinstall (we're using the 
cut-down dedicated RH hypervisors, not the RHEL+hypervisor that you 
use). All in all, quite a disastrous situation that lost us a couple of 
hours. So yes, there is a primary from the Ovirt/RHEV perspective and 
I'm really disappointed in how the system completely failed to handled 
the situation.


regards,
John


On 21/01/15 00:20, Alex Crow wrote:

Hi John,

There isn't really a primary in gluster. If you're using a glusterfs 
storage domain, you could turn off "nix" and the VMs would continue to 
run (although you'd have to disable quorum if you currently have it 
enabled on the volume, and you'd have to repoint the domain at some 
later point). If you're using NFS access you would have to repoint 
your storage to the remaining machine immediately.


The only snag I can see is that you can't detach the master storage 
domain in Ovirt if any VMs are running. I think you'd have to shut the 
VMs down, put the storage domain into maintenance, and then edit it.


Cheers

Alex

On 19/01/15 23:44, John Gardeniers wrote:
We are using Gluster as our storage backend. Gluster is configured as 
2 node replica. The two nodes are name nix and jupiter. At the Ovirt 
(RHEV really) end we have the gluster path configured as 
"nix:/gluster-rhev", with a mount option of 
"backupvolfile-server=jupiter.om.net". We now need to replace nix 
with a new server, which cannot have the same name. That new server 
will be the primary, with jupiter remaining the secondary.


We will have all VMs and hypervisors shut down when we make this change.

What is the best and/or easiest way to do this? Should we just 
disconnect the storage and re-attach it using the new gluster 
primary? If we do that will our VMs just work or do we need to take 
other steps?


An alternative, which I suspect will be somewhat controversial, would 
be to make a direct edit of the engine database. Would that work any 
better or does that add more dangers (assuming the edit is done 
correctly)?


regards,
John

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users





___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Change gluster primary

[John Gardeniers]

We are using Gluster as our storage backend. Gluster is configured as 2 
node replica. The two nodes are name nix and jupiter. At the Ovirt (RHEV 
really) end we have the gluster path configured as "nix:/gluster-rhev", 
with a mount option of "backupvolfile-server=jupiter.om.net". We now 
need to replace nix with a new server, which cannot have the same name. 
That new server will be the primary, with jupiter remaining the secondary.


We will have all VMs and hypervisors shut down when we make this change.

What is the best and/or easiest way to do this? Should we just 
disconnect the storage and re-attach it using the new gluster primary? 
If we do that will our VMs just work or do we need to take other steps?


An alternative, which I suspect will be somewhat controversial, would be 
to make a direct edit of the engine database. Would that work any better 
or does that add more dangers (assuming the edit is done correctly)?


regards,
John

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Import existing Gluster into Ovirt

[John Gardeniers]

Thank you.

On 15/12/14 15:50, Kanagaraj wrote:


On 12/15/2014 03:06 AM, Itamar Heim wrote:

On 12/14/2014 11:26 PM, John Gardeniers wrote:
While pondering the question of importing an existing Gluster into 
Ovirt

I came across
http://www.ovirt.org/Features/Gluster_Import_Existing_Cluster. One
rather important question not explicitly addressed in that article is -
can the import be safely done while the Gluster installation is live 
and

hosting files?

That article is about Ovirt 3.2, is it safe to assume the same 
procedure

holds true for recent versions?


should be - iirc gluster is always in "learn from storage" mode.



Import will not cause any problems to the services which serves the 
data.  There is no reboot involved if you are importing the hosts to 
'gluster-only' cluster. During the host initialization process, 
glusterd management daemon will be restarted and ovirtmgmt network 
bridge will be created.


Regards,
Kanagaraj


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Import existing Gluster into Ovirt

[John Gardeniers]

While pondering the question of importing an existing Gluster into Ovirt 
I came across 
http://www.ovirt.org/Features/Gluster_Import_Existing_Cluster. One 
rather important question not explicitly addressed in that article is - 
can the import be safely done while the Gluster installation is live and 
hosting files?


That article is about Ovirt 3.2, is it safe to assume the same procedure 
holds true for recent versions?


regards,
John

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Migrate Ovirt to/from RHEV

[John Gardeniers]

Thanks Dan,

If that's the case it would be an extremely time-consuming and painful 
process, even to the point where it may not even be viable. :-(


It's increasingly looking to me like a deliberate decision has been 
taken to make it as difficult as possible to migrate VMs away from 
Ovirt/RHEV. It's the only virtualisation system I've encountered that 
doesn't have a real export system (export domains don't cut it).


regards,
John


On 21/11/14 07:27, Dan Yasny wrote:
Not an official answer here, but I'd assume the procedure would be to 
redeploy the engine and hosts, and use export domains


On Thu, Nov 20, 2014 at 3:21 PM, John Gardeniers 
mailto:jgardeni...@objectmastery.com>> 
wrote:


Bump.

On 17/11/14 15:41, John Gardeniers wrote:

What is the procedure to use when migrating Ovirt to or from
RHEV? I'm assuming of course that there's little difference
for the two directions. Is it just a matter of detaching the
storage domain(s), dumping the engine database and
attaching/importing them into the other system?

regards,
John

___
Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users

__
This email has been scanned by the Symantec Email
Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


___
Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users



__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Migrate Ovirt to/from RHEV

[John Gardeniers]

Bump.

On 17/11/14 15:41, John Gardeniers wrote:
What is the procedure to use when migrating Ovirt to or from RHEV? I'm 
assuming of course that there's little difference for the two 
directions. Is it just a matter of detaching the storage domain(s), 
dumping the engine database and attaching/importing them into the 
other system?


regards,
John

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Balloon driver unavailable

[John Gardeniers]

That works because you have effectively disabled ballooning for the VM, 
which is not really solving the underlying problem.


regards,
John


On 18/11/14 10:02, Groten, Ryan wrote:


I also recently started getting these errors.  They started when I 
upgraded from 3.4.0 to 3.4.2.


The error appears on certain VMs (but not all) consistently every 15 
minutes.  It doesn’t matter if the “Memory Balloon Device Enabled” 
checkbox checked or unchecked.


I got the message to stop appearing by changing the value of Physical 
Memory Guaranteed to match the VMs configured memory.


*From:*users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *On 
Behalf Of *John Gardeniers

*Sent:* November-16-14 10:13 PM
*To:* users@ovirt.org
*Subject:* Re: [ovirt-users] Balloon driver unavailable

Just an FYI.

In my case the balloon driver was installed and it was running. The 
problem was eventually resolved by uninstalling the entire agent 
suite, rebooting and reinstalling it. Doing the same just for the 
balloon driver didn't work.


regards,
John

On 13/11/14 07:35, John Gardeniers wrote:

I'm seeing it for a VM that most definitely does have the balloon
driver installed. Care to take another guess?

regards,
John

On 12/11/14 20:04, Amedeo Salvati wrote:

you receive this error because on your cluster configurations
you have checked "Enable Memory Balloon Optimization", and on
some of your VMs there aren't balloon driver available; if you
don't want anymore this warning messages you can uncheck this
under

Clusters -> (select your cluster) edit -> Optimization ->
uncheck Enable Memory Balloon Optimization

Best Regards
Amedeo Salvati


Date: Wed, 12 Nov 2014 07:59:33 +
From: Karli Sj?berg 
<mailto:karli.sjob...@slu.se>
To: "tdeme...@itsmart.hu" <mailto:tdeme...@itsmart.hu>
 <mailto:tdeme...@itsmart.hu>
Cc: "users@ovirt.org" <mailto:users@ovirt.org>
 <mailto:users@ovirt.org>
Subject: Re: [ovirt-users] Balloon driver unavailable
Message-ID: <5F9E965F5A80BC468BE5F40576769F099DF97243@exchange2-1>
Content-Type: text/plain; charset="utf-8"

On Wed, 2014-11-12 at 08:35 +0100, Demeter Tibor wrote:
> Hi,
>
>
> I have a lot of centos 6 based vms and I have install "ovirt
guest
> agent" for those vms.
> But two vm always say "The balloon driver on xxxvm on hostX is
> requested but unavailable"
> I did check the virtio_balloon module are loaded on vms.
>
>
> Anybody can me help?
>
>
> Thanks in advance
>
>
> Tibor

> I see that too, but only on Windows 2008 R2 guests... No one
else ever
> said anything about it, so I thought it was just me:)


__
This email has been scanned by the Symantec Email
Security.cloud service.
For more information please visit http://www.symanteccloud.com
__



___

Users mailing list

Users@ovirt.org  <mailto:Users@ovirt.org>

http://lists.ovirt.org/mailman/listinfo/users



__
This email has been scanned by the Symantec Email Security.cloud
service.
For more information please visit http://www.symanteccloud.com
__



___

Users mailing list

Users@ovirt.org  <mailto:Users@ovirt.org>

http://lists.ovirt.org/mailman/listinfo/users


__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Balloon driver unavailable

[John Gardeniers]

Just an FYI.

In my case the balloon driver was installed and it was running. The 
problem was eventually resolved by uninstalling the entire agent suite, 
rebooting and reinstalling it. Doing the same just for the balloon 
driver didn't work.


regards,
John


On 13/11/14 07:35, John Gardeniers wrote:
I'm seeing it for a VM that most definitely does have the balloon 
driver installed. Care to take another guess?


regards,
John


On 12/11/14 20:04, Amedeo Salvati wrote:
you receive this error because on your cluster configurations you 
have checked "Enable Memory Balloon Optimization", and on some of 
your VMs there aren't balloon driver available; if you don't want 
anymore this warning messages you can uncheck this under


Clusters -> (select your cluster) edit -> Optimization -> uncheck 
Enable Memory Balloon Optimization


Best Regards
Amedeo Salvati


Date: Wed, 12 Nov 2014 07:59:33 +
From: Karli Sj?berg 
To: "tdeme...@itsmart.hu" 
Cc: "users@ovirt.org" 
Subject: Re: [ovirt-users] Balloon driver unavailable
Message-ID: <5F9E965F5A80BC468BE5F40576769F099DF97243@exchange2-1>
Content-Type: text/plain; charset="utf-8"

On Wed, 2014-11-12 at 08:35 +0100, Demeter Tibor wrote:
> Hi,
>
>
> I have a lot of centos 6 based vms and I have install "ovirt guest
> agent" for those vms.
> But two vm always say "The balloon driver on xxxvm on hostX is
> requested but unavailable"
> I did check the virtio_balloon module are loaded on vms.
>
>
> Anybody can me help?
>
>
> Thanks in advance
>
>
> Tibor

> I see that too, but only on Windows 2008 R2 guests... No one else ever
> said anything about it, so I thought it was just me:)

__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Migrate Ovirt to/from RHEV

[John Gardeniers]

What is the procedure to use when migrating Ovirt to or from RHEV? I'm 
assuming of course that there's little difference for the two 
directions. Is it just a matter of detaching the storage domain(s), 
dumping the engine database and attaching/importing them into the other 
system?


regards,
John

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Balloon driver unavailable

[John Gardeniers]

I'm seeing it for a VM that most definitely does have the balloon driver 
installed. Care to take another guess?


regards,
John


On 12/11/14 20:04, Amedeo Salvati wrote:
you receive this error because on your cluster configurations you have 
checked "Enable Memory Balloon Optimization", and on some of your VMs 
there aren't balloon driver available; if you don't want anymore this 
warning messages you can uncheck this under


Clusters -> (select your cluster) edit -> Optimization -> uncheck 
Enable Memory Balloon Optimization


Best Regards
Amedeo Salvati


Date: Wed, 12 Nov 2014 07:59:33 +
From: Karli Sj?berg 
To: "tdeme...@itsmart.hu" 
Cc: "users@ovirt.org" 
Subject: Re: [ovirt-users] Balloon driver unavailable
Message-ID: <5F9E965F5A80BC468BE5F40576769F099DF97243@exchange2-1>
Content-Type: text/plain; charset="utf-8"

On Wed, 2014-11-12 at 08:35 +0100, Demeter Tibor wrote:
> Hi,
>
>
> I have a lot of centos 6 based vms and I have install "ovirt guest
> agent" for those vms.
> But two vm always say "The balloon driver on xxxvm on hostX is
> requested but unavailable"
> I did check the virtio_balloon module are loaded on vms.
>
>
> Anybody can me help?
>
>
> Thanks in advance
>
>
> Tibor

> I see that too, but only on Windows 2008 R2 guests... No one else ever
> said anything about it, so I thought it was just me:)

__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Balloon driver unavailable

[John Gardeniers]

I'm seeing the same on a Win7 VM and also thought it might be just me. :)

I've only noticed this quite recently.


On 12/11/14 18:59, Karli Sjöberg wrote:

On Wed, 2014-11-12 at 08:35 +0100, Demeter Tibor wrote:

Hi,


I have a lot of centos 6 based vms and I have install "ovirt guest
agent" for those vms.
But two vm always say "The balloon driver on xxxvm on hostX is
requested but unavailable"
I did check the virtio_balloon module are loaded on vms.


Anybody can me help?


Thanks in advance


Tibor

I see that too, but only on Windows 2008 R2 guests... No one else ever
said anything about it, so I thought it was just me:)





___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Using a free-standing Spice viewer

[John Gardeniers]

Thanks for the info Dan. If that's what it takes I'll need to use a 
different method. The one you describe is not only very messy but 
extremely breakable and error prone (e.g. if the VM migrates to another 
host).


regards,
John



On 11/10/14 02:02, Dan Yasny wrote:

The steps are:
1. Find the VM's UUID in the API
https://rhevm/ovirt-engine/api/vms?search=VMNAME
2. Find the VM's current host and spice ports:
https://rhevm/ovirt-engine/api/vms/UUID/
Look for the  section - it will hold the host IP or FQDN, and 
the spice ports

3. Issue a spice ticket via https://rhevm/ovirt-engine/api/vms/UUID/ticket
4. Connect with a spice client (remote-viewer or spicec) with the 
target being HOST:PORT and the ticket you issued as password


All this can be scripted via the API or the engine CLI

Hope this helps

Dan

On Thu, Oct 9, 2014 at 5:03 PM, John Gardeniers 
mailto:jgardeni...@objectmastery.com>> 
wrote:


Connecting to a VM console with Spice via the RHEV/Ovirt admin
interface works just fine. How can I connect to a VM's console
using a free-standing Spice viewer, such as the Chrome Spice
Viewer plug-in? I've so far found no information on this at all.

regards,
John

___
Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users



__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Using a free-standing Spice viewer

[John Gardeniers]

Connecting to a VM console with Spice via the RHEV/Ovirt admin interface 
works just fine. How can I connect to a VM's console using a 
free-standing Spice viewer, such as the Chrome Spice Viewer plug-in? 
I've so far found no information on this at all.


regards,
John

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Admin console - Always show advanced options

[John Gardeniers]

Thanks for the confirmation.

On 20/09/14 05:47, Gianluca Cecchi wrote:
On Fri, Sep 19, 2014 at 8:03 PM, Trey Dockendorf > wrote:


If it was 3.4 then it's not working as I've always had to click
the advanced options.  Likely a 3.5 feature then?

- Trey



I can confirn that I've verified on a 3.5rc2 oVirt installation the 
setting is persistent across logout and restart of browser


It you enable advanced options for a VM, you get this setting for 
other VMs too and this setting is preserved upon logout and also 
restart of browser session.
The same if you select "Hide advanced options" coming from a 
previously Advanced setting.


On another installation with 3.4.1 the default setting is that you 
have always to explicitly enable advanced options, also in the same 
session for other VMs after enabling it for one of them.


Gianluca

__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Admin console - Always show advanced options

[John Gardeniers]

Thanks. I'd say it would have to be 3.5 then because I'm on 3.4 and it's 
a real pain having to click that button ever time. I still don't 
understand why the advanced view isn't the default, at least for any 
admin user.


regards,
John


On 19/09/14 22:33, Alexander Wels wrote:

It should remember your setting of the advanced mode so once you clicked it
once, the next time it should be in advanced mode. I forget which version this
became available, might be 3.5 or might be 3.4.


On Friday, September 19, 2014 02:38:38 PM John Gardeniers wrote:

Hi All,

When viewing/editing a VM's properties in the admin console is it
possible to show the advanced options by default? Quite frankly, I can't
understand why that isn't the default. The standard options show nothing
that isn't already visible in the properties window in the console, so
what's the point of making that the default in the editing window?

Regards,
John

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Admin console - Always show advanced options

[John Gardeniers]

Hi All,

When viewing/editing a VM's properties in the admin console is it 
possible to show the advanced options by default? Quite frankly, I can't 
understand why that isn't the default. The standard options show nothing 
that isn't already visible in the properties window in the console, so 
what's the point of making that the default in the editing window?


Regards,
John

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt / RHEV interoperability

[John Gardeniers]

Hi Sven,

I'm thinking mainly in terms of migrating from one to the other, which 
people sometimes have to, or want to, do. For various reasons it may not 
always be practical to do it in one clean step. e.g. If there is 
interoperability it would be possible to have zero down time by 
migrating one hypervisor at a time (or a few, depending in capacity).


regards,
John


On 05/09/14 17:43, Sven Kieske wrote:


Am 05.09.2014 06:50, schrieb John Gardeniers:

Just curious and I'm not currently in a position to try it myself. Is
there any interoperability between Ovirt and RHEV? In other words, can
an Ovirt hypervisor work with a REV engine or can a RHEV hypervisor work
with a RHEV engine?

In theory and maybe in real world this could work, however
I don't think you could get much support from red hat for your rhev/m
in such a setup.

So I really don't see the scenario you want to deploy?
If you need paid support, buy it, if not, stick with ovirt?

HTH



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Ovirt / RHEV interoperability

[John Gardeniers]

Just curious and I'm not currently in a position to try it myself. Is 
there any interoperability between Ovirt and RHEV? In other words, can 
an Ovirt hypervisor work with a REV engine or can a RHEV hypervisor work 
with a RHEV engine?


regards,
John



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Network real-time bar - nothing happened

[John Gardeniers]

FWIW, I have a ticket open about this with Red Hat, who have confirmed 
that the network display of VMs doesn't work correctly.


regards,
John


On 03/09/14 05:09, Groten, Ryan wrote:


Are you sure there is network traffic to/from these VMs? Most of my 
VMs show 0% as well because they’re not using much network. Try 
generating a bunch of network traffic and see if the number jumps.


*From:*users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] *On 
Behalf Of *Grzegorz Szypa

*Sent:* September-02-14 11:48 AM
*To:* users@ovirt.org
*Subject:* [ovirt-users] Network real-time bar - nothing happened

Hi.

For a long time I have a problem with a certain functionality

On real-time bar nothing happens, just as if it did not work, like on 
atached screen


Obraz w treści 1

--

G.Sz.


__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] RHEV

[John Gardeniers]

I assume the same would apply in reverse.

Given our utter disappointment with Red Hat "support" (or more
accurately, the lack of it), we see no good reason to continue with RHEV
and will very likely switch to Ovirt when our current subscription runs
out. We've had far more support from this list than we've had from RH,
for which we thank the list.

regards,
John


On 28/08/14 17:55, Itamar Heim wrote:
> On 08/28/2014 10:35 AM, Koen Vanoppen wrote:
>> Dear all,
>>
>> Besides the fact that we as team where very happy about ovirt and the
>> community, there is a chance that we have to move to RHEV... Superiors
>> decisions...
>>
>> Now my next obvious question is... IF this will be the case, can we move
>> all of our vms to RHEV or... If so, how can we do this in the best
>> possible way?
>>
>> Kind regards,
>>
>> Koen
>
> from the technical standpoint:
> currently - export/import the VMs
> in 3.5 - detach/attach storage domain (after upgrading the DC level to
> 3.5 first).
> (you'll need to re-install the hosts of course)
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
> __
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> __

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Self-hosted engine won't start

[John Gardeniers]

Hi Daniel,

As per my original post, each host believed the *other* is a better
candidate, with the result that neither would start the engine. As you
may have read by now, the bug has been confirmed and a fix has been
proposed.

Your claim that HA is working is incorrect. A system that requires
manual intervention when something goes wrong is not HA.

regards,
John


On 18/08/14 19:18, Daniel Helgenberger wrote:
> Hello John,
>
>
> On Mi, 2014-07-23 at 19:47 -0400, Jason Brooks wrote:
>> - Original Message -----
>>> From: "John Gardeniers" 
>>> To: "users" 
>>> Sent: Wednesday, July 23, 2014 4:29:45 PM
>>> Subject: [ovirt-users] Self-hosted engine won't start
>>>
>>> Hi All,
>>>
>>> I have created a lab with 2 hypervisors and a self-hosted engine. Today
>>> I followed the upgrade instructions as described in
>>> http://www.ovirt.org/Hosted_Engine_Howto and rebooted the engine. I
>>> didn't really do an upgrade but simply wanted to test what would happen
>>> when the engine was rebooted.
>>>
>>> When the engine didn't restart I re-ran hosted-engine
>>> --set-maintenance=none and restarted the vdsm, ovirt-ha-agent and
>>> ovirt-ha-broker services on both nodes. 15 minutes later it still hadn't
>>> restarted, so I then tried rebooting both hypervisers. After an hour
>>> there was still no sign of the engine starting. The agent logs don't
>>> help me much. The following bits are repeated over and over.
>>>
>>> ovirt1 (192.168.19.20):
>>>
>>> MainThread::INFO::2014-07-24
>>> 09:18:40,272::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
>>> Trying: notify time=1406157520.27 type=state_transition
>>> detail=EngineDown-EngineDown hostname='ovirt1.om.net'
>>> MainThread::INFO::2014-07-24
>>> 09:18:40,272::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
>>> Success, was notification of state_transition (EngineDown-EngineDown)
>>> sent? ignored
>>> MainThread::INFO::2014-07-24
>>> 09:18:40,594::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
>>> Current state EngineDown (score: 2400)
>>> MainThread::INFO::2014-07-24
>>> 09:18:40,594::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
>>> Best remote host 192.168.19.21 (id: 2, score: 2400)
>>>
>>> ovirt2 (192.168.19.21):
>>>
>>> MainThread::INFO::2014-07-24
>>> 09:18:04,005::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
>>> Trying: notify time=1406157484.01 type=state_transition
>>> detail=EngineDown-EngineDown hostname='ovirt2.om.net'
>>> MainThread::INFO::2014-07-24
>>> 09:18:04,006::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
>>> Success, was notification of state_transition (EngineDown-EngineDown)
>>> sent? ignored
>>> MainThread::INFO::2014-07-24
>>> 09:18:04,324::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
>>> Current state EngineDown (score: 2400)
>>> MainThread::INFO::2014-07-24
>>> 09:18:04,324::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
>>> Best remote host 192.168.19.20 (id: 1, score: 2400)
>>>
>>> From the above information I decided to simply shut down one hypervisor
>>> and see what happens. The engine did start back up again a few minutes
>>> later.
>> I've seen this behavior, too.
>>
>> Jason
>>
>>> The interesting part is that each hypervisor seems to think the other is
>>> a better host. 
> Where do you get this from? From the line: 
> 'Best remote host 192.168.19.20 (id: 1, score: 2400)' ?
>
> I assume this is not the case; HA broker just looking for the best
> remote candidate. 
>
> But I have also trouble with this behavior; esp. when I had the cluster
> in global maintenance.
> I resolve this by stating hosted engine manually in in global
> maintenance and waiting for {"health": "good", "vm": "up", "detail":
> "up"} and disabling global maintenance afterwards.
>
> I found the HA feature is indeed working - and tried out best by
> manually stopping the engine service (service hosted-engine stop). IIRC
> This should trigger a failover and reboot of the engine.
>
>
>> The two m

Re: [ovirt-users] Self-hosted engine won't start

[John Gardeniers]

Hi Jirka,

Thanks for the update. It sounds like the same bug but with a few extra
issues thrown in. e.g. Comment 9 seems to me to be a completely separate
bug, although it may affect the issue I reported.

I can't see any mention of how the problem is being resolved, which I am
interested in, but will keep an eye on it.

I'll try the patched version when I get the time and enthusiasm to give
it another crack.

regards,
John


On 14/08/14 22:57, Jiri Moskovcak wrote:
> Hi John,
> after a deeper look I realized that you're probably facing [1]. The
> patch is ready and I will also backport it to 3.4 branch.
>
> --Jirka
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1093638
>
> On 07/29/2014 11:41 PM, John Gardeniers wrote:
>> Hi Jiri,
>>
>> Sorry, I can't supply the log because the hosts have been recycled but
>> I'm sure it would have contained exactly the same information that you
>> already have from host2. It's a classic deadlock situation that should
>> never be allowed to happen. A simple and time proven solution was in my
>> original post.
>>
>> The reason for recycling the hosts is that I discovered yesterday that
>> although the engine was still running it could not be accessed in any
>> way. Upon further finding that there was no way to get it restarted I
>> decided to abandon the whole idea of self-hosting until such time as I
>> see an indication that it's production ready.
>>
>> regards,
>> John
>>
>>
>> On 29/07/14 22:52, Jiri Moskovcak wrote:
>>> Hi John,
>>> thanks for the logs. Seems like the engine is running on host2 and it
>>> decides that it doesn't have the best score and shuts the engine down
>>> and then neither of them want's to start the vm until you restart the
>>> host2. Unfortunately the logs doesn't contain the part from host1 from
>>> 2014-07-24 09:XX which I'd like to investigate because it might
>>> contain the information why host1 refused to start the vm when host2
>>> killed it.
>>>
>>> Regards,
>>> Jirka
>>>
>>> On 07/28/2014 02:57 AM, John Gardeniers wrote:
>>>> Hi Jira,
>>>>
>>>> Version: ovirt-hosted-engine-ha-1.1.5-1.el6.noarch
>>>>
>>>> Attached are the logs. Thanks for looking.
>>>>
>>>> Regards,
>>>> John
>>>>
>>>>
>>>> On 25/07/14 17:47, Jiri Moskovcak wrote:
>>>>> On 07/24/2014 11:37 PM, John Gardeniers wrote:
>>>>>> Hi Jiri,
>>>>>>
>>>>>> Perhaps you can tell me how to determine the exact version of
>>>>>> ovirt-hosted-engine-ha.
>>>>>
>>>>> Centos/RHEL/Fedora: rpm -q ovirt-hosted-engine-ha
>>>>>
>>>>>> As for the logs, I am not going to attach 60MB
>>>>>> of logs to an email,
>>>>>
>>>>> - there are other ways to share the logs
>>>>>
>>>>>> nor can I see any imaginagle reason for you wanting
>>>>>> to see them all, as the bulk is historical. I have already included
>>>>>> the
>>>>>> *relevant* sections. However, if you think there may be some other
>>>>>> section that may help you feel free to be more explicit about
>>>>>> what you
>>>>>> are looking for. Right now I fail to understand what you might
>>>>>> hope to
>>>>>> see in logs from several weeks ago that you can't get from the last
>>>>>> day
>>>>>> or so.
>>>>>>
>>>>>
>>>>> It's a standard way, people tend to think that they know what is a
>>>>> relevant part of a log, but in many cases they fail. Asking for the
>>>>> whole logs has proven to be faster than trying to find the relevant
>>>>> part through the user. And you're right, I don't need the logs from
>>>>> last week, just logs since the last start of the services when you
>>>>> observed the problem.
>>>>>
>>>>> Regards,
>>>>> Jirka
>>>>>
>>>>>> regards,
>>>>>> John
>>>>>>
>>>>>>
>>>>>> On 24/07/14 19:10, Jiri Moskovcak wrote:
>>>>>>> Hi, please provide the the exact versions of ovirt-hosted-engine-ha
>>>>>>> and all logs from /var/l

Re: [ovirt-users] Is there a plan to allow VM migration?

[John Gardeniers]

Hi Russ,

Could it be that you're over-thinking this? Why can't Ovirt simply
export VMs to a standard format, preferably of course one already used
elsewhere, such as ovf? That way it's a straight one-to-one.

regards,
John


On 06/08/14 08:57, R P Herrold wrote:
> On Wed, 6 Aug 2014, John Gardeniers wrote:
>
>> As per the subject, is there a plan to allow VM migration? By that I
>> import that into the destination machine. That's slow, cumbersome and
>> still requires the VMs configuration to be manually duplicated.
> The problem we have run into when trying to implement 
> automated assistance on image migrations between different 
> backing store, is that the bootloader / initrd fixups are not 
> deterministic and 'doable' as between grub, grub2, and other 
> 'first stage'
>
> I would love a solution, but after much experimentation, I 
> just don't see a good path to solving this in a general form.  
> (it is not a many spokes to one common interchange format, and 
> then one to new spoke transition, but rather a many to many 
> problem)
>
> Perhaps the libguestfs uplift mentioned for a few months from 
> now with the RHEL 7.1 updates will help
>
> -- Russ herrold
>
> __
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> __

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Is there a plan to allow VM migration?

[John Gardeniers]

As per the subject, is there a plan to allow VM migration? By that I
don't mean the current idea of detaching the export storage and
attaching it to another compatible system. I mean a real migration to
something external to the system the VM is currently on.

At least in my universe, there are times when it is highly desirable or
even necessary to take an Ovirt/RHEV VM and move or copy it to another
system, such as between completely separate Ovirt/RHEV systems or to
other systems such as KVM/Qemu or VirtualBox. The nearest I can manage
right now is to use an imaging tool to make a copy of the drive and
import that into the destination machine. That's slow, cumbersome and
still requires the VMs configuration to be manually duplicated.

regards,
John

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Self-hosted engine won't start

[John Gardeniers]

Hi Jiri,

Sorry, I can't supply the log because the hosts have been recycled but
I'm sure it would have contained exactly the same information that you
already have from host2. It's a classic deadlock situation that should
never be allowed to happen. A simple and time proven solution was in my
original post.

The reason for recycling the hosts is that I discovered yesterday that
although the engine was still running it could not be accessed in any
way. Upon further finding that there was no way to get it restarted I
decided to abandon the whole idea of self-hosting until such time as I
see an indication that it's production ready.

regards,
John


On 29/07/14 22:52, Jiri Moskovcak wrote:
> Hi John,
> thanks for the logs. Seems like the engine is running on host2 and it
> decides that it doesn't have the best score and shuts the engine down
> and then neither of them want's to start the vm until you restart the
> host2. Unfortunately the logs doesn't contain the part from host1 from
> 2014-07-24 09:XX which I'd like to investigate because it might
> contain the information why host1 refused to start the vm when host2
> killed it.
>
> Regards,
> Jirka
>
> On 07/28/2014 02:57 AM, John Gardeniers wrote:
>> Hi Jira,
>>
>> Version: ovirt-hosted-engine-ha-1.1.5-1.el6.noarch
>>
>> Attached are the logs. Thanks for looking.
>>
>> Regards,
>> John
>>
>>
>> On 25/07/14 17:47, Jiri Moskovcak wrote:
>>> On 07/24/2014 11:37 PM, John Gardeniers wrote:
>>>> Hi Jiri,
>>>>
>>>> Perhaps you can tell me how to determine the exact version of
>>>> ovirt-hosted-engine-ha.
>>>
>>> Centos/RHEL/Fedora: rpm -q ovirt-hosted-engine-ha
>>>
>>>> As for the logs, I am not going to attach 60MB
>>>> of logs to an email,
>>>
>>> - there are other ways to share the logs
>>>
>>>> nor can I see any imaginagle reason for you wanting
>>>> to see them all, as the bulk is historical. I have already included
>>>> the
>>>> *relevant* sections. However, if you think there may be some other
>>>> section that may help you feel free to be more explicit about what you
>>>> are looking for. Right now I fail to understand what you might hope to
>>>> see in logs from several weeks ago that you can't get from the last
>>>> day
>>>> or so.
>>>>
>>>
>>> It's a standard way, people tend to think that they know what is a
>>> relevant part of a log, but in many cases they fail. Asking for the
>>> whole logs has proven to be faster than trying to find the relevant
>>> part through the user. And you're right, I don't need the logs from
>>> last week, just logs since the last start of the services when you
>>> observed the problem.
>>>
>>> Regards,
>>> Jirka
>>>
>>>> regards,
>>>> John
>>>>
>>>>
>>>> On 24/07/14 19:10, Jiri Moskovcak wrote:
>>>>> Hi, please provide the the exact versions of ovirt-hosted-engine-ha
>>>>> and all logs from /var/log/ovirt-hosted-engine-ha/
>>>>>
>>>>> Thank you,
>>>>> Jirka
>>>>>
>>>>> On 07/24/2014 01:29 AM, John Gardeniers wrote:
>>>>>> Hi All,
>>>>>>
>>>>>> I have created a lab with 2 hypervisors and a self-hosted engine.
>>>>>> Today
>>>>>> I followed the upgrade instructions as described in
>>>>>> http://www.ovirt.org/Hosted_Engine_Howto and rebooted the engine. I
>>>>>> didn't really do an upgrade but simply wanted to test what would
>>>>>> happen
>>>>>> when the engine was rebooted.
>>>>>>
>>>>>> When the engine didn't restart I re-ran hosted-engine
>>>>>> --set-maintenance=none and restarted the vdsm, ovirt-ha-agent and
>>>>>> ovirt-ha-broker services on both nodes. 15 minutes later it still
>>>>>> hadn't
>>>>>> restarted, so I then tried rebooting both hypervisers. After an hour
>>>>>> there was still no sign of the engine starting. The agent logs don't
>>>>>> help me much. The following bits are repeated over and over.
>>>>>>
>>>>>> ovirt1 (192.168.19.20):
>>>>>>
>>>>>> MainThread::INFO::2014-07-24
>>>>>> 09:18:40,272::brokerlin

Re: [ovirt-users] Self-hosted engine won't start

[John Gardeniers]

Hi Jiri,

Perhaps you can tell me how to determine the exact version of
ovirt-hosted-engine-ha. As for the logs, I am not going to attach 60MB
of logs to an email, nor can I see any imaginagle reason for you wanting
to see them all, as the bulk is historical. I have already included the
*relevant* sections. However, if you think there may be some other
section that may help you feel free to be more explicit about what you
are looking for. Right now I fail to understand what you might hope to
see in logs from several weeks ago that you can't get from the last day
or so.

regards,
John


On 24/07/14 19:10, Jiri Moskovcak wrote:
> Hi, please provide the the exact versions of ovirt-hosted-engine-ha
> and all logs from /var/log/ovirt-hosted-engine-ha/
>
> Thank you,
> Jirka
>
> On 07/24/2014 01:29 AM, John Gardeniers wrote:
>> Hi All,
>>
>> I have created a lab with 2 hypervisors and a self-hosted engine. Today
>> I followed the upgrade instructions as described in
>> http://www.ovirt.org/Hosted_Engine_Howto and rebooted the engine. I
>> didn't really do an upgrade but simply wanted to test what would happen
>> when the engine was rebooted.
>>
>> When the engine didn't restart I re-ran hosted-engine
>> --set-maintenance=none and restarted the vdsm, ovirt-ha-agent and
>> ovirt-ha-broker services on both nodes. 15 minutes later it still hadn't
>> restarted, so I then tried rebooting both hypervisers. After an hour
>> there was still no sign of the engine starting. The agent logs don't
>> help me much. The following bits are repeated over and over.
>>
>> ovirt1 (192.168.19.20):
>>
>> MainThread::INFO::2014-07-24
>> 09:18:40,272::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
>>
>> Trying: notify time=1406157520.27 type=state_transition
>> detail=EngineDown-EngineDown hostname='ovirt1.om.net'
>> MainThread::INFO::2014-07-24
>> 09:18:40,272::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
>>
>> Success, was notification of state_transition (EngineDown-EngineDown)
>> sent? ignored
>> MainThread::INFO::2014-07-24
>> 09:18:40,594::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
>>
>> Current state EngineDown (score: 2400)
>> MainThread::INFO::2014-07-24
>> 09:18:40,594::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
>>
>> Best remote host 192.168.19.21 (id: 2, score: 2400)
>>
>> ovirt2 (192.168.19.21):
>>
>> MainThread::INFO::2014-07-24
>> 09:18:04,005::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
>>
>> Trying: notify time=1406157484.01 type=state_transition
>> detail=EngineDown-EngineDown hostname='ovirt2.om.net'
>> MainThread::INFO::2014-07-24
>> 09:18:04,006::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
>>
>> Success, was notification of state_transition (EngineDown-EngineDown)
>> sent? ignored
>> MainThread::INFO::2014-07-24
>> 09:18:04,324::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
>>
>> Current state EngineDown (score: 2400)
>> MainThread::INFO::2014-07-24
>> 09:18:04,324::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
>>
>> Best remote host 192.168.19.20 (id: 1, score: 2400)
>>
>>  From the above information I decided to simply shut down one hypervisor
>> and see what happens. The engine did start back up again a few minutes
>> later.
>>
>> The interesting part is that each hypervisor seems to think the other is
>> a better host. The two machines are identical, so there's no reason I
>> can see for this odd behaviour. In a lab environment this is little more
>> than an annoying inconvenience. In a production environment it would be
>> completely unacceptable.
>>
>> May I suggest that this issue be looked into and some means found to
>> eliminate this kind of mutual exclusion? e.g. After a few minutes of
>> such an issue one hypervisor could be randomly given a slightly higher
>> weighting, which should result in it being chosen to start the engine.
>>
>> regards,
>> John
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
> __
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> __

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Self-hosted engine won't start

[John Gardeniers]

Hi All,

I have created a lab with 2 hypervisors and a self-hosted engine. Today
I followed the upgrade instructions as described in
http://www.ovirt.org/Hosted_Engine_Howto and rebooted the engine. I
didn't really do an upgrade but simply wanted to test what would happen
when the engine was rebooted.

When the engine didn't restart I re-ran hosted-engine
--set-maintenance=none and restarted the vdsm, ovirt-ha-agent and
ovirt-ha-broker services on both nodes. 15 minutes later it still hadn't
restarted, so I then tried rebooting both hypervisers. After an hour
there was still no sign of the engine starting. The agent logs don't
help me much. The following bits are repeated over and over.

ovirt1 (192.168.19.20):

MainThread::INFO::2014-07-24
09:18:40,272::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
Trying: notify time=1406157520.27 type=state_transition
detail=EngineDown-EngineDown hostname='ovirt1.om.net'
MainThread::INFO::2014-07-24
09:18:40,272::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
Success, was notification of state_transition (EngineDown-EngineDown)
sent? ignored
MainThread::INFO::2014-07-24
09:18:40,594::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
Current state EngineDown (score: 2400)
MainThread::INFO::2014-07-24
09:18:40,594::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
Best remote host 192.168.19.21 (id: 2, score: 2400)

ovirt2 (192.168.19.21):

MainThread::INFO::2014-07-24
09:18:04,005::brokerlink::108::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
Trying: notify time=1406157484.01 type=state_transition
detail=EngineDown-EngineDown hostname='ovirt2.om.net'
MainThread::INFO::2014-07-24
09:18:04,006::brokerlink::117::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(notify)
Success, was notification of state_transition (EngineDown-EngineDown)
sent? ignored
MainThread::INFO::2014-07-24
09:18:04,324::hosted_engine::327::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
Current state EngineDown (score: 2400)
MainThread::INFO::2014-07-24
09:18:04,324::hosted_engine::332::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
Best remote host 192.168.19.20 (id: 1, score: 2400)

>From the above information I decided to simply shut down one hypervisor
and see what happens. The engine did start back up again a few minutes
later.

The interesting part is that each hypervisor seems to think the other is
a better host. The two machines are identical, so there's no reason I
can see for this odd behaviour. In a lab environment this is little more
than an annoying inconvenience. In a production environment it would be
completely unacceptable.

May I suggest that this issue be looked into and some means found to
eliminate this kind of mutual exclusion? e.g. After a few minutes of
such an issue one hypervisor could be randomly given a slightly higher
weighting, which should result in it being chosen to start the engine.

regards,
John
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Migrate from one system to another.

[John Gardeniers]

Hi Sven,

Thanks but that's really not a workable solution for us. I'm surprised
there's no cleaner export/import mechanism. This is the only
virtualization system I'm familiar with doesn't have a simple and
straightforward way to export a VM to an external system.

On the subject of support, my comments are related only to my personal
experiences. Also, there's a huge difference between Red Hat and Ovirt -
the Ovirt people care. :)

regards,
John


On 07/07/14 16:52, Sven Kieske wrote:
> Well, what you can do, is:
> export this vm to an export domain, detach the domain from your DC,
>
> than tar.gz the whole export domain (use the sparse option if you got
> thin provisioned disks)
> then upload that tar.gz they have to put it on their storage, extract
> and import the export storage domain, then import the vm.
>
> HTH
>
> PS: But I can't believe the redhat support is so bad, after all the
> "ovirt support" is pretty good.
>
> Am 07.07.2014 00:12, schrieb John Gardeniers:
>>> We each make some shared
>> resources available to the other, so the normal method we use to
>> transfer files is we upload them to a shared directory at the other end.

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Migrate from one system to another.

[John Gardeniers]

Hi Gianluca,

When I said the support has not been stellar I may have understated the
problem. The reason I haven't opened a case with Red Hat this time is
simply because *all* my other cases are still unresolved, with all but
the most recent having been open for months. I've had to find my own
workarounds for each, so I'm disinclined to waste even more time trying
to get them to help me. My confidence in their support is pretty close
to zero at this time.

Both ends of this set-up are RHEV 3.3, with neither side having admin
access to the other. The connection is via a VPN with a ping time of
>300ms. These are independent companies. We each make some shared
resources available to the other, so the normal method we use to
transfer files is we upload them to a shared directory at the other end.

regards,
John


On 04/07/14 17:54, Gianluca Cecchi wrote:
> Even if not stellar (as you said), if you have (as I understood) RHEV
> on both sides, you could open a case for this problem to red hat if
> not already done.
> Also, what kind of inter-connection is there between the two rhev
> environments? Which version of rhev on both environments?
>
> Not a great contribution, I admit
>
> Gianluca
>
>
> __
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> __

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Migrate from one system to another.

[John Gardeniers]

Thanks Sven but what you linked to is a bug in a feature in a version we
don't use yet.

On 04/07/14 01:21, Sven Kieske wrote:
> You are maybe interested in this 3.5
> feature?
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1083307
>
> HTH
>

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Migrate from one system to another.

[John Gardeniers]

Hi Joop,

Yes, that is an option but it also seems like an extra step that
shouldn't be required. While in this instance that may not appear to be
a big deal, in the future it's quite possible that we may decide to
migrate our entire system from RHEV to Ovirt. Having to use additional
steps for every VM to be migrated would result in far more downtime than
we would be able to accommodate.

Incidentally, I know of similar products but did not know about
fsarchiver. I'll check that out, thanks.

regard,
John


On 03/07/14 05:29, Joop wrote:
> On 2-7-2014 3:23, John Gardeniers wrote:
>> Hi All,
>>
>>
>> We need get get a VM from our client's system in the UK to our system in
>> Australia, so this isn't just migrating between clusters or datacenters.
>> I know it's easy enough to export a VM and copy its image file from the
>> export storage area but what's the procedure to import it into the
>> second system? Can I just plonk the file into out import/export storage
>> (I really doubt it) or do I need to do something else with it? I know I
>> can import it easily enough into a KVM/Qemu system and then do a V2V
>> from there but that seems like a step that shouldn't be required.
>>
>> Have I missed something really obvious or is this one of those things
>> people don't do very often?
>>
> You probably have thought about this too but is using a program like
> fsarchiver an option?
> It will optionally compress the backup and optionally will allow you to
> change disklayout when restoring.
>
> Joop
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
> __
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> __

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Migrate from one system to another.

[John Gardeniers]

Hi All,

I've been googling but haven't found an answer to what I thought would
be a fairly simple question. The systems involved are RHEV but, given
that Red Hat support has been less than stellar and doesn't have a user
discussion list and that RHEV is just Ovirt anyway, I thought I'd ask here.

We need get get a VM from our client's system in the UK to our system in
Australia, so this isn't just migrating between clusters or datacenters.
I know it's easy enough to export a VM and copy its image file from the
export storage area but what's the procedure to import it into the
second system? Can I just plonk the file into out import/export storage
(I really doubt it) or do I need to do something else with it? I know I
can import it easily enough into a KVM/Qemu system and then do a V2V
from there but that seems like a step that shouldn't be required.

Have I missed something really obvious or is this one of those things
people don't do very often?

regards,
John

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Script to determine which Hypervisor a VM is running on

[John Gardeniers]

Hi Citros,

I have this Python script I wrote to get VM information from Red Hat
Virtualization which I believe should work for Ovirt as well. I should
point out that I'm not a Python user normally and actually hate the
language. If the formatting gets screwed I can email you a copy.

To use it either run it without parameters to get a list of all VMs or
run it with "-n vm_name" (case sensitive) to list just a single VM.

[code]
#! /usr/bin/python

from __future__ import division
from ovirtsdk.api import API
from ovirtsdk.xml import params
from optparse import OptionParser
import os
import sys
import urllib

## Edit the following three items as necesary
rhevman = 'https://your_rhev_manager'
user = 'admin@internal'
password = 'user_password'

cert = '/tmp/rhevm.cer'

## Format numbers
def factor(value):
str = 'Bytes'
if (value >= 1024):
value /= 1024
str = 'KB'
if (value >= 1024):
value /= 1024
str = 'MB'
if (value >= 1024):
value /= 1024
str = 'GB'
return '%s %s' % (('%f' % value).rstrip('0').rstrip('.'), str)

## Ensure we have the server ca certificate
if (not os.path.isfile(cert)):
print "Certificate file not found. Trying to download it."
urllib.urlretrieve (rhevman + '/ca.crt', cert)

## Find out what is being asked for
vmname = ''
parser = OptionParser()
parser.add_option('-n', '--name', dest='vmname', default='',
action='store', help='Specify the name of a single VM (case sensitive)')
(options, args) = parser.parse_args()
vmname = options.vmname
hostnames = {}

try:
## Connect to the API
api = API (url=rhevman, username=user, password=password, ca_file=cert)

try:
## Get the list of hypervisors for use later on
for host in api.hosts.list():
hostnames[host.id] = host.name

## Are we after a single VM or the entire list?
if (len(vmname) > 0):
print 'Retrieving information for %s' % vmname
vmsList = api.vms.list(query = 'name=%s' % vmname)
else:
print 'Retrieving information for all VMs'
vmsList = api.vms.list(max = -1)
print 'Found %d VMs' % len(vmsList)

# Get the VM details
for instance in vmsList:
address=[]
print '\nVM: %s' % instance.name
host = instance.get_host()
print '\tState: %s\n\tDescription: %s\n\tComment: %s' %
(instance.status.state, instance.description, instance.comment)

if (host):
print '\tHost: %s' % hostnames[host.id]

createtime = instance.get_creation_time()
print '\tCreated: %s' % createtime
starttime = instance.get_start_time()
print '\tStarted: %s' % starttime
cpu = instance.get_cpu()
print '\tCPU: %s (%s sockets, %s cores)' %
(cpu.topology.sockets*cpu.topology.cores, cpu.topology.sockets,
cpu.topology.cores)
ram = instance.get_memory()
print '\tRAM: %s' % factor(ram)
disks = instance.get_disks().list()

for disk in disks:
print '\tDisk: %s %s' % (disk.name, factor(disk.size))

if ((instance.status.state == 'up') and
instance.get_guest_info()):
vmnics= instance.get_nics().list()
ips = instance.get_guest_info().get_ips().get_ip()

for card in vmnics:
print '\tInterface: %s, MAC address: %s' %
(card.name, card.mac.address)

for ip in ips:
address.append(ip.get_address())
print '\tIP: %s' % ( ip.get_address())

except Exception as e:
print ' Exception:\n%s' % str(e)

api.disconnect()

except Exception as ex:
print 'Unexpected error: %s' % ex
[/code]

regards,
John


On 18/06/14 00:59, Citros Airv wrote:
> Hi,
>
> I'm checking to see if someone has a script to determine where a VM is
> running preferably with the shell?
>
> Thanks,
>
> VS
>
> __
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> __
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Engine HA?

[John Gardeniers]

Hi Kevin,

I found this link while looking for the same solution:
http://captainkvm.com/2013/05/providing-high-availability-for-rhev-m/

We now have rhev-m (which is the same thing as the Ovirt engine) running
on a server using KVM/Qemu, with my Linux workstation acting as a backup
host. The VM image is stored on an NFS share. Simple, possibly even
slightly crude, but very effective.

Regards,
John


On 12/06/14 19:44, kevint...@umac.mo wrote:
> Dear all,
>
> If not using self hosted-engine solution, my Engine will install in
> dedicate machine. How should I make the engine become HA?
>
> Thanks
>
> Best Regards,
> Kevin Tang
> 
> AMSV - STATE KEY LABORATORY OF ANALOG AND MIXED-SIGNAL VLSI
> University of Macau
> Tel: (+853) 8397-8035
>
>
>
> From:Itamar Heim 
> To:kevint...@umac.mo, users@ovirt.org
> Date:06/12/2014 04:07 AM
> Subject:Re: [ovirt-users] Engine HA?
> 
>
>
>
> On 06/11/2014 04:16 AM, kevint...@umac.mo wrote:
> > Dear all,
> >
> > I know oVirt Host (VM) can be HA and cluster, all VM can be migrate
> > between all operational Node.
> >
> > Since the main oVirt Engine is standalone, event shelf-hosted engine, it
> > still is a single Engine.
> >
> > I want to ensure my Engine can be HA, how should I do? Do I need to
> > create a Cluster Linux first?
> >
>
> hosted-engine has built-in HA mechanism for the engine, so if the host
> its running on has an issue, another host will launch the hosted engine.
>
>
>
>
> __
> This email has been scanned by the Symantec Email Security.cloud service.
> For more information please visit http://www.symanteccloud.com
> __
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users