You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cloudstack.apache.org by Grégoire Lamodière <g....@dimsi.fr> on 2018/10/12 16:30:44 UTC
System VM version - CS 4.11.1
Hi All,
I have a strange behavior on a CS 4.11.1 deployment (upgraded from 4.11.0)
This deployment has a mixed cluster (KVM / CXP-NG 7.4).
Both systemvm templates (KVM / XEN) have been deployed with proper URL
When systemvm are on one KVM host, they report proper version.
On XCP, they report 4.11.0
I check on a virtual router (/etc/cloudstack-release) and it reports 4.11.0.
On the vr start, it shows 4.11.1
And if I try the « upgrade router » from UI, it breaks the vr.
I will check the source to understand the init process and try to understand what is happening.
Anyone already got this issue ?
Cheers
Grégoire
Re: System VM version - CS 4.11.1
Posted by Andrija Panic <an...@gmail.com>.
Yes, all of these have to be system type - good that you solved the issue :)
On Sat, Oct 13, 2018, 05:07 Grégoire Lamodière <g....@dimsi.fr> wrote:
> Hi Andrija,
>
> Yes, they both have the proper name (systemvm-kvm-4.11.1 and
> systemvm-xenserver-4.11.1).
> The only thing that made it working was to change the type of Xen Template.
>
> Cheers
> Grégoire
>
> -----Message d'origine-----
> De : Andrija Panic [mailto:andrija.panic@gmail.com]
> Envoyé : vendredi 12 octobre 2018 20:48
> À : users <us...@cloudstack.apache.org>
> Objet : Re: System VM version - CS 4.11.1
>
> Hi,
>
> check the global variables router.template.kvm and
> router.template.xenserver.... they should have the value of the exact name
> of the new systemVM templates as you registered them...
>
> Let us know if this fixes the issue.
> MGMT server will need to be restarted...
>
> Cheers
> Andrija
>
> On Fri, 12 Oct 2018 at 19:32, Grégoire Lamodière <g....@dimsi.fr>
> wrote:
>
> > Ok, I reply to myself.
> > I think there is something to check about this on the way CS handle
> > template choice on systemvm templates creation.
> >
> > Both 4.11.1 KVM and Xen templates have been registered with UI.
> > The KVM one is typed "SYSTEM", and the XEN "USER".
> >
> > So when systemvm were created, they were using old template on Xen.
> >
> > This points me to the following questions :
> >
> > 1/ Is it a systemvm issue (should not check the type when selecting
> > the template ?) 2/ Or is it a template registration issue - only set
> > SYSTEM to the first one, or KVM one, and not the second / Xen
> >
> > I think someone else already wrote the same workarround on this list
> > (UPDATE DB SET type='SYSTEM')
> >
> > Cheers.
> >
> > Grégoire
> >
> > -----Message d'origine-----
> > De : Grégoire Lamodière [mailto:g.lamodiere@dimsi.fr] Envoyé :
> > vendredi 12 octobre 2018 18:31 À : users@cloudstack.apache.org Objet :
> > System VM version - CS 4.11.1
> >
> > Hi All,
> >
> > I have a strange behavior on a CS 4.11.1 deployment (upgraded from
> > 4.11.0)
> >
> > This deployment has a mixed cluster (KVM / CXP-NG 7.4).
> > Both systemvm templates (KVM / XEN) have been deployed with proper URL
> >
> > When systemvm are on one KVM host, they report proper version.
> > On XCP, they report 4.11.0
> >
> > I check on a virtual router (/etc/cloudstack-release) and it reports
> > 4.11.0.
> > On the vr start, it shows 4.11.1
> >
> > And if I try the « upgrade router » from UI, it breaks the vr.
> >
> > I will check the source to understand the init process and try to
> > understand what is happening.
> >
> > Anyone already got this issue ?
> >
> > Cheers
> >
> > Grégoire
> >
>
>
> --
>
> Andrija Panić
>
RE: System VM version - CS 4.11.1
Posted by Grégoire Lamodière <g....@dimsi.fr>.
Hi Andrija,
Yes, they both have the proper name (systemvm-kvm-4.11.1 and systemvm-xenserver-4.11.1).
The only thing that made it working was to change the type of Xen Template.
Cheers
Grégoire
-----Message d'origine-----
De : Andrija Panic [mailto:andrija.panic@gmail.com]
Envoyé : vendredi 12 octobre 2018 20:48
À : users <us...@cloudstack.apache.org>
Objet : Re: System VM version - CS 4.11.1
Hi,
check the global variables router.template.kvm and router.template.xenserver.... they should have the value of the exact name of the new systemVM templates as you registered them...
Let us know if this fixes the issue.
MGMT server will need to be restarted...
Cheers
Andrija
On Fri, 12 Oct 2018 at 19:32, Grégoire Lamodière <g....@dimsi.fr>
wrote:
> Ok, I reply to myself.
> I think there is something to check about this on the way CS handle
> template choice on systemvm templates creation.
>
> Both 4.11.1 KVM and Xen templates have been registered with UI.
> The KVM one is typed "SYSTEM", and the XEN "USER".
>
> So when systemvm were created, they were using old template on Xen.
>
> This points me to the following questions :
>
> 1/ Is it a systemvm issue (should not check the type when selecting
> the template ?) 2/ Or is it a template registration issue - only set
> SYSTEM to the first one, or KVM one, and not the second / Xen
>
> I think someone else already wrote the same workarround on this list
> (UPDATE DB SET type='SYSTEM')
>
> Cheers.
>
> Grégoire
>
> -----Message d'origine-----
> De : Grégoire Lamodière [mailto:g.lamodiere@dimsi.fr] Envoyé :
> vendredi 12 octobre 2018 18:31 À : users@cloudstack.apache.org Objet :
> System VM version - CS 4.11.1
>
> Hi All,
>
> I have a strange behavior on a CS 4.11.1 deployment (upgraded from
> 4.11.0)
>
> This deployment has a mixed cluster (KVM / CXP-NG 7.4).
> Both systemvm templates (KVM / XEN) have been deployed with proper URL
>
> When systemvm are on one KVM host, they report proper version.
> On XCP, they report 4.11.0
>
> I check on a virtual router (/etc/cloudstack-release) and it reports
> 4.11.0.
> On the vr start, it shows 4.11.1
>
> And if I try the « upgrade router » from UI, it breaks the vr.
>
> I will check the source to understand the init process and try to
> understand what is happening.
>
> Anyone already got this issue ?
>
> Cheers
>
> Grégoire
>
--
Andrija Panić
Re: System VM version - CS 4.11.1
Posted by Andrija Panic <an...@gmail.com>.
Hi,
check the global variables router.template.kvm and
router.template.xenserver.... they should have the value of the exact name
of the new systemVM templates as you registered them...
Let us know if this fixes the issue.
MGMT server will need to be restarted...
Cheers
Andrija
On Fri, 12 Oct 2018 at 19:32, Grégoire Lamodière <g....@dimsi.fr>
wrote:
> Ok, I reply to myself.
> I think there is something to check about this on the way CS handle
> template choice on systemvm templates creation.
>
> Both 4.11.1 KVM and Xen templates have been registered with UI.
> The KVM one is typed "SYSTEM", and the XEN "USER".
>
> So when systemvm were created, they were using old template on Xen.
>
> This points me to the following questions :
>
> 1/ Is it a systemvm issue (should not check the type when selecting the
> template ?)
> 2/ Or is it a template registration issue - only set SYSTEM to the first
> one, or KVM one, and not the second / Xen
>
> I think someone else already wrote the same workarround on this list
> (UPDATE DB SET type='SYSTEM')
>
> Cheers.
>
> Grégoire
>
> -----Message d'origine-----
> De : Grégoire Lamodière [mailto:g.lamodiere@dimsi.fr]
> Envoyé : vendredi 12 octobre 2018 18:31
> À : users@cloudstack.apache.org
> Objet : System VM version - CS 4.11.1
>
> Hi All,
>
> I have a strange behavior on a CS 4.11.1 deployment (upgraded from 4.11.0)
>
> This deployment has a mixed cluster (KVM / CXP-NG 7.4).
> Both systemvm templates (KVM / XEN) have been deployed with proper URL
>
> When systemvm are on one KVM host, they report proper version.
> On XCP, they report 4.11.0
>
> I check on a virtual router (/etc/cloudstack-release) and it reports
> 4.11.0.
> On the vr start, it shows 4.11.1
>
> And if I try the « upgrade router » from UI, it breaks the vr.
>
> I will check the source to understand the init process and try to
> understand what is happening.
>
> Anyone already got this issue ?
>
> Cheers
>
> Grégoire
>
--
Andrija Panić
RE: System VM version - CS 4.11.1
Posted by Grégoire Lamodière <g....@dimsi.fr>.
Ok, I reply to myself.
I think there is something to check about this on the way CS handle template choice on systemvm templates creation.
Both 4.11.1 KVM and Xen templates have been registered with UI.
The KVM one is typed "SYSTEM", and the XEN "USER".
So when systemvm were created, they were using old template on Xen.
This points me to the following questions :
1/ Is it a systemvm issue (should not check the type when selecting the template ?)
2/ Or is it a template registration issue - only set SYSTEM to the first one, or KVM one, and not the second / Xen
I think someone else already wrote the same workarround on this list (UPDATE DB SET type='SYSTEM')
Cheers.
Grégoire
-----Message d'origine-----
De : Grégoire Lamodière [mailto:g.lamodiere@dimsi.fr]
Envoyé : vendredi 12 octobre 2018 18:31
À : users@cloudstack.apache.org
Objet : System VM version - CS 4.11.1
Hi All,
I have a strange behavior on a CS 4.11.1 deployment (upgraded from 4.11.0)
This deployment has a mixed cluster (KVM / CXP-NG 7.4).
Both systemvm templates (KVM / XEN) have been deployed with proper URL
When systemvm are on one KVM host, they report proper version.
On XCP, they report 4.11.0
I check on a virtual router (/etc/cloudstack-release) and it reports 4.11.0.
On the vr start, it shows 4.11.1
And if I try the « upgrade router » from UI, it breaks the vr.
I will check the source to understand the init process and try to understand what is happening.
Anyone already got this issue ?
Cheers
Grégoire