This issue is fixed in 4.0.1. Refer to 
https://issues.apache.org/jira/browse/CLOUDSTACK-595. 

> -----Original Message-----
> From: nicolas.lamira...@orange.com [mailto:nicolas.lamira...@orange.com]
> Sent: Thursday, February 07, 2013 10:06 PM
> To: cloudstack-users@incubator.apache.org
> Subject: Re: Upgrade 2.2.14 to 4.0.0 : problem with virtual router
> 
> Thanks for your help.
> We will try a new upgrade tomorrow, with a manual cleanup.
> 
> Le 07/02/2013 17:19, Tamas Monos a écrit :
> > Hi,
> >
> > I had the same problem during a 3.0.2->4.0.0 in my test environment.
> > During upgrade when the new virtual router is being restarted with the
> new template then a new VOLUME entry is being created.
> > So you end up with like:
> >
> > 200 | NULL | 31 | 0 | ROOT-31 | 5e10aa83-828e-4c44-9237-a8d96f358706 |
> > 2097152000 | /Watford/iscsi_0 | ROOT-31 | 1 | 1 | NULL | NULL | ROOT |
> > VMFS | 6 | 8 | NULL | 1 |
> > 201 | NULL | 31 | 0 | ROOT-31 | 0cd93f08-ce1e-4535-a778-744cbed0995f |
> > 2097152000 | /Watford/iscsi_1 | ROOT-31 | 1 | 1 | NULL | NULL | ROOT |
> > VMFS | 6 | 226 | NULL | 1 |
> >
> > This is BIG problem because as soon as you delete template number 8 the
> cleanup script will kill the ROOT-31 volume because it was built on template 
> 8.
> > To do that CS manager will shut down that VM has ROOT-31 regardless it is
> now using template 226 and destroys it.
> >
> > See bug: https://issues.apache.org/jira/browse/CLOUDSTACK-531
> >
> > Regards
> >
> > Tamas Monos                                               DDI         
> > +44(0)2034687012
> > Chief Technical                                             Office    
> > +44(0)2034687000
> > Veber: The Hosting Specialists               Fax         +44(0)871 522 7057
> > http://www.veber.co.uk
> >
> > Follow us on Twitter: www.twitter.com/veberhost Follow us on Facebook:
> > www.facebook.com/veberhost
> >
> > -----Original Message-----
> > From: nicolas.lamira...@orange.com
> > [mailto:nicolas.lamira...@orange.com]
> > Sent: 07 February 2013 14:29
> > To: <cloudstack-users@incubator.apache.org>
> > Subject: Upgrade 2.2.14 to 4.0.0 : problem with virtual router
> >
> > hi,
> >
> > we have upgrade our Cloudstack from version 2.2.14 to 4.0.0, according
> > to
> > http://incubator.apache.org/cloudstack/docs/en-
> US/Apache_CloudStack/4.
> > 0.0-incubating/pdf/Release_Notes/Apache_CloudStack-4.0.0-incubating-
> Re
> > lease_Notes-en-US.pdf
> >
> > The database upgrade works fine. UI too. Then we had launched script
> > *cloud-sysvmadm* to stop and start system VMs.
> >
> > The next, all our virtual router were deleted.
> > Process begins a 7.00 AM.
> > We can read this command in CS logs : storage.DestroyCommand It's seems
> to be "cleanup.storage" process.
> >
> > In logs, during the upgrade we  have this :
> >
> > destroy volume-wrapper VM ROOT-xxx
> >
> > We don't really understand why virtual router and ROOT disks are
> > deleted
> >
> > Any idea ? Thanks for any help.
> >
> > Regards
> >
> >
> > --
> > Nicolas Lamirault
> >
> >
> __________________________________________________________
> ____________
> > ___________________________________________________
> >
> > Ce message et ses pieces jointes peuvent contenir des informations
> confidentielles ou privilegiees et ne doivent donc pas etre diffuses, 
> exploites
> ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez
> le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les
> messages electroniques etant susceptibles d'alteration, France Telecom -
> Orange decline toute responsabilite si ce message a ete altere, deforme ou
> falsifie. Merci.
> >
> > This message and its attachments may contain confidential or privileged
> information that may be protected by law; they should not be distributed,
> used or copied without authorisation.
> > If you have received this email in error, please notify the sender and 
> > delete
> this message and its attachments.
> > As emails may be altered, France Telecom - Orange is not liable for
> messages that have been modified, changed or falsified.
> > Thank you.
> >
> >
> >
> 
> 
> --
> Nicolas Lamirault
> 
> __________________________________________________________
> __________________________________________________________
> _____
> 
> Ce message et ses pieces jointes peuvent contenir des informations
> confidentielles ou privilegiees et ne doivent donc pas etre diffuses, 
> exploites
> ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez
> le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les
> messages electroniques etant susceptibles d'alteration, France Telecom -
> Orange decline toute responsabilite si ce message a ete altere, deforme ou
> falsifie. Merci.
> 
> This message and its attachments may contain confidential or privileged
> information that may be protected by law; they should not be distributed,
> used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete
> this message and its attachments.
> As emails may be altered, France Telecom - Orange is not liable for messages
> that have been modified, changed or falsified.
> Thank you.

Reply via email to