Re: [Users] Will this two node concept scale and work?
Hi, this one lead me to question which drbd version is or will be available in EL 6/7(upcoming). My search so far just revealed there is no official supported version for EL6 and maybe even worse, as far as I looked, will not even be supported in EL7: https://access.redhat.com/site/discussions/669243 But I didn't check if the kernel modules are disabled or just unsupported. Am 05.02.2014 15:13, schrieb Jorick Astrego: ou could use drbd9 but I haven't tested it extensively yet. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Lifecycle / upgradepath
Hi Community, Currently, there is no single document describing supported (which means: working ) upgrade scenarios. I think the project has matured enough, to have such an supported upgradepath, which should be considered in the development of new releases. As far as I know, currently it is supported to upgrade from x.y.z to x.y.z+1 and from x.y.z to x.y+1.z but not from x.y-1.z to x.y+1.z directly. maybe this should be put together in a wiki page at least. also it would be cool to know how long a single release would be supported. In this context I would define a release as a version bump from x.y.z to x.y+1.z or to x+1.y.z a bump in z would be a bugfix release. The question is, how long will we get bugfix releases for a given version? What are your thoughts? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Gluster question
Hi, I think your problem is the following: if you put your shared storage on the same servers where the HA-VMs run and you lose one of those servers, you inherently also lose the disk space on this server. Gluster can, in theory, circumvent this. But afaik (read on this very ml) it is not supported to run gluster on the same nodes as you run the vms. HTH -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] A/B network setup
- Original Message - From: Pat Pierson ihasn2...@gmail.com To: users@ovirt.org Sent: Wednesday, February 5, 2014 10:17:54 PM Subject: [Users] A/B network setup I am having some issues wrapping my head around this but what I am trying to setup is a A/B testing environment with a 3node cluster. Each node has 2 nics, 1 for ovirtmgmt and 1 for vlaned A/B network. I guess what I am trying to understand is if ovirt is tagging the vlan's I setup and is properly passing that to the switch? Yep! You can create two VLAN networks from the GUI (Named A, B for example) and VLAN tag them with 100 and 200. Then, go to each of your hosts, click on setup networks and drag those two new networks on the second NIC of the host. This will configure two VLAN devices on top of the second NIC of the host. Essentially the NIC will be a trunk port and will allow VLANs 100 and 200. If the 2nd NIC is called eth1, then after the configuration is done you will see eth1.100, and eth1.200. Each network will also have a bridge created for it. So you'll have a Linux bridge connected to eth1.100, and another one connected to eth1.200. Any VMs that you connect to the first or second network will have tap devices connected to the first or second bridge. This would allow me to have multiple subnets on a host that the switch also can see as multiple vlans. Right? I would still have to configure the switch to allow that port access to both vlans. Yeah, you have to make sure that the port connected from the switch to the host is in trunk mode, and allows VLANs 100 and 200. -- Patrick Pierson ___ 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: [Users] Python SDK list vms slow, excessive cpu usage
Hi, just curious, with the upcoming 3.4 release. was the binding updated? And did somebody test if the XML performance has gotten better with it? Am 17.12.2013 15:31, schrieb Michael Pasternak: This is a known issue caused by generateDS python bindings we use, it's extremely slow in python-xml marshalling, and unable to recognize cyclic referencing in the objects, i'm planning to upgrade in 3.4 from 2.9a to 2.12, if it won't help, we may consider other options. -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Storage server
On 02/06/2014 05:16 AM, Koen Vanoppen wrote: It's not on DNS... The storage server in ovirt is on IP... So... What are my options in this case? you would need to 'edit the connection'. since 3.3.1 this is possible via the rest api without hacking the db: http://www.ovirt.org/Features/Manage_Storage_Connections Thanx! Kind regards, Koen On Feb 5, 2014 9:08 AM, Itamar Heim ih...@redhat.com mailto:ih...@redhat.com wrote: On 02/04/2014 03:10 PM, Elad Ben Aharon wrote: Actually, the best way to do it would be to create another storage domain and migrate all the VMs's disks to it (you can do it while the VMs are running), then you won't suffer from a down time. notice this will create a snapshot for your vms and may change them from raw to qcow. also, this not supported for shared disks. If you don't have the option to do so, the best way to do it would be to shut down the VMs, put the storage domain to 'Maintenance' and then perform the storage server network change. When the connection to the storage is fixed, activate the domain and resume the VMs manually. that's assuming the domain was added using dns and not ip address, and that the dns expiration/caching on all hosts will notice the new ip address. - Original Message - From: Koen Vanoppen vanoppen.k...@gmail.com mailto:vanoppen.k...@gmail.com To: Elad Ben Aharon ebena...@redhat.com mailto:ebena...@redhat.com, users@ovirt.org mailto:users@ovirt.org Sent: Tuesday, February 4, 2014 2:57:57 PM Subject: Re: [Users] Storage server For the moment, nothing is going on. The change is planned on Thursday. So, correct me if I'm wrong, you say that the fastest and easiest way is to suspend all the machines, make the change of the storage server, rediscover the iscsi server and then bring the vm's back up? Kind regards, Koen On Feb 4, 2014 1:47 PM, Elad Ben Aharon ebena...@redhat.com mailto:ebena...@redhat.com wrote: Hi, I suppose that those VMs are now in 'Paused' state, correct me if I'm wrong. After connectivity with storage comes back, all VMs which couldn't detect their disks should be resumed from 'Paused' to 'Up' state automatically. It shouldn't take them a long time to change their state (a few minutes). - Original Message - From: Koen Vanoppen vanoppen.k...@gmail.com mailto:vanoppen.k...@gmail.com To: users@ovirt.org mailto:users@ovirt.org Sent: Tuesday, February 4, 2014 2:32:46 PM Subject: [Users] Storage server Dear All, At work, the network guys have come to a discovery that they have made a mistake in their network configuration... The Storage server that we use as ISCSI target in oVirt, is in the wrong VLAN, so the wrong IP address... What is the best way to make sure that all of our vms (40) that are using this scsi storage will come up again after the storage server has changed his ip? What are the best steps to be taken...? We are using oVirt Engine Version: 3.3.1-2.el6 Kind Regards, Koen _ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/__mailman/listinfo/users http://lists.ovirt.org/mailman/listinfo/users _ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/__mailman/listinfo/users http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Storage server
Can I change the storagedomain ip from the ovirt-shell? Thanks in advance 2014-02-06 Itamar Heim ih...@redhat.com: On 02/06/2014 12:03 PM, Koen Vanoppen wrote: Can I change the storagedomain ip from the ovirt-shell? Thanks in advance please reply to list, thanks 2014-02-06 Itamar Heim ih...@redhat.com mailto:ih...@redhat.com: On 02/06/2014 05:16 AM, Koen Vanoppen wrote: It's not on DNS... The storage server in ovirt is on IP... So... What are my options in this case? you would need to 'edit the connection'. since 3.3.1 this is possible via the rest api without hacking the db: http://www.ovirt.org/Features/__Manage_Storage_Connections http://www.ovirt.org/Features/Manage_Storage_Connections Thanx! Kind regards, Koen On Feb 5, 2014 9:08 AM, Itamar Heim ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com wrote: On 02/04/2014 03:10 PM, Elad Ben Aharon wrote: Actually, the best way to do it would be to create another storage domain and migrate all the VMs's disks to it (you can do it while the VMs are running), then you won't suffer from a down time. notice this will create a snapshot for your vms and may change them from raw to qcow. also, this not supported for shared disks. If you don't have the option to do so, the best way to do it would be to shut down the VMs, put the storage domain to 'Maintenance' and then perform the storage server network change. When the connection to the storage is fixed, activate the domain and resume the VMs manually. that's assuming the domain was added using dns and not ip address, and that the dns expiration/caching on all hosts will notice the new ip address. - Original Message - From: Koen Vanoppen vanoppen.k...@gmail.com mailto:vanoppen.k...@gmail.com mailto:vanoppen.koen@gmail.__com mailto:vanoppen.k...@gmail.com To: Elad Ben Aharon ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com, users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org Sent: Tuesday, February 4, 2014 2:57:57 PM Subject: Re: [Users] Storage server For the moment, nothing is going on. The change is planned on Thursday. So, correct me if I'm wrong, you say that the fastest and easiest way is to suspend all the machines, make the change of the storage server, rediscover the iscsi server and then bring the vm's back up? Kind regards, Koen On Feb 4, 2014 1:47 PM, Elad Ben Aharon ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com wrote: Hi, I suppose that those VMs are now in 'Paused' state, correct me if I'm wrong. After connectivity with storage comes back, all VMs which couldn't detect their disks should be resumed from 'Paused' to 'Up' state automatically. It shouldn't take them a long time to change their state (a few minutes). - Original Message - From: Koen Vanoppen vanoppen.k...@gmail.com mailto:vanoppen.k...@gmail.com mailto:vanoppen.koen@gmail.__com mailto:vanoppen.k...@gmail.com To: users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org Sent: Tuesday, February 4, 2014 2:32:46 PM Subject: [Users] Storage server Dear All, At work, the network guys have come to a discovery that they have made a mistake in their network configuration... The Storage server that we use as ISCSI target in oVirt, is in the wrong VLAN, so the wrong IP address... What is the best way to make sure that all of our vms (40)
Re: [Users] Storage server
On 02/06/2014 12:43 PM, Koen Vanoppen wrote: Can I change the storagedomain ip from the ovirt-shell? Thanks in advance anything in the api should work from sdk and shell. while this falls in the storage domain, juan may know as well? 2014-02-06 Itamar Heim ih...@redhat.com mailto:ih...@redhat.com: On 02/06/2014 12:03 PM, Koen Vanoppen wrote: Can I change the storagedomain ip from the ovirt-shell? Thanks in advance please reply to list, thanks 2014-02-06 Itamar Heim ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com: On 02/06/2014 05:16 AM, Koen Vanoppen wrote: It's not on DNS... The storage server in ovirt is on IP... So... What are my options in this case? you would need to 'edit the connection'. since 3.3.1 this is possible via the rest api without hacking the db: http://www.ovirt.org/Features/Manage_Storage_Connections http://www.ovirt.org/Features/__Manage_Storage_Connections http://www.ovirt.org/__Features/Manage_Storage___Connections http://www.ovirt.org/Features/Manage_Storage_Connections Thanx! Kind regards, Koen On Feb 5, 2014 9:08 AM, Itamar Heim ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com wrote: On 02/04/2014 03:10 PM, Elad Ben Aharon wrote: Actually, the best way to do it would be to create another storage domain and migrate all the VMs's disks to it (you can do it while the VMs are running), then you won't suffer from a down time. notice this will create a snapshot for your vms and may change them from raw to qcow. also, this not supported for shared disks. If you don't have the option to do so, the best way to do it would be to shut down the VMs, put the storage domain to 'Maintenance' and then perform the storage server network change. When the connection to the storage is fixed, activate the domain and resume the VMs manually. that's assuming the domain was added using dns and not ip address, and that the dns expiration/caching on all hosts will notice the new ip address. - Original Message - From: Koen Vanoppen vanoppen.k...@gmail.com mailto:vanoppen.k...@gmail.com mailto:vanoppen.koen@gmail.__com mailto:vanoppen.k...@gmail.com mailto:vanoppen.koen@gmail. mailto:vanoppen.koen@gmail.com mailto:vanoppen.koen@gmail.__com mailto:vanoppen.k...@gmail.com To: Elad Ben Aharon ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com__, users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org Sent: Tuesday, February 4, 2014 2:57:57 PM Subject: Re: [Users] Storage server For the moment, nothing is going on. The change is planned on Thursday. So, correct me if I'm wrong, you say that the fastest and easiest way is to suspend all the machines, make the change of the storage server, rediscover the iscsi server and then bring the vm's back up? Kind regards, Koen On Feb 4, 2014 1:47 PM, Elad Ben Aharon ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com
Re: [Users] Storage server
On 02/06/2014 12:54 PM, Koen Vanoppen wrote: What if I remove the old ip storage domains and import the same iscsi luns with the new IP, would that work? removing a domain *deletes* all disks/vms, other than that... (we are working on ability to detach/attach domains post 3.4) Kind Regards 2014-02-06 Koen Vanoppen vanoppen.k...@gmail.com mailto:vanoppen.k...@gmail.com: Can I change the storagedomain ip from the ovirt-shell? Thanks in advance 2014-02-06 Itamar Heim ih...@redhat.com mailto:ih...@redhat.com: On 02/06/2014 12:03 PM, Koen Vanoppen wrote: Can I change the storagedomain ip from the ovirt-shell? Thanks in advance please reply to list, thanks 2014-02-06 Itamar Heim ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com: On 02/06/2014 05:16 AM, Koen Vanoppen wrote: It's not on DNS... The storage server in ovirt is on IP... So... What are my options in this case? you would need to 'edit the connection'. since 3.3.1 this is possible via the rest api without hacking the db: http://www.ovirt.org/Features/Manage_Storage_Connections http://www.ovirt.org/Features/__Manage_Storage_Connections http://www.ovirt.org/__Features/Manage_Storage___Connections http://www.ovirt.org/Features/Manage_Storage_Connections Thanx! Kind regards, Koen On Feb 5, 2014 9:08 AM, Itamar Heim ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com wrote: On 02/04/2014 03:10 PM, Elad Ben Aharon wrote: Actually, the best way to do it would be to create another storage domain and migrate all the VMs's disks to it (you can do it while the VMs are running), then you won't suffer from a down time. notice this will create a snapshot for your vms and may change them from raw to qcow. also, this not supported for shared disks. If you don't have the option to do so, the best way to do it would be to shut down the VMs, put the storage domain to 'Maintenance' and then perform the storage server network change. When the connection to the storage is fixed, activate the domain and resume the VMs manually. that's assuming the domain was added using dns and not ip address, and that the dns expiration/caching on all hosts will notice the new ip address. - Original Message - From: Koen Vanoppen vanoppen.k...@gmail.com mailto:vanoppen.k...@gmail.com mailto:vanoppen.koen@gmail.__com mailto:vanoppen.k...@gmail.com mailto:vanoppen.koen@gmail. mailto:vanoppen.koen@gmail.com mailto:vanoppen.koen@gmail.__com mailto:vanoppen.k...@gmail.com To: Elad Ben Aharon ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com__, users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org Sent: Tuesday, February 4, 2014 2:57:57 PM Subject: Re: [Users] Storage server For the moment, nothing is going on. The change is planned on Thursday. So, correct me if I'm wrong, you say that the fastest
Re: [Users] Storage server
On 02/06/2014 12:46 PM, Itamar Heim wrote: On 02/06/2014 12:43 PM, Koen Vanoppen wrote: Can I change the storagedomain ip from the ovirt-shell? Thanks in advance anything in the api should work from sdk and shell. while this falls in the storage domain, juan may know as well? In order to change the IP of the ISCSI server you need first to shutdown all the VMs. Then you need to deactivate the storage domain, and finally you can change the IP. For example, if you want to change it from 192.168.122.1 to 192.168.122.2 you can do the following: [oVirt shell (connected)]# list storageconnections --show-all id : b09b8de6-802e-4016-9c75-45e8e771ac56 address: 192.168.122.1 port : 3260 target : iqn.2014-01.com.example:example type : iscsi [oVirt shell (connected)]# update storageconnection b09b8de6-802e-4016-9c75-45e8e771ac56 --address 192.168.122.1 id : b09b8de6-802e-4016-9c75-45e8e771ac56 address: 192.168.122.1 port : 3260 target : iqn.2014-01.com.example:example type : iscsi Then you can activate the storage domain again, and start the VMs. 2014-02-06 Itamar Heim ih...@redhat.com mailto:ih...@redhat.com: On 02/06/2014 12:03 PM, Koen Vanoppen wrote: Can I change the storagedomain ip from the ovirt-shell? Thanks in advance please reply to list, thanks 2014-02-06 Itamar Heim ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com: On 02/06/2014 05:16 AM, Koen Vanoppen wrote: It's not on DNS... The storage server in ovirt is on IP... So... What are my options in this case? you would need to 'edit the connection'. since 3.3.1 this is possible via the rest api without hacking the db: http://www.ovirt.org/Features/Manage_Storage_Connections http://www.ovirt.org/Features/__Manage_Storage_Connections http://www.ovirt.org/__Features/Manage_Storage___Connections http://www.ovirt.org/Features/Manage_Storage_Connections Thanx! Kind regards, Koen On Feb 5, 2014 9:08 AM, Itamar Heim ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com wrote: On 02/04/2014 03:10 PM, Elad Ben Aharon wrote: Actually, the best way to do it would be to create another storage domain and migrate all the VMs's disks to it (you can do it while the VMs are running), then you won't suffer from a down time. notice this will create a snapshot for your vms and may change them from raw to qcow. also, this not supported for shared disks. If you don't have the option to do so, the best way to do it would be to shut down the VMs, put the storage domain to 'Maintenance' and then perform the storage server network change. When the connection to the storage is fixed, activate the domain and resume the VMs manually. that's assuming the domain was added using dns and not ip address, and that the dns expiration/caching on all hosts will notice the new ip address. - Original Message - From: Koen Vanoppen vanoppen.k...@gmail.com mailto:vanoppen.k...@gmail.com mailto:vanoppen.koen@gmail.__com mailto:vanoppen.k...@gmail.com mailto:vanoppen.koen@gmail. mailto:vanoppen.koen@gmail.com mailto:vanoppen.koen@gmail.__com mailto:vanoppen.k...@gmail.com To: Elad Ben Aharon ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com__, users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org
Re: [Users] Storage server
I would like to keep the vms... I know that there is a command in the CLI update storageconnection, but how do I use this to change only the IP of the storage connection? Kind regards, Koen On Feb 6, 2014 12:55 PM, Itamar Heim ih...@redhat.com wrote: On 02/06/2014 12:54 PM, Koen Vanoppen wrote: What if I remove the old ip storage domains and import the same iscsi luns with the new IP, would that work? removing a domain *deletes* all disks/vms, other than that... (we are working on ability to detach/attach domains post 3.4) Kind Regards 2014-02-06 Koen Vanoppen vanoppen.k...@gmail.com mailto:vanoppen.k...@gmail.com: Can I change the storagedomain ip from the ovirt-shell? Thanks in advance 2014-02-06 Itamar Heim ih...@redhat.com mailto:ih...@redhat.com: On 02/06/2014 12:03 PM, Koen Vanoppen wrote: Can I change the storagedomain ip from the ovirt-shell? Thanks in advance please reply to list, thanks 2014-02-06 Itamar Heim ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com: On 02/06/2014 05:16 AM, Koen Vanoppen wrote: It's not on DNS... The storage server in ovirt is on IP... So... What are my options in this case? you would need to 'edit the connection'. since 3.3.1 this is possible via the rest api without hacking the db: http://www.ovirt.org/Features/Manage_Storage_Connections http://www.ovirt.org/Features/__Manage_Storage_Connections http://www.ovirt.org/__Features/Manage_Storage___Connections http://www.ovirt.org/Features/Manage_Storage_Connections Thanx! Kind regards, Koen On Feb 5, 2014 9:08 AM, Itamar Heim ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com mailto:ih...@redhat.com wrote: On 02/04/2014 03:10 PM, Elad Ben Aharon wrote: Actually, the best way to do it would be to create another storage domain and migrate all the VMs's disks to it (you can do it while the VMs are running), then you won't suffer from a down time. notice this will create a snapshot for your vms and may change them from raw to qcow. also, this not supported for shared disks. If you don't have the option to do so, the best way to do it would be to shut down the VMs, put the storage domain to 'Maintenance' and then perform the storage server network change. When the connection to the storage is fixed, activate the domain and resume the VMs manually. that's assuming the domain was added using dns and not ip address, and that the dns expiration/caching on all hosts will notice the new ip address. - Original Message - From: Koen Vanoppen vanoppen.k...@gmail.com mailto:vanoppen.k...@gmail.com mailto:vanoppen.koen@gmail.__com mailto:vanoppen.k...@gmail.com mailto:vanoppen.koen@gmail. mailto:vanoppen.koen@gmail.com mailto:vanoppen.koen@gmail.__com mailto:vanoppen.k...@gmail.com To: Elad Ben Aharon ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com mailto:ebena...@redhat.com__, users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org mailto:users@ovirt.org Sent: Tuesday, February 4,
Re: [Users] Storage server
What exactly did you do?
If you've changed the iSCSI storage connection, please check on the hosts if
they have an open iSCSI session with the storage server.
Run on both the active and the problematic hosts:
iscsiadm -m session
Check if there is any difference between them regarding the sessions they have
with the storage. If they don't have the same sessions, try to rescan the
targets and to login to them with 'iscsiadm' commands:
For discover the target:
iscsiadm -m discover -t st -p storage_ip --discover
To login to the target:
iscsiadm -m node iqn -l
Run 'multipath -ll' to verify which LUNs they are connected to.
- Original Message -
From: Koen Vanoppen vanoppen.k...@gmail.com
To: users@ovirt.org
Sent: Thursday, February 6, 2014 4:44:05 PM
Subject: Re: [Users] Storage server
Damn...
I have 4 hosts in my domain. One host came back up succesfully after changing
the ip. FOr the rest of the 3 hosts in the domain, they just won't come up. I
tried everythin (I think). I removed the hosts from ovirt. Reinstalled the host
rebooted the hosts. I have no further Idea's... THis is the error log:
2014-02-06 15:36:00,261 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStorageServerVDSCommand]
(pool-6-thread-43) FINISH, ConnectStorageServerVDSCommand, return:
{f3451e53-68ba-4c40-95ad-abe11ed975ff=0}, log id: 4f691c55
2014-02-06 15:36:00,264 INFO
[org.ovirt.engine.core.bll.storage.ConnectDomainToStorageCommand]
(DefaultQuartzScheduler_Worker-98) ConnectDomainToStorage. After Connect all
hosts to pool. Time:2/6/14 3:36 PM
2014-02-06 15:36:03,309 INFO [org.ovirt.engine.core.bll.InstallerMessages]
(VdsDeploy) Installation soyuz.brusselsairport.aero : Stage: Misc configuration
2014-02-06 15:36:03,339 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(VdsDeploy) Correlation ID: 43728c8d, Call Stack: null, Custom Event ID: -1,
Message: Installing Host soyuz. Stage: Misc configuration.
2014-02-06 15:36:03,339 INFO [org.ovirt.engine.core.bll.InstallerMessages]
(VdsDeploy) Installation soyuz.brusselsairport.aero : Setting time
2014-02-06 15:36:03,359 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(VdsDeploy) Correlation ID: 43728c8d, Call Stack: null, Custom Event ID: -1,
Message: Installing Host soyuz. Setting time.
2014-02-06 15:36:07,118 INFO [org.ovirt.engine.core.bll.InstallerMessages]
(VdsDeploy) Installation soyuz.brusselsairport.aero : Enrolling certificate
2014-02-06 15:36:07,145 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(VdsDeploy) Correlation ID: 43728c8d, Call Stack: null, Custom Event ID: -1,
Message: Installing Host soyuz. Enrolling certificate.
2014-02-06 15:36:08,306 INFO [org.ovirt.engine.core.bll.InstallerMessages]
(VdsDeploy) Installation soyuz.brusselsairport.aero : Stage: Transaction commit
2014-02-06 15:36:08,324 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(VdsDeploy) Correlation ID: 43728c8d, Call Stack: null, Custom Event ID: -1,
Message: Installing Host soyuz. Stage: Transaction commit.
2014-02-06 15:36:08,373 INFO [org.ovirt.engine.core.bll.InstallerMessages]
(VdsDeploy) Installation soyuz.brusselsairport.aero : Stage: Closing up
2014-02-06 15:36:08,392 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(VdsDeploy) Correlation ID: 43728c8d, Call Stack: null, Custom Event ID: -1,
Message: Installing Host soyuz. Stage: Closing up.
2014-02-06 15:36:09,371 INFO [org.ovirt.engine.core.bll.InstallerMessages]
(VdsDeploy) Installation soyuz.brusselsairport.aero : Starting vdsm
2014-02-06 15:36:09,389 INFO
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(VdsDeploy) Correlation ID: 43728c8d, Call Stack: null, Custom Event ID: -1,
Message: Installing Host soyuz. Starting vdsm.
2014-02-06 15:36:14,409 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand]
(pool-6-thread-45) Command
org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand return
value
StatusOnlyReturnForXmlRpc [mStatus=StatusForXmlRpc [mCode=304, mMessage=Cannot
find master domain: 'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3,
msdUUID=f3fd055b-2764-44ed-9d77-81bd58984842']]
2014-02-06 15:36:14,418 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand]
(pool-6-thread-45) HostName = progress
2014-02-06 15:36:14,421 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand]
(pool-6-thread-45) Command ConnectStoragePoolVDS execution failed. Exception:
IRSNoMasterDomainException: IRSGenericException: IRSErrorException:
IRSNoMasterDomainException: Cannot find master domain:
'spUUID=5849b030-626e-47cb-ad90-3ce782d831b3,
msdUUID=f3fd055b-2764-44ed-9d77-81bd58984842'
2014-02-06 15:36:14,428 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ConnectStoragePoolVDSCommand]
(pool-6-thread-45) FINISH,
[Users] oVirt or RHEV ?
Hi, This may be the wrong place to ask, but I'm looking for input to form an opinion on an oVirt or RHEV question within my company. I have been running oVirt for about 5 months now, and I'm quite comfortable with its features and maintenance procedures. We are now planning to build a private virtualization cluster for hosting clients' applications as well as our own. Some people in the company are questioning whether we should buy RHEV, but at this point, I can't see the benefits. Can anyone on this list shed a light on when RHEV might be a better choice than oVirt? What are the benefits? The trade-offs? I am looking for pragmatic, real-world things, not marketing mumbo jumbo. That, I can get from redhat.com ;-) Best regards, Martijn. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt or RHEV ?
06.02.2014 17:06, Martijn Grendelman пишет: Hi, This may be the wrong place to ask, but I'm looking for input to form an opinion on an oVirt or RHEV question within my company. I have been running oVirt for about 5 months now, and I'm quite comfortable with its features and maintenance procedures. We are now planning to build a private virtualization cluster for hosting clients' applications as well as our own. Some people in the company are questioning whether we should buy RHEV, but at this point, I can't see the benefits. Can anyone on this list shed a light on when RHEV might be a better choice than oVirt? What are the benefits? The trade-offs? I am looking for pragmatic, real-world things, not marketing mumbo jumbo. That, I can get from redhat.com ;-) Best regards, Martijn. ___ IMHO, great plus for RHEV is vendor support (it's related not only to RedHat products). If you can spend days in troubleshooting - stay with ovirt. But sometimes it is not acceptable for business. I don't see any other reason. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt or RHEV ?
This is the same question as in RHEL or Fedora IMO: do you want the bleeding edge features and lower code stability and reliability, or do you want to have techsupport (and that means a real SLA and an escalation path up to the engineering, if need be) behind you, stable and reliable, well tested code, but less of the advanced features. On Thu, Feb 6, 2014 at 8:06 AM, Martijn Grendelman martijn.grendel...@isaac.nl wrote: Hi, This may be the wrong place to ask, but I'm looking for input to form an opinion on an oVirt or RHEV question within my company. I have been running oVirt for about 5 months now, and I'm quite comfortable with its features and maintenance procedures. We are now planning to build a private virtualization cluster for hosting clients' applications as well as our own. Some people in the company are questioning whether we should buy RHEV, but at this point, I can't see the benefits. Can anyone on this list shed a light on when RHEV might be a better choice than oVirt? What are the benefits? The trade-offs? I am looking for pragmatic, real-world things, not marketing mumbo jumbo. That, I can get from redhat.com ;-) Best regards, Martijn. ___ 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: [Users] oVirt or RHEV ?
Hi, Dan Yasny schreef op 6-2-2014 16:38: This is the same question as in RHEL or Fedora IMO: do you want the bleeding edge features and lower code stability and reliability, or do you want to have techsupport (and that means a real SLA and an escalation path up to the engineering, if need be) behind you, stable and reliable, well tested code, but less of the advanced features. Thank you, this is what I thought. It's still a hard decision. If the stability and testedness of RHEL is anything to go by, it's not reassuring at all (although it may be better than Fedora, I don't know), although I must say that RedHat support is helpful at times. Thanks again, I think I know enough :-) Best regards, Martijn Grendelman On Thu, Feb 6, 2014 at 8:06 AM, Martijn Grendelman martijn.grendel...@isaac.nl mailto:martijn.grendel...@isaac.nl wrote: Hi, This may be the wrong place to ask, but I'm looking for input to form an opinion on an oVirt or RHEV question within my company. I have been running oVirt for about 5 months now, and I'm quite comfortable with its features and maintenance procedures. We are now planning to build a private virtualization cluster for hosting clients' applications as well as our own. Some people in the company are questioning whether we should buy RHEV, but at this point, I can't see the benefits. Can anyone on this list shed a light on when RHEV might be a better choice than oVirt? What are the benefits? The trade-offs? I am looking for pragmatic, real-world things, not marketing mumbo jumbo. That, I can get from redhat.com http://redhat.com ;-) Best regards, Martijn. ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt or RHEV ?
Martijn Grendelman schreef op 6-2-2014 17:02: Hi, Dan Yasny schreef op 6-2-2014 16:38: This is the same question as in RHEL or Fedora IMO: do you want the bleeding edge features and lower code stability and reliability, or do you want to have techsupport (and that means a real SLA and an escalation path up to the engineering, if need be) behind you, stable and reliable, well tested code, but less of the advanced features. Thank you, this is what I thought. It's still a hard decision. If the stability and testedness of RHEL is anything to go by, it's not reassuring at all (although it may be better than Fedora, I don't know), although I must say that RedHat support is helpful at times. Thanks again, I think I know enough :-) Or not ;-) Would it be possible (and doable) to migrate from oVirt to RHEV? If we start out with oVirt, but after some time we decide that RHEV would be a better fit after all, would it be possible to hook up existing oVirt/VDSM hosts to a RHEV engine, or am I thinking way too simple now? Cheers, Martijn. On Thu, Feb 6, 2014 at 8:06 AM, Martijn Grendelman martijn.grendel...@isaac.nl mailto:martijn.grendel...@isaac.nl wrote: Hi, This may be the wrong place to ask, but I'm looking for input to form an opinion on an oVirt or RHEV question within my company. I have been running oVirt for about 5 months now, and I'm quite comfortable with its features and maintenance procedures. We are now planning to build a private virtualization cluster for hosting clients' applications as well as our own. Some people in the company are questioning whether we should buy RHEV, but at this point, I can't see the benefits. Can anyone on this list shed a light on when RHEV might be a better choice than oVirt? What are the benefits? The trade-offs? I am looking for pragmatic, real-world things, not marketing mumbo jumbo. That, I can get from redhat.com http://redhat.com ;-) Best regards, Martijn. ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ 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: [Users] oVirt or RHEV ?
I haven't tried it recently, but last time I did, the export domains were compatible. Worst case, you can always do a manual disk move On Thu, Feb 6, 2014 at 9:18 AM, Martijn Grendelman martijn.grendel...@isaac.nl wrote: Martijn Grendelman schreef op 6-2-2014 17:02: Hi, Dan Yasny schreef op 6-2-2014 16:38: This is the same question as in RHEL or Fedora IMO: do you want the bleeding edge features and lower code stability and reliability, or do you want to have techsupport (and that means a real SLA and an escalation path up to the engineering, if need be) behind you, stable and reliable, well tested code, but less of the advanced features. Thank you, this is what I thought. It's still a hard decision. If the stability and testedness of RHEL is anything to go by, it's not reassuring at all (although it may be better than Fedora, I don't know), although I must say that RedHat support is helpful at times. Thanks again, I think I know enough :-) Or not ;-) Would it be possible (and doable) to migrate from oVirt to RHEV? If we start out with oVirt, but after some time we decide that RHEV would be a better fit after all, would it be possible to hook up existing oVirt/VDSM hosts to a RHEV engine, or am I thinking way too simple now? Cheers, Martijn. On Thu, Feb 6, 2014 at 8:06 AM, Martijn Grendelman martijn.grendel...@isaac.nl mailto:martijn.grendel...@isaac.nl wrote: Hi, This may be the wrong place to ask, but I'm looking for input to form an opinion on an oVirt or RHEV question within my company. I have been running oVirt for about 5 months now, and I'm quite comfortable with its features and maintenance procedures. We are now planning to build a private virtualization cluster for hosting clients' applications as well as our own. Some people in the company are questioning whether we should buy RHEV, but at this point, I can't see the benefits. Can anyone on this list shed a light on when RHEV might be a better choice than oVirt? What are the benefits? The trade-offs? I am looking for pragmatic, real-world things, not marketing mumbo jumbo. That, I can get from redhat.com http://redhat.com ;-) Best regards, Martijn. ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Timezone Hypervisor/VM
Hello, all my searching/reading left me more confused. My current problem is a Windows VM that has a wrong timezone - at least if I do not activate internet time server sync. Settings are: - OVirt VM definition - First Run GMT+1 - thats ok - hypervisor host: timezone CET (= GMT+1) - 18:00 - thats ok - Windows VM: timezone CET ( = GMT+1) - 17:00 - thats wrong I got a thread that suggested to look at vm_dynamic. There we have: select a.vm_name,b.utc_diff from vm_static a, vm_dynamic b engine-# where a.vm_guid=b.vm_guid; vm_name | utc_diff --+-- Win7x64_Master |0 But what should that tell me? Although we work with timeservers inside the VMs we want to ensure that even without them the VM time should match the hypervisor time. Has anyone a simple and clear explanation how this should work. Thanks in advance. Markus Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Ãber das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt/RHEV Android client (Opaque) available for beta testing
i iordanov iiordanov@... writes: Hello,We invite any interested oVirt/RHEV developers and administrators to beta-test Opaque, a new Android oVirt/RHEV client application.To opt in, please reply to this message with an email address associated with a Google Account, because joining the beta-test group is based on membership to a Google Plus community. If you don't want that email address posted to the mailing list, don't include it in your reply!Itamar or I will add you to the community and let you know that you can proceed to the following two steps:1) Please visit this page here to accept the invitation:https://plus.google .com/communities/1160991197121 277822162) Once you've become a member of the Google+ group, to opt-in, visit:https://play.google.com/ apps/testing/com.undatech.opaq uebetaYou will be able to download Opaque from Google Play by following the link at the bottom of the opt-in page.Please share your experiences with Opaque to the mailing list! Cheers,iordan -- The conscious mind has only one thread of execution. __ _ Users mailing list Users@... http://lists.ovirt.org/mailman /listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Timezone Hypervisor/VM
I have the same issue. I have assumed it was a Windows configuration issue. I have relied on sync'ing to Internet Time upon each bootup. It would be nice to find a solution to this. My Windows VM consistently comes up exactly 5 hours off, and although NTP is configured the time is never corrected until I manually sync to Internet Time. It certainly appears to be using the wrong TZ (GMT). -Bob On 2/6/2014 11:39 AM, Markus Stockhausen wrote: Hello, all my searching/reading left me more confused. My current problem is a Windows VM that has a wrong timezone - at least if I do not activate internet time server sync. Settings are: - OVirt VM definition - First Run GMT+1 - thats ok - hypervisor host: timezone CET (= GMT+1) - 18:00 - thats ok - Windows VM: timezone CET ( = GMT+1) - 17:00 - thats wrong I got a thread that suggested to look at vm_dynamic. There we have: select a.vm_name,b.utc_diff from vm_static a, vm_dynamic b engine-# where a.vm_guid=b.vm_guid; vm_name | utc_diff --+-- Win7x64_Master |0 But what should that tell me? Although we work with timeservers inside the VMs we want to ensure that even without them the VM time should match the hypervisor time. Has anyone a simple and clear explanation how this should work. Thanks in advance. Markus ___ 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: [Users] Timezone Hypervisor/VM
Setting vm_dynamic.utc_diff to 3600 (+1) did the trick for me. But that is no real solution. And what about daylight saving times...? memo for myself: Stop VM. # su - postgres # psql # \c engine # select a.vm_name,b.utc_diff,a.vm_guid from vm_static a, vm_dynamic b where a.vm_guid=b.vm_guid; ... # update vm_dynamic set utc_diff=3600 where vm_guid='...'; # commit; Afterwards start VM. Markus Von: Bob [b...@doolittle.us.com] Gesendet: Donnerstag, 6. Februar 2014 18:46 An: Markus Stockhausen; ovirt-users Betreff: Re: [Users] Timezone Hypervisor/VM I have the same issue. I have assumed it was a Windows configuration issue. I have relied on sync'ing to Internet Time upon each bootup. It would be nice to find a solution to this. My Windows VM consistently comes up exactly 5 hours off, and although NTP is configured the time is never corrected until I manually sync to Internet Time. It certainly appears to be using the wrong TZ (GMT). -Bob On 2/6/2014 11:39 AM, Markus Stockhausen wrote: Hello, all my searching/reading left me more confused. My current problem is a Windows VM that has a wrong timezone - at least if I do not activate internet time server sync. Settings are: - OVirt VM definition - First Run GMT+1 - thats ok - hypervisor host: timezone CET (= GMT+1) - 18:00 - thats ok - Windows VM: timezone CET ( = GMT+1) - 17:00 - thats wrong I got a thread that suggested to look at vm_dynamic. There we have: select a.vm_name,b.utc_diff from vm_static a, vm_dynamic b engine-# where a.vm_guid=b.vm_guid; vm_name | utc_diff --+-- Win7x64_Master |0 But what should that tell me? Although we work with timeservers inside the VMs we want to ensure that even without them the VM time should match the hypervisor time. Has anyone a simple and clear explanation how this should work. Thanks in advance. Markus ___ Users mailing list Users@ovirt.orgmailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Ãber das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt or RHEV ?
Hi, On 02/06/2014 04:06 PM, Martijn Grendelman wrote: This may be the wrong place to ask, but I'm looking for input to form an opinion on an oVirt or RHEV question within my company. I suspect you'll get a different answer if you ask here vs Red Hat sales. I'll try to be objective (disclosure: I work for Red Hat). I have been running oVirt for about 5 months now, and I'm quite comfortable with its features and maintenance procedures. We are now planning to build a private virtualization cluster for hosting clients' applications as well as our own. Some people in the company are questioning whether we should buy RHEV, but at this point, I can't see the benefits. If you are running any applications which are certified on RHEL, and you want to ensure you continue getting the benefits of certification, then you should check if your supplier will support the configuration of application on RHEL guest on oVirt managed hypervisor - Red Hat does not support the operating system in this configuration, so if certified applications and support are important, this is something you may want to consider. In general, oVirt will get less integration testing and QA than RHEV (purely a resource allocation issue), so you will occasionally hit bugs in oVirt that are fixed in the equivalent RHEV release. Bug fixes for RHEV get into oVirt too, but in the master branch usually, so if you're running a stable release of oVirt, you may still have the issue, unless the fix is back-ported to the stable release branch. On the flip side, features appear first in oVirt, so if there are newer features you really need, you could use them on oVirt. A few months later, they will be available in the RHEV product. Also, while most RHEV documentation will apply to oVirt, that's not always the case. A recent example was the Node quick start documentation, as pointed out by a list member. If you like documentation matching the actual functionality of the project, you can help fix the oVirt documentation. Actually, that's a key differentiator - your ability to engage with the community, help update the wiki, test new features while they're still in design ensure they fit your needs, are for me the key selling points of the project. If you want something that is supported, on which your apps are certified, and for which you can get good support, and have a reasonable expectation of more stability, RHEV is for you. Can anyone on this list shed a light on when RHEV might be a better choice than oVirt? What are the benefits? The trade-offs? I am looking for pragmatic, real-world things, not marketing mumbo jumbo. That, I can get from redhat.com ;-) You also got this from redhat.com - hope I didn't disappoint you. Cheers, Dave. -- Dave Neary, Lyon, France Email: dne...@gnome.org / Jabber: nea...@gmail.com Ph: +33 950 71 55 62 / Cell: +33 6 77 01 92 13 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt or RHEV ?
Just a note to apologise - I hadn't noticed I was sending email from gmail, not redhat.com - disclaimer/disclosure apply. I work for Red Hat. Cheers, Dave. On 02/06/2014 07:32 PM, Dave Neary wrote: Hi, On 02/06/2014 04:06 PM, Martijn Grendelman wrote: This may be the wrong place to ask, but I'm looking for input to form an opinion on an oVirt or RHEV question within my company. I suspect you'll get a different answer if you ask here vs Red Hat sales. I'll try to be objective (disclosure: I work for Red Hat). I have been running oVirt for about 5 months now, and I'm quite comfortable with its features and maintenance procedures. We are now planning to build a private virtualization cluster for hosting clients' applications as well as our own. Some people in the company are questioning whether we should buy RHEV, but at this point, I can't see the benefits. If you are running any applications which are certified on RHEL, and you want to ensure you continue getting the benefits of certification, then you should check if your supplier will support the configuration of application on RHEL guest on oVirt managed hypervisor - Red Hat does not support the operating system in this configuration, so if certified applications and support are important, this is something you may want to consider. In general, oVirt will get less integration testing and QA than RHEV (purely a resource allocation issue), so you will occasionally hit bugs in oVirt that are fixed in the equivalent RHEV release. Bug fixes for RHEV get into oVirt too, but in the master branch usually, so if you're running a stable release of oVirt, you may still have the issue, unless the fix is back-ported to the stable release branch. On the flip side, features appear first in oVirt, so if there are newer features you really need, you could use them on oVirt. A few months later, they will be available in the RHEV product. Also, while most RHEV documentation will apply to oVirt, that's not always the case. A recent example was the Node quick start documentation, as pointed out by a list member. If you like documentation matching the actual functionality of the project, you can help fix the oVirt documentation. Actually, that's a key differentiator - your ability to engage with the community, help update the wiki, test new features while they're still in design ensure they fit your needs, are for me the key selling points of the project. If you want something that is supported, on which your apps are certified, and for which you can get good support, and have a reasonable expectation of more stability, RHEV is for you. Can anyone on this list shed a light on when RHEV might be a better choice than oVirt? What are the benefits? The trade-offs? I am looking for pragmatic, real-world things, not marketing mumbo jumbo. That, I can get from redhat.com ;-) You also got this from redhat.com - hope I didn't disappoint you. Cheers, Dave. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt or RHEV ?
Hi, On 02/06/2014 05:18 PM, Martijn Grendelman wrote: Would it be possible (and doable) to migrate from oVirt to RHEV? If we start out with oVirt, but after some time we decide that RHEV would be a better fit after all, would it be possible to hook up existing oVirt/VDSM hosts to a RHEV engine, or am I thinking way too simple now? My understanding is that you can manage oVirt Node with RHEV-M. That isn't a long term solution, but it allows you to: - Point RHEV-M at the oVirt export domains - Shut down oVirt Engine - Provision some RHEV-H hypervisors - Live migrate workloads from oVirt Node to RHEV-H - Shut down oVirt Nodes and move to RHEV-H when they're empty I think that someone from the oVirt/RHEV team would have to validate this approach, but it seems to me that this should work. Cheers, Dave. -- Dave Neary, Lyon, France Email: dne...@gnome.org / Jabber: nea...@gmail.com Ph: +33 950 71 55 62 / Cell: +33 6 77 01 92 13 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt or RHEV ?
On 02/06/2014 06:21 PM, Dan Yasny wrote: I haven't tried it recently, but last time I did, the export domains were compatible. Worst case, you can always do a manual disk move there is no direct upgrade path, though it may work. for now export/import should be ok. a maybe on the future detach/attach storage domain use case (not implemented yet). On Thu, Feb 6, 2014 at 9:18 AM, Martijn Grendelman martijn.grendel...@isaac.nl mailto:martijn.grendel...@isaac.nl wrote: Martijn Grendelman schreef op 6-2-2014 17:02: Hi, Dan Yasny schreef op 6-2-2014 16:38: This is the same question as in RHEL or Fedora IMO: do you want the bleeding edge features and lower code stability and reliability, or do you want to have techsupport (and that means a real SLA and an escalation path up to the engineering, if need be) behind you, stable and reliable, well tested code, but less of the advanced features. Thank you, this is what I thought. It's still a hard decision. If the stability and testedness of RHEL is anything to go by, it's not reassuring at all (although it may be better than Fedora, I don't know), although I must say that RedHat support is helpful at times. Thanks again, I think I know enough :-) Or not ;-) Would it be possible (and doable) to migrate from oVirt to RHEV? If we start out with oVirt, but after some time we decide that RHEV would be a better fit after all, would it be possible to hook up existing oVirt/VDSM hosts to a RHEV engine, or am I thinking way too simple now? Cheers, Martijn. On Thu, Feb 6, 2014 at 8:06 AM, Martijn Grendelman martijn.grendel...@isaac.nl mailto:martijn.grendel...@isaac.nl mailto:martijn.grendel...@isaac.nl mailto:martijn.grendel...@isaac.nl wrote: Hi, This may be the wrong place to ask, but I'm looking for input to form an opinion on an oVirt or RHEV question within my company. I have been running oVirt for about 5 months now, and I'm quite comfortable with its features and maintenance procedures. We are now planning to build a private virtualization cluster for hosting clients' applications as well as our own. Some people in the company are questioning whether we should buy RHEV, but at this point, I can't see the benefits. Can anyone on this list shed a light on when RHEV might be a better choice than oVirt? What are the benefits? The trade-offs? I am looking for pragmatic, real-world things, not marketing mumbo jumbo. That, I can get from redhat.com http://redhat.com http://redhat.com ;-) Best regards, Martijn. ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org mailto:Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org mailto:Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ 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: [Users] oVirt or RHEV ?
Hi Martijn, That's a good question and not too easy to answer. I work as a Solution Architect and my company is selling both - RHEV and oVirt consulting and support. The reason for doing both is, that we want to give users a choice which solution fits better. The main benefits (in my opinion) of RHEV are: - Support with SLAs Red Hat provides support for RHEV with service levels. For oVirt you have to wait until someone of the developers or community members helps you on the mailing list or in IRC (or you buy support from a company with provides it). - Updates for each release for 3 years You receive for all releases (RHEV 3.1, 3.2,...) 3 years of support and updates. oVirt provides bugfix releases for the actual release (so you want get bugfix updates for 3.2 anymore, you have to upgrade to 3.3). For me this is the biggest advantage of RHEV. - Red Hat Knowledge Base Red Hat Knowledge Base is one of the best knowledge bases and it helps you greatly solving issues and gives useful tips. I use the knowledge base a lot and wouldn't want to miss it for any Red Hat product. - Stability RHEV is tested by a qa team and the releases are really stable. oVirt has newer features which are less tested. I upgrade oVirt release only to .1 releases (e.g. 3.2.x - 3.3.1), not to .0 to avoid issues. - Guest agents Guest agents and RHEV tools are packaged for RHEL and Windows guests and are working fine. When using oVirt you miss some of the functionality of Windows guest tools or have to copy it from different locations. For other os'es it doesn't matter if using RHEV or oVirt. - Application / os support You should consider if your applications and operating systems are supported in oVirt as well. All apps certified for RHEL are certified for RHEV as well. Main benefits of oVirt: - Newest features oVirt gives you the latest and greatest. So it will take some time until this feature is available in RHEV, too (due to testing). - No subscription coasts You don't have to buy subscriptions for an oVirt environment, so it saves money. But on the other hand it can also cost you more money, if you have to spend a lot of time in troubleshooting or with upgrading (especially with possible upgrading issues) or having down times of your environment. It's not too easy to say if you should use RHEV or oVirt. I hope I could help you making a decision with my explanations above. You could also have both - a RHEV setup for production vms and an oVirt setup for development and qa vms. Regards, René On Thu, 2014-02-06 at 16:06 +0100, Martijn Grendelman wrote: Hi, This may be the wrong place to ask, but I'm looking for input to form an opinion on an oVirt or RHEV question within my company. I have been running oVirt for about 5 months now, and I'm quite comfortable with its features and maintenance procedures. We are now planning to build a private virtualization cluster for hosting clients' applications as well as our own. Some people in the company are questioning whether we should buy RHEV, but at this point, I can't see the benefits. Can anyone on this list shed a light on when RHEV might be a better choice than oVirt? What are the benefits? The trade-offs? I am looking for pragmatic, real-world things, not marketing mumbo jumbo. That, I can get from redhat.com ;-) Best regards, Martijn. ___ 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: [Users] oVirt or RHEV ?
On 02/06/2014 08:35 PM, Dave Neary wrote: Hi, On 02/06/2014 05:18 PM, Martijn Grendelman wrote: Would it be possible (and doable) to migrate from oVirt to RHEV? If we start out with oVirt, but after some time we decide that RHEV would be a better fit after all, would it be possible to hook up existing oVirt/VDSM hosts to a RHEV engine, or am I thinking way too simple now? My understanding is that you can manage oVirt Node with RHEV-M. That isn't a long term solution, but it allows you to: - Point RHEV-M at the oVirt export domains - Shut down oVirt Engine - Provision some RHEV-H hypervisors - Live migrate workloads from oVirt Node to RHEV-H - Shut down oVirt Nodes and move to RHEV-H when they're empty I think that someone from the oVirt/RHEV team would have to validate this approach, but it seems to me that this should work. Cheers, Dave. oVirt node is not supported with RHEV-M, only RHEL as a hypervisor or RHEV-H. export/import of VMs should be ok. as i just replied, attach/detach of a storage domain may be relevant as well when will be implemented (tbd) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Timezone Hypervisor/VM
I'll be happy to try a patch, if you can deliver it in a convenient way for me to install. The bug comments and synopsis are misleading so at first I didn't think this was it. The bug specifically says Time is off by exactly 1 or 3 hours, depending on VM and the synopsis says time is off by as much as 3 hrs. My time is currently 4 hours off (I think it was 5 before Daylight Savings Time). The release note text states the issue correctly though, I think. The only thing giving me any doubt is that all my non-Windows VMs are fine. The problem is isolated to Windows guests. -Bob On 02/06/2014 01:43 PM, Dan Kenigsberg wrote: On Thu, Feb 06, 2014 at 12:46:38PM -0500, Bob wrote: I have the same issue. I have assumed it was a Windows configuration issue. I have relied on sync'ing to Internet Time upon each bootup. It would be nice to find a solution to this. My Windows VM consistently comes up exactly 5 hours off, and although NTP is configured the time is never corrected until I manually sync to Internet Time. It certainly appears to be using the wrong TZ (GMT). I suppose you are seeing https://bugzilla.redhat.com/show_bug.cgi?id=956741 When RHEL VMs are powered off/on time is off by as much as 3 hrs when system comes back up which http://gerrit.ovirt.org/14750 should fix. Which ovirt version are you using? Would you agree to verify the patch once Martin backports it? Dan. -Bob On 2/6/2014 11:39 AM, Markus Stockhausen wrote: Hello, all my searching/reading left me more confused. My current problem is a Windows VM that has a wrong timezone - at least if I do not activate internet time server sync. Settings are: - OVirt VM definition - First Run GMT+1 - thats ok - hypervisor host: timezone CET (= GMT+1) - 18:00 - thats ok - Windows VM: timezone CET ( = GMT+1) - 17:00 - thats wrong I got a thread that suggested to look at vm_dynamic. There we have: select a.vm_name,b.utc_diff from vm_static a, vm_dynamic b engine-# where a.vm_guid=b.vm_guid; vm_name | utc_diff --+-- Win7x64_Master |0 But what should that tell me? Although we work with timeservers inside the VMs we want to ensure that even without them the VM time should match the hypervisor time. Has anyone a simple and clear explanation how this should work. Thanks in advance. Markus ___ 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Timezone Hypervisor/VM
Von: Dan Kenigsberg [dan...@redhat.com] Gesendet: Donnerstag, 6. Februar 2014 19:43 An: Bob; Martin Polednik Cc: Markus Stockhausen; ovirt-users Betreff: Re: [Users] Timezone Hypervisor/VM On Thu, Feb 06, 2014 at 12:46:38PM -0500, Bob wrote: I have the same issue. I have assumed it was a Windows configuration issue. I have relied on sync'ing to Internet Time upon each bootup. It would be nice to find a solution to this. My Windows VM consistently comes up exactly 5 hours off, and although NTP is configured the time is never corrected until I manually sync to Internet Time. It certainly appears to be using the wrong TZ (GMT). I suppose you are seeing https://bugzilla.redhat.com/show_bug.cgi?id=956741 When RHEL VMs are powered off/on time is off by as much as 3 hrs when system comes back up which http://gerrit.ovirt.org/14750 should fix. Which ovirt version are you using? Would you agree to verify the patch once Martin backports it? Dan. Im on 3.3.2. Does this release need the backport? Markus Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Ãber das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Lifecycle / upgradepath
Hi Sven, On 02/06/2014 09:42 AM, Sven Kieske wrote: Currently, there is no single document describing supported (which means: working ) upgrade scenarios. There are multiple documents which, together, do that, however. This documents the move from 3.2 on F18 to 3.3 on F19: http://www.ovirt.org/OVirt_3.2_to_3.3_upgrade The same principle applies for a move from CentOS 6.4/oVirt 3.2 to CentOS 6.5/oVirt 3.3 (except replace fedup with the CentOS equivalent, which I don't know). This one concentrates on updating the database in-place: http://www.ovirt.org/OVirt-database-upgrade-procedure As far as I know, currently it is supported to upgrade from x.y.z to x.y.z+1 and from x.y.z to x.y+1.z but not from x.y-1.z to x.y+1.z directly. Both should be possible. supported is a tricky word to use here (because support means something special for RHEV). maybe this should be put together in a wiki page at least. also it would be cool to know how long a single release would be supported. Again, support is a tricky word. We do not maintain older oVirt 3.x releases when the new one comes out, although we typically make a bug fix release for the previous version when the latest version comes out. In this context I would define a release as a version bump from x.y.z to x.y+1.z or to x+1.y.z a bump in z would be a bugfix release. The question is, how long will we get bugfix releases for a given version? They stop, as I understand it, when we move to the next minor version. (that is, y to y+1). We have not had a major release since my time in oVirt, so I don't know if we will continue bug fix releases on the stable branch when there is a major version upgrade. Cheers, Dave. -- Dave Neary - Community Action and Impact Open Source and Standards, Red Hat - http://community.redhat.com Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
