Ah, thank you much lior and alex.

I believe this also answers my other thread, that is is ok to reboot the 
management server at any time? (I have another thread about how sluggish mine 
is running lately, and id like to get it rebooted soon before I go on vacation).

Thanks again!
jonathan

From: Alex Leonhardt [mailto:alex.t...@gmail.com]
Sent: Sunday, March 24, 2013 7:40 AM
To: Lior Vernia
Cc: Jonathan Horne; users@ovirt.org
Subject: Re: [Users] rebooting physical network that ovirt is attached to

>From experience, I would shutdown the ovirt engine before you do any work 
>related to networking. The VMs will keep running w/o the engine available, 
>you're simply unable to add/remove/failover VMs, etc. The VDSM running on the 
>host will be unable to get instructions to "kill" any VMs as the engine is 
>already "down" :) ...

hope it helps!
alex




On 03/24/2013 10:04 AM, Lior Vernia wrote:

Hello Jonathan,



First of all let me apologize for not being more responsive, seems like

you got the worse end of time difference.



Now, in case the question is still relevant:



1. Rebooting the first switch won't cause any damage. The VMs will lose

connectivity on the VLANs, but they should still be manageable through

oVirt and run normally on their hosts.



2. Rebooting the second one could prove more troublesome. Firstly, as a

preemptive measure I would advise that you not have any VMs running on

your host marked as SPM at the moment of reboot, if possible - there's

risk that VMs running on your SPM will be shut down violently when it

loses connectivity (or the moment it regains connectivity). Also, if any

of your VMs have thin provisioning defined and they exhaust their

storage during downtime, they'll run into trouble; but as far as I know

they should be okay if they're not running processes that can suddenly

demand a lot more storage. That's as far as possible damage goes.

Besides that, when the switch comes back up, some components (host, data

domain) might appear as non-operational or down, and you might have to

reactivate them manually from the webadmin console.



Hope this helps.



Yours, Lior Vernia.



On 21/03/13 20:42, Jonathan Horne wrote:

greetings,



we are talking about possibly upgrading our cisco gear tonight, and this

will affect our ovirt environment.



what can i expect if i were to reboot first the switch that all VMguest

VLANs are going thru, ad then afterwards rebooting the switch that all

ovirtmgmt connections are in?  how will the ovirt environment behave

with loss of network connectivity for a couple minutes?



the iscsi network is not going to be affected.  any information or

stories of similar experiences would be appreciated.



thanks,

jonathan





------------------------------------------------------------------------

This is a PRIVATE message. If you are not the intended recipient, please

delete without copying and kindly advise us by e-mail of the mistake in

delivery. NOTE: Regardless of content, this e-mail shall not operate to

bind SKOPOS to any order or other contract unless pursuant to explicit

written agreement or government initiative expressly permitting the use

of e-mail for such purpose.





_______________________________________________

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

________________________________
This is a PRIVATE message. If you are not the intended recipient, please delete 
without copying and kindly advise us by e-mail of the mistake in delivery. 
NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to 
any order or other contract unless pursuant to explicit written agreement or 
government initiative expressly permitting the use of e-mail for such purpose.
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Reply via email to