Re: [ovirt-users] oVirt HA.

2015-04-29 Thread Sven Kieske


On 28/04/15 16:20, Dan Yasny wrote:
 HA does not mean multiple running instances of the same service. It means
 if the service is gone, it will automatically be restored on a working
 server.

That is a pretty narrow definition of HA, which is not shared by
most parts of the community (and the world), leading to much confusion
of users on this very ML.

HA in general means your service downtime gets minimized, today mostly
realized through load balancing and clustering software services.

just restarting a service (in this case ovirt-engine vm) on a different
host is not what todays user expect under the term HA imho.

in theory it should be possible as a design goal to make multiple
ovirt-engine share one remote data base (remote database support is
already there).

I think this would be a huge feature for ovirt, but also requires quite
some design and coding to be done.

thus adding the devel list.

-- 
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: [ovirt-users] removing neutron networks

2015-04-29 Thread Moti Asayag


- Original Message -
 From: Jorick Astrego j.astr...@netbulae.eu
 To: users@ovirt.org
 Sent: Wednesday, April 29, 2015 6:32:29 PM
 Subject: [ovirt-users] removing neutron networks
 
 Hi,
 
 After my update to 3.5.2 final, I started messing about with the Neutron
 integration again.
 
 I created and removed several networks but the list keeps adding each new
 network when I use import, the old ones still remain.
 
 
 
 
 2015-04-29 17:28:21,293 INFO
 [org.ovirt.engine.core.bll.network.dc.RemoveNetworkCommand]
 (org.ovirt.thread.pool-8-thread-45) [58f7886b] Running command:
 RemoveNetworkCommand internal: false. Entities affected : ID:
 4526582c-eef6-4562-97ad-facdf4590356 Type: NetworkAction group
 CONFIGURE_STORAGE_POOL_NETWORK with role type ADMIN
 2015-04-29 17:28:21,545 ERROR
 [org.ovirt.engine.core.bll.network.dc.RemoveNetworkCommand]
 (org.ovirt.thread.pool-8-thread-45) [58f7886b] Command
 org.ovirt.engine.core.bll.network.dc.RemoveNetworkCommand throw Vdc Bll
 exception. With error message VdcBLLException: (Failed with error
 PROVIDER_FAILURE and code 5050)
 2015-04-29 17:28:21,548 INFO
 [org.ovirt.engine.core.bll.network.dc.RemoveNetworkCommand]
 (org.ovirt.thread.pool-8-thread-45) [58f7886b] Command
 [id=163db1a8-d281-43e7-8bc1-a5229ffe4555]: Compensating
 DELETED_OR_UPDATED_ENTITY of
 org.ovirt.engine.core.common.businessentities.network.Network; snapshot:
 id=4526582c-eef6-4562-97ad-facdf4590356.
 2015-04-29 17:28:21,598 ERROR
 [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
 (org.ovirt.thread.pool-8-thread-45) [58f7886b] Correlation ID: 58f7886b,
 Call Stack: null, Custom Event ID: -1, Message: Failed to remove Network
 EN_uplink from Data Center: Netbulae
 
 And in neutron server.log:
 
 
 
 2015-04-29 19:28:23.347 1027 INFO neutron.api.v2.resource
 [req-44768a7f-7443-4da7-b162-c91b3f8d78d3 None] delete failed (client
 error): Network 36a7a012-d94c-4a0f-b369-47d1d04f5942 could not be found
 
 When I check in Neutron, there are only two listed.
 
 
 neutron net-list
 +--+-+---+
 | id | name | subnets |
 +--+-+---+
 | 66ef5f7f-b0d1-4ef9-8b5e-d7a7aa315d58 | public |
 | 37ea25da-68a1-478b-ab30-8cf6ad104ccb ***.***.***.**/26 |
 | 5e90abfb-19c1-4b09-b387-8f2b815cad30 | private |
 | 60f29e92-5461-4eba-a375-4016bc4c6f39 172.17.0.0/24 |
 +--+-+---+
 
 
 So it appears oVirt doesn't handle things correctly when I remove the
 networks from neutron directly.
 

If you've removed the network from neutron directly, you should uncheck the 
option in
the 'Remove network' dialog which says Remove network(s) from the external 
provider(s) as well..

In that case ovirt won't attempt to access the provider and remove the network 
from it.

 
 
 
 Met vriendelijke groet, With kind regards,
 
 Jorick Astrego
 
 Netbulae Virtualization Experts
 
 Tel: 053 20 30 270i...@netbulae.euStaalsteden 4-3AKvK 
 08198180
   Fax: 053 20 30 271  www.netbulae.eu 7547 TA Enschede
 BTW NL821234584B01
 
 
 
 ___
 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 HA.

2015-04-29 Thread Dan Yasny
There is always room for improvement, but think about it: ever since SolidICE, 
there has been a demand to minimize the amount of hardware used in a 
minimalistic setup, thus the hosted engine project. And now that we have it, 
all of a sudden, we need to provide a way to make multiple engines work in 
active/passive mode? If that capability is provided, I'm sure a new demand will 
arise, asking for active/active engines, infinitely scalable, and so on.

The question really is, where the line is drawn. The engine downtime can be a 
few minutes, it's not that critical in setups of hundreds of hosts. oVirt's 
raison d'etre is to make VMs run, everything else is just plumbing around that. 
So as long as the engine doesn't just die, and it comes back up automatically, 
this is fine, since the engine is plumbing, not the critical service running 
inside the VMs. There are plenty of more important features to work on, IMHO.

As for the definition of HA, this is exactly it, please don't mix it with LB 
and FT, those are all very different concepts.



//just my $0.02 of course.

Dan

- Original Message -
 From: Sven Kieske s.kie...@mittwald.de
 To: users@ovirt.org
 Sent: Wednesday, April 29, 2015 6:56:24 AM
 Subject: Re: [ovirt-users] oVirt HA.
 
 
 
 On 29/04/15 10:48, Kapetanakis Giannis wrote:
  
  If ovirt-engine restarts this does not mean that you have a downtime in
  your service.
  The VMs and nodes already running will not be affected...
  
  So your infrastructure will still be operational while you restart the
  engine.
 
 Of course, but all operations federated through the engine will have a
 downtime.
 these are: starting, (hard)stopping, deleting, creating vms, etc.
 
 furthermore regarding hosted-engine: you don't just have to wait
 for the service to restart (that's almost always a matter of seconds)
 but for the whole vm to boot, which takes much more time and more
 things can go wrong during this process.
 
 So I think there is still room for improvement.
 
 --
 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 mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [ovirt-devel] oVirt HA.

2015-04-29 Thread Yaniv Dary



On 04/29/2015 10:39 AM, Sven Kieske wrote:


On 28/04/15 16:20, Dan Yasny wrote:

HA does not mean multiple running instances of the same service. It means
if the service is gone, it will automatically be restored on a working
server.

That is a pretty narrow definition of HA, which is not shared by
most parts of the community (and the world), leading to much confusion
of users on this very ML.

HA in general means your service downtime gets minimized, today mostly
realized through load balancing and clustering software services.

just restarting a service (in this case ovirt-engine vm) on a different
host is not what todays user expect under the term HA imho.

in theory it should be possible as a design goal to make multiple
ovirt-engine share one remote data base (remote database support is
already there).

I think this would be a huge feature for ovirt, but also requires quite
some design and coding to be done.

thus adding the devel list.


Please open RFE with this and we can consider that for future versions.

--
Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109

Tel : +972 (9) 7692306
  8272306
Email: yd...@redhat.com
IRC : ydary

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


[ovirt-users] [Discussion] Office Hours for oVirt Community

2015-04-29 Thread Brian Proffitt
All:

There has been some discussion lately of dropping the weekly status/sync
meeting on Wednesdays in favor of a less formal set of IRC office hour
sessions.

The current suggestion is that these office hours will be held for set
half-hour periods, moderated by a rotation of community members.
Discussions should be open, answering all questions and discussing any
cross-team/community-wide issues as needed.


Tentatively, these would be held twice a week, Tuesdays and Thursdays.
Probably one set for an optimal West Asia/Europe time slot, and another
more suited for North and South America. Ideally, a potential third
meeting time would help cover East Asia and Australia.

Thoughts on this are welcome... we would like to move forward with the
new format in May.

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


Re: [ovirt-users] [Discussion] Office Hours for oVirt Community

2015-04-29 Thread Sven Kieske
On 29/04/15 15:49, Brian Proffitt wrote:
 All:
 
 There has been some discussion lately of dropping the weekly status/sync
 meeting on Wednesdays in favor of a less formal set of IRC office hour
 sessions.
 
 The current suggestion is that these office hours will be held for set
 half-hour periods, moderated by a rotation of community members.
 Discussions should be open, answering all questions and discussing any
 cross-team/community-wide issues as needed.
 
 
 Tentatively, these would be held twice a week, Tuesdays and Thursdays.
 Probably one set for an optimal West Asia/Europe time slot, and another
 more suited for North and South America. Ideally, a potential third
 meeting time would help cover East Asia and Australia.
 
 Thoughts on this are welcome... we would like to move forward with the
 new format in May.

I think this might actually improve the situation.

today I have the impression there are many times questions asked
via IRC when no one is really online and no one can answer them, but
even if you say: post this to the ML or to BZ, those questions/bugs to
tend to not show there up.

I just fear that half an hour might be a really short time if you have
a hard problem, but otoh you at least get the initial discussion kicked
of and can follow up on that via mail or bugzilla or further irc sessions.

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


[ovirt-users] removing neutron networks

2015-04-29 Thread Jorick Astrego
Hi,

After my update to 3.5.2 final, I started messing about with the Neutron
integration again.

I created and removed several networks but the list keeps adding each
new network when I use import, the old ones still remain.


2015-04-29 17:28:21,293 INFO 
[org.ovirt.engine.core.bll.network.dc.RemoveNetworkCommand]
(org.ovirt.thread.pool-8-thread-45) [58f7886b] Running command:
RemoveNetworkCommand internal: false. Entities affected :  ID:
4526582c-eef6-4562-97ad-facdf4590356 Type: NetworkAction group
CONFIGURE_STORAGE_POOL_NETWORK with role type ADMIN
2015-04-29 17:28:21,545 ERROR
[org.ovirt.engine.core.bll.network.dc.RemoveNetworkCommand]
(org.ovirt.thread.pool-8-thread-45) [58f7886b] Command
org.ovirt.engine.core.bll.network.dc.RemoveNetworkCommand throw Vdc
Bll exception. With error message VdcBLLException: (Failed with
error PROVIDER_FAILURE and code 5050)
2015-04-29 17:28:21,548 INFO 
[org.ovirt.engine.core.bll.network.dc.RemoveNetworkCommand]
(org.ovirt.thread.pool-8-thread-45) [58f7886b] Command
[id=163db1a8-d281-43e7-8bc1-a5229ffe4555]: Compensating
DELETED_OR_UPDATED_ENTITY of
org.ovirt.engine.core.common.businessentities.network.Network;
snapshot: id=4526582c-eef6-4562-97ad-facdf4590356.
2015-04-29 17:28:21,598 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(org.ovirt.thread.pool-8-thread-45) [58f7886b] Correlation ID:
58f7886b, Call Stack: null, Custom Event ID: -1, Message: Failed to
remove Network EN_uplink from Data Center: Netbulae

And in neutron server.log:

2015-04-29 19:28:23.347 1027 INFO neutron.api.v2.resource
[req-44768a7f-7443-4da7-b162-c91b3f8d78d3 None] delete failed
(client error): Network 36a7a012-d94c-4a0f-b369-47d1d04f5942 could
not be found

When I check in Neutron, there are only two listed.

neutron net-list

+--+-+---+
| id   | name|
subnets   |

+--+-+---+
| 66ef5f7f-b0d1-4ef9-8b5e-d7a7aa315d58 | public  |
37ea25da-68a1-478b-ab30-8cf6ad104ccb ***.***.***.**/26 |
| 5e90abfb-19c1-4b09-b387-8f2b815cad30 | private |
60f29e92-5461-4eba-a375-4016bc4c6f39 172.17.0.0/24|

+--+-+---+


So it appears oVirt doesn't handle things correctly when I remove the
networks from neutron directly.





Met vriendelijke groet, With kind regards,

Jorick Astrego

Netbulae Virtualization Experts 



Tel: 053 20 30 270  i...@netbulae.euStaalsteden 4-3A
KvK 08198180
Fax: 053 20 30 271  www.netbulae.eu 7547 TA Enschede
BTW NL821234584B01



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


Re: [ovirt-users] Regarding backing up of a VM

2015-04-29 Thread Maor Lipchuk
- Original Message -
 From: Hemanth Nalluri nallurihema...@gmail.com
 To: Maor Lipchuk mlipc...@redhat.com
 Cc: users@ovirt.org
 Sent: Thursday, April 30, 2015 7:16:34 AM
 Subject: Re: [ovirt-users] Regarding backing up of a VM
 
 Hello Maor,
 
 I am worried, What happens if the storage domain fails. i.e what if the
 harddisk where the storage domain is residing fails?.

to avoid this you can either use option number 3 (export domain)
or use a template and copy the disks to several different Storage Domains

 
 I just wanted to have  a external backup.

If you can use an external backup to backup only your Storage Domains on the 
storage server, then you can use the Import Storage Domain feature more safely,
since if, at any time, your Storage Domain will be ruined, you can create a new 
setup and import it the backed-up Storage Domain.

 
 
 Regards
 Hemanth
 
 Thanks  Regards
 Hemanth Nalluri
 +91 973 999 3635
 
 On Thu, Apr 30, 2015 at 9:05 AM, Maor Lipchuk mlipc...@redhat.com wrote:
 
  Hi Hemanth,
 
  What is the purpose you want to backup your VM?
  Today, there are several ways you can backup a VM:
 
  1. Create a snapshot -
This way you backup your VM state and the data on the disks at a
  specific point in time while the VM can be running or not, the backup of
  the VM's disks will be reside on the same Storage Domain which the disks
  are reside on.
  2. Create a Template -
It will preserve the VM configuration (memory and CPU) and also the
  disks, though it is a copy operation which might take time and the VM
  should be shut down in the process
  3. Export the VM to an export domain -
 This way your VM will be backed up in a different special Storage
  Domain, which can be moved between different setups and Data Centers. Your
  VM should be shutdown for this and this is also a copy operation which
  might be time consuming.
  4. Import Storage Domain -
 A new feature introduced in oVirt 3.5 is import Storage Domain,
  which intends to support disaster recovery to your oVirt setup.
 One of its major features is that it backs up automatically, every
  60 minutes, your VM's data in the Disks' Storage Domains.
 The feature is only supported in 3.5 Data Center or up.
 see at http://www.ovirt.org/Features/ImportStorageDomain for more
  details.
 To see how to use it you can check out the following links:
 
  http://www.ovirt.org/Features/ImportStorageDomain#Work_flow_for_detach_and_attach_Storage_Domain_with_entities_-_UI_flow
   https://www.youtube.com/watch?v=DLcxDB0MY38
 
  Regards,
  Maor
 
  - Original Message -
   From: Hemanth Nalluri nallurihema...@gmail.com
   To: users@ovirt.org
   Sent: Wednesday, April 29, 2015 7:48:41 AM
   Subject: [ovirt-users] Regarding backing up of a VM
  
   Hello All,
  
   Can any one help me / tell me the steps to take a backup of a existing
  VM?.
  
   Thanks In Advance!.
  
  
  
   Thanks  Regards
   Hemanth Nalluri
   +91 973 999 3635
  
   ___
   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] Regarding backing up of a VM

2015-04-29 Thread Maor Lipchuk
Hi Hemanth,

What is the purpose you want to backup your VM?
Today, there are several ways you can backup a VM:

1. Create a snapshot - 
  This way you backup your VM state and the data on the disks at a specific 
point in time while the VM can be running or not, the backup of the VM's disks 
will be reside on the same Storage Domain which the disks are reside on.
2. Create a Template - 
  It will preserve the VM configuration (memory and CPU) and also the 
disks, though it is a copy operation which might take time and the VM should be 
shut down in the process
3. Export the VM to an export domain - 
   This way your VM will be backed up in a different special Storage 
Domain, which can be moved between different setups and Data Centers. Your VM 
should be shutdown for this and this is also a copy operation which might be 
time consuming.
4. Import Storage Domain - 
   A new feature introduced in oVirt 3.5 is import Storage Domain, which 
intends to support disaster recovery to your oVirt setup. 
   One of its major features is that it backs up automatically, every 60 
minutes, your VM's data in the Disks' Storage Domains.
   The feature is only supported in 3.5 Data Center or up.
   see at http://www.ovirt.org/Features/ImportStorageDomain for more 
details.
   To see how to use it you can check out the following links:
 
http://www.ovirt.org/Features/ImportStorageDomain#Work_flow_for_detach_and_attach_Storage_Domain_with_entities_-_UI_flow
 https://www.youtube.com/watch?v=DLcxDB0MY38

Regards,
Maor

- Original Message -
 From: Hemanth Nalluri nallurihema...@gmail.com
 To: users@ovirt.org
 Sent: Wednesday, April 29, 2015 7:48:41 AM
 Subject: [ovirt-users] Regarding backing up of a VM
 
 Hello All,
 
 Can any one help me / tell me the steps to take a backup of a existing VM?.
 
 Thanks In Advance!.
 
 
 
 Thanks  Regards
 Hemanth Nalluri
 +91 973 999 3635
 
 ___
 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] Regarding backing up of a VM

2015-04-29 Thread Hemanth Nalluri
Hello Maor,

I am worried, What happens if the storage domain fails. i.e what if the
harddisk where the storage domain is residing fails?.

I just wanted to have  a external backup.


Regards
Hemanth

Thanks  Regards
Hemanth Nalluri
+91 973 999 3635

On Thu, Apr 30, 2015 at 9:05 AM, Maor Lipchuk mlipc...@redhat.com wrote:

 Hi Hemanth,

 What is the purpose you want to backup your VM?
 Today, there are several ways you can backup a VM:

 1. Create a snapshot -
   This way you backup your VM state and the data on the disks at a
 specific point in time while the VM can be running or not, the backup of
 the VM's disks will be reside on the same Storage Domain which the disks
 are reside on.
 2. Create a Template -
   It will preserve the VM configuration (memory and CPU) and also the
 disks, though it is a copy operation which might take time and the VM
 should be shut down in the process
 3. Export the VM to an export domain -
This way your VM will be backed up in a different special Storage
 Domain, which can be moved between different setups and Data Centers. Your
 VM should be shutdown for this and this is also a copy operation which
 might be time consuming.
 4. Import Storage Domain -
A new feature introduced in oVirt 3.5 is import Storage Domain,
 which intends to support disaster recovery to your oVirt setup.
One of its major features is that it backs up automatically, every
 60 minutes, your VM's data in the Disks' Storage Domains.
The feature is only supported in 3.5 Data Center or up.
see at http://www.ovirt.org/Features/ImportStorageDomain for more
 details.
To see how to use it you can check out the following links:

 http://www.ovirt.org/Features/ImportStorageDomain#Work_flow_for_detach_and_attach_Storage_Domain_with_entities_-_UI_flow
  https://www.youtube.com/watch?v=DLcxDB0MY38

 Regards,
 Maor

 - Original Message -
  From: Hemanth Nalluri nallurihema...@gmail.com
  To: users@ovirt.org
  Sent: Wednesday, April 29, 2015 7:48:41 AM
  Subject: [ovirt-users] Regarding backing up of a VM
 
  Hello All,
 
  Can any one help me / tell me the steps to take a backup of a existing
 VM?.
 
  Thanks In Advance!.
 
 
 
  Thanks  Regards
  Hemanth Nalluri
  +91 973 999 3635
 
  ___
  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