Re: CloudStack-setup-management

[Rohit Yadav]

From the log looks like you’re probably setting up KVM with Ubuntu (ufw is on 
Ubuntu by default); try this:

- Stop tomcat6 daemon: service tomcat6 stop (when installing tomcat6 dependency 
on Debian/Ubuntu it starts tomcat6 by default)
- Now start the management server
- Configure rc.defaults as needed

> On 05-Dec-2014, at 4:00 am, Hugo Trippaers  wrote:
>
>>
>> DEBUG:root:execute:uname -m
>> DEBUG:root:execute:hostname -f
>> DEBUG:root:execute:iptables-save|grep INPUT|grep -w 8080
>> DEBUG:root:Failed to execute:
>> DEBUG:root:execute:ufw allow 8080/tcp
>> DEBUG:root:execute:iptables-save|grep INPUT|grep -w 7080
>> DEBUG:root:Failed to execute:
>> DEBUG:root:execute:ufw allow 7080/tcp
>> DEBUG:root:execute:iptables-save|grep INPUT|grep -w 8250
>> DEBUG:root:Failed to execute:
>> DEBUG:root:execute:ufw allow 8250/tcp
>> DEBUG:root:execute:iptables-save|grep INPUT|grep -w 9090
>> DEBUG:roo

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
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

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: [4.3.0] System VM 64bit build disabled?

[Wilder Rodrigues]

Thanks for the update, Rohit.

Do you have any 4.3.0 systemvm (xen-vhd) available from where I I can download? 
Artefacts server or something like that? 

Cheers,
Wilder

On 05 Dec 2014, at 08:56, Rohit Yadav  wrote:

> Hi Wilder,
> 
>> On 05-Dec-2014, at 12:27 pm, Wilder Rodrigues 
>>  wrote:
>> 
>> Any ideas why? It was available earlier this week.
> 
> Those were removed recently because the master had no disk space left 
> (probably slaves too).
> 
> I’ve re-added both of them but they are not building for some local/env issue:
> 
> http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm64/
> http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm/
> 
> 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
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software 
> Engineering
> CloudStack Infrastructure 
> Support
> CloudStack Bootcamp Training 
> Courses
> 
> 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: 4.5.0 status

[Sebastien Goasguen]

Did we report test results, upgrade paths.
Are release notes ready ?

-Sebastien

> On 5 Dec 2014, at 05:16, David Nalley  wrote:
> 
> So we have no blockers currently logged, and are down to 15 critical
> bugs. I am going to try and roll a 4.5.0 release candidate in the next
> day or so.
> 
> 
> 
> --David

Re: [4.3.0] System VM 64bit build disabled?

[Rohit Yadav]

Hi Wilder,

Absolutely, I’ve latest 4.3.1 systemvm that you can use (works with 4.3.0 as 
well) that has shellshock and poodle fixes, download them from here:

http://packages.shapeblue.com/systemvmtemplate/

and there is Lucian’s mirror here: 
http://mirrors.coreix.net/packages.shapeblue.com/

Cheers.

> On 05-Dec-2014, at 1:33 pm, Wilder Rodrigues  
> wrote:
>
> Thanks for the update, Rohit.
>
> Do you have any 4.3.0 systemvm (xen-vhd) available from where I I can 
> download? Artefacts server or something like that?
>
> Cheers,
> Wilder
>
> On 05 Dec 2014, at 08:56, Rohit Yadav  wrote:
>
>> Hi Wilder,
>>
>>> On 05-Dec-2014, at 12:27 pm, Wilder Rodrigues 
>>>  wrote:
>>>
>>> Any ideas why? It was available earlier this week.
>>
>> Those were removed recently because the master had no disk space left 
>> (probably slaves too).
>>
>> I’ve re-added both of them but they are not building for some local/env 
>> issue:
>>
>> http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm64/
>> http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm/
>>
>> 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
>> CSForge – rapid IaaS deployment framework
>> CloudStack Consulting
>> CloudStack Software 
>> Engineering
>> CloudStack Infrastructure 
>> Support
>> CloudStack Bootcamp Training 
>> Courses
>>
>> 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
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

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: [4.3.0] System VM 64bit build disabled?

[Erik Weber]

On Fri, Dec 5, 2014 at 8:56 AM, Rohit Yadav 
wrote:

> Hi Wilder,
>
> > On 05-Dec-2014, at 12:27 pm, Wilder Rodrigues <
> wrodrig...@schubergphilis.com> wrote:
> >
> > Any ideas why? It was available earlier this week.
>
> Those were removed recently because the master had no disk space left
> (probably slaves too).
>
>

That's the case now as well, see my previous email.

-- 
Erik

Re: [4.3.0] System VM 64bit build disabled?

[Wilder Rodrigues]

Cool!

Super thanks, dude!

Cheers,
Wilder

On 05 Dec 2014, at 09:23, Rohit Yadav  wrote:

> Hi Wilder,
> 
> Absolutely, I’ve latest 4.3.1 systemvm that you can use (works with 4.3.0 as 
> well) that has shellshock and poodle fixes, download them from here:
> 
> http://packages.shapeblue.com/systemvmtemplate/
> 
> and there is Lucian’s mirror here: 
> http://mirrors.coreix.net/packages.shapeblue.com/
> 
> Cheers.
> 
>> On 05-Dec-2014, at 1:33 pm, Wilder Rodrigues  
>> wrote:
>> 
>> Thanks for the update, Rohit.
>> 
>> Do you have any 4.3.0 systemvm (xen-vhd) available from where I I can 
>> download? Artefacts server or something like that?
>> 
>> Cheers,
>> Wilder
>> 
>> On 05 Dec 2014, at 08:56, Rohit Yadav  wrote:
>> 
>>> Hi Wilder,
>>> 
 On 05-Dec-2014, at 12:27 pm, Wilder Rodrigues 
  wrote:
 
 Any ideas why? It was available earlier this week.
>>> 
>>> Those were removed recently because the master had no disk space left 
>>> (probably slaves too).
>>> 
>>> I’ve re-added both of them but they are not building for some local/env 
>>> issue:
>>> 
>>> http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm64/
>>> http://jenkins.buildacloud.org/view/4.3/job/cloudstack-4.3-systemvm/
>>> 
>>> 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
>>> CSForge – rapid IaaS deployment framework
>>> CloudStack Consulting
>>> CloudStack Software 
>>> Engineering
>>> CloudStack Infrastructure 
>>> Support
>>> CloudStack Bootcamp Training 
>>> Courses
>>> 
>>> 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
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software 
> Engineering
> CloudStack Infrastructure 
> Support
> CloudStack Bootcamp Training 
> Courses
> 
> 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: [4.3.0] System VM 64bit build disabled?

[Rohit Yadav]

Hi Eric,

On Friday 05 December 2014 01:55 PM, Erik Weber wrote:

That's the case now as well, see my previous email.


Ah cool, sorry I did not read if it was already answered and replied to
the first email.

Cheers,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 8826230892 | 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
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

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.

[JENKINS] Full disk om master

[Erik Weber]

Kicking of a separate email.

The disk on the jenkins master is full. I tried modifying a few builds to
keep fewer builds in the history, but I don't have permission to restart
the slave threads.

If anyone with more permissions could continue the fixing that'd be great.

Filesystem  Size  Used Avail Use% Mounted on
devtmpfs839M 0  839M   0% /dev
tmpfs   854M 0  854M   0% /dev/shm
tmpfs   854M   33M  821M   4% /run
/dev/xvda1  9.9G  6.9G  3.0G  71% /
tmpfs   854M 0  854M   0% /sys/fs/cgroup
tmpfs   854M 0  854M   0% /media
/dev/xvdf1   50G   47G   59M 100% /var/lib/jenkins/workspace



-- 

Erik

Review Request 28749: CLOUDSTACK-8029: Remove unused kaypairs from test_data.py

[Gaurav Aradhye]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/28749/
---

Review request for cloudstack and SrikanteswaraRao Talluri.


Bugs: CLOUDSTACK-8029
https://issues.apache.org/jira/browse/CLOUDSTACK-8029


Repository: cloudstack-git


Description
---

Some values in test_data.py are moved to cofigurableData section, remove them. 
(They are not in configurableData section).


Diffs
-

  tools/marvin/marvin/config/test_data.py 232a922 

Diff: https://reviews.apache.org/r/28749/diff/


Testing
---

N/A


Thanks,

Gaurav Aradhye

[GitHub] cloudstack pull request: Use the new build env on Travis

[joshk]

Github user joshk closed the pull request at:

https://github.com/apache/cloudstack/pull/43


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

[GitHub] cloudstack pull request: Use the new build env on Travis

[joshk]

Github user joshk commented on the pull request:

https://github.com/apache/cloudstack/pull/43#issuecomment-65764727
  
Mysql is already installed, same with Python. But some of the other libs 
are not. 

If you can get your build working without sudo on Travis then you can opt 
into the new setup, which may help speed up your build.

I'm going to close this for now, but feel free to ping me anytime if I can 
help with anything.


---
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: CloudStack Quality Process

[Daan Hoogland]

I like the solutions that Will and Animesh are giving. We should
incorporate them in our work. I want to stress however that we need to
start working in a way that others, committers and non-committers can
copy. One thing I am thinking of is that we create a gate through
which commits *can* go if you so wish. In this way people can see that
it works before adopting. Let's not go for consensus but let's create
it on the way.

having said so, I propose to set a date for our first (irc/goto)
meeting; wednesday 10 december 16:00 UTC?


On Thu, Dec 4, 2014 at 11:40 PM, Will Stevens  wrote:
> I am speaking as a committer who has limited insight into the 'correct' way
> to do this via Apache (so be gentle).  :)
>
> I like the idea of a wiki page to help get everyone on the same page and to
> track the consensus as we move forward...
>
> I also agree that it is hard to come to a consensus on the list because it
> is really hard to have a constructive conversation on here in a timely
> manner where the different voices can be heard.
>
> I think it would be interesting to schedule sessions/meetings on the list
> so any interested party can join.  These sessions/meetings would happen in
> a format like IRC where the transcript of the session can be later posted
> to the list as well as a summary of the transcript so it can be reviewed by
> any member who could not make the meeting.  This way we keep all of the
> actual conversation in the list, but we also make it easier to actually
> have a 'conversation' at the same time.  It is hard to beat real time when
> working through this sort of stuff.
>
> Does this make sense to others?  Thoughts?
>
> Will
>
>
> *Will STEVENS*
> Lead Developer
>
> *CloudOps* *| *Cloud Solutions Experts
> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
> w cloudops.com *|* tw @CloudOps_
>
> On Thu, Dec 4, 2014 at 5:17 PM, Animesh Chaturvedi <
> animesh.chaturv...@citrix.com> wrote:
>
>> Wearing my PMC hat and with past experience on these discussions we have
>> not made much progress on mailing list despite agreeing on the goals and
>> have locked horns. One possibility after reading Chip's email and concerns
>> I see is that, we create a wiki outlining the problem space, possible
>> solution(s) and their specific pros and cons and have people collaborate.
>> Once a general consensus is there and wiki is stable we can bring it back
>> to the mailing list for final approval. This is open as well as requires
>> participant a higher degree of commitment to collaborate and will be more
>> structured.
>>
>> Thanks
>> Animesh
>>
>> > On Thu, Dec 4, 2014 at 7:24 PM, Chip Childers 
>> wrote:
>> > > Steve,
>> > >
>> > > (Speaking with my PMC hat on, but not as someone that has the time to
>> > > help with this process)
>> > >
>> > > I love the idea of moving forward with resolving some of the quality
>> > > process / tooling / etc... challenges that we face as a project and
>> > > community. I also love the idea that companies getting commercial
>> > > value from this project are talking (as companies) about how to best
>> > > support the project through either directing their employees to work
>> > > on this problem, allowing those interested the time to do so, and / or
>> > > offering (as Citrix did) required hardware/software resources to make
>> > > improvements for the common good.  Importantly, I like that the
>> > > companies involved are mutually agreeing that this is for the common
>> > > good.
>> > >
>> > > That said, I have a concern about the outline below, specifically in
>> > > how the definition of approach and eventual execution are handled.
>> > > The proposal of taking this off-list until there is a "proposal to
>> ratify"
>> > > is what I'd like to see changed. I would fully expect that a fleshed
>> > > out proposal hitting the list would be met with more discussion than
>> > > you would like (and perhaps even met with frustration).
>> > >
>> > > What has worked well for us in the past, where there is a need to have
>> > > those interested in "doing work" to be able to focus on that work, has
>> > > been to start with a call for interested parties (as you did). Then,
>> > > using a combination of threads on this list and "live" meetings, make
>> > > progress on defining the requirements and approach incrementally.
>> > > Execution of any work should similarly be open and shared on this list.
>> > > Throughout that process, allowing comments and openings for
>> > > participants are critical.
>> > >
>> > > One of the things we learned about using "live" meetings to speed up
>> > > the consensus process in the past is to make sure that while they are
>> > > fantastic at allowing the participants to understand each other, it's
>> > > critical to remember that (1) there are no project decisions made
>> > > outside of the mailing lists and (2) that it's important to have
>> > > minutes or notes from those live meetings shared with the community as
>> a
>> > whole.
>> > >
>> > > Now a ve

Build failed in Jenkins: build-master-simulator #1352

[jenkins]

See 

--
Started by an SCM change
Started by an SCM change
Started by upstream project "build-master" build number 2029
originally caused by:
 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-14b 
(cloudstack-buildslave-centos6) in workspace 

Cloning the remote Git repository
Cloning repository https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git init 
 >  # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
 > /usr/bin/git config remote.origin.fetch +refs/heads/*:refs/remotes/origin/* 
 > # timeout=400
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git rev-parse refs/remotes/origin/master^{commit} # timeout=400
 > /usr/bin/git rev-parse refs/remotes/origin/origin/master^{commit} # 
 > timeout=400
Checking out Revision 131dca84dd1b42ce1c97171cc2ce70bf9529ac57 
(refs/remotes/origin/master)
 > /usr/bin/git config core.sparsecheckout # timeout=400
 > /usr/bin/git checkout -f 131dca84dd1b42ce1c97171cc2ce70bf9529ac57
 > /usr/bin/git rev-list 131dca84dd1b42ce1c97171cc2ce70bf9529ac57 # timeout=400
[copy-to-slave] Copying 'settings.xml', excluding nothing, from 
'file:/var/lib/jenkins/userContent/' on the master to 
' on 
'cloudstack-buildslave-centos6-14b'.
[build-master-simulator] $ 
/jenkins/tools/hudson.tasks.Maven_MavenInstallation/maven-3.1.1/bin/mvn -s 
 
-Psimulator -pl plugins/hypervisors/simulator -am clean test
[INFO] Scanning for projects...
[INFO] 
[INFO] Reactor Build Order:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration
[INFO] Apache CloudStack
[INFO] Apache CloudStack Maven Conventions Parent
[INFO] Apache CloudStack Framework - Managed Context
[INFO] Apache CloudStack Utils
[INFO] Apache CloudStack Framework
[INFO] Apache CloudStack Framework - Event Notification
[INFO] Apache CloudStack Framework - Configuration
[INFO] Apache CloudStack API
[INFO] Apache CloudStack Framework - REST
[INFO] Apache CloudStack Framework - IPC
[INFO] Apache CloudStack Cloud Engine
[INFO] Apache CloudStack Cloud Engine API
[INFO] Apache CloudStack Framework - Security
[INFO] Apache CloudStack Core
[INFO] Apache CloudStack Agents
[INFO] Apache CloudStack Framework - Clustering
[INFO] Apache CloudStack Framework - Event Notification
[INFO] Apache CloudStack Cloud Engine Schema Component
[INFO] Apache CloudStack Framework - Jobs
[INFO] Apache CloudStTests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time 
elapsed: 2.136 sec
Running com.cloud.vpc.NetworkACLServiceTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.173 sec
Running com.cloud.vpc.NetworkACLManagerTest
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.172 sec
Running com.cloud.storage.VolumeApiServiceImplTest
Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.108 sec
Running com.cloud.user.AccountManagerImplTest
Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.176 sec
Running com.cloud.api.ApiServletTest
Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.067 sec
Running com.cloud.api.ApiResponseHelperTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.017 sec
Running com.cloud.api.dispatch.ParamGenericValidationWorkerTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.013 sec
Running com.cloud.api.dispatch.DispatchChainFactoryTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running com.cloud.api.dispatch.CommandCreationWorkerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.004 sec
Running com.cloud.api.dispatch.SpecificCmdValidationWorkerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running com.cloud.api.dispatch.ParamProcessWorkerTest
Tests

Build failed in Jenkins: build-master-noredist #3919

[jenkins]

See 

--
Started by upstream project "build-master" build number 2029
originally caused by:
 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-14b 
(cloudstack-buildslave-centos6) in workspace 

Cloning the remote Git repository
Cloning repository https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git init 
 >  # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
 > /usr/bin/git config remote.origin.fetch +refs/heads/*:refs/remotes/origin/* 
 > # timeout=400
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git rev-parse origin/master^{commit} # timeout=400
Checking out Revision 131dca84dd1b42ce1c97171cc2ce70bf9529ac57 (origin/master)
 > /usr/bin/git config core.sparsecheckout # timeout=400
 > /usr/bin/git checkout -f 131dca84dd1b42ce1c97171cc2ce70bf9529ac57
First time build. Skipping changelog.
[copy-to-slave] Copying 'cloudstack-nonoss-deps.tgz,settings.xml', excluding 
nothing, from 'file:/var/lib/jenkins/userContent/' on the master to 
' on 
'cloudstack-buildslave-centos6-14b'.
[build-master-noredist] $ /bin/sh -xe /tmp/hudson7084094698023814181.sh
+ echo 'Getting noredist patches'
Getting noredist patches
+ which mvn
which: no mvn in 
(/usr/lib/jvm/java-1.7.0//bin:/usr/local/jdk/bin:/usr/local/bin:/bin:/usr/bin)
+ export 
PATH=/usr/share/apache-maven-3.0.5/bin:/usr/lib/jvm/java-1.7.0//bin:/usr/local/jdk/bin:/usr/local/bin:/bin:/usr/bin
+ 
PATH=/usr/share/apache-maven-3.0.5/bin:/usr/lib/jvm/java-1.7.0//bin:/usr/local/jdk/bin:/usr/local/bin:/bin:/usr/bin
+ cd deps
+ tar -xvf ../cloudstack-nonoss-deps.tgz
apputils.jar
cloud-iControl.jar
cloud-manageontap.jar
cloud-netscaler.jar
cloud-netscaler-sdx.jar
libvirt-0.4.8.jar
manageontap.jar
vim25_51.jar
vim25.jar
vim.jar
+ bash -x install-non-oss.sh
+ mvn install:install-file -Dfile=cloud-iControl.jar -DgroupId=com.cloud.com.f5 
-DartifactId=icontrol -Dversion=1.0 -Dpackaging=jar
[INFO] Scanning for projects...
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-clean-plugin/2.4.1/maven-clean-plugin-2.4.1.pom
3/5 KB   
5/5 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-clean-plugin/2.4.1/maven-clean-plugin-2.4.1.pom
 (5 KB at 21.7 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/plugins/maven-plugins/18/maven-plugins-18.pom
2/13 KB   
6/13 KB   
10/13 KB   
13/13 KB   
   
Downloaded: http://repo.maven.apache.org/maven2/org/apache/maven/plu

Build failed in Jenkins: build-4.5 #210

[jenkins]

See 

--
Started by an SCM change
[EnvInject] - Loading node environment variables.
Building remotely on cloudstack-buildslave-centos6-e98 
(cloudstack-buildslave-centos6) in workspace 

Cloning the remote Git repository
Cloning repository https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git init  # 
 > timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
 > /usr/bin/git config remote.origin.fetch +refs/heads/*:refs/remotes/origin/* 
 > # timeout=400
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git rev-parse refs/remotes/origin/4.5^{commit} # timeout=400
 > /usr/bin/git rev-parse refs/remotes/origin/origin/4.5^{commit} # timeout=400
Checking out Revision 2d7f0c693b9a04af0f578b597b088e518dce220d 
(refs/remotes/origin/4.5)
 > /usr/bin/git config core.sparsecheckout # timeout=400
 > /usr/bin/git checkout -f 2d7f0c693b9a04af0f578b597b088e518dce220d
 > /usr/bin/git rev-list 2d7f0c693b9a04af0f578b597b088e518dce220d # timeout=400
[copy-to-slave] Copying 'settings.xml', excluding nothing, from 
'file:/var/lib/jenkins/userContent/' on the master to 
' on 
'cloudstack-buildslave-centos6-e98'.
[build-4.5] $ 
/jenkins/tools/hudson.tasks.Maven_MavenInstallation/maven-3.1.1/bin/mvn -s 
 
-Psystemvm,awsapi -T 2C clean test
[INFO] Scanning for projects...
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/axis2/axis2-aar-maven-plugin/1.6.2/axis2-aar-maven-plugin-1.6.2.pom
4/5 KB   
5/5 KB   
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/axis2/axis2-aar-maven-plugin/1.6.2/axis2-aar-maven-plugin-1.6.2.pom
 (5 KB at 5.2 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/axis2/axis2-parent/1.6.2/axis2-parent-1.6.2.pom
4/46 KB   
8/46 KB   
12/46 KB   
14/46 KB   
18/46 KB   
22/46 KB   
26/46 KB   
30/46 KB   
34/46 KB   
38/46 KB   
42/46 KB   
46/46 KB   
46/46 KB   
   
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/axis2/axis2-parent/1.6.2/axis2-parent-1.6.2.pom
 (46 KB at 686.5 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/apache/8/apache-8.pom
3/14 KB
7/14 KB   
11/14 KB   
14/14 KB   
   
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/apache/8/apache-8.pom (14 KB at 
381.2 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-plugin-api/2.0.7/maven-plugin-api-2.0.7.pom
2/2 KB 
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-plugin-api/2.0.7/maven-plugin-api-2.0.7.pom
 (2 KB at 47.4 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven/2.0.7/maven-2.0.7.pom
4/11 KB   
8/11 KB   
11/11 KB   
   
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven/2.0.7/maven-2.0.7.pom
 (11 KB at 303.4 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-project/2.0.7/maven-project-2.0.7.pom
3/3 KB 
 
Downloaded: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-project/2.0.7/maven-project-2.0.7.pom
 (3 KB at 83.1 KB/sec)
Downloading: 
http://repo.maven.apache.org/maven2/org/apache/maven/maven-settings/

Review Request 28750: CLOUDSTACK-8028: Fix test_data.py - Separate virtual_machine dict having userdata key

[Gaurav Aradhye]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/28750/
---

Review request for cloudstack and SrikanteswaraRao Talluri.


Bugs: CLOUDSTACK-8028
https://issues.apache.org/jira/browse/CLOUDSTACK-8028


Repository: cloudstack-git


Description
---

Commit 818957de0c3115250b4dd9e833619be788cd66de added "userdata" key in 
"virtual_machine" in test_data.py.
This causes deployment failure for VM in other test cases where the network in 
which VM is being deployed does not support UserData service.

Solution:
Add separate dict for virtual_machine with UserData and change original key 
pair value to prior value. Also change test_security_groups.py accordingly.


Diffs
-

  test/integration/component/test_security_groups.py a644a1c 
  tools/marvin/marvin/config/test_data.py 232a922 

Diff: https://reviews.apache.org/r/28750/diff/


Testing
---

Yes.


Thanks,

Gaurav Aradhye

Re: CloudStack Quality Process

[Abhinandan Prateek]

I am good with 10 Dec 16 UTC meeting time. Preference will be for goto.
Let the meeting details be published to all. If communication is open, 
congenial and the process is executed well we can get more committed 
participation.

-abhi

From: Daan Hoogland 
Sent: Friday, December 5, 2014 2:59 PM
To: dev
Cc: Steve Wilson
Subject: Re: CloudStack Quality Process

I like the solutions that Will and Animesh are giving. We should
incorporate them in our work. I want to stress however that we need to
start working in a way that others, committers and non-committers can
copy. One thing I am thinking of is that we create a gate through
which commits *can* go if you so wish. In this way people can see that
it works before adopting. Let's not go for consensus but let's create
it on the way.

having said so, I propose to set a date for our first (irc/goto)
meeting; wednesday 10 december 16:00 UTC?


On Thu, Dec 4, 2014 at 11:40 PM, Will Stevens  wrote:
> I am speaking as a committer who has limited insight into the 'correct' way
> to do this via Apache (so be gentle).  :)
>
> I like the idea of a wiki page to help get everyone on the same page and to
> track the consensus as we move forward...
>
> I also agree that it is hard to come to a consensus on the list because it
> is really hard to have a constructive conversation on here in a timely
> manner where the different voices can be heard.
>
> I think it would be interesting to schedule sessions/meetings on the list
> so any interested party can join.  These sessions/meetings would happen in
> a format like IRC where the transcript of the session can be later posted
> to the list as well as a summary of the transcript so it can be reviewed by
> any member who could not make the meeting.  This way we keep all of the
> actual conversation in the list, but we also make it easier to actually
> have a 'conversation' at the same time.  It is hard to beat real time when
> working through this sort of stuff.
>
> Does this make sense to others?  Thoughts?
>
> Will
>
>
> *Will STEVENS*
> Lead Developer
>
> *CloudOps* *| *Cloud Solutions Experts
> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
> w cloudops.com *|* tw @CloudOps_
>
> On Thu, Dec 4, 2014 at 5:17 PM, Animesh Chaturvedi <
> animesh.chaturv...@citrix.com> wrote:
>
>> Wearing my PMC hat and with past experience on these discussions we have
>> not made much progress on mailing list despite agreeing on the goals and
>> have locked horns. One possibility after reading Chip's email and concerns
>> I see is that, we create a wiki outlining the problem space, possible
>> solution(s) and their specific pros and cons and have people collaborate.
>> Once a general consensus is there and wiki is stable we can bring it back
>> to the mailing list for final approval. This is open as well as requires
>> participant a higher degree of commitment to collaborate and will be more
>> structured.
>>
>> Thanks
>> Animesh
>>
>> > On Thu, Dec 4, 2014 at 7:24 PM, Chip Childers 
>> wrote:
>> > > Steve,
>> > >
>> > > (Speaking with my PMC hat on, but not as someone that has the time to
>> > > help with this process)
>> > >
>> > > I love the idea of moving forward with resolving some of the quality
>> > > process / tooling / etc... challenges that we face as a project and
>> > > community. I also love the idea that companies getting commercial
>> > > value from this project are talking (as companies) about how to best
>> > > support the project through either directing their employees to work
>> > > on this problem, allowing those interested the time to do so, and / or
>> > > offering (as Citrix did) required hardware/software resources to make
>> > > improvements for the common good.  Importantly, I like that the
>> > > companies involved are mutually agreeing that this is for the common
>> > > good.
>> > >
>> > > That said, I have a concern about the outline below, specifically in
>> > > how the definition of approach and eventual execution are handled.
>> > > The proposal of taking this off-list until there is a "proposal to
>> ratify"
>> > > is what I'd like to see changed. I would fully expect that a fleshed
>> > > out proposal hitting the list would be met with more discussion than
>> > > you would like (and perhaps even met with frustration).
>> > >
>> > > What has worked well for us in the past, where there is a need to have
>> > > those interested in "doing work" to be able to focus on that work, has
>> > > been to start with a call for interested parties (as you did). Then,
>> > > using a combination of threads on this list and "live" meetings, make
>> > > progress on defining the requirements and approach incrementally.
>> > > Execution of any work should similarly be open and shared on this list.
>> > > Throughout that process, allowing comments and openings for
>> > > participants are critical.
>> > >
>> > > One of the things we learned about using "live" meetings to speed up
>> > > the co

Build failed in Jenkins: simulator-singlerun #754

[jenkins]

See 

--
[...truncated 8694 lines...]
hard linking marvin/cloudstackAPI/updateIsoPermissions.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateLBHealthCheckPolicy.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateLBStickinessPolicy.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateLoadBalancer.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateLoadBalancerRule.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateNetwork.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateNetworkACLItem.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateNetworkACLList.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateNetworkOffering.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateNetworkServiceProvider.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updatePhysicalNetwork.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updatePod.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updatePortForwardingRule.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateProject.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateProjectInvitation.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateRegion.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateRemoteAccessVpn.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateResourceCount.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateResourceLimit.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateServiceOffering.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateSnapshotPolicy.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateStorageNetworkIpRange.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateStoragePool.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateTemplate.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateTemplatePermissions.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateTrafficType.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateUser.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateVMAffinityGroup.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateVPC.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateVPCOffering.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateVirtualMachine.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateVolume.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateVpnConnection.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateVpnCustomerGateway.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateVpnGateway.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/updateZone.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/upgradeRouterTemplate.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/uploadCustomCertificate.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/uploadSslCert.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/cloudstackAPI/uploadVolume.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/cloudstackAPI
hard linking marvin/config/__init__.py -> Marvin-4.6.0-SNAPSHOT/marvin/config
hard linking marvin/config/test_data.py -> Marvin-4.6.0-SNAPSHOT/marvin/config
hard linking marvin/lib/__init__.py -> Marvin-4.6.0-SNAPSHOT/marvin/lib
hard linking marvin/lib/base.py -> Marvin-4.6.0-SNAPSHOT/marvin/lib
hard linking marvin/lib/common.py -> Marvin-4.6.0-SNAPSHOT/marvin/lib
hard linking marvin/lib/utils.py -> Marvin-4.6.0-SNAPSHOT/marvin/lib
hard linking marvin/sandbox/__init__.py -> Marvin-4.6.0-SNAPSHOT/marvin/sandbox
hard linking marvin/sandbox/testSetupSuccess.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/sandbox
hard linking marvin/sandbox/advanced/__init__.py -> 
Marvin-4.6.0-SNAPSHOT/marvin/sandbox/advanced
hard linking mar

Re: [jira] [Updated] (CLOUDSTACK-8026) Unable to Create/Delete the Firewall Rule

[Yitao Jiang]

Seems that the connection between mgmt server and vRouter unavailable. Make
sure the they can talk to each other .
BTW, which ACS version r u running and it's system VM template. If you sure
about the connectiin is OK, try logging into vRouter, check logs what
happened
On Dec 5, 2014 1:09 PM, "ArunVS (JIRA)"  wrote:

>
>  [
> https://issues.apache.org/jira/browse/CLOUDSTACK-8026?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
> ]
>
> ArunVS updated CLOUDSTACK-8026:
> ---
> Description:
> We are unable to create or delete the firewall rule for Virtual Routers.
>
> From the management server logs we observed the below logs,
>
> _
>
> 2014-12-04 17:56:40,235 DEBUG [agent.transport.Request]
> (Job-Executor-39:job-5010) Seq 1-1429165745: Received:  { Ans: , MgmtId:
> 52234706542, via: 1, Ver: v1, Flags: 0, { SetFirewallRulesAnswer } }
> 2014-12-04 17:56:40,235 WARN  [network.firewall.FirewallManagerImpl]
> (Job-Executor-39:job-5010) Failed to apply firewall rules due to
> com.cloud.exception.ResourceUnavailableException: Resource [DataCenter:1]
> is unreachable: Unable to apply firewall rules on router
>  at
> com.cloud.network.router.VirtualNetworkApplianceManagerImpl.applyRules(VirtualNetworkApplianceManagerImpl.java:3574)
>  at
> com.cloud.network.router.VirtualNetworkApplianceManagerImpl.applyFirewallRules(VirtualNetworkApplianceManagerImpl.java:3430)
>  at
> com.cloud.network.element.VirtualRouterElement.applyFWRules(VirtualRouterElement.java:235)
>  at
> com.cloud.network.NetworkManagerImpl.applyRules(NetworkManagerImpl.java:4123)
>  at
> com.cloud.network.firewall.FirewallManagerImpl.applyRules(FirewallManagerImpl.java:512)
>  at
> com.cloud.network.firewall.FirewallManagerImpl.applyFirewallRules(FirewallManagerImpl.java:581)
>  at
> com.cloud.network.firewall.FirewallManagerImpl.revokeFirewallRule(FirewallManagerImpl.java:617)
>  at
> com.cloud.event.ActionEventCallback.intercept(ActionEventCallback.java:32)
>  at
> com.cloud.network.firewall.FirewallManagerImpl.revokeFirewallRule(FirewallManagerImpl.java:634)
>  at
> com.cloud.api.commands.DeleteFirewallRuleCmd.execute(DeleteFirewallRuleCmd.java:91)
>  at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:263)
>  at com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:430)
>  at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>  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:1110)
>  at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
>  at java.lang.Thread.run(Thread.java:679)
> 2014-12-04 17:56:40,250 WARN  [cloud.api.ApiDispatcher]
> (Job-Executor-39:job-5010) class com.cloud.api.ServerApiException : Failed
> to delete firewall rule
> 2014-12-04 17:56:40,250 DEBUG [cloud.async.AsyncJobManagerImpl]
> (Job-Executor-39:job-5010) Complete async job-5010, jobStatus: 2,
> resultCode: 530, result: Error Code: 530 Error text: Failed to delete
> firewall rule
>
> __
>
> Note: Target device is in UP status only.
>
> > Unable to Create/Delete the Firewall Rule
> > -
> >
> > Key: CLOUDSTACK-8026
> > URL:
> https://issues.apache.org/jira/browse/CLOUDSTACK-8026
> > Project: CloudStack
> >  Issue Type: Bug
> >  Security Level: Public(Anyone can view this level - this is the
> default.)
> >  Components: Management Server, Virtual Router
> >Reporter: ArunVS
> >
> > We are unable to create or delete the firewall rule for Virtual Routers.
> > From the management server logs we observed the below logs,
> > _
> > 2014-12-04 17:56:40,235 DEBUG [agent.transport.Request]
> (Job-Executor-39:job-5010) Seq 1-1429165745: Received:  { Ans: , MgmtId:
> 52234706542, via: 1, Ver: v1, Flags: 0, { SetFirewallRulesAnswer } }
> > 2014-12-04 17:56:40,235 WARN  [network.firewall.FirewallManagerImpl]
> (Job-Executor-39:job-5010) Failed to apply firewall rules due to
> > com.cloud.exception.ResourceUnavailableException: Resource
> [DataCenter:1] is unreachable: Unable to apply firewall rules on router
> >  at
> com.cloud.network.router.VirtualNetworkApplianceManagerImpl.applyRules(VirtualNetworkApplianceManagerImpl.java:3574)
> >  at
> com.cloud.network.router.VirtualNetworkApplianceManagerImpl.applyFirewallRules(VirtualNetworkApplianceManagerImpl.java:3430)
> >  at
> com.cloud.network.element.VirtualRouterElement.applyFWRules(VirtualRouterElement.java:235)
> >  at
> com.cloud.network.NetworkManagerImpl.applyRules(NetworkManagerImpl.java:4123)
> >  at
> com.cloud.network.firewall.FirewallManagerImpl.applyRules(FirewallManagerImpl.java:512)
> >  at
> com.cloud.network.firewall.FirewallManagerImpl.applyFirewallRules(FirewallManagerImpl.java:581)
> >  at
> com.cloud.network

Re: [jira] [Updated] (CLOUDSTACK-8026) Unable to Create/Delete the Firewall Rule

[Jayapal Reddy Uradi]

Hi,

Resource unreachable here means MS is failed to contact the VR.
1. Host may be not in up state.
2. There is communication failure.
3. Can be ssh key pair issue/mismatch.
4. Last is there is failure in the script execution and script exited with 
error.
   The script execution can be seen in the agent logs in case of xen and kvm.

Please check the above points.

Thanks,
Jayapal

On 05-Dec-2014, at 4:33 PM, Yitao Jiang  wrote:

> Seems that the connection between mgmt server and vRouter unavailable. Make
> sure the they can talk to each other .
> BTW, which ACS version r u running and it's system VM template. If you sure
> about the connectiin is OK, try logging into vRouter, check logs what
> happened
> On Dec 5, 2014 1:09 PM, "ArunVS (JIRA)"  wrote:
> 
>> 
>> [
>> https://issues.apache.org/jira/browse/CLOUDSTACK-8026?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
>> ]
>> 
>> ArunVS updated CLOUDSTACK-8026:
>> ---
>>Description:
>> We are unable to create or delete the firewall rule for Virtual Routers.
>> 
>> From the management server logs we observed the below logs,
>> 
>> _
>> 
>> 2014-12-04 17:56:40,235 DEBUG [agent.transport.Request]
>> (Job-Executor-39:job-5010) Seq 1-1429165745: Received:  { Ans: , MgmtId:
>> 52234706542, via: 1, Ver: v1, Flags: 0, { SetFirewallRulesAnswer } }
>> 2014-12-04 17:56:40,235 WARN  [network.firewall.FirewallManagerImpl]
>> (Job-Executor-39:job-5010) Failed to apply firewall rules due to
>> com.cloud.exception.ResourceUnavailableException: Resource [DataCenter:1]
>> is unreachable: Unable to apply firewall rules on router
>> at
>> com.cloud.network.router.VirtualNetworkApplianceManagerImpl.applyRules(VirtualNetworkApplianceManagerImpl.java:3574)
>> at
>> com.cloud.network.router.VirtualNetworkApplianceManagerImpl.applyFirewallRules(VirtualNetworkApplianceManagerImpl.java:3430)
>> at
>> com.cloud.network.element.VirtualRouterElement.applyFWRules(VirtualRouterElement.java:235)
>> at
>> com.cloud.network.NetworkManagerImpl.applyRules(NetworkManagerImpl.java:4123)
>> at
>> com.cloud.network.firewall.FirewallManagerImpl.applyRules(FirewallManagerImpl.java:512)
>> at
>> com.cloud.network.firewall.FirewallManagerImpl.applyFirewallRules(FirewallManagerImpl.java:581)
>> at
>> com.cloud.network.firewall.FirewallManagerImpl.revokeFirewallRule(FirewallManagerImpl.java:617)
>> at
>> com.cloud.event.ActionEventCallback.intercept(ActionEventCallback.java:32)
>> at
>> com.cloud.network.firewall.FirewallManagerImpl.revokeFirewallRule(FirewallManagerImpl.java:634)
>> at
>> com.cloud.api.commands.DeleteFirewallRuleCmd.execute(DeleteFirewallRuleCmd.java:91)
>> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:263)
>> at com.cloud.async.AsyncJobManagerImpl$1.run(AsyncJobManagerImpl.java:430)
>> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
>> 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:1110)
>> at
>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
>> at java.lang.Thread.run(Thread.java:679)
>> 2014-12-04 17:56:40,250 WARN  [cloud.api.ApiDispatcher]
>> (Job-Executor-39:job-5010) class com.cloud.api.ServerApiException : Failed
>> to delete firewall rule
>> 2014-12-04 17:56:40,250 DEBUG [cloud.async.AsyncJobManagerImpl]
>> (Job-Executor-39:job-5010) Complete async job-5010, jobStatus: 2,
>> resultCode: 530, result: Error Code: 530 Error text: Failed to delete
>> firewall rule
>> 
>> __
>> 
>> Note: Target device is in UP status only.
>> 
>>> Unable to Create/Delete the Firewall Rule
>>> -
>>> 
>>>Key: CLOUDSTACK-8026
>>>URL:
>> https://issues.apache.org/jira/browse/CLOUDSTACK-8026
>>>Project: CloudStack
>>> Issue Type: Bug
>>> Security Level: Public(Anyone can view this level - this is the
>> default.)
>>> Components: Management Server, Virtual Router
>>>   Reporter: ArunVS
>>> 
>>> We are unable to create or delete the firewall rule for Virtual Routers.
>>> From the management server logs we observed the below logs,
>>> _
>>> 2014-12-04 17:56:40,235 DEBUG [agent.transport.Request]
>> (Job-Executor-39:job-5010) Seq 1-1429165745: Received:  { Ans: , MgmtId:
>> 52234706542, via: 1, Ver: v1, Flags: 0, { SetFirewallRulesAnswer } }
>>> 2014-12-04 17:56:40,235 WARN  [network.firewall.FirewallManagerImpl]
>> (Job-Executor-39:job-5010) Failed to apply firewall rules due to
>>> com.cloud.exception.ResourceUnavailableException: Resource
>> [DataCenter:1] is unreachable: Unable to apply firewall rules on router
>>> at
>> com.cloud.network.router.VirtualNetworkApplianceManagerImpl.applyRules(VirtualNetworkApplianceManagerImpl.java:3574)
>>> at
>> com.cloud.network.router.VirtualNetworkAppli

Please confirm this is a bug and not misconifguration -> 4.3.1: Failed to create a volume from snapshot

[France]

Hi guys,

can someone please look at the exemption from the log and confirm this is a bug 
and not misconfiguration. If we are on the road to 4.3.2 release, it might get 
fixed and included in it.
Thank you!

The bug report is here:
https://issues.apache.org/jira/browse/CLOUDSTACK-8014

Regards,
F.

Re: Review Request 28749: CLOUDSTACK-8029: Remove unused kaypairs from test_data.py

[SrikanteswaraRao Talluri]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/28749/#review63986
---

Ship it!


8d5ce97edc21cbaf427dba5d61e09210e58b553e 4.5
84aaef25d9b86b4b1ac193746a87a3dfc77a9c6f master

- SrikanteswaraRao Talluri


On Dec. 5, 2014, 9:03 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/28749/
> ---
> 
> (Updated Dec. 5, 2014, 9:03 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-8029
> https://issues.apache.org/jira/browse/CLOUDSTACK-8029
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Some values in test_data.py are moved to cofigurableData section, remove 
> them. (They are not in configurableData section).
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/config/test_data.py 232a922 
> 
> Diff: https://reviews.apache.org/r/28749/diff/
> 
> 
> Testing
> ---
> 
> N/A
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 28750: CLOUDSTACK-8028: Fix test_data.py - Separate virtual_machine dict having userdata key

[SrikanteswaraRao Talluri]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/28750/#review63987
---

Ship it!


a72b6a7f999e028f1056e8aa4c1ef7d2b2f2d3da 4.5
84aaef25d9b86b4b1ac193746a87a3dfc77a9c6f master

- SrikanteswaraRao Talluri


On Dec. 5, 2014, 10:07 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/28750/
> ---
> 
> (Updated Dec. 5, 2014, 10:07 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-8028
> https://issues.apache.org/jira/browse/CLOUDSTACK-8028
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Commit 818957de0c3115250b4dd9e833619be788cd66de added "userdata" key in 
> "virtual_machine" in test_data.py.
> This causes deployment failure for VM in other test cases where the network 
> in which VM is being deployed does not support UserData service.
> 
> Solution:
> Add separate dict for virtual_machine with UserData and change original key 
> pair value to prior value. Also change test_security_groups.py accordingly.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_security_groups.py a644a1c 
>   tools/marvin/marvin/config/test_data.py 232a922 
> 
> Diff: https://reviews.apache.org/r/28750/diff/
> 
> 
> Testing
> ---
> 
> Yes.
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 28741: CLOUDSTACK-8018: Improve code quality - test_redundant_router.py

[SrikanteswaraRao Talluri]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/28741/#review63989
---

Ship it!


100e46bf4e855871c7d05dad9746b8f05c4ce046 master

Patch doesn't apply cleanly on 4.5: 

Applying: CLOUDSTACK-8018: Improve code quality - test_redundant_router.py
error: patch failed: 
test/integration/component/maint/test_redundant_router.py:1527
error: test/integration/component/maint/test_redundant_router.py: patch does 
not apply
Patch failed at 0001 CLOUDSTACK-8018: Improve code quality - 
test_redundant_router.py
The copy of the patch that failed is found in:
   /Users/talluri/asf/cloudstack/.git/rebase-apply/patch
When you have resolved this problem, run "git am --continue".
If you prefer to skip this patch, run "git am --skip" instead.
To restore the original branch and stop patching, run "git am --abort".

- SrikanteswaraRao Talluri


On Dec. 5, 2014, 6:18 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/28741/
> ---
> 
> (Updated Dec. 5, 2014, 6:18 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-8018
> https://issues.apache.org/jira/browse/CLOUDSTACK-8018
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> 1) Removed hard coded services data.
> 2) Changed variable names
> 3) Fixed pep8 issues
> 4) Now test cases read data from test_data.py
> 
> 
> Diffs
> -
> 
>   test/integration/component/maint/test_redundant_router.py 75c6122 
> 
> Diff: https://reviews.apache.org/r/28741/diff/
> 
> 
> Testing
> ---
> 
> Yes. Only one test case is failing with assertion error, not related to these 
> changes.
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

weird db setup issue

[Sebastien Goasguen]

Hi,

I am trying to dockerize the whole cloudstack installation process.

When running cloudstack-setup-database I hit this weird issue:

Detected local IP address as 172.17.0.25, will use as cluster management server 
node IP[ OK ]
Preparing /etc/cloudstack/management/db.properties  
[ OK ]
Applying /usr/share/cloudstack-management/setup/create-database.sql 
[ OK ]
Applying /usr/share/cloudstack-management/setup/create-schema.sql   
[ OK ]
Applying /usr/share/cloudstack-management/setup/create-database-premium.sql 
[ OK ]
Applying /usr/share/cloudstack-management/setup/create-schema-premium.sql   

We apologize for below error:
***
Encountering an error when executing mysql script
--
table:
/usr/share/cloudstack-management/setup/create-schema-premium.sql

Error:
ERROR 1046 (3D000) at line 285: No database selected


Does this ring a bell to anyone ? why would the first schema be created 
successfully and not create-schema-premium ?

thx

-sebastien

CloudStack and Cisco APIC integration

[Bill Wade]

I asked this on the users mailer and was referred to the dev mailer --
I’ll preface this with, “this is an End user question”.. I’m working with a 
private cloud provider who is looking to use CloudStack for their compute and 
storage orchestration and use Cisco APIC with the Nexus 9k switches for the 
network provisioning.  I’m new to the “SDN/NFV” space and looking around I 
don't see support for Cisco APIC with CloudStack.  Any one have experience with 
these two working together?  Can CloudStack step aside and let APIC provision 
the network?  I'm seeing the potential for provisioning conflicts here.

Thanks,
Bill

Re: weird db setup issue

[Erik Weber]

On Fri, Dec 5, 2014 at 2:32 PM, Sebastien Goasguen  wrote:

> Hi,
>
> I am trying to dockerize the whole cloudstack installation process.
>
> When running cloudstack-setup-database I hit this weird issue:
>
> Detected local IP address as 172.17.0.25, will use as cluster management
> server node IP[ OK ]
> Preparing /etc/cloudstack/management/db.properties
>   [ OK ]
> Applying /usr/share/cloudstack-management/setup/create-database.sql
>  [ OK ]
> Applying /usr/share/cloudstack-management/setup/create-schema.sql
>  [ OK ]
> Applying
> /usr/share/cloudstack-management/setup/create-database-premium.sql [ OK
> ]
> Applying /usr/share/cloudstack-management/setup/create-schema-premium.sql
>
> We apologize for below error:
> ***
> Encountering an error when executing mysql script
> --
> table:
> /usr/share/cloudstack-management/setup/create-schema-premium.sql
>
> Error:
> ERROR 1046 (3D000) at line 285: No database selected
>
>
> Does this ring a bell to anyone ? why would the first schema be created
> successfully and not create-schema-premium ?
>
>
- the create-database* scripts doesn't need a selected database
- the create-schema.sql script starts by selecting the database (use cloud;)

create-schema-premium.sql doesn't have the same selection at start, and I'm
no sql guru but it could be a foreign key or something else without an
explicit schema that fails.
you should probably be able to workaround it by adding a "use cloud;" early
in the create-schema-premium.sql file

that's my two cent.

-- 
Erik

Re: CloudStack and Cisco APIC integration

[Erik Weber]

On Fri, Dec 5, 2014 at 2:31 PM, Bill Wade 
wrote:

> I asked this on the users mailer and was referred to the dev mailer --
> I’ll preface this with, “this is an End user question”.. I’m working with
> a private cloud provider who is looking to use CloudStack for their compute
> and storage orchestration and use Cisco APIC with the Nexus 9k switches for
> the network provisioning.  I’m new to the “SDN/NFV” space and looking
> around I don't see support for Cisco APIC with CloudStack.  Any one have
> experience with these two working together?  Can CloudStack step aside and
> let APIC provision the network?  I'm seeing the potential for provisioning
> conflicts here.
>
>
I don't know what Cisco APIC does or needs to do/know about the
infrastructure, but there's no explicit support in CloudStack for it that I
know of.

That said it doesn't necessarily mean it can't work, but it depends on what
needs to happen during vm deployment.
However I am afraid you're looking to do something CloudStack isn't
currently capable of doing.

-- 
Erik

Re: weird db setup issue

[Rohit Yadav]

Hi Sebastien,

Which build/version of CloudStack are you using?

> On 05-Dec-2014, at 7:22 pm, Erik Weber  wrote:
>
> On Fri, Dec 5, 2014 at 2:32 PM, Sebastien Goasguen  wrote:
>
>> Hi,
>>
>> I am trying to dockerize the whole cloudstack installation process.
>>
>> When running cloudstack-setup-database I hit this weird issue:
>>
>> Detected local IP address as 172.17.0.25, will use as cluster management
>> server node IP[ OK ]
>> Preparing /etc/cloudstack/management/db.properties
>>  [ OK ]
>> Applying /usr/share/cloudstack-management/setup/create-database.sql
>> [ OK ]
>> Applying /usr/share/cloudstack-management/setup/create-schema.sql
>> [ OK ]
>> Applying
>> /usr/share/cloudstack-management/setup/create-database-premium.sql [ OK
>> ]
>> Applying /usr/share/cloudstack-management/setup/create-schema-premium.sql
>>
>> We apologize for below error:
>> ***
>> Encountering an error when executing mysql script
>> --
>> table:
>> /usr/share/cloudstack-management/setup/create-schema-premium.sql
>>
>> Error:
>> ERROR 1046 (3D000) at line 285: No database selected
>>
>>
>> Does this ring a bell to anyone ? why would the first schema be created
>> successfully and not create-schema-premium ?
>>
>>
> - the create-database* scripts doesn't need a selected database
> - the create-schema.sql script starts by selecting the database (use cloud;)
>
> create-schema-premium.sql doesn't have the same selection at start, and I'm
> no sql guru but it could be a foreign key or something else without an
> explicit schema that fails.
> you should probably be able to workaround it by adding a "use cloud;" early
> in the create-schema-premium.sql file
>
> that's my two cent.
>
> --
> 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
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

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.

revert 83656a6ea81ce9b85c2f480e576fd02d8a58c357.

[Wei ZHOU]

Hi David,

I just reverted commit 83656a6ea81ce9b85c2f480e576fd02d8a58c357.
because it bring another issue.

The systemvm/routers will reboot automatically in the startup if the
systemvm.iso changes.
In this case, they will stuck in its second start due to this commit,
because the virtio-port becomes empty in its first start.

We need to think about another way, maybe sleep before passCmdLine

diff --git
a/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
b/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
index 2afc291..3772559 100644
---
a/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
+++
b/plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
@@ -3834,6 +3834,11 @@ public class LibvirtComputingResource extends
ServerResourceBase implements Serv

 // pass cmdline info to system vms
 if (vmSpec.getType() != VirtualMachine.Type.User) {
+try {
+Thread.sleep(1000);
+} catch (InterruptedException e) {
+s_logger.debug("Interrupted while starting domain: " +
e.getMessage());
+}
 if ((conn.getVersion() < 1001000)) { // CLOUDSTACK-2823:
try passCmdLine some times if kernel < 2.6.34 and qemu < 1.1.0 on
hypervisor (for instance, CentOS 6.4)
 //wait for 5 minutes at most
 String controlIp = null;


-Wei

Review Request 28748: CLOUDSTACK-8021: Change test cases to use host information from configurableData section in test_data.py

[Gaurav Aradhye]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/28748/
---

Review request for cloudstack and SrikanteswaraRao Talluri.


Bugs: CLOUDSTACK-8021
https://issues.apache.org/jira/browse/CLOUDSTACK-8021


Repository: cloudstack-git


Description
---

Changing few test cases to use the host username, password from the 
configurableData section in test_data.py. Earlier they were reading the hard 
coded value. Removed old host_password value from test_data.py

Also fixed few pep8 issues.


Diffs
-

  test/integration/component/test_deploy_vgpu_vm.py 0284eab 
  test/integration/component/test_persistent_networks.py 4b1bc7a 
  test/integration/smoke/test_deploy_vgpu_enabled_vm.py f13ac92 

Diff: https://reviews.apache.org/r/28748/diff/


Testing
---

Tested test_persistent_networks.py
Other test cases not testable right now. Change is only in reading the config 
value.


Thanks,

Gaurav Aradhye

Re: Review Request 28741: CLOUDSTACK-8018: Improve code quality - test_redundant_router.py

[SrikanteswaraRao Talluri]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/28741/#review63995
---


pushed to 4.5 too.

- SrikanteswaraRao Talluri


On Dec. 5, 2014, 6:18 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/28741/
> ---
> 
> (Updated Dec. 5, 2014, 6:18 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-8018
> https://issues.apache.org/jira/browse/CLOUDSTACK-8018
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> 1) Removed hard coded services data.
> 2) Changed variable names
> 3) Fixed pep8 issues
> 4) Now test cases read data from test_data.py
> 
> 
> Diffs
> -
> 
>   test/integration/component/maint/test_redundant_router.py 75c6122 
> 
> Diff: https://reviews.apache.org/r/28741/diff/
> 
> 
> Testing
> ---
> 
> Yes. Only one test case is failing with assertion error, not related to these 
> changes.
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Please confirm this is a bug and not misconifguration -> 4.3.1: Failed to create a volume from snapshot

[Erik Weber]

I'm not a dev but this seems strange:

> 2014-12-03 12:20:46,612 DEBUG [o.a.c.s.a.ClusterScopeStoragePoolAllocator]
(Job-Executor-166:ctx-d915e890 ctx-d7a11540) Removing pool
Pool[208|IscsiLUN] from avoid set, must have been inserted when searching
for another disk's tag
> 2014-12-03 12:20:46,614 DEBUG [o.a.c.s.a.AbstractStoragePoolAllocator]
(Job-Executor-166:ctx-d915e890 ctx-d7a11540) Checking if storage pool is
suitable, name: null ,poolId: 208
> 2014-12-03 12:20:46,617 DEBUG [c.c.s.StorageManagerImpl]
(Job-Executor-166:ctx-d915e890 ctx-d7a11540) Checking pool 208 for storage,
totalSize: 1520242262016, usedBytes: 865985363968, usedPct:
0.569636422828828, disable threshold: 0.95


First it puts pool 208 into avoid set, then it tries to check it.

Hopefully someone who knows the code a bit could clarify if this is
intended or a bug.

-- 
Erik

On Fri, Dec 5, 2014 at 2:02 PM, France  wrote:

> Hi guys,
>
> can someone please look at the exemption from the log and confirm this is
> a bug and not misconfiguration. If we are on the road to 4.3.2 release, it
> might get fixed and included in it.
> Thank you!
>
> The bug report is here:
> https://issues.apache.org/jira/browse/CLOUDSTACK-8014
>
> Regards,
> F.
>
>

Status of CLOUDSTACK-6181 for XenServer

[Matthew Midgett]

I see that in Jira that the issue has been resolved, what is the status for
XenServer as I have seen on the list that KVM is supported. 

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

 

Matthew Midgett

 

Re: 4.5.0 status

[Mike Tutkowski]

Yeah, now that we're getting really close on 4.5, I'd like to rerun my
regression tests early next week.

They're not all automated yet so it generally takes me 2 to 3 days.

On Friday, December 5, 2014, Sebastien Goasguen  wrote:

> Did we report test results, upgrade paths.
> Are release notes ready ?
>
> -Sebastien
>
> > On 5 Dec 2014, at 05:16, David Nalley >
> wrote:
> >
> > So we have no blockers currently logged, and are down to 15 critical
> > bugs. I am going to try and roll a 4.5.0 release candidate in the next
> > day or so.
> >
> >
> >
> > --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
*™*

IPv6 Support Status

[Logan Barfield]

Currently the documentation still states that an experimental SystemVM
is needed for IPv6 support:
http://docs.cloudstack.apache.org/en/latest/networking/ipv6.html

Looking at the link provided there the most recent experimental/IPv6
template I see is for 4.2.  I also don't see anything related to it in
Jenkins.

Is there a more recent release for this, or has anyone been keeping up
with the IPv6 support in 4.4/4.5?


Thank You,

Logan Barfield
Tranquil Hosting

Re: IPv6 Support Status

[Wido den Hollander]

No, not yet. I talked to the Schuberg Phillis guys and we want to keep a 2 (?) 
day sprint in Q1 to get this fixed.

We'll keep this sprint in Amsterdam, anybody is welcome to join!

Date is not set yet though.

Wido



> Op 5 dec. 2014 om 16:34 heeft Logan Barfield  het 
> volgende geschreven:
> 
> Currently the documentation still states that an experimental SystemVM
> is needed for IPv6 support:
> http://docs.cloudstack.apache.org/en/latest/networking/ipv6.html
> 
> Looking at the link provided there the most recent experimental/IPv6
> template I see is for 4.2.  I also don't see anything related to it in
> Jenkins.
> 
> Is there a more recent release for this, or has anyone been keeping up
> with the IPv6 support in 4.4/4.5?
> 
> 
> Thank You,
> 
> Logan Barfield
> Tranquil Hosting

[CFP] CloudStack Day Brazil

[Giles Sirett]

All

Marco & Cyrano are organising a "CloudStack day" in Sao Paulo, Brazil on 12 
February 2015.
Format will be single track (maybe 5-6 talks) ,no "pay to play" talks , target 
300 attendees.
There will be sponsors, but the event will be run on a non-profit basis


The University of Sao Paulo have kindly donated a venue  
http://www.bbm.usp.br/node/19

If anybody is interested in speaking at this event, please let one of us know.
I understand that it is a long way for many people to travel, but the fact that 
Carnival starts the next day may help persuade a few of you!


As per our byelaws, we should make an open offer to anybody in the community to 
be involved in the selection of talks. If we actually get enough volunteers to 
fly to Brazil (and have more talks than slots) - then we will do exactly that. 
However, I anticipate that we may not actually get to that point.

Also, if any companies are interested in sponsoring the event, please let Marco 
know - he will be working with a local events organiser who will be handling 
sponsorship


Kind Regards
Giles

Giles Sirett
CEO

[Description: Mail Logo Bottom Align]

D: +44 20 3603 0541 | S: +44 20 3603 0540 | M: +44 796 111 2055

giles.sir...@shapeblue.com | 
www.shapeblue.com | 
Twitter:@shapeBlue


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

IaaS Cloud Design & Build
CSForge - rapid IaaS deployment framework
CloudStack Consulting
CloudStack Software 
Engineering
CloudStack Infrastructure 
Support
CloudStack Bootcamp Training Courses

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.

[GitHub] cloudstack pull request: noncritical fixes on packaging script

[bhaisaab]

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/51#issuecomment-65822688
  
+1 LGTM.


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

[GitHub] cloudstack pull request: noncritical fixes on packaging script

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/cloudstack/pull/51


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

[GitHub] cloudstack pull request: Update ConsoleProxyPasswordBasedEncryptor...

[bhaisaab]

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/10#issuecomment-65823752
  
What does this PR do? What is the issue and what does this fix do?
This is same as #11 please close one of them. Thanks.


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

[GitHub] cloudstack pull request: listDirectory method updated to use Objec...

[bhaisaab]

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/25#issuecomment-65824180
  
Can you rebase against latest master in the PR? After that I can help merge 
this after you rebase and TravisCI passes for this PR.


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

[GitHub] cloudstack pull request: Ovmsupport

[bhaisaab]

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/9#issuecomment-65824504
  
Hey, @snuf can you rebase this against master, let's merge it on master if 
it works functionally and the build passes with smoke tests?


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

[GitHub] cloudstack pull request: cloudbyte storage plugin

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/cloudstack/pull/5


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

[GitHub] cloudstack pull request: 4.3

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/cloudstack/pull/4


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

[GitHub] cloudstack pull request: 4.2

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/cloudstack/pull/1


---
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: Review Request 18795: Sanity code review for: JIRA CloudStack-764 nTier Apps 2.0 : Redundant Virtual Router for VPC

[Rohit Yadav]

> On March 6, 2014, 10:09 a.m., daan Hoogland wrote:
> > Are you contemplating redundant routing on a per network basis? It would 
> > seem to me that the router, hence the whole vpc with all it networks is 
> > redundant or not.
> 
> Karl Harris wrote:
> The description below is what my initial code is working toward:
> 
> Turn on VPC redundancy and allow user to do CRUD to the networks just as 
> it is now.( Create guest networks:NICS, etc; Read guest networks:NICS,etc; 
> Update guest networks:NICS,etc; Delete guest networks:NICS,etc)   Because 
> redundancy is turned on, the master AND backup router VM's, as well as 
> services conntrackd and keepalived running on those router VM's are part of 
> the creating, reading, updating and deleting of the guest networks. 
> 
> I am making these changes IN ADDITION to the existing functionality.  I 
> do not want to break what exists when the redundant routing to VPC's is 
> added, so yes, in that sense I am trying to keep VPC's and standalone 
> networks aligned.
> 
> Currently, in a VPC,  a SINGLE router  is available without redundant 
> routers. In a VPC, guest networks can be created, read, updated, deleted 
> (CRUD) but without any redundancy only one router VM needs to be updated.  
> 
> With redundancy in VPC's both a master and backup router VM's need to be 
> changed as well as supporting services conntrackd and keepalived need to be 
> (re)configured when guest networks are created, read, updated and deleted. 
> 
> In contrast to VPC's the CloudStack standalone (public) networks 
> currently offer a redundant network topology which is static so the redundant 
> topology is created once. If CRUD changes need to be made the routers are  
> deleted and created again with the changed configuration; individual networks 
> are never created or deleted.  
> 
> A bit more detail:
> 
> I understand redundancy is either in the VPC or not. In other words ALL 
> guest networks within a VPC either have a redundant path or they do not. 
> 
> Currently there is CRUD for VPC guest networks, you can create, read, 
> update and delete a guest network in a VPC, however VPC's do NOT have the 
> ability to offer a redundant path to the guest networks.
> 
> My additions to the code are an initial attempt to adapt the existing 
> network CRUD functionality to a VPC which has a redundant path for all the 
> guest networks. 
> 
> When the VPC has redundancy turned on and one creates, reads, updates or 
> deletes a guest network, both the master and backup router configuration need 
> to be altered based on what is being changed.   When the VPC has redundancy 
> turned on the conntrackd and keepalived services need to be reconfigured and 
> possibly stopped and started when a guest network create, update or delete 
> takes place.

Any update on this? Is this valid, needs some work, else advise if we should 
close it and hope for a new patch or pull request?


- Rohit


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/18795/#review36352
---


On March 5, 2014, 8:20 p.m., Karl Harris wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18795/
> ---
> 
> (Updated March 5, 2014, 8:20 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Changes/additions to BASH scripts and .java files as well as pseudo code 
> comments. This posting is a sanity check review posting; before I get too far 
> along with making the changes required for this JIRA CloudStack-764 nTier 
> Apps 2.0 : Redundant Virtual Router for VPC I thought I'd publish my 
> intentions to the community to review and comment.
> 
> 
> Diffs
> -
> 
>   core/src/com/cloud/agent/api/SetupGuestNetworkCommand.java 
> 2cf5bf8ffaa2b0df122c69f047ee3f56982267e1 
>   
> plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/resource/VmwareResource.java
>  03af0da51b1eec93eb878fd1ebeca2ff2e0802ce 
>   
> plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/CitrixResourceBase.java
>  69b7c9e07c753c0f0c93197a809acfb3399cf555 
>   systemvm/patches/debian/config/opt/cloud/bin/vpc_guestnw.sh 
> e5da2e096b30f6fdb15226e889517537d04f2e3e 
> 
> Diff: https://reviews.apache.org/r/18795/diff/
> 
> 
> Testing
> ---
> 
> None, yet still coding
> 
> 
> Thanks,
> 
> Karl Harris
> 
>

Re: Review Request 19195: Automation of CCP Objects Verification after external changes made to the original setup

[Rohit Yadav]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/19195/#review64021
---


If this is still valid, can you send a new patch for master or close it?

- Rohit Yadav


On March 14, 2014, 12:33 a.m., Chandan Purushothama wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19195/
> ---
> 
> (Updated March 14, 2014, 12:33 a.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar, Raja Pullela, sanjeev n, 
> Santhosh Edukulla, and SrikanteswaraRao Talluri.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Purpose of this code:
> 
> Generate CCP Objects (VMs, Volumes, Snapshots, VPC, etc..) and CCP Use Cases 
> (Networking, Data Content,etc) before an external action on the CCP Setup and 
> verify the integrity of the CCP Objects and the Use Cases after the external 
> action on the CCP Setup. The integrity of the CCP Objects is verified by 
> performing operations that test the Usability of the objects. This validates 
> the intactness of the setup after an external action. The submitted patch 
> covers only few major use cases. It proves that similar code can be added in 
> future to address similar goals in verifying the integrity of CCP objects 
> belonging to different components of the product.
> 
> The code format can be followed to verify validity of real time business use 
> cases while any code changes (CCP,hypervisor,external devices code, etc…) 
> happen over a period of time.
> 
> The following are the scenarios that the code format can be used for:
> 1.Upgrade Validity Verification
>  a.   CCP Upgrade
>  b.   Hypervisors Upgrade
>  c.   External Devices Upgrade
>  d.   System VM Template Changes.
> 2.Patch Validity Verification
> 
> Code can be used as one of the primary Components to validity Upgrades. It 
> will facilitate the automation of Upgrade Test Verification completely. 
> 
> How to use the code:
> 
> *Kindly make the corresponding substitutions in the commands listed below.
> 
> Execute:
>  nosetests --with-marvin --marvin-config=$CONFIG 
> $BASEDIR/integration/component/ test_minimal_ug_check.py --load -a 
> tags=preupgrade
> 
> After Upgrade or any Changes done to the Setup, Verify that the existing CCP 
> objects are not affected due to the external changes.
> 
> Execute:
> nosetests --with-marvin --marvin-config=$CONFIG 
> $BASEDIR/integration/component/ test_minimal_ug_check.py --load -a 
> tags=postupgrade
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_minimal_ug_check.py PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/19195/diff/
> 
> 
> Testing
> ---
> 
> PreUpgrade Output:
> 
> Test case no : Enable VPN for Public IP Address on the VPC ... ok<-- Will 
> fix the description in the next patch
> 
> --
> Ran 1 test in 1683.515s
> 
> OK
> 
> Post Upgrade Output:
> 
> Test case no : Remote a VPN User ... ok  <-- Will fix the description in the 
> next patch
> 
> --
> Ran 1 test in 1269.134s
> 
> OK
> 
> 
> Thanks,
> 
> Chandan Purushothama
> 
>

Re: Review Request 19995: VM Userdata field at GUI VM creation

[Rohit Yadav]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/19995/#review64022
---


Interesting feature, can you send another patch that applies cleanly on master? 
I'll add known UI contributors who may help review your patch.

- Rohit Yadav


On April 3, 2014, 1:06 p.m., Jean-Francois Vincent wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19995/
> ---
> 
> (Updated April 3, 2014, 1:06 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> VM creation user interface : added the Userdata field
> 
> 
> Diffs
> -
> 
>   client/WEB-INF/classes/resources/messages.properties 8abe874 
>   ui/index.jsp 4910b9f 
>   ui/scripts/instanceWizard.js c2d3030 
> 
> Diff: https://reviews.apache.org/r/19995/diff/
> 
> 
> Testing
> ---
> 
> tested done on 4.2.1. This patch was adapted for last master branch.
> 
> 
> Thanks,
> 
> Jean-Francois Vincent
> 
>

Re: Review Request 19995: VM Userdata field at GUI VM creation

[Jean-Francois Vincent]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/19995/
---

(Updated Dec. 5, 2014, 5:56 p.m.)


Review request for cloudstack, Brian Federle and Jessica Wang.


Repository: cloudstack-git


Description
---

VM creation user interface : added the Userdata field


Diffs
-

  client/WEB-INF/classes/resources/messages.properties 8abe874 
  ui/index.jsp 4910b9f 
  ui/scripts/instanceWizard.js c2d3030 

Diff: https://reviews.apache.org/r/19995/diff/


Testing
---

tested done on 4.2.1. This patch was adapted for last master branch.


Thanks,

Jean-Francois Vincent

Re: Review Request 20078: console-proxy add support of AltGr key and FR azerty keyboard

[Rohit Yadav]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20078/#review64023
---


Interesting feature, can you fix and send one that applies cleanly on master? 
Thanks.

- Rohit Yadav


On April 7, 2014, 12:39 p.m., Axel Delahaye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/20078/
> ---
> 
> (Updated April 7, 2014, 12:39 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> (Port of https://reviews.apache.org/r/16688/ to master branch)
> 
> Firstly, I add a match condition 'altgr' for "Conditional mapping entry" in 
> ajaxviwer.js.
> altgr : , -- match on altgr state
> 
> It works like the shift match condition.
> shift : , -- match on shift state
> 
> Browser can't detect difference between AltGr and Ctrl+Alt pressed at the 
> same time.
> So when the modifier is 896, (Alt(512) + Ctrl(384)) I assume it is the AltGr 
> key and 'altgr' condition will be true.
> 
> In the ajaxkey.js file you got for example:
> {type: KEY_DOWN, code: 0x32, modifiers: 0, altgr: true}
> to send the spécified key to vnc if user pressed the AltGr (or Ctrl+Alt) key
> 
> Secondly,
> I wrote the French AZERTY translation table in ajaxkeys.js with the support 
> of AltGr character (like #{}[]|,etc.)
> 
> For example the '#':
> 
> {keycode: 51, entry: [ //User type the "3# key and each condition 
> match 'altgr'
> {type: KEY_DOWN, code: 0xffea, modifiers: 0, altgr: true}, //press the VNC 
> AltGR key
> {type: KEY_DOWN, code: 0x33, modifiers: 0, altgr: true},   //press the 3 key
> {type: KEY_UP, code: 0x33, modifiers: 0, altgr: true}, //release it
> {type: KEY_UP, code: 0xffea, modifiers: 0, altgr: true}//release the 
> AltGr key
> ]},
> 
> Thanks for watching my work
> 
> Axel Delahaye
> 
> 
> Diffs
> -
> 
>   
> services/console-proxy/server/src/com/cloud/consoleproxy/ConsoleProxyClientBase.java
>  eb38007 
>   systemvm/css/ajaxviewer.css fd2fb3c 
>   systemvm/js/ajaxkeys.js 60c9798 
>   systemvm/js/ajaxviewer.js ff899b1 
> 
> Diff: https://reviews.apache.org/r/20078/diff/
> 
> 
> Testing
> ---
> 
> Tested with
> Hardware : French AZERTY keyboard
> Software : Configured in windows as FR keyboard
> Console-proxy : Customized Standard (US) keyboard
> Guest : CentOS 6.5 , Debian 7 and FreeBSD 8
> Guest keymap : fr, fr-pc
> 
> 
> Thanks,
> 
> Axel Delahaye
> 
>

Re: Review Request 20078: console-proxy add support of AltGr key and FR azerty keyboard

[Axel Delahaye]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20078/
---

(Updated Dec. 5, 2014, 5:58 p.m.)


Review request for cloudstack, Anshul Gangwar, Brian Federle, Chiradeep Vittal, 
Jessica Wang, and Sanjay Tripathi.


Repository: cloudstack-git


Description
---

(Port of https://reviews.apache.org/r/16688/ to master branch)

Firstly, I add a match condition 'altgr' for "Conditional mapping entry" in 
ajaxviwer.js.
altgr : , -- match on altgr state

It works like the shift match condition.
shift : , -- match on shift state

Browser can't detect difference between AltGr and Ctrl+Alt pressed at the same 
time.
So when the modifier is 896, (Alt(512) + Ctrl(384)) I assume it is the AltGr 
key and 'altgr' condition will be true.

In the ajaxkey.js file you got for example:
{type: KEY_DOWN, code: 0x32, modifiers: 0, altgr: true}
to send the spécified key to vnc if user pressed the AltGr (or Ctrl+Alt) key

Secondly,
I wrote the French AZERTY translation table in ajaxkeys.js with the support of 
AltGr character (like #{}[]|,etc.)

For example the '#':

{keycode: 51, entry: [ //User type the "3# key and each condition match 
'altgr'
{type: KEY_DOWN, code: 0xffea, modifiers: 0, altgr: true}, //press the VNC 
AltGR key
{type: KEY_DOWN, code: 0x33, modifiers: 0, altgr: true},   //press the 3 key
{type: KEY_UP, code: 0x33, modifiers: 0, altgr: true}, //release it
{type: KEY_UP, code: 0xffea, modifiers: 0, altgr: true}//release the AltGr 
key
]},

Thanks for watching my work

Axel Delahaye


Diffs
-

  
services/console-proxy/server/src/com/cloud/consoleproxy/ConsoleProxyClientBase.java
 eb38007 
  systemvm/css/ajaxviewer.css fd2fb3c 
  systemvm/js/ajaxkeys.js 60c9798 
  systemvm/js/ajaxviewer.js ff899b1 

Diff: https://reviews.apache.org/r/20078/diff/


Testing
---

Tested with
Hardware : French AZERTY keyboard
Software : Configured in windows as FR keyboard
Console-proxy : Customized Standard (US) keyboard
Guest : CentOS 6.5 , Debian 7 and FreeBSD 8
Guest keymap : fr, fr-pc


Thanks,

Axel Delahaye

Re: Review Request 20343: WIP: Force reload of the JS files only in MSIE

[Rohit Yadav]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20343/#review64025
---


Hey Laszlo, that's a nice feature please advise if you want to submit a tested 
patch that applies on master or you want to close it?
Thanks.

- Rohit Yadav


On April 15, 2014, 6:13 a.m., Laszlo Hornyak wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/20343/
> ---
> 
> (Updated April 15, 2014, 6:13 a.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
>  - use the User-Agent header to get the client type
>  - only use the cache workaround if the browser is MSIE, use standard cache 
> control headers anyway
> 
> 
> Diffs
> -
> 
>   ui/index.jsp 5840e71 
>   utils/pom.xml cc6de3b 
>   utils/src/com/cloud/utils/servlet/CacheControlUtil.java PRE-CREATION 
>   utils/test/com/cloud/utils/servlet/CacheControlUtilTest.java PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/20343/diff/
> 
> 
> Testing
> ---
> 
> -unit testing
> -tests with firefox
> - tests with IE
> - tests with modified files
> 
> 
> Thanks,
> 
> Laszlo Hornyak
> 
>

Re: Review Request 16973: Contrail Event Interceptor fix

[Rohit Yadav]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/16973/#review64027
---


ping, any progress on this review?

- Rohit Yadav


On Jan. 21, 2014, 7:55 p.m., Suresh Balineni wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16973/
> ---
> 
> (Updated Jan. 21, 2014, 7:55 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> When project/domains are created,  our plugin code won't get invoked. Our 
> contrail plugin uses Event infrastructure provided by cloudstack to receive 
> these events and handle them accordingly. It is must to create 
> domains/projects before creating a virtual network/vm object in contrail 
> implementation. Hence our plugin must need a way to get notified about 
> project/domain events.
> 
> 
> Diffs
> -
> 
>   
> plugins/network-elements/juniper-contrail/resources/META-INF/cloudstack/system/spring-contrail-system-context-inheritable.xml
>  PRE-CREATION 
>   
> plugins/network-elements/juniper-contrail/src/org/apache/cloudstack/network/contrail/management/EventUtils.java
>  dd18ca6 
> 
> Diff: https://reviews.apache.org/r/16973/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Suresh Balineni
> 
>

Re: Review Request 20184: CLOUDSTACK-6369: Qcow2's cluster_size option support

[Rohit Yadav]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20184/#review64028
---


Hi Yoshikazu, can you send a new patch that applies on master? Thanks. This 
feature looks interesting.

- Rohit Yadav


On April 9, 2014, 11:21 p.m., Yoshikazu Nojima wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/20184/
> ---
> 
> (Updated April 9, 2014, 11:21 p.m.)
> 
> 
> Review request for cloudstack, Mike Tutkowski, Marcus Sorensen, and Wido den 
> Hollander.
> 
> 
> Bugs: CLOUDSTACK-6369
> https://issues.apache.org/jira/browse/CLOUDSTACK-6369
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> To improve the qcow2 performance, it is important to tune parameters of 
> "qemu-img create" command.
> preallocation=metadata option, which I am working on in CLOUDSTACK-6191 
> improves randam IOPS well, but the qcow2 image created with 
> preallocation=metadata option cannot be used as a differential image.
> This "cluster_size" option improves IOPS of a differential qcow2 image which 
> is created with preallocation=off.
> 
> https://issues.apache.org/jira/browse/CLOUDSTACK-6369
> 
> This patch is written on the top of https://reviews.apache.org/r/19446/ . 
> This patch cannot be applied before 19446 is merged.
> 
> 
> Diffs
> -
> 
>   agent/conf/agent.properties b8b7a7c 
>   core/src/com/cloud/storage/JavaStorageLayer.java e8c4053 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStorageAdaptor.java
>  61d90e9 
> 
> Diff: https://reviews.apache.org/r/20184/diff/
> 
> 
> Testing
> ---
> 
> Case1 (without this option)
> 1. Ensure "storage.qcow2.cluster_size" is not written in "agent.properties" 
> file.
> 2. Create and attach a volume.
> 3. Confirm the created volume is provisioned with cluster_size=65536, which 
> is a default value.
> 
> Case2 (with this option)
> 1. Ensure "storage.qcow2.cluster_size=2097152" is written in 
> "agent.properties" file.
> 2. Create and attache a volume.
> 3. Confirm the created volume is provisioned with cluster_size=2097152.
> 
> 
> Thanks,
> 
> Yoshikazu Nojima
> 
>

Re: Review Request 21192: Project Invitation & System Alert Message Email Send SMTP Auth & Port Fix

[Rohit Yadav]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/21192/#review64030
---


Interesting feature, can you send a new patch that applies cleanly on master. 
Thanks.

- Rohit Yadav


On May 8, 2014, 2:58 a.m., KyungJae Lee wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/21192/
> ---
> 
> (Updated May 8, 2014, 2:58 a.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> I worked for sending e-mail change my Project Invitation & System Alert 
> Message. 
> I have divided the authentication of the User SSL and useAuth settings smtp. 
> So, I added alert.smtp.ssl, the project.smtp.ssl items in Global 
> Configuration.
> In addition, it has been sending the Port that is Fix when specifying the 
> SMTP Port in Global Configuration existing.
> I have modified to receive and process the value of the option.
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/alert/AlertManagerImpl.java 3786443 
>   server/src/com/cloud/configuration/Config.java 6ebb7e6 
>   server/src/com/cloud/projects/ProjectManagerImpl.java 22e2020 
>   server/src/com/cloud/smtp/XtrmSMTPTransport.java PRE-CREATION 
>   usage/src/com/cloud/usage/UsageAlertManagerImpl.java 01e6bec 
> 
> Diff: https://reviews.apache.org/r/21192/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> KyungJae Lee
> 
>

Re: Review Request 21924: [Automation] Disabling the failed test cases in XenServer and KVM runs

[Rohit Yadav]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/21924/#review64032
---


Is this already merged or requires additions? Please close if already merged.

- Rohit Yadav


On May 27, 2014, 11:02 a.m., Harikrishna Patnala wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/21924/
> ---
> 
> (Updated May 27, 2014, 11:02 a.m.)
> 
> 
> Review request for cloudstack, Koushik Das and Santhosh Edukulla.
> 
> 
> Bugs: CLOUDSTACK-6768, CLOUDSTACK-6769, CLOUDSTACK-6770, CLOUDSTACK-6773, 
> CLOUDSTACK-6774, CLOUDSTACK-6776, and CLOUDSTACK-6777
> https://issues.apache.org/jira/browse/CLOUDSTACK-6768
> https://issues.apache.org/jira/browse/CLOUDSTACK-6769
> https://issues.apache.org/jira/browse/CLOUDSTACK-6770
> https://issues.apache.org/jira/browse/CLOUDSTACK-6773
> https://issues.apache.org/jira/browse/CLOUDSTACK-6774
> https://issues.apache.org/jira/browse/CLOUDSTACK-6776
> https://issues.apache.org/jira/browse/CLOUDSTACK-6777
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> [Automation] Disabling the failed test cases mentioned in the following 
> tickets
> 
> [Automation] [Xenserver]
> 1)integration.smoke.test_scale_vm - CLOUDSTACK-6768
> 
> 2)integration.smoke.test_iso - CLOUDSTACK-6769
> 
> 3)integration.smoke.test_primary_storage - CLOUDSTACK-6770
> 
> 4)integration.smoke.test_secondary_storage - CLOUDSTACK-6773
> 
> [Automation][KVM]
> 1)integration.smoke.test_iso - CLOUDSTACK-6774
> 
> 2)integration.smoke.test_non_contigiousvlan - CLOUDSTACK-6776
> 
> 3)integration.smoke.test_primary_storage - CLOUDSTACK-6770
> 
> 4)test_secondary_storage – CLOUDSTACK-6777
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_iso.py 5821ec7 
>   test/integration/smoke/test_non_contigiousvlan.py a84e62f 
>   test/integration/smoke/test_primary_storage.py 3147d86 
>   test/integration/smoke/test_scale_vm.py f0ec534 
>   test/integration/smoke/test_secondary_storage.py 90304b3 
> 
> Diff: https://reviews.apache.org/r/21924/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Harikrishna Patnala
> 
>

Re: Review Request 22511: Allow use of simulator hypervisor from client gui

[Rohit Yadav]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/22511/#review64033
---


Looks like a handy feature, Leo can you send a new patch or have a discussion 
if we should have it? As Prasanna notes, this is not needed in production.

- Rohit Yadav


On June 12, 2014, 12:31 p.m., Leo Simons wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/22511/
> ---
> 
> (Updated June 12, 2014, 12:31 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Bugs: CLOUDSTACK-6903
> https://issues.apache.org/jira/browse/CLOUDSTACK-6903
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> See https://issues.apache.org/jira/browse/CLOUDSTACK-6903 for details.
> 
> 
> Diffs
> -
> 
>   setup/db/hypervisor_capabilities.simulator.sql 32f9aaa 
>   ui/scripts/system.js 7e3b457 
>   ui/scripts/zoneWizard.js 0a84bdb 
> 
> Diff: https://reviews.apache.org/r/22511/diff/
> 
> 
> Testing
> ---
> 
> Ran
> 
> mvn -Pdeveloper -pl developer -Ddeploydb
> mvn -Pdeveloper -pl developer -Ddeploydb-simulator
> mvn -pl client jetty:run -Dsimulator
> CTRL+C
> mvn -Pdeveloper -pl developer -Ddeploydb-simulator
> mvn -pl client jetty:run -Dsimulator
> 
> Then hand-clicked in the web browser, and followed the wizard to create a new 
> zone using the simulator hpv. (hosts must be named starting with "sim" for 
> discovery to work).
> 
> Then, re-set database, skipped the wizard and created zone/cluster/host/etc 
> manually.
> 
> 
> Thanks,
> 
> Leo Simons
> 
>

Re: Review Request 17120: added an extra column to mark the imported ldap users as from ldap

[Rohit Yadav]

> On Jan. 24, 2014, 6:52 a.m., Prachi Damle wrote:
> > I see many files unrelated to this fix have been updated and present in the 
> > patch.
> > Please can you update the patch with changes needed for the fix only?
> > 
> > Following are some such files.
> > api/src/com/cloud/user/AccountService.java
> > engine/schema/src/com/cloud/user/UserVO.java
> > plugins/dedicated-resources/test/org/apache/cloudstack/dedicated/manager/DedicatedApiUnitTest.java:
> >  8 changes [ 1 2 3 4 5 6 7 8 ]
> > plugins/deployment-planners/implicit-dedication/test/org/apache/cloudstack/implicitplanner/ImplicitPlannerTest.java:
> >  16 changes [ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ]
> > plugins/network-elements/juniper-contrail/test/org/apache/cloudstack/network/contrail/management/MockAccountManager.java
> > plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapCreateAccountCmd.java
> > 
> > Also the below file has all Mockito references replaced by Matchers - what 
> > is the reason for this change?
> > plugins/hypervisors/vmware/test/com/cloud/hypervisor/vmware/VmwareDatacenterApiUnitTest.java
> 
> Rajani Karuturi wrote:
> The major changes for this patch are in the following files:
> api/src/com/cloud/user/AccountService.java: 1 change [ 1 ] - > added a 
> new overloaded method to take the source of the account for the create call
> api/src/com/cloud/user/User.java: 2 changes [ 1 2 ] -> added the new 
> field's getter and its enum
> engine/schema/src/com/cloud/user/UserVO.java: 4 changes [ 1 2 3 4 ] -> 
> mapped the new database cloumn and added getter/setter, also changed the 
> constructor to take the new field
> 
> plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapCreateAccountCmd.java:
>  2 changes [ 1 2 ] -> this is the one which is called when creating an ldap 
> user and this calls create account with source as LDAP
> 
> plugins/user-authenticators/ldap/src/org/apache/cloudstack/api/command/LdapImportUsersCmd.java:
>  2 changes [ 1 2 ] -> this is ldap's import multiple users command. change is 
> same as above
> server/src/com/cloud/user/AccountManagerImpl.java: 6 changes [ 1 2 3 4 5 
> 6 ] -> implementation of the new method
> setup/db/db/schema-421to430.sql: 2 changes [ 1 2 ] -> SQL to add the new 
> column
> 
> The rest changes in tests/mock classes are due to change in constructor 
> of UserVo which cant be avoided
> VmwareDatacenterApiUnitTest also has the same change as above. I dont see 
> the Mockito/Matchers change you mentioned. 
> https://reviews.apache.org/r/17120/diff/#5
> 
> Also note that patch1/diff1 is for 4.3 and and patch2/diff2 is for 
> master. As we are getting conflicts due to spaces changes I created two 
> patches. The changes are same in both the patches.
> 
>
> 
> Prachi Damle wrote:
> You can avoid changing all the tests/mock classes. Don't change the 
> existing UserVo  constuctor - in the existing constructor default to source 
> NATIVE so that no other callers are changed.
> Add a new constructor to take in source.
>  
> What about existing ldap users on some existing setup - is there a way to 
> identify those? We should add upgrade steps to update the 'source' for those 
> user records
> 
>
> 
> Rajani Karuturi wrote:
> I followed this approach for AccountService. The changes to the UserVo 
> constructor mainly changed only the test files. the tests passed before and 
> after the changes. I dont see a reason why we should avoid changing 
> tests/mocks. 
> 
> There is no way to identify the existing ldap users in the current 
> scenario. This change helps us do that from this release.
> 
> Prachi Damle wrote:
> Yes same approach as AccountService. I thought you said you cant avoid 
> changing other classes due to UserVO change. 
> In general the reason is to avoid breaking any integration elsewhere and 
> since you already have a known default value to set, this is a way to avoid 
> changes in places other than your usecase. Ofcourse, not necessary to do it 
> here considering its test code.
> 
> 
> Provided this does not need to be supported backwards, then no upgrade is 
> fine too.
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>
> 
> Rajani Karuturi wrote:
> Hi Prachi,
> If you are fine with changes, can you push this commit? 
> 
> Thanks,
> Rajani

Hi, any update on this?

In case of SAML, I simply use a different namespace in UUID that starts with 
saml://, that helps to identify that the user is authenticated/create by a SAML 
authentication. I used this to avoid changing the schema at all.


- Rohit


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/17120/#review32702
---


On Aug. 13, 2014, 10:31 a.m., Rajani Kar

Re: Review Request 20343: WIP: Force reload of the JS files only in MSIE

[Laszlo Hornyak]

> On Dec. 5, 2014, 6:03 p.m., Rohit Yadav wrote:
> > Hey Laszlo, that's a nice feature please advise if you want to submit a 
> > tested patch that applies on master or you want to close it?
> > Thanks.

Hi Rohit,

I plan to finish all tests in the next few weeks/days and send a fully tested 
version, however we can use github for the reviews, so I will just close this 
for now.

Thank you,
Laszlo


- Laszlo


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20343/#review64025
---


On April 15, 2014, 6:13 a.m., Laszlo Hornyak wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/20343/
> ---
> 
> (Updated April 15, 2014, 6:13 a.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
>  - use the User-Agent header to get the client type
>  - only use the cache workaround if the browser is MSIE, use standard cache 
> control headers anyway
> 
> 
> Diffs
> -
> 
>   ui/index.jsp 5840e71 
>   utils/pom.xml cc6de3b 
>   utils/src/com/cloud/utils/servlet/CacheControlUtil.java PRE-CREATION 
>   utils/test/com/cloud/utils/servlet/CacheControlUtilTest.java PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/20343/diff/
> 
> 
> Testing
> ---
> 
> -unit testing
> -tests with firefox
> - tests with IE
> - tests with modified files
> 
> 
> Thanks,
> 
> Laszlo Hornyak
> 
>

Re: Review Request 22693: Added VirtualRouterElements, InternalLoadBalancerElements classes to base.py- Extended methods in DiskOffering, StoragePool and Physical Network classes to accept more parame

[Rohit Yadav]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/22693/#review64040
---


ping.

- Rohit Yadav


On June 17, 2014, 7:25 p.m., Chandan Purushothama wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/22693/
> ---
> 
> (Updated June 17, 2014, 7:25 p.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar, Raja Pullela, sangeetha 
> hariharan, sanjeev n, Santhosh Edukulla, sudha ponnaganti, and 
> SrikanteswaraRao Talluri.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Currently methods in DiskOffering, StoragePool and Physical Network restrict 
> the programmer to use limited parameters. I made changes to the methods in 
> those classes to accept more parameters that can be used during test script 
> programming.
> 
> Added VirtualRouterElements, InternalLoadBalancerElements classes to base.py 
> . The code will make the test script programming easier for programmers 
> writing test scripts related to Zones.
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/lib/base.py 8b89087 
> 
> Diff: https://reviews.apache.org/r/22693/diff/
> 
> 
> Testing
> ---
> 
> Test Suite was scripted and tested with the above mentioned additions to 
> base.py.
> 
> 
> Thanks,
> 
> Chandan Purushothama
> 
>

Re: Review Request 17747: CLOUDSTACK-6023:Non windows instances are created on XenServer with a vcpu-max above supported xenserver limits

[Rohit Yadav]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/17747/#review64041
---


Hari, your fix is already on 4.3; but not on 4.4, 4.5 or master. Can you please 
see that?

I see a patch from Daan on 4.4, 4.5 and master: 
0839fbce67963578a18478f90e5fbcfd7be11912

Please advise changes if any on all these branches. Thanks.

- Rohit Yadav


On Oct. 9, 2014, 9:27 a.m., Harikrishna Patnala wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/17747/
> ---
> 
> (Updated Oct. 9, 2014, 9:27 a.m.)
> 
> 
> Review request for cloudstack, Abhinandan Prateek, Kishan Kavala, and Nitin 
> Mehta.
> 
> 
> Bugs: CLOUDSTACK-6023
> https://issues.apache.org/jira/browse/CLOUDSTACK-6023
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> CLOUDSTACK-6023: Non windows instances are created on XenServer with a 
> vcpu-max above supported xenserver limits
> 
> Changed the VCPU max limit to 16 and provided a cluster level configuration 
> parameter for this max limit named xen.vm.vcpu.max
> 
> 
> Diffs
> -
> 
>   api/src/com/cloud/agent/api/to/VirtualMachineTO.java 4b36df5 
>   plugins/hypervisors/xenserver/src/com/cloud/hypervisor/XenServerGuru.java 
> c1de8bb 
>   
> plugins/hypervisors/xenserver/src/com/cloud/hypervisor/xenserver/resource/CitrixResourceBase.java
>  e3c3943 
> 
> Diff: https://reviews.apache.org/r/17747/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Harikrishna Patnala
> 
>

Re: Review Request 20343: WIP: Force reload of the JS files only in MSIE

[Rohit Yadav]

> On Dec. 5, 2014, 6:03 p.m., Rohit Yadav wrote:
> > Hey Laszlo, that's a nice feature please advise if you want to submit a 
> > tested patch that applies on master or you want to close it?
> > Thanks.
> 
> Laszlo Hornyak wrote:
> Hi Rohit,
> 
> I plan to finish all tests in the next few weeks/days and send a fully 
> tested version, however we can use github for the reviews, so I will just 
> close this for now.
> 
> Thank you,
> Laszlo

Great!


- Rohit


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/20343/#review64025
---


On April 15, 2014, 6:13 a.m., Laszlo Hornyak wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/20343/
> ---
> 
> (Updated April 15, 2014, 6:13 a.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
>  - use the User-Agent header to get the client type
>  - only use the cache workaround if the browser is MSIE, use standard cache 
> control headers anyway
> 
> 
> Diffs
> -
> 
>   ui/index.jsp 5840e71 
>   utils/pom.xml cc6de3b 
>   utils/src/com/cloud/utils/servlet/CacheControlUtil.java PRE-CREATION 
>   utils/test/com/cloud/utils/servlet/CacheControlUtilTest.java PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/20343/diff/
> 
> 
> Testing
> ---
> 
> -unit testing
> -tests with firefox
> - tests with IE
> - tests with modified files
> 
> 
> Thanks,
> 
> Laszlo Hornyak
> 
>

Re: Review Request 25289: CLOUDSTACK-7474-Failed-to-start-MS-with-java7-version

[Rohit Yadav]

> On Sept. 4, 2014, 5:21 p.m., Frank Zhang wrote:
> > Ship It!
> 
> Rohit Yadav wrote:
> Rayees can you please fix it and upload a second patch; don't commit on 
> master yet please.

ping.


- Rohit


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/25289/#review52323
---


On Sept. 3, 2014, 6:25 a.m., Rayees Namathponnan wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/25289/
> ---
> 
> (Updated Sept. 3, 2014, 6:25 a.m.)
> 
> 
> Review request for cloudstack, Frank Zhang and Hugo Trippaers.
> 
> 
> Bugs: CLOUDSTACK-7474
> https://issues.apache.org/jira/browse/CLOUDSTACK-7474
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Step 1: Deploy new RHEL 6.3 machine
> Step 2 : Install MS
> Step 3: run deploy script and start MS
> 
> Result 
> 
> Installation completed successfully,  both java7 and java got installed as 
> part of MS installation, but MS failed to start java version erro
> 
> we need to load java7 while start MS
> 
> 
> Diffs
> -
> 
>   client/tomcatconf/classpath.conf.in 3ae0fb4 
> 
> Diff: https://reviews.apache.org/r/25289/diff/
> 
> 
> Testing
> ---
> 
> Yes
> 
> 
> Thanks,
> 
> Rayees Namathponnan
> 
>

Re: Review Request 23192: Adding Readme and run checkbox at the end of the installation. Also installing mysql connector

[Rohit Yadav]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/23192/#review64046
---


ping, any update on this?

- Rohit Yadav


On July 3, 2014, 11:58 a.m., Damodar Reddy Talakanti wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/23192/
> ---
> 
> (Updated July 3, 2014, 11:58 a.m.)
> 
> 
> Review request for cloudstack, Abhinandan Prateek, Koushik Das, and Hugo 
> Trippaers.
> 
> 
> Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-6834
> 
> https://issues.apache.org/jira/browse/https://issues.apache.org/jira/browse/CLOUDSTACK-6834
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Incorporated some Changes to include things like runservice readme checkbox, 
> changing the default installation location etc..
> 
> 
> Diffs
> -
> 
>   client/pom.xml 29fef4f 
>   pom.xml 0b3b56e 
>   scripts/installer/windows/ExitDialog.wxs PRE-CREATION 
>   scripts/installer/windows/WixInstallerDialog.wxs 0282d8a 
>   scripts/installer/windows/acs.wxs bf09afc 
>   scripts/installer/windows/dependencies.wxs 987c561 
>   scripts/installer/windows/en-us.wxl 2f34575 
>   scripts/installer/windows/optionstheme_en-us.wxl c822929 
>   scripts/installer/windows/readme.txt PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/23192/diff/
> 
> 
> Testing
> ---
> 
> Tested on Windows 2012 Server
> 
> 
> Thanks,
> 
> Damodar Reddy Talakanti
> 
>

Re: Review Request 17790: Domain-Account-User Sync Up Among Multiple Regions (New Plugin)

[Rohit Yadav]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/17790/#review64047
---


ping. any update on this?

- Rohit Yadav


On June 27, 2014, 5:04 p.m., Alex Ough wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/17790/
> ---
> 
> (Updated June 27, 2014, 5:04 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Currently, under the environment of cloudstack with multiple regions, each 
> region has its own management server running with a separate database, which 
> will cause data discrepancies when users create/update/delete 
> domain/account/user data independently in each management server. So to 
> support multiple regions and provide one point of entry for each customer, 
> this implementation duplicates domain/account/user information of customers 
> in one region to all of the regions independently whenever there is any 
> change.
> 
> https://issues.apache.org/jira/browse/CLOUDSTACK-4992
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Domain-Account-User+Sync+Up+Among+Multiple+Regions
> 
> 
> Diffs
> -
> 
>   engine/schema/src/org/apache/cloudstack/multiregion/RmapVO.java 
> PRE-CREATION 
>   engine/schema/src/org/apache/cloudstack/multiregion/RsyncVO.java 
> PRE-CREATION 
>   engine/schema/src/org/apache/cloudstack/multiregion/dao/RmapDao.java 
> PRE-CREATION 
>   engine/schema/src/org/apache/cloudstack/multiregion/dao/RmapDaoImpl.java 
> PRE-CREATION 
>   engine/schema/src/org/apache/cloudstack/multiregion/dao/RsyncDao.java 
> PRE-CREATION 
>   engine/schema/src/org/apache/cloudstack/multiregion/dao/RsyncDaoImpl.java 
> PRE-CREATION 
>   plugins/event-bus/multiregion/pom.xml PRE-CREATION 
>   
> plugins/event-bus/multiregion/resources/META-INF/cloudstack/core/spring-plugin-multiregion-system-context.xml
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/FullSyncer.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/InjectedCollection.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/MultiRegionEventBus.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/StringManipulator.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/AccountCaller.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/BaseCaller.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/DomainCaller.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/UserCaller.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/command/ListSyncAccountsCmd.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/command/ListSyncAccountsCmdByAdmin.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/command/ListSyncDomainChildrenCmd.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/command/ListSyncDomainsCmd.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/command/ListSyncUsersCmd.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/dao/SyncAccountJoinDao.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/dao/SyncAccountJoinDaoImpl.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/dao/SyncUserAccountJoinDao.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/dao/SyncUserAccountJoinDaoImpl.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/response/ApiSyncResponseHelper.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/response/SyncAccountResponse.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/response/SyncDomainResponse.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/response/SyncQueryManagerImpl.java
>  PRE-CREATION 
>   
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/response/SyncQueryService.java
>  PRE-CREATION 
>   
> plugins/event-bus/multi

Re: Review Request 28114: RabbitMQ integration, make SSL protocol configurable rather than hard coded

[Rohit Yadav]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/28114/#review64049
---


Damodar, we're hardcoding TLSv1 here? How can users call the setSslProtocol? Is 
there an API?

- Rohit Yadav


On Nov. 17, 2014, 5:05 a.m., Damodar Reddy Talakanti wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/28114/
> ---
> 
> (Updated Nov. 17, 2014, 5:05 a.m.)
> 
> 
> Review request for cloudstack and Kishan Kavala.
> 
> 
> Bugs: CLOUDSTACK-7923
> https://issues.apache.org/jira/browse/CLOUDSTACK-7923
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> In the current RabbitMQ integration implementation we are using default SSL 
> Context which uses SSLv3 by default.
> 
> Make it configurable so that let the users decide which protocol to be used.
> 
> 
> Diffs
> -
> 
>   
> plugins/event-bus/rabbitmq/src/org/apache/cloudstack/mom/rabbitmq/RabbitMQEventBus.java
>  2d389f2 
> 
> Diff: https://reviews.apache.org/r/28114/diff/
> 
> 
> Testing
> ---
> 
> Tested against RabbitMQ server 3.3.5
> 
> 
> Thanks,
> 
> Damodar Reddy Talakanti
> 
>

Re: Review Request 22693: Added VirtualRouterElements, InternalLoadBalancerElements classes to base.py- Extended methods in DiskOffering, StoragePool and Physical Network classes to accept more parame

[Chandan Purushothama]

> On Dec. 5, 2014, 6:32 p.m., Rohit Yadav wrote:
> > ping.

Hello Rohit,

Sorry for my delayed action on this review request. I will get to this as soon 
as I am done with fixing issues in Automation test suites,

Thank you,
Chandan.


- Chandan


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/22693/#review64040
---


On June 17, 2014, 7:25 p.m., Chandan Purushothama wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/22693/
> ---
> 
> (Updated June 17, 2014, 7:25 p.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar, Raja Pullela, sangeetha 
> hariharan, sanjeev n, Santhosh Edukulla, sudha ponnaganti, and 
> SrikanteswaraRao Talluri.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Currently methods in DiskOffering, StoragePool and Physical Network restrict 
> the programmer to use limited parameters. I made changes to the methods in 
> those classes to accept more parameters that can be used during test script 
> programming.
> 
> Added VirtualRouterElements, InternalLoadBalancerElements classes to base.py 
> . The code will make the test script programming easier for programmers 
> writing test scripts related to Zones.
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/lib/base.py 8b89087 
> 
> Diff: https://reviews.apache.org/r/22693/diff/
> 
> 
> Testing
> ---
> 
> Test Suite was scripted and tested with the above mentioned additions to 
> base.py.
> 
> 
> Thanks,
> 
> Chandan Purushothama
> 
>

Re: Review Request 22693: Added VirtualRouterElements, InternalLoadBalancerElements classes to base.py- Extended methods in DiskOffering, StoragePool and Physical Network classes to accept more parame

[Chandan Purushothama]

> On Sept. 16, 2014, 11:57 a.m., SrikanteswaraRao Talluri wrote:
> > Chandan, Please post the fresh patch.

Talluri, I will get back to you on this patch. I am sorry for my delayed 
response and delayed action.


- Chandan


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/22693/#review53511
---


On June 17, 2014, 7:25 p.m., Chandan Purushothama wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/22693/
> ---
> 
> (Updated June 17, 2014, 7:25 p.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar, Raja Pullela, sangeetha 
> hariharan, sanjeev n, Santhosh Edukulla, sudha ponnaganti, and 
> SrikanteswaraRao Talluri.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Currently methods in DiskOffering, StoragePool and Physical Network restrict 
> the programmer to use limited parameters. I made changes to the methods in 
> those classes to accept more parameters that can be used during test script 
> programming.
> 
> Added VirtualRouterElements, InternalLoadBalancerElements classes to base.py 
> . The code will make the test script programming easier for programmers 
> writing test scripts related to Zones.
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/lib/base.py 8b89087 
> 
> Diff: https://reviews.apache.org/r/22693/diff/
> 
> 
> Testing
> ---
> 
> Test Suite was scripted and tested with the above mentioned additions to 
> base.py.
> 
> 
> Thanks,
> 
> Chandan Purushothama
> 
>

Re: weird db setup issue

[Sebastien Goasguen]

On Dec 5, 2014, at 9:20 AM, Rohit Yadav  wrote:

> Hi Sebastien,
> 
> Which build/version of CloudStack are you using?

this is 4.3.1 from packages, ubuntu 14.04

but I think it's an issue with my setup. that schema file has not changed in 
more than a year and is the same in all branches.

I will keep investigating.

adding use cloud (like Erik mentioned) solved the issue.

> 
>> On 05-Dec-2014, at 7:22 pm, Erik Weber  wrote:
>> 
>> On Fri, Dec 5, 2014 at 2:32 PM, Sebastien Goasguen  wrote:
>> 
>>> Hi,
>>> 
>>> I am trying to dockerize the whole cloudstack installation process.
>>> 
>>> When running cloudstack-setup-database I hit this weird issue:
>>> 
>>> Detected local IP address as 172.17.0.25, will use as cluster management
>>> server node IP[ OK ]
>>> Preparing /etc/cloudstack/management/db.properties
>>> [ OK ]
>>> Applying /usr/share/cloudstack-management/setup/create-database.sql
>>>[ OK ]
>>> Applying /usr/share/cloudstack-management/setup/create-schema.sql
>>>[ OK ]
>>> Applying
>>> /usr/share/cloudstack-management/setup/create-database-premium.sql [ OK
>>> ]
>>> Applying /usr/share/cloudstack-management/setup/create-schema-premium.sql
>>> 
>>> We apologize for below error:
>>> ***
>>> Encountering an error when executing mysql script
>>> --
>>> table:
>>> /usr/share/cloudstack-management/setup/create-schema-premium.sql
>>> 
>>> Error:
>>> ERROR 1046 (3D000) at line 285: No database selected
>>> 
>>> 
>>> Does this ring a bell to anyone ? why would the first schema be created
>>> successfully and not create-schema-premium ?
>>> 
>>> 
>> - the create-database* scripts doesn't need a selected database
>> - the create-schema.sql script starts by selecting the database (use cloud;)
>> 
>> create-schema-premium.sql doesn't have the same selection at start, and I'm
>> no sql guru but it could be a foreign key or something else without an
>> explicit schema that fails.
>> you should probably be able to workaround it by adding a "use cloud;" early
>> in the create-schema-premium.sql file
>> 
>> that's my two cent.
>> 
>> --
>> 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
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software 
> Engineering
> CloudStack Infrastructure 
> Support
> CloudStack Bootcamp Training 
> Courses
> 
> 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: A secure way to reset VMs password

[John Kinsella]

Decent idea…

> On Dec 3, 2014, at 8:24 AM, Alireza Eskandari 
>  wrote:
> 
> It is possible if we provide password service on port 8080 with current 
> insecure method and on port 8443 with secure method.
> with this solution we can use both old and new password reset service.
> 
>  Original message 
> From: Logan Barfield  
> Date: 03/12/2014  19:32  (GMT+03:30) 
> To: dev@cloudstack.apache.org 
> Subject: Re: A secure way to reset VMs password 
> 
> Passwords are most definitely a necessity, but not having SSH Keys in the
> GUI at this point just doesn't make any sense.
> 
> To clarify my thoughts on the current password system: I think a re-write
> would be great, but it should include an "insecure/legacy" option (probably
> as a global setting) that would continue to function with the current reset
> scripts.
> 
> 
> Thank You,
> 
> Logan Barfield
> Tranquil Hosting
> 
> On Wed, Dec 3, 2014 at 10:55 AM, Andrija Panic 
> wrote:
> 
>> +1 what Nux said - I'm aware of many web developers NOT knowing what the
>> SSH keys are at all, and thus not using them... most of them relly on
>> passwords... but nice to have ssh keys for rest of us.
>> 
>> On 3 December 2014 at 16:52, Nux!  wrote:
>> 
>>> Keys are not for everyone. Passwords are still used a lot.
>>> 
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>> 
>>> Nux!
>>> www.nux.ro
>>> 
>>> - Original Message -
 From: "Carlos Reategui" 
 To: dev@cloudstack.apache.org
 Sent: Wednesday, 3 December, 2014 05:19:07
 Subject: Re: A secure way to reset VMs password
>>> 
 Why do passwords at all?  Why not just use ssh keys like AWS does. The
 functionality is already there just not in the ACS UI. Cloud-init
>> already
 supports it which is available in most distros and therefore would not
>>> require
 CS specific scripts. At least not for linux. On windows I'm not exactly
>>> sure
 how AWS does it but I think it is also some kind of terminal services
 certificates so I think it could be made to work too.
 
 -Carlos
 
 
 
> On Dec 2, 2014, at 2:35 PM, Chiradeep Vittal <
>>> chiradeep.vit...@citrix.com>
> wrote:
> 
> You would need client-side certs as well since the password server
>>> needs to be
> able to validate WHO is asking for the password. Currently it is based
>>> on the
> client's IP address.
> Also the current scheme is a single-use password — as soon as the
>>> password is
> retrieved, it is not available to anybody else (of course a MITM could
>>> sniff
> the first exchange).
> 
> You could eliminate a lot of MITM-style attacks by running the
>> password
>>> server
> locally on each hypervisor (hard for VMW), or by attaching an ISO
>>> (containing
> the password) to the VM.
> 
> From: John Kinsella mailto:j...@stratosec.co>>
> Reply-To: "dev@cloudstack.apache.org>> "
> mailto:dev@cloudstack.apache.org>>
> Date: Tuesday, December 2, 2014 at 1:32 PM
> To: "dev@cloudstack.apache.org"
> mailto:dev@cloudstack.apache.org>>
> Subject: Re: A secure way to reset VMs password
> 
> That password reset infrastructure has bigger issues than just SSL.
>> The
>>> server
> side works, but that’s about all I can say for it. This topic comes up
>>> every
> 6-12 months. :)
> 
> I thought there was a Jira entry but I can’t find it…personally I’d
>>> love to see
> the client and server sides both rewritten from scratch.
> 
> John
> 
> On Nov 28, 2014, at 11:33 AM, Nux! > n...@li.nux.ro>>
>>> wrote:
> Jayapal,
> Not necesarily, one could run stunnel or nginx as SSL proxy on some
>>> other port
> (8443?), this way SSL and non-SSL connections will still work and give
>>> you
> plenty of time to update your templates, if you so wish.
> Am I missing any important bits here?
> Lucian
> --
> Sent from the Delta quadrant using Borg technology!
> Nux!
> www.nux.ro
> - Original Message -
> From: "Jayapal Reddy Uradi"
> mailto:jayapalreddy.ur...@citrix.com>>
> To: "mailto:dev@cloudstack.apache.org>>"
> mailto:dev@cloudstack.apache.org>>
> Cc: "Alireza Eskandari"
> mailto:astro.alir...@yahoo.com>>
> Sent: Friday, 28 November, 2014 09:34:02
> Subject: Re: A secure way to reset VMs password
> Another point to note is all the vms in production has to update
> with the new cloud-set-guest-password scripts because of the new
>>> password reset
> method.
> Thanks,
> Jayapal
> On 28-Nov-2014, at 2:28 PM, Erik Weber
> mailto:terbol...@gmail.com>>
> wrote:
> On Thu, Nov 27, 2014 at 3:54 PM, Alireza Eskandari <
> astro.alir...@yahoo.com.invalid> astro.alir...@yahoo.com.invalid>>
>>> wrote:
> HiI viewed the bash script that resets Linux password (
> 
>>> 
>> http://download.c

Re: 4.5.0 status

[David Nalley]

All of the test results I am aware of are on jenkins.buildacloud.org
Generally, people don't start testing until we get RCs ready - hence
me trying to push out an RC. I want folks to start testing upgrade
paths, etc.

I fully suspect we'll find issues with this first attempt.

On Fri, Dec 5, 2014 at 3:10 AM, Sebastien Goasguen  wrote:
> Did we report test results, upgrade paths.
> Are release notes ready ?
>
> -Sebastien
>
>> On 5 Dec 2014, at 05:16, David Nalley  wrote:
>>
>> So we have no blockers currently logged, and are down to 15 critical
>> bugs. I am going to try and roll a 4.5.0 release candidate in the next
>> day or so.
>>
>>
>>
>> --David

Re: 4.5.0 status

[Sebastien Goasguen]

On Dec 5, 2014, at 3:58 PM, David Nalley  wrote:

> All of the test results I am aware of are on jenkins.buildacloud.org
> Generally, people don't start testing until we get RCs ready - hence
> me trying to push out an RC. I want folks to start testing upgrade
> paths, etc.

it's one way to go, as long as we don't get frustrated if we re-spin several 
RCs.


> 
> I fully suspect we'll find issues with this first attempt.
> 
> On Fri, Dec 5, 2014 at 3:10 AM, Sebastien Goasguen  wrote:
>> Did we report test results, upgrade paths.
>> Are release notes ready ?
>> 
>> -Sebastien
>> 
>>> On 5 Dec 2014, at 05:16, David Nalley  wrote:
>>> 
>>> So we have no blockers currently logged, and are down to 15 critical
>>> bugs. I am going to try and roll a 4.5.0 release candidate in the next
>>> day or so.
>>> 
>>> 
>>> 
>>> --David

Re: Review Request 19995: VM Userdata field at GUI VM creation

[Pierre-Luc Dion]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/19995/#review64088
---


Does the feature include the capability to update or change userdata once the 
VM is created?

- Pierre-Luc Dion


On Dec. 5, 2014, 5:56 p.m., Jean-Francois Vincent wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19995/
> ---
> 
> (Updated Dec. 5, 2014, 5:56 p.m.)
> 
> 
> Review request for cloudstack, Brian Federle and Jessica Wang.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> VM creation user interface : added the Userdata field
> 
> 
> Diffs
> -
> 
>   client/WEB-INF/classes/resources/messages.properties 8abe874 
>   ui/index.jsp 4910b9f 
>   ui/scripts/instanceWizard.js c2d3030 
> 
> Diff: https://reviews.apache.org/r/19995/diff/
> 
> 
> Testing
> ---
> 
> tested done on 4.2.1. This patch was adapted for last master branch.
> 
> 
> Thanks,
> 
> Jean-Francois Vincent
> 
>

Re: [jira] [Created] (CLOUDSTACK-8038) Create a new reusable tinylinux appliance for all hypervisors

[Marcus]

Just make sure it has virtio drivers, please :-)

On Fri, Dec 5, 2014 at 1:57 PM, Rohit Yadav (JIRA)  wrote:

> Rohit Yadav created CLOUDSTACK-8038:
> ---
>
>  Summary: Create a new reusable tinylinux appliance for all
> hypervisors
>  Key: CLOUDSTACK-8038
>  URL:
> https://issues.apache.org/jira/browse/CLOUDSTACK-8038
>  Project: CloudStack
>   Issue Type: Bug
>   Security Level: Public (Anyone can view this level - this is the
> default.)
> Reporter: Rohit Yadav
> Assignee: Rohit Yadav
>  Fix For: Future, 4.6.0
>
>
> Using our systemvm build infra/scripts, create a tiny linux appliance
> (10-20 MB in size) that has the reset password/ssh-public-key scripts for
> testing purposes. Make this available for everyone for various hypervisors
> - Xen, VMWare, KVM, HyperV, OVM  (LXC).
>
>
>
> --
> This message was sent by Atlassian JIRA
> (v6.3.4#6332)
>

RE: CloudStack Quality Process

[Animesh Chaturvedi]

Agreed

> -Original Message-
> From: williamstev...@gmail.com [mailto:williamstev...@gmail.com] On
> Behalf Of Will Stevens
> Sent: Thursday, December 04, 2014 2:41 PM
> To: dev@cloudstack.apache.org
> Cc: Steve Wilson
> Subject: Re: CloudStack Quality Process
> 
> I am speaking as a committer who has limited insight into the 'correct' way 
> to do
> this via Apache (so be gentle).  :)
> 
> I like the idea of a wiki page to help get everyone on the same page and to 
> track
> the consensus as we move forward...
> 
> I also agree that it is hard to come to a consensus on the list because it is 
> really
> hard to have a constructive conversation on here in a timely manner where the
> different voices can be heard.
> 
> I think it would be interesting to schedule sessions/meetings on the list so 
> any
> interested party can join.  These sessions/meetings would happen in a format
> like IRC where the transcript of the session can be later posted to the list 
> as well
> as a summary of the transcript so it can be reviewed by any member who could
> not make the meeting.  This way we keep all of the actual conversation in the
> list, but we also make it easier to actually have a 'conversation' at the 
> same time.
> It is hard to beat real time when working through this sort of stuff.
> 
> Does this make sense to others?  Thoughts?
> 
> Will
> 
> 
> *Will STEVENS*
> Lead Developer
> 
> *CloudOps* *| *Cloud Solutions Experts
> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw
> @CloudOps_
> 
> On Thu, Dec 4, 2014 at 5:17 PM, Animesh Chaturvedi <
> animesh.chaturv...@citrix.com> wrote:
> 
> > Wearing my PMC hat and with past experience on these discussions we
> > have not made much progress on mailing list despite agreeing on the
> > goals and have locked horns. One possibility after reading Chip's
> > email and concerns I see is that, we create a wiki outlining the
> > problem space, possible
> > solution(s) and their specific pros and cons and have people collaborate.
> > Once a general consensus is there and wiki is stable we can bring it
> > back to the mailing list for final approval. This is open as well as
> > requires participant a higher degree of commitment to collaborate and
> > will be more structured.
> >
> > Thanks
> > Animesh
> >
> > > On Thu, Dec 4, 2014 at 7:24 PM, Chip Childers
> > > 
> > wrote:
> > > > Steve,
> > > >
> > > > (Speaking with my PMC hat on, but not as someone that has the time
> > > > to help with this process)
> > > >
> > > > I love the idea of moving forward with resolving some of the
> > > > quality process / tooling / etc... challenges that we face as a
> > > > project and community. I also love the idea that companies getting
> > > > commercial value from this project are talking (as companies)
> > > > about how to best support the project through either directing
> > > > their employees to work on this problem, allowing those interested
> > > > the time to do so, and / or offering (as Citrix did) required
> > > > hardware/software resources to make improvements for the common
> > > > good.  Importantly, I like that the companies involved are
> > > > mutually agreeing that this is for the common good.
> > > >
> > > > That said, I have a concern about the outline below, specifically
> > > > in how the definition of approach and eventual execution are handled.
> > > > The proposal of taking this off-list until there is a "proposal to
> > ratify"
> > > > is what I'd like to see changed. I would fully expect that a
> > > > fleshed out proposal hitting the list would be met with more
> > > > discussion than you would like (and perhaps even met with frustration).
> > > >
> > > > What has worked well for us in the past, where there is a need to
> > > > have those interested in "doing work" to be able to focus on that
> > > > work, has been to start with a call for interested parties (as you
> > > > did). Then, using a combination of threads on this list and "live"
> > > > meetings, make progress on defining the requirements and approach
> incrementally.
> > > > Execution of any work should similarly be open and shared on this list.
> > > > Throughout that process, allowing comments and openings for
> > > > participants are critical.
> > > >
> > > > One of the things we learned about using "live" meetings to speed
> > > > up the consensus process in the past is to make sure that while
> > > > they are fantastic at allowing the participants to understand each
> > > > other, it's critical to remember that (1) there are no project
> > > > decisions made outside of the mailing lists and (2) that it's
> > > > important to have minutes or notes from those live meetings shared
> > > > with the community as
> > a
> > > whole.
> > > >
> > > > Now a very real concern that some of us have is getting bogged
> > > > down in arguments based on opinion, especially the "drive by"
> > > > opinions. This issue (plus challenges with people violently
> > > > agreeing with ea

Re: Review Request 17790: Domain-Account-User Sync Up Among Multiple Regions (New Plugin)

[Alena Prokharchyk]

Rohit, please refer to the thread with "Review Request 20099” subject and 
concerns raised by John Burwell.

-Alena.

From: Rohit Yadav mailto:bhais...@apache.org>>
Reply-To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>, Rohit Yadav 
mailto:bhais...@apache.org>>
Date: Friday, December 5, 2014 at 10:41 AM
To: cloudstack mailto:dev@cloudstack.apache.org>>, 
Alex Ough mailto:alex.o...@sungard.com>>, Rohit Yadav 
mailto:bhais...@apache.org>>
Subject: Re: Review Request 17790: Domain-Account-User Sync Up Among Multiple 
Regions (New Plugin)


---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/17790/#review64047
---


ping. any update on this?

- Rohit Yadav


On June 27, 2014, 5:04 p.m., Alex Ough wrote:
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/17790/
---
(Updated June 27, 2014, 5:04 p.m.)
Review request for cloudstack.
Repository: cloudstack-git
Description
---
Currently, under the environment of cloudstack with multiple regions, each 
region has its own management server running with a separate database, which 
will cause data discrepancies when users create/update/delete 
domain/account/user data independently in each management server. So to support 
multiple regions and provide one point of entry for each customer, this 
implementation duplicates domain/account/user information of customers in one 
region to all of the regions independently whenever there is any change.
https://issues.apache.org/jira/browse/CLOUDSTACK-4992
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Domain-Account-User+Sync+Up+Among+Multiple+Regions
Diffs
-
   engine/schema/src/org/apache/cloudstack/multiregion/RmapVO.java PRE-CREATION
   engine/schema/src/org/apache/cloudstack/multiregion/RsyncVO.java PRE-CREATION
   engine/schema/src/org/apache/cloudstack/multiregion/dao/RmapDao.java 
PRE-CREATION
   engine/schema/src/org/apache/cloudstack/multiregion/dao/RmapDaoImpl.java 
PRE-CREATION
   engine/schema/src/org/apache/cloudstack/multiregion/dao/RsyncDao.java 
PRE-CREATION
   engine/schema/src/org/apache/cloudstack/multiregion/dao/RsyncDaoImpl.java 
PRE-CREATION
   plugins/event-bus/multiregion/pom.xml PRE-CREATION
   
plugins/event-bus/multiregion/resources/META-INF/cloudstack/core/spring-plugin-multiregion-system-context.xml
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/FullSyncer.java
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/InjectedCollection.java
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/MultiRegionEventBus.java
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/StringManipulator.java
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/AccountCaller.java
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/BaseCaller.java
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/DomainCaller.java
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/UserCaller.java
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/command/ListSyncAccountsCmd.java
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/command/ListSyncAccountsCmdByAdmin.java
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/command/ListSyncDomainChildrenCmd.java
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/command/ListSyncDomainsCmd.java
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/command/ListSyncUsersCmd.java
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/dao/SyncAccountJoinDao.java
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/dao/SyncAccountJoinDaoImpl.java
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/dao/SyncUserAccountJoinDao.java
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/dao/SyncUserAccountJoinDaoImpl.java
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/response/ApiSyncResponseHelper.java
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/response/SyncAccountResponse.java
 PRE-CREATION
   
plugins/event-bus/multiregion/src/org/apache/cloudstack/mom

Re: Review Request 17790: Domain-Account-User Sync Up Among Multiple Regions (New Plugin)

[Rohit Yadav]

On Sat, Dec 6, 2014 at 3:39 AM, Alena Prokharchyk <
alena.prokharc...@citrix.com> wrote:

>  Rohit, please refer to the thread with "Review Request 20099" subject
> and concerns raised by John Burwell.
>
>  -Alena.
>

Thanks for replying Alena, I was just going through pending reviews and was
trying to close those which are invalid or already merged.

I could not find John's reply on https://reviews.apache.org/r/20099/
review, perhaps it was on the ML I'll search markmail for that later, right
now I simply need help from everyone to do some maintenance work on our
JIRA, ReviewBoard and Github PR and cleanup/close invalid or old
issues/reviews/pull-requests that don't apply anymore or are already fixed.

Regards.



>
>   From: Rohit Yadav 
> Reply-To: "dev@cloudstack.apache.org" , Rohit
> Yadav 
> Date: Friday, December 5, 2014 at 10:41 AM
> To: cloudstack , Alex Ough <
> alex.o...@sungard.com>, Rohit Yadav 
> Subject: Re: Review Request 17790: Domain-Account-User Sync Up Among
> Multiple Regions (New Plugin)
>
>
>  ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/17790/#review64047
> ---
>
>
>  ping. any update on this?
>
>  - Rohit Yadav
>
>
>  On June 27, 2014, 5:04 p.m., Alex Ough wrote:
>
>  ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/17790/
> ---
>  (Updated June 27, 2014, 5:04 p.m.)
>  Review request for cloudstack.
>  Repository: cloudstack-git
>  Description
> ---
>  Currently, under the environment of cloudstack with multiple regions,
> each region has its own management server running with a separate database,
> which will cause data discrepancies when users create/update/delete
> domain/account/user data independently in each management server. So to
> support multiple regions and provide one point of entry for each customer,
> this implementation duplicates domain/account/user information of customers
> in one region to all of the regions independently whenever there is any
> change.
>  https://issues.apache.org/jira/browse/CLOUDSTACK-4992
>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Domain-Account-User+Sync+Up+Among+Multiple+Regions
>  Diffs
> -
> engine/schema/src/org/apache/cloudstack/multiregion/RmapVO.java
> PRE-CREATION
>engine/schema/src/org/apache/cloudstack/multiregion/RsyncVO.java
> PRE-CREATION
>engine/schema/src/org/apache/cloudstack/multiregion/dao/RmapDao.java
> PRE-CREATION
>
> engine/schema/src/org/apache/cloudstack/multiregion/dao/RmapDaoImpl.java
> PRE-CREATION
>engine/schema/src/org/apache/cloudstack/multiregion/dao/RsyncDao.java
> PRE-CREATION
>
> engine/schema/src/org/apache/cloudstack/multiregion/dao/RsyncDaoImpl.java
> PRE-CREATION
>plugins/event-bus/multiregion/pom.xml PRE-CREATION
>
> plugins/event-bus/multiregion/resources/META-INF/cloudstack/core/spring-plugin-multiregion-system-context.xml
> PRE-CREATION
>
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/FullSyncer.java
> PRE-CREATION
>
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/InjectedCollection.java
> PRE-CREATION
>
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/MultiRegionEventBus.java
> PRE-CREATION
>
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/StringManipulator.java
> PRE-CREATION
>
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/AccountCaller.java
> PRE-CREATION
>
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/BaseCaller.java
> PRE-CREATION
>
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/DomainCaller.java
> PRE-CREATION
>
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/UserCaller.java
> PRE-CREATION
>
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/command/ListSyncAccountsCmd.java
> PRE-CREATION
>
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/command/ListSyncAccountsCmdByAdmin.java
> PRE-CREATION
>
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/command/ListSyncDomainChildrenCmd.java
> PRE-CREATION
>
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/command/ListSyncDomainsCmd.java
> PRE-CREATION
>
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/command/ListSyncUsersCmd.java
> PRE-CREATION
>
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/dao/SyncAccountJoinDao.java
> PRE-CREATION
>
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/dao/SyncAccountJoinDaoImpl.java
> PRE-CREATION
>
> plugins/event-bus/multiregion/src

Re: CloudStack Quality Process

[Pierre-Luc Dion]

GTM if voice required although, wouldn't make more sense to use
#cloudstack-meeting as it keep record of discussions and is the regular
channel? either way, I will be in on 10 Dec 16 UTC



On Fri, Dec 5, 2014 at 5:07 PM, Animesh Chaturvedi <
animesh.chaturv...@citrix.com> wrote:

> Agreed
>
> > -Original Message-
> > From: williamstev...@gmail.com [mailto:williamstev...@gmail.com] On
> > Behalf Of Will Stevens
> > Sent: Thursday, December 04, 2014 2:41 PM
> > To: dev@cloudstack.apache.org
> > Cc: Steve Wilson
> > Subject: Re: CloudStack Quality Process
> >
> > I am speaking as a committer who has limited insight into the 'correct'
> way to do
> > this via Apache (so be gentle).  :)
> >
> > I like the idea of a wiki page to help get everyone on the same page and
> to track
> > the consensus as we move forward...
> >
> > I also agree that it is hard to come to a consensus on the list because
> it is really
> > hard to have a constructive conversation on here in a timely manner
> where the
> > different voices can be heard.
> >
> > I think it would be interesting to schedule sessions/meetings on the
> list so any
> > interested party can join.  These sessions/meetings would happen in a
> format
> > like IRC where the transcript of the session can be later posted to the
> list as well
> > as a summary of the transcript so it can be reviewed by any member who
> could
> > not make the meeting.  This way we keep all of the actual conversation
> in the
> > list, but we also make it easier to actually have a 'conversation' at
> the same time.
> > It is hard to beat real time when working through this sort of stuff.
> >
> > Does this make sense to others?  Thoughts?
> >
> > Will
> >
> >
> > *Will STEVENS*
> > Lead Developer
> >
> > *CloudOps* *| *Cloud Solutions Experts
> > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw
> > @CloudOps_
> >
> > On Thu, Dec 4, 2014 at 5:17 PM, Animesh Chaturvedi <
> > animesh.chaturv...@citrix.com> wrote:
> >
> > > Wearing my PMC hat and with past experience on these discussions we
> > > have not made much progress on mailing list despite agreeing on the
> > > goals and have locked horns. One possibility after reading Chip's
> > > email and concerns I see is that, we create a wiki outlining the
> > > problem space, possible
> > > solution(s) and their specific pros and cons and have people
> collaborate.
> > > Once a general consensus is there and wiki is stable we can bring it
> > > back to the mailing list for final approval. This is open as well as
> > > requires participant a higher degree of commitment to collaborate and
> > > will be more structured.
> > >
> > > Thanks
> > > Animesh
> > >
> > > > On Thu, Dec 4, 2014 at 7:24 PM, Chip Childers
> > > > 
> > > wrote:
> > > > > Steve,
> > > > >
> > > > > (Speaking with my PMC hat on, but not as someone that has the time
> > > > > to help with this process)
> > > > >
> > > > > I love the idea of moving forward with resolving some of the
> > > > > quality process / tooling / etc... challenges that we face as a
> > > > > project and community. I also love the idea that companies getting
> > > > > commercial value from this project are talking (as companies)
> > > > > about how to best support the project through either directing
> > > > > their employees to work on this problem, allowing those interested
> > > > > the time to do so, and / or offering (as Citrix did) required
> > > > > hardware/software resources to make improvements for the common
> > > > > good.  Importantly, I like that the companies involved are
> > > > > mutually agreeing that this is for the common good.
> > > > >
> > > > > That said, I have a concern about the outline below, specifically
> > > > > in how the definition of approach and eventual execution are
> handled.
> > > > > The proposal of taking this off-list until there is a "proposal to
> > > ratify"
> > > > > is what I'd like to see changed. I would fully expect that a
> > > > > fleshed out proposal hitting the list would be met with more
> > > > > discussion than you would like (and perhaps even met with
> frustration).
> > > > >
> > > > > What has worked well for us in the past, where there is a need to
> > > > > have those interested in "doing work" to be able to focus on that
> > > > > work, has been to start with a call for interested parties (as you
> > > > > did). Then, using a combination of threads on this list and "live"
> > > > > meetings, make progress on defining the requirements and approach
> > incrementally.
> > > > > Execution of any work should similarly be open and shared on this
> list.
> > > > > Throughout that process, allowing comments and openings for
> > > > > participants are critical.
> > > > >
> > > > > One of the things we learned about using "live" meetings to speed
> > > > > up the consensus process in the past is to make sure that while
> > > > > they are fantastic at allowing the participants to understand each
> > > > > other, it's critical t

Re: Review Request 23991: CLOUDSTACK-7195: log wide exceptions in security_group.py

[Vincent Bernat]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/23991/
---

(Updated Dec. 5, 2014, 10:23 p.m.)


Review request for cloudstack and Pierre-Luc Dion.


Bugs: CLOUDSTACK-7195
https://issues.apache.org/jira/browse/CLOUDSTACK-7195


Repository: cloudstack-git


Description
---

Some try/except in security_group.py catch a lot of exceptions. There
was already one fixed in CLOUDSTACK-1052. Here is another one. We use
logging.exception() to log those exceptions.


Diffs
-

  scripts/vm/network/security_group.py 704b27982021 

Diff: https://reviews.apache.org/r/23991/diff/


Testing
---


Thanks,

Vincent Bernat

Re: Review Request 17790: Domain-Account-User Sync Up Among Multiple Regions (New Plugin)

[Alena Prokharchyk]

The discussion wasn’t published on the review board, so yes, please search in 
the mailing list for the subject "Review Request 20099”

Let me know if you need more details.

-Alena.

From: Rohit Yadav mailto:bhais...@apache.org>>
Reply-To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>
Date: Friday, December 5, 2014 at 2:15 PM
To: Alena Prokharchyk 
mailto:alena.prokharc...@citrix.com>>
Cc: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>, Alex Ough 
mailto:alex.o...@sungard.com>>, John Burwell 
mailto:jburw...@basho.com>>
Subject: Re: Review Request 17790: Domain-Account-User Sync Up Among Multiple 
Regions (New Plugin)

On Sat, Dec 6, 2014 at 3:39 AM, Alena Prokharchyk <
alena.prokharc...@citrix.com> wrote:

  Rohit, please refer to the thread with "Review Request 20099" subject
and concerns raised by John Burwell.

  -Alena.


Thanks for replying Alena, I was just going through pending reviews and was
trying to close those which are invalid or already merged.

I could not find John's reply on https://reviews.apache.org/r/20099/
review, perhaps it was on the ML I'll search markmail for that later, right
now I simply need help from everyone to do some maintenance work on our
JIRA, ReviewBoard and Github PR and cleanup/close invalid or old
issues/reviews/pull-requests that don't apply anymore or are already fixed.

Regards.




   From: Rohit Yadav mailto:bhais...@apache.org>>
Reply-To: "dev@cloudstack.apache.org" 
mailto:dev@cloudstack.apache.org>>, Rohit
Yadav mailto:bhais...@apache.org>>
Date: Friday, December 5, 2014 at 10:41 AM
To: cloudstack mailto:dev@cloudstack.apache.org>>, 
Alex Ough <
alex.o...@sungard.com>, Rohit Yadav 
mailto:bhais...@apache.org>>
Subject: Re: Review Request 17790: Domain-Account-User Sync Up Among
Multiple Regions (New Plugin)


  ---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/17790/#review64047
---


  ping. any update on this?

  - Rohit Yadav


  On June 27, 2014, 5:04 p.m., Alex Ough wrote:

  ---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/17790/
---
  (Updated June 27, 2014, 5:04 p.m.)
  Review request for cloudstack.
  Repository: cloudstack-git
  Description
---
  Currently, under the environment of cloudstack with multiple regions,
each region has its own management server running with a separate database,
which will cause data discrepancies when users create/update/delete
domain/account/user data independently in each management server. So to
support multiple regions and provide one point of entry for each customer,
this implementation duplicates domain/account/user information of customers
in one region to all of the regions independently whenever there is any
change.
  https://issues.apache.org/jira/browse/CLOUDSTACK-4992

https://cwiki.apache.org/confluence/display/CLOUDSTACK/Domain-Account-User+Sync+Up+Among+Multiple+Regions
  Diffs
-
 engine/schema/src/org/apache/cloudstack/multiregion/RmapVO.java
PRE-CREATION
engine/schema/src/org/apache/cloudstack/multiregion/RsyncVO.java
PRE-CREATION
engine/schema/src/org/apache/cloudstack/multiregion/dao/RmapDao.java
PRE-CREATION

engine/schema/src/org/apache/cloudstack/multiregion/dao/RmapDaoImpl.java
PRE-CREATION
engine/schema/src/org/apache/cloudstack/multiregion/dao/RsyncDao.java
PRE-CREATION

engine/schema/src/org/apache/cloudstack/multiregion/dao/RsyncDaoImpl.java
PRE-CREATION
plugins/event-bus/multiregion/pom.xml PRE-CREATION

plugins/event-bus/multiregion/resources/META-INF/cloudstack/core/spring-plugin-multiregion-system-context.xml
PRE-CREATION

plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/FullSyncer.java
PRE-CREATION

plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/InjectedCollection.java
PRE-CREATION

plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/MultiRegionEventBus.java
PRE-CREATION

plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/StringManipulator.java
PRE-CREATION

plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/AccountCaller.java
PRE-CREATION

plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/BaseCaller.java
PRE-CREATION

plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/DomainCaller.java
PRE-CREATION

plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/UserCaller.java
PRE-CREATION

plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/command/ListSyn

Re: Review Request 23991: CLOUDSTACK-7195: log wide exceptions in security_group.py

[Pierre-Luc Dion]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/23991/#review64097
---

Ship it!


commited into master.

- Pierre-Luc Dion


On Dec. 5, 2014, 10:23 p.m., Vincent Bernat wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/23991/
> ---
> 
> (Updated Dec. 5, 2014, 10:23 p.m.)
> 
> 
> Review request for cloudstack and Pierre-Luc Dion.
> 
> 
> Bugs: CLOUDSTACK-7195
> https://issues.apache.org/jira/browse/CLOUDSTACK-7195
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Some try/except in security_group.py catch a lot of exceptions. There
> was already one fixed in CLOUDSTACK-1052. Here is another one. We use
> logging.exception() to log those exceptions.
> 
> 
> Diffs
> -
> 
>   scripts/vm/network/security_group.py 704b27982021 
> 
> Diff: https://reviews.apache.org/r/23991/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Vincent Bernat
> 
>

Re: Review Request 23098: Updated Marvin code to support more properties.

[Pierre-Luc Dion]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/23098/#review64099
---


the patch cannot be merge into 4.5 or master, could it be possible to resubmit 
a new patch? Thank you Vania.

- Pierre-Luc Dion


On July 8, 2014, 8:51 p.m., Vania Xu wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/23098/
> ---
> 
> (Updated July 8, 2014, 8:51 p.m.)
> 
> 
> Review request for cloudstack and Mike Tutkowski.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Building automated integration tests that needed additional properties added 
> to Marvin code. 
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/lib/base.py 2ef6f82 
> 
> Diff: https://reviews.apache.org/r/23098/diff/
> 
> 
> Testing
> ---
> 
> Ran new code against my integration tests, and it was successful. 
> 
> 
> Thanks,
> 
> Vania Xu
> 
>

Re: Review Request 23098: Updated Marvin code to support more properties.

[Vania Xu]

---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/23098/
---

(Updated Dec. 5, 2014, 10:37 p.m.)


Review request for cloudstack, Mike Tutkowski and Pierre-Luc Dion.


Repository: cloudstack-git


Description
---

Building automated integration tests that needed additional properties added to 
Marvin code. 


Diffs
-

  tools/marvin/marvin/lib/base.py 2ef6f82 

Diff: https://reviews.apache.org/r/23098/diff/


Testing
---

Ran new code against my integration tests, and it was successful. 


Thanks,

Vania Xu

VPN

[Mike Tutkowski]

Is the VPN down?

I can't get in and it seems like I'm not the only one.

Thanks

-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

Re: Review Request 23098: Updated Marvin code to support more properties.

[Mike Tutkowski]

Thanks, Vania!

On Fri, Dec 5, 2014 at 3:37 PM, Vania Xu  wrote:

>This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/23098/
>   Review request for cloudstack, Mike Tutkowski and Pierre-Luc Dion.
> By Vania Xu.
>
> *Updated Dec. 5, 2014, 10:37 p.m.*
>  *Repository: * cloudstack-git
> Description
>
> Building automated integration tests that needed additional properties added 
> to Marvin code.
>
>   Testing
>
> Ran new code against my integration tests, and it was successful.
>
>   Diffs
>
>- tools/marvin/marvin/lib/base.py (2ef6f82)
>
> View Diff 
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

Re: 4.5.0 status

[Mike Tutkowski]

Yeah, I'd love to wait for a formal RC before re-running automated and
manual tests, but sometimes 3 days isn't really long enough.

On Fri, Dec 5, 2014 at 2:01 PM, Sebastien Goasguen  wrote:

>
> On Dec 5, 2014, at 3:58 PM, David Nalley  wrote:
>
> > All of the test results I am aware of are on jenkins.buildacloud.org
> > Generally, people don't start testing until we get RCs ready - hence
> > me trying to push out an RC. I want folks to start testing upgrade
> > paths, etc.
>
> it's one way to go, as long as we don't get frustrated if we re-spin
> several RCs.
>
>
> >
> > I fully suspect we'll find issues with this first attempt.
> >
> > On Fri, Dec 5, 2014 at 3:10 AM, Sebastien Goasguen 
> wrote:
> >> Did we report test results, upgrade paths.
> >> Are release notes ready ?
> >>
> >> -Sebastien
> >>
> >>> On 5 Dec 2014, at 05:16, David Nalley  wrote:
> >>>
> >>> So we have no blockers currently logged, and are down to 15 critical
> >>> bugs. I am going to try and roll a 4.5.0 release candidate in the next
> >>> day or so.
> >>>
> >>>
> >>>
> >>> --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
*™*

Re: Review Request 17790: Domain-Account-User Sync Up Among Multiple Regions (New Plugin)

[John Burwell]

Alena and Rohit,

I am only phone ATM, and can't easily locate the thread, but I am strong -1 on 
that patch in its current form due to the highly likelihood data corruption 
when network partitions occur.

Thanks,
-John

> On Dec 5, 2014, at 5:25 PM, Alena Prokharchyk  
> wrote:
> 
> The discussion wasn’t published on the review board, so yes, please search in 
> the mailing list for the subject "Review Request 20099”
> 
> Let me know if you need more details.
> 
> -Alena.
> 
> From: Rohit Yadav 
> Reply-To: "dev@cloudstack.apache.org" 
> Date: Friday, December 5, 2014 at 2:15 PM
> To: Alena Prokharchyk 
> Cc: "dev@cloudstack.apache.org" , Alex Ough 
> , John Burwell 
> Subject: Re: Review Request 17790: Domain-Account-User Sync Up Among Multiple 
> Regions (New Plugin)
> 
> On Sat, Dec 6, 2014 at 3:39 AM, Alena Prokharchyk <
> alena.prokharc...@citrix.com> wrote:
> 
>   Rohit, please refer to the thread with "Review Request 20099" subject
> and concerns raised by John Burwell.
> 
>   -Alena.
> 
> 
> Thanks for replying Alena, I was just going through pending reviews and was
> trying to close those which are invalid or already merged.
> 
> I could not find John's reply on https://reviews.apache.org/r/20099/
> review, perhaps it was on the ML I'll search markmail for that later, right
> now I simply need help from everyone to do some maintenance work on our
> JIRA, ReviewBoard and Github PR and cleanup/close invalid or old
> issues/reviews/pull-requests that don't apply anymore or are already fixed.
> 
> Regards.
> 
> 
> 
> 
>From: Rohit Yadav 
> Reply-To: "dev@cloudstack.apache.org" , Rohit
> Yadav 
> Date: Friday, December 5, 2014 at 10:41 AM
> To: cloudstack , Alex Ough <
> alex.o...@sungard.com>, Rohit Yadav 
> Subject: Re: Review Request 17790: Domain-Account-User Sync Up Among
> Multiple Regions (New Plugin)
> 
> 
>   ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/17790/#review64047
> ---
> 
> 
>   ping. any update on this?
> 
>   - Rohit Yadav
> 
> 
>   On June 27, 2014, 5:04 p.m., Alex Ough wrote:
> 
>   ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/17790/
> ---
>   (Updated June 27, 2014, 5:04 p.m.)
>   Review request for cloudstack.
>   Repository: cloudstack-git
>   Description
> ---
>   Currently, under the environment of cloudstack with multiple regions,
> each region has its own management server running with a separate database,
> which will cause data discrepancies when users create/update/delete
> domain/account/user data independently in each management server. So to
> support multiple regions and provide one point of entry for each customer,
> this implementation duplicates domain/account/user information of customers
> in one region to all of the regions independently whenever there is any
> change.
>   https://issues.apache.org/jira/browse/CLOUDSTACK-4992
> 
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Domain-Account-User+Sync+Up+Among+Multiple+Regions
>   Diffs
> -
>  engine/schema/src/org/apache/cloudstack/multiregion/RmapVO.java
> PRE-CREATION
> engine/schema/src/org/apache/cloudstack/multiregion/RsyncVO.java
> PRE-CREATION
> engine/schema/src/org/apache/cloudstack/multiregion/dao/RmapDao.java
> PRE-CREATION
> 
> engine/schema/src/org/apache/cloudstack/multiregion/dao/RmapDaoImpl.java
> PRE-CREATION
> engine/schema/src/org/apache/cloudstack/multiregion/dao/RsyncDao.java
> PRE-CREATION
> 
> engine/schema/src/org/apache/cloudstack/multiregion/dao/RsyncDaoImpl.java
> PRE-CREATION
> plugins/event-bus/multiregion/pom.xml PRE-CREATION
> 
> plugins/event-bus/multiregion/resources/META-INF/cloudstack/core/spring-plugin-multiregion-system-context.xml
> PRE-CREATION
> 
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/FullSyncer.java
> PRE-CREATION
> 
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/InjectedCollection.java
> PRE-CREATION
> 
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/MultiRegionEventBus.java
> PRE-CREATION
> 
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/StringManipulator.java
> PRE-CREATION
> 
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/AccountCaller.java
> PRE-CREATION
> 
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/BaseCaller.java
> PRE-CREATION
> 
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/DomainCaller.java
> PRE-CREATION
> 
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregion/api/UserCaller.java
> PRE-CREATION
> 
> plugins/event-bus/multiregion/src/org/apache/cloudstack/mom/multiregi

RE: CloudStack Quality Process

[Animesh Chaturvedi]

> having said so, I propose to set a date for our first (irc/goto) meeting;
> wednesday 10 december 16:00 UTC?
[Animesh]  Can we push it out by 1 hour to 17:00 UTC, the current time falls 
out on my time for dropping kids to school. If it does not work for others I 
can join @14:00 UTC (6:00 AM PST)

> 
> 
> On Thu, Dec 4, 2014 at 11:40 PM, Will Stevens 
> wrote:
> > I am speaking as a committer who has limited insight into the
> > 'correct' way to do this via Apache (so be gentle).  :)
> >
> > I like the idea of a wiki page to help get everyone on the same page
> > and to track the consensus as we move forward...
> >
> > I also agree that it is hard to come to a consensus on the list
> > because it is really hard to have a constructive conversation on here
> > in a timely manner where the different voices can be heard.
> >
> > I think it would be interesting to schedule sessions/meetings on the
> > list so any interested party can join.  These sessions/meetings would
> > happen in a format like IRC where the transcript of the session can be
> > later posted to the list as well as a summary of the transcript so it
> > can be reviewed by any member who could not make the meeting.  This
> > way we keep all of the actual conversation in the list, but we also
> > make it easier to actually have a 'conversation' at the same time.  It
> > is hard to beat real time when working through this sort of stuff.
> >
> > Does this make sense to others?  Thoughts?
> >
> > Will
> >
> >
> > *Will STEVENS*
> > Lead Developer
> >
> > *CloudOps* *| *Cloud Solutions Experts
> > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw
> > @CloudOps_
> >
> > On Thu, Dec 4, 2014 at 5:17 PM, Animesh Chaturvedi <
> > animesh.chaturv...@citrix.com> wrote:
> >
> >> Wearing my PMC hat and with past experience on these discussions we
> >> have not made much progress on mailing list despite agreeing on the
> >> goals and have locked horns. One possibility after reading Chip's
> >> email and concerns I see is that, we create a wiki outlining the
> >> problem space, possible
> >> solution(s) and their specific pros and cons and have people collaborate.
> >> Once a general consensus is there and wiki is stable we can bring it
> >> back to the mailing list for final approval. This is open as well as
> >> requires participant a higher degree of commitment to collaborate and
> >> will be more structured.
> >>
> >> Thanks
> >> Animesh
> >>
> >> > On Thu, Dec 4, 2014 at 7:24 PM, Chip Childers
> >> > 
> >> wrote:
> >> > > Steve,
> >> > >
> >> > > (Speaking with my PMC hat on, but not as someone that has the
> >> > > time to help with this process)
> >> > >
> >> > > I love the idea of moving forward with resolving some of the
> >> > > quality process / tooling / etc... challenges that we face as a
> >> > > project and community. I also love the idea that companies
> >> > > getting commercial value from this project are talking (as
> >> > > companies) about how to best support the project through either
> >> > > directing their employees to work on this problem, allowing those
> >> > > interested the time to do so, and / or offering (as Citrix did)
> >> > > required hardware/software resources to make improvements for the
> >> > > common good.  Importantly, I like that the companies involved are
> >> > > mutually agreeing that this is for the common good.
> >> > >
> >> > > That said, I have a concern about the outline below, specifically
> >> > > in how the definition of approach and eventual execution are handled.
> >> > > The proposal of taking this off-list until there is a "proposal
> >> > > to
> >> ratify"
> >> > > is what I'd like to see changed. I would fully expect that a
> >> > > fleshed out proposal hitting the list would be met with more
> >> > > discussion than you would like (and perhaps even met with frustration).
> >> > >
> >> > > What has worked well for us in the past, where there is a need to
> >> > > have those interested in "doing work" to be able to focus on that
> >> > > work, has been to start with a call for interested parties (as
> >> > > you did). Then, using a combination of threads on this list and
> >> > > "live" meetings, make progress on defining the requirements and
> approach incrementally.
> >> > > Execution of any work should similarly be open and shared on this list.
> >> > > Throughout that process, allowing comments and openings for
> >> > > participants are critical.
> >> > >
> >> > > One of the things we learned about using "live" meetings to speed
> >> > > up the consensus process in the past is to make sure that while
> >> > > they are fantastic at allowing the participants to understand
> >> > > each other, it's critical to remember that (1) there are no
> >> > > project decisions made outside of the mailing lists and (2) that
> >> > > it's important to have minutes or notes from those live meetings
> >> > > shared with the community as
> >> a
> >> > whole.
> >> > >
> >> > > Now a very real 

Re: CloudStack Quality Process

[Pierre-Luc Dion]

Let's fixed the time off the ML: http://doodle.com/xhp57mymv7hyim55



On Fri, Dec 5, 2014 at 6:36 PM, Animesh Chaturvedi <
animesh.chaturv...@citrix.com> wrote:

>
>
> > having said so, I propose to set a date for our first (irc/goto) meeting;
> > wednesday 10 december 16:00 UTC?
> [Animesh]  Can we push it out by 1 hour to 17:00 UTC, the current time
> falls out on my time for dropping kids to school. If it does not work for
> others I can join @14:00 UTC (6:00 AM PST)
>
> >
> >
> > On Thu, Dec 4, 2014 at 11:40 PM, Will Stevens 
> > wrote:
> > > I am speaking as a committer who has limited insight into the
> > > 'correct' way to do this via Apache (so be gentle).  :)
> > >
> > > I like the idea of a wiki page to help get everyone on the same page
> > > and to track the consensus as we move forward...
> > >
> > > I also agree that it is hard to come to a consensus on the list
> > > because it is really hard to have a constructive conversation on here
> > > in a timely manner where the different voices can be heard.
> > >
> > > I think it would be interesting to schedule sessions/meetings on the
> > > list so any interested party can join.  These sessions/meetings would
> > > happen in a format like IRC where the transcript of the session can be
> > > later posted to the list as well as a summary of the transcript so it
> > > can be reviewed by any member who could not make the meeting.  This
> > > way we keep all of the actual conversation in the list, but we also
> > > make it easier to actually have a 'conversation' at the same time.  It
> > > is hard to beat real time when working through this sort of stuff.
> > >
> > > Does this make sense to others?  Thoughts?
> > >
> > > Will
> > >
> > >
> > > *Will STEVENS*
> > > Lead Developer
> > >
> > > *CloudOps* *| *Cloud Solutions Experts
> > > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw
> > > @CloudOps_
> > >
> > > On Thu, Dec 4, 2014 at 5:17 PM, Animesh Chaturvedi <
> > > animesh.chaturv...@citrix.com> wrote:
> > >
> > >> Wearing my PMC hat and with past experience on these discussions we
> > >> have not made much progress on mailing list despite agreeing on the
> > >> goals and have locked horns. One possibility after reading Chip's
> > >> email and concerns I see is that, we create a wiki outlining the
> > >> problem space, possible
> > >> solution(s) and their specific pros and cons and have people
> collaborate.
> > >> Once a general consensus is there and wiki is stable we can bring it
> > >> back to the mailing list for final approval. This is open as well as
> > >> requires participant a higher degree of commitment to collaborate and
> > >> will be more structured.
> > >>
> > >> Thanks
> > >> Animesh
> > >>
> > >> > On Thu, Dec 4, 2014 at 7:24 PM, Chip Childers
> > >> > 
> > >> wrote:
> > >> > > Steve,
> > >> > >
> > >> > > (Speaking with my PMC hat on, but not as someone that has the
> > >> > > time to help with this process)
> > >> > >
> > >> > > I love the idea of moving forward with resolving some of the
> > >> > > quality process / tooling / etc... challenges that we face as a
> > >> > > project and community. I also love the idea that companies
> > >> > > getting commercial value from this project are talking (as
> > >> > > companies) about how to best support the project through either
> > >> > > directing their employees to work on this problem, allowing those
> > >> > > interested the time to do so, and / or offering (as Citrix did)
> > >> > > required hardware/software resources to make improvements for the
> > >> > > common good.  Importantly, I like that the companies involved are
> > >> > > mutually agreeing that this is for the common good.
> > >> > >
> > >> > > That said, I have a concern about the outline below, specifically
> > >> > > in how the definition of approach and eventual execution are
> handled.
> > >> > > The proposal of taking this off-list until there is a "proposal
> > >> > > to
> > >> ratify"
> > >> > > is what I'd like to see changed. I would fully expect that a
> > >> > > fleshed out proposal hitting the list would be met with more
> > >> > > discussion than you would like (and perhaps even met with
> frustration).
> > >> > >
> > >> > > What has worked well for us in the past, where there is a need to
> > >> > > have those interested in "doing work" to be able to focus on that
> > >> > > work, has been to start with a call for interested parties (as
> > >> > > you did). Then, using a combination of threads on this list and
> > >> > > "live" meetings, make progress on defining the requirements and
> > approach incrementally.
> > >> > > Execution of any work should similarly be open and shared on this
> list.
> > >> > > Throughout that process, allowing comments and openings for
> > >> > > participants are critical.
> > >> > >
> > >> > > One of the things we learned about using "live" meetings to speed
> > >> > > up the consensus process in the past is to make sure that while
> > >> > > they a

RE: CloudStack Quality Process

[Animesh Chaturvedi]

Done 

> -Original Message-
> From: Pierre-Luc Dion [mailto:pd...@cloudops.com]
> Sent: Friday, December 05, 2014 3:57 PM
> To: dev@cloudstack.apache.org
> Subject: Re: CloudStack Quality Process
> 
> Let's fixed the time off the ML: http://doodle.com/xhp57mymv7hyim55
> 
> 
> 
> On Fri, Dec 5, 2014 at 6:36 PM, Animesh Chaturvedi <
> animesh.chaturv...@citrix.com> wrote:
> 
> >
> >
> > > having said so, I propose to set a date for our first (irc/goto)
> > > meeting; wednesday 10 december 16:00 UTC?
> > [Animesh]  Can we push it out by 1 hour to 17:00 UTC, the current time
> > falls out on my time for dropping kids to school. If it does not work
> > for others I can join @14:00 UTC (6:00 AM PST)
> >
> > >
> > >
> > > On Thu, Dec 4, 2014 at 11:40 PM, Will Stevens
> > > 
> > > wrote:
> > > > I am speaking as a committer who has limited insight into the
> > > > 'correct' way to do this via Apache (so be gentle).  :)
> > > >
> > > > I like the idea of a wiki page to help get everyone on the same
> > > > page and to track the consensus as we move forward...
> > > >
> > > > I also agree that it is hard to come to a consensus on the list
> > > > because it is really hard to have a constructive conversation on
> > > > here in a timely manner where the different voices can be heard.
> > > >
> > > > I think it would be interesting to schedule sessions/meetings on
> > > > the list so any interested party can join.  These
> > > > sessions/meetings would happen in a format like IRC where the
> > > > transcript of the session can be later posted to the list as well
> > > > as a summary of the transcript so it can be reviewed by any member
> > > > who could not make the meeting.  This way we keep all of the
> > > > actual conversation in the list, but we also make it easier to
> > > > actually have a 'conversation' at the same time.  It is hard to beat 
> > > > real time
> when working through this sort of stuff.
> > > >
> > > > Does this make sense to others?  Thoughts?
> > > >
> > > > Will
> > > >
> > > >
> > > > *Will STEVENS*
> > > > Lead Developer
> > > >
> > > > *CloudOps* *| *Cloud Solutions Experts
> > > > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|*
> > > > tw @CloudOps_
> > > >
> > > > On Thu, Dec 4, 2014 at 5:17 PM, Animesh Chaturvedi <
> > > > animesh.chaturv...@citrix.com> wrote:
> > > >
> > > >> Wearing my PMC hat and with past experience on these discussions
> > > >> we have not made much progress on mailing list despite agreeing
> > > >> on the goals and have locked horns. One possibility after reading
> > > >> Chip's email and concerns I see is that, we create a wiki
> > > >> outlining the problem space, possible
> > > >> solution(s) and their specific pros and cons and have people
> > collaborate.
> > > >> Once a general consensus is there and wiki is stable we can bring
> > > >> it back to the mailing list for final approval. This is open as
> > > >> well as requires participant a higher degree of commitment to
> > > >> collaborate and will be more structured.
> > > >>
> > > >> Thanks
> > > >> Animesh
> > > >>
> > > >> > On Thu, Dec 4, 2014 at 7:24 PM, Chip Childers
> > > >> > 
> > > >> wrote:
> > > >> > > Steve,
> > > >> > >
> > > >> > > (Speaking with my PMC hat on, but not as someone that has the
> > > >> > > time to help with this process)
> > > >> > >
> > > >> > > I love the idea of moving forward with resolving some of the
> > > >> > > quality process / tooling / etc... challenges that we face as
> > > >> > > a project and community. I also love the idea that companies
> > > >> > > getting commercial value from this project are talking (as
> > > >> > > companies) about how to best support the project through
> > > >> > > either directing their employees to work on this problem,
> > > >> > > allowing those interested the time to do so, and / or
> > > >> > > offering (as Citrix did) required hardware/software resources
> > > >> > > to make improvements for the common good.  Importantly, I
> > > >> > > like that the companies involved are mutually agreeing that this 
> > > >> > > is for
> the common good.
> > > >> > >
> > > >> > > That said, I have a concern about the outline below,
> > > >> > > specifically in how the definition of approach and eventual
> > > >> > > execution are
> > handled.
> > > >> > > The proposal of taking this off-list until there is a
> > > >> > > "proposal to
> > > >> ratify"
> > > >> > > is what I'd like to see changed. I would fully expect that a
> > > >> > > fleshed out proposal hitting the list would be met with more
> > > >> > > discussion than you would like (and perhaps even met with
> > frustration).
> > > >> > >
> > > >> > > What has worked well for us in the past, where there is a
> > > >> > > need to have those interested in "doing work" to be able to
> > > >> > > focus on that work, has been to start with a call for
> > > >> > > interested parties (as you did). Then, using a combination of
> > > >> > > threads on this list and "live" 

[GitHub] cloudstack pull request: CLOUDSTACK-6212: Let vm_instance table's ...

[bhaisaab]

GitHub user bhaisaab opened a pull request:

https://github.com/apache/cloudstack/pull/52

CLOUDSTACK-6212: Let vm_instance table's ID field be unique and auto_inc...

...rement

`vm_instance` table's id column is unique but does not auto_increment like 
other
resource tables. The fix simply alter the table's id column to have it
auto_increment which may avoid id conflicts in a multi-master mysql setup.

Signed-off-by: Rohit Yadav 

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/apache/cloudstack hotfix/CLOUDSTACK-6212

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack/pull/52.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 #52


commit e1e5e12aaa649c05f2d5bebe1bdaec00e284dcf0
Author: Rohit Yadav 
Date:   2014-12-06T00:24:39Z

CLOUDSTACK-6212: Let vm_instance table's ID field be unique and 
auto_increment

`vm_instance` table's id column is unique but does not auto_increment like 
other
resource tables. The fix simply alter the table's id column to have it
auto_increment which may avoid id conflicts in a multi-master mysql setup.

Signed-off-by: Rohit Yadav 




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

[GitHub] cloudstack pull request: CLOUDSTACK-6212: Let vm_instance table's ...

[bhaisaab]

Github user bhaisaab commented on the pull request:

https://github.com/apache/cloudstack/pull/52#issuecomment-65876210
  
@ke4qqq please review and see if we can allow this fix for 
https://issues.apache.org/jira/browse/CLOUDSTACK-6212 in 4.5?


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

4.5.0rc0 - available for testing.

[David Nalley]

Hi All,

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

Git Branch and Commit SH:
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.5-RC20141206T0129
Commit: fcfc3060ff5a7aa2c57548ded90298c0920921fd


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

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

Because this is an early RC, I am not going to yet call a vote on it,
but rather going to let it set and let folks see if it's tenable.

PLEASE test, and leave feedback in this thread.

--David

Re: CloudStack Quality Process

[ilya musayev]

I'd like to attend,  i will be commuting during the meeting hours 
getting to work - my connection will be choppy but i can listen in.

On 12/5/14, 2:20 PM, Pierre-Luc Dion wrote:

GTM if voice required although, wouldn't make more sense to use
#cloudstack-meeting as it keep record of discussions and is the regular
channel? either way, I will be in on 10 Dec 16 UTC



On Fri, Dec 5, 2014 at 5:07 PM, Animesh Chaturvedi <
animesh.chaturv...@citrix.com> wrote:


Agreed


-Original Message-
From: williamstev...@gmail.com [mailto:williamstev...@gmail.com] On
Behalf Of Will Stevens
Sent: Thursday, December 04, 2014 2:41 PM
To: dev@cloudstack.apache.org
Cc: Steve Wilson
Subject: Re: CloudStack Quality Process

I am speaking as a committer who has limited insight into the 'correct'

way to do

this via Apache (so be gentle).  :)

I like the idea of a wiki page to help get everyone on the same page and

to track

the consensus as we move forward...

I also agree that it is hard to come to a consensus on the list because

it is really

hard to have a constructive conversation on here in a timely manner

where the

different voices can be heard.

I think it would be interesting to schedule sessions/meetings on the

list so any

interested party can join.  These sessions/meetings would happen in a

format

like IRC where the transcript of the session can be later posted to the

list as well

as a summary of the transcript so it can be reviewed by any member who

could

not make the meeting.  This way we keep all of the actual conversation

in the

list, but we also make it easier to actually have a 'conversation' at

the same time.

It is hard to beat real time when working through this sort of stuff.

Does this make sense to others?  Thoughts?

Will


*Will STEVENS*
Lead Developer

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

On Thu, Dec 4, 2014 at 5:17 PM, Animesh Chaturvedi <
animesh.chaturv...@citrix.com> wrote:


Wearing my PMC hat and with past experience on these discussions we
have not made much progress on mailing list despite agreeing on the
goals and have locked horns. One possibility after reading Chip's
email and concerns I see is that, we create a wiki outlining the
problem space, possible
solution(s) and their specific pros and cons and have people

collaborate.

Once a general consensus is there and wiki is stable we can bring it
back to the mailing list for final approval. This is open as well as
requires participant a higher degree of commitment to collaborate and
will be more structured.

Thanks
Animesh


On Thu, Dec 4, 2014 at 7:24 PM, Chip Childers


wrote:

Steve,

(Speaking with my PMC hat on, but not as someone that has the time
to help with this process)

I love the idea of moving forward with resolving some of the
quality process / tooling / etc... challenges that we face as a
project and community. I also love the idea that companies getting
commercial value from this project are talking (as companies)
about how to best support the project through either directing
their employees to work on this problem, allowing those interested
the time to do so, and / or offering (as Citrix did) required
hardware/software resources to make improvements for the common
good.  Importantly, I like that the companies involved are
mutually agreeing that this is for the common good.

That said, I have a concern about the outline below, specifically
in how the definition of approach and eventual execution are

handled.

The proposal of taking this off-list until there is a "proposal to

ratify"

is what I'd like to see changed. I would fully expect that a
fleshed out proposal hitting the list would be met with more
discussion than you would like (and perhaps even met with

frustration).

What has worked well for us in the past, where there is a need to
have those interested in "doing work" to be able to focus on that
work, has been to start with a call for interested parties (as you
did). Then, using a combination of threads on this list and "live"
meetings, make progress on defining the requirements and approach

incrementally.

Execution of any work should similarly be open and shared on this

list.

Throughout that process, allowing comments and openings for
participants are critical.

One of the things we learned about using "live" meetings to speed
up the consensus process in the past is to make sure that while
they are fantastic at allowing the participants to understand each
other, it's critical to remember that (1) there are no project
decisions made outside of the mailing lists and (2) that it's
important to have minutes or notes from those live meetings shared
with the community as

a

whole.

Now a very real concern that some of us have is getting bogged
down in arguments based on opinion, especially the "drive by"
opinions. This issue (plus challenges with people violently
agreeing with each other, yet talking past eac

Re: 4.5.0 status

[David Nalley]

So my plan is to let the first RC sit for a few days before calling
for a vote. Hopefully an RC being around for testing will be enough
for folks to actually go do some testing.

We'll see how that works out.

--David

On Fri, Dec 5, 2014 at 5:58 PM, Mike Tutkowski
 wrote:
> Yeah, I'd love to wait for a formal RC before re-running automated and
> manual tests, but sometimes 3 days isn't really long enough.
>
> On Fri, Dec 5, 2014 at 2:01 PM, Sebastien Goasguen  wrote:
>
>>
>> On Dec 5, 2014, at 3:58 PM, David Nalley  wrote:
>>
>> > All of the test results I am aware of are on jenkins.buildacloud.org
>> > Generally, people don't start testing until we get RCs ready - hence
>> > me trying to push out an RC. I want folks to start testing upgrade
>> > paths, etc.
>>
>> it's one way to go, as long as we don't get frustrated if we re-spin
>> several RCs.
>>
>>
>> >
>> > I fully suspect we'll find issues with this first attempt.
>> >
>> > On Fri, Dec 5, 2014 at 3:10 AM, Sebastien Goasguen 
>> wrote:
>> >> Did we report test results, upgrade paths.
>> >> Are release notes ready ?
>> >>
>> >> -Sebastien
>> >>
>> >>> On 5 Dec 2014, at 05:16, David Nalley  wrote:
>> >>>
>> >>> So we have no blockers currently logged, and are down to 15 critical
>> >>> bugs. I am going to try and roll a 4.5.0 release candidate in the next
>> >>> day or so.
>> >>>
>> >>>
>> >>>
>> >>> --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
> *™*

Re: 4.5.0 status

[Mike Tutkowski]

That sounds really good.

I can run my tests on RC0 then. If the vote for that one doesn't pass, I'm
always free then for subsequent RCs to view what's been checked in since
RC0 and determine if I think any of my tests should be re-run on the new RC.

Thanks

On Fri, Dec 5, 2014 at 6:58 PM, David Nalley  wrote:

> So my plan is to let the first RC sit for a few days before calling
> for a vote. Hopefully an RC being around for testing will be enough
> for folks to actually go do some testing.
>
> We'll see how that works out.
>
> --David
>
> On Fri, Dec 5, 2014 at 5:58 PM, Mike Tutkowski
>  wrote:
> > Yeah, I'd love to wait for a formal RC before re-running automated and
> > manual tests, but sometimes 3 days isn't really long enough.
> >
> > On Fri, Dec 5, 2014 at 2:01 PM, Sebastien Goasguen 
> wrote:
> >
> >>
> >> On Dec 5, 2014, at 3:58 PM, David Nalley  wrote:
> >>
> >> > All of the test results I am aware of are on jenkins.buildacloud.org
> >> > Generally, people don't start testing until we get RCs ready - hence
> >> > me trying to push out an RC. I want folks to start testing upgrade
> >> > paths, etc.
> >>
> >> it's one way to go, as long as we don't get frustrated if we re-spin
> >> several RCs.
> >>
> >>
> >> >
> >> > I fully suspect we'll find issues with this first attempt.
> >> >
> >> > On Fri, Dec 5, 2014 at 3:10 AM, Sebastien Goasguen 
> >> wrote:
> >> >> Did we report test results, upgrade paths.
> >> >> Are release notes ready ?
> >> >>
> >> >> -Sebastien
> >> >>
> >> >>> On 5 Dec 2014, at 05:16, David Nalley  wrote:
> >> >>>
> >> >>> So we have no blockers currently logged, and are down to 15 critical
> >> >>> bugs. I am going to try and roll a 4.5.0 release candidate in the
> next
> >> >>> day or so.
> >> >>>
> >> >>>
> >> >>>
> >> >>> --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
> > *™*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

Re: 4.5.0 status

[Pierre-Luc Dion]

RN just started, here are regular questions:

1. Do we need a new set of systemvmtemplate?
2. Any special consideration with 4.5?
3. Does new features from this filter is valid for the RN?
https://issues.apache.org/jira/browse/CLOUDSTACK-7739?filter=12329800
4. Does it really contain 188 fixed from previous release? if so, that is
going to be an awesome release !

I should be able to test some upgrade path soon.


On Fri, Dec 5, 2014 at 8:58 PM, David Nalley  wrote:

> So my plan is to let the first RC sit for a few days before calling
> for a vote. Hopefully an RC being around for testing will be enough
> for folks to actually go do some testing.
>
> We'll see how that works out.
>
> --David
>
> On Fri, Dec 5, 2014 at 5:58 PM, Mike Tutkowski
>  wrote:
> > Yeah, I'd love to wait for a formal RC before re-running automated and
> > manual tests, but sometimes 3 days isn't really long enough.
> >
> > On Fri, Dec 5, 2014 at 2:01 PM, Sebastien Goasguen 
> wrote:
> >
> >>
> >> On Dec 5, 2014, at 3:58 PM, David Nalley  wrote:
> >>
> >> > All of the test results I am aware of are on jenkins.buildacloud.org
> >> > Generally, people don't start testing until we get RCs ready - hence
> >> > me trying to push out an RC. I want folks to start testing upgrade
> >> > paths, etc.
> >>
> >> it's one way to go, as long as we don't get frustrated if we re-spin
> >> several RCs.
> >>
> >>
> >> >
> >> > I fully suspect we'll find issues with this first attempt.
> >> >
> >> > On Fri, Dec 5, 2014 at 3:10 AM, Sebastien Goasguen 
> >> wrote:
> >> >> Did we report test results, upgrade paths.
> >> >> Are release notes ready ?
> >> >>
> >> >> -Sebastien
> >> >>
> >> >>> On 5 Dec 2014, at 05:16, David Nalley  wrote:
> >> >>>
> >> >>> So we have no blockers currently logged, and are down to 15 critical
> >> >>> bugs. I am going to try and roll a 4.5.0 release candidate in the
> next
> >> >>> day or so.
> >> >>>
> >> >>>
> >> >>>
> >> >>> --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
> > *™*
>

Re: VPN

[Mike Tutkowski]

Ha...looks like I did it again (meant this to go to d...@solidfire.com). :)

We've been upgrading our lab infrastructure and the VPN's been unreliable
today.

On Fri, Dec 5, 2014 at 3:38 PM, Mike Tutkowski  wrote:

> Is the VPN down?
>
> I can't get in and it seems like I'm not the only one.
>
> Thanks
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

Re: 4.5.0rc0 - available for testing.

[Pierre-Luc Dion]

The upgrade path require a systemvm-template otherwise the database upgrade
fail, I've create this one: CLOUDSTACK-8041

Could it be possible to just look for the latest template to exist during a
db upgrade? with the current check, to upgrade from 4.2.1 require to have
the systemvm-template of 4.3,4.4 and 4.5 of all hypervisors in order to
successfully upgrade the database. is this something easy to fix?




On Fri, Dec 5, 2014 at 8:53 PM, David Nalley  wrote:

> Hi All,
>
> I've created a 4.5.0 release candidate, with the following artifacts
> up for review:
>
> Git Branch and Commit SH:
>
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.5-RC20141206T0129
> Commit: fcfc3060ff5a7aa2c57548ded90298c0920921fd
>
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.5.0-rc0/
>
> PGP release keys (signed using A15F30B9):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> Because this is an early RC, I am not going to yet call a vote on it,
> but rather going to let it set and let folks see if it's tenable.
>
> PLEASE test, and leave feedback in this thread.
>
> --David
>