sounds cool! no chance we could have something fast and simple to put in place like a global or region setting for the name of the latest systemvm template?
Thanks, *Pierre-Luc DION* Architecte de Solution Cloud | Cloud Solutions Architect t 855.652.5683 *CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw @CloudOps_ On Thu, Jul 31, 2014 at 8:03 PM, Sheng Yang <sh...@yasker.org> wrote: > In fact we're think about the ultimate solution for it. > Utilize deb repo. > > But we haven't got time to implement it yet. Hope we can get this idea on > track soon. > > --Sheng > > > On Thu, Jul 31, 2014 at 12:52 PM, Pierre-Luc Dion <pd...@cloudops.com> > wrote: > > > since 4.3 the management-server can tell if systemvm and VR require > > upgrade, which is great ! but, as of 4.4 it's not working anymore and > > systemvm must be upgrade as well. > > > > And what if their is another hartbleed issue between release requiring > > upgrade of systemvm ? > > > > Citrix is providing a Python script to CloudPlatform in order to upgrade > > the systemvm template to a latest 4.3from jun 2014, which is not bad. > > but... > > > > > > Doing automatic upgrade of system vm is out of scope because of > implicated > > downtime. > > > > But could it be possible to implement a naming standard of systemvm > > template so the management server would detect a newer version of > template > > and ask for upgrade of systemvm and VR? > > > > Something like if I have those systemvm templates: > > - SystemVM Template (XenServer) > > - systemvm-xenserver-4.3 > > - systemvm-xenserver-4.4 > > > > right now in 4.4 it will use systemvm-xenserver-4.3 template which is > not > > working with acs4.4. > > > > Could the detection of a new template be automated? like if I have to > > upgrade to a newer version withing 4.4, like systemvm-xenserver-4.4.1 ? > > > > or > > > > Could it be simple to have a Global setting where we define the > > systemvm-template to use and by default it would be SystemVM Template > (*) ? > > > > unless something like that is already in place? > > > > Thanks, > > > > PL > > >
