Re: Templates for Apache Cloudstack

[asender]

Hi Andrija,

Thanks for your response! I am on version 4.11.2. Virtual router is 
behaving...


This seems to be a problem with the specific templates, I just wanted 
someone to double check the templates to see if they have the same 
issue.


I think Nux will need to check all of them. :( If you want access to my 
lab Nux send me a separate email.


-Adrian Sender

On 2019-02-19 09:52, Andrija Panic wrote:

Hi,

since you have logged in first time with password that CloudStack gave 
you,
that should mean that templates are OK - i.e. VM did fetch for that 
first

time the pass from VR and set it locally for ROOT user.

What version of ACS are you using ?

Try to troubleshoot/check inside VR file similar to
/var/cache/cloud/password-192.168.1.1 (this 192.168.1.1 being the VR
interface / gateway IP of the network where VMs exist). If VM has
successfully fetched the pass from VR (from this file), than it should
write a line like "192.168.1.10=saved_password" inside that file - if 
not,
if password is still present inside, that means VM did not fetch the 
pass -

and then you can troubleshoot inside the VM itself (not sure if Nux's
templates use password reset script or cloud-init)

In some of previous CloudStack versions, you would need to do another 
round
of VM reboots to actually fetch the password (i.e. don't repeat the 
reset

procedure, just simply restart the VM/OS).

Best
Andrija

On Mon, 18 Feb 2019 at 23:00,  wrote:


Hi Nux!

I have noticed the same problem with all the templates.

-AS.

On 2019-02-18 19:36, Nux! wrote:
> Hi,
>
> Have you noticed the same problem with the Ubuntu ones?
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: asen...@testlabs.com.au
>> To: "users" 
>> Cc: "Nux!" 
>> Sent: Monday, 18 February, 2019 02:54:41
>> Subject: Re: Templates for Apache Cloudstack
>
>> Hi Guys,
>>
>> Could someone double check Nux's templates for me, note the username
>> for
>> centos is "centos"
>>
>> 1. Download centos xenserver vhd template to cloudstack
>> http://dl.openvm.eu/cloudstack/centos/x86_64/centos-7-xen.vhd.bz2
>> 2. Deploy the template with password option set.
>> 3. Login with password provided by cloudstack (first login works)
>> 4. Turn off VM and reset password.
>> 5. Try to login again with the new password. (password still remains
>> same as old password, cannot login with new password)
>>
>> -Adrian Sender
>>
>>
>>
>>
>> On 2019-02-12 19:52, Nux! wrote:
>>> Hi,
>>>
>>> Can you give this a try? Let me know if it works as expected or not,
>>> thanks.
>>>
>>> http://dl.openvm.eu/cloudstack/ubuntu/x86_64/ubuntu-18.04-xen.vhd.bz2
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>>> www.nux.ro
>>>
>>> - Original Message -
 From: "Nux!" 
 To: "users" 
 Sent: Thursday, 7 February, 2019 09:15:51
 Subject: Re: Templates for Apache Cloudstack
>>>
 Hello Adrian,

 I can have a go at it when I get some time these days.

 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro

 - Original Message -
> From: asen...@testlabs.com.au
> To: "users" 
> Sent: Thursday, 7 February, 2019 00:04:40
> Subject: Templates for Apache Cloudstack

> Hi All.
>
> Would it be possible to get the templates updated from
> http://dl.openvm.eu/cloudstack/
>
> I would like to see a ubuntu18 vhd for xenserver if possible :)
>
> Does anyone else have vhd public templates for xenserver ?
>
> Thank You.
>
>> >> > Adrian Sender

Re: Templates for Apache Cloudstack

[Andrija Panic]

Hi,

since you have logged in first time with password that CloudStack gave you,
that should mean that templates are OK - i.e. VM did fetch for that first
time the pass from VR and set it locally for ROOT user.

What version of ACS are you using ?

Try to troubleshoot/check inside VR file similar to
/var/cache/cloud/password-192.168.1.1 (this 192.168.1.1 being the VR
interface / gateway IP of the network where VMs exist). If VM has
successfully fetched the pass from VR (from this file), than it should
write a line like "192.168.1.10=saved_password" inside that file - if not,
if password is still present inside, that means VM did not fetch the pass -
and then you can troubleshoot inside the VM itself (not sure if Nux's
templates use password reset script or cloud-init)

In some of previous CloudStack versions, you would need to do another round
of VM reboots to actually fetch the password (i.e. don't repeat the reset
procedure, just simply restart the VM/OS).

Best
Andrija

On Mon, 18 Feb 2019 at 23:00,  wrote:

> Hi Nux!
>
> I have noticed the same problem with all the templates.
>
> -AS.
>
> On 2019-02-18 19:36, Nux! wrote:
> > Hi,
> >
> > Have you noticed the same problem with the Ubuntu ones?
> >
> > --
> > Sent from the Delta quadrant using Borg technology!
> >
> > Nux!
> > www.nux.ro
> >
> > - Original Message -
> >> From: asen...@testlabs.com.au
> >> To: "users" 
> >> Cc: "Nux!" 
> >> Sent: Monday, 18 February, 2019 02:54:41
> >> Subject: Re: Templates for Apache Cloudstack
> >
> >> Hi Guys,
> >>
> >> Could someone double check Nux's templates for me, note the username
> >> for
> >> centos is "centos"
> >>
> >> 1. Download centos xenserver vhd template to cloudstack
> >> http://dl.openvm.eu/cloudstack/centos/x86_64/centos-7-xen.vhd.bz2
> >> 2. Deploy the template with password option set.
> >> 3. Login with password provided by cloudstack (first login works)
> >> 4. Turn off VM and reset password.
> >> 5. Try to login again with the new password. (password still remains
> >> same as old password, cannot login with new password)
> >>
> >> -Adrian Sender
> >>
> >>
> >>
> >>
> >> On 2019-02-12 19:52, Nux! wrote:
> >>> Hi,
> >>>
> >>> Can you give this a try? Let me know if it works as expected or not,
> >>> thanks.
> >>>
> >>> http://dl.openvm.eu/cloudstack/ubuntu/x86_64/ubuntu-18.04-xen.vhd.bz2
> >>>
> >>> --
> >>> Sent from the Delta quadrant using Borg technology!
> >>>
> >>> Nux!
> >>> www.nux.ro
> >>>
> >>> - Original Message -
>  From: "Nux!" 
>  To: "users" 
>  Sent: Thursday, 7 February, 2019 09:15:51
>  Subject: Re: Templates for Apache Cloudstack
> >>>
>  Hello Adrian,
> 
>  I can have a go at it when I get some time these days.
> 
>  --
>  Sent from the Delta quadrant using Borg technology!
> 
>  Nux!
>  www.nux.ro
> 
>  - Original Message -
> > From: asen...@testlabs.com.au
> > To: "users" 
> > Sent: Thursday, 7 February, 2019 00:04:40
> > Subject: Templates for Apache Cloudstack
> 
> > Hi All.
> >
> > Would it be possible to get the templates updated from
> > http://dl.openvm.eu/cloudstack/
> >
> > I would like to see a ubuntu18 vhd for xenserver if possible :)
> >
> > Does anyone else have vhd public templates for xenserver ?
> >
> > Thank You.
> >
> >> >> > Adrian Sender
>


-- 

Andrija Panić

Re: Templates for Apache Cloudstack

[asender]

Hi Nux!

I have noticed the same problem with all the templates.

-AS.

On 2019-02-18 19:36, Nux! wrote:

Hi,

Have you noticed the same problem with the Ubuntu ones?

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -

From: asen...@testlabs.com.au
To: "users" 
Cc: "Nux!" 
Sent: Monday, 18 February, 2019 02:54:41
Subject: Re: Templates for Apache Cloudstack



Hi Guys,

Could someone double check Nux's templates for me, note the username 
for

centos is "centos"

1. Download centos xenserver vhd template to cloudstack
http://dl.openvm.eu/cloudstack/centos/x86_64/centos-7-xen.vhd.bz2
2. Deploy the template with password option set.
3. Login with password provided by cloudstack (first login works)
4. Turn off VM and reset password.
5. Try to login again with the new password. (password still remains
same as old password, cannot login with new password)

-Adrian Sender




On 2019-02-12 19:52, Nux! wrote:

Hi,

Can you give this a try? Let me know if it works as expected or not,
thanks.

http://dl.openvm.eu/cloudstack/ubuntu/x86_64/ubuntu-18.04-xen.vhd.bz2

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -

From: "Nux!" 
To: "users" 
Sent: Thursday, 7 February, 2019 09:15:51
Subject: Re: Templates for Apache Cloudstack



Hello Adrian,

I can have a go at it when I get some time these days.

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -

From: asen...@testlabs.com.au
To: "users" 
Sent: Thursday, 7 February, 2019 00:04:40
Subject: Templates for Apache Cloudstack



Hi All.

Would it be possible to get the templates updated from
http://dl.openvm.eu/cloudstack/

I would like to see a ubuntu18 vhd for xenserver if possible :)

Does anyone else have vhd public templates for xenserver ?

Thank You.


>> > Adrian Sender

Re: UI Icons visibility when Started vs Stopped

[David Merrill]

Visible but greyed out please.

I prefer knowing that an action is possible and understanding that if it's 
greyed out that something about a current state prevents its use.

David Merrill
Senior Systems Engineer,
Managed and Private/Hybrid Cloud Services
OTELCO
92 Oak Street, Portland ME 04101
office 207.772.5678 
www.otelco.com /business/managed-services



Confidentiality Message
The information contained in this e-mail transmission may be confidential and 
legally privileged. If you are not the intended recipient, you are notified 
that any dissemination, distribution, copying or other use of this information, 
including attachments, is prohibited. If you received this message in error, 
please call me at 207.772.5678  so this error can be 
corrected.
 

On 2/18/19, 10:49 AM, "Paul Angus"  wrote:

Hi All Users,

I'd like to get some feedback on an issue that has been bouncing around 
between developers for a while now.

The context is the end users' UI experience.  When a function is 
unavailable because of something the end user can control ie VM is started or 
Stopped.   Should unavailable actions be hidden, or visible but greyed out ?

My preference is for the latter, but I'd like to hear the users' and 
operators views.




paul.an...@shapeblue.com 

https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fwww.shapeblue.com=E,1,mQ2vcmfh0QTHlz9HNhWDh_2UIRnwYxR3TTfg5eAcbYohJsrV6LMD1L43raSkqSBYk01d0yrCVws89yuY5BeHDEWhGWMHJNYC5SgNxycBG-QnLIZN=1
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

Re: UI Icons visibility when Started vs Stopped

[Sven Vogel]

Hi Paul,

YES greyed. Most users will see „ah okay I need to do something that it will 
work but they see the function!“. If its hidden most people don’t think that 
the function exists I think

My Opinion from datacenter experience.

greeting

Sven


__

Sven Vogel
Teamlead Platform

EWERK RZ GmbH
Brühl 24, D-04109 Leipzig
P +49 341 42649 - 11
F +49 341 42649 - 18
s.vo...@ewerk.com
www.ewerk.com

Geschäftsführer:
Dr. Erik Wende, Hendrik Schubert, Frank Richter, Gerhard Hoyer
Registergericht: Leipzig HRB 17023

Zertifiziert nach:
ISO/IEC 27001:2013
DIN EN ISO 9001:2015
DIN ISO/IEC 2-1:2011

EWERK-Blog | LinkedIn | Xing | Twitter | Facebook

Auskünfte und Angebote per Mail sind freibleibend und unverbindlich.

Disclaimer Privacy:
Der Inhalt dieser E-Mail (einschließlich etwaiger beigefügter Dateien) ist 
vertraulich und nur für den Empfänger bestimmt. Sollten Sie nicht der 
bestimmungsgemäße Empfänger sein, ist Ihnen jegliche Offenlegung, 
Vervielfältigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte 
informieren Sie in diesem Fall unverzüglich den Absender und löschen Sie die 
E-Mail (einschließlich etwaiger beigefügter Dateien) von Ihrem System. Vielen 
Dank.

The contents of this e-mail (including any attachments) are confidential and 
may be legally privileged. If you are not the intended recipient of this 
e-mail, any disclosure, copying, distribution or use of its contents is 
strictly prohibited, and you should please notify the sender immediately and 
then delete it (including any attachments) from your system. Thank you.
> Am 18.02.2019 um 16:49 schrieb Paul Angus :
>
> Hi All Users,
>
> I'd like to get some feedback on an issue that has been bouncing around 
> between developers for a while now.
>
> The context is the end users' UI experience.  When a function is unavailable 
> because of something the end user can control ie VM is started or Stopped.   
> Should unavailable actions be hidden, or visible but greyed out ?
>
> My preference is for the latter, but I'd like to hear the users' and 
> operators views.
>
>
>
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>

UI Icons visibility when Started vs Stopped

[Paul Angus]

Hi All Users,

I'd like to get some feedback on an issue that has been bouncing around between 
developers for a while now.

The context is the end users' UI experience.  When a function is unavailable 
because of something the end user can control ie VM is started or Stopped.   
Should unavailable actions be hidden, or visible but greyed out ?

My preference is for the latter, but I'd like to hear the users' and operators 
views.




paul.an...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 

RE: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

[Paul Angus]

Ah,
Previously I followed the documentation here:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+Procedure

Master can be unfrozen once we reach a point that the code is healthy enough to 
cut the first RC as the release is then on its own branch.





From: Gabriel Beims Bräscher 
Sent: 18 February 2019 12:16
To: Paul Angus 
Cc: d...@cloudstack.apache.org; users 
Subject: Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

Paul, I did not create a branch. As the master branch is on freeze, I 
considered the master to be used on building and tests.

Git Branch and Commit SH:
https://github.com/apache/cloudstack/tree/master
https://github.com/apache/cloudstack/commit/709845f4a333ad2ace0183706433a0653ba159c6
Commit: 709845f4a333ad2ace0183706433a0653ba159c6

I can create a 4.12.0.0-RC20190212T2301 branch if needed.

As we have only 1 binding vote, I will postpone the vote for more 72 hours.

Em seg, 18 de fev de 2019 às 06:47, Paul Angus 
mailto:paul.an...@shapeblue.com>> escreveu:
[sorry everyone]

@Gabriel Beims Bräscher whats the name of the branch that you've created for 
4.12 ? It's probably me getting github blindness, but I can't find it to build 
nonoss from.

paul.an...@shapeblue.com
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue




paul.an...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 


-Original Message-
From: Wido den Hollander mailto:w...@widodh.nl>>
Sent: 15 February 2019 13:23
To: d...@cloudstack.apache.org; Gabriel 
Beims Bräscher mailto:gabrasc...@gmail.com>>; users 
mailto:users@cloudstack.apache.org>>
Subject: Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

+1 (binding)

Tested:

- Building DEB packages
- Run on Ubuntu 18.04
- Tested live storage migration
- Tested Advanced Networking with VXLAN
- Tested IPv6 deployment in Advanced Networking
- Tested destroy and re-create of Virtual Routers

Wido

On 2/13/19 2:23 AM, Gabriel Beims Bräscher wrote:
> Hi All,
>
> The issue in RC1 (4.12.0.0-RC20190206T2333) have been addressed and we
> are ready to go with RC2.
> I've created the 4.12 RC2 (4.12.0.0-RC20190212T2301) release
> candidate, with the following artifacts up for a vote:
>
> Git Branch and Commit SH:
> https://github.com/apache/cloudstack/tree/master
> https://github.com/apache/cloudstack/commit/709845f4a333ad2ace01837064
> 33a0653ba159c6
> Commit: 709845f4a333ad2ace0183706433a0653ba159c6
>
> Source release for 4.12.0.0-RC20190212T2301:
> https://dist.apache.org/repos/dist/dev/cloudstack/4.12.0.0/
>
> PGP release keys (signed using 25908455):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> The vote will be open for 3 business days (until 15th January).
>
> For sanity in tallying the vote, can PMC members please be sure to
> indicate "(binding)" with their vote?
>
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
>
> Additional information:
>
> For users' convenience, packages are available in
> http://cloudstack.apt-get.eu/
> RC1 has been built for the following distros:
> - Ubuntu 14.04, 16.04, and 18.04;
> - CentOS6 and CentOS7.
>
> The system VM template from 4.11.2 [1] works for RC2. The release
> notes [2] still need to be updated.
>
> Best Regards,
> Gabriel.
>
> [1] http://download.cloudstack.org/systemvm/4.11/
> [2]
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en
> /latest/index.html
>

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

[Gabriel Beims Bräscher]

Paul, I did not create a branch. As the master branch is on freeze, I
considered the master to be used on building and tests.

Git Branch and Commit SH:
> https://github.com/apache/cloudstack/tree/master
>
> https://github.com/apache/cloudstack/commit/709845f4a333ad2ace0183706433a0653ba159c6
> Commit: 709845f4a333ad2ace0183706433a0653ba159c6


I can create a 4.12.0.0-RC20190212T2301 branch if needed.

As we have only 1 binding vote, I will postpone the vote for more 72 hours.

Em seg, 18 de fev de 2019 às 06:47, Paul Angus 
escreveu:

> [sorry everyone]
>
> @Gabriel Beims Bräscher whats the name of the branch that you've created
> for 4.12 ? It's probably me getting github blindness, but I can't find it
> to build nonoss from.
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
>
> -Original Message-
> From: Wido den Hollander 
> Sent: 15 February 2019 13:23
> To: d...@cloudstack.apache.org; Gabriel Beims Bräscher <
> gabrasc...@gmail.com>; users 
> Subject: Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]
>
> +1 (binding)
>
> Tested:
>
> - Building DEB packages
> - Run on Ubuntu 18.04
> - Tested live storage migration
> - Tested Advanced Networking with VXLAN
> - Tested IPv6 deployment in Advanced Networking
> - Tested destroy and re-create of Virtual Routers
>
> Wido
>
> On 2/13/19 2:23 AM, Gabriel Beims Bräscher wrote:
> > Hi All,
> >
> > The issue in RC1 (4.12.0.0-RC20190206T2333) have been addressed and we
> > are ready to go with RC2.
> > I've created the 4.12 RC2 (4.12.0.0-RC20190212T2301) release
> > candidate, with the following artifacts up for a vote:
> >
> > Git Branch and Commit SH:
> > https://github.com/apache/cloudstack/tree/master
> > https://github.com/apache/cloudstack/commit/709845f4a333ad2ace01837064
> > 33a0653ba159c6
> > Commit: 709845f4a333ad2ace0183706433a0653ba159c6
> >
> > Source release for 4.12.0.0-RC20190212T2301:
> > https://dist.apache.org/repos/dist/dev/cloudstack/4.12.0.0/
> >
> > PGP release keys (signed using 25908455):
> > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> >
> > The vote will be open for 3 business days (until 15th January).
> >
> > For sanity in tallying the vote, can PMC members please be sure to
> > indicate "(binding)" with their vote?
> >
> > [ ] +1  approve
> > [ ] +0  no opinion
> > [ ] -1  disapprove (and reason why)
> >
> > Additional information:
> >
> > For users' convenience, packages are available in
> > http://cloudstack.apt-get.eu/
> > RC1 has been built for the following distros:
> > - Ubuntu 14.04, 16.04, and 18.04;
> > - CentOS6 and CentOS7.
> >
> > The system VM template from 4.11.2 [1] works for RC2. The release
> > notes [2] still need to be updated.
> >
> > Best Regards,
> > Gabriel.
> >
> > [1] http://download.cloudstack.org/systemvm/4.11/
> > [2]
> > http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en
> > /latest/index.html
> >
>

RE: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

[Paul Angus]

[sorry everyone]

@Gabriel Beims Bräscher whats the name of the branch that you've created for 
4.12 ? It's probably me getting github blindness, but I can't find it to build 
nonoss from.

paul.an...@shapeblue.com 
www.shapeblue.com
Amadeus House, Floral Street, London  WC2E 9DPUK
@shapeblue
  
 


-Original Message-
From: Wido den Hollander  
Sent: 15 February 2019 13:23
To: d...@cloudstack.apache.org; Gabriel Beims Bräscher ; 
users 
Subject: Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

+1 (binding)

Tested:

- Building DEB packages
- Run on Ubuntu 18.04
- Tested live storage migration
- Tested Advanced Networking with VXLAN
- Tested IPv6 deployment in Advanced Networking
- Tested destroy and re-create of Virtual Routers

Wido

On 2/13/19 2:23 AM, Gabriel Beims Bräscher wrote:
> Hi All,
> 
> The issue in RC1 (4.12.0.0-RC20190206T2333) have been addressed and we 
> are ready to go with RC2.
> I've created the 4.12 RC2 (4.12.0.0-RC20190212T2301) release 
> candidate, with the following artifacts up for a vote:
> 
> Git Branch and Commit SH:
> https://github.com/apache/cloudstack/tree/master
> https://github.com/apache/cloudstack/commit/709845f4a333ad2ace01837064
> 33a0653ba159c6
> Commit: 709845f4a333ad2ace0183706433a0653ba159c6
> 
> Source release for 4.12.0.0-RC20190212T2301:
> https://dist.apache.org/repos/dist/dev/cloudstack/4.12.0.0/
> 
> PGP release keys (signed using 25908455):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> 
> The vote will be open for 3 business days (until 15th January).
> 
> For sanity in tallying the vote, can PMC members please be sure to 
> indicate "(binding)" with their vote?
> 
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
> 
> Additional information:
> 
> For users' convenience, packages are available in 
> http://cloudstack.apt-get.eu/
> RC1 has been built for the following distros:
> - Ubuntu 14.04, 16.04, and 18.04;
> - CentOS6 and CentOS7.
> 
> The system VM template from 4.11.2 [1] works for RC2. The release 
> notes [2] still need to be updated.
> 
> Best Regards,
> Gabriel.
> 
> [1] http://download.cloudstack.org/systemvm/4.11/
> [2]
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en
> /latest/index.html
> 

Re: Templates for Apache Cloudstack

[Nux!]

Hi,

Have you noticed the same problem with the Ubuntu ones?

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: asen...@testlabs.com.au
> To: "users" 
> Cc: "Nux!" 
> Sent: Monday, 18 February, 2019 02:54:41
> Subject: Re: Templates for Apache Cloudstack

> Hi Guys,
> 
> Could someone double check Nux's templates for me, note the username for
> centos is "centos"
> 
> 1. Download centos xenserver vhd template to cloudstack
> http://dl.openvm.eu/cloudstack/centos/x86_64/centos-7-xen.vhd.bz2
> 2. Deploy the template with password option set.
> 3. Login with password provided by cloudstack (first login works)
> 4. Turn off VM and reset password.
> 5. Try to login again with the new password. (password still remains
> same as old password, cannot login with new password)
> 
> -Adrian Sender
> 
> 
> 
> 
> On 2019-02-12 19:52, Nux! wrote:
>> Hi,
>> 
>> Can you give this a try? Let me know if it works as expected or not,
>> thanks.
>> 
>> http://dl.openvm.eu/cloudstack/ubuntu/x86_64/ubuntu-18.04-xen.vhd.bz2
>> 
>> --
>> Sent from the Delta quadrant using Borg technology!
>> 
>> Nux!
>> www.nux.ro
>> 
>> - Original Message -
>>> From: "Nux!" 
>>> To: "users" 
>>> Sent: Thursday, 7 February, 2019 09:15:51
>>> Subject: Re: Templates for Apache Cloudstack
>> 
>>> Hello Adrian,
>>> 
>>> I can have a go at it when I get some time these days.
>>> 
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>> 
>>> Nux!
>>> www.nux.ro
>>> 
>>> - Original Message -
 From: asen...@testlabs.com.au
 To: "users" 
 Sent: Thursday, 7 February, 2019 00:04:40
 Subject: Templates for Apache Cloudstack
>>> 
 Hi All.
 
 Would it be possible to get the templates updated from
 http://dl.openvm.eu/cloudstack/
 
 I would like to see a ubuntu18 vhd for xenserver if possible :)
 
 Does anyone else have vhd public templates for xenserver ?
 
 Thank You.
 
> >> > Adrian Sender

Logs donation.

[Javier Ayllon Perez]

Hi Everyone:
  I'm a former cloudstack administrator at University of Castilla La Mancha 
(Spain). After a couple of years I'm working on my Master Thesis, a CS log 
analyzer.
I was wondering if any of you admins are willing to share with me your logs so 
I can further test my software.
Of course I'll sign a NDA if needed and report back all the graphs and 
conclusions I get from your data.
So far I can obtain a few historic graphs of usage (resources vs actual running 
vm's), RAM, CPU. (all based on vm start and stop events in log files)
Also if anyone has ideas of new indexes to report I'll be happy to hear.

Best regards