cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Prasanna Santhanam (JIRA)" <>
Subject [jira] [Commented] (CLOUDSTACK-379) No (simple) way to recover if virtual router gets corrupted in a basic zone
Date Fri, 19 Oct 2012 09:30:12 GMT


Prasanna Santhanam commented on CLOUDSTACK-379:

Worth saving the workaround for pre-4.0.0 deployments:

<clayb> Would it be worthy of a bug to raise that if my virtual router's root disk gets
corrupt in a basic zone, I don't believe there's any way to recover? (Since if I destroy the
instance, I can't restart the network to get it back -- as I understand it.)
<clayb> I'm not finding an obvious way to work around my virtual router needing to be
<clayb> (Darn NFS drop-outs!)
<rohityadav> clayb: if you're using ASF master, the restartNetwork is fixed now… you
can goto Network and do a restart with cleanup enabled or delete the vr from infrastructure
and restart Network…. if you're using 4.0 or prev. there is no direct way; 1. delete VR,
start a new VM, a new VR will be created; or 2. delete the VR from host using xe or xencenter
or virsh etc. and hope that after clusterSync HA will recreate a new VR (am not sure about
2, it can take time
<clayb> Okay
<vogxn> rohityadav, how about clayb's suggestion of copying the image from a working
<rohityadav> vogxn: too many troubles, besides VR is stateless, if you destroy it outside
CS's scope the HA thread should recreate it, check ha thread interval settings from global
settings clayb 
<clayb> If I could get it back by simply starting a VM, that'd be easist
<rohityadav> clayb: yes, kill the old VR, start a new VM and done!
<clayb> Oh, that rocks! I thought destroying it would kill it forever
<vogxn> only i'm wondering if the re-spawn works on new VM start for basic zone. i konw
adv. zone it works well
<rohityadav> clayb: yes when admin does destroy VR, it won't be recreated unless a new
VM is launched which triggers deploying VR for its basic network; it's a hack for >4.0;
we've a better network restart fix for basic zone now
<clayb> Okay, I'm still on 3.0.3
<rohityadav> vogxn: the code is same, so if a new VM is launched findOrDeployVirtualRouter
is called for both cases and a VR is deployed in case its missing; applies for both adv and
basic zone
<rohityadav> clayb: yes, that hack will work; kill old vr, create new user instance
<clayb> Okay cool; trying that
<clayb> Thank you rohityadav and vogxn!
<clayb> All is again happy :)
> No (simple) way to recover if virtual router gets corrupted in a basic zone
> ---------------------------------------------------------------------------
>                 Key: CLOUDSTACK-379
>                 URL:
>             Project: CloudStack
>          Issue Type: Bug
>          Components: Network Controller
>    Affects Versions: pre-4.0.0
>         Environment: Cloud Stack 3.0.2 on CentOS 6.3
>            Reporter: Clay B.
>            Priority: Minor
> If the virtual router gets corrupted in a basic zone, the UI and API options for recovery
are very difficult, requiring one to delete the zone and start over.
> For an advanced network, one can simply follow:
> However, for a basic zone, deleting the

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message