Re: Need help..
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 >
Re: Need help in getting CentOS 7 templates to run on Cloudstack 4.9 and VMWare
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
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
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
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
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
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 Ahmedwrote: > 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
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 Ahmedwrote: > 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
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 Weberwrote: > 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
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, 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
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
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
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
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
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
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
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
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, 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
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
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=4163mtu 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
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
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
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
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
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 Ahmedwrote: >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
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 Ahmedwrote: > 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
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 Ahmedwrote: > 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
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 Dionwrote: > 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
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
Attachments are not forwarded with emails. On Thu, Mar 30, 2017 at 5:16 PM, Syed Ahmedwrote: > 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
FYI I'm attaching the screenshot of the cloud-init error On Thu, Mar 30, 2017 at 5:14 PM, Syed Ahmedwrote: > 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
Re: [Need help] cloudstack 4.4.0 source code build failed
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
Re: [Need help] cloudstack 4.4.0 source code build failed
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
Re: Need help on the CS First class object hiding feature.
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.
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.
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
Re: Need help on the CS First class object hiding feature.
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.
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 with simstack vagrant box
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
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
RE: Need help in creating/posting Cloudstack plugin for Juniper's network devices
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
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
RE: Need help in Devcloud2 configuration
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