apparently Global settings for VR already exist !

router.template.xen
router.template.kvm
router.template.vmware

Sheng, I hope you will have some time to spend on your idea to use package
repo :-)

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 Fri, Aug 1, 2014 at 6:23 PM, Pierre-Luc Dion <pd...@cloudops.com> wrote:

> 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
>> >
>>
>
>

Reply via email to