Re: Need help..

[Gabriel Beims Bräscher]

Hi Raksith, welcome to Apache CloudStack and the open source world ;)

"how I can contribute"
You can contribute by creating new issues [0] whenever you find a bug in
CloudStack as well as creating your own PRs. Providing a solid review is
always a great contribution, feel free to check on our open PRs [1].
Getting involved in users and devs mailing lists is also important to keep
the community traction.

Some details regarding the code and development philosophy can be found in
the "developers" section on the CloudStack website [2], in the programmer
guide [3], and at the readme file in the Github repository [4]; at last,
feel free to get a bit of The Apache Way in [5].

[0] https://github.com/apache/cloudstack/issues
[1] https://github.com/apache/cloudstack/pulls
[2] https://cloudstack.apache.org/developers.html
[3] http://docs.cloudstack.apache.org/en/latest/dev.html
[4] https://github.com/apache/cloudstack/
[5] http://theapacheway.com/

2018-07-04 12:27 GMT+02:00 rakshith pai :

> Hi Team,
>
> I am new to open source community.
> I have little over 3 year s experience in java,spring boot,spring mvc.
> Can some one guide me on how i can contribute.
> It would be great if someone could share some artifacts/doc to set up code.
>
> Regards,
> Raksith
>

Need help..

[rakshith pai]

Hi Team,

I am new to open source community.
I have little over 3 year s experience in java,spring boot,spring mvc.
Can some one guide me on how i can contribute.
It would be great if someone could share some artifacts/doc to set up code.

Regards,
Raksith

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Nux!]

Ilya,

Yes, my new images come with $username / password, just like the Centos 5.5 
default template.

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "ilya" <ilya.mailing.li...@gmail.com>
> To: "dev" <dev@cloudstack.apache.org>
> Sent: Monday, 10 April, 2017 20:58:32
> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 
> and VMWare

> Nux
> 
> FYI - i had a simalar issue - the password was not set properly (or at
> all). I tracked it down to VR problem on 4.5. with ubuntu images/
> 
> If possible, please enable static username password please if password
> update via cloudstack fails.
> 
> Thanks
> ilya
> 
> 
> On 3/31/17 1:08 PM, Nux! wrote:
>> Hm, ok, so this is a corner case I'll need to cover then.
>> But how did the password/sshkey feature work, if at
>> 
>> --
>> Sent from the Delta quadrant using Borg technology!
>> 
>> Nux!
>> www.nux.ro
>> 
>> - Original Message -
>>> From: "Syed Ahmed" <sah...@cloudops.com>
>>> To: "dev" <dev@cloudstack.apache.org>
>>> Sent: Friday, 31 March, 2017 19:10:22
>>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>>> 4.9
>>> and VMWare
>> 
>>> I'm using a shared network so the VR is not the gateway.
>>>
>>> On Fri, Mar 31, 2017 at 12:49 PM, Nux! <n...@li.nux.ro> wrote:
>>>> Syed,
>>>>
>>>> I just checked and centos user is added to sudoers, if it was not added to 
>>>> your
>>>> instance, then cloud-init did not complete properly.
>>>> I have seen this in the past when the data source is not reached properly.
>>>> I would double check the cloud-init logs if I were you, make sure eth0 was 
>>>> up
>>>> properly and the VR accessible.
>>>>
>>>> http://storage1.static.itmages.com/i/17/0331/h_1490978820_8688282_efdf2d86f5.png
>>>>
>>>> --
>>>> Sent from the Delta quadrant using Borg technology!
>>>>
>>>> Nux!
>>>> www.nux.ro
>>>>
>>>> - Original Message -
>>>>> From: "Nux!" <n...@li.nux.ro>
>>>>> To: "dev" <dev@cloudstack.apache.org>
>>>>> Sent: Friday, 31 March, 2017 17:01:43
>>>>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>>>>> 4.9
>>>>> and VMWare
>>>>
>>>>> Thanks, I'll check.
>>>>> Cloud-init is supposed to add the user to sudo.
>>>>>
>>>>> --
>>>>> Sent from the Delta quadrant using Borg technology!
>>>>>
>>>>> Nux!
>>>>> www.nux.ro
>>>>>
>>>>> - Original Message -
>>>>>> From: "Syed Ahmed" <sah...@cloudops.com>
>>>>>> To: "dev" <dev@cloudstack.apache.org>
>>>>>> Sent: Friday, 31 March, 2017 16:54:21
>>>>>> Subject: Re: Need help in getting CentOS 7 templates to run on 
>>>>>> Cloudstack 4.9
>>>>>> and VMWare
>>>>>
>>>>>> Hi Nux,
>>>>>>
>>>>>> One of the things that I've seen is that the user centos is not added
>>>>>> to the sudoers.
>>>>>>
>>>>>> On Fri, Mar 31, 2017 at 8:06 AM, Nux! <n...@li.nux.ro> wrote:
>>>>>>> Excellent, let me know if you hit any more issues.
>>>>>>>
>>>>>>> --
>>>>>>> Sent from the Delta quadrant using Borg technology!
>>>>>>>
>>>>>>> Nux!
>>>>>>> www.nux.ro
>>>>>>>
>>>>>>> - Original Message -
>>>>>>>> From: "Syed Ahmed" <sah...@cloudops.com>
>>>>>>>> To: "dev" <dev@cloudstack.apache.org>
>>>>>>>> Sent: Friday, 31 March, 2017 12:58:21
>>>>>>>> Subject: Re: Need help in getting CentOS 7 templates to run on 
>>>>>>>> Cloudstack 4.9
>>>>>>>> and VMWare
>>>>>>>
>>>>>>>> Hey Nux,
>>>>>>>>
>>>>>>>> It worked! Thanks for fixing this. I am able to ping the VM now.
>>&g

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[ilya]

Nux

FYI - i had a simalar issue - the password was not set properly (or at
all). I tracked it down to VR problem on 4.5. with ubuntu images/

If possible, please enable static username password please if password
update via cloudstack fails.

Thanks
ilya


On 3/31/17 1:08 PM, Nux! wrote:
> Hm, ok, so this is a corner case I'll need to cover then.
> But how did the password/sshkey feature work, if at 
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
>> From: "Syed Ahmed" <sah...@cloudops.com>
>> To: "dev" <dev@cloudstack.apache.org>
>> Sent: Friday, 31 March, 2017 19:10:22
>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>> 4.9 and VMWare
> 
>> I'm using a shared network so the VR is not the gateway.
>>
>> On Fri, Mar 31, 2017 at 12:49 PM, Nux! <n...@li.nux.ro> wrote:
>>> Syed,
>>>
>>> I just checked and centos user is added to sudoers, if it was not added to 
>>> your
>>> instance, then cloud-init did not complete properly.
>>> I have seen this in the past when the data source is not reached properly.
>>> I would double check the cloud-init logs if I were you, make sure eth0 was 
>>> up
>>> properly and the VR accessible.
>>>
>>> http://storage1.static.itmages.com/i/17/0331/h_1490978820_8688282_efdf2d86f5.png
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>>> www.nux.ro
>>>
>>> - Original Message -
>>>> From: "Nux!" <n...@li.nux.ro>
>>>> To: "dev" <dev@cloudstack.apache.org>
>>>> Sent: Friday, 31 March, 2017 17:01:43
>>>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>>>> 4.9
>>>> and VMWare
>>>
>>>> Thanks, I'll check.
>>>> Cloud-init is supposed to add the user to sudo.
>>>>
>>>> --
>>>> Sent from the Delta quadrant using Borg technology!
>>>>
>>>> Nux!
>>>> www.nux.ro
>>>>
>>>> - Original Message -
>>>>> From: "Syed Ahmed" <sah...@cloudops.com>
>>>>> To: "dev" <dev@cloudstack.apache.org>
>>>>> Sent: Friday, 31 March, 2017 16:54:21
>>>>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>>>>> 4.9
>>>>> and VMWare
>>>>
>>>>> Hi Nux,
>>>>>
>>>>> One of the things that I've seen is that the user centos is not added
>>>>> to the sudoers.
>>>>>
>>>>> On Fri, Mar 31, 2017 at 8:06 AM, Nux! <n...@li.nux.ro> wrote:
>>>>>> Excellent, let me know if you hit any more issues.
>>>>>>
>>>>>> --
>>>>>> Sent from the Delta quadrant using Borg technology!
>>>>>>
>>>>>> Nux!
>>>>>> www.nux.ro
>>>>>>
>>>>>> - Original Message -
>>>>>>> From: "Syed Ahmed" <sah...@cloudops.com>
>>>>>>> To: "dev" <dev@cloudstack.apache.org>
>>>>>>> Sent: Friday, 31 March, 2017 12:58:21
>>>>>>> Subject: Re: Need help in getting CentOS 7 templates to run on 
>>>>>>> Cloudstack 4.9
>>>>>>> and VMWare
>>>>>>
>>>>>>> Hey Nux,
>>>>>>>
>>>>>>> It worked! Thanks for fixing this. I am able to ping the VM now.
>>>>>>>
>>>>>>> On Fri, Mar 31, 2017 at 4:17 AM, Nux! <n...@li.nux.ro> wrote:
>>>>>>>> Syed,
>>>>>>>>
>>>>>>>> I am aware of the renaming issue and avoid it, if you check my 
>>>>>>>> kickstart I
>>>>>>>> specifically add biosdevname=0 and net.ifnames=0
>>>>>>>> http://jenkins.openvm.eu/cloudstack/config/centos/centos7-vmware.cfg
>>>>>>>>
>>>>>>>> However yesterday Rohit brought to my attention the ova generation 
>>>>>>>> script
>>>>>>>> inserts a e1000 eth0 which apparently breaks things in certain 
>>>>>>>> situations.
>>>>>>>> https://github.com/apache/cloudstack/pull/2022#

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Syed Ahmed]

Hi Nux,

It is working now. Thanks for fixing it!

Thanks,
-Syed


On Thu, Apr 6, 2017 at 3:08 AM, Nux! <n...@li.nux.ro> wrote:

> Syed,
>
> Can you try this and let me know if it works better?
> http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova
>
> I've removed NetworkManager
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
> > From: "Nux!" <n...@li.nux.ro>
> > To: "dev" <dev@cloudstack.apache.org>
> > Sent: Wednesday, 5 April, 2017 19:21:13
> > Subject: Re: Need help in getting CentOS 7 templates to run on
> Cloudstack 4.9 and VMWare
>
> > Syed,
> >
> > NetworkManager strikes again! ... I'll make sure it disappears from the
> > template. Darn ...
> >
> > The centos user password as set by the kickstart is indeed "password" so
> the
> > template can be accessed should cloud-init fail.
> > I am not entirely at peace with this as could lead to security problems.
> >
> > The thing is, if cloud-init fails to retrieve the metadata, then it will
> not
> > continue the setup in which it adds the user to sudoers, setup swap etc
> etc.
> >
> > That is why you could login with "password" but everything else was
> broken.
> >
> > Thanks for spotting this.
> >
> > --
> > Sent from the Delta quadrant using Borg technology!
> >
> > Nux!
> > www.nux.ro
> >
> > - Original Message -
> >> From: "Syed Ahmed" <sah...@cloudops.com>
> >> To: "dev" <dev@cloudstack.apache.org>
> >> Cc: "Nux!" <n...@li.nux.ro>
> >> Sent: Wednesday, 5 April, 2017 16:41:27
> >> Subject: Re: Need help in getting CentOS 7 templates to run on
> Cloudstack 4.9
> >> and VMWare
> >
> >> Hi Nux,
> >>
> >> So I'm still having trouble with the template :)
> >>
> >> As per the configuration
> >> http://dl.openvm.eu/cloudstack/config/centos/centos7-vmware.cfg the
> >> `centos` user gets the password set to as `password` but is never added
> to
> >> the sudoers list. When does that happen? Also, From the cloud-init logs
> it
> >> looks like it's not using the DHCP server but the default gateway so
> things
> >> like ssh-key is not being set.
> >>
> >> Apr  5 15:17:26 syed-test cloud-init: Cloud-init v. 0.7.5 running
> >> 'init-local' at Wed, 05 Apr 2017 15:17:26 +. Up 8.99 seconds.
> >> Apr  5 15:18:13 syed-test cloud-init: Cloud-init v. 0.7.5 running
> 'init' at
> >> Wed, 05 Apr 2017 15:18:13 +. Up 16.84 seconds.
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> >> ++Net device info+++
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> >> ++--+--+---+---+
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info: | Device |  Up  |
> >> Address|  Mask | Hw-Address|
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> >> ++--+--+---+---+
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info: |  lo:   | True |
> >> 127.0.0.1   |   255.0.0.0   | . |
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info: | eth0:  | True |
> >> 172.31.0.130 | 255.255.254.0 | 06:5a:58:00:01:6a |
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> >> ++--+--+---+---+
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> >> +++Route info++
> +
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> >> +---+-++---+
> ---+---+
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info: | Route | Destination |
> >> Gateway   |Genmask| Interface | Flags |
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> >> +---+-++---+
> ---+---+
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info: |   0   |   0.0.0.0   |
> >> 172.31.0.1 |0.0.0.0|eth0   |   UG  |
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info: |   1   |  172.31.0.0 |
> >> 0.0.0.0   | 255.255.254.0 |eth0   |   U   |
> >> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> >> +---+-++---+
> --

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Nux!]

Syed,

Can you try this and let me know if it works better?
http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova

I've removed NetworkManager

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Nux!" <n...@li.nux.ro>
> To: "dev" <dev@cloudstack.apache.org>
> Sent: Wednesday, 5 April, 2017 19:21:13
> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 
> and VMWare

> Syed,
> 
> NetworkManager strikes again! ... I'll make sure it disappears from the
> template. Darn ...
> 
> The centos user password as set by the kickstart is indeed "password" so the
> template can be accessed should cloud-init fail.
> I am not entirely at peace with this as could lead to security problems.
> 
> The thing is, if cloud-init fails to retrieve the metadata, then it will not
> continue the setup in which it adds the user to sudoers, setup swap etc etc.
> 
> That is why you could login with "password" but everything else was broken.
> 
> Thanks for spotting this.
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
>> From: "Syed Ahmed" <sah...@cloudops.com>
>> To: "dev" <dev@cloudstack.apache.org>
>> Cc: "Nux!" <n...@li.nux.ro>
>> Sent: Wednesday, 5 April, 2017 16:41:27
>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9
>> and VMWare
> 
>> Hi Nux,
>> 
>> So I'm still having trouble with the template :)
>> 
>> As per the configuration
>> http://dl.openvm.eu/cloudstack/config/centos/centos7-vmware.cfg the
>> `centos` user gets the password set to as `password` but is never added to
>> the sudoers list. When does that happen? Also, From the cloud-init logs it
>> looks like it's not using the DHCP server but the default gateway so things
>> like ssh-key is not being set.
>> 
>> Apr  5 15:17:26 syed-test cloud-init: Cloud-init v. 0.7.5 running
>> 'init-local' at Wed, 05 Apr 2017 15:17:26 +. Up 8.99 seconds.
>> Apr  5 15:18:13 syed-test cloud-init: Cloud-init v. 0.7.5 running 'init' at
>> Wed, 05 Apr 2017 15:18:13 +. Up 16.84 seconds.
>> Apr  5 15:18:13 syed-test cloud-init: ci-info:
>> ++Net device info+++
>> Apr  5 15:18:13 syed-test cloud-init: ci-info:
>> ++--+--+---+---+
>> Apr  5 15:18:13 syed-test cloud-init: ci-info: | Device |  Up  |
>> Address|  Mask | Hw-Address|
>> Apr  5 15:18:13 syed-test cloud-init: ci-info:
>> ++--+--+---+---+
>> Apr  5 15:18:13 syed-test cloud-init: ci-info: |  lo:   | True |
>> 127.0.0.1   |   255.0.0.0   | . |
>> Apr  5 15:18:13 syed-test cloud-init: ci-info: | eth0:  | True |
>> 172.31.0.130 | 255.255.254.0 | 06:5a:58:00:01:6a |
>> Apr  5 15:18:13 syed-test cloud-init: ci-info:
>> ++--+--+---+---+
>> Apr  5 15:18:13 syed-test cloud-init: ci-info:
>> +++Route info+++
>> Apr  5 15:18:13 syed-test cloud-init: ci-info:
>> +---+-++---+---+---+
>> Apr  5 15:18:13 syed-test cloud-init: ci-info: | Route | Destination |
>> Gateway   |Genmask| Interface | Flags |
>> Apr  5 15:18:13 syed-test cloud-init: ci-info:
>> +---+-++---+---+---+
>> Apr  5 15:18:13 syed-test cloud-init: ci-info: |   0   |   0.0.0.0   |
>> 172.31.0.1 |0.0.0.0|eth0   |   UG  |
>> Apr  5 15:18:13 syed-test cloud-init: ci-info: |   1   |  172.31.0.0 |
>> 0.0.0.0   | 255.255.254.0 |eth0   |   U   |
>> Apr  5 15:18:13 syed-test cloud-init: ci-info:
>> +---+-++---+---+---+
>> Apr  5 15:19:03 syed-test cloud-init: 2017-04-05 15:19:03,970 -
>> url_helper.py[WARNING]: Calling '
>> http://172.31.0.1//latest/meta-data/instance-id' failed [50/120s]:
>> unexpected error ['NoneType' object has no attribute 'status_code']
>> Apr  5 15:19:55 syed-test cloud-init: 2017-04-05 15:19:55,026 -
>> url_helper.py[WARNING]: Calling '
>> http://172.31.0.1//latest/meta-data/instance-id' failed [101/120s]:
>> unexpected error ['NoneType' object has no attribute 'status_code']
>> Apr  5 15:20:13 syed-test cloud-init: 2017-04-05 15:20:13,048 -
>> url_helper.py[W

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Nux!]

Syed,

NetworkManager strikes again! ... I'll make sure it disappears from the 
template. Darn ...

The centos user password as set by the kickstart is indeed "password" so the 
template can be accessed should cloud-init fail.
I am not entirely at peace with this as could lead to security problems.

The thing is, if cloud-init fails to retrieve the metadata, then it will not 
continue the setup in which it adds the user to sudoers, setup swap etc etc.

That is why you could login with "password" but everything else was broken.

Thanks for spotting this.

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Syed Ahmed" <sah...@cloudops.com>
> To: "dev" <dev@cloudstack.apache.org>
> Cc: "Nux!" <n...@li.nux.ro>
> Sent: Wednesday, 5 April, 2017 16:41:27
> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 
> and VMWare

> Hi Nux,
> 
> So I'm still having trouble with the template :)
> 
> As per the configuration
> http://dl.openvm.eu/cloudstack/config/centos/centos7-vmware.cfg the
> `centos` user gets the password set to as `password` but is never added to
> the sudoers list. When does that happen? Also, From the cloud-init logs it
> looks like it's not using the DHCP server but the default gateway so things
> like ssh-key is not being set.
> 
> Apr  5 15:17:26 syed-test cloud-init: Cloud-init v. 0.7.5 running
> 'init-local' at Wed, 05 Apr 2017 15:17:26 +. Up 8.99 seconds.
> Apr  5 15:18:13 syed-test cloud-init: Cloud-init v. 0.7.5 running 'init' at
> Wed, 05 Apr 2017 15:18:13 +. Up 16.84 seconds.
> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> ++Net device info+++
> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> ++--+--+---+---+
> Apr  5 15:18:13 syed-test cloud-init: ci-info: | Device |  Up  |
> Address|  Mask | Hw-Address|
> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> ++--+--+---+---+
> Apr  5 15:18:13 syed-test cloud-init: ci-info: |  lo:   | True |
> 127.0.0.1   |   255.0.0.0   | . |
> Apr  5 15:18:13 syed-test cloud-init: ci-info: | eth0:  | True |
> 172.31.0.130 | 255.255.254.0 | 06:5a:58:00:01:6a |
> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> ++--+--+---+---+
> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> +++Route info+++
> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> +---+-++---+---+---+
> Apr  5 15:18:13 syed-test cloud-init: ci-info: | Route | Destination |
> Gateway   |Genmask| Interface | Flags |
> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> +---+-++---+---+---+
> Apr  5 15:18:13 syed-test cloud-init: ci-info: |   0   |   0.0.0.0   |
> 172.31.0.1 |0.0.0.0|eth0   |   UG  |
> Apr  5 15:18:13 syed-test cloud-init: ci-info: |   1   |  172.31.0.0 |
> 0.0.0.0   | 255.255.254.0 |eth0   |   U   |
> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> +---+-++---+---+---+
> Apr  5 15:19:03 syed-test cloud-init: 2017-04-05 15:19:03,970 -
> url_helper.py[WARNING]: Calling '
> http://172.31.0.1//latest/meta-data/instance-id' failed [50/120s]:
> unexpected error ['NoneType' object has no attribute 'status_code']
> Apr  5 15:19:55 syed-test cloud-init: 2017-04-05 15:19:55,026 -
> url_helper.py[WARNING]: Calling '
> http://172.31.0.1//latest/meta-data/instance-id' failed [101/120s]:
> unexpected error ['NoneType' object has no attribute 'status_code']
> Apr  5 15:20:13 syed-test cloud-init: 2017-04-05 15:20:13,048 -
> url_helper.py[WARNING]: Calling '
> http://172.31.0.1//latest/meta-data/instance-id' failed [119/120s]:
> unexpected error ['NoneType' object has no attribute 'status_code']
> Apr  5 15:20:14 syed-test cloud-init: 2017-04-05 15:20:14,050 -
> DataSourceCloudStack.py[CRITICAL]: Giving up on waiting for the metadata
> from ['http://172.31.0.1//latest/meta-data/instance-id'] after 120 seconds
> Apr  5 15:20:14 syed-test cloud-init: 2017-04-05 15:20:14,050 -
> util.py[WARNING]: No instance datasource found! Likely bad things to come!
> 
> Looking at DataSourceCloudStack.py it seems like it is looking for leases
> in "/var/lib/dhclient", "/var/lib/dhcp" however the leases are located in
> "/var/lib/NetworkManager/" Do you know who maintains the
> DataSourceCloudStack.py? We fix this by either changing
> DataS

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Syed Ahmed]

So I've opened a PR to fix this on the cloud-init side.

https://code.launchpad.net/~syed1/cloud-init/+git/cloud-init/+merge/322024

We need this because CentOS7 has NetworkManager as the default manager for
networking

On Wed, Apr 5, 2017 at 11:41 AM, Syed Ahmed  wrote:

> Hi Nux,
>
> So I'm still having trouble with the template :)
>
> As per the configuration http://dl.openvm.eu/cloudstack/config/centos/
> centos7-vmware.cfg the `centos` user gets the password set to as
> `password` but is never added to the sudoers list. When does that happen?
> Also, From the cloud-init logs it looks like it's not using the DHCP server
> but the default gateway so things like ssh-key is not being set.
>
> Apr  5 15:17:26 syed-test cloud-init: Cloud-init v. 0.7.5 running
> 'init-local' at Wed, 05 Apr 2017 15:17:26 +. Up 8.99 seconds.
> Apr  5 15:18:13 syed-test cloud-init: Cloud-init v. 0.7.5 running 'init'
> at Wed, 05 Apr 2017 15:18:13 +. Up 16.84 seconds.
> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> ++Net device info+++
> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> ++--+--+---+---+
> Apr  5 15:18:13 syed-test cloud-init: ci-info: | Device |  Up  |
> Address|  Mask | Hw-Address|
> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> ++--+--+---+---+
> Apr  5 15:18:13 syed-test cloud-init: ci-info: |  lo:   | True |
> 127.0.0.1   |   255.0.0.0   | . |
> Apr  5 15:18:13 syed-test cloud-init: ci-info: | eth0:  | True |
> 172.31.0.130 | 255.255.254.0 | 06:5a:58:00:01:6a |
> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> ++--+--+---+---+
> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> +++Route info+++
> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> +---+-++---+---+---+
> Apr  5 15:18:13 syed-test cloud-init: ci-info: | Route | Destination |
> Gateway   |Genmask| Interface | Flags |
> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> +---+-++---+---+---+
> Apr  5 15:18:13 syed-test cloud-init: ci-info: |   0   |   0.0.0.0   |
> 172.31.0.1 |0.0.0.0|eth0   |   UG  |
> Apr  5 15:18:13 syed-test cloud-init: ci-info: |   1   |  172.31.0.0 |
> 0.0.0.0   | 255.255.254.0 |eth0   |   U   |
> Apr  5 15:18:13 syed-test cloud-init: ci-info:
> +---+-++---+---+---+
> Apr  5 15:19:03 syed-test cloud-init: 2017-04-05 15:19:03,970 -
> url_helper.py[WARNING]: Calling 'http://172.31.0.1//latest/
> meta-data/instance-id' failed [50/120s]: unexpected error ['NoneType'
> object has no attribute 'status_code']
> Apr  5 15:19:55 syed-test cloud-init: 2017-04-05 15:19:55,026 -
> url_helper.py[WARNING]: Calling 'http://172.31.0.1//latest/
> meta-data/instance-id' failed [101/120s]: unexpected error ['NoneType'
> object has no attribute 'status_code']
> Apr  5 15:20:13 syed-test cloud-init: 2017-04-05 15:20:13,048 -
> url_helper.py[WARNING]: Calling 'http://172.31.0.1//latest/
> meta-data/instance-id' failed [119/120s]: unexpected error ['NoneType'
> object has no attribute 'status_code']
> Apr  5 15:20:14 syed-test cloud-init: 2017-04-05 15:20:14,050 -
> DataSourceCloudStack.py[CRITICAL]: Giving up on waiting for the metadata
> from ['http://172.31.0.1//latest/meta-data/instance-id'] after 120 seconds
> Apr  5 15:20:14 syed-test cloud-init: 2017-04-05 15:20:14,050 -
> util.py[WARNING]: No instance datasource found! Likely bad things to come!
>
> Looking at DataSourceCloudStack.py it seems like it is looking for leases
> in "/var/lib/dhclient", "/var/lib/dhcp" however the leases are located in
> "/var/lib/NetworkManager/" Do you know who maintains the
> DataSourceCloudStack.py? We fix this by either changing
> DataSourceCloudStack.py or by adding NM_CONTROLLED=no (and other conf
> params) in /etc/sysconfig/network-scripts/ifcfg-ethX . Let me know what
> you think.
>
> Thanks,
> -Syed
>
>
> On Mon, Apr 3, 2017 at 10:15 AM, Syed Ahmed  wrote:
>
>> I'd love to see the 169.254.169.254 implemented. Maybe something we
>> can hack on at the CCC in Miami ;)
>>
>> On Mon, Apr 3, 2017 at 4:24 AM, Erik Weber  wrote:
>> > On Mon, Apr 3, 2017 at 9:41 AM, Nux!  wrote:
>> >> Syed,
>> >>
>> >> AFAIK the standard behaviour that is baked in the password script as
>> well as in the cloud-init Cloudstack meta source is to try whichever
>> address provides the DHCP.
>> >>
>> >> Can't wait to see config drive implemented so we can get rid of all
>> these head aches.
>> >
>> > Or the 169.254.169.254 address implemented :-)
>> >
>> > --
>> > Erik
>>
>
>

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Syed Ahmed]

Hi Nux,

So I'm still having trouble with the template :)

As per the configuration
http://dl.openvm.eu/cloudstack/config/centos/centos7-vmware.cfg the
`centos` user gets the password set to as `password` but is never added to
the sudoers list. When does that happen? Also, From the cloud-init logs it
looks like it's not using the DHCP server but the default gateway so things
like ssh-key is not being set.

Apr  5 15:17:26 syed-test cloud-init: Cloud-init v. 0.7.5 running
'init-local' at Wed, 05 Apr 2017 15:17:26 +. Up 8.99 seconds.
Apr  5 15:18:13 syed-test cloud-init: Cloud-init v. 0.7.5 running 'init' at
Wed, 05 Apr 2017 15:18:13 +. Up 16.84 seconds.
Apr  5 15:18:13 syed-test cloud-init: ci-info:
++Net device info+++
Apr  5 15:18:13 syed-test cloud-init: ci-info:
++--+--+---+---+
Apr  5 15:18:13 syed-test cloud-init: ci-info: | Device |  Up  |
Address|  Mask | Hw-Address|
Apr  5 15:18:13 syed-test cloud-init: ci-info:
++--+--+---+---+
Apr  5 15:18:13 syed-test cloud-init: ci-info: |  lo:   | True |
127.0.0.1   |   255.0.0.0   | . |
Apr  5 15:18:13 syed-test cloud-init: ci-info: | eth0:  | True |
172.31.0.130 | 255.255.254.0 | 06:5a:58:00:01:6a |
Apr  5 15:18:13 syed-test cloud-init: ci-info:
++--+--+---+---+
Apr  5 15:18:13 syed-test cloud-init: ci-info:
+++Route info+++
Apr  5 15:18:13 syed-test cloud-init: ci-info:
+---+-++---+---+---+
Apr  5 15:18:13 syed-test cloud-init: ci-info: | Route | Destination |
Gateway   |Genmask| Interface | Flags |
Apr  5 15:18:13 syed-test cloud-init: ci-info:
+---+-++---+---+---+
Apr  5 15:18:13 syed-test cloud-init: ci-info: |   0   |   0.0.0.0   |
172.31.0.1 |0.0.0.0|eth0   |   UG  |
Apr  5 15:18:13 syed-test cloud-init: ci-info: |   1   |  172.31.0.0 |
0.0.0.0   | 255.255.254.0 |eth0   |   U   |
Apr  5 15:18:13 syed-test cloud-init: ci-info:
+---+-++---+---+---+
Apr  5 15:19:03 syed-test cloud-init: 2017-04-05 15:19:03,970 -
url_helper.py[WARNING]: Calling '
http://172.31.0.1//latest/meta-data/instance-id' failed [50/120s]:
unexpected error ['NoneType' object has no attribute 'status_code']
Apr  5 15:19:55 syed-test cloud-init: 2017-04-05 15:19:55,026 -
url_helper.py[WARNING]: Calling '
http://172.31.0.1//latest/meta-data/instance-id' failed [101/120s]:
unexpected error ['NoneType' object has no attribute 'status_code']
Apr  5 15:20:13 syed-test cloud-init: 2017-04-05 15:20:13,048 -
url_helper.py[WARNING]: Calling '
http://172.31.0.1//latest/meta-data/instance-id' failed [119/120s]:
unexpected error ['NoneType' object has no attribute 'status_code']
Apr  5 15:20:14 syed-test cloud-init: 2017-04-05 15:20:14,050 -
DataSourceCloudStack.py[CRITICAL]: Giving up on waiting for the metadata
from ['http://172.31.0.1//latest/meta-data/instance-id'] after 120 seconds
Apr  5 15:20:14 syed-test cloud-init: 2017-04-05 15:20:14,050 -
util.py[WARNING]: No instance datasource found! Likely bad things to come!

Looking at DataSourceCloudStack.py it seems like it is looking for leases
in "/var/lib/dhclient", "/var/lib/dhcp" however the leases are located in
"/var/lib/NetworkManager/" Do you know who maintains the
DataSourceCloudStack.py? We fix this by either changing
DataSourceCloudStack.py or by adding NM_CONTROLLED=no (and other conf
params) in /etc/sysconfig/network-scripts/ifcfg-ethX . Let me know what you
think.

Thanks,
-Syed


On Mon, Apr 3, 2017 at 10:15 AM, Syed Ahmed  wrote:

> I'd love to see the 169.254.169.254 implemented. Maybe something we
> can hack on at the CCC in Miami ;)
>
> On Mon, Apr 3, 2017 at 4:24 AM, Erik Weber  wrote:
> > On Mon, Apr 3, 2017 at 9:41 AM, Nux!  wrote:
> >> Syed,
> >>
> >> AFAIK the standard behaviour that is baked in the password script as
> well as in the cloud-init Cloudstack meta source is to try whichever
> address provides the DHCP.
> >>
> >> Can't wait to see config drive implemented so we can get rid of all
> these head aches.
> >
> > Or the 169.254.169.254 address implemented :-)
> >
> > --
> > Erik
>

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Syed Ahmed]

I'd love to see the 169.254.169.254 implemented. Maybe something we
can hack on at the CCC in Miami ;)

On Mon, Apr 3, 2017 at 4:24 AM, Erik Weber  wrote:
> On Mon, Apr 3, 2017 at 9:41 AM, Nux!  wrote:
>> Syed,
>>
>> AFAIK the standard behaviour that is baked in the password script as well as 
>> in the cloud-init Cloudstack meta source is to try whichever address 
>> provides the DHCP.
>>
>> Can't wait to see config drive implemented so we can get rid of all these 
>> head aches.
>
> Or the 169.254.169.254 address implemented :-)
>
> --
> Erik

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Erik Weber]

On Mon, Apr 3, 2017 at 9:41 AM, Nux!  wrote:
> Syed,
>
> AFAIK the standard behaviour that is baked in the password script as well as 
> in the cloud-init Cloudstack meta source is to try whichever address provides 
> the DHCP.
>
> Can't wait to see config drive implemented so we can get rid of all these 
> head aches.

Or the 169.254.169.254 address implemented :-)

-- 
Erik

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Nux!]

Syed,

AFAIK the standard behaviour that is baked in the password script as well as in 
the cloud-init Cloudstack meta source is to try whichever address provides the 
DHCP.

Can't wait to see config drive implemented so we can get rid of all these head 
aches.

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Syed Ahmed" <sah...@cloudops.com>
> To: "dev" <dev@cloudstack.apache.org>
> Sent: Sunday, 2 April, 2017 03:50:50
> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 
> and VMWare

> The SSH key doesn't work either. The default password for the centos
> user is set at boot time to `password` which happens via the scripts
> in the template itself. Coud-init is trying to fetch the metadata from
> the default gateway instead of the VR (which which has a different IP
> than the default GW)
> 
> On Fri, Mar 31, 2017 at 4:08 PM, Nux! <n...@li.nux.ro> wrote:
>> Hm, ok, so this is a corner case I'll need to cover then.
>> But how did the password/sshkey feature work, if at all?
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>>> From: "Syed Ahmed" <sah...@cloudops.com>
>>> To: "dev" <dev@cloudstack.apache.org>
>>> Sent: Friday, 31 March, 2017 19:10:22
>>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>>> 4.9
>>> and VMWare
>>
>>> I'm using a shared network so the VR is not the gateway.
>>>
>>> On Fri, Mar 31, 2017 at 12:49 PM, Nux! <n...@li.nux.ro> wrote:
>>>> Syed,
>>>>
>>>> I just checked and centos user is added to sudoers, if it was not added to 
>>>> your
>>>> instance, then cloud-init did not complete properly.
>>>> I have seen this in the past when the data source is not reached properly.
>>>> I would double check the cloud-init logs if I were you, make sure eth0 was 
>>>> up
>>>> properly and the VR accessible.
>>>>
>>>> http://storage1.static.itmages.com/i/17/0331/h_1490978820_8688282_efdf2d86f5.png
>>>>
>>>> --
>>>> Sent from the Delta quadrant using Borg technology!
>>>>
>>>> Nux!
>>>> www.nux.ro
>>>>
>>>> - Original Message -
>>>>> From: "Nux!" <n...@li.nux.ro>
>>>>> To: "dev" <dev@cloudstack.apache.org>
>>>>> Sent: Friday, 31 March, 2017 17:01:43
>>>>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>>>>> 4.9
>>>>> and VMWare
>>>>
>>>>> Thanks, I'll check.
>>>>> Cloud-init is supposed to add the user to sudo.
>>>>>
>>>>> --
>>>>> Sent from the Delta quadrant using Borg technology!
>>>>>
>>>>> Nux!
>>>>> www.nux.ro
>>>>>
>>>>> - Original Message -
>>>>>> From: "Syed Ahmed" <sah...@cloudops.com>
>>>>>> To: "dev" <dev@cloudstack.apache.org>
>>>>>> Sent: Friday, 31 March, 2017 16:54:21
>>>>>> Subject: Re: Need help in getting CentOS 7 templates to run on 
>>>>>> Cloudstack 4.9
>>>>>> and VMWare
>>>>>
>>>>>> Hi Nux,
>>>>>>
>>>>>> One of the things that I've seen is that the user centos is not added
>>>>>> to the sudoers.
>>>>>>
>>>>>> On Fri, Mar 31, 2017 at 8:06 AM, Nux! <n...@li.nux.ro> wrote:
>>>>>>> Excellent, let me know if you hit any more issues.
>>>>>>>
>>>>>>> --
>>>>>>> Sent from the Delta quadrant using Borg technology!
>>>>>>>
>>>>>>> Nux!
>>>>>>> www.nux.ro
>>>>>>>
>>>>>>> - Original Message -
>>>>>>>> From: "Syed Ahmed" <sah...@cloudops.com>
>>>>>>>> To: "dev" <dev@cloudstack.apache.org>
>>>>>>>> Sent: Friday, 31 March, 2017 12:58:21
>>>>>>>> Subject: Re: Need help in getting CentOS 7 templates to run on 
>>>>>>>> Cloudstack 4.9
>>>>>>>> and VMWare
>>>

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Rohit Yadav]

Thanks Lucian for fixing the vmware template(s).


Regards.



From: Nux! <n...@li.nux.ro>
Sent: 31 March 2017 13:47
To: dev
Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 
and VMWare

Syed,

I am aware of the renaming issue and avoid it, if you check my kickstart I 
specifically add biosdevname=0 and net.ifnames=0
http://jenkins.openvm.eu/cloudstack/config/centos/centos7-vmware.cfg

However yesterday Rohit brought to my attention the ova generation script 
inserts a e1000 eth0 which apparently breaks things in certain situations.
https://github.com/apache/cloudstack/pull/2022#issuecomment-290339928

I corrected the script and built a new image here, please give it a try.
http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova

If the problem persists, can you go in single user mode and check the 
/proc/cmdline and share it here?

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro


rohit.ya...@shapeblue.com 
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue
  
 

- Original Message -
> From: "Syed Ahmed" <sah...@cloudops.com>
> To: "Nux!" <n...@li.nux.ro>
> Cc: "dev" <dev@cloudstack.apache.org>
> Sent: Thursday, 30 March, 2017 23:54:36
> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 
> and VMWare

> I tried the one you provided however, it still has the same problem
> ... DHCP doesn't seem to pick up. I also see that the interface is not
> named eth0 .. could this be the problem? I can try changing the
> network driver and see if that helps. Will report back.
>
> On Thu, Mar 30, 2017 at 6:21 PM, Nux! <n...@li.nux.ro> wrote:
>> Hi, I am working on a new set of templates, you can try this one:
>> http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova
>>
>> If still no luck, happy to debug if you can provide me an account. The only
>> templates I (can) test are the KVM ones.
>>
>> The official templates from various distros will not work properly as they
>> are openstack/aws focused.
>>
>>
>>
>>
>> On 30 March 2017 22:41:05 BST, Syed Ahmed <sah...@cloudops.com> wrote:
>>>
>>> osboxes also only has VMDK and not OVA. Cloudstack currently only
>>> supports OVA for VMWare
>>>
>>> On Thu, Mar 30, 2017 at 5:34 PM, Syed Ahmed <sah...@cloudops.com> wrote:
>>>>
>>>>  The official CentOS site does not build OVA for VMWare unfortunately.
>>>>  I found something on osboxes. I am trying that.
>>>>
>>>>  http://pasteboard.co/PNdpMkn1C.png is the screenshot of the error btw
>>>>
>>>>  On Thu, Mar 30, 2017 at 5:30 PM, Syed Ahmed <sah...@cloudops.com> wrote:
>>>>>
>>>>>  I thought the centos images from the official site did not have the
>>>>>  cloudstack datasource. I'll try and report!
>>>>>
>>>>>  On Thu, Mar 30, 2017 at 5:26 PM, Pierre-Luc Dion <pd...@cloudops.com>
>>>>> wrote:
>>>>>>
>>>>>>  Hi Syed, have you tried coud images from centos site, i think centos
>>>>>> build
>>>>>>  cloudimage as canonical for ubuntu.
>>>>>>
>>>>>>
>>>>>>  On Mar 30, 2017 5:24 PM, "Rafael Weingärtner"
>>>>>> <rafaelweingart...@gmail.com>
>>>>>>  wrote:
>>>>>>
>>>>>>>  Attachments are not forwarded with emails.
>>>>>>>
>>>>>>>  On Thu, Mar 30, 2017 at 5:16 PM, Syed Ahmed <sah...@cloudops.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>>  FYI I'm attaching the screenshot of the cloud-init error
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>  On Thu, Mar 30, 2017 at 5:14 PM, Syed Ahmed <sah...@cloudops.com>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>  Hi All,
>>>>>>>>>
>>>>>>>>>  I'm trying to run a CentOS 7 template on VMWare and ACS 4.9 but
>>>>>>>>>  somehow cloud-init doesn't seem to pick up the IP form the VR. The
>>>>>>>>>  default template which is bundled with ACS (CentOS 5) works.
>>>>>>>>>
>>>>>>>>>  I got the CentOS7 template from
>>>>>>>>>  http://dl.openvm.eu/cloudstack/centos/vanilla/7/
>>>>>>>
>>>>>>>  x86_64/CentOS-7-x86_64-
>>>>>>>>
>>>>>>>>  vanilla-vmware.ova
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>  Is there any setting that I need to do for this template? Are there
>>>>>>>>>  any other places I can get a working template for CentOS7 for
>>>>>>>>>  Cloudstack?
>>>>>>>>>
>>>>>>>>>  Thanks,
>>>>>>>>>  -Syed
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>  --
>>>>>>>  Rafael Weingärtner
>>>>>>
>>>>>>
>>
>> --
> > Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Nux!]

Hm, ok, so this is a corner case I'll need to cover then.
But how did the password/sshkey feature work, if at all?

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Syed Ahmed" <sah...@cloudops.com>
> To: "dev" <dev@cloudstack.apache.org>
> Sent: Friday, 31 March, 2017 19:10:22
> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 
> and VMWare

> I'm using a shared network so the VR is not the gateway.
> 
> On Fri, Mar 31, 2017 at 12:49 PM, Nux! <n...@li.nux.ro> wrote:
>> Syed,
>>
>> I just checked and centos user is added to sudoers, if it was not added to 
>> your
>> instance, then cloud-init did not complete properly.
>> I have seen this in the past when the data source is not reached properly.
>> I would double check the cloud-init logs if I were you, make sure eth0 was up
>> properly and the VR accessible.
>>
>> http://storage1.static.itmages.com/i/17/0331/h_1490978820_8688282_efdf2d86f5.png
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> ----- Original Message -
>>> From: "Nux!" <n...@li.nux.ro>
>>> To: "dev" <dev@cloudstack.apache.org>
>>> Sent: Friday, 31 March, 2017 17:01:43
>>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>>> 4.9
>>> and VMWare
>>
>>> Thanks, I'll check.
>>> Cloud-init is supposed to add the user to sudo.
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>>> www.nux.ro
>>>
>>> - Original Message -
>>>> From: "Syed Ahmed" <sah...@cloudops.com>
>>>> To: "dev" <dev@cloudstack.apache.org>
>>>> Sent: Friday, 31 March, 2017 16:54:21
>>>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>>>> 4.9
>>>> and VMWare
>>>
>>>> Hi Nux,
>>>>
>>>> One of the things that I've seen is that the user centos is not added
>>>> to the sudoers.
>>>>
>>>> On Fri, Mar 31, 2017 at 8:06 AM, Nux! <n...@li.nux.ro> wrote:
>>>>> Excellent, let me know if you hit any more issues.
>>>>>
>>>>> --
>>>>> Sent from the Delta quadrant using Borg technology!
>>>>>
>>>>> Nux!
>>>>> www.nux.ro
>>>>>
>>>>> - Original Message -
>>>>>> From: "Syed Ahmed" <sah...@cloudops.com>
>>>>>> To: "dev" <dev@cloudstack.apache.org>
>>>>>> Sent: Friday, 31 March, 2017 12:58:21
>>>>>> Subject: Re: Need help in getting CentOS 7 templates to run on 
>>>>>> Cloudstack 4.9
>>>>>> and VMWare
>>>>>
>>>>>> Hey Nux,
>>>>>>
>>>>>> It worked! Thanks for fixing this. I am able to ping the VM now.
>>>>>>
>>>>>> On Fri, Mar 31, 2017 at 4:17 AM, Nux! <n...@li.nux.ro> wrote:
>>>>>>> Syed,
>>>>>>>
>>>>>>> I am aware of the renaming issue and avoid it, if you check my 
>>>>>>> kickstart I
>>>>>>> specifically add biosdevname=0 and net.ifnames=0
>>>>>>> http://jenkins.openvm.eu/cloudstack/config/centos/centos7-vmware.cfg
>>>>>>>
>>>>>>> However yesterday Rohit brought to my attention the ova generation 
>>>>>>> script
>>>>>>> inserts a e1000 eth0 which apparently breaks things in certain 
>>>>>>> situations.
>>>>>>> https://github.com/apache/cloudstack/pull/2022#issuecomment-290339928
>>>>>>>
>>>>>>> I corrected the script and built a new image here, please give it a try.
>>>>>>> http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova
>>>>>>>
>>>>>>> If the problem persists, can you go in single user mode and check the
>>>>>>> /proc/cmdline and share it here?
>>>>>>>
>>>>>>> --
>>>>>>> Sent from the Delta quadrant using Borg technology!
>>>>>>>
>>>>>>> Nux!
>>>>>>> www.nu

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Syed Ahmed]

I'm using a shared network so the VR is not the gateway.

On Fri, Mar 31, 2017 at 12:49 PM, Nux! <n...@li.nux.ro> wrote:
> Syed,
>
> I just checked and centos user is added to sudoers, if it was not added to 
> your instance, then cloud-init did not complete properly.
> I have seen this in the past when the data source is not reached properly.
> I would double check the cloud-init logs if I were you, make sure eth0 was up 
> properly and the VR accessible.
>
> http://storage1.static.itmages.com/i/17/0331/h_1490978820_8688282_efdf2d86f5.png
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Nux!" <n...@li.nux.ro>
>> To: "dev" <dev@cloudstack.apache.org>
>> Sent: Friday, 31 March, 2017 17:01:43
>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>> 4.9 and VMWare
>
>> Thanks, I'll check.
>> Cloud-init is supposed to add the user to sudo.
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> ----- Original Message -
>>> From: "Syed Ahmed" <sah...@cloudops.com>
>>> To: "dev" <dev@cloudstack.apache.org>
>>> Sent: Friday, 31 March, 2017 16:54:21
>>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>>> 4.9
>>> and VMWare
>>
>>> Hi Nux,
>>>
>>> One of the things that I've seen is that the user centos is not added
>>> to the sudoers.
>>>
>>> On Fri, Mar 31, 2017 at 8:06 AM, Nux! <n...@li.nux.ro> wrote:
>>>> Excellent, let me know if you hit any more issues.
>>>>
>>>> --
>>>> Sent from the Delta quadrant using Borg technology!
>>>>
>>>> Nux!
>>>> www.nux.ro
>>>>
>>>> - Original Message -
>>>>> From: "Syed Ahmed" <sah...@cloudops.com>
>>>>> To: "dev" <dev@cloudstack.apache.org>
>>>>> Sent: Friday, 31 March, 2017 12:58:21
>>>>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>>>>> 4.9
>>>>> and VMWare
>>>>
>>>>> Hey Nux,
>>>>>
>>>>> It worked! Thanks for fixing this. I am able to ping the VM now.
>>>>>
>>>>> On Fri, Mar 31, 2017 at 4:17 AM, Nux! <n...@li.nux.ro> wrote:
>>>>>> Syed,
>>>>>>
>>>>>> I am aware of the renaming issue and avoid it, if you check my kickstart 
>>>>>> I
>>>>>> specifically add biosdevname=0 and net.ifnames=0
>>>>>> http://jenkins.openvm.eu/cloudstack/config/centos/centos7-vmware.cfg
>>>>>>
>>>>>> However yesterday Rohit brought to my attention the ova generation script
>>>>>> inserts a e1000 eth0 which apparently breaks things in certain 
>>>>>> situations.
>>>>>> https://github.com/apache/cloudstack/pull/2022#issuecomment-290339928
>>>>>>
>>>>>> I corrected the script and built a new image here, please give it a try.
>>>>>> http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova
>>>>>>
>>>>>> If the problem persists, can you go in single user mode and check the
>>>>>> /proc/cmdline and share it here?
>>>>>>
>>>>>> --
>>>>>> Sent from the Delta quadrant using Borg technology!
>>>>>>
>>>>>> Nux!
>>>>>> www.nux.ro
>>>>>>
>>>>>> - Original Message -
>>>>>>> From: "Syed Ahmed" <sah...@cloudops.com>
>>>>>>> To: "Nux!" <n...@li.nux.ro>
>>>>>>> Cc: "dev" <dev@cloudstack.apache.org>
>>>>>>> Sent: Thursday, 30 March, 2017 23:54:36
>>>>>>> Subject: Re: Need help in getting CentOS 7 templates to run on 
>>>>>>> Cloudstack 4.9
>>>>>>> and VMWare
>>>>>>
>>>>>>> I tried the one you provided however, it still has the same problem
>>>>>>> ... DHCP doesn't seem to pick up. I also see that the interface is not
>>>>>>> named eth0 .. could this be the problem? I can try changing the
>>>>>>> network dri

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Nux!]

Syed,

I just checked and centos user is added to sudoers, if it was not added to your 
instance, then cloud-init did not complete properly.
I have seen this in the past when the data source is not reached properly.
I would double check the cloud-init logs if I were you, make sure eth0 was up 
properly and the VR accessible.

http://storage1.static.itmages.com/i/17/0331/h_1490978820_8688282_efdf2d86f5.png

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Nux!" <n...@li.nux.ro>
> To: "dev" <dev@cloudstack.apache.org>
> Sent: Friday, 31 March, 2017 17:01:43
> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 
> and VMWare

> Thanks, I'll check.
> Cloud-init is supposed to add the user to sudo.
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
>> From: "Syed Ahmed" <sah...@cloudops.com>
>> To: "dev" <dev@cloudstack.apache.org>
>> Sent: Friday, 31 March, 2017 16:54:21
>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9
>> and VMWare
> 
>> Hi Nux,
>> 
>> One of the things that I've seen is that the user centos is not added
>> to the sudoers.
>> 
>> On Fri, Mar 31, 2017 at 8:06 AM, Nux! <n...@li.nux.ro> wrote:
>>> Excellent, let me know if you hit any more issues.
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>>> www.nux.ro
>>>
>>> - Original Message -
>>>> From: "Syed Ahmed" <sah...@cloudops.com>
>>>> To: "dev" <dev@cloudstack.apache.org>
>>>> Sent: Friday, 31 March, 2017 12:58:21
>>>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>>>> 4.9
>>>> and VMWare
>>>
>>>> Hey Nux,
>>>>
>>>> It worked! Thanks for fixing this. I am able to ping the VM now.
>>>>
>>>> On Fri, Mar 31, 2017 at 4:17 AM, Nux! <n...@li.nux.ro> wrote:
>>>>> Syed,
>>>>>
>>>>> I am aware of the renaming issue and avoid it, if you check my kickstart I
>>>>> specifically add biosdevname=0 and net.ifnames=0
>>>>> http://jenkins.openvm.eu/cloudstack/config/centos/centos7-vmware.cfg
>>>>>
>>>>> However yesterday Rohit brought to my attention the ova generation script
>>>>> inserts a e1000 eth0 which apparently breaks things in certain situations.
>>>>> https://github.com/apache/cloudstack/pull/2022#issuecomment-290339928
>>>>>
>>>>> I corrected the script and built a new image here, please give it a try.
>>>>> http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova
>>>>>
>>>>> If the problem persists, can you go in single user mode and check the
>>>>> /proc/cmdline and share it here?
>>>>>
>>>>> --
>>>>> Sent from the Delta quadrant using Borg technology!
>>>>>
>>>>> Nux!
>>>>> www.nux.ro
>>>>>
>>>>> - Original Message -
>>>>>> From: "Syed Ahmed" <sah...@cloudops.com>
>>>>>> To: "Nux!" <n...@li.nux.ro>
>>>>>> Cc: "dev" <dev@cloudstack.apache.org>
>>>>>> Sent: Thursday, 30 March, 2017 23:54:36
>>>>>> Subject: Re: Need help in getting CentOS 7 templates to run on 
>>>>>> Cloudstack 4.9
>>>>>> and VMWare
>>>>>
>>>>>> I tried the one you provided however, it still has the same problem
>>>>>> ... DHCP doesn't seem to pick up. I also see that the interface is not
>>>>>> named eth0 .. could this be the problem? I can try changing the
>>>>>> network driver and see if that helps. Will report back.
>>>>>>
>>>>>> On Thu, Mar 30, 2017 at 6:21 PM, Nux! <n...@li.nux.ro> wrote:
>>>>>>> Hi, I am working on a new set of templates, you can try this one:
>>>>>>> http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova
>>>>>>>
>>>>>>> If still no luck, happy to debug if you can provide me an account. The 
>>>>>>> only
>>>>>>> templates I (can) test are the KVM ones.
>>&g

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Nux!]

Thanks, I'll check.
Cloud-init is supposed to add the user to sudo.

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Syed Ahmed" <sah...@cloudops.com>
> To: "dev" <dev@cloudstack.apache.org>
> Sent: Friday, 31 March, 2017 16:54:21
> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 
> and VMWare

> Hi Nux,
> 
> One of the things that I've seen is that the user centos is not added
> to the sudoers.
> 
> On Fri, Mar 31, 2017 at 8:06 AM, Nux! <n...@li.nux.ro> wrote:
>> Excellent, let me know if you hit any more issues.
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>>> From: "Syed Ahmed" <sah...@cloudops.com>
>>> To: "dev" <dev@cloudstack.apache.org>
>>> Sent: Friday, 31 March, 2017 12:58:21
>>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>>> 4.9
>>> and VMWare
>>
>>> Hey Nux,
>>>
>>> It worked! Thanks for fixing this. I am able to ping the VM now.
>>>
>>> On Fri, Mar 31, 2017 at 4:17 AM, Nux! <n...@li.nux.ro> wrote:
>>>> Syed,
>>>>
>>>> I am aware of the renaming issue and avoid it, if you check my kickstart I
>>>> specifically add biosdevname=0 and net.ifnames=0
>>>> http://jenkins.openvm.eu/cloudstack/config/centos/centos7-vmware.cfg
>>>>
>>>> However yesterday Rohit brought to my attention the ova generation script
>>>> inserts a e1000 eth0 which apparently breaks things in certain situations.
>>>> https://github.com/apache/cloudstack/pull/2022#issuecomment-290339928
>>>>
>>>> I corrected the script and built a new image here, please give it a try.
>>>> http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova
>>>>
>>>> If the problem persists, can you go in single user mode and check the
>>>> /proc/cmdline and share it here?
>>>>
>>>> --
>>>> Sent from the Delta quadrant using Borg technology!
>>>>
>>>> Nux!
>>>> www.nux.ro
>>>>
>>>> - Original Message -
>>>>> From: "Syed Ahmed" <sah...@cloudops.com>
>>>>> To: "Nux!" <n...@li.nux.ro>
>>>>> Cc: "dev" <dev@cloudstack.apache.org>
>>>>> Sent: Thursday, 30 March, 2017 23:54:36
>>>>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>>>>> 4.9
>>>>> and VMWare
>>>>
>>>>> I tried the one you provided however, it still has the same problem
>>>>> ... DHCP doesn't seem to pick up. I also see that the interface is not
>>>>> named eth0 .. could this be the problem? I can try changing the
>>>>> network driver and see if that helps. Will report back.
>>>>>
>>>>> On Thu, Mar 30, 2017 at 6:21 PM, Nux! <n...@li.nux.ro> wrote:
>>>>>> Hi, I am working on a new set of templates, you can try this one:
>>>>>> http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova
>>>>>>
>>>>>> If still no luck, happy to debug if you can provide me an account. The 
>>>>>> only
>>>>>> templates I (can) test are the KVM ones.
>>>>>>
>>>>>> The official templates from various distros will not work properly as 
>>>>>> they
>>>>>> are openstack/aws focused.
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On 30 March 2017 22:41:05 BST, Syed Ahmed <sah...@cloudops.com> wrote:
>>>>>>>
>>>>>>> osboxes also only has VMDK and not OVA. Cloudstack currently only
>>>>>>> supports OVA for VMWare
>>>>>>>
>>>>>>> On Thu, Mar 30, 2017 at 5:34 PM, Syed Ahmed <sah...@cloudops.com> wrote:
>>>>>>>>
>>>>>>>>  The official CentOS site does not build OVA for VMWare unfortunately.
>>>>>>>>  I found something on osboxes. I am trying that.
>>>>>>>>
>>>>>>>>  http://pasteboard.co/PNdpMkn1C.png is the screenshot of the error btw
>>>>>>>>
>&g

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Syed Ahmed]

Hi Nux,

One of the things that I've seen is that the user centos is not added
to the sudoers.

On Fri, Mar 31, 2017 at 8:06 AM, Nux! <n...@li.nux.ro> wrote:
> Excellent, let me know if you hit any more issues.
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Syed Ahmed" <sah...@cloudops.com>
>> To: "dev" <dev@cloudstack.apache.org>
>> Sent: Friday, 31 March, 2017 12:58:21
>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>> 4.9 and VMWare
>
>> Hey Nux,
>>
>> It worked! Thanks for fixing this. I am able to ping the VM now.
>>
>> On Fri, Mar 31, 2017 at 4:17 AM, Nux! <n...@li.nux.ro> wrote:
>>> Syed,
>>>
>>> I am aware of the renaming issue and avoid it, if you check my kickstart I
>>> specifically add biosdevname=0 and net.ifnames=0
>>> http://jenkins.openvm.eu/cloudstack/config/centos/centos7-vmware.cfg
>>>
>>> However yesterday Rohit brought to my attention the ova generation script
>>> inserts a e1000 eth0 which apparently breaks things in certain situations.
>>> https://github.com/apache/cloudstack/pull/2022#issuecomment-290339928
>>>
>>> I corrected the script and built a new image here, please give it a try.
>>> http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova
>>>
>>> If the problem persists, can you go in single user mode and check the
>>> /proc/cmdline and share it here?
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>>> www.nux.ro
>>>
>>> - Original Message -
>>>> From: "Syed Ahmed" <sah...@cloudops.com>
>>>> To: "Nux!" <n...@li.nux.ro>
>>>> Cc: "dev" <dev@cloudstack.apache.org>
>>>> Sent: Thursday, 30 March, 2017 23:54:36
>>>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>>>> 4.9
>>>> and VMWare
>>>
>>>> I tried the one you provided however, it still has the same problem
>>>> ... DHCP doesn't seem to pick up. I also see that the interface is not
>>>> named eth0 .. could this be the problem? I can try changing the
>>>> network driver and see if that helps. Will report back.
>>>>
>>>> On Thu, Mar 30, 2017 at 6:21 PM, Nux! <n...@li.nux.ro> wrote:
>>>>> Hi, I am working on a new set of templates, you can try this one:
>>>>> http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova
>>>>>
>>>>> If still no luck, happy to debug if you can provide me an account. The 
>>>>> only
>>>>> templates I (can) test are the KVM ones.
>>>>>
>>>>> The official templates from various distros will not work properly as they
>>>>> are openstack/aws focused.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On 30 March 2017 22:41:05 BST, Syed Ahmed <sah...@cloudops.com> wrote:
>>>>>>
>>>>>> osboxes also only has VMDK and not OVA. Cloudstack currently only
>>>>>> supports OVA for VMWare
>>>>>>
>>>>>> On Thu, Mar 30, 2017 at 5:34 PM, Syed Ahmed <sah...@cloudops.com> wrote:
>>>>>>>
>>>>>>>  The official CentOS site does not build OVA for VMWare unfortunately.
>>>>>>>  I found something on osboxes. I am trying that.
>>>>>>>
>>>>>>>  http://pasteboard.co/PNdpMkn1C.png is the screenshot of the error btw
>>>>>>>
>>>>>>>  On Thu, Mar 30, 2017 at 5:30 PM, Syed Ahmed <sah...@cloudops.com> 
>>>>>>> wrote:
>>>>>>>>
>>>>>>>>  I thought the centos images from the official site did not have the
>>>>>>>>  cloudstack datasource. I'll try and report!
>>>>>>>>
>>>>>>>>  On Thu, Mar 30, 2017 at 5:26 PM, Pierre-Luc Dion <pd...@cloudops.com>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>  Hi Syed, have you tried coud images from centos site, i think centos
>>>>>>>>> build
>>>>>>>>>  cloudimage as canonical for

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Nux!]

Excellent, let me know if you hit any more issues.

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Syed Ahmed" <sah...@cloudops.com>
> To: "dev" <dev@cloudstack.apache.org>
> Sent: Friday, 31 March, 2017 12:58:21
> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 
> and VMWare

> Hey Nux,
> 
> It worked! Thanks for fixing this. I am able to ping the VM now.
> 
> On Fri, Mar 31, 2017 at 4:17 AM, Nux! <n...@li.nux.ro> wrote:
>> Syed,
>>
>> I am aware of the renaming issue and avoid it, if you check my kickstart I
>> specifically add biosdevname=0 and net.ifnames=0
>> http://jenkins.openvm.eu/cloudstack/config/centos/centos7-vmware.cfg
>>
>> However yesterday Rohit brought to my attention the ova generation script
>> inserts a e1000 eth0 which apparently breaks things in certain situations.
>> https://github.com/apache/cloudstack/pull/2022#issuecomment-290339928
>>
>> I corrected the script and built a new image here, please give it a try.
>> http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova
>>
>> If the problem persists, can you go in single user mode and check the
>> /proc/cmdline and share it here?
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> ----- Original Message -
>>> From: "Syed Ahmed" <sah...@cloudops.com>
>>> To: "Nux!" <n...@li.nux.ro>
>>> Cc: "dev" <dev@cloudstack.apache.org>
>>> Sent: Thursday, 30 March, 2017 23:54:36
>>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>>> 4.9
>>> and VMWare
>>
>>> I tried the one you provided however, it still has the same problem
>>> ... DHCP doesn't seem to pick up. I also see that the interface is not
>>> named eth0 .. could this be the problem? I can try changing the
>>> network driver and see if that helps. Will report back.
>>>
>>> On Thu, Mar 30, 2017 at 6:21 PM, Nux! <n...@li.nux.ro> wrote:
>>>> Hi, I am working on a new set of templates, you can try this one:
>>>> http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova
>>>>
>>>> If still no luck, happy to debug if you can provide me an account. The only
>>>> templates I (can) test are the KVM ones.
>>>>
>>>> The official templates from various distros will not work properly as they
>>>> are openstack/aws focused.
>>>>
>>>>
>>>>
>>>>
>>>> On 30 March 2017 22:41:05 BST, Syed Ahmed <sah...@cloudops.com> wrote:
>>>>>
>>>>> osboxes also only has VMDK and not OVA. Cloudstack currently only
>>>>> supports OVA for VMWare
>>>>>
>>>>> On Thu, Mar 30, 2017 at 5:34 PM, Syed Ahmed <sah...@cloudops.com> wrote:
>>>>>>
>>>>>>  The official CentOS site does not build OVA for VMWare unfortunately.
>>>>>>  I found something on osboxes. I am trying that.
>>>>>>
>>>>>>  http://pasteboard.co/PNdpMkn1C.png is the screenshot of the error btw
>>>>>>
>>>>>>  On Thu, Mar 30, 2017 at 5:30 PM, Syed Ahmed <sah...@cloudops.com> wrote:
>>>>>>>
>>>>>>>  I thought the centos images from the official site did not have the
>>>>>>>  cloudstack datasource. I'll try and report!
>>>>>>>
>>>>>>>  On Thu, Mar 30, 2017 at 5:26 PM, Pierre-Luc Dion <pd...@cloudops.com>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>>  Hi Syed, have you tried coud images from centos site, i think centos
>>>>>>>> build
>>>>>>>>  cloudimage as canonical for ubuntu.
>>>>>>>>
>>>>>>>>
>>>>>>>>  On Mar 30, 2017 5:24 PM, "Rafael Weingärtner"
>>>>>>>> <rafaelweingart...@gmail.com>
>>>>>>>>  wrote:
>>>>>>>>
>>>>>>>>>  Attachments are not forwarded with emails.
>>>>>>>>>
>>>>>>>>>  On Thu, Mar 30, 2017 at 5:16 PM, Syed Ahmed <sah...@cloudops.com>
>>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>>  FYI I'm attaching the screenshot of the cloud-init error
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>  On Thu, Mar 30, 2017 at 5:14 PM, Syed Ahmed <sah...@cloudops.com>
>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>  Hi All,
>>>>>>>>>>>
>>>>>>>>>>>  I'm trying to run a CentOS 7 template on VMWare and ACS 4.9 but
>>>>>>>>>>>  somehow cloud-init doesn't seem to pick up the IP form the VR. The
>>>>>>>>>>>  default template which is bundled with ACS (CentOS 5) works.
>>>>>>>>>>>
>>>>>>>>>>>  I got the CentOS7 template from
>>>>>>>>>>>  http://dl.openvm.eu/cloudstack/centos/vanilla/7/
>>>>>>>>>
>>>>>>>>>  x86_64/CentOS-7-x86_64-
>>>>>>>>>>
>>>>>>>>>>  vanilla-vmware.ova
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>  Is there any setting that I need to do for this template? Are there
>>>>>>>>>>>  any other places I can get a working template for CentOS7 for
>>>>>>>>>>>  Cloudstack?
>>>>>>>>>>>
>>>>>>>>>>>  Thanks,
>>>>>>>>>>>  -Syed
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>  --
>>>>>>>>>  Rafael Weingärtner
>>>>>>>>
>>>>>>>>
>>>>
>>>> --
> >> > Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Syed Ahmed]

Hey Nux,

It worked! Thanks for fixing this. I am able to ping the VM now.

On Fri, Mar 31, 2017 at 4:17 AM, Nux! <n...@li.nux.ro> wrote:
> Syed,
>
> I am aware of the renaming issue and avoid it, if you check my kickstart I 
> specifically add biosdevname=0 and net.ifnames=0
> http://jenkins.openvm.eu/cloudstack/config/centos/centos7-vmware.cfg
>
> However yesterday Rohit brought to my attention the ova generation script 
> inserts a e1000 eth0 which apparently breaks things in certain situations.
> https://github.com/apache/cloudstack/pull/2022#issuecomment-290339928
>
> I corrected the script and built a new image here, please give it a try.
> http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova
>
> If the problem persists, can you go in single user mode and check the 
> /proc/cmdline and share it here?
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Syed Ahmed" <sah...@cloudops.com>
>> To: "Nux!" <n...@li.nux.ro>
>> Cc: "dev" <dev@cloudstack.apache.org>
>> Sent: Thursday, 30 March, 2017 23:54:36
>> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 
>> 4.9 and VMWare
>
>> I tried the one you provided however, it still has the same problem
>> ... DHCP doesn't seem to pick up. I also see that the interface is not
>> named eth0 .. could this be the problem? I can try changing the
>> network driver and see if that helps. Will report back.
>>
>> On Thu, Mar 30, 2017 at 6:21 PM, Nux! <n...@li.nux.ro> wrote:
>>> Hi, I am working on a new set of templates, you can try this one:
>>> http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova
>>>
>>> If still no luck, happy to debug if you can provide me an account. The only
>>> templates I (can) test are the KVM ones.
>>>
>>> The official templates from various distros will not work properly as they
>>> are openstack/aws focused.
>>>
>>>
>>>
>>>
>>> On 30 March 2017 22:41:05 BST, Syed Ahmed <sah...@cloudops.com> wrote:
>>>>
>>>> osboxes also only has VMDK and not OVA. Cloudstack currently only
>>>> supports OVA for VMWare
>>>>
>>>> On Thu, Mar 30, 2017 at 5:34 PM, Syed Ahmed <sah...@cloudops.com> wrote:
>>>>>
>>>>>  The official CentOS site does not build OVA for VMWare unfortunately.
>>>>>  I found something on osboxes. I am trying that.
>>>>>
>>>>>  http://pasteboard.co/PNdpMkn1C.png is the screenshot of the error btw
>>>>>
>>>>>  On Thu, Mar 30, 2017 at 5:30 PM, Syed Ahmed <sah...@cloudops.com> wrote:
>>>>>>
>>>>>>  I thought the centos images from the official site did not have the
>>>>>>  cloudstack datasource. I'll try and report!
>>>>>>
>>>>>>  On Thu, Mar 30, 2017 at 5:26 PM, Pierre-Luc Dion <pd...@cloudops.com>
>>>>>> wrote:
>>>>>>>
>>>>>>>  Hi Syed, have you tried coud images from centos site, i think centos
>>>>>>> build
>>>>>>>  cloudimage as canonical for ubuntu.
>>>>>>>
>>>>>>>
>>>>>>>  On Mar 30, 2017 5:24 PM, "Rafael Weingärtner"
>>>>>>> <rafaelweingart...@gmail.com>
>>>>>>>  wrote:
>>>>>>>
>>>>>>>>  Attachments are not forwarded with emails.
>>>>>>>>
>>>>>>>>  On Thu, Mar 30, 2017 at 5:16 PM, Syed Ahmed <sah...@cloudops.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>>  FYI I'm attaching the screenshot of the cloud-init error
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>  On Thu, Mar 30, 2017 at 5:14 PM, Syed Ahmed <sah...@cloudops.com>
>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>  Hi All,
>>>>>>>>>>
>>>>>>>>>>  I'm trying to run a CentOS 7 template on VMWare and ACS 4.9 but
>>>>>>>>>>  somehow cloud-init doesn't seem to pick up the IP form the VR. The
>>>>>>>>>>  default template which is bundled with ACS (CentOS 5) works.
>>>>>>>>>>
>>>>>>>>>>  I got the CentOS7 template from
>>>>>>>>>>  http://dl.openvm.eu/cloudstack/centos/vanilla/7/
>>>>>>>>
>>>>>>>>  x86_64/CentOS-7-x86_64-
>>>>>>>>>
>>>>>>>>>  vanilla-vmware.ova
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>  Is there any setting that I need to do for this template? Are there
>>>>>>>>>>  any other places I can get a working template for CentOS7 for
>>>>>>>>>>  Cloudstack?
>>>>>>>>>>
>>>>>>>>>>  Thanks,
>>>>>>>>>>  -Syed
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>  --
>>>>>>>>  Rafael Weingärtner
>>>>>>>
>>>>>>>
>>>
>>> --
>> > Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Nux!]

Syed,

I am aware of the renaming issue and avoid it, if you check my kickstart I 
specifically add biosdevname=0 and net.ifnames=0
http://jenkins.openvm.eu/cloudstack/config/centos/centos7-vmware.cfg

However yesterday Rohit brought to my attention the ova generation script 
inserts a e1000 eth0 which apparently breaks things in certain situations.
https://github.com/apache/cloudstack/pull/2022#issuecomment-290339928

I corrected the script and built a new image here, please give it a try.
http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova

If the problem persists, can you go in single user mode and check the 
/proc/cmdline and share it here?

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Syed Ahmed" <sah...@cloudops.com>
> To: "Nux!" <n...@li.nux.ro>
> Cc: "dev" <dev@cloudstack.apache.org>
> Sent: Thursday, 30 March, 2017 23:54:36
> Subject: Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 
> and VMWare

> I tried the one you provided however, it still has the same problem
> ... DHCP doesn't seem to pick up. I also see that the interface is not
> named eth0 .. could this be the problem? I can try changing the
> network driver and see if that helps. Will report back.
> 
> On Thu, Mar 30, 2017 at 6:21 PM, Nux! <n...@li.nux.ro> wrote:
>> Hi, I am working on a new set of templates, you can try this one:
>> http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova
>>
>> If still no luck, happy to debug if you can provide me an account. The only
>> templates I (can) test are the KVM ones.
>>
>> The official templates from various distros will not work properly as they
>> are openstack/aws focused.
>>
>>
>>
>>
>> On 30 March 2017 22:41:05 BST, Syed Ahmed <sah...@cloudops.com> wrote:
>>>
>>> osboxes also only has VMDK and not OVA. Cloudstack currently only
>>> supports OVA for VMWare
>>>
>>> On Thu, Mar 30, 2017 at 5:34 PM, Syed Ahmed <sah...@cloudops.com> wrote:
>>>>
>>>>  The official CentOS site does not build OVA for VMWare unfortunately.
>>>>  I found something on osboxes. I am trying that.
>>>>
>>>>  http://pasteboard.co/PNdpMkn1C.png is the screenshot of the error btw
>>>>
>>>>  On Thu, Mar 30, 2017 at 5:30 PM, Syed Ahmed <sah...@cloudops.com> wrote:
>>>>>
>>>>>  I thought the centos images from the official site did not have the
>>>>>  cloudstack datasource. I'll try and report!
>>>>>
>>>>>  On Thu, Mar 30, 2017 at 5:26 PM, Pierre-Luc Dion <pd...@cloudops.com>
>>>>> wrote:
>>>>>>
>>>>>>  Hi Syed, have you tried coud images from centos site, i think centos
>>>>>> build
>>>>>>  cloudimage as canonical for ubuntu.
>>>>>>
>>>>>>
>>>>>>  On Mar 30, 2017 5:24 PM, "Rafael Weingärtner"
>>>>>> <rafaelweingart...@gmail.com>
>>>>>>  wrote:
>>>>>>
>>>>>>>  Attachments are not forwarded with emails.
>>>>>>>
>>>>>>>  On Thu, Mar 30, 2017 at 5:16 PM, Syed Ahmed <sah...@cloudops.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>>  FYI I'm attaching the screenshot of the cloud-init error
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>  On Thu, Mar 30, 2017 at 5:14 PM, Syed Ahmed <sah...@cloudops.com>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>>  Hi All,
>>>>>>>>>
>>>>>>>>>  I'm trying to run a CentOS 7 template on VMWare and ACS 4.9 but
>>>>>>>>>  somehow cloud-init doesn't seem to pick up the IP form the VR. The
>>>>>>>>>  default template which is bundled with ACS (CentOS 5) works.
>>>>>>>>>
>>>>>>>>>  I got the CentOS7 template from
>>>>>>>>>  http://dl.openvm.eu/cloudstack/centos/vanilla/7/
>>>>>>>
>>>>>>>  x86_64/CentOS-7-x86_64-
>>>>>>>>
>>>>>>>>  vanilla-vmware.ova
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>  Is there any setting that I need to do for this template? Are there
>>>>>>>>>  any other places I can get a working template for CentOS7 for
>>>>>>>>>  Cloudstack?
>>>>>>>>>
>>>>>>>>>  Thanks,
>>>>>>>>>  -Syed
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>  --
>>>>>>>  Rafael Weingärtner
>>>>>>
>>>>>>
>>
>> --
> > Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Will Stevens]

OK. Will have to test again. Maybe there was another change since I last
tested.

On Mar 30, 2017 8:59 PM, "Sergey Levitskiy" 
wrote:

> It still works in our environment with 7.3 and biosdevname=0.
>
> [root@ecs-b9a4b830 ~]# cat /etc/redhat-release
> Red Hat Enterprise Linux Server release 7.3 (Maipo)
>
> [root@ecs-b9a4b830 ~]# ifconfig |grep eth
> eth0: flags=4163  mtu 1500
> ether 1e:00:34:00:07:ce  txqueuelen 1000  (Ethernet)
> ether 52:54:00:15:5c:a7  txqueuelen 1000  (Ethernet)
>
>
>
>
> On 3/30/17, 5:48 PM, "Will Stevens"  wrote:
>
> This does not work anymore after 7.3 because it gets overridden by this
> 'fix'.  I tried all of the previously working techniques before finally
> having to modify the hard coded naming in the file I mentioned
> previously.
>
>
>
> On Mar 30, 2017 8:42 PM, "Sergey Levitskiy" <
> sergey.levits...@autodesk.com>
> wrote:
>
> > There is another fix. Adding this line to grub.conf as boot argument
> > biosdevname=0
> >
> > will make all network device names reverted back to ethX
> > We set this for all our templates right when we started supporting
> > RHEL/CentOS 7 and had no issues so far.
> >
> > Thanks,
> > Sergey
> >
> >
> >
>
>
>

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Sergey Levitskiy]

It still works in our environment with 7.3 and biosdevname=0.

[root@ecs-b9a4b830 ~]# cat /etc/redhat-release 
Red Hat Enterprise Linux Server release 7.3 (Maipo)

[root@ecs-b9a4b830 ~]# ifconfig |grep eth
eth0: flags=4163  mtu 1500
ether 1e:00:34:00:07:ce  txqueuelen 1000  (Ethernet)
ether 52:54:00:15:5c:a7  txqueuelen 1000  (Ethernet)




On 3/30/17, 5:48 PM, "Will Stevens"  wrote:

This does not work anymore after 7.3 because it gets overridden by this
'fix'.  I tried all of the previously working techniques before finally
having to modify the hard coded naming in the file I mentioned previously.



On Mar 30, 2017 8:42 PM, "Sergey Levitskiy" 
wrote:

> There is another fix. Adding this line to grub.conf as boot argument
> biosdevname=0
>
> will make all network device names reverted back to ethX
> We set this for all our templates right when we started supporting
> RHEL/CentOS 7 and had no issues so far.
>
> Thanks,
> Sergey
>
>
>

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Will Stevens]

This does not work anymore after 7.3 because it gets overridden by this
'fix'.  I tried all of the previously working techniques before finally
having to modify the hard coded naming in the file I mentioned previously.



On Mar 30, 2017 8:42 PM, "Sergey Levitskiy" 
wrote:

> There is another fix. Adding this line to grub.conf as boot argument
> biosdevname=0
>
> will make all network device names reverted back to ethX
> We set this for all our templates right when we started supporting
> RHEL/CentOS 7 and had no issues so far.
>
> Thanks,
> Sergey
>
>
>

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Sergey Levitskiy]

There is another fix. Adding this line to grub.conf as boot argument
biosdevname=0

will make all network device names reverted back to ethX
We set this for all our templates right when we started supporting RHEL/CentOS 
7 and had no issues so far.

Thanks,
Sergey
 

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Will Stevens]

Yes. Centos 7 changed the name of the interface. There were ways to change
it prior to 7.3:
http://unix.stackexchange.com/questions/205010/centos-7-rename-network-interface-without-rebooting

As of 7.3, the details in that thread do not work (unless you see my
comment).  This is because of this:
https://access.redhat.com/solutions/2592561

You will need to modify this file '/etc/udev/rules.d/90-eno-fix.rules' in
order to make the override actually work after 7.3.

Hope that helps.

On Mar 30, 2017 6:54 PM, "Syed Ahmed"  wrote:

> I tried the one you provided however, it still has the same problem
> ... DHCP doesn't seem to pick up. I also see that the interface is not
> named eth0 .. could this be the problem? I can try changing the
> network driver and see if that helps. Will report back.
>
> On Thu, Mar 30, 2017 at 6:21 PM, Nux!  wrote:
> > Hi, I am working on a new set of templates, you can try this one:
> > http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova
> >
> > If still no luck, happy to debug if you can provide me an account. The
> only
> > templates I (can) test are the KVM ones.
> >
> > The official templates from various distros will not work properly as
> they
> > are openstack/aws focused.
> >
> >
> >
> >
> > On 30 March 2017 22:41:05 BST, Syed Ahmed  wrote:
> >>
> >> osboxes also only has VMDK and not OVA. Cloudstack currently only
> >> supports OVA for VMWare
> >>
> >> On Thu, Mar 30, 2017 at 5:34 PM, Syed Ahmed 
> wrote:
> >>>
> >>>  The official CentOS site does not build OVA for VMWare unfortunately.
> >>>  I found something on osboxes. I am trying that.
> >>>
> >>>  http://pasteboard.co/PNdpMkn1C.png is the screenshot of the error btw
> >>>
> >>>  On Thu, Mar 30, 2017 at 5:30 PM, Syed Ahmed 
> wrote:
> 
>   I thought the centos images from the official site did not have the
>   cloudstack datasource. I'll try and report!
> 
>   On Thu, Mar 30, 2017 at 5:26 PM, Pierre-Luc Dion  >
>  wrote:
> >
> >  Hi Syed, have you tried coud images from centos site, i think centos
> > build
> >  cloudimage as canonical for ubuntu.
> >
> >
> >  On Mar 30, 2017 5:24 PM, "Rafael Weingärtner"
> > 
> >  wrote:
> >
> >>  Attachments are not forwarded with emails.
> >>
> >>  On Thu, Mar 30, 2017 at 5:16 PM, Syed Ahmed 
> >> wrote:
> >>
> >>>  FYI I'm attaching the screenshot of the cloud-init error
> >>>
> >>>
> >>>
> >>>  On Thu, Mar 30, 2017 at 5:14 PM, Syed Ahmed 
> >>> wrote:
> 
>   Hi All,
> 
>   I'm trying to run a CentOS 7 template on VMWare and ACS 4.9 but
>   somehow cloud-init doesn't seem to pick up the IP form the VR.
> The
>   default template which is bundled with ACS (CentOS 5) works.
> 
>   I got the CentOS7 template from
>   http://dl.openvm.eu/cloudstack/centos/vanilla/7/
> >>
> >>  x86_64/CentOS-7-x86_64-
> >>>
> >>>  vanilla-vmware.ova
> 
> 
>   Is there any setting that I need to do for this template? Are
> there
>   any other places I can get a working template for CentOS7 for
>   Cloudstack?
> 
>   Thanks,
>   -Syed
> >>>
> >>>
> >>
> >>
> >>
> >>  --
> >>  Rafael Weingärtner
> >
> >
> >
> > --
> > Sent from my Android device with K-9 Mail. Please excuse my brevity.
>

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Syed Ahmed]

I tried the one you provided however, it still has the same problem
... DHCP doesn't seem to pick up. I also see that the interface is not
named eth0 .. could this be the problem? I can try changing the
network driver and see if that helps. Will report back.

On Thu, Mar 30, 2017 at 6:21 PM, Nux!  wrote:
> Hi, I am working on a new set of templates, you can try this one:
> http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova
>
> If still no luck, happy to debug if you can provide me an account. The only
> templates I (can) test are the KVM ones.
>
> The official templates from various distros will not work properly as they
> are openstack/aws focused.
>
>
>
>
> On 30 March 2017 22:41:05 BST, Syed Ahmed  wrote:
>>
>> osboxes also only has VMDK and not OVA. Cloudstack currently only
>> supports OVA for VMWare
>>
>> On Thu, Mar 30, 2017 at 5:34 PM, Syed Ahmed  wrote:
>>>
>>>  The official CentOS site does not build OVA for VMWare unfortunately.
>>>  I found something on osboxes. I am trying that.
>>>
>>>  http://pasteboard.co/PNdpMkn1C.png is the screenshot of the error btw
>>>
>>>  On Thu, Mar 30, 2017 at 5:30 PM, Syed Ahmed  wrote:

  I thought the centos images from the official site did not have the
  cloudstack datasource. I'll try and report!

  On Thu, Mar 30, 2017 at 5:26 PM, Pierre-Luc Dion 
 wrote:
>
>  Hi Syed, have you tried coud images from centos site, i think centos
> build
>  cloudimage as canonical for ubuntu.
>
>
>  On Mar 30, 2017 5:24 PM, "Rafael Weingärtner"
> 
>  wrote:
>
>>  Attachments are not forwarded with emails.
>>
>>  On Thu, Mar 30, 2017 at 5:16 PM, Syed Ahmed 
>> wrote:
>>
>>>  FYI I'm attaching the screenshot of the cloud-init error
>>>
>>>
>>>
>>>  On Thu, Mar 30, 2017 at 5:14 PM, Syed Ahmed 
>>> wrote:

  Hi All,

  I'm trying to run a CentOS 7 template on VMWare and ACS 4.9 but
  somehow cloud-init doesn't seem to pick up the IP form the VR. The
  default template which is bundled with ACS (CentOS 5) works.

  I got the CentOS7 template from
  http://dl.openvm.eu/cloudstack/centos/vanilla/7/
>>
>>  x86_64/CentOS-7-x86_64-
>>>
>>>  vanilla-vmware.ova


  Is there any setting that I need to do for this template? Are there
  any other places I can get a working template for CentOS7 for
  Cloudstack?

  Thanks,
  -Syed
>>>
>>>
>>
>>
>>
>>  --
>>  Rafael Weingärtner
>
>
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Nux!]

Hi, I am working on a new set of templates, you can try this one:
http://jenkins.openvm.eu/cloudstack/centos/x86_64/centos-7-vmware.ova

If still no luck, happy to debug if you can provide me an account. The only 
templates I (can) test are the KVM ones.

The official templates from various distros will not work properly as they are 
openstack/aws focused.



On 30 March 2017 22:41:05 BST, Syed Ahmed  wrote:
>osboxes also only has VMDK and not OVA. Cloudstack currently only
>supports OVA for VMWare
>
>On Thu, Mar 30, 2017 at 5:34 PM, Syed Ahmed 
>wrote:
>> The official CentOS site does not build OVA for VMWare unfortunately.
>> I found something on osboxes. I am trying that.
>>
>> http://pasteboard.co/PNdpMkn1C.png is the screenshot of the error btw
>>
>> On Thu, Mar 30, 2017 at 5:30 PM, Syed Ahmed 
>wrote:
>>> I thought the centos images from the official site did not have the
>>> cloudstack datasource. I'll try and report!
>>>
>>> On Thu, Mar 30, 2017 at 5:26 PM, Pierre-Luc Dion
> wrote:
 Hi Syed, have you tried coud images from centos site, i think
>centos build
 cloudimage as canonical for ubuntu.


 On Mar 30, 2017 5:24 PM, "Rafael Weingärtner"
>
 wrote:

> Attachments are not forwarded with emails.
>
> On Thu, Mar 30, 2017 at 5:16 PM, Syed Ahmed 
>wrote:
>
> > FYI I'm attaching the screenshot of the cloud-init error
> >
> >
> >
> > On Thu, Mar 30, 2017 at 5:14 PM, Syed Ahmed
> wrote:
> > > Hi All,
> > >
> > > I'm trying to run a CentOS 7 template on VMWare and ACS 4.9
>but
> > > somehow cloud-init doesn't seem to pick up the IP form the VR.
>The
> > > default template which is bundled with ACS (CentOS 5) works.
> > >
> > > I got the CentOS7 template from
> > > http://dl.openvm.eu/cloudstack/centos/vanilla/7/
> x86_64/CentOS-7-x86_64-
> > vanilla-vmware.ova
> > >
> > > Is there any setting that I need to do for this template? Are
>there
> > > any other places I can get a working template for CentOS7 for
> > > Cloudstack?
> > >
> > > Thanks,
> > > -Syed
> >
>
>
>
> --
> Rafael Weingärtner
>

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Syed Ahmed]

osboxes also only has VMDK and not OVA. Cloudstack currently only
supports OVA for VMWare

On Thu, Mar 30, 2017 at 5:34 PM, Syed Ahmed  wrote:
> The official CentOS site does not build OVA for VMWare unfortunately.
> I found something on osboxes. I am trying that.
>
> http://pasteboard.co/PNdpMkn1C.png is the screenshot of the error btw
>
> On Thu, Mar 30, 2017 at 5:30 PM, Syed Ahmed  wrote:
>> I thought the centos images from the official site did not have the
>> cloudstack datasource. I'll try and report!
>>
>> On Thu, Mar 30, 2017 at 5:26 PM, Pierre-Luc Dion  wrote:
>>> Hi Syed, have you tried coud images from centos site, i think centos build
>>> cloudimage as canonical for ubuntu.
>>>
>>>
>>> On Mar 30, 2017 5:24 PM, "Rafael Weingärtner" 
>>> wrote:
>>>
 Attachments are not forwarded with emails.

 On Thu, Mar 30, 2017 at 5:16 PM, Syed Ahmed  wrote:

 > FYI I'm attaching the screenshot of the cloud-init error
 >
 >
 >
 > On Thu, Mar 30, 2017 at 5:14 PM, Syed Ahmed  wrote:
 > > Hi All,
 > >
 > > I'm trying to run a CentOS 7 template on VMWare and ACS 4.9 but
 > > somehow cloud-init doesn't seem to pick up the IP form the VR. The
 > > default template which is bundled with ACS (CentOS 5) works.
 > >
 > > I got the CentOS7 template from
 > > http://dl.openvm.eu/cloudstack/centos/vanilla/7/
 x86_64/CentOS-7-x86_64-
 > vanilla-vmware.ova
 > >
 > > Is there any setting that I need to do for this template? Are there
 > > any other places I can get a working template for CentOS7 for
 > > Cloudstack?
 > >
 > > Thanks,
 > > -Syed
 >



 --
 Rafael Weingärtner

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Syed Ahmed]

The official CentOS site does not build OVA for VMWare unfortunately.
I found something on osboxes. I am trying that.

http://pasteboard.co/PNdpMkn1C.png is the screenshot of the error btw

On Thu, Mar 30, 2017 at 5:30 PM, Syed Ahmed  wrote:
> I thought the centos images from the official site did not have the
> cloudstack datasource. I'll try and report!
>
> On Thu, Mar 30, 2017 at 5:26 PM, Pierre-Luc Dion  wrote:
>> Hi Syed, have you tried coud images from centos site, i think centos build
>> cloudimage as canonical for ubuntu.
>>
>>
>> On Mar 30, 2017 5:24 PM, "Rafael Weingärtner" 
>> wrote:
>>
>>> Attachments are not forwarded with emails.
>>>
>>> On Thu, Mar 30, 2017 at 5:16 PM, Syed Ahmed  wrote:
>>>
>>> > FYI I'm attaching the screenshot of the cloud-init error
>>> >
>>> >
>>> >
>>> > On Thu, Mar 30, 2017 at 5:14 PM, Syed Ahmed  wrote:
>>> > > Hi All,
>>> > >
>>> > > I'm trying to run a CentOS 7 template on VMWare and ACS 4.9 but
>>> > > somehow cloud-init doesn't seem to pick up the IP form the VR. The
>>> > > default template which is bundled with ACS (CentOS 5) works.
>>> > >
>>> > > I got the CentOS7 template from
>>> > > http://dl.openvm.eu/cloudstack/centos/vanilla/7/
>>> x86_64/CentOS-7-x86_64-
>>> > vanilla-vmware.ova
>>> > >
>>> > > Is there any setting that I need to do for this template? Are there
>>> > > any other places I can get a working template for CentOS7 for
>>> > > Cloudstack?
>>> > >
>>> > > Thanks,
>>> > > -Syed
>>> >
>>>
>>>
>>>
>>> --
>>> Rafael Weingärtner
>>>

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Syed Ahmed]

I thought the centos images from the official site did not have the
cloudstack datasource. I'll try and report!

On Thu, Mar 30, 2017 at 5:26 PM, Pierre-Luc Dion  wrote:
> Hi Syed, have you tried coud images from centos site, i think centos build
> cloudimage as canonical for ubuntu.
>
>
> On Mar 30, 2017 5:24 PM, "Rafael Weingärtner" 
> wrote:
>
>> Attachments are not forwarded with emails.
>>
>> On Thu, Mar 30, 2017 at 5:16 PM, Syed Ahmed  wrote:
>>
>> > FYI I'm attaching the screenshot of the cloud-init error
>> >
>> >
>> >
>> > On Thu, Mar 30, 2017 at 5:14 PM, Syed Ahmed  wrote:
>> > > Hi All,
>> > >
>> > > I'm trying to run a CentOS 7 template on VMWare and ACS 4.9 but
>> > > somehow cloud-init doesn't seem to pick up the IP form the VR. The
>> > > default template which is bundled with ACS (CentOS 5) works.
>> > >
>> > > I got the CentOS7 template from
>> > > http://dl.openvm.eu/cloudstack/centos/vanilla/7/
>> x86_64/CentOS-7-x86_64-
>> > vanilla-vmware.ova
>> > >
>> > > Is there any setting that I need to do for this template? Are there
>> > > any other places I can get a working template for CentOS7 for
>> > > Cloudstack?
>> > >
>> > > Thanks,
>> > > -Syed
>> >
>>
>>
>>
>> --
>> Rafael Weingärtner
>>

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Pierre-Luc Dion]

Hi Syed, have you tried coud images from centos site, i think centos build
cloudimage as canonical for ubuntu.


On Mar 30, 2017 5:24 PM, "Rafael Weingärtner" 
wrote:

> Attachments are not forwarded with emails.
>
> On Thu, Mar 30, 2017 at 5:16 PM, Syed Ahmed  wrote:
>
> > FYI I'm attaching the screenshot of the cloud-init error
> >
> >
> >
> > On Thu, Mar 30, 2017 at 5:14 PM, Syed Ahmed  wrote:
> > > Hi All,
> > >
> > > I'm trying to run a CentOS 7 template on VMWare and ACS 4.9 but
> > > somehow cloud-init doesn't seem to pick up the IP form the VR. The
> > > default template which is bundled with ACS (CentOS 5) works.
> > >
> > > I got the CentOS7 template from
> > > http://dl.openvm.eu/cloudstack/centos/vanilla/7/
> x86_64/CentOS-7-x86_64-
> > vanilla-vmware.ova
> > >
> > > Is there any setting that I need to do for this template? Are there
> > > any other places I can get a working template for CentOS7 for
> > > Cloudstack?
> > >
> > > Thanks,
> > > -Syed
> >
>
>
>
> --
> Rafael Weingärtner
>

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Rafael Weingärtner]

Attachments are not forwarded with emails.

On Thu, Mar 30, 2017 at 5:16 PM, Syed Ahmed  wrote:

> FYI I'm attaching the screenshot of the cloud-init error
>
>
>
> On Thu, Mar 30, 2017 at 5:14 PM, Syed Ahmed  wrote:
> > Hi All,
> >
> > I'm trying to run a CentOS 7 template on VMWare and ACS 4.9 but
> > somehow cloud-init doesn't seem to pick up the IP form the VR. The
> > default template which is bundled with ACS (CentOS 5) works.
> >
> > I got the CentOS7 template from
> > http://dl.openvm.eu/cloudstack/centos/vanilla/7/x86_64/CentOS-7-x86_64-
> vanilla-vmware.ova
> >
> > Is there any setting that I need to do for this template? Are there
> > any other places I can get a working template for CentOS7 for
> > Cloudstack?
> >
> > Thanks,
> > -Syed
>



-- 
Rafael Weingärtner

Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Syed Ahmed]

FYI I'm attaching the screenshot of the cloud-init error



On Thu, Mar 30, 2017 at 5:14 PM, Syed Ahmed  wrote:
> Hi All,
>
> I'm trying to run a CentOS 7 template on VMWare and ACS 4.9 but
> somehow cloud-init doesn't seem to pick up the IP form the VR. The
> default template which is bundled with ACS (CentOS 5) works.
>
> I got the CentOS7 template from
> http://dl.openvm.eu/cloudstack/centos/vanilla/7/x86_64/CentOS-7-x86_64-vanilla-vmware.ova
>
> Is there any setting that I need to do for this template? Are there
> any other places I can get a working template for CentOS7 for
> Cloudstack?
>
> Thanks,
> -Syed

Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare

[Syed Ahmed]

Hi All,

I'm trying to run a CentOS 7 template on VMWare and ACS 4.9 but
somehow cloud-init doesn't seem to pick up the IP form the VR. The
default template which is bundled with ACS (CentOS 5) works.

I got the CentOS7 template from
http://dl.openvm.eu/cloudstack/centos/vanilla/7/x86_64/CentOS-7-x86_64-vanilla-vmware.ova

Is there any setting that I need to do for this template? Are there
any other places I can get a working template for CentOS7 for
Cloudstack?

Thanks,
-Syed

Update docs using reStructuredText - Need help

[Rajsekhar K]

Hi,

I want to update information in the Downloading vhd-util section of the 
Installation Guide (version 4.6).

Would like to know how I can access the Install Guide files that I can edit 
using reStructuredText.  I have installed Sphinx and can access Online 
reStructuredText editor (http://rst.ninjs.org/).

I think I know the process for creating pull requests on updating the .xml 
source files. I would like to know how the process differs when I use 
reStructuredText.

Could you please help?

Thanks,
Rajsekhar K
Senior Product Engineer | Accelerite, Bangalore
Email: rajsekha...@accelerite.com




DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Accelerite, a Persistent Systems business. It is intended only for 
the use of the individual or entity to which it is addressed. If you are not 
the intended recipient, you are not authorized to read, retain, copy, print, 
distribute or use this message. If you have received this communication in 
error, please notify the sender and delete all copies of this message. 
Accelerite, a Persistent Systems business does not accept any liability for 
virus infected mails.

Facing an error in travis build. Need help.

[Maneesha Papireddygari]

Hi,
 Facing the following error in travis build( 
https://travis-ci.org/apache/cloudstack/builds/74205076 ) .Not able to figure 
out the reason for it. Help needed.Thanks in advance.

/usr/local/maven-3.2.5/bin/mvn: 3: export: -XX:MaxPermSize: bad variable name
/usr/local/maven-3.2.5/bin/mvn: 3: export: -XX:MaxPermSize: bad variable name
/usr/local/maven-3.2.5/bin/mvn: 3: export: -XX:MaxPermSize: bad variable name
/usr/local/lib/python2.7/dist-packages/setuptools-12.0.5-py2.7.egg/setuptools/dist.py:292:
 UserWarning: The version specified ('4.6.0-SNAPSHOT') is an invalid version, 
this may not work as expected with newer versions of setuptools, pip, and PyPI. 
Please see PEP 440 for more details.
/usr/local/lib/python2.7/dist-packages/setuptools-12.0.5-py2.7.egg/pkg_resources/__init__.py:2510:
 PEP440Warning: 'distribute (0.6.24dev-r0)' is being parsed as a legacy, non 
PEP 440, version. You may find odd behavior and sort order. In particular it 
will be sorted as less than 0.0. It is recommend to migrate to PEP 440 
compatible versions.
/usr/local/lib/python2.7/dist-packages/setuptools-12.0.5-py2.7.egg/pkg_resources/__init__.py:2510:
 PEP440Warning: 'python-apt (0.8.3ubuntu7)' is being parsed as a legacy, non 
PEP 440, version. You may find odd behavior and sort order. In particular it 
will be sorted as less than 0.0. It is recommend to migrate to PEP 440 
compatible versions.
error: package directory 'marvin/cloudstackAPI' does not exist
/usr/local/maven-3.2.5/bin/mvn: 3: export: -XX:MaxPermSize: bad variable name
/usr/local/maven-3.2.5/bin/mvn: 3: export: -XX:MaxPermSize: bad variable name

The command ./tools/travis/install.sh failed and exited with 2 during .

Regards,
P.Maneesha.

SystemVM builder died on Jenkins, need help to reconnect

[Rohit Yadav]

Hi Talluri,

I don’t have admin privileges on jenkins.buildacloud.org, the systemvmbuilder 
died with no disk space exception. I’ve removed some past builds so that may 
help, could you please reconnect/restart the agent. Thanks.

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab

Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design  Buildhttp://shapeblue.com/iaas-cloud-design-and-build//
CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/
CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/
CloudStack Infrastructure 
Supporthttp://shapeblue.com/cloudstack-infrastructure-support/
CloudStack Bootcamp Training Courseshttp://shapeblue.com/cloudstack-training/

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England  Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

RE: SystemVM builder died on Jenkins, need help to reconnect

[Srikanteswararao Talluri]

Done Rohit. Slave is reconnected.

I see the following errors, however, there is enough space on this machine

Failed to monitor systemvmbuilder for Free Temp Space
Failed to monitor systemvmbuilder for Free Disk Space

df -h
Filesystem  Size  Used Avail Use% Mounted on
/dev/mapper/apache--81--1-root  443G   74G  347G  18% /
udev7.9G  4.0K  7.9G   1% /dev
tmpfs   1.6G  736K  1.6G   1% /run
none5.0M 0  5.0M   0% /run/lock
none7.9G  228K  7.9G   1% /run/shm
cgroup  7.9G 0  7.9G   0% /sys/fs/cgroup
/dev/sda1   228M   90M  127M  42% /boot

Thanks,
~Talluri

-Original Message-
From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com] 
Sent: Tuesday, 4 November 2014 2:54 PM
To: Srikanteswararao Talluri; tall...@apache.org
Cc: dev
Subject: SystemVM builder died on Jenkins, need help to reconnect

Hi Talluri,

I don’t have admin privileges on jenkins.buildacloud.org, the systemvmbuilder 
died with no disk space exception. I’ve removed some past builds so that may 
help, could you please reconnect/restart the agent. Thanks.

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab

Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design  Buildhttp://shapeblue.com/iaas-cloud-design-and-build//
CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/
CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/
CloudStack Infrastructure 
Supporthttp://shapeblue.com/cloudstack-infrastructure-support/
CloudStack Bootcamp Training Courseshttp://shapeblue.com/cloudstack-training/

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England  Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: SystemVM builder died on Jenkins, need help to reconnect

[Rohit Yadav]

Great, thanks Talluri!

 On 04-Nov-2014, at 3:26 pm, Srikanteswararao Talluri 
 srikanteswararao.tall...@citrix.com wrote:

 Done Rohit. Slave is reconnected.

 I see the following errors, however, there is enough space on this machine

 Failed to monitor systemvmbuilder for Free Temp Space
 Failed to monitor systemvmbuilder for Free Disk Space

 df -h
 Filesystem  Size  Used Avail Use% Mounted on
 /dev/mapper/apache--81--1-root  443G   74G  347G  18% /
 udev7.9G  4.0K  7.9G   1% /dev
 tmpfs   1.6G  736K  1.6G   1% /run
 none5.0M 0  5.0M   0% /run/lock
 none7.9G  228K  7.9G   1% /run/shm
 cgroup  7.9G 0  7.9G   0% /sys/fs/cgroup
 /dev/sda1   228M   90M  127M  42% /boot

 Thanks,
 ~Talluri

 -Original Message-
 From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
 Sent: Tuesday, 4 November 2014 2:54 PM
 To: Srikanteswararao Talluri; tall...@apache.org
 Cc: dev
 Subject: SystemVM builder died on Jenkins, need help to reconnect

 Hi Talluri,

 I don’t have admin privileges on jenkins.buildacloud.org, the systemvmbuilder 
 died with no disk space exception. I’ve removed some past builds so that may 
 help, could you please reconnect/restart the agent. Thanks.

 Regards,
 Rohit Yadav
 Software Architect, ShapeBlue
 M. +91 88 262 30892 | rohit.ya...@shapeblue.com
 Blog: bhaisaab.org | Twitter: @_bhaisaab

 Find out more about ShapeBlue and our range of CloudStack related services

 IaaS Cloud Design  Buildhttp://shapeblue.com/iaas-cloud-design-and-build//
 CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/
 CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/
 CloudStack Infrastructure 
 Supporthttp://shapeblue.com/cloudstack-infrastructure-support/
 CloudStack Bootcamp Training 
 Courseshttp://shapeblue.com/cloudstack-training/

 This email and any attachments to it may be confidential and are intended 
 solely for the use of the individual to whom it is addressed. Any views or 
 opinions expressed are solely those of the author and do not necessarily 
 represent those of Shape Blue Ltd or related companies. If you are not the 
 intended recipient of this email, you must neither take any action based upon 
 its contents, nor copy or show it to anyone. Please contact the sender if you 
 believe you have received this email in error. Shape Blue Ltd is a company 
 incorporated in England  Wales. ShapeBlue Services India LLP is a company 
 incorporated in India and is operated under license from Shape Blue Ltd. 
 Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
 operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
 registered by The Republic of South Africa and is traded under license from 
 Shape Blue Ltd. ShapeBlue is a registered trademark.

Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 88 262 30892 | rohit.ya...@shapeblue.com
Blog: bhaisaab.org | Twitter: @_bhaisaab



Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design  Buildhttp://shapeblue.com/iaas-cloud-design-and-build//
CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/
CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/
CloudStack Infrastructure 
Supporthttp://shapeblue.com/cloudstack-infrastructure-support/
CloudStack Bootcamp Training Courseshttp://shapeblue.com/cloudstack-training/

This email and any attachments to it may be confidential and are intended 
solely for the use of the individual to whom it is addressed. Any views or 
opinions expressed are solely those of the author and do not necessarily 
represent those of Shape Blue Ltd or related companies. If you are not the 
intended recipient of this email, you must neither take any action based upon 
its contents, nor copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. Shape Blue Ltd is a company 
incorporated in England  Wales. ShapeBlue Services India LLP is a company 
incorporated in India and is operated under license from Shape Blue Ltd. Shape 
Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
registered by The Republic of South Africa and is traded under license from 
Shape Blue Ltd. ShapeBlue is a registered trademark.

Re: [Need help] cloudstack 4.4.0 source code build failed

[Rohit Yadav]

Hi,

The certificate used in the unit test has expired. As Frank mentioned in the 
other thread, simply remove the CertServiceTest.java file from the source and 
rebuild.

 On 27-Oct-2014, at 7:34 am, zengfh2...@aliyun.com wrote:

 Hi CS dev group,

 This is Jack Zeng from CONAC Cloud Research Group. Recently we are working on 
 the CS development environment setup, we meet the some error when we ran the 
 command mvn testduring the APM building. Could you please give us some help 
 or suggestion? Thanks a lot in advance and expect your reply.

 The detailed information is below:
 1, OS version: CentOS6.3 x64
CS version: apache-cloudstack-4.4.0-src.tar.bz2
 *comments: we download the source code directly on the Apache 
 website: 
 http://www.apache.org/dyn/closer.cgi/cloudstack/releases/4.4.0/apache-cloudstack-4.4.0-src.tar.bz2
 2, The working branch:
4.4.0, master
 3, Build environment:
only use the Maven to test.
 4,The detailed message during the APM building.

 Failed tests: 
 runUploadSslCertBadkeyAlgo(org.apache.cloudstack.network.lb.CertServiceTest)
 runUploadSslCertBadkeyPair(org.apache.cloudstack.network.lb.CertServiceTest)
 runUploadSslCertBadChain(org.apache.cloudstack.network.lb.CertServiceTest)
 runUploadSslCertNoRootCert(org.apache.cloudstack.network.lb.CertServiceTest)
 runUploadSslCertNoChain(org.apache.cloudstack.network.lb.CertServiceTest)

 Tests in error:
 runUploadSslCertWithCAChain(org.apache.cloudstack.network.lb.CertServiceTest):
  Error parsing certificate data Certificate expired or not valid
 runUploadSslCertSelfSignedNoPassword(org.apache.cloudstack.network.lb.CertServiceTest):
  Error parsing certificate data Certificate expired or not valid
 runUploadSslCertSelfSignedWithPassword(org.apache.cloudstack.network.lb.CertServiceTest):
  Error parsing certificate data Certificate expired or not valid

 Tests run: 139, Failures: 5, Errors: 3, Skipped: 1


 [INFO] 
 
 [INFO] Reactor Summary:
 [INFO]
 [INFO] Apache CloudStack Developer Tools - Checkstyle Configuration SUCCESS 
 [8.201s]
 [INFO] Apache CloudStack . SUCCESS [2.836s]
 [INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [1.335s]
 [INFO] Apache CloudStack Framework - Managed Context . SUCCESS [5.058s]
 [INFO] Apache CloudStack Utils ... SUCCESS [22.108s]
 [INFO] Apache CloudStack Framework ... SUCCESS [0.090s]
 [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [13.717s]
 [INFO] Apache CloudStack Framework - Configuration ... SUCCESS [7.190s]
 [INFO] Apache CloudStack API . SUCCESS [24.591s]
 [INFO] Apache CloudStack Framework - REST  SUCCESS [4.550s]
 [INFO] Apache CloudStack Framework - IPC . SUCCESS [8.496s]
 [INFO] Apache CloudStack Cloud Engine  SUCCESS [0.058s]
 [INFO] Apache CloudStack Cloud Engine API  SUCCESS [6.813s]
 [INFO] Apache CloudStack Framework - Security  SUCCESS [3.292s]
 [INFO] Apache CloudStack Core  SUCCESS [17.587s]
 [INFO] Apache CloudStack Agents .. SUCCESS [9.923s]
 [INFO] Apache CloudStack Framework - Clustering .. SUCCESS [4.526s]
 [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [2.240s]
 [INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [22.376s]
 [INFO] Apache CloudStack Framework - Jobs  SUCCESS [9.565s]
 [INFO] Apache CloudStack Cloud Engine Internal Components API SUCCESS [5.471s]
 [INFO] Apache CloudStack Server .. FAILURE [1:16.272s]
 [INFO] Apache CloudStack Usage Server  SKIPPED
 [INFO] Apache XenSource XAPI . SKIPPED
 [INFO] Apache CloudStack Cloud Engine Orchestration Component SKIPPED
 [INFO] Apache CloudStack Cloud Services .. SKIPPED
 [INFO] Apache CloudStack Secondary Storage ... SKIPPED
 [INFO] Apache CloudStack Secondary Storage Service ... SKIPPED
 [INFO] Apache CloudStack Engine Storage Component  SKIPPED
 [INFO] Apache CloudStack Engine Storage Volume Component . SKIPPED
 [INFO] Apache CloudStack Engine Storage Image Component .. SKIPPED
 [INFO] Apache CloudStack Engine Storage Data Motion Component SKIPPED
 [INFO] Apache CloudStack Engine Storage Cache Component .. SKIPPED
 [INFO] Apache CloudStack Engine Storage Snapshot Component SKIPPED
 [INFO] Apache CloudStack Cloud Engine API  SKIPPED
 [INFO] Apache CloudStack Cloud Engine Service  SKIPPED
 [INFO] Apache CloudStack Plugin POM .. SKIPPED
 [INFO] Apache CloudStack Plugin - API Rate Limit . SKIPPED
 [INFO] Apache CloudStack Plugin - API Discovery .. SKIPPED
 [INFO] Apache CloudStack Plugin - ACL Static Role Based .. SKIPPED
 

[Need help] cloudstack 4.4.0 source code build failed

[zen...@conac.cn]

Hi CS dev group,

This is Jack Zeng from CONAC Cloud Research Group. Recently we are working on 
the CS development environment setup, we meet the some error when we ran the 
command mvn testduring the APM building. Could you please give us some help 
or suggestion? Thanks a lot in advance and expect your reply.

The detailed information is below:
1, OS version: CentOS6.3 x64
CS version: apache-cloudstack-4.4.0-src.tar.bz2 
 *comments: we download the source code directly on the Apache website: 
http://www.apache.org/dyn/closer.cgi/cloudstack/releases/4.4.0/apache-cloudstack-4.4.0-src.tar.bz2
2, The working branch: 
4.4.0, master 
3, Build environment:
only use the Maven to test. 
4,The detailed message during the APM building.

Failed tests: 
runUploadSslCertBadkeyAlgo(org.apache.cloudstack.network.lb.CertServiceTest) 
runUploadSslCertBadkeyPair(org.apache.cloudstack.network.lb.CertServiceTest) 
runUploadSslCertBadChain(org.apache.cloudstack.network.lb.CertServiceTest) 
runUploadSslCertNoRootCert(org.apache.cloudstack.network.lb.CertServiceTest) 
runUploadSslCertNoChain(org.apache.cloudstack.network.lb.CertServiceTest) 

Tests in error: 
runUploadSslCertWithCAChain(org.apache.cloudstack.network.lb.CertServiceTest): 
Error parsing certificate data Certificate expired or not valid 
runUploadSslCertSelfSignedNoPassword(org.apache.cloudstack.network.lb.CertServiceTest):
 Error parsing certificate data Certificate expired or not valid 
runUploadSslCertSelfSignedWithPassword(org.apache.cloudstack.network.lb.CertServiceTest):
 Error parsing certificate data Certificate expired or not valid 

Tests run: 139, Failures: 5, Errors: 3, Skipped: 1


[INFO]  
[INFO] Reactor Summary: 
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration SUCCESS 
[8.201s] 
[INFO] Apache CloudStack . SUCCESS [2.836s] 
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [1.335s] 
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [5.058s] 
[INFO] Apache CloudStack Utils ... SUCCESS [22.108s] 
[INFO] Apache CloudStack Framework ... SUCCESS [0.090s] 
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [13.717s] 
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [7.190s] 
[INFO] Apache CloudStack API . SUCCESS [24.591s] 
[INFO] Apache CloudStack Framework - REST  SUCCESS [4.550s] 
[INFO] Apache CloudStack Framework - IPC . SUCCESS [8.496s] 
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.058s] 
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [6.813s] 
[INFO] Apache CloudStack Framework - Security  SUCCESS [3.292s] 
[INFO] Apache CloudStack Core  SUCCESS [17.587s] 
[INFO] Apache CloudStack Agents .. SUCCESS [9.923s] 
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [4.526s] 
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [2.240s] 
[INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [22.376s] 
[INFO] Apache CloudStack Framework - Jobs  SUCCESS [9.565s] 
[INFO] Apache CloudStack Cloud Engine Internal Components API SUCCESS [5.471s] 
[INFO] Apache CloudStack Server .. FAILURE [1:16.272s] 
[INFO] Apache CloudStack Usage Server  SKIPPED 
[INFO] Apache XenSource XAPI . SKIPPED 
[INFO] Apache CloudStack Cloud Engine Orchestration Component SKIPPED 
[INFO] Apache CloudStack Cloud Services .. SKIPPED 
[INFO] Apache CloudStack Secondary Storage ... SKIPPED 
[INFO] Apache CloudStack Secondary Storage Service ... SKIPPED 
[INFO] Apache CloudStack Engine Storage Component  SKIPPED 
[INFO] Apache CloudStack Engine Storage Volume Component . SKIPPED 
[INFO] Apache CloudStack Engine Storage Image Component .. SKIPPED 
[INFO] Apache CloudStack Engine Storage Data Motion Component SKIPPED 
[INFO] Apache CloudStack Engine Storage Cache Component .. SKIPPED 
[INFO] Apache CloudStack Engine Storage Snapshot Component SKIPPED 
[INFO] Apache CloudStack Cloud Engine API  SKIPPED 
[INFO] Apache CloudStack Cloud Engine Service  SKIPPED 
[INFO] Apache CloudStack Plugin POM .. SKIPPED 
[INFO] Apache CloudStack Plugin - API Rate Limit . SKIPPED 
[INFO] Apache CloudStack Plugin - API Discovery .. SKIPPED 
[INFO] Apache CloudStack Plugin - ACL Static Role Based .. SKIPPED 
[INFO] Apache CloudStack Plugin - Host Anti-Affinity Processor SKIPPED 
[INFO] Apache CloudStack Plugin - Explicit Dedication Processor SKIPPED 
[INFO] Apache CloudStack Plugin - User Concentrated Pod Deployment Planner 
SKIPPED 
[INFO] Apache 

Re: [Need help] cloudstack 4.4.0 source code build failed

[Rohit Yadav]

Hi,

The certificate used in the unit test has expired. As Frank mentioned in the 
other thread, simply remove the CertServiceTest.java file from the source and 
rebuild. Can you please stop creating new threads for the same issue, have you 
subscribed to the mailing list that you’re sending emails?

 On 27-Oct-2014, at 7:37 am, zen...@conac.cn wrote:

 Hi CS dev group,

 This is Jack Zeng from CONAC Cloud Research Group. Recently we are working on 
 the CS development environment setup, we meet the some error when we ran the 
 command mvn testduring the APM building. Could you please give us some help 
 or suggestion? Thanks a lot in advance and expect your reply.

 The detailed information is below:
 1, OS version: CentOS6.3 x64
CS version: apache-cloudstack-4.4.0-src.tar.bz2
 *comments: we download the source code directly on the Apache 
 website: 
 http://www.apache.org/dyn/closer.cgi/cloudstack/releases/4.4.0/apache-cloudstack-4.4.0-src.tar.bz2
 2, The working branch:
4.4.0, master
 3, Build environment:
only use the Maven to test.
 4,The detailed message during the APM building.

 Failed tests: 
 runUploadSslCertBadkeyAlgo(org.apache.cloudstack.network.lb.CertServiceTest)
 runUploadSslCertBadkeyPair(org.apache.cloudstack.network.lb.CertServiceTest)
 runUploadSslCertBadChain(org.apache.cloudstack.network.lb.CertServiceTest)
 runUploadSslCertNoRootCert(org.apache.cloudstack.network.lb.CertServiceTest)
 runUploadSslCertNoChain(org.apache.cloudstack.network.lb.CertServiceTest)

 Tests in error:
 runUploadSslCertWithCAChain(org.apache.cloudstack.network.lb.CertServiceTest):
  Error parsing certificate data Certificate expired or not valid
 runUploadSslCertSelfSignedNoPassword(org.apache.cloudstack.network.lb.CertServiceTest):
  Error parsing certificate data Certificate expired or not valid
 runUploadSslCertSelfSignedWithPassword(org.apache.cloudstack.network.lb.CertServiceTest):
  Error parsing certificate data Certificate expired or not valid

 Tests run: 139, Failures: 5, Errors: 3, Skipped: 1


 [INFO] 
 
 [INFO] Reactor Summary:
 [INFO]
 [INFO] Apache CloudStack Developer Tools - Checkstyle Configuration SUCCESS 
 [8.201s]
 [INFO] Apache CloudStack . SUCCESS [2.836s]
 [INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [1.335s]
 [INFO] Apache CloudStack Framework - Managed Context . SUCCESS [5.058s]
 [INFO] Apache CloudStack Utils ... SUCCESS [22.108s]
 [INFO] Apache CloudStack Framework ... SUCCESS [0.090s]
 [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [13.717s]
 [INFO] Apache CloudStack Framework - Configuration ... SUCCESS [7.190s]
 [INFO] Apache CloudStack API . SUCCESS [24.591s]
 [INFO] Apache CloudStack Framework - REST  SUCCESS [4.550s]
 [INFO] Apache CloudStack Framework - IPC . SUCCESS [8.496s]
 [INFO] Apache CloudStack Cloud Engine  SUCCESS [0.058s]
 [INFO] Apache CloudStack Cloud Engine API  SUCCESS [6.813s]
 [INFO] Apache CloudStack Framework - Security  SUCCESS [3.292s]
 [INFO] Apache CloudStack Core  SUCCESS [17.587s]
 [INFO] Apache CloudStack Agents .. SUCCESS [9.923s]
 [INFO] Apache CloudStack Framework - Clustering .. SUCCESS [4.526s]
 [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [2.240s]
 [INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [22.376s]
 [INFO] Apache CloudStack Framework - Jobs  SUCCESS [9.565s]
 [INFO] Apache CloudStack Cloud Engine Internal Components API SUCCESS [5.471s]
 [INFO] Apache CloudStack Server .. FAILURE [1:16.272s]
 [INFO] Apache CloudStack Usage Server  SKIPPED
 [INFO] Apache XenSource XAPI . SKIPPED
 [INFO] Apache CloudStack Cloud Engine Orchestration Component SKIPPED
 [INFO] Apache CloudStack Cloud Services .. SKIPPED
 [INFO] Apache CloudStack Secondary Storage ... SKIPPED
 [INFO] Apache CloudStack Secondary Storage Service ... SKIPPED
 [INFO] Apache CloudStack Engine Storage Component  SKIPPED
 [INFO] Apache CloudStack Engine Storage Volume Component . SKIPPED
 [INFO] Apache CloudStack Engine Storage Image Component .. SKIPPED
 [INFO] Apache CloudStack Engine Storage Data Motion Component SKIPPED
 [INFO] Apache CloudStack Engine Storage Cache Component .. SKIPPED
 [INFO] Apache CloudStack Engine Storage Snapshot Component SKIPPED
 [INFO] Apache CloudStack Cloud Engine API  SKIPPED
 [INFO] Apache CloudStack Cloud Engine Service  SKIPPED
 [INFO] Apache CloudStack Plugin POM .. SKIPPED
 [INFO] Apache CloudStack Plugin - API Rate Limit . SKIPPED
 [INFO] Apache 

[Need help] cloudstack 4.4.0 source code build failed

[zengfh2...@aliyun.com]

Hi CS dev group,

This is Jack Zeng from CONAC Cloud Research Group. Recently we are working on 
the CS development environment setup, we meet the some error when we ran the 
command mvn testduring the APM building. Could you please give us some help 
or suggestion? Thanks a lot in advance and expect your reply.

The detailed information is below:
1, OS version: CentOS6.3 x64
CS version: apache-cloudstack-4.4.0-src.tar.bz2 
 *comments: we download the source code directly on the Apache website: 
http://www.apache.org/dyn/closer.cgi/cloudstack/releases/4.4.0/apache-cloudstack-4.4.0-src.tar.bz2
2, The working branch: 
4.4.0, master 
3, Build environment:
only use the Maven to test. 
4,The detailed message during the APM building.

Failed tests: 
runUploadSslCertBadkeyAlgo(org.apache.cloudstack.network.lb.CertServiceTest) 
runUploadSslCertBadkeyPair(org.apache.cloudstack.network.lb.CertServiceTest) 
runUploadSslCertBadChain(org.apache.cloudstack.network.lb.CertServiceTest) 
runUploadSslCertNoRootCert(org.apache.cloudstack.network.lb.CertServiceTest) 
runUploadSslCertNoChain(org.apache.cloudstack.network.lb.CertServiceTest) 

Tests in error: 
runUploadSslCertWithCAChain(org.apache.cloudstack.network.lb.CertServiceTest): 
Error parsing certificate data Certificate expired or not valid 
runUploadSslCertSelfSignedNoPassword(org.apache.cloudstack.network.lb.CertServiceTest):
 Error parsing certificate data Certificate expired or not valid 
runUploadSslCertSelfSignedWithPassword(org.apache.cloudstack.network.lb.CertServiceTest):
 Error parsing certificate data Certificate expired or not valid 

Tests run: 139, Failures: 5, Errors: 3, Skipped: 1


[INFO]  
[INFO] Reactor Summary: 
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration SUCCESS 
[8.201s] 
[INFO] Apache CloudStack . SUCCESS [2.836s] 
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [1.335s] 
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [5.058s] 
[INFO] Apache CloudStack Utils ... SUCCESS [22.108s] 
[INFO] Apache CloudStack Framework ... SUCCESS [0.090s] 
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [13.717s] 
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [7.190s] 
[INFO] Apache CloudStack API . SUCCESS [24.591s] 
[INFO] Apache CloudStack Framework - REST  SUCCESS [4.550s] 
[INFO] Apache CloudStack Framework - IPC . SUCCESS [8.496s] 
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.058s] 
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [6.813s] 
[INFO] Apache CloudStack Framework - Security  SUCCESS [3.292s] 
[INFO] Apache CloudStack Core  SUCCESS [17.587s] 
[INFO] Apache CloudStack Agents .. SUCCESS [9.923s] 
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [4.526s] 
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [2.240s] 
[INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [22.376s] 
[INFO] Apache CloudStack Framework - Jobs  SUCCESS [9.565s] 
[INFO] Apache CloudStack Cloud Engine Internal Components API SUCCESS [5.471s] 
[INFO] Apache CloudStack Server .. FAILURE [1:16.272s] 
[INFO] Apache CloudStack Usage Server  SKIPPED 
[INFO] Apache XenSource XAPI . SKIPPED 
[INFO] Apache CloudStack Cloud Engine Orchestration Component SKIPPED 
[INFO] Apache CloudStack Cloud Services .. SKIPPED 
[INFO] Apache CloudStack Secondary Storage ... SKIPPED 
[INFO] Apache CloudStack Secondary Storage Service ... SKIPPED 
[INFO] Apache CloudStack Engine Storage Component  SKIPPED 
[INFO] Apache CloudStack Engine Storage Volume Component . SKIPPED 
[INFO] Apache CloudStack Engine Storage Image Component .. SKIPPED 
[INFO] Apache CloudStack Engine Storage Data Motion Component SKIPPED 
[INFO] Apache CloudStack Engine Storage Cache Component .. SKIPPED 
[INFO] Apache CloudStack Engine Storage Snapshot Component SKIPPED 
[INFO] Apache CloudStack Cloud Engine API  SKIPPED 
[INFO] Apache CloudStack Cloud Engine Service  SKIPPED 
[INFO] Apache CloudStack Plugin POM .. SKIPPED 
[INFO] Apache CloudStack Plugin - API Rate Limit . SKIPPED 
[INFO] Apache CloudStack Plugin - API Discovery .. SKIPPED 
[INFO] Apache CloudStack Plugin - ACL Static Role Based .. SKIPPED 
[INFO] Apache CloudStack Plugin - Host Anti-Affinity Processor SKIPPED 
[INFO] Apache CloudStack Plugin - Explicit Dedication Processor SKIPPED 
[INFO] Apache CloudStack Plugin - User Concentrated Pod Deployment Planner 
SKIPPED 
[INFO] Apache 

Need help clearing out the Async Queue

[Mathias Mullins]

Folks,

Looks like I have a job stuck in the async queue that I need to clear. How do 
you clear out the async queue please?

Thanks
Matt

Re: Need help on the CS First class object hiding feature.

[Nitin Mehta]

Answer inline

On 08/06/14 6:45 PM, Girish Chaudhari girish.chaudh...@sungardas.com
wrote:

Hi Nitin,

Can you please reply back to my previous mail thread.

As well like to update you that I have even tried this feature with
Networks object. Even in this case, I could set the display flag as
'0', it get hided from normal users as well admin user similar to what
I have mentioned above for virtual machine.

Root admin can still list the hidden networks by using the display flag in
the listNetworks.


Thanks,
Girish

On Thu, Jun 5, 2014 at 9:18 AM, Girish Chaudhari
girish.chaudh...@sungardas.com wrote:
 Thanks Nitin for immediate response.

 ... I see that some more first class entities have gotten added but
 the underlying concept remains the same.

 = Can you please name the newly added first class entities if
 possible, or what could be the best way to figure it out.
  Is there any criteria which is used to decided whether particular CS
 resource is first class candidate or not. Or every resource can be
 taken as first class object and hiding can be applied to it.
 Can you please let me know what steps/efforts will be involved in
 hiding new CS first class object using this feature?

 I would think that would be a bug. Please file it and I will try and
 look into it.

 = I will double check on it and try the same steps with another
 mentioned resource. Will file the bug accordingly.

Also like to check whether Admin can update this feature flags or
provide the meta data through UI?


 Yes, admin can update the display flag during creation time or using
 update apis. Check deployvm and updateVm apis.

 - You mean to say current CS UI(4.3 or upcoming 4.4) has ability to
 mark the existing VM as hidden or create new VM with hide flag? I
 could try it, using API programatically only.

 As well I have follow up extended questions as:

 Do this feature only applied to Root Admin vs the users Or even
 equally applied to Any Sub Domain Admin User vs its non admin users?


 Thanks,
 Girish

 On Wed, Jun 4, 2014 at 8:19 PM, Nitin Mehta nitin.me...@citrix.com
wrote:


 On 04/06/14 4:52 AM, Girish Chaudhari
girish.chaudh...@sungardas.com
 wrote:

Hi Team,

I am looking into the CS first class object hiding feature to verify
how the Admin user has better control over the display of CS resources
to end users.

The only reference link I could find is
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Ability+to+have+
bet
ter+control+over+first+class+objects+in+CS

Is there any other documentation available around this feature
providing more use cases and examples..etc.

 This is the functional spec and should provide you most of the
 information. I see that some more first class entities have gotten
added
 but the underlying concept remains the same.


Whereas I have tried to verify this feature by creating the
resources(VM) by Admin and associated it with the account. In usual
case Account user as well the admin user can retrieve the VM using the
listVMs call. When I am trying to set the display_vm flag as false, as
expected the account user don't see the VM. But even the Admin user
can't see the VM in list.

Not sure whether I am following the right steps or its buggy behavior.

 I would think that would be a bug. Please file it and I will try and
look
 into it.




Also like to check whether Admin can update this feature flags or
provide the meta data through UI?

 Yes, admin can update the display flag during creation time or using
 update apis. Check deployvm and updateVm apis


Curious to know whether anyone is using this feature in production and
how?

Thanks,
Girish

Re: Need help on the CS First class object hiding feature.

[Nitin Mehta]

Answers inline

On 04/06/14 8:48 PM, Girish Chaudhari girish.chaudh...@sungardas.com
wrote:

Thanks Nitin for immediate response.

... I see that some more first class entities have gotten added but
the underlying concept remains the same.

= Can you please name the newly added first class entities if
possible, or what could be the best way to figure it out.
 Is there any criteria which is used to decided whether particular CS
resource is first class candidate or not. Or every resource can be
taken as first class object and hiding can be applied to it.
Can you please let me know what steps/efforts will be involved in
hiding new CS first class object using this feature?

You can check the create/update/list apis and they should have display
flag as a parameter.



I would think that would be a bug. Please file it and I will try and
look into it.

= I will double check on it and try the same steps with another
mentioned resource. Will file the bug accordingly.

Also like to check whether Admin can update this feature flags or
provide the meta data through UI?


Yes, admin can update the display flag during creation time or using
update apis. Check deployvm and updateVm apis.

- You mean to say current CS UI(4.3 or upcoming 4.4) has ability to
mark the existing VM as hidden or create new VM with hide flag? I
could try it, using API programatically only.

API doesn't have the ability currently. You can file a bug for that if it
doesn't already exist.


As well I have follow up extended questions as:

Do this feature only applied to Root Admin vs the users Or even
equally applied to Any Sub Domain Admin User vs its non admin users?


Only for ROOT admins as far as hiding/exposing the resources are
concerned. The reason being the ROOT admin is the owner of the cloud and
should have this ability.
If you have a use case other than this please bring it forward and we can
discuss.


Thanks,
Girish

On Wed, Jun 4, 2014 at 8:19 PM, Nitin Mehta nitin.me...@citrix.com
wrote:


 On 04/06/14 4:52 AM, Girish Chaudhari girish.chaudh...@sungardas.com
 wrote:

Hi Team,

I am looking into the CS first class object hiding feature to verify
how the Admin user has better control over the display of CS resources
to end users.

The only reference link I could find is
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Ability+to+have+b
et
ter+control+over+first+class+objects+in+CS

Is there any other documentation available around this feature
providing more use cases and examples..etc.

 This is the functional spec and should provide you most of the
 information. I see that some more first class entities have gotten added
 but the underlying concept remains the same.


Whereas I have tried to verify this feature by creating the
resources(VM) by Admin and associated it with the account. In usual
case Account user as well the admin user can retrieve the VM using the
listVMs call. When I am trying to set the display_vm flag as false, as
expected the account user don't see the VM. But even the Admin user
can't see the VM in list.

Not sure whether I am following the right steps or its buggy behavior.

 I would think that would be a bug. Please file it and I will try and
look
 into it.




Also like to check whether Admin can update this feature flags or
provide the meta data through UI?

 Yes, admin can update the display flag during creation time or using
 update apis. Check deployvm and updateVm apis


Curious to know whether anyone is using this feature in production and
how?

Thanks,
Girish

Re: Need help on the CS First class object hiding feature.

[Girish Chaudhari]

Hi Nitin,

Can you please reply back to my previous mail thread.

As well like to update you that I have even tried this feature with
Networks object. Even in this case, I could set the display flag as
'0', it get hided from normal users as well admin user similar to what
I have mentioned above for virtual machine.

Thanks,
Girish

On Thu, Jun 5, 2014 at 9:18 AM, Girish Chaudhari
girish.chaudh...@sungardas.com wrote:
 Thanks Nitin for immediate response.

 ... I see that some more first class entities have gotten added but
 the underlying concept remains the same.

 = Can you please name the newly added first class entities if
 possible, or what could be the best way to figure it out.
  Is there any criteria which is used to decided whether particular CS
 resource is first class candidate or not. Or every resource can be
 taken as first class object and hiding can be applied to it.
 Can you please let me know what steps/efforts will be involved in
 hiding new CS first class object using this feature?

 I would think that would be a bug. Please file it and I will try and
 look into it.

 = I will double check on it and try the same steps with another
 mentioned resource. Will file the bug accordingly.

Also like to check whether Admin can update this feature flags or
provide the meta data through UI?


 Yes, admin can update the display flag during creation time or using
 update apis. Check deployvm and updateVm apis.

 - You mean to say current CS UI(4.3 or upcoming 4.4) has ability to
 mark the existing VM as hidden or create new VM with hide flag? I
 could try it, using API programatically only.

 As well I have follow up extended questions as:

 Do this feature only applied to Root Admin vs the users Or even
 equally applied to Any Sub Domain Admin User vs its non admin users?


 Thanks,
 Girish

 On Wed, Jun 4, 2014 at 8:19 PM, Nitin Mehta nitin.me...@citrix.com wrote:


 On 04/06/14 4:52 AM, Girish Chaudhari girish.chaudh...@sungardas.com
 wrote:

Hi Team,

I am looking into the CS first class object hiding feature to verify
how the Admin user has better control over the display of CS resources
to end users.

The only reference link I could find is
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Ability+to+have+bet
ter+control+over+first+class+objects+in+CS

Is there any other documentation available around this feature
providing more use cases and examples..etc.

 This is the functional spec and should provide you most of the
 information. I see that some more first class entities have gotten added
 but the underlying concept remains the same.


Whereas I have tried to verify this feature by creating the
resources(VM) by Admin and associated it with the account. In usual
case Account user as well the admin user can retrieve the VM using the
listVMs call. When I am trying to set the display_vm flag as false, as
expected the account user don't see the VM. But even the Admin user
can't see the VM in list.

Not sure whether I am following the right steps or its buggy behavior.

 I would think that would be a bug. Please file it and I will try and look
 into it.




Also like to check whether Admin can update this feature flags or
provide the meta data through UI?

 Yes, admin can update the display flag during creation time or using
 update apis. Check deployvm and updateVm apis


Curious to know whether anyone is using this feature in production and
how?

Thanks,
Girish

Need help on the CS First class object hiding feature.

[Girish Chaudhari]

Hi Team,

I am looking into the CS first class object hiding feature to verify
how the Admin user has better control over the display of CS resources
to end users.

The only reference link I could find is
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Ability+to+have+better+control+over+first+class+objects+in+CS

Is there any other documentation available around this feature
providing more use cases and examples..etc.

Whereas I have tried to verify this feature by creating the
resources(VM) by Admin and associated it with the account. In usual
case Account user as well the admin user can retrieve the VM using the
listVMs call. When I am trying to set the display_vm flag as false, as
expected the account user don't see the VM. But even the Admin user
can't see the VM in list.

Not sure whether I am following the right steps or its buggy behavior.

Also like to check whether Admin can update this feature flags or
provide the meta data through UI?

Curious to know whether anyone is using this feature in production and how?

Thanks,
Girish

Re: Need help on the CS First class object hiding feature.

[Nitin Mehta]

On 04/06/14 4:52 AM, Girish Chaudhari girish.chaudh...@sungardas.com
wrote:

Hi Team,

I am looking into the CS first class object hiding feature to verify
how the Admin user has better control over the display of CS resources
to end users.

The only reference link I could find is
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Ability+to+have+bet
ter+control+over+first+class+objects+in+CS

Is there any other documentation available around this feature
providing more use cases and examples..etc.

This is the functional spec and should provide you most of the
information. I see that some more first class entities have gotten added
but the underlying concept remains the same.


Whereas I have tried to verify this feature by creating the
resources(VM) by Admin and associated it with the account. In usual
case Account user as well the admin user can retrieve the VM using the
listVMs call. When I am trying to set the display_vm flag as false, as
expected the account user don't see the VM. But even the Admin user
can't see the VM in list.

Not sure whether I am following the right steps or its buggy behavior.

I would think that would be a bug. Please file it and I will try and look
into it.




Also like to check whether Admin can update this feature flags or
provide the meta data through UI?

Yes, admin can update the display flag during creation time or using
update apis. Check deployvm and updateVm apis


Curious to know whether anyone is using this feature in production and
how?

Thanks,
Girish

Re: Need help on the CS First class object hiding feature.

[Girish Chaudhari]

Thanks Nitin for immediate response.

... I see that some more first class entities have gotten added but
the underlying concept remains the same.

= Can you please name the newly added first class entities if
possible, or what could be the best way to figure it out.
 Is there any criteria which is used to decided whether particular CS
resource is first class candidate or not. Or every resource can be
taken as first class object and hiding can be applied to it.
Can you please let me know what steps/efforts will be involved in
hiding new CS first class object using this feature?

I would think that would be a bug. Please file it and I will try and
look into it.

= I will double check on it and try the same steps with another
mentioned resource. Will file the bug accordingly.

Also like to check whether Admin can update this feature flags or
provide the meta data through UI?


Yes, admin can update the display flag during creation time or using
update apis. Check deployvm and updateVm apis.

- You mean to say current CS UI(4.3 or upcoming 4.4) has ability to
mark the existing VM as hidden or create new VM with hide flag? I
could try it, using API programatically only.

As well I have follow up extended questions as:

Do this feature only applied to Root Admin vs the users Or even
equally applied to Any Sub Domain Admin User vs its non admin users?


Thanks,
Girish

On Wed, Jun 4, 2014 at 8:19 PM, Nitin Mehta nitin.me...@citrix.com wrote:


 On 04/06/14 4:52 AM, Girish Chaudhari girish.chaudh...@sungardas.com
 wrote:

Hi Team,

I am looking into the CS first class object hiding feature to verify
how the Admin user has better control over the display of CS resources
to end users.

The only reference link I could find is
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Ability+to+have+bet
ter+control+over+first+class+objects+in+CS

Is there any other documentation available around this feature
providing more use cases and examples..etc.

 This is the functional spec and should provide you most of the
 information. I see that some more first class entities have gotten added
 but the underlying concept remains the same.


Whereas I have tried to verify this feature by creating the
resources(VM) by Admin and associated it with the account. In usual
case Account user as well the admin user can retrieve the VM using the
listVMs call. When I am trying to set the display_vm flag as false, as
expected the account user don't see the VM. But even the Admin user
can't see the VM in list.

Not sure whether I am following the right steps or its buggy behavior.

 I would think that would be a bug. Please file it and I will try and look
 into it.




Also like to check whether Admin can update this feature flags or
provide the meta data through UI?

 Yes, admin can update the display flag during creation time or using
 update apis. Check deployvm and updateVm apis


Curious to know whether anyone is using this feature in production and
how?

Thanks,
Girish

Need help with simstack vagrant box

[Madan Ganesh V]

Hello CloudStack forum,

We are following the steps mentioned: 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Create+config+management+recipes+to+install+CloudStack
  https://github.com/runseb/simstack to bring up a cloudstack dev instance.

After running vagrant up and vagrant reload —provision command, we notice that 
cloud stack is not up yet! After SSH into the vagrant box, we notice that there 
is not cloudstack java process running. Has anyone brought simstack 
successfully?

Here is the excerpts from the vagrant reload:
== default: Attempting graceful shutdown of VM...
== default: Clearing any previously set forwarded ports...
== default: Clearing any previously set network interfaces...
== default: Preparing network interfaces based on configuration...
    default: Adapter 1: nat
== default: Forwarding ports...
    default: 8080 = 8080 (adapter 1)
    default: 8081 = 8081 (adapter 1)
    default: 7080 = 7080 (adapter 1)
    default: 8000 = 8000 (adapter 1)
    default: 80 = 8001 (adapter 1)
    default: 22 =  (adapter 1)
== default: Running 'pre-boot' VM customizations...
== default: Booting VM...
== default: Waiting for machine to boot. This may take a few minutes...
    default: SSH address: 127.0.0.1:
    default: SSH username: vagrant
    default: SSH auth method: private key
    default: Warning: Connection timeout. Retrying...
    default: Warning: Connection timeout. Retrying...
    default: Warning: Connection timeout. Retrying...
    default: Warning: Connection timeout. Retrying...
== default: Machine booted and ready!
== default: Checking for guest additions in VM...
== default: Setting hostname...
== default: Mounting shared folders...
    default: /srv = /Volumes/ActOnMagic/simstack/salt/roots
    default: /vagrant = /Volumes/ActOnMagic/simstack
== default: Running provisioner: shell...
    default: Running: inline script
== default: Running provisioner: ansible...
ANSIBLE_FORCE_COLOR=true ANSIBLE_HOST_KEY_CHECKING=false PYTHONUNBUFFERED=1 
ansible-playbook --private-key=/Users/madang/.vagrant.d/insecure_private_key 
--user=vagrant --limit='default' --inventory-file=/Vo
….


TASK: [php-fpm | Copy php-fpm configuration] ** 
127.0.0.1 ESTABLISH CONNECTION FOR USER: vagrant
127.0.0.1 EXEC ['ssh', '-C', '-tt', '-vvv', '-o', 'ControlMaster=auto', '-o', 
'ControlPersist=60s', '-o', 
'ControlPath=/Users/madang/.ansible/cp/ansible-ssh-%h-%p-%r', '-o', 
'StrictHostKeyChecking=no', '-o', 'Port=', '-o', 
'IdentityFile=/Users/madang/.vagrant.d/insecure_private_key', '-o', 
'KbdInteractiveAuthentication=no', '-o', 
'PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey', 
'-o', 'PasswordAuthentication=no', '-o', 'User=vagrant', '-o', 
'ConnectTimeout=10', '127.0.0.1', /bin/sh -c 'mkdir -p 
$HOME/.ansible/tmp/ansible-tmp-1401356524.77-108295687200060  chmod a+rx 
$HOME/.ansible/tmp/ansible-tmp-1401356524.77-108295687200060  echo 
$HOME/.ansible/tmp/ansible-tmp-1401356524.77-108295687200060']
127.0.0.1 EXEC ['ssh', '-C', '-tt', '-vvv', '-o', 'ControlMaster=auto', '-o', 
'ControlPersist=60s', '-o', 
'ControlPath=/Users/madang/.ansible/cp/ansible-ssh-%h-%p-%r', '-o', 
'StrictHostKeyChecking=no', '-o', 'Port=', '-o', 
'IdentityFile=/Users/madang/.vagrant.d/insecure_private_key', '-o', 
'KbdInteractiveAuthentication=no', '-o', 
'PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey', 
'-o', 'PasswordAuthentication=no', '-o', 'User=vagrant', '-o', 
'ConnectTimeout=10', '127.0.0.1', u'/bin/sh -c \'sudo -k  sudo -H -S -p 
[sudo via ansible, key=dyyespcdwcthzzkmglnauwbwpyujxupu] password:  -u root 
/bin/sh -c \'\'\'echo SUDO-SUCCESS-dyyespcdwcthzzkmglnauwbwpyujxupu; rc=0; [ 
-r /etc/php-fpm.d/wordpress.conf ] || rc=2; [ -f 
/etc/php-fpm.d/wordpress.conf ] || rc=1; [ -d /etc/php-fpm.d/wordpress.conf 
]  echo 3  exit 0; (/usr/bin/md5sum /etc/php-fpm.d/wordpress.conf 
2/dev/null) || (/sbin/md5sum -q /etc/php-fpm.d/wordpress.conf 2/dev/null) || 
(/usr/bin/digest -a md5 /etc/php-fpm.d/wordpress.conf 2/dev/null) || 
(/sbin/md5 -q /etc/php-fpm.d/wordpress.conf 2/dev/null) || (/usr/bin/md5 -n 
/etc/php-fpm.d/wordpress.conf 2/dev/null) || (/bin/md5 -q 
/etc/php-fpm.d/wordpress.conf 2/dev/null) || (/usr/bin/csum -h MD5 
/etc/php-fpm.d/wordpress.conf 2/dev/null) || (/bin/csum -h MD5 
/etc/php-fpm.d/wordpress.conf 2/dev/null) || (echo ${rc} 
/etc/php-fpm.d/wordpress.conf)\'\'\'\'']
127.0.0.1 PUT /tmp/tmpez2Yze TO 
/home/vagrant/.ansible/tmp/ansible-tmp-1401356524.77-108295687200060/file
127.0.0.1 EXEC ['ssh', '-C', '-tt', '-vvv', '-o', 'ControlMaster=auto', '-o', 
'ControlPersist=60s', '-o', 
'ControlPath=/Users/madang/.ansible/cp/ansible-ssh-%h-%p-%r', '-o', 
'StrictHostKeyChecking=no', '-o', 'Port=', '-o', 
'IdentityFile=/Users/madang/.vagrant.d/insecure_private_key', '-o', 
'KbdInteractiveAuthentication=no', '-o', 
'PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey', 
'-o', 

Re: Need help with simstack vagrant box

[sebgoa]

On May 29, 2014, at 11:48 AM, Madan Ganesh V madangan...@me.com wrote:

 Hello CloudStack forum,
 
 We are following the steps mentioned: 
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/Create+config+management+recipes+to+install+CloudStack
   https://github.com/runseb/simstack to bring up a cloudstack dev instance.
 
 After running vagrant up and vagrant reload —provision command, we notice 
 that cloud stack is not up yet! After SSH into the vagrant box, we notice 
 that there is not cloudstack java process running. Has anyone brought 
 simstack successfully?

simstack is a side project of mine and by no means any type of official release 
of cloudstack.

I just made a push to disable the ansible provisioning you are seeing 
(deploying wordpress), and revert to basic cloudstack source compilation using 
the bootstrap-ubuntu.sh script.
So pull again and try it.

Just have a look at that bash script if you want to figure out how to compile 
things.

But basically you are on your own :) 

-Sebastien

 
 Here is the excerpts from the vagrant reload:
 == default: Attempting graceful shutdown of VM...
 == default: Clearing any previously set forwarded ports...
 == default: Clearing any previously set network interfaces...
 == default: Preparing network interfaces based on configuration...
 default: Adapter 1: nat
 == default: Forwarding ports...
 default: 8080 = 8080 (adapter 1)
 default: 8081 = 8081 (adapter 1)
 default: 7080 = 7080 (adapter 1)
 default: 8000 = 8000 (adapter 1)
 default: 80 = 8001 (adapter 1)
 default: 22 =  (adapter 1)
 == default: Running 'pre-boot' VM customizations...
 == default: Booting VM...
 == default: Waiting for machine to boot. This may take a few minutes...
 default: SSH address: 127.0.0.1:
 default: SSH username: vagrant
 default: SSH auth method: private key
 default: Warning: Connection timeout. Retrying...
 default: Warning: Connection timeout. Retrying...
 default: Warning: Connection timeout. Retrying...
 default: Warning: Connection timeout. Retrying...
 == default: Machine booted and ready!
 == default: Checking for guest additions in VM...
 == default: Setting hostname...
 == default: Mounting shared folders...
 default: /srv = /Volumes/ActOnMagic/simstack/salt/roots
 default: /vagrant = /Volumes/ActOnMagic/simstack
 == default: Running provisioner: shell...
 default: Running: inline script
 == default: Running provisioner: ansible...
 ANSIBLE_FORCE_COLOR=true ANSIBLE_HOST_KEY_CHECKING=false PYTHONUNBUFFERED=1 
 ansible-playbook --private-key=/Users/madang/.vagrant.d/insecure_private_key 
 --user=vagrant --limit='default' --inventory-file=/Vo
 ….
 
 
 TASK: [php-fpm | Copy php-fpm configuration] 
 ** 
 127.0.0.1 ESTABLISH CONNECTION FOR USER: vagrant
 127.0.0.1 EXEC ['ssh', '-C', '-tt', '-vvv', '-o', 'ControlMaster=auto', 
 '-o', 'ControlPersist=60s', '-o', 
 'ControlPath=/Users/madang/.ansible/cp/ansible-ssh-%h-%p-%r', '-o', 
 'StrictHostKeyChecking=no', '-o', 'Port=', '-o', 
 'IdentityFile=/Users/madang/.vagrant.d/insecure_private_key', '-o', 
 'KbdInteractiveAuthentication=no', '-o', 
 'PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey', 
 '-o', 'PasswordAuthentication=no', '-o', 'User=vagrant', '-o', 
 'ConnectTimeout=10', '127.0.0.1', /bin/sh -c 'mkdir -p 
 $HOME/.ansible/tmp/ansible-tmp-1401356524.77-108295687200060  chmod a+rx 
 $HOME/.ansible/tmp/ansible-tmp-1401356524.77-108295687200060  echo 
 $HOME/.ansible/tmp/ansible-tmp-1401356524.77-108295687200060']
 127.0.0.1 EXEC ['ssh', '-C', '-tt', '-vvv', '-o', 'ControlMaster=auto', 
 '-o', 'ControlPersist=60s', '-o', 
 'ControlPath=/Users/madang/.ansible/cp/ansible-ssh-%h-%p-%r', '-o', 
 'StrictHostKeyChecking=no', '-o', 'Port=', '-o', 
 'IdentityFile=/Users/madang/.vagrant.d/insecure_private_key', '-o', 
 'KbdInteractiveAuthentication=no', '-o', 
 'PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey', 
 '-o', 'PasswordAuthentication=no', '-o', 'User=vagrant', '-o', 
 'ConnectTimeout=10', '127.0.0.1', u'/bin/sh -c \'sudo -k  sudo -H -S -p 
 [sudo via ansible, key=dyyespcdwcthzzkmglnauwbwpyujxupu] password:  -u root 
 /bin/sh -c \'\'\'echo SUDO-SUCCESS-dyyespcdwcthzzkmglnauwbwpyujxupu; rc=0; 
 [ -r /etc/php-fpm.d/wordpress.conf ] || rc=2; [ -f 
 /etc/php-fpm.d/wordpress.conf ] || rc=1; [ -d 
 /etc/php-fpm.d/wordpress.conf ]  echo 3  exit 0; (/usr/bin/md5sum 
 /etc/php-fpm.d/wordpress.conf 2/dev/null) || (/sbin/md5sum -q 
 /etc/php-fpm.d/wordpress.conf 2/dev/null) || (/usr/bin/digest -a md5 
 /etc/php-fpm.d/wordpress.conf 2/dev/null) || (/sbin/md5 -q 
 /etc/php-fpm.d/wordpress.conf 2/dev/null) || (/usr/bin/md5 -n 
 /etc/php-fpm.d/wordpress.conf 2/dev/null) || (/bin/md5 -q 
 /etc/php-fpm.d/wordpress.conf 2/dev/null) || (/usr/bin/csum -h MD5 
 /etc/php-fpm.d/wordpress.conf 2/dev/null) || (/bin/csum -h MD5 
 /etc/php-fpm.d/wordpress.conf 2/dev/null) 

Re: Need help with simstack vagrant box

[Madan Ganesh V]

Thanks Sebastien for the clarification. 

Cheers,
Madan

On 29 May 2014 at 3:42:55 pm, sebgoa (run...@gmail.com) wrote:


On May 29, 2014, at 11:48 AM, Madan Ganesh V madangan...@me.com wrote:  

 Hello CloudStack forum,  
  
 We are following the steps mentioned: 
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/Create+config+management+recipes+to+install+CloudStack
   https://github.com/runseb/simstack to bring up a cloudstack dev instance.  
  
 After running vagrant up and vagrant reload —provision command, we notice 
 that cloud stack is not up yet! After SSH into the vagrant box, we notice 
 that there is not cloudstack java process running. Has anyone brought 
 simstack successfully?  

simstack is a side project of mine and by no means any type of official release 
of cloudstack.  

I just made a push to disable the ansible provisioning you are seeing 
(deploying wordpress), and revert to basic cloudstack source compilation using 
the bootstrap-ubuntu.sh script.  
So pull again and try it.  

Just have a look at that bash script if you want to figure out how to compile 
things.  

But basically you are on your own :)  

-Sebastien  

  
 Here is the excerpts from the vagrant reload:  
 == default: Attempting graceful shutdown of VM...  
 == default: Clearing any previously set forwarded ports...  
 == default: Clearing any previously set network interfaces...  
 == default: Preparing network interfaces based on configuration...  
 default: Adapter 1: nat  
 == default: Forwarding ports...  
 default: 8080 = 8080 (adapter 1)  
 default: 8081 = 8081 (adapter 1)  
 default: 7080 = 7080 (adapter 1)  
 default: 8000 = 8000 (adapter 1)  
 default: 80 = 8001 (adapter 1)  
 default: 22 =  (adapter 1)  
 == default: Running 'pre-boot' VM customizations...  
 == default: Booting VM...  
 == default: Waiting for machine to boot. This may take a few minutes...  
 default: SSH address: 127.0.0.1:  
 default: SSH username: vagrant  
 default: SSH auth method: private key  
 default: Warning: Connection timeout. Retrying...  
 default: Warning: Connection timeout. Retrying...  
 default: Warning: Connection timeout. Retrying...  
 default: Warning: Connection timeout. Retrying...  
 == default: Machine booted and ready!  
 == default: Checking for guest additions in VM...  
 == default: Setting hostname...  
 == default: Mounting shared folders...  
 default: /srv = /Volumes/ActOnMagic/simstack/salt/roots  
 default: /vagrant = /Volumes/ActOnMagic/simstack  
 == default: Running provisioner: shell...  
 default: Running: inline script  
 == default: Running provisioner: ansible...  
 ANSIBLE_FORCE_COLOR=true ANSIBLE_HOST_KEY_CHECKING=false PYTHONUNBUFFERED=1 
 ansible-playbook --private-key=/Users/madang/.vagrant.d/insecure_private_key 
 --user=vagrant --limit='default' --inventory-file=/Vo  
 ….  
  
  
 TASK: [php-fpm | Copy php-fpm configuration] 
 **  
 127.0.0.1 ESTABLISH CONNECTION FOR USER: vagrant  
 127.0.0.1 EXEC ['ssh', '-C', '-tt', '-vvv', '-o', 'ControlMaster=auto', 
 '-o', 'ControlPersist=60s', '-o', 
 'ControlPath=/Users/madang/.ansible/cp/ansible-ssh-%h-%p-%r', '-o', 
 'StrictHostKeyChecking=no', '-o', 'Port=', '-o', 
 'IdentityFile=/Users/madang/.vagrant.d/insecure_private_key', '-o', 
 'KbdInteractiveAuthentication=no', '-o', 
 'PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey', 
 '-o', 'PasswordAuthentication=no', '-o', 'User=vagrant', '-o', 
 'ConnectTimeout=10', '127.0.0.1', /bin/sh -c 'mkdir -p 
 $HOME/.ansible/tmp/ansible-tmp-1401356524.77-108295687200060  chmod a+rx 
 $HOME/.ansible/tmp/ansible-tmp-1401356524.77-108295687200060  echo 
 $HOME/.ansible/tmp/ansible-tmp-1401356524.77-108295687200060']  
 127.0.0.1 EXEC ['ssh', '-C', '-tt', '-vvv', '-o', 'ControlMaster=auto', 
 '-o', 'ControlPersist=60s', '-o', 
 'ControlPath=/Users/madang/.ansible/cp/ansible-ssh-%h-%p-%r', '-o', 
 'StrictHostKeyChecking=no', '-o', 'Port=', '-o', 
 'IdentityFile=/Users/madang/.vagrant.d/insecure_private_key', '-o', 
 'KbdInteractiveAuthentication=no', '-o', 
 'PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey', 
 '-o', 'PasswordAuthentication=no', '-o', 'User=vagrant', '-o', 
 'ConnectTimeout=10', '127.0.0.1', u'/bin/sh -c \'sudo -k  sudo -H -S -p 
 [sudo via ansible, key=dyyespcdwcthzzkmglnauwbwpyujxupu] password:  -u root 
 /bin/sh -c \'\'\'echo SUDO-SUCCESS-dyyespcdwcthzzkmglnauwbwpyujxupu; rc=0; 
 [ -r /etc/php-fpm.d/wordpress.conf ] || rc=2; [ -f 
 /etc/php-fpm.d/wordpress.conf ] || rc=1; [ -d 
 /etc/php-fpm.d/wordpress.conf ]  echo 3  exit 0; (/usr/bin/md5sum 
 /etc/php-fpm.d/wordpress.conf 2/dev/null) || (/sbin/md5sum -q 
 /etc/php-fpm.d/wordpress.conf 2/dev/null) || (/usr/bin/digest -a md5 
 /etc/php-fpm.d/wordpress.conf 2/dev/null) || (/sbin/md5 -q 
 /etc/php-fpm.d/wordpress.conf 2/dev/null) || (/usr/bin/md5 -n 
 /etc/php-fpm.d/wordpress.conf 2/dev/null) || (/bin/md5 -q 
 

Need help in creating/posting Cloudstack plugin for Juniper's network devices

[Pradeep HK]

Hi,
my name is Pradeep HK and I am a Tech Lead in Juniper Networks, Bangalore.

I am leading the effort to develop Cloudstack Plugin(ie Network Guru) for 
Juniper's networking devices.

I have developed Network Plugin for orchestration of L2 services on Juniper's 
Networking devices.

 I need some pointers on :
(1)How do we go about posting the plugin ? Is it like any other source code? 
What is the procedure?
(2)In a customer installation, if they want to try out the new plugin,  what is 
the procedure

Appreciate ur help on this


-Pradeep

RE: Need help in creating/posting Cloudstack plugin for Juniper's network devices

[Rayees Namathponnan]

Hi Pradeep,

This may help you

https://cwiki.apache.org/confluence/display/CLOUDSTACK/Plug-ins%2C+Modules%2C+and+Extensions
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Extensions 


Regards,
Rayees 


-Original Message-
From: Pradeep HK [mailto:pradeep...@yahoo.com] 
Sent: Monday, November 25, 2013 3:27 AM
To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
Subject: Need help in creating/posting Cloudstack plugin for Juniper's network 
devices

Hi,
my name is Pradeep HK and I am a Tech Lead in Juniper Networks, Bangalore.

I am leading the effort to develop Cloudstack Plugin(ie Network Guru) for 
Juniper's networking devices.

I have developed Network Plugin for orchestration of L2 services on Juniper's 
Networking devices.

 I need some pointers on :
(1)How do we go about posting the plugin ? Is it like any other source code? 
What is the procedure?
(2)In a customer installation, if they want to try out the new plugin,  what is 
the procedure

Appreciate ur help on this


-Pradeep

Re: Need help in creating/posting Cloudstack plugin for Juniper's network devices

[Pradeep HK]

Thanks Rayees

-Pradeep





On Monday, November 25, 2013 11:15 PM, Pradeep HK pradeep...@yahoo.com wrote:
 
Hi,
my name is Pradeep HK and I am a Tech Lead in Juniper Networks, Bangalore.

I am leading the effort to develop Cloudstack Plugin(ie Network Guru) for 
Juniper's networking devices.

I have developed Network Plugin for orchestration of L2 services on Juniper's 
Networking devices.

 I need some pointers on :
(1)How do we go about posting the plugin ? Is it like any other source code? 
What is the procedure?
(2)In a customer installation, if they want to try out the new plugin,  what is 
the procedure

Appreciate ur help on this


-Pradeep

Need help in Devcloud2 configuration

[umesh kute]

Hi Guys,
Basically i am new to cloudstack. To have some hands on the cloudstack, its
UI; i wanted to deploy my own cloudstack. I came across Devcloud2 and i
found it really interesting. I was trying to build the devcloud2 on local
machine (windows7 using virtual box).
I have been following the documents written on the apache cloudstack for
Devcloud2.

http://bhaisaab.org/logs/devcloud/
http://wiki.cloudstack.org/display/COMM/DevCloud

What i have achieved so far is:
1. I could deploy the devcloud2.ova on virtual box.
2. Get the source code.
3. Build the management server.
4. Deploy database.
5. Run the management server.
So far it was smooth.

Moved ahead and added the basic zone, pod, cluster successfully.
But when i tried to add the host, i got an error unable to add host.
Due to jetty run, i am not able to see the detailed log. But what it says
is unable to discover host.

I tried to check the xen server service on the virtual appliance box. The
service was down.
i am not able to start the service also.

root@devcloud:/opt/cloudstack/cloudstack# /etc/init.d/xen start
[warn] Not running within Xen or no compatible utils ... (warning).
root@devcloud:/opt/cloudstack/cloudstack#


I would really appreciate any help on this...

Thanks and Regards
-- Umesh

RE: Need help in Devcloud2 configuration

[Rajesh Battala]

Hi Umesh, 

You have booted with normal kernel, you should boot devcloud with xen kernel 
and run the cloudstack.

Thanks
Rajesh Battala

-Original Message-
From: umesh kute [mailto:umeshvk...@gmail.com] 
Sent: Wednesday, September 11, 2013 6:27 PM
To: cloudstack-...@incubator.apache.org
Subject: Need help in Devcloud2 configuration
Hi Guys,
Basically i am new to cloudstack. To have some hands on the cloudstack, its UI; 
i wanted to deploy my own cloudstack. I came across Devcloud2 and i found it 
really interesting. I was trying to build the devcloud2 on local machine 
(windows7 using virtual box).
I have been following the documents written on the apache cloudstack for 
Devcloud2.

http://bhaisaab.org/logs/devcloud/
http://wiki.cloudstack.org/display/COMM/DevCloud

What i have achieved so far is:
1. I could deploy the devcloud2.ova on virtual box.
2. Get the source code.
3. Build the management server.
4. Deploy database.
5. Run the management server.
So far it was smooth.

Moved ahead and added the basic zone, pod, cluster successfully.
But when i tried to add the host, i got an error unable to add host.
Due to jetty run, i am not able to see the detailed log. But what it says is 
unable to discover host.

I tried to check the xen server service on the virtual appliance box. The 
service was down.
i am not able to start the service also.

root@devcloud:/opt/cloudstack/cloudstack# /etc/init.d/xen start [warn] Not 
running within Xen or no compatible utils ... (warning).
root@devcloud:/opt/cloudstack/cloudstack#


I would really appreciate any help on this...

Thanks and Regards
-- Umesh