[ovirt-users] Graceful shutdown on power loss
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
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 jgardeni...@objectmastery.com 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 jgardeni...@objectmastery.com 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
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 jgardeni...@objectmastery.com 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 jgardeni...@objectmastery.com 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 jgardeni...@objectmastery.com 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
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 jgardeni...@objectmastery.com 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 jgardeni...@objectmastery.com 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 jgardeni...@objectmastery.com 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
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 jgardeni...@objectmastery.com 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 jgardeni...@objectmastery.com 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 jgardeni...@objectmastery.com 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
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 jgardeni...@objectmastery.com 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 jgardeni...@objectmastery.com 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 jgardeni...@objectmastery.com 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
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 jgardeni...@objectmastery.com *To: *users users@ovirt.org *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
Re: [ovirt-users] Ovirt and Gluster
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 jgardeni...@objectmastery.com 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
[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
[ovirt-users] Most popular data storage connection
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
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 jgardeni...@objectmastery.com To: users users@ovirt.org 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
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
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
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
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
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
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] Migrate Ovirt to/from RHEV
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 jgardeni...@objectmastery.com 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] Balloon driver unavailable
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 karli.sjob...@slu.se mailto:karli.sjob...@slu.se To: tdeme...@itsmart.hu mailto:tdeme...@itsmart.hu tdeme...@itsmart.hu mailto:tdeme...@itsmart.hu Cc: users@ovirt.org mailto:users@ovirt.org 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
[ovirt-users] Migrate Ovirt to/from RHEV
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
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 karli.sjob...@slu.se To: tdeme...@itsmart.hu tdeme...@itsmart.hu Cc: users@ovirt.org 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
Re: [ovirt-users] Balloon driver unavailable
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] Balloon driver unavailable
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 karli.sjob...@slu.se To: tdeme...@itsmart.hu tdeme...@itsmart.hu Cc: users@ovirt.org 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] Using a free-standing Spice viewer
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 display 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 jgardeni...@objectmastery.com 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
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
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
Re: [ovirt-users] Admin console - Always show advanced options
Thanks for the confirmation. On 20/09/14 05:47, Gianluca Cecchi wrote: On Fri, Sep 19, 2014 at 8:03 PM, Trey Dockendorf treyd...@gmail.com mailto:treyd...@gmail.com 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] Ovirt / RHEV interoperability
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
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
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
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
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 jgardeni...@objectmastery.com To: users users@ovirt.org 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 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Cheers, Daniel ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Self-hosted engine won't start
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/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
[ovirt-users] Is there a plan to allow VM migration?
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] Is there a plan to allow VM migration?
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
Re: [ovirt-users] Self-hosted engine won't start
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::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
Re: [ovirt-users] Self-hosted engine won't start
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
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.
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.
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.
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
[ovirt-users] Migrate from one system to another.
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] Migrate from one system to another.
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
Re: [ovirt-users] Script to determine which Hypervisor a VM is running on
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?
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 ih...@redhat.com 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