Re: Weekly Update for GSoC'17 project

[Ian Duffy]

Nice work Sachin

Just a suggestion, it might be worthwhile creating a blogspot blog to keep
track of these updates. It would allow for richer content (screenshots,
videos, etc) as you go on.

On 30 May 2017 at 04:22, Rohit Yadav  wrote:

> Good progress Sachin, keep it up!
>
>
> Regards.
>
> 
> From: sachin patil 
> Sent: 29 May 2017 20:44:32
> To: dev
> Subject: Weekly Update for GSoC'17 project
>
> Hello,
>
>  Sharing with you all the work done through out the week.
>
> This week mostly revolved around a new cloudstack setup I had some setup
> issues my mentors Syed and Rohit helped me solve them.
>
> My SystemVM's SSVM and CPVM where not being started, we resolved that issue
> as well.
>
> Now I have a cloudstack setup running with the SystemVM up.
>
> I have a ubuntu 14.04 instance running.
>
> I have completed the setup. Would begin working on actual project from
> tomorrow.
>
>
> Thank you.
>
> Regards,
> Sachin
>
> rohit.ya...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>

Re: GSoC'17

[Ian Duffy]

Congrats Sachin! Hope you have fun with GSoC.

On 16 May 2017 at 15:34, Sverrir Berg  wrote:

> Our approach to this was to use Guacamole in "slave" mode - we added an
> agent/daemon that given authentication token, IP, Port, Type of connection
> would start a console session - no concept of user and no persistence
> required.  The authentication is based on a framework specific to Qstack so
> it cannot easily be open sourced regretfully.
>
> Agreed Guacamole is heavier since it is doing a lot of the work the client
> would otherwise be doing (novnc handles all the rendering client side) -
> but for our purposes it has worked very well.
>
> Hope this helps,
> Sverrir
>
>
>
> On Wed, May 10, 2017 at 9:04 PM, Syed Ahmed  wrote:
>
> > Sverrir,
> >
> > I had looked at Guacamole before I settled with NoVNC for this proposal.
> I
> > found Guacamole to be too heavy to be an integral part of Cloudstack. You
> > require another database setup and the users have to somehow be matched.
> > I'd be interested to know more about your approach to this.
> >
> > Thanks,
> > -Syed
> >
> > On Tue, May 9, 2017 at 2:23 AM, Erik Weber  wrote:
> >
> >> On Fri, May 5, 2017 at 6:30 PM, Sverrir Berg 
> >> wrote:
> >> > Congratulations with the selection!
> >> >
> >> > We at Greenqloud have been using NoVNC as integral part of Qstack
> until
> >> > recently.
> >>
> >> Why not upstream it? ;-)
> >>
> >> > We are now using Apache Guacamole
> >> > https://guacamole.incubator.apache.org/.
> >>
> >> Why not upstream it? ;-)
> >>
> >>
> >> --
> >> Erik
> >>
> >
> >
>
>
> --
>
> Sverrir Á. Berg
>
> Senior Developer - Research & Development
>
> sver...@qstack.com | LI: is.linkedin.com/in/sverrir
>
> Tel: (+354) 415 0200 | Website: qstack.com  |
> Twitter: @qstackcloud 
>
>
> [image: qstack_blue_landscape.png]
>

Re: [Github/Gitbox] Setting up your committer account

[Ian Duffy]

@PaulAngus something like enabling Zappr on the repository would give that
functionality https://zappr.opensource.zalan.do/login

Assuming we've full control over hooks this should be easy to do.

On 16 April 2017 at 09:15, Daan Hoogland 
wrote:

> Paul if we put effort in automation we should do so using the review
> functionality of github, where you can approve a PR
>
> On 16/04/17 09:45, "Paul Angus"  wrote:
>
> That’s in progress...
> It would be cool if we could parse comments for LGTM and OK to Merge
> so that we can have them as status labels.
>
> Otherwise a manual process of updating a status would still be great.
>
>
>
> Kind regards,
>
> Paul Angus
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>
> -Original Message-
> From: Wido den Hollander [mailto:w...@widodh.nl]
> Sent: 15 April 2017 11:30
> To: dev@cloudstack.apache.org
> Subject: [Github/Gitbox] Setting up your committer account
>
> Hi,
>
> Since yesterday we are using the Gitbox [0] services from ASF to have
> Github our 'primary' source of code.
>
> This means that we can now label PRs, merge them, close them, all on
> Github.
>
> If you are a committer you have to be added to the 'cloudstack
> committers' team on Github and this is done automatically [1] once every X
> hours.
>
> You however need to make sure that your Apache Profile/ID [2] has the
> right information and that you have 2FA [3] enabled on your Github account.
>
> The steps you need to take:
>
> - Make sure you are a CloudStack committer
> - Make sure you have a Github account
> - Enable 2FA [3] on your Github account
> - Update your Apache profile [2] and add your Github username
>
> Now, after a few hours the sync between ASF and Github should be
> completed and you are added to the right team on Github.
>
> If that doesn't work you might need to visit the Gitbox setup page [4]
> to link your Apache account to Github.
>
> Since we moved to Gitbox the URL of our Git repositories also changed,
> for example:
>
> - https://gitbox.apache.org/repos/asf/cloudstack.git
>
> If you want RO you can also sync from Github:
>
> - https://github.com/apache/cloudstack.git
>
>
> Once you are in the right group on Github you should be able to label
> PRs, close them, merge them and move.
>
> I have already created [5] a bunch of labels. If we all try to label
> the PRs it will be much easier for people to filter PRs and review them.
>
> Questions? Ask!
>
> Wido
>
> [0]: https://gitbox.apache.org/
> [1]: https://issues.apache.org/jira/browse/INFRA-13885
> [2]: https://id.apache.org/
> [3]: https://help.github.com/articles/about-two-factor-authentication/
> [4]: https://gitbox.apache.org/setup/
> [5]: https://github.com/apache/cloudstack/labels
>
>
>
> daan.hoogl...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>

Re: FW: Google Summer of Code 2017 is coming

[Ian Duffy]

I believe Sachin (CCed) was showed interest in becoming a student a couple
of months back. Might be good to get him and a potential mentor talking.

On 6 February 2017 at 10:19, Daan Hoogland 
wrote:

> I think we should be able to muster some quickly:
>
> project = CLOUDSTACK AND issuetype in (Improvement, "New Feature", Wish)
> AND status = Open AND assignee in (EMPTY)
>
> leads me to 321 open, unassigned, wishes, improvements and new features 
> [image:
> ]
>
>
> I'll do some filtering and maybe we can group ideas in this thread quickly
>
> daan.hoogl...@shapeblue.com
> www.shapeblue.com
> @shapeblue
>
>
>
> --
> *From:* Daan Hoogland
> *Sent:* 06 February 2017 11:02:29
> *To:* Giles Sirett; dev@cloudstack.apache.org
> *Subject:* Re: FW: Google Summer of Code 2017 is coming
>
>
> I'll do some jira grooming the next couple of days, maybe we find some.
> --
> *From:* Wido den Hollander 
> *Sent:* 06 February 2017 10:59:07
> *To:* Giles Sirett; dev@cloudstack.apache.org
> *Subject:* Re: FW: Google Summer of Code 2017 is coming
>
>
> > Op 6 februari 2017 om 9:51 schreef Giles Sirett <
> giles.sir...@shapeblue.com>:
> >
> >
> > All
> > See below - Google Summer of code 2017 isn't far away.
> > Previously, we've had a number of project committers who have come to us
> through a GSOC project
> >
>
> Do we have small sized projects / ideas ready to be submitted for GSOC?
>
> > Become a mentor isn't something to be taken lightly but I would
> encourage as many of our community as possible to consider it - it will
> hopefully help wth the next generation of people excited to work on
> cloudstack
>
> Did this for the Ceph project. It is a lot of work.
>
> Wido
>
> >
> >
> >
> >
> > Kind Regards
> > Giles
> >
> >
> > giles.sir...@shapeblue.com
> > www.shapeblue.com
> > 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> > @shapeblue
> >
> >
> >
> >
> > -Original Message-
> > From: Ulrich Stärk [mailto:u...@apache.org ]
> > Sent: 03 February 2017 19:51
> > To: ment...@community.apache.org
> > Subject: Google Summer of Code 2017 is coming
> >
> > Hello PMCs (incubator Mentors, please forward this email to your
> podlings),
> >
> > Google Summer of Code [1] is a program sponsored by Google allowing
> students to spend their summer working on open source software. Students
> will receive stipends for developing open source software full-time for
> three months. Projects will provide mentoring and project ideas, and in
> return have the chance to get new code developed and - most importantly -
> to identify and bring in new committers.
> >
> > The ASF will apply as a participating organization meaning individual
> projects don't have to apply separately.
> >
> > If you want to participate with your project we ask you to do the
> following things as soon as possible but by no later than 2017-02-09:
> >
> > 1. understand what it means to be a mentor [2].
> >
> > 2. record your project ideas.
> >
> > Just create issues in JIRA, label them with gsoc2017, and they will show
> up at [3]. Please be as specific as possible when describing your idea.
> Include the programming language, the tools and skills required, but try
> not to scare potential students away. They are supposed to learn what's
> required before the program starts.
> >
> > Use labels, e.g. for the programming language (java, c, c++, erlang,
> python, brainfuck, ...) or technology area (cloud, xml, web, foo, bar, ...)
> and record them at [5].
> >
> > Please use the COMDEV JIRA project for recording your ideas if your
> project doesn't use JIRA (e.g.
> > httpd, ooo). Contact d...@community.apache.org if you need assistance.
> >
> > [4] contains some additional information (will be updated for 2017
> shortly).
> >
> > 3. subscribe to ment...@community.apache.org; restricted to potential
> mentors, meant to be used as a private list - general discussions on the
> public d...@community.apache.org list as much as possible please). Use a
> recognized address when subscribing (@apache.org or one of your alias
> addresses on record).
> >
> > Note that the ASF isn't accepted as a participating organization yet,
> nevertheless you *have to* start recording your ideas now or we will not
> get accepted.
> >
> > Over the years we were able to complete hundreds of projects
> successfully. Some of our prior students are active contributors now! Let's
> make this year a success again!
> >
> > Cheers,
> >
> > Uli
> >
> > P.S.: Except for the private parts (label spreadsheet mostly), this
> email is free to be shared publicly if you want to.
> >
> > [1] https://summerofcode.withgoogle.com/
> > [2] http://community.apache.org/guide-to-being-a-mentor.html
> > [3] http://s.apache.org/gsoc2017ideas
> > [4] http://community.apache.org/gsoc.html
> > [5] http://s.apache.org/gsoclabels
> >
> >
>

Re: re-introduction

[Ian Duffy]

Wow Daan! Fantastic news, hope you have a blast with the rest of the folks
over at ShapeBlue, I'm sure you'll make a valued addition to their
fantastic team. Congrats.

On 1 February 2017 at 12:25, Daan Hoogland  wrote:

> On Wed, Feb 1, 2017 at 12:26 PM, Erik Weber  wrote:
> > did your new employer demand that you change your
> > name to 'Dan'?
> He tried to make that a hard requirement but I just ignore orders
> under that name ;)
>
>
> (that was answerred to the wrong message)
>
> --
> Daan
>

Re: Welcoming Simon Weller & Paul Angus to the PMC

[Ian Duffy]

Congrats Simon and Paul.

On 13 January 2017 at 22:21, Rohit Yadav  wrote:

> Congratulations to both Simon and Paul, well deserved :)
>
>
> Regards.
>
> 
> From: Will Stevens 
> Sent: 13 January 2017 22:00:20
> To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
> Subject: Welcoming Simon Weller & Paul Angus to the PMC
>
> Join me in welcoming Simon Weller and Paul Angus to the Apache CloudStack
> PMC.  Both have been dedicated members of the community and it is with
> great pleasure that we welcome them to the PMC.
>
> Next time you see either of them, buy them a drink.  :)
>
> Welcome guys...
>
> rohit.ya...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>

Re: [Discuss] New built-in templates for CloudStack

[Ian Duffy]

Nux has a good selection of the popular OSs available over at
http://dl.openvm.eu/cloudstack/

Afaik all are fairly minimal, working with cloud init, ssh key injection,
password reset etc.

On Monday 16 May 2016, Paul Angus  wrote:

> Hi All,
>
> As it looks like we're losing download.cloud.com and going to have to
> write new database entries for all of the built-in templates, I think that
> it's worth taking stock of the templates that we're using and trying to
> consolidate them.
>
> CentOS 5.3(64-bit) no GUI (XenServer)
>
> CentOS 5.5(64-bit) no GUI (KVM)
>
> CentOS 5.6(64-bit) no GUI (XenServer)
>
> CentOS 6.4(64-bit) GUI (Hyperv)
>
> CentOS 5.3(64-bit) no GUI (vSphere)
>
> CentOS 7(64-bit) no GUI (LXC)
>
>
> I think we should pick one OS and version and have that available across
> all hypervisors if possible.  My criteria would be small, current, can
> support user-data and password reset and is an OS *most* Linux people would
> be comfortable with.
>
>
>
> Thoughts?
>
>
>
>
> Kind regards,
>
> Paul Angus
>
>
> paul.an...@shapeblue.com 
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>

Re: Migrating CloudStack content from download.cloud.com

[Ian Duffy]

I could be completely wrong here, but wasn't there some specific closed
source citrix magic added to the templates at downloads.cloud.com that was
Cloud Platform specific?

Ideally, this stuff should be hosted on an Apache Cloudstack
infrastructure or atleast the main community source (
cloudstack.apt-get.eu, shapeblue repo, etc.).

On 25 March 2016 at 15:00, Sebastien Goasguen  wrote:

>
> > On Mar 25, 2016, at 10:24 AM, Raja Pullela 
> wrote:
> >
> > @Sebastien,  thanks for the feedback.  please note that the goal of this
> exercise was not to impact any users during this migration and hence the
> efforts to place the content at a location where we could move it to.
> Since Wido is ok with hosting the content on 'cloudstack.apt-get.eu', it
> is even better.  I will work with Wido on the next steps.
> >
>
> Ok cool.
>
> We had other threads about avoiding company specific URL in docs. So let’s
> definitely avoid that.
>
>
> > @Ilya,  'cloud.com' is not getting transferred.
> >
> > Best,
> > Raja
> > Senior Manager, Product Development
> > Accelerite,
> > www.accelerite.com
> >
> > -Original Message-
> > From: Sebastien Goasguen [mailto:run...@gmail.com]
> > Sent: Friday, March 25, 2016 1:57 PM
> > To: dev@cloudstack.apache.org
> > Subject: Re: Migrating CloudStack content from download.cloud.com
> >
> 
>  Citrix has been hosting   "download.cloud.com"  for  quite  some
> time  now
>  and  it holds  the  System Templates for all the releases and  some
> tools.
>  Going forward,  this  content  needs  to  be  moved  from
>  "download.cloud.com".So, we will be moving  this content  to
>  "cloudstack.accelerite.com".I  will also be  updating  the
> links in the
>  documentation  to reflect
> >
> > Raja, I am going to give this a strong -1
> >
> > We talked about these sorts of things before and it is not appropriate.
> >
> >
> >
>  these  changes and will provide an update  once the  content  move
>  is complete.
> 
>  @Wido, if you could also copy this content to
>  "cloudstack.apt-get.eu"  that will be great.  I can provide you the
> details in a separate email.
> >>>
> >>> Super! If you have a rsync source I will set it up.
> >>>
> >
> > @Wido, I think we need to host the sysVM on apt-get.eu and let that be
> the primary source and links in the docs.
> >
> >
> >>> Wido
> >>>
> 
>  Best,
>  Raja
>  Senior Manager, Product Development, Accelerite,
>  www.accelerite.com
> 
> 
> 
> 
>  DISCLAIMER
>  ==
>  This e-mail may contain privileged and confidential information
>  which is the property of Accelerite, a Persistent Systems business.
>  It is intended only for the use of the individual or entity to which
>  it is addressed. If you are not the intended recipient, you are not
>  authorized to read, retain, copy, print, distribute or use this
>  message. If you have received this communication in error, please
> notify the sender and delete all copies of this message.
>  Accelerite, a Persistent Systems business does not accept any
>  liability for virus infected mails.
> >
> >
> >
> >
> > DISCLAIMER
> > ==
> > This e-mail may contain privileged and confidential information which is
> the property of Accelerite, a Persistent Systems business. It is intended
> only for the use of the individual or entity to which it is addressed. If
> you are not the intended recipient, you are not authorized to read, retain,
> copy, print, distribute or use this message. If you have received this
> communication in error, please notify the sender and delete all copies of
> this message. Accelerite, a Persistent Systems business does not accept any
> liability for virus infected mails.
>
>

Re: [NOTICE] people.apache.org web space is moving to home.apache.org

[Ian Duffy]

What are the legal implications of any of hosting that
licensed/copyrighted/paid-for material if any?

windows7.vhd
RHEL6-64bit.ova
RHEL764bitwithtools.vhd
79211594-1d4a-4dee-ae6c-c5c315ded2be.vhd which appears to be windows 8

On 25 November 2015 at 18:44, Srikanteswararao talluri <
talluri.w...@gmail.com> wrote:

> Moved all the following references in the test code to
> https://home.apache.org/~talluri/ .  github PR
> https://github.com/apache/cloudstack/pull/1123
>
> http://people.apache.org/~tsp/cloud-set-guest-password
>
> http://people.apache.org/~tsp/dummy.iso
>
> "http://people.apache.org/~sanjeev/centos63.ova;,
>
> "http://people.apache.org/~sanjeev/windows7.vhd;,
>
> "http://people.apache.org/~sanjeev/new-test-win.ova;,
>
> "http://people.apache.org/~sanjeev/Rhel6-64bit.ova;,
>
> "http://people.apache.org/~sanjeev/ttylinux_pv.vhd.bz2;,
>
> "http://people.apache.org/~sanjeev/RHEL764bitwithtools.vhd;,
>
> "
> http://people.apache.org/~sanjeev/79211594-1d4a-4dee-ae6c-c5c315ded2be.vhd
> ",
>
> "http://people.apache.org/~sanjeev/rajani-thin-volume.vhd;,
>
> "http://people.apache.org/~sanjeev/CentOS5.5(64bit)-vmware-autoscale.ova",
>
> "http://people.apache.org/~sanjeev/rajani-thin-volume.qcow2;,
>
> "http://people.apache.org/~sanjeev/centos56-x86_64.vhd.bz2;,
>
> "http://people.apache.org/~sanjeev/CentOS5.3-x86_64.ova;
>
> "
> http://people.apache.org/~sanjeev/eec2209b-9875-3c8d-92be-c001bd8a0faf.qcow2.bz2
> "
>
> "url": "http://people.apache.org/~sanjeev/CentOS-6.3-x86_64-bin-DVD1.iso;
>
> "
> http://people.apache.org/~sanjeev/systemvm64template-2014-09-30-4.3-vmware.ova
> ",
>
>
> Thanks,
>
> ~Talluri
>
>
> On Wed, Nov 25, 2015 at 8:28 PM, Daan Hoogland 
> wrote:
>
> > You are right, Sebastien. @Rajani, do you have an idea on the volume of
> > work, here?
> >
> > On Wed, Nov 25, 2015 at 2:10 PM, sebgoa  wrote:
> >
> > >
> > > On Nov 25, 2015, at 2:07 PM, Daan Hoogland 
> > > wrote:
> > >
> > > > are those refs expecting particular content returned? (it will be
> > > > redirected)
> > > >
> > >
> > > the way I read the email, it will be redirected but would give a 404 if
> > > you don't move the data yourself :)
> > >
> > > > On Wed, Nov 25, 2015 at 1:40 PM, Rajani Karuturi 
> > > wrote:
> > > >
> > > >> We have references to people.apache.org in our testdata.
> > > >>
> > > >> ~Rajani
> > > >>
> > > >> On Wed, Nov 25, 2015 at 5:50 PM, Daniel Gruno  >
> > > >> wrote:
> > > >>
> > > >>> Hi folks,
> > > >>> as the subject says, people.apache.org is being decommissioned
> soon,
> > > and
> > > >>> personal web space is being moved to a new home, aptly named
> > > >>> home.apache.org ( https://home.apache.org/ )
> > > >>>
> > > >>> IMPORTANT:
> > > >>> If you have things on people.apache.org that you would like to
> > retain,
> > > >>> please make a copy of it and move it to home.apache.org. (note,
> you
> > > will
> > > >>> have to make a folder called 'public_html' there, for items to show
> > up
> > > >>> under https://home.apache.org/~yourID/ ).
> > > >>>
> > > >>> We will _NOT_ be moving your data for you. There is simply too much
> > old
> > > >>> junk data on minotaur (the current people.apache.org machine) for
> it
> > > to
> > > >>> make sense to rsync it across, so we have made the decision that
> > moving
> > > >>> data is up to each individual committer.
> > > >>>
> > > >>> The new host, home.apache.org, will ONLY be for web space, you
> will
> > > not
> > > >>> have shell access to the machine (but you can copy data to it using
> > > SFTP
> > > >>> and your SSH key). Access to modify LDAP records (for project
> chairs)
> > > >>> will be moved to a separate host when the time comes.
> > > >>>
> > > >>> There will be a 3 month grace period to move your data across.
> After
> > > >>> this time span (March 1st, 2016), minotaur will no longer serve up
> > > >>> personal web space, and visits to people.apache.org will be
> > redirected
> > > >>> to home.apache.org.
> > > >>>
> > > >>> With regards,
> > > >>> Daniel on behalf of the Apache Infrastructure Team.
> > > >>>
> > > >>> PS: All replies to this should go to infrastruct...@apache.org
> > > >>>
> > > >>
> > > >
> > > >
> > > >
> > > > --
> > > > Daan
> > >
> > >
> >
> >
> > --
> > Daan
> >
>

Re: Release EC2stack 1.0.0

[Ian Duffy]

 Yes and it seems to work ok with a recent version (1.7.42) of the aws cli
[1] once you tell it to use V2 signature.  I have not tried it with the ec2
cli tools [2].

Awesome! good spot.

We(Myself and Darren) noticed it stopped working with the latest awscli due
to changes in boto, our workaround due to not having time to work on it was
just to use an older version. Glad to see you found a better method.

 One thing that would help is to try and figure out a good place to put the
name/internal name/display name fields that are used in Cloudstack.

The language used between Cloudstack and AWS isn't identical. When we were
making EC2Stack we just tried to use best common sense for
the conversion of fields.

PrivateDNSName *to me* would be something that one would be able to
resolve... if displayname.whatever-set-domain.tld is resolvable at some
point in the system then this change seems sane. Otherwise use a tag.

If you want to do a PR totally happy to review it. its been awhile since I
worked on ec2stack so my memory is a bit foggy if I remember correctly it
should just be a case of modifying ec2stack/templates/instances.xml adding
the appropriate key with value of instance.displayname

On 12 August 2015 at 18:44, Carlos Reategui car...@reategui.com wrote:

  Has anyone used it lately with 4.5.x releases ?
 

 Yes and it seems to work ok with a recent version (1.7.42) of the aws cli
 [1] once you tell it to use V2 signature.  I have not tried it with the ec2
 cli tools [2].


 
  feedback welcome, otherwise I will just cut a release and send a vote
  thread.
 

 One thing that would help is to try and figure out a good place to put the
 name/internal name/display name fields that are used in Cloudstack.  Those
 don't exist as part of the output of describe instances [3] and therefore
 you get something like the table below which is not terribly helpful unless
 you know the IP of the machine in question.  AWS generally uses tags for
 things like that. They will prompt you to fill in a Name tag by default in
 the launch wizard.  One possibility for Name could be to stick it in the
 PrivateDnsName, but not sure about the other 2.  Thoughts?

 thanks,
 Carlos

 [1] http://docs.aws.amazon.com/cli/latest/reference/
 [2]

 http://docs.aws.amazon.com/AWSEC2/latest/CommandLineReference/command-reference.html
 [3]

 http://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html#output


 Output of describe-instances with table output:

 --

 |DescribeInstances   |

 ++

 || Reservations ||

 |+--+---+|

 ||  *ReservationId*   |  *None* ||

 |+--+---+|

 |||  Instances |||

 ||+---++||

 |||  *Hypervisor*   |  *XenServer* |||

 |||  *ImageId*  |  *b4eb47a7-fc58-4b8a-a1d1-c67a475ed452*  |||

 |||  *InstanceId*   |  *382815c2-4af2-4fa1-852b-5b4c70602005*  |||

 |||  *InstanceType* |  *m1.small*  |||

 |||  *KeyName*  ||||

 |||  *LaunchTime*   |  *2014-09-27T17:40:39-0700*  |||

 |||  *PrivateIpAddress* |  *10.110.106.132*|||

 |||  *PublicIpAddress*  |  *10.110.106.132*|||

 ||+---++||

  Placement

 |||+--+---+|||

   *AvailabilityZone*|  *Sunnyvale*

   *Tenancy* |  *default*  

 |||+--+---+|||

    State  

 |||+---+--+|||

   *Code* |  *80*  

   *Name* |  *stopped* 

 |||+---+--+|||

Re: Release EC2stack 1.0.0

[Ian Duffy]

@seboga opened a ticket for the coveralls stuff
https://issues.apache.org/jira/servicedesk/customer/portal/1/INFRA-10123

I believe the pypi submission doesn't like the readme as an md and it will
render it weirdly on pypi (open to correction on this).
I've added you on the pypi entry so you should be able to upload the latest
binary to there.

On 13 August 2015 at 22:36, Ian Duffy i...@ianduffy.ie wrote:

  Yes and it seems to work ok with a recent version (1.7.42) of the aws
 cli
 [1] once you tell it to use V2 signature.  I have not tried it with the ec2
 cli tools [2].

 Awesome! good spot.

 We(Myself and Darren) noticed it stopped working with the latest awscli
 due to changes in boto, our workaround due to not having time to work on it
 was just to use an older version. Glad to see you found a better method.

  One thing that would help is to try and figure out a good place to put
 the
 name/internal name/display name fields that are used in Cloudstack.

 The language used between Cloudstack and AWS isn't identical. When we were
 making EC2Stack we just tried to use best common sense for
 the conversion of fields.

 PrivateDNSName *to me* would be something that one would be able to
 resolve... if displayname.whatever-set-domain.tld is resolvable at some
 point in the system then this change seems sane. Otherwise use a tag.

 If you want to do a PR totally happy to review it. its been awhile since I
 worked on ec2stack so my memory is a bit foggy if I remember correctly it
 should just be a case of modifying ec2stack/templates/instances.xml adding
 the appropriate key with value of instance.displayname

 On 12 August 2015 at 18:44, Carlos Reategui car...@reategui.com wrote:

  Has anyone used it lately with 4.5.x releases ?
 

 Yes and it seems to work ok with a recent version (1.7.42) of the aws cli
 [1] once you tell it to use V2 signature.  I have not tried it with the
 ec2
 cli tools [2].


 
  feedback welcome, otherwise I will just cut a release and send a vote
  thread.
 

 One thing that would help is to try and figure out a good place to put the
 name/internal name/display name fields that are used in Cloudstack.  Those
 don't exist as part of the output of describe instances [3] and therefore
 you get something like the table below which is not terribly helpful
 unless
 you know the IP of the machine in question.  AWS generally uses tags for
 things like that. They will prompt you to fill in a Name tag by default in
 the launch wizard.  One possibility for Name could be to stick it in the
 PrivateDnsName, but not sure about the other 2.  Thoughts?

 thanks,
 Carlos

 [1] http://docs.aws.amazon.com/cli/latest/reference/
 [2]

 http://docs.aws.amazon.com/AWSEC2/latest/CommandLineReference/command-reference.html
 [3]

 http://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html#output


 Output of describe-instances with table output:

 --

 |DescribeInstances   |

 ++

 || Reservations ||

 |+--+---+|

 ||  *ReservationId*   |  *None* ||

 |+--+---+|

 |||  Instances |||

 ||+---++||

 |||  *Hypervisor*   |  *XenServer* |||

 |||  *ImageId*  |  *b4eb47a7-fc58-4b8a-a1d1-c67a475ed452*  |||

 |||  *InstanceId*   |  *382815c2-4af2-4fa1-852b-5b4c70602005*  |||

 |||  *InstanceType* |  *m1.small*  |||

 |||  *KeyName*  ||||

 |||  *LaunchTime*   |  *2014-09-27T17:40:39-0700*  |||

 |||  *PrivateIpAddress* |  *10.110.106.132*|||

 |||  *PublicIpAddress*  |  *10.110.106.132*|||

 ||+---++||

  Placement

 |||+--+---+|||

   *AvailabilityZone*|  *Sunnyvale*

   *Tenancy* |  *default*  

 |||+--+---+|||

    State  

 |||+---+--+|||

   *Code* |  *80*  

   *Name* |  *stopped* 

 |||+---+--+|||

Re: Release EC2stack 1.0.0

[Ian Duffy]

No problem. I'll look into those. I'd imagine Darren had them on a personal
account or something.

Any idea if we have an asf account on the related sites? If so Will need to
open infra tickets to get them enabled for the ec2stack GitHub mirror.

On Thursday, August 13, 2015, sebgoa run...@gmail.com wrote:


 On Aug 13, 2015, at 12:00 AM, Ian Duffy i...@ianduffy.ie javascript:;
 wrote:

  Hey Sebastien,
 
  Thank you for doing this.
 
  If there's any small jobs I can help out let me know, I'm allowed to work
  on this type of stuff again once Friday the 14th passes.
 

 we are missing a few badges in the readme. I think we had coveralls at one
 point and that fury thing…not sure what that is.

  On Wednesday, August 12, 2015, sebgoa run...@gmail.com javascript:;
 wrote:
 
 
  On Aug 12, 2015, at 12:31 PM, sebgoa run...@gmail.com javascript:;
 javascript:;
  wrote:
 
  Hi folks,
 
  I am working towards making a release of EC2stack.
  Since it was given to our project we have not made an official release.
 
  I just added a few documentation files, added license headers, notice
  files, copied over the release script from cloud monkey.
  Plus a few other odds and ins.
 
  I don't plan to do any changes to the actual code for now, but I would
  like to make a 1.0.0 release and then start patching.
 
  How do people feel about this ?
  Has anyone used it lately with 4.5.x releases ?
 
  finally, any help to get the Travis runs working again would be good,
  matter of changing the links I think.
 
 
  FWIW, I fixed the Travis build , we are green :)
 
  https://github.com/apache/cloudstack-ec2stack
 
  feedback welcome, otherwise I will just cut a release and send a vote
  thread.
 
  cheers,
 
  -Sebastien
 
 

Re: Release EC2stack 1.0.0

[Ian Duffy]

Hey Sebastien,

Thank you for doing this.

If there's any small jobs I can help out let me know, I'm allowed to work
on this type of stuff again once Friday the 14th passes.

On Wednesday, August 12, 2015, sebgoa run...@gmail.com wrote:


 On Aug 12, 2015, at 12:31 PM, sebgoa run...@gmail.com javascript:;
 wrote:

  Hi folks,
 
  I am working towards making a release of EC2stack.
  Since it was given to our project we have not made an official release.
 
  I just added a few documentation files, added license headers, notice
 files, copied over the release script from cloud monkey.
  Plus a few other odds and ins.
 
  I don't plan to do any changes to the actual code for now, but I would
 like to make a 1.0.0 release and then start patching.
 
  How do people feel about this ?
  Has anyone used it lately with 4.5.x releases ?
 
  finally, any help to get the Travis runs working again would be good,
 matter of changing the links I think.
 

 FWIW, I fixed the Travis build , we are green :)

 https://github.com/apache/cloudstack-ec2stack

  feedback welcome, otherwise I will just cut a release and send a vote
 thread.
 
  cheers,
 
  -Sebastien

API Docs

[Ian Duffy]

Folks,

With the amount of emails I seen about API docs not being found etc. I put
in a quick fix.

I just did a symbolic link between docs/api and api/. I created an
index.html within api/ that will redirect to api.html accordingly.

No idea if we can modify content folder directly with this
middleman/new-setup, if anyone is unhappy with the change please revert
it... I didn't want to see any more users been given 404 pages.

Thanks,
Ian

Re: Cloudstack API docs down?

[Ian Duffy]

Put in a quick fix for this, should fix all the linking issues.

On 14 May 2015 at 01:09, Marcus shadow...@gmail.com wrote:

 Maybe it's just a search thing. If I google 'cloudstack api doc', most of
 the links are broken. If I navigate to cloudstack.apache.org everything
 seems to work, but things have been rearranged so bookmarks or external
 links will need to be updated.


 On Wed, May 13, 2015 at 2:51 PM, Sebastien Goasguen run...@gmail.com
 wrote:

 
 
   On 13 May 2015, at 23:35, Marcus shadow...@gmail.com wrote:
  
   Looks like we're still missing some chunks of the website.
 
 
  Which ones ?
 
  
   On Mon, May 11, 2015 at 10:06 PM, Sebastien Goasguen run...@gmail.com
 
   wrote:
  
   Yes i know what that is. I am on it after breakfast
  
   -Sebastien
  
   On 12 May 2015, at 05:03, Abhinandan Prateek 
   abhinandan.prat...@shapeblue.com wrote:
  
   https://cloudstack.apache.org/docs/api/apidocs-4.5/TOC_User.html
  
   On 12-May-2015, at 6:23 am, Syed Mushtaq syed1.mush...@gmail.com
   wrote:
  
   I'm getting a 404 for http://cloudstack.apache.org/docs/api/  Does
   anyone else have the same problem or is it just me?
  
   Find out more about ShapeBlue and our range of CloudStack related
   services
  
   IaaS Cloud Design  Build
   http://shapeblue.com/iaas-cloud-design-and-build//
   CSForge – rapid IaaS deployment framework
  http://shapeblue.com/csforge/
   CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/
   CloudStack Software Engineering
   http://shapeblue.com/cloudstack-software-engineering/
   CloudStack Infrastructure Support
   http://shapeblue.com/cloudstack-infrastructure-support/
   CloudStack Bootcamp Training Courses
   http://shapeblue.com/cloudstack-training/
  
   This email and any attachments to it may be confidential and are
   intended solely for the use of the individual to whom it is addressed.
  Any
   views or opinions expressed are solely those of the author and do not
   necessarily represent those of Shape Blue Ltd or related companies. If
  you
   are not the intended recipient of this email, you must neither take
 any
   action based upon its contents, nor copy or show it to anyone. Please
   contact the sender if you believe you have received this email in
 error.
   Shape Blue Ltd is a company incorporated in England  Wales. ShapeBlue
   Services India LLP is a company incorporated in India and is operated
  under
   license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a
   company incorporated in Brasil and is operated under license from
 Shape
   Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic
  of
   South Africa and is traded under license from Shape Blue Ltd.
 ShapeBlue
  is
   a registered trademark.
  
 

virt-what detecting the incorrect hypervisor

[Ian Duffy]

Hi all,

This is a very edge case problem but I'm interested in hearing some
possible solutions to it.

I've been playing with running a full KVM basic networking Cloudstack
environment on AWS.

Running nested virtualization on the AWS cloud comes with some interesting
issues. I'm using a service provided by RavelloSystems.com to get around
this. They provide an overlaying hypervisor that does binary translation of
all user space code and intercepting of kernel code to enable nested
virtualization.

virt-what is ran at user space level and when it queries the hypervisor it
gets the underlaying cloud hypervisor. This means when system vms come up
running on a KVM instance hosted on AWS virt-what detects the hypervisor as
xen-hvm (AWSs hypervisor) and as a result cloud-early-startup attempts to
look for cmdlines to do network configuration and what not.

Any suggestions for improving hypervisor detection?

Thanks,
Ian

Re: IP clearance for ec2stack and gstack has passed

[Ian Duffy]

Awesome! Great to her Sebastien.

On 2 May 2015 at 23:00, Rohit Yadav rohit.ya...@shapeblue.com wrote:
 That’s good news. The other day I was trying to setup ec2stack for someone 
 and its users were skeptic in using ec2stack because it was not a ACS 
 (sub)project (yet), now hopefully they will have more assurance!

 On 02-May-2015, at 6:02 pm, Sebastien Goasguen run...@gmail.com wrote:

 The vote for IP clearance of ec2stack and gstack has passed.

 I create INFRA tickets to create git repo within our TLP to host those two 
 subproject (ala cloudmonkey).

 I will let you know when the code is dropped

 -sebastien

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



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

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

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

Re: marvin test cases + travis

[Ian Duffy]

 Do we need to ask for an increase in run time?

From my experience I wouldn't say its required however *it would be very nice*.
At the moment what we do is create new parallel jobs and balance the
tests across them so each job is under 50mins.

Anywho, just my 2c, see what others say/think.

On 30 April 2015 at 17:34, David Nalley da...@gnsa.us wrote:
 Do we need to ask for an increase in run time?
 50 minutes is the OSS default, but the ASF is a paying customer and we
 can ask for longer timeouts.

 --David

 On Thu, Apr 30, 2015 at 10:06 AM, Abhinandan Prateek
 abhinandan.prat...@shapeblue.com wrote:
 One of the run did timeout. Will balance the runs.

 On 30-Apr-2015, at 5:59 pm, Abhinandan Prateek 
 abhinandan.prat...@shapeblue.com wrote:

 Yes, thanks for checking. I was worried that now some of them may start 
 timing out.
 I have another 10 suites tested, will add them once everything seems fine.

 -abhi


 On 30-Apr-2015, at 5:32 pm, Rajani Karuturi raj...@apache.org wrote:

 after correcting the test file path, its working fine

 https://travis-ci.org/karuturi/cloudstack/jobs/60681263



 ~Rajani

 On Thu, Apr 30, 2015 at 4:51 PM, Rajani Karuturi raj...@apache.org wrote:

 I think its due to this commit

 https://github.com/apache/cloudstack/commit/b941480e0df0bfa3377e797126b96cf9b3fbee77

 Here, test file name is changed from testname to 
 [smoke,component]/testname

 But, while running each test file in the for loop, it prepends the name
 with smoke and hence, it cant find the file and none of the tests in the
 file are run



 ~Rajani

 On Thu, Apr 30, 2015 at 4:37 PM, Abhinandan Prateek 
 abhinandan.prat...@shapeblue.com wrote:

 It is possible, I will check.

 On 30-Apr-2015, at 3:43 pm, Rajani Karuturi raj...@apache.org wrote:

 Hey Abhi,

 In the recent travis runs, its not printing the test case in output (
 https://travis-ci.org/apache/cloudstack/jobs/60634577#L5443)

 It used to print the test case name and status (
 https://travis-ci.org/apache/cloudstack/jobs/59958134#L4205)

 Do you think it can be due to any recent changes?

 ~Rajani

 On Thu, Apr 30, 2015 at 10:32 AM, Abhinandan Prateek 
 abhinandan.prat...@shapeblue.com wrote:


  There are more than 10 additional suites that can still be included
 to
 the travis-CI.
 Since the current set runs comfortably I will go ahead and add more. If
 the system gets overloaded, then we can balance the kind of test
 suites and
 amount of test suits that run comfortably on travis.

 -abhi




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

 IaaS Cloud Design  Build
 http://shapeblue.com/iaas-cloud-design-and-build//
 CSForge – rapid IaaS deployment framework
 http://shapeblue.com/csforge/
 CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/
 CloudStack Software Engineering
 http://shapeblue.com/cloudstack-software-engineering/
 CloudStack Infrastructure Support
 http://shapeblue.com/cloudstack-infrastructure-support/
 CloudStack Bootcamp Training Courses
 http://shapeblue.com/cloudstack-training/

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


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

 IaaS Cloud Design  Build
 http://shapeblue.com/iaas-cloud-design-and-build//
 CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/
 CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/
 CloudStack Software Engineering
 http://shapeblue.com/cloudstack-software-engineering/
 CloudStack Infrastructure Support
 http://shapeblue.com/cloudstack-infrastructure-support/
 CloudStack Bootcamp Training Courses
 http://shapeblue.com/cloudstack-training/

 This email and any attachments to it may be confidential and are intended
 solely for the use of the individual to whom it is addressed. Any views 
 or
 opinions expressed are solely those of the author and do not necessarily
 represent those of Shape Blue Ltd or related companies. If you are not 
 the
 intended recipient of this email, you must neither take any action based
 upon its 

Re: [ANNOUNCE] New committer: Funs Kessen

[Ian Duffy]

Congratulations Funs! :)

On 14 April 2015 at 18:17, Somesh Naidu somesh.na...@citrix.com wrote:
 Congratulations Funs!

 Regards,
 Somesh


 -Original Message-
 From: Ahmad Emneina [mailto:aemne...@gmail.com]
 Sent: Tuesday, April 14, 2015 12:45 PM
 To: dev@cloudstack.apache.org
 Subject: Re: [ANNOUNCE] New committer: Funs Kessen

 Nice work Funs! Congrats.

 On Tue, Apr 14, 2015 at 8:27 AM, Paul Angus paul.an...@shapeblue.com
 wrote:

 Awesome.  Congratulations Funs!

 Regards

 Paul Angus
 Cloud Architect
 S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus
 paul.an...@shapeblue.com

 -Original Message-
 From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
 Sent: 14 April 2015 09:49
 To: dev@cloudstack.apache.org
 Subject: Re: [ANNOUNCE] New committer: Funs Kessen

 Congrats Funs! Fun to have Funs around!

  On 14-Apr-2015, at 3:00 am, Sebastien Goasguen run...@gmail.com wrote:
 
  we are doomed :)
 
  On Apr 13, 2015, at 10:05 PM, Erik Weber terbol...@gmail.com wrote:
 
  On Mon, Apr 13, 2015 at 9:41 PM, Daan Hoogland
  daan.hoogl...@gmail.com
  wrote:
 
  The Project Management Committee (PMC) for Apache CloudStack has
  asked Funs Kessen to become a committer and we are pleased to
  announce that they have accepted.
 
  Being a committer allows many contributors to contribute more
  autonomously. For developers, it makes it easier to submit changes
  and eliminates the need to have contributions reviewed via the patch
  submission process. Whether contributions are development-related or
  otherwise, it is a recognition of a contributor's participation in
  the project and commitment to the project and the Apache Way.
 
  Please join me in congratulating Funs
 
 
  Congratulations Funs!
 
  --
  Erik
 

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



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

 IaaS Cloud Design  Build
 http://secure-web.cisco.com/1FeKBZFjPciRSAIj5VYQBk6l2dl8cxQD4gcM8StDnaGso8bIiPmpzbDr--4NmZFJY0TA7-tU1Ko_7OK-fksw5zkFU7xfgPyWe-xaPUKlK2z9o54LbQSXCYoyvHmL_y5sPNaTjRJK2DWUE5qKrwpKsaCjsoPJVp6ohXNK6AES5xI4/http%3A%2F%2Fshapeblue.com%2Fiaas-cloud-design-and-build%2F%2F
 CSForge – rapid IaaS deployment 
 frameworkhttp://secure-web.cisco.com/1FxveKjmhub_m1rwZFwYXcYKlWLJ_nMzBEk_aQRWI9-JiiKRQIEOO0azV3rUb13oXOJSfSTA_yYRnq26yBVjxS2evnKoaCVEQUut4jbmrLcPitU21B1BKldMw1d2k4BKm2ZFaM7HD1_y-0VhpdEUCQRA5vSSKSPGm1JxqZnvNa1w/http%3A%2F%2Fshapeblue.com%2Fcsforge%2F
 CloudStack 
 Consultinghttp://secure-web.cisco.com/11RP5Z4Y2IzPLxebIpKuwNLIeah0B8JaK7EKho9J5VjtA5wOpTtjiRp2j8ooW4XcjlaRSPevBK-f6d8S87D9Zd0mXRb0alIyq4TIPG6qQDO1CcuJVCeh0B_vD4vE94f1vRNP5wPVXRW-8WkrGXbec7DLeriRZjXGEPggRZXHWANk/http%3A%2F%2Fshapeblue.com%2Fcloudstack-consultancy%2F
 CloudStack Software Engineering
 http://secure-web.cisco.com/1JvHYHZaJ88RH8fTXwVQT1h_tp6gP_D8Xhj4ojk2wmQ2cSubSaKG2zaliJf8hhfX5sp3IZALy1CLhU_zbBp2PuX_eEAsBvXbvfCZSrHcZ-Q915cNKqCK709ftGhYNSwv9JiNv4Dte1tMyA1rtlodcbvByJuYTFR0QPr0a-Yoe2xg/http%3A%2F%2Fshapeblue.com%2Fcloudstack-software-engineering%2F
 CloudStack Infrastructure Support
 http://secure-web.cisco.com/1TwtqvgPJwQbaW80jrIrYa2qn4pEs-uDo_Mb_N_xdcWq068RZCBGHbDEsvy8t7j0asuvbOH4_Ux-fPe-sEl5X6HUY1hY2ejZto6FFCHKNfjF1hA7Wqlu-eGUYG2alcWi0Be7pd3Ptqvc7mumYVm6FXTvgSOY0M20b1ZEzuQ5h8Ag/http%3A%2F%2Fshapeblue.com%2Fcloudstack-infrastructure-support%2F
 CloudStack Bootcamp Training Courses
 http://secure-web.cisco.com/1TpD2MkCYkt1tzB23p7sCaS5l11FB4-y7XOn-R155UllVqTcRebUHuf2H-ILjbIjcvEAQE_Ly4y_F0hd3YdoqPy0papFBCJjuS1OE74IjUFQPEQKII1-o2fbZrwn_cRtiiWwSszxmyQm3tUbulUILjCjEGILt43ec8egqXyRkp74/http%3A%2F%2Fshapeblue.com%2Fcloudstack-training%2F

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

 IaaS Cloud Design  Build
 

Re: /tools, devcloud and extras

[Ian Duffy]

Awesome! Thanks for the feedback all.

I've started to bring over the stuff on my own fork
https://github.com/imduffy15/cloudstack/commit/08f1cef3d0e5fae85bb5312c7b7c1c82d3e4c7e1

Need to add in the apache licenses everywhere and I wish to test
everything again (its been awhile).

Expect a PR over the next week or so assuming I can find enough free time.

On 9 April 2015 at 07:53, Sebastien Goasguen run...@gmail.com wrote:

 On Apr 8, 2015, at 3:48 PM, Ian Duffy i...@ianduffy.ie wrote:

 If you need to host the readymade DevCloud4 disk images, I can help host
 it on packages.shapeblue.com which can be also mirrored by Lucian.

 Thanks but I got this covered. All images are hosted on S3 and shared
 via vagrant-cloud which makes them very easy to import. The question
 refers to the code i.e. vagrant file and recipes.

 I would say let's get rid of a lot of archaic /tools stuff, remove the
 /tools/devcloud and replace with devcloud4. Do it boldly!

 We sure this is a good idea? I'm cautious of many scripts and
 documents that may reference the deploydb command for devcloud or
 those marvin configuration files for example or run purposes. I don't
 really want to break things for people That said introducing mixed
 versions is messy.

 Preferably, I'd feel safer to go /tools/devcloud4. We can discuss
 cleaning up at a later point and move things about accordingly? (Yes I
 am totally just problem avoiding here)

 +1 for devcloud4 JDI


 Should this only be applied to master or other branches too?


 I would put it everywhere up to 4.3 branch

 My Ansible based peppercorn is not really general purpose and assumes
 someone has already setup a Debian/Ubuntu VM/host with a running SSH server.

 OK Cool... I might play about with wrapping vagrant/vmware/parallels
 around this if I find some time (vmware unlikely due to licensing).

 We can put a page on wiki or on website. Put links to books (like
 Sebastien's), blogs, articles etc.

 Sounds good to me. I don't know about you guys but I feel there may be
 a need for a rating/commenting system with such a listing. There are
 many duplicate efforts of work, for example of the top of my head I
 believe there are 4 different cookbooks

 On 8 April 2015 at 10:39, Rohit Yadav rohit.ya...@shapeblue.com wrote:
 Hi Ian,

 On Wednesday 08 April 2015 11:02 AM, Ian Duffy wrote:

 tl;dr I want to move devcloud4 into some community location, where
 should I put it?


 If you need to host the readymade DevCloud4 disk images, I can help host
 it on packages.shapeblue.com which can be also mirrored by Lucian.

 Hi all,

 As previously discussed on the list awhile back I'm wanting to move
 the devcloud4[1] stuff into more of a primary view and out of a public
 repository that is just hosted on my personal github account. I have
 questions around this

 1) For those who have tried devcloud4 did it work, were you happy with
 the experience? Do you feel the dependencies on vagrant, chef,
 virtualbox, berkshelf, etc. introduce a whole new learning curve that
 is  too complex?

 2) Assuming 1) gets positive responses, what would the most
 appropriate way to bring in devcloud4? I was thinking of using /tools,
 however when I began to explore /tools I found myself in a place of
 mystery and wonder

 Originally I was thinking it may be acceptable to just replace
 /tools/devcloud, however I've come to the conclusion this is a bad
 idea given the great marvin configurations that are there and the pom
 for deploying the devcloud db.

 Then I began exploring.

 /tools/devcloud - The original devcloud as documented on rohits
 blog http://bhaisaab.org/logs/devcloud/ (I think???)


 I would say let's get rid of a lot of archaic /tools stuff, remove the
 /tools/devcloud and replace with devcloud4. Do it boldly!


 /tools/appliance/definitions/devcloud - Not a clue what this is?
 Appears to be some veewee definitions that build up a single box of
 mysql, nfs, management server and xen? Is this used by anyone?

 /tools/vagrant/devcloud - This was cool, it was recently added it is
 like the devcloud4 basic setup except it doesn't use chef for mysql
 and nfs configuration. Instead it uses a bash script, loved the
 simplicity of this.


 We need a lot of cleanup in tools/vagrant and in /tools in general as
 Sebastien commented.

 /tools/devcloud-kvm - This appears just to be marvin configuration
 files and a sql file I think it might be neat if we were to update
 this with something like Rohit's peppercorn (assuming my understanding
 of them is correct they are attempting to achieve the same goal). I
 know there's another duplicate effort of a KVM development environment
 by Marcus: http://marcus.mlsorensen.com/cloudstack-extras/


 My Ansible based peppercorn is not really general purpose and assumes
 someone has already setup a Debian/Ubuntu VM/host with a running SSH server.

 Slightly off topic but I think it would be a good idea if we began
 to maintain some sort

Re: /tools, devcloud and extras

[Ian Duffy]

 If you need to host the readymade DevCloud4 disk images, I can help host
it on packages.shapeblue.com which can be also mirrored by Lucian.

Thanks but I got this covered. All images are hosted on S3 and shared
via vagrant-cloud which makes them very easy to import. The question
refers to the code i.e. vagrant file and recipes.

 I would say let's get rid of a lot of archaic /tools stuff, remove the
/tools/devcloud and replace with devcloud4. Do it boldly!

We sure this is a good idea? I'm cautious of many scripts and
documents that may reference the deploydb command for devcloud or
those marvin configuration files for example or run purposes. I don't
really want to break things for people That said introducing mixed
versions is messy.

Preferably, I'd feel safer to go /tools/devcloud4. We can discuss
cleaning up at a later point and move things about accordingly? (Yes I
am totally just problem avoiding here)

Should this only be applied to master or other branches too?

 My Ansible based peppercorn is not really general purpose and assumes
someone has already setup a Debian/Ubuntu VM/host with a running SSH server.

OK Cool... I might play about with wrapping vagrant/vmware/parallels
around this if I find some time (vmware unlikely due to licensing).

 We can put a page on wiki or on website. Put links to books (like
Sebastien's), blogs, articles etc.

Sounds good to me. I don't know about you guys but I feel there may be
a need for a rating/commenting system with such a listing. There are
many duplicate efforts of work, for example of the top of my head I
believe there are 4 different cookbooks

On 8 April 2015 at 10:39, Rohit Yadav rohit.ya...@shapeblue.com wrote:
 Hi Ian,

 On Wednesday 08 April 2015 11:02 AM, Ian Duffy wrote:

 tl;dr I want to move devcloud4 into some community location, where
 should I put it?


 If you need to host the readymade DevCloud4 disk images, I can help host
 it on packages.shapeblue.com which can be also mirrored by Lucian.

 Hi all,

 As previously discussed on the list awhile back I'm wanting to move
 the devcloud4[1] stuff into more of a primary view and out of a public
 repository that is just hosted on my personal github account. I have
 questions around this

 1) For those who have tried devcloud4 did it work, were you happy with
 the experience? Do you feel the dependencies on vagrant, chef,
 virtualbox, berkshelf, etc. introduce a whole new learning curve that
 is  too complex?

 2) Assuming 1) gets positive responses, what would the most
 appropriate way to bring in devcloud4? I was thinking of using /tools,
 however when I began to explore /tools I found myself in a place of
 mystery and wonder

 Originally I was thinking it may be acceptable to just replace
 /tools/devcloud, however I've come to the conclusion this is a bad
 idea given the great marvin configurations that are there and the pom
 for deploying the devcloud db.

 Then I began exploring.

 /tools/devcloud - The original devcloud as documented on rohits
 blog http://bhaisaab.org/logs/devcloud/ (I think???)


 I would say let's get rid of a lot of archaic /tools stuff, remove the
 /tools/devcloud and replace with devcloud4. Do it boldly!


 /tools/appliance/definitions/devcloud - Not a clue what this is?
 Appears to be some veewee definitions that build up a single box of
 mysql, nfs, management server and xen? Is this used by anyone?

 /tools/vagrant/devcloud - This was cool, it was recently added it is
 like the devcloud4 basic setup except it doesn't use chef for mysql
 and nfs configuration. Instead it uses a bash script, loved the
 simplicity of this.


 We need a lot of cleanup in tools/vagrant and in /tools in general as
 Sebastien commented.

 /tools/devcloud-kvm - This appears just to be marvin configuration
 files and a sql file I think it might be neat if we were to update
 this with something like Rohit's peppercorn (assuming my understanding
 of them is correct they are attempting to achieve the same goal). I
 know there's another duplicate effort of a KVM development environment
 by Marcus: http://marcus.mlsorensen.com/cloudstack-extras/


 My Ansible based peppercorn is not really general purpose and assumes
 someone has already setup a Debian/Ubuntu VM/host with a running SSH server.

 Slightly off topic but I think it would be a good idea if we began
 to maintain some sort of a resources list (more recommended
 resources over official resources) for Cloudstack. There's lots of
 really cool things out there (chef cookbook, ansible cookbook,
 cloudmonkey, marvin, prebuilt templates by openvm.eu, cloudstack perl
 client and probably many more) that folks really wouldn't discover
 unless they went searching.


 We can put a page on wiki or on website. Put links to books (like
 Sebastien's), blogs, articles etc.

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

Re: [VOTE] Accept the donation of gstack to apache cloudstack

[Ian Duffy]

Thank you to everyone who participated in this vote. As 72 hours have
passed voting is now closed.

All replies were +1.

I will work with Sebastien to get this through IP clearance and
hopefully we should see it in an ASF repo sometime in the future :).

On 7 April 2015 at 09:29, Abhinandan Prateek
abhinandan.prat...@shapeblue.com wrote:
 +1


 On 05-Apr-2015, at 2:42 pm, Ian Duffy i...@ianduffy.ie wrote:

 Hi All,

 As stated in a previous thread [1], myself, Sebastien and Darren are
 proposing the donation of gstack [2].

 I would like to call a vote, so that we have formal consensus on
 accepting the code into the project. I suggest that it be accepted
 into a separate repository like we do with cloudmonkey.

 VOTING will be left open for 72 hours.

 Thanks,
 Ian

 [1] http://markmail.org/thread/g6iuceghdd37qpr7
 [2] https://github.com/nopping/gstack

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

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

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

Re: [VOTE] Accept the donation of ec2stack to apache cloudstack

[Ian Duffy]

Thank you to everyone who participated in this vote. As 72 hours have
passed voting is now closed.

All replies were +1.

I will work with Sebastien to get this through IP clearance and
hopefully we should see it in an ASF repo sometime in the future :).

On 7 April 2015 at 09:53, Koushik Das koushik@citrix.com wrote:
 +1

 -Koushik

 On 05-Apr-2015, at 2:44 PM, Ian Duffy i...@ianduffy.ie wrote:

 Hi All,

 As stated in a previous thread [1], myself, Sebastien and Darren are
 proposing the donation of ec2stack [2].

 I would like to call a vote, so that we have formal consensus on
 accepting the code into the project. I suggest that it be accepted
 into a separate repository like we do with cloudmonkey.

 VOTING will be left open for 72 hours.

 Thanks,
 Ian

 [1] http://markmail.org/thread/g6iuceghdd37qpr7
 [2] https://github.com/BroganD1993/ec2stack

[RESULTS] [VOTE] Accept the donation of gstack to apache cloudstack

[Ian Duffy]

Results are as follows:

14  +1 votes
  00 votes
  0   -1 votes

Thanks,
Ian

On 8 April 2015 at 16:26, Ian Duffy i...@ianduffy.ie wrote:
 Thank you to everyone who participated in this vote. As 72 hours have
 passed voting is now closed.

 All replies were +1.

 I will work with Sebastien to get this through IP clearance and
 hopefully we should see it in an ASF repo sometime in the future :).

 On 7 April 2015 at 09:29, Abhinandan Prateek
 abhinandan.prat...@shapeblue.com wrote:
 +1


 On 05-Apr-2015, at 2:42 pm, Ian Duffy i...@ianduffy.ie wrote:

 Hi All,

 As stated in a previous thread [1], myself, Sebastien and Darren are
 proposing the donation of gstack [2].

 I would like to call a vote, so that we have formal consensus on
 accepting the code into the project. I suggest that it be accepted
 into a separate repository like we do with cloudmonkey.

 VOTING will be left open for 72 hours.

 Thanks,
 Ian

 [1] http://markmail.org/thread/g6iuceghdd37qpr7
 [2] https://github.com/nopping/gstack

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

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

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

[RESULTS] [VOTE] Accept the donation of ec2stack to apache cloudstack

[Ian Duffy]

Results are as follows:

15  +1 votes
  00 votes
  0   -1 votes

Thanks,
Ian

On 8 April 2015 at 17:25, Sebastien Goasguen run...@gmail.com wrote:
 Can you do a reply with  a [RESULTS] tag, tallying the votes…

 that will be easier for the clearance.

 thx

 On Apr 8, 2015, at 5:26 PM, Ian Duffy i...@ianduffy.ie wrote:

 Thank you to everyone who participated in this vote. As 72 hours have
 passed voting is now closed.

 All replies were +1.

 I will work with Sebastien to get this through IP clearance and
 hopefully we should see it in an ASF repo sometime in the future :).

 On 7 April 2015 at 09:53, Koushik Das koushik@citrix.com wrote:
 +1

 -Koushik

 On 05-Apr-2015, at 2:44 PM, Ian Duffy i...@ianduffy.ie wrote:

 Hi All,

 As stated in a previous thread [1], myself, Sebastien and Darren are
 proposing the donation of ec2stack [2].

 I would like to call a vote, so that we have formal consensus on
 accepting the code into the project. I suggest that it be accepted
 into a separate repository like we do with cloudmonkey.

 VOTING will be left open for 72 hours.

 Thanks,
 Ian

 [1] http://markmail.org/thread/g6iuceghdd37qpr7
 [2] https://github.com/BroganD1993/ec2stack

/tools, devcloud and extras

[Ian Duffy]

tl;dr I want to move devcloud4 into some community location, where
should I put it?

Hi all,

As previously discussed on the list awhile back I'm wanting to move
the devcloud4[1] stuff into more of a primary view and out of a public
repository that is just hosted on my personal github account. I have
questions around this

1) For those who have tried devcloud4 did it work, were you happy with
the experience? Do you feel the dependencies on vagrant, chef,
virtualbox, berkshelf, etc. introduce a whole new learning curve that
is  too complex?

2) Assuming 1) gets positive responses, what would the most
appropriate way to bring in devcloud4? I was thinking of using /tools,
however when I began to explore /tools I found myself in a place of
mystery and wonder

Originally I was thinking it may be acceptable to just replace
/tools/devcloud, however I've come to the conclusion this is a bad
idea given the great marvin configurations that are there and the pom
for deploying the devcloud db.

Then I began exploring.

/tools/devcloud - The original devcloud as documented on rohits
blog http://bhaisaab.org/logs/devcloud/ (I think???)

/tools/appliance/definitions/devcloud - Not a clue what this is?
Appears to be some veewee definitions that build up a single box of
mysql, nfs, management server and xen? Is this used by anyone?

/tools/vagrant/devcloud - This was cool, it was recently added it is
like the devcloud4 basic setup except it doesn't use chef for mysql
and nfs configuration. Instead it uses a bash script, loved the
simplicity of this.

/tools/devcloud-kvm - This appears just to be marvin configuration
files and a sql file I think it might be neat if we were to update
this with something like Rohit's peppercorn (assuming my understanding
of them is correct they are attempting to achieve the same goal). I
know there's another duplicate effort of a KVM development environment
by Marcus: http://marcus.mlsorensen.com/cloudstack-extras/

Slightly off topic but I think it would be a good idea if we began
to maintain some sort of a resources list (more recommended
resources over official resources) for Cloudstack. There's lots of
really cool things out there (chef cookbook, ansible cookbook,
cloudmonkey, marvin, prebuilt templates by openvm.eu, cloudstack perl
client and probably many more) that folks really wouldn't discover
unless they went searching.

[1] https://github.com/imduffy15/devcloud4
[2] https://github.com/bhaisaab/peppercorn

Re: [VOTE] Accept the donation of gstack to apache cloudstack

[Ian Duffy]

Erik - Both were wrote to support 4.x. As far as I'm aware there is
suppose to be no breaking API changes between .x versions. (its been
awhile so excuse my lack of examples) but in some cases we noticed
small formatting or rendering differences in older 4.x versions, we
attempted to accommodate these as much as possible. I'm not aware of
any clever way to do this other than fix them as we see them. very
much so open to suggestions.

While writing it we tested against exoscale which was 4.0.2 at the
time. We also tested against the 4.2 simulator and based the test
cases of 4.2 simulator replies. Feel free to check out
https://github.com/BroganD1993/ec2stack/tree/master/tests/data to see
what exactly we test.

I hope this answers your concerns.

On 5 April 2015 at 21:35, Erik Weber terbol...@gmail.com wrote:
 On Sun, Apr 5, 2015 at 11:12 AM, Ian Duffy i...@ianduffy.ie wrote:

 Hi All,

 As stated in a previous thread [1], myself, Sebastien and Darren are
 proposing the donation of gstack [2].

 I would like to call a vote, so that we have formal consensus on
 accepting the code into the project. I suggest that it be accepted
 into a separate repository like we do with cloudmonkey.

 VOTING will be left open for 72 hours.


 +1

 How does gstack (and ec2stack) handle CloudStack versioning? Do they self
 discover API calls, or are they related to specific CloudStack versions?

 --
 Erik

[VOTE] Accept the donation of ec2stack to apache cloudstack

[Ian Duffy]

Hi All,

As stated in a previous thread [1], myself, Sebastien and Darren are
proposing the donation of ec2stack [2].

I would like to call a vote, so that we have formal consensus on
accepting the code into the project. I suggest that it be accepted
into a separate repository like we do with cloudmonkey.

VOTING will be left open for 72 hours.

Thanks,
Ian

[1] http://markmail.org/thread/g6iuceghdd37qpr7
[2] https://github.com/BroganD1993/ec2stack

[VOTE] Accept the donation of gstack to apache cloudstack

[Ian Duffy]

Hi All,

As stated in a previous thread [1], myself, Sebastien and Darren are
proposing the donation of gstack [2].

I would like to call a vote, so that we have formal consensus on
accepting the code into the project. I suggest that it be accepted
into a separate repository like we do with cloudmonkey.

VOTING will be left open for 72 hours.

Thanks,
Ian

[1] http://markmail.org/thread/g6iuceghdd37qpr7
[2] https://github.com/nopping/gstack

Re: [VOTE] Accept the donation of gstack to apache cloudstack

[Ian Duffy]

David - yes, vote is required before putting up the IP clearance documents.

All contributors have signed and submitted a CLA to asf. Will do out the
rest of the process if/when voting passes.
On 5 Apr 2015 15:07, David Nalley da...@gnsa.us wrote:

 +1 - of course please make sure that it goes through the IP Clearance
 process. (I am sure this is planned, but wasn't explicitly stated)

 --David

 On Sun, Apr 5, 2015 at 5:12 AM, Ian Duffy i...@ianduffy.ie wrote:
  Hi All,
 
  As stated in a previous thread [1], myself, Sebastien and Darren are
  proposing the donation of gstack [2].
 
  I would like to call a vote, so that we have formal consensus on
  accepting the code into the project. I suggest that it be accepted
  into a separate repository like we do with cloudmonkey.
 
  VOTING will be left open for 72 hours.
 
  Thanks,
  Ian
 
  [1] http://markmail.org/thread/g6iuceghdd37qpr7
  [2] https://github.com/nopping/gstack

Re: [ANNOUNCE] Rohit Yadav as new PMC member of CloudStack

[Ian Duffy]

Congrats Rohit! Well deserved :)

On 27 March 2015 at 15:17, Marco Sinhoreli
marco.sinhor...@shapeblue.com wrote:
 Great news! Congrats Rohit!


 Marco Sinhoreli
 Consultant Manager




 Phone: +55 21 2586 6390 | Fax: +55 21 2586 6002 | Mobile: +55 21 99159
 4713 | Mobile: +55 21 98276 3636
 Praia de Botafogo 501, bloco 1 - sala 101, Botafogo, Rio de Janeiro, RJ -
 Brazil - CEP 22250-040
 marco.sinhor...@shapeblue.com | www.shapeblue.com
 http://www.shapeblue.com/ | Twitter:@shapeBlue
 https://twitter.com/#!/shapeblue








 On 27/03/15 05:07, Sebastien Goasguen run...@gmail.com wrote:

The Project Management Committee (PMC) for Apache CloudStack are pleased
to
announce that Rohit Yadav has accepted our invitation to join the PMC.

Please join me in congratulating him.

On behalf of the Apache CloudStack PMC

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

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

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

Re: [Announce] - New VP Apache Cloudstack

[Ian Duffy]

Congrats Sebastien! :-)
On 23 Mar 2015 16:57, Rohit Yadav rohit.ya...@shapeblue.com wrote:

 Thank you Hugo! Congratulations and welcome Sebastien!

  On 23-Mar-2015, at 5:10 pm, Giles Sirett giles.sir...@shapeblue.com
 wrote:
 
  All
  The Apache Cloudstack PMC is delighted to announce that on March 18 an
 ASF board resolution was passed to make Sebastien Goasguen the new Chair/VP
 of Apache CloudStack.
 
  Sebastien replaces Hugo in this role
 
 
  I'm sure you'll all join me in wishing Sebastien all the best for the
 next 12 months and also in thanking Hugo for all of his hard work over the
 last year.
 
  Giles
 
 
 
  Find out more about ShapeBlue and our range of CloudStack related
 services
 
  IaaS Cloud Design  Build
 http://shapeblue.com/iaas-cloud-design-and-build//
  CSForge - rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/
  CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/
  CloudStack Software Engineering
 http://shapeblue.com/cloudstack-software-engineering/
  CloudStack Infrastructure Support
 http://shapeblue.com/cloudstack-infrastructure-support/
  CloudStack Bootcamp Training Courses
 http://shapeblue.com/cloudstack-training/
 
  This email and any attachments to it may be confidential and are
 intended solely for the use of the individual to whom it is addressed. Any
 views or opinions expressed are solely those of the author and do not
 necessarily represent those of Shape Blue Ltd or related companies. If you
 are not the intended recipient of this email, you must neither take any
 action based upon its contents, nor copy or show it to anyone. Please
 contact the sender if you believe you have received this email in error.
 Shape Blue Ltd is a company incorporated in England  Wales. ShapeBlue
 Services India LLP is a company incorporated in India and is operated under
 license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a
 company incorporated in Brasil and is operated under license from Shape
 Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of
 South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is
 a registered trademark.

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



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

 IaaS Cloud Design  Build
 http://shapeblue.com/iaas-cloud-design-and-build//
 CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/
 CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/
 CloudStack Software Engineering
 http://shapeblue.com/cloudstack-software-engineering/
 CloudStack Infrastructure Support
 http://shapeblue.com/cloudstack-infrastructure-support/
 CloudStack Bootcamp Training Courses
 http://shapeblue.com/cloudstack-training/

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

Re: Root disk size support in UI - problem with instanceWizard.js

[Ian Duffy]

Hey Nux,

This is completely untested and based of reading the source code.

Within ui/scripts/ui-custom/instanceWizard.js on line ~ 424 you should
find a call to the custom hidden function which determines whether or
not to set display = none on the root resize box.

Within the ui/scripts/instanceWizard.js you'll see that the root
resize is applied if its element isn't set to display none.

I'd suggest just setting var custom = false; as a quick and easy fix.

https://github.com/apache/cloudstack/blob/master/ui/scripts/ui-custom/instanceWizard.js#L424-437


On 18 March 2015 at 16:25, Nux! n...@li.nux.ro wrote:
 Hello,

 In my 4.4.1 install I can use this patch[1] to specify a custom root disk 
 size for an instance[2]. This is of course very handy, enabled me to get rid 
 of tens of templates with custom sizes.
 In 4.5 this patch no longer does it's job, there is no Root Disk field 
 appearing during instance creation.

 Can anyone have a look?

 [1] 
 https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=ui/scripts/instanceWizard.js;h=4a740c6685e05449290f1fe378add9a6c71f96ad;hp=646ffbf5b1922fc618bb3ad0091fe15895c24226;hb=8fec09ba481fbd3b8c2a9e4d31ef06f113b037cb;hpb=c1af92fcbbc183873d6519f0660b68acfb33bd44
 [2] http://img.nux.ro/Fw3-Selection_020.png - This is a KVM only feature for 
 now

 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro

Re: Cloudstack modules on maven repository

[Ian Duffy]

Hey,

There is an apache Nexus repository available at https://repository.apache.org

If you search cloudstack you will see there are some old builds up
there https://repository.apache.org/#nexus-search;quick~cloudstack

There is documentation on the apache site about pushing items up there
http://www.apache.org/dev/publishing-maven-artifacts.html

It would be neat if we could get our CI to do versioning and push a
build artifact for each build.

** slightly off topic **  Awhile back I changed some of the jenkins
jobs to expose the cloud-client-ui war. All of the JARs are included
within this. This script
(https://github.com/imduffy15/cloudstack-cloudmonkey/blob/master/.tools/ci/cloudstack-simulator.sh)
shows downloading that war, unzipping it, finding the database util
classes, running the database creator scripts and deploying the WAR
with jetty. 
http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-maven-build-noredist/lastSuccessfulBuild/

On 18 March 2015 at 21:15, Rafael Weingartner
rafaelweingart...@gmail.com wrote:
 Got it.
 Thanks for registering the jira issue.
 I was going to do that. ;)

 On Wed, Mar 18, 2015 at 6:00 PM, Laszlo Hornyak laszlo.horn...@gmail.com
 wrote:

 Hi,

 As far asI know, there is no such repsoitory. It would be great to use the
 central repository, but first we have to get rid of extra maven
 repositories. (libvirt and ceph for example)
 I registered a jira issue:
 https://issues.apache.org/jira/browse/CLOUDSTACK-8335


 On Wed, Mar 18, 2015 at 9:15 PM, Rafael Weingartner 
 rafaelweingart...@gmail.com wrote:

  Hi devs,
 
  I just started extending Cloustack, I have spent almost a whole day
  configuring and building everything on eclipse. I noticed that CS modules
  are not in maven central repository, therefore, I have to download,
  configure, compile and build everything in order to work in one or other
  module. I was wondering is there any repository out there on the
 Internet,
  maybe an apache dev repository, with all of those modules ready to use
 that
  I can point as an extra repository in maven?
 
  --
  Rafael Weingärtner
 



 --

 EOF




 --
 Rafael Weingärtner

Re: Cloudmonkey question

[Ian Duffy]

Assuming I'm reading and understanding the API docs correctly at
http://cloudstack.apache.org/docs/api/apidocs-4.1/root_admin/listVolumes.html

list volumes tags=remote_backup

should list everything with the tag remote_backup

On 15 February 2015 at 23:50, Mike Tutkowski
mike.tutkow...@solidfire.com wrote:
 I believe you'd need to write a script to invoke CloudMonkey to execute the
 list command and then parse the results of the command (keeping only what
 you're interested in).

 On Sunday, February 15, 2015, Andrei Mikhailovsky and...@arhont.com wrote:

 Hello guys,

 I have a silly question; can't really find an answer by googling. How do I
 use tags when I want to query something. For instance, if I want to query
 volumes using list volumes command. If i would like to get only the
 results containing a certain tag, like a tag with key remote_backup and
 value of yes; how would the list volumes command should look like?

 Thanks

 Andrei



 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the cloud
 http://solidfire.com/solution/overview/?video=play*™*

Re: [VOTE] Apache CloudStack 4.5.0 RC3

[Ian Duffy]

+0 (no point voting with -1s above)

Tested this using Devcloud4 on an advanced zone worked without issue,
environment came up, template downloaded was able to create a VM and a
egress rule to allow outbound connectivity. Great to see the xen
server networking label stuff fixed, this caused some issues for me
with automating things with marvin (hence why devcloud4 advance didn't
work with 4.4).

If anyone is interested: (assumes you've read the docs for devcloud4,
installed berkshelf/chef-dk, setup the vboxnet adapters)

git clone g...@github.com:imduffy15/devcloud4.git
cd binary-installation-advanced
vagrant up


On 9 February 2015 at 09:02, Nux! n...@li.nux.ro wrote:
 Daan,

 That's fine. There were no critical issues to be addressed really by a 4.4.3 
 AFAIK.
 Let's get 4.5 right. :)

 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro

 - Original Message -
 From: Daan Hoogland daan.hoogl...@gmail.com
 To: dev dev@cloudstack.apache.org
 Sent: Monday, 9 February, 2015 07:29:13
 Subject: Re: [VOTE] Apache CloudStack 4.5.0 RC3

 Gents,

 4.4.3 vote was never formally closed. Do we need to continue? If so I
 will create a new rc!

 On Mon, Feb 9, 2015 at 1:51 AM, Mike Tutkowski
 mike.tutkow...@solidfire.com wrote:
 FYI: I have resolved and closed out
 https://issues.apache.org/jira/browse/CLOUDSTACK-8233.

 On Sun, Feb 8, 2015 at 9:44 AM, Mike Tutkowski mike.tutkow...@solidfire.com
 wrote:

 Here is the newly created bug:

 https://issues.apache.org/jira/browse/CLOUDSTACK-8233

 On Sun, Feb 8, 2015 at 9:37 AM, Mike Tutkowski 
 mike.tutkow...@solidfire.com wrote:

 -1

 Marcus and I are working on a fix for not being able to create VMs on KVM
 due to kvmclock not being recognized by older versions of Libvirt.

 I have most of the testing done. I should be done with the rest of it
 today and can check this code in.

 I don't think we have a ticket for this, so I'll go ahead and create one.

 Thanks (and sorry for the need for a subsequent RC)!

 On Sun, Feb 8, 2015 at 12:01 AM, David Nalley da...@gnsa.us wrote:

 Hi All,

 I've created yet another 4.5.0 release candidate, with the following
 artifacts up for a vote:

 Git Branch and Commit SH:

 https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.5-RC20150208T0646
 Commit: 187935a0e3c68e01ed33a8f7f0e6d69e6cdb0aca

 Source release (checksums and signatures are available at the same
 location):
 https://dist.apache.org/repos/dist/dev/cloudstack/4.5.0-rc3/

 PGP release keys (signed using 0x6fe50f1c):
 https://dist.apache.org/repos/dist/release/cloudstack/KEYS

 Vote will be open for at least 72 hours.

 For sanity in tallying the vote, can PMC members please be sure to
 indicate (binding) with their vote?

 [ ] +1  approve
 [ ] +0  no opinion
 [ ] -1  disapprove (and reason why)


 --David




 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the cloud
 http://solidfire.com/solution/overview/?video=play*™*




 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the cloud
 http://solidfire.com/solution/overview/?video=play*™*




 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the cloud
 http://solidfire.com/solution/overview/?video=play*™*



 --
 Daan

Re: 4.3.2 rpm not found

[Ian Duffy]

Hi,

Wildo or Daan have access as far as I recall.

Since you're on pmc I believe to you can request access from wildo :-)
On 24 Jan 2015 13:25, Pierre-Luc Dion pdion...@apache.org wrote:

 We have released 4.3.2 but rpm's are not in the repos:
 http://cloudstack.apt-get.eu/rhel/4.3/

 Does anyone have access to push RPM into it?

Re: [GitHub] cloudstack pull request: NGUI: Added more functionalities, final p...

[Ian Duffy]

second message from seb says he messed up the commit so I'd imagine
its safe to close Rohit.

On 23 January 2015 at 15:01, bhaisaab g...@git.apache.org wrote:
 Github user bhaisaab commented on the pull request:

 https://github.com/apache/cloudstack/pull/62#issuecomment-71205228

 If it's in good state, let's merge? If it's old and junk, let's close?


 ---
 If your project is set up for it, you can reply to this email and have your
 reply appear on GitHub as well. If your project does not have this feature
 enabled and wishes so, or if the feature is enabled but not working, please
 contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
 with INFRA.
 ---

Re: [VOTE] Apache CloudStack 4.5.0 RC1

[Ian Duffy]

+1 (binding)

Brought up a basic zone using devcloud4(Centos 6and XenServer
6.2.0-70446c), everything worked without issue system vms came up and
their agent connected.

Added Nux's macchinina distribution as a template.
Added Ubuntu as a template. (Loved the HVM checkbox addition to the UI).

Successfully brought up a VM both based on both the templates.
Password retrieval worked, root resize worked.

Brought up a web server on one of the VMs and opened a security group
rule. The rule applied successfully.

Brought up an advanced zone again using devcloud4 so centos 6 and
XenServer 6.2.0-70446c. Just like with the 4.4 release marvin fails to
set the traffic tags for the public/management/storage/guest networks.
I skipped over this small detail and set them manually.

After this everything was fine, added a machine based on Nux's
macchinina template, password retrieval worked. Brought up a web
server on it, did nat forwarding. All worked without issue.

Great work on this release folks!

On 14 January 2015 at 18:40, David Nalley da...@gnsa.us wrote:
 Daan:

 I am running it for at least 72 hours, though practice tells me the
 vote period will be longer.

 --David

 On Wed, Jan 14, 2015 at 3:05 AM, Daan Hoogland daan.hoogl...@gmail.com 
 wrote:
 David,

 Can you be lenient with the 72 hour schedule on this one? I don't
 think I personally can get to test this soon and we have two other
 votes going on as well.

 On Wed, Jan 14, 2015 at 7:38 AM, Marcus shadow...@gmail.com wrote:
 +1, ran some of the smoke tests that cover basic deployments of vm,
 vpc, and several storage types.

 On Mon, Jan 12, 2015 at 11:36 PM, Rohit Yadav rohit.ya...@shapeblue.com 
 wrote:
 (+ users)

 Hi everyone,

 David has started the voting process for 4.5.0 candidate, please help test 
 this candidate.
 In case you’re unable to build from source, you may use following 
 repository built from SHA 8db3cbd4ff62b17a8b496026b68cf60ee0c76740:

 DEB: http://packages.bhaisaab.org/cloudstack/testing/debian/4.5/
 RPM: http://packages.bhaisaab.org/cloudstack/testing/centos/4.5/
 SystemVM Templates: 
 http://packages.shapeblue.com/systemvmtemplate/4.5/4.5.0

 On 13-Jan-2015, at 4:46 am, David Nalley da...@gnsa.us wrote:

 Hi folks,

 I've created a 4.5.0 release candidate, with the following artifacts
 up for a vote:

 Git Branch and Commit SH:
 https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=tree;h=refs/heads/4.5-RC20150112T2256;hb=4.5-RC20150112T2256
 Commit: 8db3cbd4ff62b17a8b496026b68cf60ee0c76740

 Source release (checksums and signatures are available at the same
 location):
 https://dist.apache.org/repos/dist/dev/cloudstack/4.5.0-rc1/

 PGP release keys (signed using 6FE50F1C):
 https://dist.apache.org/repos/dist/release/cloudstack/KEYS

 Vote will be open for at least 72 hours.

 For sanity in tallying the vote, can PMC members please be sure to
 indicate (binding) with their vote?

 [ ] +1  approve
 [ ] +0  no opinion
 [ ] -1  disapprove (and reason why)

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



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

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

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



 --
 Daan

Re: CloudPlatform 4.5 released?

[Ian Duffy]

That's an interesting one... Did they skip 4.4 I'm seeing no release notes
on there site?
On 13 Jan 2015 23:15, Nux! n...@li.nux.ro wrote:

 Hi,

 I am slightly confused. I thought Cloudstack was Citrix' Fedora, not the
 other way around.
 Should we care at all what Citrix does? Seems like they launched a 4.5
 ignoring the benefit of squishing bugs we may possibly uncover during RC
 period.

 Lucian

 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.1

[Ian Duffy]

Looks to just be presentation related:
https://github.com/apache/cloudstack-cloudmonkey/commit/7498aa58a2b5772e03e25f44a37907f915889ad8

[Question] development embedded jetty vs deployment on system install of tomcat

[Ian Duffy]

Just out of interest...

Why do we use the embedded jetty for development purposes and then shipping
on tomcat?

Why aren't we using embedded tomcat for development purposes? Does it
matter?

Is there any reason we don't ship a JAR with embedded tomcat and remove the
system dependency on tomcat? It cleans up the binary packages to no end.
Jenkins operates like this with the embedded version of jetty, their
installation is essentially just init script calling a JAR with a bunch of
parameters: https://github.com/jenkinsci/jenkins/tree/master/debian
Spring-boot is also follows a similar approach with tomcat embedded
http://spring.io/blog/2014/03/07/deploying-spring-boot-applications.

Why do we ship on a system version of tomcat rather than an embedded
version all contained within a JAR? Is there any specific reason why we
used tomcat over jetty for production purposes?

Regards,

Ian

Re: [VOTE] Apache Cloudstack 4.3.2

[Ian Duffy]

+1 (binding)

Tested with devcloud4/xenserver 6.2
On 18 Dec 2014 09:04, Rohit Yadav rohit.ya...@shapeblue.com wrote:

 +1

 - Tested against DevCloud/KVM and baremetal server
 - Tested basic VM lifecycles, deployed basic and advanced zone as per
 release test procedure wiki
 - Manual QA isolated, shared networks and VPC
 - Upgraded a production ACS 4.3.1 deployment to 4.3.2, running without
 hiccups for last three days

 On Monday 15 December 2014 02:56 PM, Rohit Yadav wrote:

 Hi All,

 I've created a CloudStack 4.3.2 release, with the following artifacts up
 for a vote:

 Git Branch and Commit SHA:
 https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=
 shortlog;h=refs/heads/4.3
 Commit: a15acb8e74d52bdd973f613c19dc3afd42771be4

 List of changes:
 https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=
 blob_plain;f=CHANGES.md;hb=4.3

 Source release (checksums and signatures are available at the same
 location): https://dist.apache.org/repos/dist/dev/cloudstack/4.3.2/

 PGP release keys (signed using 0EE3D884):
 https://dist.apache.org/repos/dist/release/cloudstack/KEYS

 For release testing procedure, please refer:
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/
 Release+test+procedure

 Building from source is encouraged but for those people who are not able
 to
 build from source, a deb/rpm repository built out of this artifact is
 available for your test participation:
 http://packages.bhaisaab.org/cloudstack/testing/

 To encourage participation instead of the usual 72 hours window the vote
 will be open for 120 hours (5 days) and includes users MLs.

 For sanity in tallying the vote, can PMC members please be sure to
 indicate
 (binding) with their vote?

 [ ] +1 approve
 [ ] +0 no opinion
 [ ] -1 disapprove (and reason why)

 Regards,
 Rohit Yadav


 --
 Regards,
 Rohit Yadav
 Software Architect, ShapeBlue
 M. +91 8826230892 | rohit.ya...@shapeblue.com
 Blog: bhaisaab.org | Twitter: @_bhaisaab
 PS. If you see any footer below, I did not add it :)
 Find out more about ShapeBlue and our range of CloudStack related services

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

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

Re: [ANNOUNCE] New committer: Erik Weber (terbolous)

[Ian Duffy]

Congrats Erik.

On 17 December 2014 at 12:20, Jan-Arve Nygård jan.arve.nyg...@gmail.com
wrote:

 Gratulerer Erik :)

 Mon Dec 15 2014 at 6:41:50 PM skrev Giles Sirett 
 giles.sir...@shapeblue.com
 :

  Great news - congratulations Erik
 
  Kind Regards
  Giles
 
  D: +44 20 3603 0541 | M: +44 796 111 2055
  giles.sir...@shapeblue.com
 
 
 
 
  -Original Message-
  From: Pierre-Luc Dion [mailto:pdion...@apache.org]
  Sent: 13 December 2014 17:04
  To: dev@cloudstack.apache.org
  Subject: [ANNOUNCE] New committer: Erik Weber (terbolous)
 
  The Project Management Committee (PMC) for Apache CloudStack has asked
  Erik Weber to become a committer and we are pleased to announce that they
  have accepted.
 
  Erik is doing a great job on helping the community thru the mailing list.
  He helped a lot on testing and troubleshooting new releases of CloudStack
  as well as contributing to the documentation. Thanks Erik and Congrat!
 
 
  Being a committer allows many contributors to contribute more
  autonomously. For developers, it makes it easier to submit changes and
  eliminates the need to have contributions reviewed via the patch
 submission
  process. Whether contributions are development-related or otherwise, it
 is
  a recognition of a contributor's participation in the project and
  commitment to the project and the Apache Way.
 
  Please join me in congratulating Erik
 
  Pierre-Luc
  on behalf of the CloudStack PMC
  Find out more about ShapeBlue and our range of CloudStack related
 services
 
  IaaS Cloud Design  Buildhttp://shapeblue.com/
  iaas-cloud-design-and-build//
  CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/
  CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/
  CloudStack Software Engineering
 http://shapeblue.com/cloudstack-software-
  engineering/
  CloudStack Infrastructure Supporthttp://shapeblue.com/
  cloudstack-infrastructure-support/
  CloudStack Bootcamp Training Courseshttp://shapeblue.com/
  cloudstack-training/
 
  This email and any attachments to it may be confidential and are intended
  solely for the use of the individual to whom it is addressed. Any views
 or
  opinions expressed are solely those of the author and do not necessarily
  represent those of Shape Blue Ltd or related companies. If you are not
 the
  intended recipient of this email, you must neither take any action based
  upon its contents, nor copy or show it to anyone. Please contact the
 sender
  if you believe you have received this email in error. Shape Blue Ltd is a
  company incorporated in England  Wales. ShapeBlue Services India LLP is
 a
  company incorporated in India and is operated under license from Shape
 Blue
  Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in
 Brasil
  and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd
 is
  a company registered by The Republic of South Africa and is traded under
  license from Shape Blue Ltd. ShapeBlue is a registered trademark.
 

Re: [TESTING] CloudStack 4.3.2 testing

[Ian Duffy]

Fantastic work Rohit! :)

I tested with the dev branch of devcloud4 binary installation basic [1].

Everything worked without issue, brought up a new ubuntu vm based of the
openvm.eu templates [2]. Template came up without issue, console worked,
password and hostname were successfully set.

Created SG group rules for HTTP and SSH. Both worked as expected.

[1]
https://github.com/imduffy15/devcloud4/tree/dev/binary-installation-basic
[2] http://dl.openvm.eu/cloudstack/ubuntu/vanilla/jenkins/

On 9 December 2014 at 13:47, Rohit Yadav rohit.ya...@shapeblue.com wrote:

 Hi everyone,

 In last couple of weeks 103 issues were fixed on 4.3 branch since 4.3.1
 release: https://github.com/apache/cloudstack/blob/4.3/CHANGES.md

 I want to kick start release process for 4.3.2 next week (15 Dec 2014),
 but before that let's test 4.3 branch and fix any blockers and critical
 issues. I'll meanwhile try to fix other pending issues till the end of
 this week. I've tested 4.3 branch with KVM in both basic and advance
 zones and it has worked for me so far.

 For the purpose of involving users in the testing process I've build a
 noredist rpm/deb repository using SHA 32adae4 from 4.3 branch. Please
 use the following repository for testing 4.3.2-SNAPSHOT:

 http://packages.bhaisaab.org/cloudstack/testing

 If you find any blocker or critical issues please report them on this
 thread. Thanks.

 Regards,
 Rohit Yadav
 Software Architect, ShapeBlue
 M. +91 8826230892 | rohit.ya...@shapeblue.com
 Blog: bhaisaab.org | Twitter: @_bhaisaab
 PS. If you see any footer below, I did not add it :)
 Find out more about ShapeBlue and our range of CloudStack related services

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

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

Re: [VOTE] Simplify CloudMonkey's branching/maintenance process

[Ian Duffy]

+1, it makes sense for cloudmonkey :)

On 9 December 2014 at 22:51, Daan Hoogland daan.hoogl...@gmail.com wrote:

 +1 , I wish we could make such a call on the stack.

 On Tue, Dec 9, 2014 at 7:14 PM, sebgoa run...@gmail.com wrote:
 
  On Dec 9, 2014, at 2:25 PM, Rohit Yadav rohit.ya...@shapeblue.com
 wrote:
 
  Hi,
 
  CloudMonkey's git repo history is mostly linear and the work on master
  is simply getting synced on 5.3 branch. I want to ask the community if
  anyone has any objections on just keeping master as the working branch
  and have branches when they are needed (say documentation, feature work
  etc) and once they are merged they can be removed. We have git tags to
  identify past release so is it also alright with everyone to remove the
  support branches such as 5.3/5.2 etc.
 
  This way we will have:
  - one main working branch (master)
  - branch based workflow: feature branches for doing feature work, pull
  requests or reviewboard for bugfixes for non-committers
  - master is aimed to remain stable
  - master will have its own TravisCI and tests (in upcoming weeks)
  - CloudMonkey aims for progressive/rolling releases that are backward
  compatible with older releases and have clean upgrades
 
  For this please vote with your comments/suggestions;
 
  +1  approve
  +0  no opinion
  -1  disapprove (and reason why)
 
 
  +1
 
  that's what we do in libcloud.
 
  You could have a situation where you want to release a minor, and have
 to build it in a release branch. Cherry picking from master.
 
  But the next major already will have all the cherry picks from the
 previous minor.
 
  so +1 for linear and rolling upgrade.
 
 
  Regards,
  Rohit Yadav
  Software Architect, ShapeBlue
  M. +91 8826230892 | rohit.ya...@shapeblue.com
  Blog: bhaisaab.org | Twitter: @_bhaisaab
  PS. If you see any footer below, I did not add it :)
  Find out more about ShapeBlue and our range of CloudStack related
 services
 
  IaaS Cloud Design  Build
 http://shapeblue.com/iaas-cloud-design-and-build//
  CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/
 
  CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/
  CloudStack Software Engineering
 http://shapeblue.com/cloudstack-software-engineering/
  CloudStack Infrastructure Support
 http://shapeblue.com/cloudstack-infrastructure-support/
  CloudStack Bootcamp Training Courses
 http://shapeblue.com/cloudstack-training/
 
  This email and any attachments to it may be confidential and are
 intended solely for the use of the individual to whom it is addressed. Any
 views or opinions expressed are solely those of the author and do not
 necessarily represent those of Shape Blue Ltd or related companies. If you
 are not the intended recipient of this email, you must neither take any
 action based upon its contents, nor copy or show it to anyone. Please
 contact the sender if you believe you have received this email in error.
 Shape Blue Ltd is a company incorporated in England  Wales. ShapeBlue
 Services India LLP is a company incorporated in India and is operated under
 license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a
 company incorporated in Brasil and is operated under license from Shape
 Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of
 South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is
 a registered trademark.
 



 --
 Daan

Re: Moving ec2stack and gstack to the cloudstack repos.

[Ian Duffy]

 I think unit tests are great for type checking and the like, but are
there any integration tests?

At the moment there aren't any, we could add some using eutester very
easily and chain it onto the current CI tasks. As Sebastien has mentioned
earlier in this thread he has already looked at doing this a little bit.

Not to sound tit-for-tat but awsapi has same issue and has much less unit
testing.

 Any plans to add any?

Its not *my personal* immediate plan, but isn't that the beauty of open
source and community building? The project is open to everybody to
contribute, if you see value for integration tests to be added and wish to
do it then go ahead. Its a donation of code, not a we'll supply xyz
software to do xyz service and be the sole maintainers of it forever. If we
want things that work we need community(user and dev) support, want and
time.

For me EC2Stack had two primary goals:

1) Make contributing easy, we wanted to produce clean(ish) code that was
easily extendable by the community so we could get some support if/when it
takes off. AWSAPI is a bit terrifying to look at, there's a large amount of
auto generated code and its a bit scary at first.

 In brief to add a new API command:
- Open controllers.py, add a new API call into the actions object: e.g.
'AttachVolume': volumes.attach_volume,
- Head over to the referenced module/function and fill it out e.g.
https://github.com/BroganD1993/ec2stack/blob/master/ec2stack/providers/cloudstack/volumes.py
- Done.

2) Make it portable. We didn't want the AWS compatibility layer to always
have to be hosted by the Cloudstack provider. We wanted the flexibility to
use it against any Cloudstack 4.0.0 API. This was a success and we
successfully use EC2Stack against ExoScale as shown in the earlier
referenced screencast.

Hope this answers your questions,

Ian


On 26 November 2014 at 02:47, ChunFeng chunf...@domolo.com wrote:

 hi all,


 I need help for  a clean picture about  the umbrella projects of
 cloudstack:
 such as :
 1. the umbrella project links in cloudstack.org homepage
 2. the source code structure and relations with cloudstack source code in
 git repos.
 3. the rules for us to agree one as umbrella projects



 BTW,  is there any others umbrella proejcts as cloudmonkey ?


 --
 Regards,


 ChunFeng









 -- Original --
 From:  Sebastien Goasguenrun...@gmail.com;
 Date:  Tue, Nov 25, 2014 06:29 AM
 To:  devdev@cloudstack.apache.org;

 Subject:  Re: Moving ec2stack and gstack to the cloudstack repos.



 On Nov 24, 2014, at 5:05 PM, Chiradeep Vittal chiradeep.vit...@citrix.com
 wrote:

  I do see a bug fix this year from Likitha  and the fact that Hugo etc
 are making fixes is positive as well.
  But, the end state we desire is (a) good AWSAPI implementation with
 automated tests, not (b) 2 AWSAPI implementations with no tests!
 

 time for bed here, but to keep the conversation going, couple things:

 Hugo is fixing coverity issues kind of automatically, I don't think it
 represents a need.
 One fix from Likitha and one applied patch from me in a year is really
 slim.

 We don't test the current awsapi during the release process or upgrade, so
 I actually have no clue if it's working with 4.3 and 4.4.

 Right now I don't see tests for the current awsapi, at least not on
 jenkins.buildacloud.org.
 Current awsapi also includes S3 stuff which I think we can all agree is
 confusing and unused since it's really an interface to an NFS store and not
 a distributed object store.

 So the choice for me is between:

 -current awsapi, not clearly maintained, without tests and which state in
 the release is unknown

 and

 -a new implementation  6 months old, smaller code base, up to date with
 AWS version number, tested manually with boto, eutester and awscli and with
 99% unit test coverage.


  —
  Chiradeep
 
  From: Sebastien Goasguen run...@gmail.commailto:run...@gmail.com
  Reply-To: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org
 dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org
  Date: Monday, November 24, 2014 at 1:36 PM
  To: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org 
 dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org
  Subject: Re: Moving ec2stack and gstack to the cloudstack repos.
 
 
  On Nov 24, 2014, at 3:44 PM, Chiradeep Vittal 
 chiradeep.vit...@citrix.commailto:chiradeep.vit...@citrix.com wrote:
 
  “..nobody in the community (aside from you, Likitha and Prachi) have
 actually touched that code in the last two years. So if we don't maintain
 that code..
  That’s false equivalence. Clearly it has been maintained since there are
 bug fixes.
 
  I don't know…I look at:
 
  https://github.com/apache/cloudstack/tree/master/awsapi
 
  I see Hugo has fixed some coverity issues
 
  I applied a review 8 months ago
 
  the rest is older. but maybe I am not looking at this the right way.
 
  there is one review still pending:
 
  

Re: [JENKINS] Added CentOS 7 slaves

[Ian Duffy]

Just throwing this out there All committers have access to a msdn
subscription that gives 125eur worth of azure credits.
You can get a decent VM for that.
On 26 Nov 2014 15:37, Pierre-Luc Dion pd...@cloudops.com wrote:

 does it only require to run jenkins as slave?  or their is any other
 particular requirements?


 *Pierre-Luc DION*
 Architecte de Solution Cloud | Cloud Solutions Architect
 t 855.652.5683

 *CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts
 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
 w cloudops.com *|* tw @CloudOps_


 On Wed, Nov 26, 2014 at 10:25 AM, Hugo Trippaers h...@trippaers.nl
 wrote:

  If any one needs something build or tested on CentOS 7 let me know or
  create a build tagged for cloudstack-buildslave-centos7
 
  Cheers,
 
  Hugo
 
  P.S. Still looking for people willing to add slaves to jenkins. What we
  need are one or two fast machines capable of running the simulator tests.

Re: [ACS44]release 4.4.2 release candidate RC20141121T0341 (#2)

[Ian Duffy]

Hi Daan,

It was the importing of a standard template added via the UI. I will re-try
again today to ensure it wasn't a networking fault (unlikely) but the
messages about the host disconnecting randomly does have me concerned.

I was using the system vm template from jenkins.
http://jenkins.buildacloud.org/view/4.4/job/cloudstack-4.4-systemvm64/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-4.4-2014-11-24-xen.vhd.bz2

On 25 November 2014 at 10:11, Daan Hoogland daan.hoogl...@gmail.com wrote:

 Thanks Lucian, I am not sure what Ians failing scenario is? It might
 be the download process that is failing and it might be the starting.

 On Tue, Nov 25, 2014 at 11:05 AM, Nux! n...@li.nux.ro wrote:
  I'll upgrade my test setup (4.4.1) today and get back to you.
 
  Do I need a new systemvm or can I just leave the old one from 4.4.1 in
 place?
 
  --
  Sent from the Delta quadrant using Borg technology!
 
  Nux!
  www.nux.ro
 
  - Original Message -
  From: Daan Hoogland daan.hoogl...@gmail.com
  To: dev dev@cloudstack.apache.org, Ian Duffy i...@ianduffy.ie
  Sent: Tuesday, 25 November, 2014 09:37:36
  Subject: Re: [ACS44]release 4.4.2 release candidate RC20141121T0341 (#2)
 
  Anybody else seeing this?
 
  @Ian, please confirm this is a regression compared to 4.4.1. Ans can
  you describe the scenario/is this a regular template test or a
  systemvm template?
 
  I will not regard this a blocker without confirmation. We have enough
  +1 binding but I will extend voting a bit.
 
  Daan
 
  On Mon, Nov 24, 2014 at 8:01 PM, Ian Duffy i...@ianduffy.ie wrote:
  +0 (Don't want to get in the way...)
 
  Tested with my standard automated virtualised cloudstack environment.
 
  Failed to import a template successfully. The template downloaded, it
 hung
  on installing template for awhile eventually got an error of Failed
 post
  download script: timeout
 
  The logs repeat the following over and over:
 
  INFO  [c.c.a.m.AgentManagerImpl] (AgentMonitor-1:ctx-0209bee9) Found
 the
  following agents behind on ping: [1]
  INFO  [c.c.a.m.AgentManagerImpl] (AgentTaskPool-12:ctx-c5084767)
  Investigating why host 1 has disconnected with event PingTimeout
  INFO  [c.c.a.m.AgentManagerImpl] (AgentTaskPool-12:ctx-c5084767) The
 state
  determined is Up
  INFO  [c.c.a.m.AgentManagerImpl] (AgentTaskPool-12:ctx-c5084767) Agent
 is
  determined to be up and running
  WARN  [c.c.a.m.DirectAgentAttache] (DirectAgentCronJob-15:ctx-b3fbf6da)
  Unable to get current status on 1(localhost.localdomain)
 
  I don't appear to have any network issues with the hypervisor from the
  management server. The system vms booted up just fine and look healthy.
 
  The API params for configuring xenserver advanced networking tags are
 still
  different thus breaking marvin.

 --
 Daan

Re: [ACS44]release 4.4.2 release candidate RC20141121T0341 (#2)

[Ian Duffy]

Repeated the whole process again, looks to be going OK this time round.

On 25 November 2014 at 10:21, Ian Duffy i...@ianduffy.ie wrote:

 Hi Daan,

 It was the importing of a standard template added via the UI. I will
 re-try again today to ensure it wasn't a networking fault (unlikely) but
 the messages about the host disconnecting randomly does have me concerned.

 I was using the system vm template from jenkins.
 http://jenkins.buildacloud.org/view/4.4/job/cloudstack-4.4-systemvm64/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-4.4-2014-11-24-xen.vhd.bz2

 On 25 November 2014 at 10:11, Daan Hoogland daan.hoogl...@gmail.com
 wrote:

 Thanks Lucian, I am not sure what Ians failing scenario is? It might
 be the download process that is failing and it might be the starting.

 On Tue, Nov 25, 2014 at 11:05 AM, Nux! n...@li.nux.ro wrote:
  I'll upgrade my test setup (4.4.1) today and get back to you.
 
  Do I need a new systemvm or can I just leave the old one from 4.4.1 in
 place?
 
  --
  Sent from the Delta quadrant using Borg technology!
 
  Nux!
  www.nux.ro
 
  - Original Message -
  From: Daan Hoogland daan.hoogl...@gmail.com
  To: dev dev@cloudstack.apache.org, Ian Duffy i...@ianduffy.ie
  Sent: Tuesday, 25 November, 2014 09:37:36
  Subject: Re: [ACS44]release 4.4.2 release candidate RC20141121T0341
 (#2)
 
  Anybody else seeing this?
 
  @Ian, please confirm this is a regression compared to 4.4.1. Ans can
  you describe the scenario/is this a regular template test or a
  systemvm template?
 
  I will not regard this a blocker without confirmation. We have enough
  +1 binding but I will extend voting a bit.
 
  Daan
 
  On Mon, Nov 24, 2014 at 8:01 PM, Ian Duffy i...@ianduffy.ie wrote:
  +0 (Don't want to get in the way...)
 
  Tested with my standard automated virtualised cloudstack environment.
 
  Failed to import a template successfully. The template downloaded, it
 hung
  on installing template for awhile eventually got an error of Failed
 post
  download script: timeout
 
  The logs repeat the following over and over:
 
  INFO  [c.c.a.m.AgentManagerImpl] (AgentMonitor-1:ctx-0209bee9) Found
 the
  following agents behind on ping: [1]
  INFO  [c.c.a.m.AgentManagerImpl] (AgentTaskPool-12:ctx-c5084767)
  Investigating why host 1 has disconnected with event PingTimeout
  INFO  [c.c.a.m.AgentManagerImpl] (AgentTaskPool-12:ctx-c5084767) The
 state
  determined is Up
  INFO  [c.c.a.m.AgentManagerImpl] (AgentTaskPool-12:ctx-c5084767)
 Agent is
  determined to be up and running
  WARN  [c.c.a.m.DirectAgentAttache]
 (DirectAgentCronJob-15:ctx-b3fbf6da)
  Unable to get current status on 1(localhost.localdomain)
 
  I don't appear to have any network issues with the hypervisor from the
  management server. The system vms booted up just fine and look
 healthy.
 
  The API params for configuring xenserver advanced networking tags are
 still
  different thus breaking marvin.

 --
 Daan

No maven on cloudstack-buildslave-centos6-87d

[Ian Duffy]

Hi,

jobs executing on cloudstack-buildslave-centos6-87d look for maven within
/opt/apache-maven-3.0.5

It doesn't exist. Can somebody with root access on this box
download/extract maven accordingly?

Thanks,

Ian

Re: No maven on cloudstack-buildslave-centos6-87d

[Ian Duffy]

cloudstack-4.3-maven-build was reporting issues.
On 24 Nov 2014 11:39, Hugo Trippaers h...@trippaers.nl wrote:

 It’s an error in the build definition. The job should select a maven thats
 configured as auto installable by jenkins.

 Which job is reporting the problem?


  On 24 nov. 2014, at 12:12, Ian Duffy i...@ianduffy.ie wrote:
 
  Hi,
 
  jobs executing on cloudstack-buildslave-centos6-87d look for maven within
  /opt/apache-maven-3.0.5
 
  It doesn't exist. Can somebody with root access on this box
  download/extract maven accordingly?
 
  Thanks,
 
  Ian

Re: Moving ec2stack and gstack to the cloudstack repos.

[Ian Duffy]

Chiradeep,

During the development of ec2stack we tested it using boto, awscli,
vagrant-aws and eutester.

Hope this satisfy your concerns.

On 24 November 2014 at 18:19, Chiradeep Vittal chiradeep.vit...@citrix.com
wrote:

 Seems legit, but from (bitter) experience, there is no point in a
 compatible API layer unless somebody puts in the elbow grease to test the
 compatibility. Since the actual EC2 API as implemented by AWS changes
 frequently and has undocumented semantics and  behavior that varies from
 the WSDL, this takes some work. So, my question would be how would this
 benefit the community (unless someone has tested out the compatibility with
 various tools such as boto, ec2-* CLI).

 From: Sebastien Goasguen run...@gmail.commailto:run...@gmail.com
 Reply-To: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org 
 dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org
 Date: Saturday, November 22, 2014 at 12:41 PM
 To: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org 
 dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org
 Subject: Moving ec2stack and gstack to the cloudstack repos.

 Folks,

 Some of you may know of the existence of:

 https://github.com/BroganD1993/ec2stack
 https://github.com/NOPping/gstack

 These represent a EC2 and a GCE interface to cloudstack.
 Flask applications that map the requests to the cloudstack API.

 There was only 3 contributors, myself, Ian (PMC and committer on CS) and
 Darren Brogan.
 Darren worked on this during his GSoC 2014 summer project.

 Both projects are on Apache V2 license.

 The three of us (Ian, Darren and myself) agree that we would like to move
 them under the umbrella of cloudstack and manage separate releases like we
 do cloud monkey.

 Any objections ?

 -Sebastien

Re: [ACS44]release 4.4.2 release candidate RC20141121T0341 (#2)

[Ian Duffy]

+0 (Don't want to get in the way...)

Tested with my standard automated virtualised cloudstack environment.

Failed to import a template successfully. The template downloaded, it hung
on installing template for awhile eventually got an error of Failed post
download script: timeout

The logs repeat the following over and over:

INFO  [c.c.a.m.AgentManagerImpl] (AgentMonitor-1:ctx-0209bee9) Found the
following agents behind on ping: [1]
INFO  [c.c.a.m.AgentManagerImpl] (AgentTaskPool-12:ctx-c5084767)
Investigating why host 1 has disconnected with event PingTimeout
INFO  [c.c.a.m.AgentManagerImpl] (AgentTaskPool-12:ctx-c5084767) The state
determined is Up
INFO  [c.c.a.m.AgentManagerImpl] (AgentTaskPool-12:ctx-c5084767) Agent is
determined to be up and running
WARN  [c.c.a.m.DirectAgentAttache] (DirectAgentCronJob-15:ctx-b3fbf6da)
Unable to get current status on 1(localhost.localdomain)

I don't appear to have any network issues with the hypervisor from the
management server. The system vms booted up just fine and look healthy.

The API params for configuring xenserver advanced networking tags are still
different thus breaking marvin.

On 24 November 2014 at 13:05, Wido den Hollander w...@widodh.nl wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 +1 (binding)

 I've tested:
 - - Building the .deb packages
 - - Upgrading a KVM setup from 4.4.1

 Wido

 On 11/21/2014 03:59 AM, Daan Hoogland wrote:
  Hi All,
 
  I've created a 4.4.2 release, with the following artifacts up for a
  vote:
 
  Git Branch and Commit SH:
 
 https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4
 
 
 Commit: e0420a6fec738d728bc59ba65bc5e12809bde0eb
 
  List of changes: `CLOUDSTACK-7887
  https://issues.apache.org/jira/browse/CLOUDSTACK-7887`_  fail to
  push snapshot to secondary storage if using multipart using
  swift...
 
  `CLOUDSTACK-7883
  https://issues.apache.org/jira/browse/CLOUDSTACK-7883`_  Allow
  infrastructure to handle delete of volume from DB...
 
  `CLOUDSTACK-7871
  https://issues.apache.org/jira/browse/CLOUDSTACK-7871`_  Fix
  update VirtualMachine/Template API to allow nic/disk controller
  details for ...
 
  `CLOUDSTACK-7855
  https://issues.apache.org/jira/browse/CLOUDSTACK-7855`_  Sec
  storage/network MTU should be on nic3 and not nic1...
 
  `CLOUDSTACK-7826
  https://issues.apache.org/jira/browse/CLOUDSTACK-7826`_  UI -
  dialog widget - dependent dropdown field (dependsOn property
  specified) - f...
 
  `CLOUDSTACK-7822
  https://issues.apache.org/jira/browse/CLOUDSTACK-7822`_  test
  SSL cert expired...
 
  `CLOUDSTACK-7752
  https://issues.apache.org/jira/browse/CLOUDSTACK-7752`_
  Management Server goes in infinite loop while creating a vm with
  tagged local da...
 
  `CLOUDSTACK-7722
  https://issues.apache.org/jira/browse/CLOUDSTACK-7722`_
  add.label: Add button for tags show the label not Add text...
 
  `CLOUDSTACK-7246
  https://issues.apache.org/jira/browse/CLOUDSTACK-7246`_  VM
  deployment failed due to wrong in  script name createipalias.sh...
 
  Source release (checksums and signatures are available at the same
  location): https://dist.apache.org/repos/dist/dev/cloudstack/4.4.2
 
  PGP release keys (signed using 4096R/AA4736F3):
  https://dist.apache.org/repos/dist/release/cloudstack/KEYS
 
  Vote will be open for 72 hours.
 
  For sanity in tallying the vote, can PMC members please be sure to
  indicate (binding) with their vote?
 
  [ ] +1  approve [ ] +0  no opinion [ ] -1  disapprove (and reason
  why)
 
 

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1

 iQIcBAEBAgAGBQJUcy0eAAoJEAGbWC3bPspCcxkQAID1eLD8ZykVdlwnQMt9w6XW
 SFZ64vXgC97EAaQKSvAJ/I9arUIxq0itpe/WOplqQprlTPgheY6eK4I8O84+XzES
 RfZbFz6q2BSNtpr6x6+roE7F+EvLJhmw9QXwDvKTJAnl5BYbqiBrffxw/wXigYm1
 7NGu5+LOnQXvNgX6nWt3+voP4p+cL9u3OIMy4KUsaFLEpoeG63H7N0w5aaAPmNni
 8XjKWOmJP7OV05fsfus/Oppd/XFmvuvzjOwRDbe+Tzm/OQFCB7fDG2MYPAs9GqRj
 Nj9VmRyX1iTel6Qn+1MGGHWANKlv4+c0IRkmqXObf7wzE2bNq831HqN8+53mR7JZ
 fd/1RIX47s9xYhhPzeORFy1hIHJiZ0GnwZGE789hTIhjziCRjKOquN0sfj2VsHuB
 a4B14COmlGXdJmRM3X5y/Qq0b25/nO89pcN1S04HIvSCqUz/R5GMX+vlMG/cC05u
 XNmFvsLi+NtVlOrkSAXJEhq5k+og8c0+PmFCaqfqbO/GS7uIa0Ciy0w4fvsSWf7e
 u/2dr4hmI1WMtJfF/exXZmb8Ht4FtLzLXfgr05J3rw65FMLKHZojBxgKuBEkQN3d
 ii59k4Wjyds+64cofz88KrAvWycLF6M7YttZ/dDQQnUKmcIVDec5b1d/xia3xjXw
 60qLY0GBqgbYPKX+Q+cL
 =Tdvh
 -END PGP SIGNATURE-

Re: Moving ec2stack and gstack to the cloudstack repos.

[Ian Duffy]

Chiradeep,

Of course, check out the git repository at
https://github.com/brogand1993/ec2stack the code is pretty clean and there
is 99% test coverage. TravisCI is setup to run on every commit and execute
the tests along with pylint for static analysis.

There's a screencast here of a rough overview
https://www.youtube.com/watch?v=xvu-gc8h4Qglist=UUoGs2iiOIGrfXofp-3g-Qqg
It looks at installation, configuration and basic usage against exoscale
using awscli.


Regards,

Ian


On 24 Nov 2014 19:02, Chiradeep Vittal chiradeep.vit...@citrix.com
wrote:

 Good to know, but are there any automated tests?

 From: Ian Duffy i...@ianduffy.iemailto:i...@ianduffy.ie
 Reply-To: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org 
 dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org
 Date: Monday, November 24, 2014 at 10:56 AM
 To: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org 
 dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org
 Subject: Re: Moving ec2stack and gstack to the cloudstack repos.

 Chiradeep,

 During the development of ec2stack we tested it using boto, awscli,
 vagrant-aws and eutester.

 Hope this satisfy your concerns.

 On 24 November 2014 at 18:19, Chiradeep Vittal 
 chiradeep.vit...@citrix.commailto:chiradeep.vit...@citrix.com
 wrote:

 Seems legit, but from (bitter) experience, there is no point in a
 compatible API layer unless somebody puts in the elbow grease to test the
 compatibility. Since the actual EC2 API as implemented by AWS changes
 frequently and has undocumented semantics and  behavior that varies from
 the WSDL, this takes some work. So, my question would be how would this
 benefit the community (unless someone has tested out the compatibility with
 various tools such as boto, ec2-* CLI).

 From: Sebastien Goasguen run...@gmail.commailto:run...@gmail.com
 mailto:run...@gmail.com
 Reply-To: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.org
 mailto:dev@cloudstack.apache.org 
 dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.orgmailto:
 dev@cloudstack.apache.org
 Date: Saturday, November 22, 2014 at 12:41 PM
 To: dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.orgmailto:
 dev@cloudstack.apache.org 
 dev@cloudstack.apache.orgmailto:dev@cloudstack.apache.orgmailto:
 dev@cloudstack.apache.org
 Subject: Moving ec2stack and gstack to the cloudstack repos.

 Folks,

 Some of you may know of the existence of:

 https://github.com/BroganD1993/ec2stack
 https://github.com/NOPping/gstack

 These represent a EC2 and a GCE interface to cloudstack.
 Flask applications that map the requests to the cloudstack API.

 There was only 3 contributors, myself, Ian (PMC and committer on CS) and
 Darren Brogan.
 Darren worked on this during his GSoC 2014 summer project.

 Both projects are on Apache V2 license.

 The three of us (Ian, Darren and myself) agree that we would like to move
 them under the umbrella of cloudstack and manage separate releases like we
 do cloud monkey.

 Any objections ?

 -Sebastien

Re: Build failed in Jenkins: cloudstack-4.3-maven-build #643

[Ian Duffy]

Maven issues on build slaves?
On 23 Nov 2014 12:52, jenk...@cloudstack.org wrote:

 See http://jenkins.buildacloud.org/job/cloudstack-4.3-maven-build/643/

 --
 Started by an SCM change
 Started by an SCM change
 Started by an SCM change
 Started by an SCM change
 Started by an SCM change
 Started by an SCM change
 [EnvInject] - Loading node environment variables.
 Building remotely on cloudstack-buildslave-centos6-87d
 (cloudstack-buildslave-centos6) in workspace 
 http://jenkins.buildacloud.org/job/cloudstack-4.3-maven-build/ws/
   /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
 Fetching changes from the remote Git repository
   /usr/bin/git config remote.origin.url git://
 git.apache.org/cloudstack.git # timeout=400
 Fetching upstream changes from git://git.apache.org/cloudstack.git
   /usr/bin/git --version # timeout=400
   /usr/bin/git fetch --tags --progress git://
 git.apache.org/cloudstack.git +refs/heads/*:refs/remotes/origin/*
   /usr/bin/git rev-parse origin/4.3^{commit} # timeout=400
 Checking out Revision 879f94c74310ed89afe6d25df3b52c00422bbc5a (origin/4.3)
   /usr/bin/git config core.sparsecheckout # timeout=400
   /usr/bin/git checkout -f 879f94c74310ed89afe6d25df3b52c00422bbc5a
   /usr/bin/git rev-list 879f94c74310ed89afe6d25df3b52c00422bbc5a #
 timeout=400
 FATAL: Couldn’t find any executable in /opt/apache-maven-3.0.5
 Build step 'Invoke top-level Maven targets' marked build as failure

Test failure on 4.3 branch

[Ian Duffy]

Hi,

The test test_01_sys_vm_start fails on the 4.3 branch.

https://travis-ci.org/apache/cloudstack/jobs/41867306

Anybody who can look into this?

Thanks,

Ian

Re: [GitHub] cloudstack pull request: Remove AWS api bridge

[Ian Duffy]

+1 on ec2stack working well (bias view).

I've used it via vagrant-aws, boto and eucalyptus eutester without issue.

It could use some documentation on deployment for production purposes, the
embedded webserver it exposes is OK but I'd feel safer with it bring behind
nginx/Apache.
On 21 Nov 2014 14:31, Hugo Trippaers h...@trippaers.nl wrote:

 Let’s start by getting this on a feature branch.

 I would like to make sure that everything works before we remove the code
 and that includes deb and rpm packaging. We also need to think about the
 upgrade path. If a user is currently using awsapi, he needs an upgrade path
 the start using the replacement.

 Cheers,

 Hugo

  On 21 nov. 2014, at 14:39, Sebastien Goasguen run...@gmail.com wrote:
 
 
  On Nov 21, 2014, at 8:33 AM, Nux! n...@li.nux.ro wrote:
 
  +1 what Daan said.
 
  Once ec2stack works well, then nuke awsapi.
 
 
  it works well.
 
  where can we see test about awsapi ?
 
  my 2 pence
 
  --
  Sent from the Delta quadrant using Borg technology!
 
  Nux!
  www.nux.ro
 
  - Original Message -
  From: Daan Hoogland daan.hoogl...@gmail.com
  To: dev dev@cloudstack.apache.org
  Sent: Friday, 21 November, 2014 13:16:25
  Subject: Re: [GitHub] cloudstack pull request: Remove AWS api bridge
 
  As Seb mentioned on list there is an alternative. I don't think we
  should remove this before the factored out version is working as well
  (or the alternative he mentions is at least as complete) The idea of
  isolating this bit is appealing though.
 
  Daan
 
  On Fri, Nov 21, 2014 at 12:23 PM, Nux! n...@li.nux.ro wrote:
  Hello,
 
  EC2 compatibility is an essential feature for potential ACS adopters.
  What alternatives are there for the AWSAPI component?
 
  Lucian
 
  --
  Sent from the Delta quadrant using Borg technology!
 
  Nux!
  www.nux.ro
 
  - Original Message -
  From: pyr g...@git.apache.org
  To: dev@cloudstack.apache.org
  Sent: Friday, 21 November, 2014 10:18:58
  Subject: [GitHub] cloudstack pull request: Remove AWS api bridge
 
  GitHub user pyr opened a pull request:
 
   https://github.com/apache/cloudstack/pull/44
 
   Remove AWS api bridge
 
   This has been a discussion point for a while. The (mostly generated)
   code for the AWS api bridge is by far the largest source component
 in
   Cloudstack, while seldomly used.
 
   Now that alternate options exist to provide EC2 compatibility, it
   makes sense to remove it for the few users who cannot directly
   talk to the cloudstack API.
 
  You can merge this pull request into a Git repository by running:
 
   $ git pull https://github.com/pyr/cloudstack feature/no-dead-code
 
  Alternatively you can review and apply these changes as the patch at:
 
   https://github.com/apache/cloudstack/pull/44.patch
 
  To close this pull request, make a commit to your master/trunk branch
  with (at least) the following in the commit message:
 
   This closes #44
 
  
  commit 84042f2c3259203b1ea1956cd239b9122079bae9
  Author: Pierre-Yves Ritschard p...@spootnik.org
  Date:   2014-11-21T10:17:18Z
 
   Remove AWS api bridge
 
   This has been a discussion point for a while. The (mostly generated)
   code for the AWS api bridge is by far the largest source component
 in
   Cloudstack, while seldomly used.
 
   Now that alternate options exist to provide EC2 compatibility, it
   makes sense to remove it for the few users who cannot directly
   talk to the cloudstack API.
 
  
 
 
  ---
  If your project is set up for it, you can reply to this email and
 have your
  reply appear on GitHub as well. If your project does not have this
 feature
  enabled and wishes so, or if the feature is enabled but not working,
 please
  contact infrastructure at infrastruct...@apache.org or file a JIRA
 ticket
  with INFRA.
  ---
 
 
 
  --
  Daan
 

Re: [TEST] DevCloud4 - rework / Cleanup

[Ian Duffy]

Hi Pierre,
No that is correct. We cannot control the .1 interface which is on the host
machine. We can however control .5 and get it to do forwarding
On 17 Nov 2014 12:28, Pierre-Luc Dion pdion...@apache.org wrote:

 Hi Ian,

 I'm trying to run the binary-advanced,  in the Public IPs of the zone the
 gateway is 192.168.23.5, should my box have the IP 192.168.23.5 instead of
 the current 192.168.23.1 ?


 thanks,

 On Sun, Nov 16, 2014 at 2:57 PM, Ian Duffy i...@ianduffy.ie wrote:

  Hi Pierre,
 
  So advanced and basic are running from code on the host machine. Only a
  NFS, MySQL and hypervisor box is supplied.
 
  Testing is for binary-installation-advanced and
 binary-installation-basic.
 
 
  On 16 November 2014 19:44, Pierre-Luc Dion pd...@cloudops.com wrote:
 
   Hi Ian,
   I'm trying it as it seams quite strait forward.  although, the
  instruction
   to install cloudstack [1]: I should run that in the management VM
 right,
   not locally ? does IPs are hardcoded somewhere?
  
   Thanks, that's awesome to have a local cloudstack running without
 effort.
   I'm testing this on OSX and so far the installation process is easy and
   well documented (still few things missing :-P )!
  
  
   [1]
  
  
 
 https://github.com/imduffy15/devcloud4/tree/master/advanced#start-cloudstack
  
  
   *Pierre-Luc DION*
   Architecte de Solution Cloud | Cloud Solutions Architect
   t 855.652.5683
  
   *CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts
   420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
   w cloudops.com *|* tw @CloudOps_
  
  
   On Sun, Nov 16, 2014 at 11:18 AM, Ian Duffy i...@ianduffy.ie wrote:
  
TL;DR: Devcloud 4 cleaned up a bit, chef attributes no longer hidden,
further user customisation allowed, Testers wanted.
   
** advanced zone on 4.4.* isn't supported due to a change on some API
   param
for setting tags on interfaces **
   
Hi All,
   
   
  
 
 https://github.com/imduffy15/devcloud4/tree/dev/binary-installation-basic
   
I've pushed some clean up work for binary-installation versions
   DevCloud4.
I've moved a few things about so chef attributes are no longer
  completely
black boxed and are more exposed to the user so they are aware they
 can
change system vm locations, rpm locations, etc.
   
Along with this I've moved to using berkshelf for pulling in the chef
cookbooks. Sadly this adds a dependency on ChefDK but it works better
  for
cookbook updates.
I've also upped the amount of RAM given to XenServer and the System
  VMs.
(6gb for XenServer and 256 for ssvm cpvm rvm)... I would suggest
  running
   on
a system with 16gb of ram. I may lower this down in the future but I
  felt
their was some performance issues in allocating only 100mb of ram to
  the
system vms.
   
URLs to resources should now be more stable. I'm no longer hosting a
   marvin
binary, its pulled in from pypi. All default URLs for RPMs and
 SystemVM
images are pointing to shapeblues repo :).
   
The chef cookbook powering it all is a modification from the one
  created
   by
the folks over at CloudOps.
   
If anybody is interested in testing I'd love to hear some feedback:
   
** Note should work on osx, linux and windows (in theory, windows
  remains
untested)**
** you need chefdk installed on your machine along with
  vagrant-berkshelf
**
** you need virtualbox interfaces vboxnet0 vboxnet1 vboxnet2 with ips
192.168.22.1, 192.168.23.1 and 192.168.24.1 respectively along with
disabling the DHCP Server **
   
git clone https://github.com/imduffy15/devcloud4.git
git checkout -b dev origin/dev
cd binary-installation-basic or binary-installation-advanced
vagrant up
   
Thanks,
   
Ian
   
  
 

[TEST] DevCloud4 - rework / Cleanup

[Ian Duffy]

TL;DR: Devcloud 4 cleaned up a bit, chef attributes no longer hidden,
further user customisation allowed, Testers wanted.

** advanced zone on 4.4.* isn't supported due to a change on some API param
for setting tags on interfaces **

Hi All,

https://github.com/imduffy15/devcloud4/tree/dev/binary-installation-basic

I've pushed some clean up work for binary-installation versions DevCloud4.
I've moved a few things about so chef attributes are no longer completely
black boxed and are more exposed to the user so they are aware they can
change system vm locations, rpm locations, etc.

Along with this I've moved to using berkshelf for pulling in the chef
cookbooks. Sadly this adds a dependency on ChefDK but it works better for
cookbook updates.
I've also upped the amount of RAM given to XenServer and the System VMs.
(6gb for XenServer and 256 for ssvm cpvm rvm)... I would suggest running on
a system with 16gb of ram. I may lower this down in the future but I felt
their was some performance issues in allocating only 100mb of ram to the
system vms.

URLs to resources should now be more stable. I'm no longer hosting a marvin
binary, its pulled in from pypi. All default URLs for RPMs and SystemVM
images are pointing to shapeblues repo :).

The chef cookbook powering it all is a modification from the one created by
the folks over at CloudOps.

If anybody is interested in testing I'd love to hear some feedback:

** Note should work on osx, linux and windows (in theory, windows remains
untested)**
** you need chefdk installed on your machine along with vagrant-berkshelf **
** you need virtualbox interfaces vboxnet0 vboxnet1 vboxnet2 with ips
192.168.22.1, 192.168.23.1 and 192.168.24.1 respectively along with
disabling the DHCP Server **

git clone https://github.com/imduffy15/devcloud4.git
git checkout -b dev origin/dev
cd binary-installation-basic or binary-installation-advanced
vagrant up

Thanks,

Ian

[QUESTION] How come we don't include Users@ in vote threads?

[Ian Duffy]

Hi All,

Just out of interest, is there some reason we don't include the users
mailing list within vote threads for feedback around product stability?

From what I've seen a lot of them have test labs. It would be nice to get
their feedback before releasing rather than after...

Thanks,

Ian

Re: [QUESTION] How come we don't include Users@ in vote threads?

[Ian Duffy]

 I think the general problem here is that for each voting candidate adding
users@ML  would be only useful if we also build a deb/rpm repo for them to
test the voting candidate so everyone won’t have to build their own
CloudStack. My suggestion is to do that, and I think we can have the
testing repo on packages.shapeblue.com for that.

Love the way you think Rohit! :-) Massive +1 to this, we want to make it
ease for them.

 I'm not sure about adding users@ into the vote since it's more dev@
related

But we're building a product for the users right? Surely they should be
included in the development life cycle at some point?


On 16 November 2014 18:10, Pierre-Luc Dion pdion...@apache.org wrote:

 I'm not sure about adding users@ into the vote since it's more dev@
 related. But, I agree it would be nice to notify users@ that we have an RC
 it would potentially involved more people in the test phases.

 On Sun, Nov 16, 2014 at 12:56 PM, Rohit Yadav rohit.ya...@shapeblue.com
 wrote:

 
   On 16-Nov-2014, at 9:50 pm, Ian Duffy i...@ianduffy.ie wrote:
  
  
   Just out of interest, is there some reason we don't include the users
   mailing list within vote threads for feedback around product stability?
  
   From what I've seen a lot of them have test labs. It would be nice to
 get
   their feedback before releasing rather than after…
 
  I think we should start doing that. By including users@ in the last
  rounds of recent CloudMonkey voting release I got some good feedback.
 
  I think the general problem here is that for each voting candidate adding
  users@ML  would be only useful if we also build a deb/rpm repo for them
  to test the voting candidate so everyone won’t have to build their own
  CloudStack. My suggestion is to do that, and I think we can have the
  testing repo on packages.shapeblue.com for that.
 
  Regards,
  Rohit Yadav
  Software Architect, ShapeBlue
  M. +91 88 262 30892 | rohit.ya...@shapeblue.com
  Blog: bhaisaab.org | Twitter: @_bhaisaab
 
 
 
  Find out more about ShapeBlue and our range of CloudStack related
 services
 
  IaaS Cloud Design  Build
  http://shapeblue.com/iaas-cloud-design-and-build//
  CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/
  CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/
  CloudStack Software Engineering
  http://shapeblue.com/cloudstack-software-engineering/
  CloudStack Infrastructure Support
  http://shapeblue.com/cloudstack-infrastructure-support/
  CloudStack Bootcamp Training Courses
  http://shapeblue.com/cloudstack-training/
 
  This email and any attachments to it may be confidential and are intended
  solely for the use of the individual to whom it is addressed. Any views
 or
  opinions expressed are solely those of the author and do not necessarily
  represent those of Shape Blue Ltd or related companies. If you are not
 the
  intended recipient of this email, you must neither take any action based
  upon its contents, nor copy or show it to anyone. Please contact the
 sender
  if you believe you have received this email in error. Shape Blue Ltd is a
  company incorporated in England  Wales. ShapeBlue Services India LLP is
 a
  company incorporated in India and is operated under license from Shape
 Blue
  Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in
 Brasil
  and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd
 is
  a company registered by The Republic of South Africa and is traded under
  license from Shape Blue Ltd. ShapeBlue is a registered trademark.
 

Re: [TEST] DevCloud4 - rework / Cleanup

[Ian Duffy]

Hi Pierre,

So advanced and basic are running from code on the host machine. Only a
NFS, MySQL and hypervisor box is supplied.

Testing is for binary-installation-advanced and binary-installation-basic.


On 16 November 2014 19:44, Pierre-Luc Dion pd...@cloudops.com wrote:

 Hi Ian,
 I'm trying it as it seams quite strait forward.  although, the instruction
 to install cloudstack [1]: I should run that in the management VM right,
 not locally ? does IPs are hardcoded somewhere?

 Thanks, that's awesome to have a local cloudstack running without effort.
 I'm testing this on OSX and so far the installation process is easy and
 well documented (still few things missing :-P )!


 [1]

 https://github.com/imduffy15/devcloud4/tree/master/advanced#start-cloudstack


 *Pierre-Luc DION*
 Architecte de Solution Cloud | Cloud Solutions Architect
 t 855.652.5683

 *CloudOps* Votre partenaire infonuagique* | *Cloud Solutions Experts
 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
 w cloudops.com *|* tw @CloudOps_


 On Sun, Nov 16, 2014 at 11:18 AM, Ian Duffy i...@ianduffy.ie wrote:

  TL;DR: Devcloud 4 cleaned up a bit, chef attributes no longer hidden,
  further user customisation allowed, Testers wanted.
 
  ** advanced zone on 4.4.* isn't supported due to a change on some API
 param
  for setting tags on interfaces **
 
  Hi All,
 
 
 https://github.com/imduffy15/devcloud4/tree/dev/binary-installation-basic
 
  I've pushed some clean up work for binary-installation versions
 DevCloud4.
  I've moved a few things about so chef attributes are no longer completely
  black boxed and are more exposed to the user so they are aware they can
  change system vm locations, rpm locations, etc.
 
  Along with this I've moved to using berkshelf for pulling in the chef
  cookbooks. Sadly this adds a dependency on ChefDK but it works better for
  cookbook updates.
  I've also upped the amount of RAM given to XenServer and the System VMs.
  (6gb for XenServer and 256 for ssvm cpvm rvm)... I would suggest running
 on
  a system with 16gb of ram. I may lower this down in the future but I felt
  their was some performance issues in allocating only 100mb of ram to the
  system vms.
 
  URLs to resources should now be more stable. I'm no longer hosting a
 marvin
  binary, its pulled in from pypi. All default URLs for RPMs and SystemVM
  images are pointing to shapeblues repo :).
 
  The chef cookbook powering it all is a modification from the one created
 by
  the folks over at CloudOps.
 
  If anybody is interested in testing I'd love to hear some feedback:
 
  ** Note should work on osx, linux and windows (in theory, windows remains
  untested)**
  ** you need chefdk installed on your machine along with vagrant-berkshelf
  **
  ** you need virtualbox interfaces vboxnet0 vboxnet1 vboxnet2 with ips
  192.168.22.1, 192.168.23.1 and 192.168.24.1 respectively along with
  disabling the DHCP Server **
 
  git clone https://github.com/imduffy15/devcloud4.git
  git checkout -b dev origin/dev
  cd binary-installation-basic or binary-installation-advanced
  vagrant up
 
  Thanks,
 
  Ian
 

Re: ui coding style guide?

[Ian Duffy]

 I encounter java script with lots of superfluent whitespace and irregular
indentation.

Intellij's code reformat feature is awesome for fixing this. You'll
probably annoy folk with such large whitespace changes(I know I did).

 Do we have coding standards for that?

As far as I'm aware we do not, and if we do they aren't being applied on UI
changes.
I recall a few years ago that the javascript was completely unindented and
a mess. I ran a beautifier over it and committed it.

 And tools to enforce those?

No tools enforcing it, I guess we could get something like jshint as part
of our CI but I'd be fairly certain there's going to be a bunch of initial
errors to clear up before its any use.

On 11 November 2014 15:42, Daan Hoogland daan.hoogl...@gmail.com wrote:

 H,

 I encounter java script with lots of superfluent whitespace and
 irregular indentation. Do we have coding standards for that? And tools
 to enforce those?

 --
 Daan

Re: ui coding style guide?

[Ian Duffy]

It would be really interesting to see build tools like grunt[1] or gulp[2]
being used around frontend work I've recently been working on a
personal project[3] with gulp and integration with maven through
exec-maven-plugin and yeoman-maven-plugin[4]

It would allow us to pull external dependencies out of the code base and
pull then in during compile time(bower[5]). It would allow us to minify all
the javascript reducing page load times. It would allow for style checking
along with other things

It adds a huge dependency on NodeJS and NodeJS utilities though.

[1] http://gruntjs.com/
[2] http://gulpjs.com/
[3] https://github.com/imduffy15/carcloud-api/blob/master/pom.xml
[4] https://github.com/trecloux/yeoman-maven-plugin
[5] http://bower.io/

Re: ui coding style guide?

[Ian Duffy]

Daan,

I did not I will check them out. Does it matter for tooling?

On 11 November 2014 20:39, Daan Hoogland daan.hoogl...@gmail.com wrote:

 Ian, did you check the license categories for the dependencies? any Cat. X?

 On Tue, Nov 11, 2014 at 9:13 PM, Ian Duffy i...@ianduffy.ie wrote:
  It would be really interesting to see build tools like grunt[1] or
 gulp[2]
  being used around frontend work I've recently been working on a
  personal project[3] with gulp and integration with maven through
  exec-maven-plugin and yeoman-maven-plugin[4]
 
  It would allow us to pull external dependencies out of the code base and
  pull then in during compile time(bower[5]). It would allow us to minify
 all
  the javascript reducing page load times. It would allow for style
 checking
  along with other things
 
  It adds a huge dependency on NodeJS and NodeJS utilities though.
 
  [1] http://gruntjs.com/
  [2] http://gulpjs.com/
  [3] https://github.com/imduffy15/carcloud-api/blob/master/pom.xml
  [4] https://github.com/trecloux/yeoman-maven-plugin
  [5] http://bower.io/



 --
 Daan

Tomcat6 *build* requirement

[Ian Duffy]

Hi All,

I was wondering if somebody could explain the *Build* Requirement on
Tomcat6 for building RPMs.

I don't install tomcat via yum so its not picked up by rpm-builder and thus
not detected as being installed.
I'd rather not install it as I want tomcat7 on my machine.

Thanks,

Ian

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #6)

[Ian Duffy]

Is cloudmonkey following the same project bylaws as CloudStack?

If so we need 3 +1 binding votes.
On 7 Nov 2014 07:35, Rohit Yadav rohit.ya...@shapeblue.com wrote:

 Hi all,

 After 72 hours, the vote for CloudStack CloudMonkey 5.3.0 *passes* with
 1 PMC + 3 non-PMC votes.

 +1 (PMC / binding)
 1 person

 +1 (non binding)
 3 persons

 0
 none

 -1
 none

 Thanks to everyone participating. I will now prepare the release
 announcement to go out after 24 hours to give the mirrors time to catch up.

 Can any of the PMC members help move the voting artifact to releases:

 svn mv -m Publishing Apache CloudStack CloudMonkey 5.3.0 release
 https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.3.0/
 https://dist.apache.org/repos/dist/release/cloudstack/releases/

 I’ll release the artifact to pypi shortly. Thanks.


  On 05-Nov-2014, at 9:25 pm, Ian Duffy i...@ianduffy.ie wrote:
 
  +1 (binding).
 
  Did a few tests against exoscale.
 
  On 5 November 2014 15:47, Rohit Yadav rohit.ya...@shapeblue.com wrote:
 
  +1 from my side as well
 
  Tested cloudmonkey for deploying ACS using KVM and shared NFS storage,
  write bash scripts etc.
 
  On 04-Nov-2014, at 8:16 pm, Geoff Higginbottom 
  geoff.higginbot...@shapeblue.com wrote:
 
  +1
 
  All previous issues have been fixed - Well done Rohit
 
  Tested the following using scripts:
 
  Install CloudMonkey and setup Profile
  Deploy new complete Advanced Zone
  Update Global Settings
  Create Domains and Users
  Delete default Service Offerings and Add new ones
  Deploy new Network and VMs, setup Ingress and Egress Rules
  Deploy new VPC and VMs, setup ACLs and Egress rules
 
  Regards
 
  Geoff Higginbottom
 
  D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
 
  geoff.higginbot...@shapeblue.com
 
  -Original Message-
  From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
  Sent: 04 November 2014 13:10
  To: dev
  Cc: us...@cloudstack.apache.org
  Subject: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #6)
 
  Hi All,
 
  I've created a 5.3.0 release of CloudMonkey, with the following
  artifacts up for a vote:
 
  Git Branch and Commit SH:
 
 
 https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shortlog;h=refs/heads/5.3
  Commit: 24faf56d5ab41cef1e9f7fc294f7cf1ab5e3a742
 
  List of changes:
 
 
 https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=blob_plain;f=CHANGES;hb=5.3
 
  Source release (checksums and signatures are available at the same
  location):
  https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.3.0/
 
  PGP release keys (signed using 0EE3D884):
  https://dist.apache.org/repos/dist/release/cloudstack/KEYS
 
  Testing procedure:
 
 
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudMonkey+Release+test+procedure
 
  This release aims to provide better parameter and filter completion,
  error handling and utf8/unicode support in CloudMonkey and therefore
 needs
  testing efforts in these areas. UTF-8 encoded string parameters usage
 needs
  to be tested in API calls, shell and piped calls, for example:
 
  $ create user account=admin username=रोहित lastname=यादव
 firstname=रोहित
  email=bhais...@apache.org
 password=正體字/繁體字日本人français한국فارسیpassword123”
  $ list users | grep रोहित
 
  The vote will be open till Thursday EOD (72 hours). Please test this
  release and give your votes. Thanks.
 
  For sanity in tallying the vote, can PMC members please be sure to
  indicate (binding) with their vote?
 
  [ ] +1  approve
  [ ] +0  no opinion
  [ ] -1  disapprove (and reason why)
 
  Regards,
  Rohit Yadav
  Software Architect, ShapeBlue
  M. +91 88 262 30892 | rohit.ya...@shapeblue.com
  Blog: bhaisaab.org | Twitter: @_bhaisaab
 
 
 
  Find out more about ShapeBlue and our range of CloudStack related
  services
 
  IaaS Cloud Design  Build
  http://shapeblue.com/iaas-cloud-design-and-build//
  CSForge – rapid IaaS deployment framework
 http://shapeblue.com/csforge/
  CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/
  CloudStack Infrastructure Support
  http://shapeblue.com/cloudstack-infrastructure-support/
  CloudStack Bootcamp Training Courses
  http://shapeblue.com/cloudstack-training/
 
  This email and any attachments to it may be confidential and are
  intended solely for the use of the individual to whom it is addressed.
 Any
  views or opinions expressed are solely those of the author and do not
  necessarily represent those of Shape Blue Ltd or related companies. If
 you
  are not the intended recipient of this email, you must neither take any
  action based upon its contents, nor copy or show it to anyone. Please
  contact the sender if you believe you have received this email in error.
  Shape Blue Ltd is a company incorporated in England  Wales. ShapeBlue
  Services India LLP is a company incorporated in India and is operated
 under
  license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a
  company incorporated

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #6)

[Ian Duffy]

+1 (binding).

Did a few tests against exoscale.

On 5 November 2014 15:47, Rohit Yadav rohit.ya...@shapeblue.com wrote:

 +1 from my side as well

 Tested cloudmonkey for deploying ACS using KVM and shared NFS storage,
 write bash scripts etc.

  On 04-Nov-2014, at 8:16 pm, Geoff Higginbottom 
 geoff.higginbot...@shapeblue.com wrote:
 
  +1
 
  All previous issues have been fixed - Well done Rohit
 
  Tested the following using scripts:
 
  Install CloudMonkey and setup Profile
  Deploy new complete Advanced Zone
  Update Global Settings
  Create Domains and Users
  Delete default Service Offerings and Add new ones
  Deploy new Network and VMs, setup Ingress and Egress Rules
  Deploy new VPC and VMs, setup ACLs and Egress rules
 
  Regards
 
  Geoff Higginbottom
 
  D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
 
  geoff.higginbot...@shapeblue.com
 
  -Original Message-
  From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
  Sent: 04 November 2014 13:10
  To: dev
  Cc: us...@cloudstack.apache.org
  Subject: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #6)
 
  Hi All,
 
  I've created a 5.3.0 release of CloudMonkey, with the following
 artifacts up for a vote:
 
  Git Branch and Commit SH:
 
 https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shortlog;h=refs/heads/5.3
  Commit: 24faf56d5ab41cef1e9f7fc294f7cf1ab5e3a742
 
  List of changes:
 
 https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=blob_plain;f=CHANGES;hb=5.3
 
  Source release (checksums and signatures are available at the same
  location):
  https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.3.0/
 
  PGP release keys (signed using 0EE3D884):
  https://dist.apache.org/repos/dist/release/cloudstack/KEYS
 
  Testing procedure:
 
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudMonkey+Release+test+procedure
 
  This release aims to provide better parameter and filter completion,
 error handling and utf8/unicode support in CloudMonkey and therefore needs
 testing efforts in these areas. UTF-8 encoded string parameters usage needs
 to be tested in API calls, shell and piped calls, for example:
 
  $ create user account=admin username=रोहित lastname=यादव firstname=रोहित
 email=bhais...@apache.org password=正體字/繁體字日本人français한국فارسیpassword123”
  $ list users | grep रोहित
 
  The vote will be open till Thursday EOD (72 hours). Please test this
 release and give your votes. Thanks.
 
  For sanity in tallying the vote, can PMC members please be sure to
 indicate (binding) with their vote?
 
  [ ] +1  approve
  [ ] +0  no opinion
  [ ] -1  disapprove (and reason why)
 
  Regards,
  Rohit Yadav
  Software Architect, ShapeBlue
  M. +91 88 262 30892 | rohit.ya...@shapeblue.com
  Blog: bhaisaab.org | Twitter: @_bhaisaab
 
 
 
  Find out more about ShapeBlue and our range of CloudStack related
 services
 
  IaaS Cloud Design  Build
 http://shapeblue.com/iaas-cloud-design-and-build//
  CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/
  CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/
  CloudStack Infrastructure Support
 http://shapeblue.com/cloudstack-infrastructure-support/
  CloudStack Bootcamp Training Courses
 http://shapeblue.com/cloudstack-training/
 
  This email and any attachments to it may be confidential and are
 intended solely for the use of the individual to whom it is addressed. Any
 views or opinions expressed are solely those of the author and do not
 necessarily represent those of Shape Blue Ltd or related companies. If you
 are not the intended recipient of this email, you must neither take any
 action based upon its contents, nor copy or show it to anyone. Please
 contact the sender if you believe you have received this email in error.
 Shape Blue Ltd is a company incorporated in England  Wales. ShapeBlue
 Services India LLP is a company incorporated in India and is operated under
 license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a
 company incorporated in Brasil and is operated under license from Shape
 Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by The Republic of
 South Africa and is traded under license from Shape Blue Ltd. ShapeBlue is
 a registered trademark.
  Find out more about ShapeBlue and our range of CloudStack related
 services
 
  IaaS Cloud Design  Build
 http://shapeblue.com/iaas-cloud-design-and-build//
  CSForge – rapid IaaS deployment frameworkhttp://shapeblue.com/csforge/
  CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/
  CloudStack Infrastructure Support
 http://shapeblue.com/cloudstack-infrastructure-support/
  CloudStack Bootcamp Training Courses
 http://shapeblue.com/cloudstack-training/
 
  This email and any attachments to it may be confidential and are
 intended solely for the use of the individual to whom it is addressed. Any
 views or opinions expressed are solely those of the author and do not
 necessarily represent those of 

Re: ldap with microsoft ad on 4.5

[Ian Duffy]

Hi Rajani,

in the LdapContextFactory.java class can you try setting the an extra
environment variable.

environment.put(*Context.REFERRAL*, follow);

http://docs.oracle.com/javase/jndi/tutorial/ldap/referral/jndi.html

Let me know if this solves it for you.
Ian.

On 3 November 2014 09:32, Rajani Karuturi raj...@apache.org wrote:

 using Apache Directory Server works fine on 4.3 and 4.5.
 But, If I use Microsoft AD(on windows server 2012), it doesnt work on 4.5.

 It binds to the server properly. But, it doesnt list any users.
 I see javax.naming.PartialResultException: Unprocessed Continuation
 Reference(s); exception with no stacktrace.

 The same server and configuration works on 4.3 instance.

 Did anyone notice this? Any pointers?


 ~Rajani

Re: ldap with microsoft ad on 4.5

[Ian Duffy]

Hi Rajani,

That's a pity. I don't have anything near me to test this on at the moment.

Have you tried running tcpdump on the management server to inspect the
responses from AD?
On 3 Nov 2014 10:41, Rajani Karuturi raj...@apache.org wrote:

 already tried. didnt work.

 ~Rajani

 On Mon, Nov 3, 2014 at 4:10 PM, Ian Duffy i...@ianduffy.ie wrote:

  Hi Rajani,
 
  in the LdapContextFactory.java class can you try setting the an extra
  environment variable.
 
  environment.put(*Context.REFERRAL*, follow);
 
  http://docs.oracle.com/javase/jndi/tutorial/ldap/referral/jndi.html
 
  Let me know if this solves it for you.
  Ian.
 
  On 3 November 2014 09:32, Rajani Karuturi raj...@apache.org wrote:
 
   using Apache Directory Server works fine on 4.3 and 4.5.
   But, If I use Microsoft AD(on windows server 2012), it doesnt work on
  4.5.
  
   It binds to the server properly. But, it doesnt list any users.
   I see javax.naming.PartialResultException: Unprocessed Continuation
   Reference(s); exception with no stacktrace.
  
   The same server and configuration works on 4.3 instance.
  
   Did anyone notice this? Any pointers?
  
  
   ~Rajani
  
 

Re: release artifact 4.4.1 faulty. How to resolve?

[Ian Duffy]

Since its already been released/announced does this mean we get a 4.4.2 or
is it still considered 4.4.1?

On 3 November 2014 17:03, David Nalley da...@gnsa.us wrote:

 So I asked - the answer I heard back was - invalidate the vote;
 caution folks to verify that commit id advertised is what is being
 voted on. svn rm the artifacts from dist.a.o; email root@ to remove
 the artifacts from archive.a.o, and start working on a new version.

 --David

 On Mon, Nov 3, 2014 at 9:51 AM, David Nalley da...@gnsa.us wrote:
  So, in short, we didn't verify that $b = $a in the vote.
  Unfortunate. Let me ask around.
 
  --David
 
  On Mon, Nov 3, 2014 at 7:03 AM, Daan Hoogland daan.hoogl...@gmail.com
 wrote:
  $a ~= d8359211f11b2462c35389b6c80d51df5159ae69 -
  b9620c2cbe7f711082015b2d6fd31efed3ea25d4
  $b == 8db506b536f3139250d33df571c98c1c3fa83650
  $c == 8db506b536f3139250d33df571c98c1c3fa83650
 
  So the tag and the voted id match but the artifacts don't.
 
  On Sun, Nov 2, 2014 at 6:20 PM, David Nalley da...@gnsa.us wrote:
  OK - let me see if I understand what you are saying:
 
  $a - is the commit-id of the uploaded artifacts
  $b - is the commit-id that was in the vote email
  $c - is the commit-id of the tag in git
 
  Which of those three don't match. (When I read your description - a
  and b match, but c does not)
 
  If that's the case, delete the tag, and recreate the tag so that it
  matches what was in a and b. If that isn't the exact case, we need to
  figure out where the failure is, and decide how to handle it.
 
  --David
 
  On Sat, Nov 1, 2014 at 6:24 PM, Daan Hoogland daan.hoogl...@gmail.com
 wrote:
  I am talking about a mismatch between the commit-id that the tag
  4.4..1 points to and the artifact that was uploaded. I think they are
  functionally the same but the internal version is different. The
  artifact is 4.4.1-SNAPSHOT hence probably the root of the release
  branch and the commit is the tip where the version strings were
  changed to 4.4.1.
 
  not sure if this relates to your links. I made a bug in the
  build_asf.sh and uploaded soething other then the release commit id
 
  On Sat, Nov 1, 2014 at 10:22 PM, David Nalley da...@gnsa.us wrote:
  -private
 
  We are talking about whats in:
 
 https://dist.apache.org/repos/dist/release/cloudstack/releases/4.4.1/
  ?
  If so, I am not sure how we arrive at the fact that the release
  artifacts aren't what we voted on. I looked at the commit log for the
  part of the tree and found [1]. I also checked it out, and svn log-ed
  it and get the output in [2].
 
  So let me step back and ask - how did you determine that what's in
  dist.a.o doesn't match what we voted on? OR -are we talking about
  something else?
 
  --David
 
  [1] http://markmail.org/message/vjoxa6lg7o6dxmsl
  [2] https://paste.apache.org/agtf
 
 
  On Sat, Nov 1, 2014 at 3:12 PM, Daan Hoogland 
 daan.hoogl...@gmail.com wrote:
  People,
 
  It seems the uploaded artifacts on the release repo of apache does
 not
  contain the commit-id of the voted release. I don't know if this can
  be remedied. I think we should pull it, right? can we replace it by
  artifacts that do contain the right version? Or should we have a new
  version?
 
  thanks,
  --
  Daan
 
 
 
  --
  Daan
 
 
 
  --
  Daan

Re: ldap with microsoft ad on 4.5

[Ian Duffy]

Hi Rajani,

I tested with on the 4.5 branch (Has a bunch of UI errors).
against windows server 2008 R2. I was able to get a list of users without
issue.

On 3 November 2014 15:55, Rajani Karuturi raj...@apache.org wrote:

 Nope. Haven't done that. Will try.

 I enabled err in ldap environment settings and tried. Didn't give me much
 info.

 Thanks.


 On Mon, Nov 3, 2014 at 21:00 PM, Ian Duffy i...@ianduffy.ie wrote:

 Hi Rajani,

 That's a pity. I don't have anything near me to test this on at the moment.

 Have you tried running tcpdump on the management server to inspect the
 responses from AD?
 On 3 Nov 2014 10:41, Rajani Karuturi raj...@apache.org javascript:;
 wrote:

  already tried. didnt work.
 
  ~Rajani
 
  On Mon, Nov 3, 2014 at 4:10 PM, Ian Duffy i...@ianduffy.ie
 javascript:;
 wrote:
 
   Hi Rajani,
  
   in the LdapContextFactory.java class can you try setting the an extra
   environment variable.
  
   environment.put(*Context.REFERRAL*, follow);
  
   http://docs.oracle.com/javase/jndi/tutorial/ldap/referral/jndi.html
  
   Let me know if this solves it for you.
   Ian.
  
   On 3 November 2014 09:32, Rajani Karuturi raj...@apache.org
 javascript:; wrote:
  
using Apache Directory Server works fine on 4.3 and 4.5.
But, If I use Microsoft AD(on windows server 2012), it doesnt work on
   4.5.
   
It binds to the server properly. But, it doesnt list any users.
I see javax.naming.PartialResultException: Unprocessed Continuation
Reference(s); exception with no stacktrace.
   
The same server and configuration works on 4.3 instance.
   
Did anyone notice this? Any pointers?
   
   
~Rajani
   
  
 



 --
 Sent from Windows Phone

Re: [HELP] cloudstack 4.4.0 src build failed

[Ian Duffy]

This looks like the certificate issue that has been mentioned in another
thread on the list.

On 24 October 2014 16:48, Nux! n...@li.nux.ro wrote:

 Hello,

 Any reason you are not building 4.4.1? Perhaps it's fixed there.

 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro

 - Original Message -
  From: zengfh2...@aliyun.com
  To: dev dev@cloudstack.apache.org
  Sent: Friday, 24 October, 2014 15:13:19
  Subject: [HELP] cloudstack 4.4.0 src build failed

  您好：
  OS: CentOS6.3 x64
 cloudstack: apache-cloudstack-4.4.0-src.tar.bz2
 
 As building RPM，excute
 cloudstack-4.4.0/packaging/centos63/package.sh ,the error
 as followed, please help me to resolve it, Thanks!
 
  Failed tests:
 
 runUploadSslCertBadkeyAlgo(org.apache.cloudstack.network.lb.CertServiceTest)
 
 runUploadSslCertBadkeyPair(org.apache.cloudstack.network.lb.CertServiceTest)
 
 runUploadSslCertBadChain(org.apache.cloudstack.network.lb.CertServiceTest)
 
 runUploadSslCertNoRootCert(org.apache.cloudstack.network.lb.CertServiceTest)
  runUploadSslCertNoChain(org.apache.cloudstack.network.lb.CertServiceTest)
 
  Tests in error:
 
 runUploadSslCertWithCAChain(org.apache.cloudstack.network.lb.CertServiceTest):
  Error parsing certificate data Certificate expired or not valid
 
 runUploadSslCertSelfSignedNoPassword(org.apache.cloudstack.network.lb.CertServiceTest):
  Error parsing certificate data Certificate expired or not valid
 
 runUploadSslCertSelfSignedWithPassword(org.apache.cloudstack.network.lb.CertServiceTest):
  Error parsing certificate data Certificate expired or not valid
 
  Tests run: 139, Failures: 5, Errors: 3, Skipped: 1
 
 
  [INFO]
 
  [INFO] Reactor Summary:
  [INFO]
  [INFO] Apache CloudStack Developer Tools - Checkstyle Configuration
 SUCCESS
  [8.201s]
  [INFO] Apache CloudStack . SUCCESS
 [2.836s]
  [INFO] Apache CloudStack Maven Conventions Parent  SUCCESS
 [1.335s]
  [INFO] Apache CloudStack Framework - Managed Context . SUCCESS
 [5.058s]
  [INFO] Apache CloudStack Utils ... SUCCESS
 [22.108s]
  [INFO] Apache CloudStack Framework ... SUCCESS
 [0.090s]
  [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS
 [13.717s]
  [INFO] Apache CloudStack Framework - Configuration ... SUCCESS
 [7.190s]
  [INFO] Apache CloudStack API . SUCCESS
 [24.591s]
  [INFO] Apache CloudStack Framework - REST  SUCCESS
 [4.550s]
  [INFO] Apache CloudStack Framework - IPC . SUCCESS
 [8.496s]
  [INFO] Apache CloudStack Cloud Engine  SUCCESS
 [0.058s]
  [INFO] Apache CloudStack Cloud Engine API  SUCCESS
 [6.813s]
  [INFO] Apache CloudStack Framework - Security  SUCCESS
 [3.292s]
  [INFO] Apache CloudStack Core  SUCCESS
 [17.587s]
  [INFO] Apache CloudStack Agents .. SUCCESS
 [9.923s]
  [INFO] Apache CloudStack Framework - Clustering .. SUCCESS
 [4.526s]
  [INFO] Apache CloudStack Framework - Event Notification .. SUCCESS
 [2.240s]
  [INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS
 [22.376s]
  [INFO] Apache CloudStack Framework - Jobs  SUCCESS
 [9.565s]
  [INFO] Apache CloudStack Cloud Engine Internal Components API SUCCESS
 [5.471s]
  [INFO] Apache CloudStack Server .. FAILURE
 [1:16.272s]
  [INFO] Apache CloudStack Usage Server  SKIPPED
  [INFO] Apache XenSource XAPI . SKIPPED
  [INFO] Apache CloudStack Cloud Engine Orchestration Component SKIPPED
  [INFO] Apache CloudStack Cloud Services .. SKIPPED
  [INFO] Apache CloudStack Secondary Storage ... SKIPPED
  [INFO] Apache CloudStack Secondary Storage Service ... SKIPPED
  [INFO] Apache CloudStack Engine Storage Component  SKIPPED
  [INFO] Apache CloudStack Engine Storage Volume Component . SKIPPED
  [INFO] Apache CloudStack Engine Storage Image Component .. SKIPPED
  [INFO] Apache CloudStack Engine Storage Data Motion Component SKIPPED
  [INFO] Apache CloudStack Engine Storage Cache Component .. SKIPPED
  [INFO] Apache CloudStack Engine Storage Snapshot Component SKIPPED
  [INFO] Apache CloudStack Cloud Engine API  SKIPPED
  [INFO] Apache CloudStack Cloud Engine Service  SKIPPED
  [INFO] Apache CloudStack Plugin POM .. SKIPPED
  [INFO] Apache CloudStack Plugin - API Rate Limit . SKIPPED
  [INFO] Apache CloudStack Plugin - API Discovery .. SKIPPED
  [INFO] Apache CloudStack Plugin - ACL Static Role Based .. SKIPPED
  [INFO] Apache CloudStack Plugin - Host Anti-Affinity Processor SKIPPED
  [INFO] Apache CloudStack Plugin - Explicit Dedication Processor SKIPPED
  [INFO] Apache 

Re: vm.password.length issue in 4.4.1-SNAPSHOT

[Ian Duffy]

  I agree adding 3 characters is a bug and willing to fix it.

Me too.. I find it very worrying that the code base has tests that
cater for bugs to be valid input.
Really makes me wonder about the quality of the product.

Anyways... I did a grep of the codebase for usage of the method. Its not
used anywhere else... (Which does make me wonder why it existed in the
first place and if its functionality has been duplicated else where)

  Any objections to setting the minimum to 8, the previous default?

No objections from me.

On 25 October 2014 01:41, Amogh Vasekar amogh.vase...@citrix.com wrote:

 Do note that the password generated here is considered temporary, as
 previously pointed out by Chiradeep in another thread.

 Thanks
 Amogh

 On 10/24/14 5:31 PM, Nux! n...@li.nux.ro wrote:

 Imho, considering the password is not very secure (it's missing symbols),
 we should increase the length.
 For my personal stuff I default to 15 chars.
 
 --
 Sent from the Delta quadrant using Borg technology!
 
 Nux!
 www.nux.ro
 
 - Original Message -
  From: Amogh Vasekar amogh.vase...@citrix.com
  To: dev@cloudstack.apache.org
  Cc: laszlo hornyak laszlo.horn...@gmail.com
  Sent: Saturday, 25 October, 2014 00:37:07
  Subject: Re: vm.password.length issue in 4.4.1-SNAPSHOT
 
  Hi Laszlo,
 
  Any comments on the below? I agree adding 3 characters is a bug and
  willing to fix it.
 
  In addition, Ian, I believe we should set a minimum allowed value for
 the
  config value vm.password.length. Any objections to setting the minimum
 to
  8, the previous default?
 
  Thanks
  Amogh
 
  On 10/13/14 5:34 PM, Ian Duffy i...@ianduffy.ie wrote:
 
 The only other usage of it is within
 server/src/com/cloud/server/ConfigurationServerImpl.java
 Its used for creating a Secondary storage vm copy password.
 
 I'm seeing absolutely no reason why we have 3 values going in no matter
 what, I'm willing to say its a bug. I'm curious to why the tests are
 written to deal with it though
 
 On 14 October 2014 00:26, Nux! n...@li.nux.ro wrote:
 
  Well, it's a bit messy, but still better than the old password length.
  Ideally this should get clarified/fixed, but for now I am happy with
 my
  long+3 password! :)
 
 
  Cheers,
  Lucian
 
  --
  Sent from the Delta quadrant using Borg technology!
 
  Nux!
  www.nux.ro
 
  - Original Message -
   From: Ian Duffy i...@ianduffy.ie
   To: CloudStack Dev dev@cloudstack.apache.org
   Cc: laszlo hornyak laszlo.horn...@gmail.com
   Sent: Monday, 13 October, 2014 19:54:53
   Subject: Re: vm.password.length issue in 4.4.1-SNAPSHOT
 
   Hey Nux,
  
   So I passed this work off to a util class that was already present
 in
 the
   code base PasswordGenerator
  
  @Override
  public String generateRandomPassword() {
  Integer passwordLength =
   Integer.parseInt(_configDao.getValue(vm.password.length));
  return
 PasswordGenerator.generateRandomPassword(passwordLength);
  }
  
   Not a clue why but the generateRandomPassword method creates a
 random
   3-character string first then loops through to generate n random
  characters.
  
  public static String generateRandomPassword(int num) {
  Random r = new SecureRandom();
  StringBuilder password = new StringBuilder();
  
  // Generate random 3-character string with a lowercase
 character,
  // uppercase character, and a digit
  
  
 
 password.append(generateLowercaseChar(r)).append(generateUppercaseChar(
 r)
 ).append(generateDigit(r));
  
  // Generate a random n-character string with only lowercase
  // characters
  for (int i = 0; i  num; i++) {
  password.append(generateLowercaseChar(r));
  }
  
  return password.toString();
  }
  
   The unit tests seem to accommodate for this aswell:
  
  // actual length is requested length + 3
  
  
 Assert.assertTrue(PasswordGenerator.generateRandomPassword(0).length()
 ==
   3);
  
  
 Assert.assertTrue(PasswordGenerator.generateRandomPassword(1).length()
 ==
   4);
  
   I'm guessing there's some reasoning for this CCing Laszlo who
  according
   to git log did some work on this class.
  
   Thanks,
  
   Ian
  
   On 13 October 2014 19:39, Nux! n...@li.nux.ro wrote:
  
   Hello,
  
   First of all THANKS! to whoever made this feature happen (Ian I
  guess).
   Now we can set more secure passwords generated for our instances.
  
   Second, the feature works, but with a small glitch, the number
 seems
 to
  be
   affected by some sort of offset. I.e. if I set the password to be
 15
  chars
   in length then the generated password will actually be 18 chars.
   In order to get a 15 chars long passwd I had to set
 vm.password.length
  to
   12. Bug or feature? :)
  
  
   Lucian
  
   --
   Sent from the Delta quadrant using Borg technology!
  
   Nux!
   www.nux.ro

Re: [PROPOSAL] Move to github PR only during moratorium on commit

[Ian Duffy]

I'm in complete agreement with Stephen on this one.
I would be considered the master RM could be overwhelmed with work.
Other than that +1.

On 20 October 2014 14:13, Daan Hoogland daan.hoogl...@gmail.com wrote:

 +1 and small changes should go through even if bigger goals glare on the
 horizon.

 On Mon, Oct 20, 2014 at 2:14 PM, sebgoa run...@gmail.com wrote:

 
  On Oct 20, 2014, at 1:51 PM, Stephen Turner stephen.tur...@citrix.com
  wrote:
 
   As I just said in the other thread -- but to repeat it here in the
  PROPOSAL thread --
  
   I am +1 on using github pull requests.
  
   I am +1 on all code changes being reviewed by a committer other than
 the
  author, as well as undergoing some automated CI testing, before the pull
  request is merged.
  
   I am +0 on only the master RM merging the pull request. I don't want
 the
  author to push the code, but I think the code reviewer could do this; in
  practice the RM will not be able to review everything again so is likely
 to
  rubber-stamp the results of the code review / automated testing. But I
  could live with the master RM doing it.
  
 
  Understood, the idea is to go with this drastic change and as we adjust
 we
  can relax a bit this constraint. The benefit is to start controlling what
  will go in the next release before a release branch is even cut and get
 all
  developers (committers or not) to start using feature branches
  systematically.
 
   I am +1 on moving ahead with any of these parts individually, rather
  than waiting for everything to be in place before doing anything.
  
   --
   Stephen Turner
  
  
   -Original Message-
   From: sebgoa [mailto:run...@gmail.com]
   Sent: 18 October 2014 10:00
   To: dev@cloudstack.apache.org
   Subject: [PROPOSAL] Move to github PR only during moratorium on commit
  
   After [1] I would like to officially bring up the following proposal.
  
   [Proposal]
   
   All commits come through github PR, *even* for committers. We declare a
  moratorium period (agreed suspension of activity) during which direct
  commit to master is forbidden.
   Only the master RM is allowed to merge PR in master (we define a master
  RM). If direct commit to master is done, master RM reverts without
 warning.
  Same for 4.5 and 4.4. branches.
   
  
   This is drastic and I am sure some folks will not like it, but here is
  my justification for such a measure:
  
   [Reasons]:
   
   Our commit and release processes have so far been based on the idea
 that
  development happens on master and that a release branch is cut from
 master
  (unstable development branch). Then a different set of community members
  harden the release branch, QA and bring it to GA level. During that time
  development keeps on going in master.
  
   This is an OK process if we have the luxury of having a QA team and can
  cope with split personality of being developers and release managers.
  
   My point of view is that as a community we cannot afford such a split
  brain organization and our experience overt the last year proves my point
  (delayed release date, broken builds, features merged without warning...)
  
   We can avoid this by cutting a release branch from a stable one (from
  the start), then as you (Daan) have mentioned several times, fix bugs in
  the release branch and merge them back in the stable source of the
 release
  (be it master).
  
   Feature development need to be done outside master, period. Not only
 for
  non-committers but also for committers. And merge request need to be
  called. This will help review and avoid surprises.
  
   New git workflow were proposed and shutdown, mostly calling for better
  CI to solve quality issues. CI will not solve our quality issues alone.
 We
  need to better police ourselves.
  
   To avoid long discussions, I propose this simple but drastic measure.
 We
  move all our commits to github PR until 4.5 is out, this stands for
  committers and non-committers, direct commits (especially to master)
 would
  be reverted immediately.
   
  
   Our development and release process is broken, we cannot continue like
  this, let's fix it.
  
   [1] http://markmail.org/thread/xeliefp3oleq3g54
  
   -sebastien
 
 


 --
 Daan

Re: Unreleased 4.4.1 packages on cloudstack.apt-get.eu, why?

[Ian Duffy]

4.4.1 passed a vote Its possible they are genuine.
The repodata is generated on a cronjob.

On 20 October 2014 21:43, Nux! n...@li.nux.ro wrote:

 Guys.. for crying out loud.. who put the 4.4.1 rpms back and regenerated
 the repodata?
 I wouldn't normally care, but this repo is advertised in many places,
 people have it installed, it will get used ... with unreleased, buggy
 software ...

 Please make another directory or something.

 :(

 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro

 - Original Message -
  From: Daan Hoogland daan.hoogl...@gmail.com
  To: dev dev@cloudstack.apache.org
  Sent: Friday, 10 October, 2014 08:46:05
  Subject: Re: Unreleased 4.4.1 packages on cloudstack.apt-get.eu, why?

  I was thinking about that. I shouldn't have done this upload but had a
  reason to. I want to make these available for testers. maybe i can upload
  them without adding them to the rpm index...?
 
  On Thu, Oct 9, 2014 at 7:47 PM, Nux! n...@li.nux.ro wrote:
 
  Perhaps we need a testing repo for non-final packages?
 
  --
  Sent from the Delta quadrant using Borg technology!
 
  Nux!
  www.nux.ro
 
  - Original Message -
   From: Daan Hoogland daan.hoogl...@gmail.com
   To: dev dev@cloudstack.apache.org
   Sent: Thursday, 9 October, 2014 17:42:50
   Subject: Re: Unreleased 4.4.1 packages on cloudstack.apt-get.eu, why?
 
   i did
  
   On Thu, Oct 9, 2014 at 3:07 PM, Ian Duffy i...@ianduffy.ie wrote:
  
   Wildo,
  
   Do we have no kind of audit on uploads?
  
   On 9 October 2014 12:25, Wido den Hollander w...@widodh.nl wrote:
  
   
   
On 10/09/2014 01:21 PM, Nux! wrote:
 Hello,

 I've noticed there are 4.4.1 packages on
http://cloudstack.apt-get.eu/rhel/4.4/.
 Since 4.4.0 is latest release, how come? This is bad, people will
install broken stuff.
 Can anyone fix this?

   
I removed the packages, but I'm not sure who uploaded them.
   
They were uploaded on September 30th at 11:12 CET.
   
Wido
   
 Lucian

 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro

   
  
  
  
  
   --
   Daan
 
 
 
 
  --
  Daan

Re: [ANNOUNCE] New PMC Member: Rajani Karuturi

[Ian Duffy]

Congrats Rajani! :)

On 17 October 2014 16:47, Mike Tutkowski mike.tutkow...@solidfire.com
wrote:

 Congratulations!

 On Friday, October 17, 2014, Daan Hoogland daan.hoogl...@gmail.com
 wrote:

  The Project Management Committee (PMC) for Apache CloudStack are pleased
 to
  announce that Rajani Karuturi has accepted our invitation to join the
 PMC.
 
  Please join me in congratulating her.
 
  On behalf of the Apache CloudStack PMC
  --
  Daan
 


 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the cloud
 http://solidfire.com/solution/overview/?video=play*™*

Re: [VOTE][ACS44]Apache CloudStack 4.4.1 RC 3 in branch 4.4-RC20141014T2316

[Ian Duffy]

+0

On a basic zone deployment I seem to be having issues accessing the console
proxy.

From what I can work out this has something to do with the iptables on the
hypervisor for security groups.
Flushing the iptables on the hypervisor running the console vm fixes the
issue but breaks all the security groups.

Can anybody else confirm if they experience a similar issue? I did two
clean deployments happened both times.
Everything else seemed to work fine.

On 15 October 2014 12:13, Wido den Hollander w...@widodh.nl wrote:

 +1

 Based on the commits that have happened my old tests are still valid.

 Wido

 On 10/14/2014 11:23 PM, Daan Hoogland wrote:
  Hi All,
 
  As all open blocking issues were reported fixed today, I've created a
 4.4.1
  release, with the following artifacts up for a vote:
 
  Git Branch and Commit SH:
 
 https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20141014T2316
  Commit: 8db506b536f3139250d33df571c98c1c3fa83650
 
  List of changes:
 
 http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/
 
  Source release (checksums and signatures are available at the same
  location):
  https://dist.apache.org/repos/dist/dev/cloudstack/4.4.1/
 
  PGP release keys (signed using 4096R/AA4736F3):
  https://dist.apache.org/repos/dist/release/cloudstack/KEYS
 
  Vote will be open for 72 hours.
 
  For sanity in tallying the vote, can PMC members please be sure to
  indicate (binding) with their vote?
 
  [ ] +1  approve
  [ ] +0  no opinion
  [ ] -1  disapprove (and reason why)
  ​may for(tun/c)e​ be with us,
 

Re: vm.password.length issue in 4.4.1-SNAPSHOT

[Ian Duffy]

Hey Nux,

So I passed this work off to a util class that was already present in the
code base PasswordGenerator

@Override
public String generateRandomPassword() {
Integer passwordLength =
Integer.parseInt(_configDao.getValue(vm.password.length));
return PasswordGenerator.generateRandomPassword(passwordLength);
}

Not a clue why but the generateRandomPassword method creates a random
3-character string first then loops through to generate n random characters.

public static String generateRandomPassword(int num) {
Random r = new SecureRandom();
StringBuilder password = new StringBuilder();

// Generate random 3-character string with a lowercase character,
// uppercase character, and a digit

password.append(generateLowercaseChar(r)).append(generateUppercaseChar(r)).append(generateDigit(r));

// Generate a random n-character string with only lowercase
// characters
for (int i = 0; i  num; i++) {
password.append(generateLowercaseChar(r));
}

return password.toString();
}

The unit tests seem to accommodate for this aswell:

// actual length is requested length + 3

Assert.assertTrue(PasswordGenerator.generateRandomPassword(0).length() ==
3);

Assert.assertTrue(PasswordGenerator.generateRandomPassword(1).length() ==
4);

I'm guessing there's some reasoning for this CCing Laszlo who according
to git log did some work on this class.

Thanks,

Ian

On 13 October 2014 19:39, Nux! n...@li.nux.ro wrote:

 Hello,

 First of all THANKS! to whoever made this feature happen (Ian I guess).
 Now we can set more secure passwords generated for our instances.

 Second, the feature works, but with a small glitch, the number seems to be
 affected by some sort of offset. I.e. if I set the password to be 15 chars
 in length then the generated password will actually be 18 chars.
 In order to get a 15 chars long passwd I had to set vm.password.length to
 12. Bug or feature? :)


 Lucian

 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro

Re: vm.password.length issue in 4.4.1-SNAPSHOT

[Ian Duffy]

The only other usage of it is within
server/src/com/cloud/server/ConfigurationServerImpl.java
Its used for creating a Secondary storage vm copy password.

I'm seeing absolutely no reason why we have 3 values going in no matter
what, I'm willing to say its a bug. I'm curious to why the tests are
written to deal with it though

On 14 October 2014 00:26, Nux! n...@li.nux.ro wrote:

 Well, it's a bit messy, but still better than the old password length.
 Ideally this should get clarified/fixed, but for now I am happy with my
 long+3 password! :)


 Cheers,
 Lucian

 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro

 - Original Message -
  From: Ian Duffy i...@ianduffy.ie
  To: CloudStack Dev dev@cloudstack.apache.org
  Cc: laszlo hornyak laszlo.horn...@gmail.com
  Sent: Monday, 13 October, 2014 19:54:53
  Subject: Re: vm.password.length issue in 4.4.1-SNAPSHOT

  Hey Nux,
 
  So I passed this work off to a util class that was already present in the
  code base PasswordGenerator
 
 @Override
 public String generateRandomPassword() {
 Integer passwordLength =
  Integer.parseInt(_configDao.getValue(vm.password.length));
 return PasswordGenerator.generateRandomPassword(passwordLength);
 }
 
  Not a clue why but the generateRandomPassword method creates a random
  3-character string first then loops through to generate n random
 characters.
 
 public static String generateRandomPassword(int num) {
 Random r = new SecureRandom();
 StringBuilder password = new StringBuilder();
 
 // Generate random 3-character string with a lowercase character,
 // uppercase character, and a digit
 
 
 password.append(generateLowercaseChar(r)).append(generateUppercaseChar(r)).append(generateDigit(r));
 
 // Generate a random n-character string with only lowercase
 // characters
 for (int i = 0; i  num; i++) {
 password.append(generateLowercaseChar(r));
 }
 
 return password.toString();
 }
 
  The unit tests seem to accommodate for this aswell:
 
 // actual length is requested length + 3
 
  Assert.assertTrue(PasswordGenerator.generateRandomPassword(0).length() ==
  3);
 
  Assert.assertTrue(PasswordGenerator.generateRandomPassword(1).length() ==
  4);
 
  I'm guessing there's some reasoning for this CCing Laszlo who
 according
  to git log did some work on this class.
 
  Thanks,
 
  Ian
 
  On 13 October 2014 19:39, Nux! n...@li.nux.ro wrote:
 
  Hello,
 
  First of all THANKS! to whoever made this feature happen (Ian I
 guess).
  Now we can set more secure passwords generated for our instances.
 
  Second, the feature works, but with a small glitch, the number seems to
 be
  affected by some sort of offset. I.e. if I set the password to be 15
 chars
  in length then the generated password will actually be 18 chars.
  In order to get a 15 chars long passwd I had to set vm.password.length
 to
  12. Bug or feature? :)
 
 
  Lucian
 
  --
  Sent from the Delta quadrant using Borg technology!
 
  Nux!
  www.nux.ro

Re: CloudStack Mirrors

[Ian Duffy]

Hi Mo,

I'm downloading from http://cloudstack.apt-get.eu/systemvm/4.4/

Its pretty fast, can grab the systemvm in about 1 minute.

The citrix guys have some on http://download.cloud.com/ as well.

Hope this helps,

Ian

On 14 October 2014 01:18, Mo m...@daoenix.com wrote:

 Greetings,


 Has there been further discussion on setting up domains. Presently
 attempting to obtain the systemvm, and it’s saying 75 minute download time.
 I, know for sure it’s not my speed, which is 300mpbs.


 Has anyone else experienced this and/or have mirrors that I may not know
 about?


 // Mo

 —
 Sent from Mailbox

Re: Weird ssl keystore error while upgrading to 4.4.1

[Ian Duffy]

 AFAIK the sudo rights are given during the mgmt server install.

Yes this happens during the cloud-setup-management stage. It modifies the
sudoers file.

There is one binary it attempts to execute using sudo that it doesn't have
permission to do so. If memory serves me correctly its keytool.

On 14 October 2014 00:54, Nux! n...@li.nux.ro wrote:

 Is this done automatically? If yes, we may have just found a bug. :-)

 Lucian

 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro

 - Original Message -
  From: Erik Weber terbol...@gmail.com
  To: dev dev@cloudstack.apache.org
  Sent: Monday, 13 October, 2014 20:16:53
  Subject: Re: Weird ssl keystore error while upgrading to 4.4.1

  AFAIK the sudo rights are given during the mgmt server install.
 
  --
  Erik
 
  On Mon, Oct 13, 2014 at 7:14 PM, Nux! n...@li.nux.ro wrote:
 
  Marcus,
 
  User cloud has no sudo rights, that might be one of the causes. I have
  never read that this user should have sudo access.
  Am I wrong?
 
  Lucian
 
  --
  Sent from the Delta quadrant using Borg technology!
 
  Nux!
  www.nux.ro
 
  - Original Message -
   From: Marcus shadow...@gmail.com
   To: dev@cloudstack.apache.org
   Sent: Monday, 13 October, 2014 18:01:15
   Subject: Re: Weird ssl keystore error while upgrading to 4.4.1
 
   2014-10-13 16:45:51,662 DEBUG [c.c.u.s.Script] (main:null) Executing:
   sudo keytool -genkey -keystore
   /etc/cloudstack/management/cloud.keystore -storepass vmops.com
   -keypass vmops.com -keyalg RSA -validity 3650 -dname cn=Cloudstack
   User,ou=management,o=management,c=Unknown
   2014-10-13 16:45:51,675 DEBUG [c.c.u.s.Script] (main:null) Exit value
 is
  1
  
   Not sure exactly, but I notice this. Run that command manually and see
  

Re: Build failed in Jenkins: build-4.5 #14

[Ian Duffy]

Can confirm that test-infra-common has /var/lib/jenkins full, CCing the
people who have access to that box.

I have restricted the build-4.5 job to running on the slavebuilder or
rpmbuilder as we do with build-master, 4.3, and 4.4
If anyone feels this is wrong please change it.

Thanks,
Ian

On 13 October 2014 17:34, Amogh Vasekar amogh.vase...@citrix.com wrote:

 Possibly disk space issue?
 Can someone with access to Jenkins slaves please check on this?

 Thanks
 Amogh

 On 10/13/14 1:12 AM, jenk...@cloudstack.org jenk...@cloudstack.org
 wrote:

 See http://jenkins.buildacloud.org/job/build-4.5/14/
 
 --
 Started by an SCM change
 [EnvInject] - Loading node environment variables.
 Building remotely on test-infra-common (test) in workspace
 http://jenkins.buildacloud.org/job/build-4.5/ws/
 java.io.IOException: Failed to mkdirs:
 http://jenkins.buildacloud.org/job/build-4.5/ws/
at hudson.FilePath.mkdirs(FilePath.java:1069)
at hudson.model.AbstractProject.checkout(AbstractProject.java:1313)
at
 hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(Abstract
 Build.java:609)
at
 jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)
at
 hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:5
 18)
at hudson.model.Run.execute(Run.java:1688)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at
 hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:231)
 Recording test results
 ERROR: Publisher hudson.tasks.junit.JUnitResultArchiver aborted due to
 exception
 http://jenkins.buildacloud.org/job/build-4.5/ws/ does not exist.
at
 org.apache.tools.ant.types.AbstractFileSet.getDirectoryScanner(AbstractFil
 eSet.java:483)
at
 org.apache.tools.ant.types.AbstractFileSet.getDirectoryScanner(AbstractFil
 eSet.java:460)
at
 hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java
 :108)
at
 hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java
 :90)
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2462)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:328)
at
 hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorSer
 vice.java:72)
at
 java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:
 1146)
at
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java
 :615)
at java.lang.Thread.run(Thread.java:679)

Re: Build failed in Jenkins: build-4.5 #14

[Ian Duffy]

Great, Thanks Talluri.

On 14 October 2014 04:08, Srikanteswararao Talluri 
srikanteswararao.tall...@citrix.com wrote:

  Cleared old builds on this machine.

  ~Talluri

   From: Ian Duffy i...@ianduffy.ie
 Date: Tuesday, 14 October 2014 6:40 am
 To: dev@cloudstack.apache.org dev@cloudstack.apache.org
 Cc: Srikanteswararao Talluri srikanteswararao.tall...@citrix.com, Ahmad
 Emneina ahmad.emne...@citrix.com, Prasanna Santhanam t...@apache.org
 Subject: Re: Build failed in Jenkins: build-4.5 #14

   Can confirm that test-infra-common has /var/lib/jenkins full, CCing the
 people who have access to that box.

  I have restricted the build-4.5 job to running on the slavebuilder or
 rpmbuilder as we do with build-master, 4.3, and 4.4
 If anyone feels this is wrong please change it.

  Thanks,
 Ian

 On 13 October 2014 17:34, Amogh Vasekar amogh.vase...@citrix.com wrote:

 Possibly disk space issue?
 Can someone with access to Jenkins slaves please check on this?

 Thanks
 Amogh

 On 10/13/14 1:12 AM, jenk...@cloudstack.org jenk...@cloudstack.org
 wrote:

 See http://jenkins.buildacloud.org/job/build-4.5/14/
 
 --
 Started by an SCM change
 [EnvInject] - Loading node environment variables.
 Building remotely on test-infra-common (test) in workspace
 http://jenkins.buildacloud.org/job/build-4.5/ws/
 java.io.IOException: Failed to mkdirs:
 http://jenkins.buildacloud.org/job/build-4.5/ws/
at hudson.FilePath.mkdirs(FilePath.java:1069)
at
 hudson.model.AbstractProject.checkout(AbstractProject.java:1313)
at

 hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(Abstract
 Build.java:609)
at
 jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:88)
at

 hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:5
 18)
at hudson.model.Run.execute(Run.java:1688)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at
 hudson.model.ResourceController.execute(ResourceController.java:88)
at hudson.model.Executor.run(Executor.java:231)
 Recording test results
 ERROR: Publisher hudson.tasks.junit.JUnitResultArchiver aborted due to
 exception
 http://jenkins.buildacloud.org/job/build-4.5/ws/ does not exist.
at

 org.apache.tools.ant.types.AbstractFileSet.getDirectoryScanner(AbstractFil
 eSet.java:483)
at

 org.apache.tools.ant.types.AbstractFileSet.getDirectoryScanner(AbstractFil
 eSet.java:460)
at

 hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java
 :108)
at

 hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java
 :90)
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2462)
at hudson.remoting.UserRequest.perform(UserRequest.java:118)
at hudson.remoting.UserRequest.perform(UserRequest.java:48)
at hudson.remoting.Request$2.run(Request.java:328)
at

 hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorSer
 vice.java:72)
at
 java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at

 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:
 1146)
at

 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java
 :615)
at java.lang.Thread.run(Thread.java:679)

Re: Unreleased 4.4.1 packages on cloudstack.apt-get.eu, why?

[Ian Duffy]

Wildo,

Do we have no kind of audit on uploads?

On 9 October 2014 12:25, Wido den Hollander w...@widodh.nl wrote:



 On 10/09/2014 01:21 PM, Nux! wrote:
  Hello,
 
  I've noticed there are 4.4.1 packages on
 http://cloudstack.apt-get.eu/rhel/4.4/.
  Since 4.4.0 is latest release, how come? This is bad, people will
 install broken stuff.
  Can anyone fix this?
 

 I removed the packages, but I'm not sure who uploaded them.

 They were uploaded on September 30th at 11:12 CET.

 Wido

  Lucian
 
  --
  Sent from the Delta quadrant using Borg technology!
 
  Nux!
  www.nux.ro
 

Re: devcloud4 advanced -- xenserver/SSVM iptables/routes

[Ian Duffy]

Hey Leo,

 I’m confident I had all this working before, and I don’t recall this
being needed with devcloud4 before, but tonight I had to twiddle the routes:

Yes this is definitely new and I have not experienced it before.
There should be no need to touch the SSVM.

 default via 192.168.57.5 dev eth2

This should of given your machine internet access.

I've a feeling this might be related to some of your virtualbox interface
configurations. I will test just to be sure.

Thanks,
Ian

On 8 October 2014 20:57, Leo Simons lsim...@schubergphilis.com wrote:

 Hey Ian,

 So, I upgraded my devcloud4 to latest and rebuilt all the things. For the
 advanced profile, after bringing it all up, the tiny linux template wasn’t
 becoming ready, sticking to status No route to host”.

 After a bunch of head-scratching and debugging, it turned out I had to run

  [vagrant@localhost ~]$ sudo /etc/init.d/iptables stop

 on the xenserver to allow the secondary storage VM to go out and reach the
 management server. With that out of the way, downloading the tiny linux VM
 starts, but

  2014-10-08 17:22:45,307 DEBUG [cloud.agent.Agent]
 (agentRequest-Handler-4:null) Seq 2-6307009803155669001:
  { Ans: , MgmtId: 4278190080, via: 2, Ver: v1, Flags: 10,
 [{com.cloud.agent.api.storage.DownloadAnswer”:
  {jobId:80b02ebf-db7f-4582-97a3-c38426be1fc5,downloadPct:0,
  errorString:No route to host,downloadStatus:DOWNLOAD_ERROR”,

  
 downloadPath:/mnt/SecStorage/ec84292d-0e04-339d-b095-2649738a410f/template/tmpl/1/5/dnld48620706241560tmp_”,
  installPath:template/tmpl/1/5,templateSize:0,
  templatePhySicalSize:0,checkSum:046e134e642e6d344b34648223ba4bc1”,
  result:true,details:No route to host,wait:0}}] }

 and after that, furthermore, surprisingly,

  root@s-3-VM:~# /etc/init.d/iptables-persistent flush

 that solved DNS lookups and pings but not yet http downloads. This
 reminded me of what we have in our own CIT environment where we do some
 trickery to rewire the SSVM after creation.

 I’m confident I had all this working before, and I don’t recall this being
 needed with devcloud4 before, but tonight I had to twiddle the routes:

  $ vagrant ssh xenserver
  [vagrant@localhost ~]$ sudo /sbin/ip route list
  10.0.2.0/24 dev xenbr0  proto kernel  scope link  src 10.0.2.15
  192.168.56.0/24 dev xenbr1  proto kernel  scope link  src 192.168.56.10
  169.254.0.0/16  dev xapi0   scope linksrc 169.254.0.1
  default via 10.0.2.2 dev xenbr0
  [vagrant@localhost ~]$ sudo ssh -i /root/.ssh/id_rsa.cloud
 root@169.254.2.27 -p 3922
  root@s-3-VM:~# ip route list
  default via 192.168.57.5 dev eth2
  8.8.8.8 via 192.168.56.5 dev eth1
  169.254.0.0/16  dev eth0  proto kernel  scope link  src 169.254.2.27
  192.168.56.0/24 dev eth1  proto kernel  scope link  src 192.168.56.107
  192.168.56.0/24 dev eth3  proto kernel  scope link  src 192.168.56.115
  192.168.57.0/24 dev eth2  proto kernel  scope link  src 192.168.57.100
  root@s-3-VM:~# ip route delete default  dev eth2
  root@s-3-VM:~# ip route adddefault via 192.168.56.5 dev eth1

 after that, template downloads work (you know, we should really not use
 people.a.o for this……). So I’m happy with my setup again, but its obviously
 a bit fiddly. I’m not entirely sure what your intentions are for this
 network setup — did you look into this yet / did you find a way to do this
 stuff without modifying the SSVM?


 cheers,


 Leo

Re: devcloud4 advanced -- xenserver/SSVM iptables/routes

[Ian Duffy]

Hi Leo,

Just checking this from master with the same version of marvin.

For whatever reason marvin doesn't seem to be setting the tags on the
network interfaces.

The following and deployDataCenter should be setting them:

traffictypes: [
{
xen: GUEST,
typ: Guest
},
{
xen: MGMT,
typ: Management
},
{
xen: PUBLIC,
typ: Public
}
],

Assuming possible marvin issue or a change on the API side of things since
i'm seeing the following in the logs:

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-2:ctx-7d1f3c4f job-2)
Remove job-2 from job monitoring

WARN  [c.c.a.d.ParamGenericValidationWorker]
(66988863@qtp-580960970-0:ctx-2907b805
ctx-4ac83e7b ctx-a48b5480) Received unknown parameters for command
addTrafficType. Unknown parameters : xennetworklabel

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-3:ctx-9bb4a8c7 job-3)
Add job-3 into job monitoring

WARN  [c.c.a.d.ParamGenericValidationWorker]
(API-Job-Executor-3:ctx-9bb4a8c7 job-3 ctx-c36450e0) Received unknown
parameters for command addTrafficType. Unknown parameters : xennetworklabel

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-3:ctx-9bb4a8c7 job-3)
Remove job-3 from job monitoring

WARN  [c.c.a.d.ParamGenericValidationWorker]
(66988863@qtp-580960970-0:ctx-8f797173
ctx-115c4ef1 ctx-d988b655) Received unknown parameters for command
addTrafficType. Unknown parameters : xennetworklabel

INFO  [o.a.c.f.j.i.AsyncJobMonitor] (API-Job-Executor-4:ctx-3370b3b8 job-4)
Add job-4 into job monitoring

WARN  [c.c.a.d.ParamGenericValidationWorker]
(API-Job-Executor-4:ctx-3370b3b8 job-4 ctx-27bd2c08) Received unknown
parameters for command addTrafficType. Unknown parameters : xennetworklabel

Downgrading the version of marvin doesn't fix the issue either. Based on
our API docs this should be correct:
http://cloudstack.apache.org/docs/api/apidocs-4.4/root_admin/addTrafficType.html
I set the values manually through the UI, destroyed the system vms, waited
for them to come up and had a system that had internet access.

The agent on the ssvm and console proxy failed to come up

root@s-4-VM:/usr/local/cloud/systemvm# ./ssvm-check.sh



First DNS server is  8.8.8.8

PING 8.8.8.8 (8.8.8.8): 48 data bytes

56 bytes from 8.8.8.8: icmp_seq=0 ttl=61 time=5.642 ms

56 bytes from 8.8.8.8: icmp_seq=1 ttl=61 time=5.559 ms

--- 8.8.8.8 ping statistics ---

2 packets transmitted, 2 packets received, 0% packet loss

round-trip min/avg/max/stddev = 5.559/5.601/5.642/0.042 ms

Good: Can ping DNS server



Good: DNS resolves download.cloud.com



nfs is currently mounted



Management server is 192.168.56.1. Checking connectivity.

Good: Can connect to management server port 8250



ERROR: Java process not running.  Try restarting the SSVM.



Thanks,

Ian

On 9 October 2014 00:13, Ian Duffy i...@ianduffy.ie wrote:

 Hey Leo,

  I’m confident I had all this working before, and I don’t recall this
 being needed with devcloud4 before, but tonight I had to twiddle the routes:

 Yes this is definitely new and I have not experienced it before.
 There should be no need to touch the SSVM.

  default via 192.168.57.5 dev eth2

 This should of given your machine internet access.

 I've a feeling this might be related to some of your virtualbox interface
 configurations. I will test just to be sure.

 Thanks,
 Ian

 On 8 October 2014 20:57, Leo Simons lsim...@schubergphilis.com wrote:

 Hey Ian,

 So, I upgraded my devcloud4 to latest and rebuilt all the things. For the
 advanced profile, after bringing it all up, the tiny linux template wasn’t
 becoming ready, sticking to status No route to host”.

 After a bunch of head-scratching and debugging, it turned out I had to run

  [vagrant@localhost ~]$ sudo /etc/init.d/iptables stop

 on the xenserver to allow the secondary storage VM to go out and reach
 the management server. With that out of the way, downloading the tiny linux
 VM starts, but

  2014-10-08 17:22:45,307 DEBUG [cloud.agent.Agent]
 (agentRequest-Handler-4:null) Seq 2-6307009803155669001:
  { Ans: , MgmtId: 4278190080, via: 2, Ver: v1, Flags: 10,
 [{com.cloud.agent.api.storage.DownloadAnswer”:
  {jobId:80b02ebf-db7f-4582-97a3-c38426be1fc5,downloadPct:0,
  errorString:No route to host,downloadStatus:DOWNLOAD_ERROR”,

  
 downloadPath:/mnt/SecStorage/ec84292d-0e04-339d-b095-2649738a410f/template/tmpl/1/5/dnld48620706241560tmp_”,
  installPath:template/tmpl/1/5,templateSize

Re: [ANNOUNCE] New PMC Member: Ian Duffy

[Ian Duffy]

Thanks Guys! :)

On 1 October 2014 09:26, Paul Angus paul.an...@shapeblue.com wrote:

 Congrats Ian!

 Regards,

 Paul Angus
 Cloud Architect
 S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
 paul.an...@shapeblue.com

 -Original Message-
 From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
 Sent: 30 September 2014 17:16
 To: dev@cloudstack.apache.org
 Subject: Re: [ANNOUNCE] New PMC Member: Ian Duffy

 Congratulations, Ian!

 On Tue, Sep 30, 2014 at 7:50 AM, Chip Childers chipchild...@apache.org
 wrote:

  The Project Management Committee (PMC) for Apache CloudStack has asked
  Ian Duffy to join the PMC and we are pleased to announce that he has
  accepted.
 
  Join me in congratulating Ian!
 
  -chip
  On behalf of the Apache CloudStack PMC
 



 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the cloud
 http://solidfire.com/solution/overview/?video=play*™*
 Find out more about ShapeBlue and our range of CloudStack related services

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

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

Re: test day reminder

[Ian Duffy]

Hi All,

Using the following environment:

- XenServer 6.2
- The RPM build that was created on October 1st 2015 4:51am
http://jenkins.buildacloud.org/job/package-rhel63-master/3361/
- The system vm that was build on September 29th 2015 7:07am
http://jenkins.buildacloud.org/job/build-systemvm64-master/425/

I brought up a basic zone using marvin to do all the configuration. If
anybody wants re-create the exact same environment there is code over at
https://github.com/imduffy15/cookbook_cloudstack_wrapper adjust
chef_configuration.json as necessary to change the repo and systemvm and
then do a vagrant up (if your on windows expect issues).

Configuration was successful, my systemvms were successfully created:
http://ianduffy.ie/cloudstack/testing45/version%2bsystemvms-up.png

There was an issue with a table header on the system vms page:
http://ianduffy.ie/cloudstack/testing45/strange-labeling-on-ui.png

Another labelling issue was noted on the alerts section on the initial
screen:
http://ianduffy.ie/cloudstack/testing45/Screen%20Shot%202014-10-02%20at%2001.40.18.png

The cluster configuration table under infrastructure had a white block as
its header, on hovering text would appear:
http://ianduffy.ie/cloudstack/testing45/cluster-table-renders-oddly.png

The system vms complained about a file not being found:
http://ianduffy.ie/cloudstack/testing45/system-vm-reports-script-not-found.png

Rapidly clicking the search button resulted in duplicate entries:
http://ianduffy.ie/cloudstack/testing45/clicking-the-search-button-multiple-times-results-in-duplicates.png

Add instance UI had a random scroll bar for no reason:
http://ianduffy.ie/cloudstack/testing45/add-instance-scroll-bar-for-no-reason.png

I attempted to create an instance, it failed. I believe this is due to an
issue with the version field populated for the virtual router logs
available at https://gist.github.com/imduffy15/5879718ce38f8a67bebd
After this error was created I got random prompt boxes on the UI:
http://ianduffy.ie/cloudstack/testing45/Screen%20Shot%202014-10-02%20at%2001.40.18.png

I stopped my testing at this stage.

Thanks,

Ian

On 1 October 2014 17:26, Daan Hoogland daan.hoogl...@gmail.com wrote:

 I have been looking at using my collegues integration work for the master
 branch. So far the packaging part is holding my back as it uses 'SNAPSHOT'
 in the build and does not allow for patch levels (in package.sh) I am
 looking at a solution.

 what I am thinking of is making rpms like


 cloudstack-package-version-including-SNAPSHOT-version-buildnumber-from-jenkins.el6_64.rpm

 this seems quite verbose but it gives us space to do continuous integration
 on the artifact. I am sure a scheme like this can be deviced for .deb
 packages as well.

 thoughts?

 The actual testing, for as little far as I got to do, did not yield issues
 yet.

 Daan

 On Wed, Oct 1, 2014 at 5:28 PM, Marcus shadow...@gmail.com wrote:

  I'd be curious to know if it works by re-adding the host.  I remember
  running into situations like this in the past, where the mgmt server was
  either not fully up or rejecting agents for some reason.
 
  On Wed, Oct 1, 2014 at 7:01 AM, Wido den Hollander w...@widodh.nl
 wrote:
 
  
  
   On 09/30/2014 09:26 AM, Daan Hoogland wrote:
H all,
   
As you might remember, we agreed on a test day for the master branch
 on
Wednesday the 1st October, during our last meeting in Schihol-Rijk
 with
some folks. Please feel invited to test master so that we can report
 to
   our
RM for 4.5 for the current state and he can have a short and quick
   journey
to releasing.
   
  
   I didn't forget! Just tested by upgrading from 4.4.1 (RC) to 4.5.0 and
   that worked, but my KVM agent couldn't connect anymore afterwards:
  
   2014-10-01 14:59:08,789 INFO  [utils.nio.NioClient]
   (Agent-Selector:null) Connecting to cloudstack.:8250
   2014-10-01 14:59:08,809 ERROR [utils.nio.NioConnection]
   (Agent-Selector:null) Unable to initialize the threads.
   java.io.IOException: Connection closed with -1 on reading size.
   at com.cloud.utils.nio.Link.doHandshake(Link.java:509)
   at com.cloud.utils.nio.NioClient.init(NioClient.java:78)
   at
 com.cloud.utils.nio.NioConnection.run(NioConnection.java:111)
   at java.lang.Thread.run(Thread.java:744)
  
   Any ideas? When I try to telnet to 8250 the connection is closed
   immediately by the mgmt server. Nothing in the logs.
  
   So this is currently preventing me from testing the KVM agents.
  
   Wido
  
  
​optimistically yours,​
   
  
 



 --
 Daan

Re: [VOTE][ACS44]Apache CloudStack 4.4.1 RC 1 in branch 4.4-RC20140924T2100

[Ian Duffy]

Tested using XenServer 6.2.1.

Brought up an environment within VirtualBox with basic networking and
booted a PE enabled template.

Instance came up without issue, security groups worked, password resets
worked.

+1 for basic functionality working.

On 29 September 2014 15:49, Leo Simons lsim...@schubergphilis.com wrote:

 * NOTICE is missing copyright statement (see other e-mail)
 * CHANGES.md does not list changes from 4.4.0 to 4.4.1
   (list _is_ at

 http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/fixed_issues.html
 )
 * INSTALL.md states to get source code from git (see other e-mail)
 * checksumssig ok
 * build  run from scratch based on README works
 * local automated tests inside devcloud-like virtual box pass
   (from tag)
 * jenkins-controlled automated tests inside SBP test environment pass
   (from 4.4 branch with identical code aside from version # change)

 +1 from me (non-binding :-D)


 cheers,


 Leo

 On Sep 29, 2014, at 12:01 AM, Daan Hoogland daan.hoogl...@gmail.com
 wrote:
  Hi All,
 
  I've created a 4.4.1 release, with the following artifacts up for a vote:
 
  Git Branch and Commit SH:
 
 https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20140924T2100
  Commit: 620ad650bdda23cabdf4c9dc480072c02c59a2d1
 
  List of changes:
 
 http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/
 
  Source release (checksums and signatures are available at the same
  location):
  https://dist.apache.org/repos/dist/dev/cloudstack/4.4.1/
 
  PGP release keys (signed using 4096R/AA4736F3):
  https://dist.apache.org/repos/dist/release/cloudstack/KEYS
 
  Vote will be open for 72 hours.
 
  For sanity in tallying the vote, can PMC members please be sure to
  indicate (binding) with their vote?
 
  [ ] +1  approve
  [ ] +0  no opinion
  [ ] -1  disapprove (and reason why)
 
  --
  Daan

Re: Shellshock

[Ian Duffy]

Tried this against the latest system vms built on Jenkins.

Didn't get a successful exploited response. Tested against http://systemvm
- public-ip/cgi-bin/ipcalc
On 25 Sep 2014 16:56, Abhinandan Prateek agneya2...@gmail.com wrote:


 After heart bleed we are Shell shocked
 http://www.bbc.com/news/technology-29361794 !
 It may not affect cloudstack directly as it is a vulnerability that
 affects bash, and allows the attacker to take control of the system running
 bash shell.

 -abhi

Re: SystemVM file name changes

[Ian Duffy]

 Did this. Next builds _should_ be back to their old urls.

Great! Thanks Leo. :)

On 25 September 2014 00:04, Leo Simons lsim...@schubergphilis.com wrote:

 On Sep 24, 2014, at 5:33 PM, Ian Duffy i...@ianduffy.ie wrote:
  Aren’t they published to S3 somewhere? It’d probably be better if users
  fetch systemvms from S3……
 
  Both not a clue what the S3 urls are though.

 Based on

 http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201402.mbox/%3c3f6b7b36-32a2-4f11-aeff-36a400d67...@gmail.com%3E

 It ought to be

 https://s3.amazonaws.com/systemvm-templates.cloudstack.org/master/32/systemvmtemplate-master-xen.vhd.bz2

 https://s3.amazonaws.com/systemvm-templates.cloudstack.org/master/64/systemvm64template-master-xen.vhd.bz2

 and so forth but I’m getting permission denied. Hugo, any idea?

  Isn't this what we use /etc/cloudstack-release for?
  You could include extra information in there if you wish, version,
  branch,
  git sha1, etc. which would give great traceability.
 
  Sounds like a plan. I’ll see about submitting a patch tonight. The issue
  is that /etc/cloudstack-release is parsed in a location or two (I forget
  the details) so it kind-of has to match existing regexes.

 Grmbl is all I have to say.

  In the meantime...
   export BUILD_NUMBER=
  at the right place in the relevant build job should fix the immediate
  issue...

 Did this. Next builds _should_ be back to their old urls.


 g’night!


 Leo

Re: SystemVM file name changes

[Ian Duffy]

 The general concept is one of traceable and repeatable builds.

In the context of jenkins.buildacloud.org I would disagree with this. Only
two build jobs are ever kept. When a time arises when you need to figure
out what commit your systemvm was based of I'd be willing to bet that job
has been cleared out of jenkins ages ago.

 In RPM land, the jenkins $BUILD_NUMBER should go into the RPM Release
field and not into the RPM Version field. But in this case we don’t have
RPM, or spec files

Isn't this what we use /etc/cloudstack-release for?
You could include extra information in there if you wish, version, branch,
git sha1, etc. which would give great traceability.

The supplied download-template script is dependant on having a local
nexus/artifactory that can do searching on published build artifacts. In
the context of jenkins.buildacloud.org the system vms are not uploaded to
nexus/artifactory and just kept on the jenkins box.

The RPM one grabs a zip of all RPM is the last successful build. The zip
filename doesn't contain any version information.

Changing this causes 404s for people example:
https://mail-archives.apache.org/mod_mbox/cloudstack-users/201409.mbox/browser

On 24 September 2014 07:37, Leo Simons lsim...@schubergphilis.com wrote:

 Hey Ian,

 On Sep 24, 2014, at 2:04 AM, Ian Duffy i...@ianduffy.ie wrote:
  I noticed the filename of the generated systemvms changed on
  http://jenkins.buildacloud.org/job/build-systemvm64-master/
 
  They now include a [0-9]* before the hypervisor name representing the
 build
  number.

 That’s one of the things coming out of the 1290e10 merge.

  Why do we do this? Its annoying for external resources linking to the
 last
  successful build.

 The general concept is one of traceable and repeatable builds.

 In RPM terms, given just a random binary RPM found on a random system
 * it should be possible to unambiguously determine the source RPM from
 which it was built
 * it should be possible to determine who or what built it, and when
 * it should be possible to trace the source RPM back to the exact version
 control revision
 * it should be possible to determine easily whether that binary is the
 same as
   another one on another machine / in another repository that has the same
   identifiers

 In RPM land, the jenkins $BUILD_NUMBER should go into the RPM Release
 field and not into the RPM Version field. But in this case we don’t have
 RPM, or spec files, so there is only the filename to accomplish the same
 (which is why the branch name is also in there), and it has to be in this
 spot or cloudstack gets a bit confused.

 What we do in our integration environment is to apply just a bit of logic
 to parse out the version number from the file name. I.e. to get an RPM from
 jenkins see fetch-rpms.sh included below, or to fetch the most recent
 systemvm from a directory listing see download-template.sh also included
 below. Would something like that work for you?

 If not, the logic for creating the version is in build.sh:

 version_tag=
 if [ ! -z ${version} ]; then
   if [ ! -z ${BUILD_NUMBER} ]; then
 version=${version}.${BUILD_NUMBER}
   fi
   version_tag=-${version}
 elif [ ! -z ${BUILD_NUMBER} ]; then
   version=${BUILD_NUMBER}
   version_tag=-${BUILD_NUMBER}”
 fi

 So we can change that, or we can unset BUILD_NUMBER in the jenkins build
 prior to invocation. What do you think?

 It would be much better to exclusively use yum/maven repositories and
 their logic to centralize this kind of logic server-side, or at least to be
 creating and updating symlinks to ‘latest’. That’s a work in progress...


 cheers,


 Leo

 download-templates.sh
 =
 #!/bin/bash
 #
 # Licensed to the Apache Software Foundation (ASF) under one
 # or more contributor license agreements.  See the NOTICE file
 # distributed with this work for additional information
 # regarding copyright ownership.  The ASF licenses this file
 # to you under the Apache License, Version 2.0 (the
 # License); you may not use this file except in compliance
 # with the License.  You may obtain a copy of the License at
 #
 #   http://www.apache.org/licenses/LICENSE-2.0
 #
 # Unless required by applicable law or agreed to in writing,
 # software distributed under the License is distributed on an
 # AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
 # KIND, either express or implied.  See the License for the
 # specific language governing permissions and limitations
 # under the License.

 # Download systemvm templates onto secondary storage

 set -e
 echo $@ | grep debug /dev/null  DEBUG=1
 echo $@ | grep trace /dev/null  TRACE=1

 function source_common() {
   local SOURCE=${BASH_SOURCE[0]}
   DIR=$( cd -P $( dirname ${SOURCE} )  pwd )
   source ${DIR}/common.sh
 }
 source_common

 NFS_HOST=${1:-localhost}
 NFS_SECONDARY_EXPORT=${2:-/storage/secondary}
 MOUNT_PATH=${3:-/mnt/secondary}
 BASE_URL=${4:-https://artifacts.schubergphilis.com/artifacts/cloudstack};
 TEMPLATE=${5

Re: SystemVM file name changes

[Ian Duffy]

 Aren’t they published to S3 somewhere? It’d probably be better if users
fetch systemvms from S3……

Both not a clue what the S3 urls are though.

 though one wonders why users need to fetch
systemvms built from master at all…

Ease of access for running from the latest master branch I'd imagine.

On 24 September 2014 15:21, Leo Simons lsim...@schubergphilis.com wrote:

 On Sep 24, 2014, at 11:26 AM, Ian Duffy i...@ianduffy.ie wrote:
  The general concept is one of traceable and repeatable builds.
 
  In the context of jenkins.buildacloud.org I would disagree with this.
 Only
  two build jobs are ever kept. When a time arises when you need to figure
  out what commit your systemvm was based of I'd be willing to bet that job
  has been cleared out of jenkins ages ago.
 
  In RPM land, the jenkins $BUILD_NUMBER should go into the RPM Release
  field and not into the RPM Version field. But in this case we don’t have
  RPM, or spec files
 
  Isn't this what we use /etc/cloudstack-release for?
  You could include extra information in there if you wish, version,
 branch,
  git sha1, etc. which would give great traceability.

 Sounds like a plan. I’ll see about submitting a patch tonight. The issue
 is that /etc/cloudstack-release is parsed in a location or two (I forget
 the details) so it kind-of has to match existing regexes.

  The supplied download-template script is dependant on having a local
  nexus/artifactory that can do searching on published build artifacts. In
  the context of jenkins.buildacloud.org the system vms are not uploaded
 to
  nexus/artifactory and just kept on the jenkins box.

 Aren’t they published to S3 somewhere? It’d probably be better if users
 fetch systemvms from S3……though one wonders why users need to fetch
 systemvms built from master at all…

  Changing this causes 404s for people example:
 
 https://mail-archives.apache.org/mod_mbox/cloudstack-users/201409.mbox/browser

 Hmm. We can’t have too many people badgering jenkins like this I guess. So
 let’s improve on that!

 In the meantime...
   export BUILD_NUMBER=
 at the right place in the relevant build job should fix the immediate
 issue...


 cheers,


 Leo

SystemVM file name changes

[Ian Duffy]

Hi All,

I noticed the filename of the generated systemvms changed on
http://jenkins.buildacloud.org/job/build-systemvm64-master/

They now include a [0-9]* before the hypervisor name representing the build
number.

Why do we do this? Its annoying for external resources linking to the last
successful build.

Re: Marvin Package?

[Ian Duffy]

 Unfortunately this is going to need to be removed. CloudStack hasn't
voted on or released 4.4.1 yet, which would include Marvin. 4.4.0 is
fair game as is 4.3.1, etc.

OK. Thanks David.

I have removed 4.4.1.

On 22 September 2014 04:08, David Nalley da...@gnsa.us wrote:

 Ian, my apologies for not seeing the thread back in July.

 Unfortunately this is going to need to be removed. CloudStack hasn't
 voted on or released 4.4.1 yet, which would include Marvin. 4.4.0 is
 fair game as is 4.3.1, etc.

 --David



 On Sun, Sep 21, 2014 at 12:00 PM, Ian Duffy i...@ianduffy.ie wrote:
  Uploaded a binary for this to pypi yesterday based of the 4.4 branch.
 
  https://pypi.python.org/pypi/cloudstack-marvin/4.4.1
 
  pip install cloudstack-marvin now works.
 
  I tested on centos hit some issues around running on python 2.6 with
  pycrypto Needed to install gmp-devel before python-setuptools,
  python-pip and marvin then things were OK.
 
  I believe its due to a conflict with yums pycrypto and pips pycrypto.
 
  On 30 July 2014 10:40, Rohit Yadav rohit.ya...@shapeblue.com wrote:
 
 
  Santhosh Edukulla wrote:
 
  please add me as well. username santhoshe
 
 
  Done.
 
  Regards.
 
 
 
  Santhosh
  
  From: Rohit Yadav [rohit.ya...@shapeblue.com]
  Sent: Tuesday, July 29, 2014 5:28 PM
  To: dev@cloudstack.apache.org
  Subject: Re: Marvin Package?
 
  Ian Duffy wrote:
 
  Ian and other committers who may be interested, let me know your pypi
 
  username I'll add you on the admin list as well.
 
  Sure, imduffy15 is my pypi username.
 
 
  Done, feel free to help release marvin in future.
 
  Regards.
 
 
  On 29 July 2014 22:08, Rohit Yadavrohit.ya...@shapeblue.com
  wrote:
 
   Hi Ian,
 
  Thanks for the find, I think since sharing things on pypi does not
 need
  to be officially voted I think we can go ahead and release marvin for
  past CloudStack releases for at least 4.4.0
 
  Hugo, PMC and other can comment on the releasing part?
 
  I went ahead and added cloudmonkey pypi module owners to this:
  https://pypi.python.org/pypi/cloudstack-marvin
 
  Ian and other committers who may be interested, let me know your pypi
  username I'll add you on the admin list as well.
 
  Regards.
 
 
  Ian Duffy wrote:
 
   I see the pypi entry now goes to 404:
  https://pypi.python.org/pypi/cloudstack-marvin/
 
  Came we go ahead and set the version of marvin to 4.4 and do a
 release?
 
  Thanks,
  Ian
 
 
  On 28 July 2014 18:50, Ian Duffyi...@ianduffy.iewrote:
 
 +1 on same version, makes sense to me.
 
  On 28 July 2014 13:55, Hugo Trippaersh...@trippaers.nlwrote:
 
 Sounds good to me.
 
  Cheers,
 
  Hugo
 
  On 28 jul. 2014, at 14:33, Rohit Yadavrohit.ya...@shapeblue.com
 wrote:
 
 Hi Hugo,
 
  Does it make sense to simply use the same version as CloudStack
 from
  next Marvin releases? This is because with each CloudStack
 release
  and
  possible API changes, the Marvin cloudstackAPI python module will
  change. Other than that there are couple of API
  marshaling/unmarshaling,
  signature logic and HTTP stuff but that too changes with
 CloudStack.
 
  Regards.
 
  Hugo Trippaers wrote:
 
   Before we start with Marvin releases we should discuss
 versioning i
 
   think.
  At the moment all marvin packages are shipped with version 1.0,
 if
  we
  want to take marvin releases serious we need to start with
 versions
 
  whenever the something in marvin changes.
 
   Cheers.
 
  Hugo
 
 
  On 28 jul. 2014, at 14:20, Rohit Yadav
 rohit.ya...@shapeblue.com
 
   wrote:
  Hi,
 
  I think since the Marvin package tightly depends on CloudStack,
  it's
  release can happen along with CloudStack release.
 
  @Prasanna -- Can you add couple of people as owner/admins to
 the
  cloudstack-marvin pypi package?
 
  Regards.
 
  David Nalley wrote:
 
   I wonder if we need to move this to its own release as we did
  with
 
   cloudmonkey?
 
  --David
 
  On Mon, Jul 28, 2014 at 8:05 AM, Ian Duffyi...@ianduffy.ie
 wrote:
 
   I believe no, atleast the latest changes under master or
  4.4-forward.
 
  Alright, Thanks. I believe all changes for it within
 4.4-forward
 
  should now
 
  be in 4.4?
 
  @Prasanna since you hold the account on pypi holding the name
  cloudstack-marvin can you make the upload?
  Tar at:
 
   http://jenkins.buildacloud.org/view/4.4/job/cloudstack-4.
  4-marvin/
 
  Thanks,
 
  Ian
 
 
  On 28 July 2014 01:52, Santhosh Edukulla
 
   santhosh.eduku...@citrix.com
 
  wrote:
 
 I believe no, atleast the latest changes under master or
  4.4-forward.
 
  Santhosh
 
  
  From: Ian Duffy [i...@ianduffy.ie]
  Sent: Sunday, July 27, 2014 4:47 PM
  To: CloudStack Dev; Santhosh Edukulla; Prasanna Santhanam
  Subject: Marvin Package?
 
  Hi,
 
  Do we have a binary of marvin that users can download
  independent
 
   to the
 
  management server rpms? Other than grabbing the tar.gz from
 
  jenkins.
 
  I

Re: Marvin Package?

[Ian Duffy]

Uploaded a binary for this to pypi yesterday based of the 4.4 branch.

https://pypi.python.org/pypi/cloudstack-marvin/4.4.1

pip install cloudstack-marvin now works.

I tested on centos hit some issues around running on python 2.6 with
pycrypto Needed to install gmp-devel before python-setuptools,
python-pip and marvin then things were OK.

I believe its due to a conflict with yums pycrypto and pips pycrypto.

On 30 July 2014 10:40, Rohit Yadav rohit.ya...@shapeblue.com wrote:


 Santhosh Edukulla wrote:

 please add me as well. username santhoshe


 Done.

 Regards.



 Santhosh
 
 From: Rohit Yadav [rohit.ya...@shapeblue.com]
 Sent: Tuesday, July 29, 2014 5:28 PM
 To: dev@cloudstack.apache.org
 Subject: Re: Marvin Package?

 Ian Duffy wrote:

 Ian and other committers who may be interested, let me know your pypi

 username I'll add you on the admin list as well.

 Sure, imduffy15 is my pypi username.


 Done, feel free to help release marvin in future.

 Regards.


 On 29 July 2014 22:08, Rohit Yadavrohit.ya...@shapeblue.com   wrote:

  Hi Ian,

 Thanks for the find, I think since sharing things on pypi does not need
 to be officially voted I think we can go ahead and release marvin for
 past CloudStack releases for at least 4.4.0

 Hugo, PMC and other can comment on the releasing part?

 I went ahead and added cloudmonkey pypi module owners to this:
 https://pypi.python.org/pypi/cloudstack-marvin

 Ian and other committers who may be interested, let me know your pypi
 username I'll add you on the admin list as well.

 Regards.


 Ian Duffy wrote:

  I see the pypi entry now goes to 404:
 https://pypi.python.org/pypi/cloudstack-marvin/

 Came we go ahead and set the version of marvin to 4.4 and do a release?

 Thanks,
 Ian


 On 28 July 2014 18:50, Ian Duffyi...@ianduffy.iewrote:

+1 on same version, makes sense to me.

 On 28 July 2014 13:55, Hugo Trippaersh...@trippaers.nlwrote:

Sounds good to me.

 Cheers,

 Hugo

 On 28 jul. 2014, at 14:33, Rohit Yadavrohit.ya...@shapeblue.com
wrote:

Hi Hugo,

 Does it make sense to simply use the same version as CloudStack from
 next Marvin releases? This is because with each CloudStack release
 and
 possible API changes, the Marvin cloudstackAPI python module will
 change. Other than that there are couple of API
 marshaling/unmarshaling,
 signature logic and HTTP stuff but that too changes with CloudStack.

 Regards.

 Hugo Trippaers wrote:

  Before we start with Marvin releases we should discuss versioning i

  think.
 At the moment all marvin packages are shipped with version 1.0, if
 we
 want to take marvin releases serious we need to start with versions

 whenever the something in marvin changes.

  Cheers.

 Hugo


 On 28 jul. 2014, at 14:20, Rohit Yadavrohit.ya...@shapeblue.com

  wrote:
 Hi,

 I think since the Marvin package tightly depends on CloudStack,
 it's
 release can happen along with CloudStack release.

 @Prasanna -- Can you add couple of people as owner/admins to the
 cloudstack-marvin pypi package?

 Regards.

 David Nalley wrote:

  I wonder if we need to move this to its own release as we did
 with

  cloudmonkey?

 --David

 On Mon, Jul 28, 2014 at 8:05 AM, Ian Duffyi...@ianduffy.ie
wrote:

  I believe no, atleast the latest changes under master or
 4.4-forward.

 Alright, Thanks. I believe all changes for it within 4.4-forward

 should now

 be in 4.4?

 @Prasanna since you hold the account on pypi holding the name
 cloudstack-marvin can you make the upload?
 Tar at:

  http://jenkins.buildacloud.org/view/4.4/job/cloudstack-4.
 4-marvin/

 Thanks,

 Ian


 On 28 July 2014 01:52, Santhosh Edukulla

  santhosh.eduku...@citrix.com

 wrote:

I believe no, atleast the latest changes under master or
 4.4-forward.

 Santhosh

 
 From: Ian Duffy [i...@ianduffy.ie]
 Sent: Sunday, July 27, 2014 4:47 PM
 To: CloudStack Dev; Santhosh Edukulla; Prasanna Santhanam
 Subject: Marvin Package?

 Hi,

 Do we have a binary of marvin that users can download
 independent

  to the

 management server rpms? Other than grabbing the tar.gz from

 jenkins.

 I was hoping it would be published on pypi. Prasanna seems to
 have

 a page

 for it there but there are no uploads:

 https://pypi.python.org/pypi/cloudstack-marvin/0.1.0

 Ideally I want pip install cloudstack-marvin or easy_install
 cloudstack-marvin.

 Thanks,

 Ian

--

 Rohit Yadav
 Software Architect, ShapeBlue
 M. +41 779015219 | rohit.ya...@shapeblue.com
 Blog: bhaisaab.org | Twitter: @_bhaisaab


 Find out more about ShapeBlue and our range of CloudStack related

  services

 IaaS Cloud Design Build

 http://shapeblue.com/iaas-cloud-design-and-build//

 CSForge – rapid IaaS deployment framework

 http://shapeblue.com/csforge/

 CloudStack Consultinghttp://shapeblue.com/cloudstack-consultancy/

 CloudStack Infrastructure Support

  http://shapeblue.com/cloudstack

Re: [VMWARE SETUP ERROR] Error seeing in brining up System VMs with Vmware setup with CS server

[Ian Duffy]

Hi Abhinandan,

Does this mean the citrix folk use different scripts than what are included
within the source?

If so can you please share these.

Thanks,
Ian

On 20 September 2014 02:49, Abhinandan Prateek agneya2...@gmail.com wrote:

 The VMWare template build by jenkins job does not have VMWare tools
 installed on it.
 Use the ones provided by Citrix.

 On 19-Sep-2014, at 9:31 pm, Mike Tutkowski mike.tutkow...@solidfire.com
 wrote:

 
 http://jenkins.buildacloud.org/job/build-systemvm64-master/lastSuccessfulBuild/artifact/tools/appliance/dist/systemvm64template-master-vmware.ova
 
  On Fri, Sep 19, 2014 at 9:58 AM, Erik Weber terbol...@gmail.com wrote:
 
  Which systemvm template are you using?
 
  Erik
  19. sep. 2014 03:47 skrev Mike Tutkowski 
 mike.tutkow...@solidfire.com
  følgende:
 
  Actually, the virtual router says it requires an upgrade.
 
  I think I can just turn that check off and re-run my create-VM test.
 
  On Thu, Sep 18, 2014 at 7:43 PM, Mike Tutkowski 
  mike.tutkow...@solidfire.com wrote:
 
  OK, I checked in a fix for this:
 
 
 
 
 
 https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=18e5aa116e99906f24a292bf7546809e05c72ec2;hp=7537c33bcdda65672fdd8f81509e6885aa536932
 
  I did notice that both before and after my fix that the virtual router
  is
  NOT coming up.
 
  The system VM being cloned and the starting of the VM looks fine. It
  gets
  to the command prompt and then a little while later is shut down and
  restarted. I get an error in the GUI indicating that my VM deployment
  failed.
 
  I don't personally know a whole lot about how the virtual router code
  works, so we should pass that on to an appropriate developer.
 
  On Thu, Sep 18, 2014 at 6:35 PM, Mike Tutkowski 
  mike.tutkow...@solidfire.com wrote:
 
  Just destroyed and re-created my env from scratch without
  8bb4022f3729154f85036c4a7f55e2de783e4909 and it works fine.
 
  I think I know what the author was intending with the code that is
  causing the problem, so I'll go ahead and put in what I think is a
  fix,
  re-create my env, and see if it works.
 
  On Thu, Sep 18, 2014 at 6:26 PM, ilya musayev 
 ilya.musa...@gmail.com
 
  wrote:
 
  Thank you Mike, please keep us posted.
 
  Regards
  ilya
 
  On 9/18/14, 4:14 PM, Mike Tutkowski wrote:
 
  Little clarification on this:
 
  The dsName is derived from the UUID of the datastore.
 
  I mean that the dsName is derived from the UUID primary storage in
  the
  DB.
 
  On Thu, Sep 18, 2014 at 5:12 PM, Mike Tutkowski 
  mike.tutkow...@solidfire.com wrote:
 
  Just a little update on this:
 
  The problem doesn't seem to have anything to do with managed
  storage code that was introduced back in March.
 
  The dsName is derived from the UUID of the datastore. This leads
  to a
  null being returned from
  diskInfoBuilder.getDiskInfoByBackingFileBaseName,
  which subsequently leads to a null being returned from this method
  (and a
  NullPointerException being thrown).
 
  I plan to take a look at the history of this file in gitk.
 
 private VirtualMachineDiskInfo
  getMatchingExistingDisk(VirtualMachineDiskInfoBuilder
  diskInfoBuilder,
  DiskTO vol) {
 
 if (diskInfoBuilder != null) {
 
 VolumeObjectTO volume = (VolumeObjectTO)vol.getData();
 
 String dsName =
  volume.getDataStore().getUuid().replace(-,
  );
 
 
  MapString, String details = vol.getDetails();
 
 boolean isManaged = details != null 
  Boolean.parseBoolean(details.get(DiskTO.MANAGED));
 
 
  VirtualMachineDiskInfo diskInfo =
 
 
  diskInfoBuilder.getDiskInfoByBackingFileBaseName(isManaged ? new
  DatastoreFile(volume.getPath()).getFileBaseName() :
  volume.getPath(),
  dsName);
 
  On Thu, Sep 18, 2014 at 4:34 PM, Mike Tutkowski 
  mike.tutkow...@solidfire.com wrote:
 
  I think I found the magic. :)
 
  sudo mount -t nfs 192.168.129.46:/export/secondary /mnt/sec
 
  If I mount /export/secondary to /mnt/sec (I did it in a bit of a
  roundabout way here), then the management server is happy.
 
  I think this is only VMware thing for the management server.
 
  Does anyone know if we document this?
 
  Thanks!
 
  On Thu, Sep 18, 2014 at 4:18 PM, Mike Tutkowski 
  mike.tutkow...@solidfire.com wrote:
 
  The instructions even say the following:
 
  If your secondary storage mount point is not named
  /mnt/secondary,
  substitute your own mount point name.
 
  On Thu, Sep 18, 2014 at 4:15 PM, Mike Tutkowski 
  mike.tutkow...@solidfire.com wrote:
 
  Yeah, I've been through the instructions a couple times and
 don't
  see anything that indicates why it's having trouble with
 /mnt/sec
  (it says
  /mnt/sec instead of /mnt/secondary in the log messages).
 
  On Thu, Sep 18, 2014 at 4:01 PM, Ritu Sabharwal 
  rsabh...@brocade.com wrote:
 
  I have an external NFS server and it is mounted to
  /mnt/secondary
  on my CS server so seeding command I used is:
 
 
 
 
 

[DISCUSS] Replace /tools/devcloud or create /tools/devcloud4

[Ian Duffy]

Hi All,

To my knowledge the work under /tools/devcloud doesn't work with the later
versions of cloudstack.

I have been working on creating a devcloud environment centered around
vagrant https://github.com/imduffy15/devcloud4

This has been tested enough for me to be comfortable to share it out to a
wide audience.

What are peoples views on introducing it? (readmes available on the github
page for those who want a description)

Thanks,

Ian