RE: [DISCUSS] Changing nictype/disk controller for a template or VM

[Sateesh Chodapuneedi]

> -Original Message-
> From: Wido den Hollander [mailto:w...@widodh.nl]
> Sent: 10 November 2014 14:37
> To: dev@cloudstack.apache.org
> Subject: Re: [DISCUSS] Changing nictype/disk controller for a template or VM
> 
> 
> 
> On 10-11-14 08:37, Rohit Yadav wrote:
> > Hi,
> >
> > In case of VMWare, when we register a new template we can pass in nic type 
> > and disk controller but there is no API (or parameter
> passable to current APIs) to change nic type and disk controller for both VM 
> and template.
> >
> > I’m planning to add a details map (following the registerTemplate API) to 
> > updateTemplate and updateVirtualMachine APIs which
> would takes in the nictype and disk controller parameters. Please share if 
> this would cause any issue for you or if there is was a
> good reason to not allow it before? Right now to do something like that would 
> require database hacking. Thanks.
Rohit,
Looks like it's API layer change only. Just to confirm, does this modify 
resource code as well?

Regards,
Sateesh
> >
> 
> I don't see any problems. For some longer running VMs it might be useful at 
> some point that you can switch from e1000 to VirtIO
> NICs for example.
> 
> Wido
> 

Re: [DISCUSS] Changing nictype/disk controller for a template or VM

[Rohit Yadav]

Hi,

> On 13-Nov-2014, at 2:18 pm, Sateesh Chodapuneedi 
>  wrote:
>
> Looks like it's API layer change only. Just to confirm, does this modify 
> resource code as well?

I’ve already fixed the issue. What I did does not change resource code at all. 
As soon as a template’s details are updated for new VMs using that template 
those details will be used so we’re good. That was the main fix.

For already running VMs, it’s tricky to implement the fix and I’m not sure how 
we would want to handle this. So for now I simply added the fix to update the 
details in DB (via the API). We can discuss and decide how we can handle this 
case but I am personally interested in fixing the templates only as previously 
there was no way to update details once a template is registered.

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: CLOUDSTACK-7857 XenServer bug

[Rohit Yadav]

I can certainly put a hack to cover the 1024MB buffer/corner-case. But if any 
Xen guru can advise something it would be great.

> On 13-Nov-2014, at 12:55 am, David Nalley  wrote:
>
> Hi folks:
>
> Who wants to take this XS bug on? It's one of 4 (at the moment)
> blockers to 4.5.0, and it's been almost a week since creation.
> https://issues.apache.org/jira/browse/CLOUDSTACK-7857
>
> Anyone want to volunteer?
>
> --David

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.

[event] free slot in dev track at CCC

[Sebastien Goasguen]

Folks,

there is a free slot for a dev talk at CCC ?

any takers ? email me off list.

-sebastin

Re: [event] free slot in dev track at CCC

[Wido den Hollander]

I forgot my Ceph talk. Would that be something?



> Op 13 nov. 2014 om 10:10 heeft Sebastien Goasguen  het 
> volgende geschreven:
> 
> Folks,
> 
> there is a free slot for a dev talk at CCC ?
> 
> any takers ? email me off list.
> 
> -sebastin

Re: Memory+Disk snapshot support for KVM

[Nux!]

Hi,

Currently ACS does not support VM snapshots for KVM, it's a much desired 
feature, but yet to be implemented.
You can do volume snapshots however.

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Deepal Jayasekara" 
> To: "Cloudstack Users List" , "Cloudstack Dev 
> List" 
> Sent: Thursday, 13 November, 2014 07:58:44
> Subject: Memory+Disk snapshot support for KVM

> Hi all,
> I need to figure out whether Cloudstack supports both memory and disk
> snapshots with KVM hypervisor. I read the following wiki article at it says
> Cloudstack supports KVM memory snapshot.
> 
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/VM+Snapshots
> 
> But in the following thread on Cloudstack dev mailing lists says that full
> VM snapshot support(disk+memory) is still not there for KVM hypervisor.
> 
> https://mail-archives.apache.org/mod_mbox/cloudstack-dev/201411.mbox/browser
> 
> Is it possible to take VM memory and disk snapshots with KVM hypervisor in
> Cloudstack?
> 
> Thank you.
> 
> 
> 
> *Deepal Jayasekara*
> Undergraduate, Department Of Computer Science And Engineering
> University of Moratuwa, Sri Lanka
>| mobile: +94712070097  | blog: *insiderattack.blogspot.com
> *
> 
> 
> 

Re: [event] free slot in dev track at CCC

[Sebastien Goasguen]

On Nov 13, 2014, at 4:14 AM, Wido den Hollander  wrote:

> I forgot my Ceph talk. Would that be something?
> 

well, now that inktank has been bought by red hat, I actually would love a talk 
on gluster ;)

Just joking, Ceph talk would be perfect. Just send me a short bio, title and 
abstract.

First come first serve. thanks Wido.

> 
> 
>> Op 13 nov. 2014 om 10:10 heeft Sebastien Goasguen  het 
>> volgende geschreven:
>> 
>> Folks,
>> 
>> there is a free slot for a dev talk at CCC ?
>> 
>> any takers ? email me off list.
>> 
>> -sebastin

Re: [DISCUSS] Should we keep tags on release branches?

[Rohit Yadav]

Hi Daan,

> On 13-Nov-2014, at 12:13 am, Daan Hoogland  wrote:
> old way:
> a->a-revert->some improvements->b->b-revert->some improvements->c >>
> next version

I don’t remember if we revert all the time in the old way, if a RC/voting 
candidate failed the workflow was:

rc-a->vote->fix-bug->rc-b->vote->fix-bug->rc-c->vote->all-good?->pass!

>
> new way
> a->some improvements->b->some improvements->c
> a branch abandoned, b branch abandonned

My take on this is that the new way is worse than old way, so it is no harm to 
revert unless we can come up with a good workflow. My argument is:

- With the new way we break the convention we followed with 4.0/4.1/4.2/4.3

- This ends up forking the release branch 4.4, the history that got 4.4.1 tag 
and possibly the future 4.4.2 tag

- This add code divergence and it’s hard for people to support patching of old 
releases.

- I personally like linear histories, they are more intuitive and basic git 
usage can get you around

- It’s hard to follow changes when they are not documented, this new workflow 
was not voted upon or properly communicated/discussed.

Lastly, I want to note that I *personally* don’t have issues with the new 
workflow as I know enough git to get around. My workaround is to checkout ACS 
release tags as release/support branches. For ShapeBlue’s patching service I 
checkout released tags as shapeblue- branch (public and open for 
everyone on Github). On this branch I patch things, test/build/sign/publish 
repository with my team before we publish release notes and upgrade 
instructions (on Github). I also push changes on upstream branches (all that 
are applicable starting 4.3 branch).

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.

Review Request 27979: CLOUDSTACK-7903: Decrease minimal usage aggregation range value

[Ilia Shakitko]

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

Review request for cloudstack, Rohit Yadav and Wei Zhou.


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


Repository: cloudstack-git


Description
---

When you want to build 95-percentile billing model for the network traffic 
usage, it is good to have 5-minutes usage samples instead of 10 (which is 
minimum allowed in ACS at the moment).
This change decreases the lower limit for USAGE_AGGREGATION_RANGE_MIN parameter.

Will be happy if patch can be included to the 4.4.2 tag.


Diffs
-

  usage/src/com/cloud/usage/UsageManagerImpl.java fe7ee1e 

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


Testing
---

Tested on both 4.4 and master branches.


Thanks,

Ilia Shakitko

[GitHub] cloudstack pull request: Merge 4.5 to master

[asfgit]

Github user asfgit closed the pull request at:

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


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

Build failed in Jenkins: build-4.5 #123

[jenkins]

See 

Changes:

[koushik] CLOUDSTACK-7902: Account creation results in exception in logs

--
[...truncated 6040 lines...]
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-plugin-storage-image-default ---
[INFO] Tests are skipped.
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Plugin - Storage Volume SolidFire Provider 
4.5.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-plugin-storage-volume-solidfire ---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-plugin-storage-volume-solidfire ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-plugin-storage-image-sample ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-plugin-storage-image-sample ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-plugin-storage-image-sample ---
[INFO] Tests are skipped.
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Plugin - Storage Volume CloudByte Provider 
4.5.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-plugin-storage-volume-cloudbyte ---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-plugin-storage-volume-cloudbyte ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-plugin-storage-volume-solidfire ---
Running com.cloud.network.element.MidoNetElementTest
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-plugin-storage-volume-cloudbyte ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-plugin-storage-volume-solidfire ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 2 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-plugin-storage-volume-solidfire ---
[INFO] Compiling 9 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-plugin-storage-volume-cloudbyte ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 2 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-plugin-storage-volume-cloudbyte ---
[INFO] Compiling 13 source files to 

log4j:WARN No appenders could be found for logger 
(com.cloud.network.element.MidoNetElement).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more 
info.
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 7.502 sec

Results :

Tests run: 2, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Plugin - Network Juniper Contrail 
4.5.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-plugin-network-contrail ---
[INFO] Deleting 

Re: Review Request 27979: CLOUDSTACK-7903: Decrease minimal usage aggregation range value

[Ilia Shakitko]

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

(Updated Nov. 13, 2014, 10:09 a.m.)


Review request for cloudstack, Kishan Kavala, Rohit Yadav, and Wei Zhou.


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


Repository: cloudstack-git


Description
---

When you want to build 95-percentile billing model for the network traffic 
usage, it is good to have 5-minutes usage samples instead of 10 (which is 
minimum allowed in ACS at the moment).
This change decreases the lower limit for USAGE_AGGREGATION_RANGE_MIN parameter.

Will be happy if patch can be included to the 4.4.2 tag.


Diffs
-

  usage/src/com/cloud/usage/UsageManagerImpl.java fe7ee1e 

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


Testing
---

Tested on both 4.4 and master branches.


Thanks,

Ilia Shakitko

Re: Review Request 27979: CLOUDSTACK-7903: Decrease minimal usage aggregation range value

[Rohit Yadav]

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


I've added Kishan to this as well. Though it looks good and we can surely 
accept it. I think it makes sense to either set it to 1 or have a global 
configuration added which makes it easy for sysadmins to set a value they want 
instead of hard coding it.

- Rohit Yadav


On Nov. 13, 2014, 10:09 a.m., Ilia Shakitko wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27979/
> ---
> 
> (Updated Nov. 13, 2014, 10:09 a.m.)
> 
> 
> Review request for cloudstack, Kishan Kavala, Rohit Yadav, and Wei Zhou.
> 
> 
> Bugs: CLOUDSTACK-7903
> https://issues.apache.org/jira/browse/CLOUDSTACK-7903
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> When you want to build 95-percentile billing model for the network traffic 
> usage, it is good to have 5-minutes usage samples instead of 10 (which is 
> minimum allowed in ACS at the moment).
> This change decreases the lower limit for USAGE_AGGREGATION_RANGE_MIN 
> parameter.
> 
> Will be happy if patch can be included to the 4.4.2 tag.
> 
> 
> Diffs
> -
> 
>   usage/src/com/cloud/usage/UsageManagerImpl.java fe7ee1e 
> 
> Diff: https://reviews.apache.org/r/27979/diff/
> 
> 
> Testing
> ---
> 
> Tested on both 4.4 and master branches.
> 
> 
> Thanks,
> 
> Ilia Shakitko
> 
>

Re: Review Request 27979: CLOUDSTACK-7903: Decrease minimal usage aggregation range value

[Ilia Shakitko]

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

Ship it!


Ship It!

- Ilia Shakitko


On Nov. 13, 2014, 10:09 a.m., Ilia Shakitko wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27979/
> ---
> 
> (Updated Nov. 13, 2014, 10:09 a.m.)
> 
> 
> Review request for cloudstack, Kishan Kavala, Rohit Yadav, and Wei Zhou.
> 
> 
> Bugs: CLOUDSTACK-7903
> https://issues.apache.org/jira/browse/CLOUDSTACK-7903
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> When you want to build 95-percentile billing model for the network traffic 
> usage, it is good to have 5-minutes usage samples instead of 10 (which is 
> minimum allowed in ACS at the moment).
> This change decreases the lower limit for USAGE_AGGREGATION_RANGE_MIN 
> parameter.
> 
> Will be happy if patch can be included to the 4.4.2 tag.
> 
> 
> Diffs
> -
> 
>   usage/src/com/cloud/usage/UsageManagerImpl.java fe7ee1e 
> 
> Diff: https://reviews.apache.org/r/27979/diff/
> 
> 
> Testing
> ---
> 
> Tested on both 4.4 and master branches.
> 
> 
> Thanks,
> 
> Ilia Shakitko
> 
>

RE: Review Request 27979: CLOUDSTACK-7903: Decrease minimal usage aggregation range value

[Ilia Shakitko]

True that,

I was thinking about setting that to 1, but then wasn't sure my colleagues from 
ACS will accept that. Because having min value=1 will bring hell a lot more 
usage records as a result :)
But if it will make sense, I'll re-prepare the patch.

Let's see what Kishan's opinion is ...


Kind regards,

Ilia Shakitko
Innovation Engineer
LeaseWeb Technologies B.V.

T: +31 20 316 0235
M:
E: i.shaki...@tech.leaseweb.com
W: http://www.leaseweb.com

Luttenbergweg 8, 1101 EC Amsterdam, Netherlands


-Original Message-
From: Rohit Yadav [mailto:nore...@reviews.apache.org] On Behalf Of Rohit Yadav
Sent: donderdag, 13 november, 2014 11:11
To: Kishan Kavala; Wei Zhou; Rohit Yadav
Cc: Ilia Shakitko; cloudstack
Subject: Re: Review Request 27979: CLOUDSTACK-7903: Decrease minimal usage 
aggregation range value


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


I've added Kishan to this as well. Though it looks good and we can surely 
accept it. I think it makes sense to either set it to 1 or have a global 
configuration added which makes it easy for sysadmins to set a value they want 
instead of hard coding it.

- Rohit Yadav


On Nov. 13, 2014, 10:09 a.m., Ilia Shakitko wrote:
>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27979/
> ---
>
> (Updated Nov. 13, 2014, 10:09 a.m.)
>
>
> Review request for cloudstack, Kishan Kavala, Rohit Yadav, and Wei Zhou.
>
>
> Bugs: CLOUDSTACK-7903
> https://issues.apache.org/jira/browse/CLOUDSTACK-7903
>
>
> Repository: cloudstack-git
>
>
> Description
> ---
>
> When you want to build 95-percentile billing model for the network traffic 
> usage, it is good to have 5-minutes usage samples instead of 10 (which is 
> minimum allowed in ACS at the moment).
> This change decreases the lower limit for USAGE_AGGREGATION_RANGE_MIN 
> parameter.
>
> Will be happy if patch can be included to the 4.4.2 tag.
>
>
> Diffs
> -
>
>   usage/src/com/cloud/usage/UsageManagerImpl.java fe7ee1e
>
> Diff: https://reviews.apache.org/r/27979/diff/
>
>
> Testing
> ---
>
> Tested on both 4.4 and master branches.
>
>
> Thanks,
>
> Ilia Shakitko
>
>

[GitHub] cloudstack pull request: Fix typos in API command response strings

[karuturi]

Github user karuturi commented on the pull request:

https://github.com/apache/cloudstack/pull/8#issuecomment-62874424
  
changes in the commit 1e59b40b2c494843d76dd604f8aea1d3232bc648 exist in 
source code. pushed the other one. Thanks for the pull request.


---
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: Fix typos in API command response strings

[asfgit]

Github user asfgit closed the pull request at:

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


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

Jenkins build is back to normal : build-4.5 #124

[jenkins]

See 

Feature request: userid field in the vm_instance table

[David Williams]

Hi all,

I think it would be handy if the userid of the user that created a VM was 
recorded in the database in the vm_instance table. Currently, the only way I 
know of to find the user that deployed a VM is by checking the logs. There's an 
owner field in the vm_instance table but this seems to be the account ID of the 
account the user belongs to.

By being able to find the user that deployed a VM, it makes VM cleanups much 
easier since you know who to contact for each VM. A similar thing in the other 
tables for the other resources would be useful too when trying to cleanup 
networks and volumes, etc. Also, if this change went ahead, then the API and 
GUI could be changed also to show the user details for the VM when listing the 
VM's details.

We are running 4.3.0.

Thanks,

Dave

Re: Review Request 27970: CLOUDSTACK-7897 - Fixed the script "test_reset_ssh_keypair.py" - Test Cases failing on Simulator as Testcases try to ssh to the VMs

[SrikanteswaraRao Talluri]

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

Ship it!


765443e7d5242288d969e520a1ce275a7ef22cb6 master
a02864ab8b21de5b29060671a06afd004bc69af1 4.5

- SrikanteswaraRao Talluri


On Nov. 13, 2014, 3:07 a.m., Chandan Purushothama wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27970/
> ---
> 
> (Updated Nov. 13, 2014, 3:07 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7897
> https://issues.apache.org/jira/browse/CLOUDSTACK-7897
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Test Cases are trying to validate SSH access and failing. These Test Cases 
> are not meant to be run on SImulator due to their validation requirements. 
> Hence they cannot be run with Simulator
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_reset_ssh_keypair.py 20321ac 
> 
> Diff: https://reviews.apache.org/r/27970/diff/
> 
> 
> Testing
> ---
> 
> Changed the tags on Tests. Testing not done
> 
> 
> Thanks,
> 
> Chandan Purushothama
> 
>

Review Request 27985: CLOUDSTACK-7860: test_eip_elb.py - Move Netscler info out of the test case. Read it from config. Fix attribute error. Fix pep8 issues. Fix imports.

[Gaurav Aradhye]

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

Review request for cloudstack and SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description
---

Move netscaler info out of the test case. Read it from config file.

Other changes:
1. Fix attribute errors
2. Fix pep8 issues
3. Fix imports


Diffs
-

  test/integration/component/test_eip_elb.py c35ea9b 

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


Testing
---

Yes. 4 test cases failed out of 9. Separate analysis should be done for these 
becase these are assertion errors.

Log:
Test EIP by deploying an instance ... === TestName: 
test_01_eip_by_deploying_instance | Status : FAILED ===
FAIL
Test associate new IP and enable static NAT for new IP and the VM ... === 
TestName: test_02_acquire_ip_enable_static_nat | Status : SUCCESS ===
ok
Test disable static NAT and release EIP acquired ... === TestName: 
test_03_disable_static_nat | Status : FAILED ===
FAIL
Test disable static NAT with system = True ... === TestName: 
test_04_disable_static_nat_system | Status : SUCCESS ===
ok
Test EIO after destroying instance ... === TestName: test_05_destroy_instance | 
Status : FAILED ===
FAIL
Test ELB by creating a LB rule ... === TestName: test_01_elb_create | Status : 
SUCCESS ===
ok
Test ELB by acquiring IP and then creating a LB rule ... === TestName: 
test_02_elb_acquire_and_create | Status : SUCCESS ===
ok
Test delete LB rule generated with public IP with is_system = 1 ... === 
TestName: test_03_elb_delete_lb_system | Status : SUCCESS ===
ok
Test delete LB rule generated on EIP ... === TestName: test_04_delete_lb_on_eip 
| Status : FAILED ===
FAIL


Failure details:
2014-11-12 23:51:58,884 - CRITICAL - FAILED: test_01_eip_by_deploying_instance: 
['Traceback (most recent call last):\n', '  File 
"/usr/local/lib/python2.7/unittest/
case.py", line 318, in run\ntestMethod()\n', '  File 
"/root/test/test_eip_elb.py", line 361, in test_01_eip_by_deploying_instance\n  
  "User source IP should be
enabled for INAT service")\n', '  File 
"/usr/local/lib/python2.7/unittest/case.py", line 494, in assertEqual\n
assertion_func(first, second, msg=msg)\n', '  File "
usr/local/lib/python2.7/unittest/case.py", line 487, in _baseAssertEqual\n
raise self.failureException(msg)\n', 'AssertionError: User source IP should be 
enabled
for INAT service\n']


2014-11-12 23:53:20,415 - CRITICAL - FAILED: test_03_disable_static_nat: 
['Traceback (most recent call last):\n', '  File 
"/usr/local/lib/python2.7/unittest/case.py",
line 318, in run\ntestMethod()\n', '  File "/root/test/test_eip_elb.py", 
line 704, in test_03_disable_static_nat\n"User source IP should be enabled 
for INAT
service"\n', '  File "/usr/local/lib/python2.7/unittest/case.py", line 494, in 
assertEqual\nassertion_func(first, second, msg=msg)\n', '  File 
"/usr/local/lib/
python2.7/unittest/case.py", line 487, in _baseAssertEqual\nraise 
self.failureException(msg)\n', 'AssertionError: User source IP should be 
enabled for INAT
service\n']


2014-11-12 23:54:06,560 - CRITICAL - FAILED: test_05_destroy_instance: 
['Traceback (most recent call last):\n', '  File 
"/usr/local/lib/python2.7/unittest/case.py",
line 318, in run\ntestMethod()\n', '  File "/root/test/test_eip_elb.py", 
line 876, in test_05_destroy_instance\n"show ip should return nothing after 
VM
destroy"\n', '  File "/usr/local/lib/python2.7/unittest/case.py", line 494, in 
assertEqual\nassertion_func(first, second, msg=msg)\n', '  File 
"/usr/local/lib/
python2.7/unittest/case.py", line 487, in _baseAssertEqual\nraise 
self.failureException(msg)\n', 'AssertionError: show ip should return nothing 
after VM
destroy\n']


2014-11-12 23:56:24,592 - CRITICAL - FAILED: test_04_delete_lb_on_eip: 
['Traceback (most recent call last):\n', '  File 
"/usr/local/lib/python2.7/unittest/case.py",
line 318, in run\ntestMethod()\n', '  File "/root/test/test_eip_elb.py", 
line 1469, in test_04_delete_lb_on_eip\n"List Public IP address should 
return valid
IP address for network"\n', '  File 
"/usr/local/lib/python2.7/unittest/case.py", line 494, in assertEqual\n
assertion_func(first, second, msg=msg)\n', '  File "/
usr/local/lib/python2.7/unittest/case.py", line 487, in _baseAssertEqual\n
raise self.failureException(msg)\n', 'AssertionError: List Public IP address 
should
return valid IP address for network\n']


Thanks,

Gaurav Aradhye

Re: [VOTE][ACS44] release candidate 4.4.2 RC 1 in branch 4.4-RC20141111T2244

[Daan Hoogland]

never mind this release candidate, as in calling off the vote. The
release is completely useless.

will look at a new one.

On Wed, Nov 12, 2014 at 4:23 PM, Pierre-Luc Dion  wrote:
> -1
>1. we were not able to build the 4.4 branch for the last two weeks, so
> we haven't done tests against it.
>2. there is not 4.4.2 release tag in jira, so I can't provide a proper
> Release notes, this doen't justify a -1 ;)
>3. we have a fixed issue, CLOUDSTACK-7887 that we would like to add to
> 4.4.2 but not commited yet, didn't know 4.4.2 was to go out that fast.
>
> Does 4.4.2 focus is to fix the 4.4.0 upgrade (manual SQL command) before
> ccceu, so asap?
>
>
>
> On Wed, Nov 12, 2014 at 6:31 AM, sebgoa  wrote:
>
>> FWIW, I had worked to get the CHANGES file up to date for 4.4.0
>>
>> https://github.com/apache/cloudstack/blob/4.4/CHANGES.md
>>
>> Every time we commit folks should make sure to update the CHANGES file.
>>
>> It's really about good practice, but again we can't force people to do it
>> and I won't even try to do a [PROPOSAL] on this.
>>
>>
>> On Nov 12, 2014, at 12:28 PM, Daan Hoogland 
>> wrote:
>>
>> > Geoff,
>> >
>> > you have several options here:
>> >
>> > 1 jira:
>> > project = CLOUDSTACK AND type = Bug AND fixVersion = 4.4.2 AND
>> > resolution != "\"Unresolved\"" ORDER BY created DESC, priority DESC,
>> > key ASC
>> >
>> > is empty as of yet as nobody marked their bugs as being fixed in 4.4.2
>> > so looking at the larger picture is better:
>> > project = CLOUDSTACK AND type = Bug AND (fixVersion = 4.4.2 OR
>> > fixVersion = 4.4.1 OR fixVersion = 4.4.0) AND resolution !=
>> > "\"Unresolved\"" ORDER BY created DESC, priority DESC, key ASC
>> >
>> > 2 git:
>> >
>> >
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4
>> > gives the whole 4.4 tree
>> >
>> > Thanks for reminding me of this as I forgot to push the RC tree:
>> >
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC2014T2244
>> > is the changelog for this release, where
>> > 2014-10-14 Daan HooglandCLOUDSTACK-7702 added keytool to
>> > sudoers modification... commit | commitdiff | tree | snapshot
>> > is the last commit of the prior release.
>> >
>> > 3 maillist:
>> > and I repeat this because it is unfortunately the most comprehensive
>> > (though the git log is more reliable of course). The [DISCUSS] thread
>> > contains the requested changes. I saw in the git diff that some others
>> > were not discussed in there so back to git, this is the unfiltered
>> > list of changes none of which are marked in jira as so:
>> >
>> > 13 hours ago Daan HooglandUpdating pom.xml version numbers for
>> > release 4.4.2 4.4-RC2014T2244 commit | commitdiff | tree |
>> > snapshot
>> > 14 hours ago Daan HooglandCLOUDSTACK-3383 escaped "'s 4.4
>> > commit | commitdiff | tree | snapshot
>> > 14 hours ago Wido den HollanderCLOUDSTACK-3383: Fetch CPU
>> > utilization more reliable. commit | commitdiff | tree | snapshot
>> > 19 hours ago Daan HooglandMerge remote-tracking branch
>> > 'origin/hotfix/4.4/CLOUDST... commit | commitdiff | tree |
>> > snapshot
>> > 19 hours ago Mike TutkowskiCLOUDSTACK-7883: Allow
>> > infrastructure to handle delete... hotfix/4.4/CLOUDSTACK-7883
>> > commit | commitdiff | tree | snapshot
>> > 19 hours ago Daan Hooglandwhitespace fixes commit |
>> > commitdiff | tree | snapshot
>> > 19 hours ago Jessica WangCLOUDSTACK-7826: UI - dialog widget -
>> > dependent dropdow... commit | commitdiff | tree | snapshot
>> > 19 hours ago Daan HooglandCLOUDSTACK-7246: corrected script
>> > name of createIpAlias.sh commit | commitdiff | tree | snapshot
>> > 20 hours ago JayapalCLOUDSTACK-7246: corrected script name of
>> > createipalias commit | commitdiff | tree | snapshot
>> > 20 hours ago JayapalCLOUDSTACK-7246: corrected script name of
>> > createipalias commit | commitdiff | tree | snapshot
>> > 20 hours ago Daan HooglandLogrotate is called from crontab.
>> > commit | commitdiff | tree | snapshot
>> > 20 hours ago Daan Hooglandreenable tests for certs as far as
>> > working commit | commitdiff | tree | snapshot
>> > 46 hours ago Rohit YadavCLOUDSTACK-7871: allow VM and template
>> > details update... commit | commitdiff | tree | snapshot
>> > 2 days ago Frank Zhangfix expried certificate in unit test
>> > commit | commitdiff | tree | snapshot
>> > 2 days ago Joris van LieshoutLogrotate is called from crontab.
>> > Debian crontab does... commit | commitdiff | tree | snapshot
>> > 5 days ago Rohit YadavCVE­2014­3566: Avoid using SSLv3 on
>> > apache2 that runs... commit | commitdiff | tree | snapshot
>> > 5 days ago Rohit YadavCLOUDSTACK-7855: NIC3 should set MTU and
>> > not NIC1 for... commit | commitdiff | tree | snapshot
>> > 10 days ago Brian Federle

Re: Review Request 27969: CLOUDSTACK-7895 - Fixed the script "test_security_groups.py" - Test Cases failing on Simulator as Testcases try to ssh to the VMs

[SrikanteswaraRao Talluri]

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

Ship it!


fa4cc856aa6b595cc373c5564609b6d2ae22a60f master
bcf328833a84f1d490a774edb63af3e301cf0f5a 4.5

- SrikanteswaraRao Talluri


On Nov. 13, 2014, 3 a.m., Chandan Purushothama wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27969/
> ---
> 
> (Updated Nov. 13, 2014, 3 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7895
> https://issues.apache.org/jira/browse/CLOUDSTACK-7895
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Test Cases are trying to validate SSH access and failing. These Test Cases 
> are not meant to be run on SImulator due to their validation requirements. 
> Hence they cannot be run with Simulator
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_security_groups.py ba27693 
> 
> Diff: https://reviews.apache.org/r/27969/diff/
> 
> 
> Testing
> ---
> 
> Changed the tags on Tests. Testing not done
> 
> 
> Thanks,
> 
> Chandan Purushothama
> 
>

Re: Review Request 27968: CLOUDSTACK-7894 - Fixed the script "test_vm_passwdenabled.py" - Test Cases failing on Simulator as Testcases try to ssh to the VMs

[SrikanteswaraRao Talluri]

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

Ship it!


2c08e30a493cb520eb478795bbc5d5d4935dd59b 4.5
4bfb7f20c1b0bb4192afad048ea288a92bcbe0d2 master

- SrikanteswaraRao Talluri


On Nov. 13, 2014, 2:50 a.m., Chandan Purushothama wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27968/
> ---
> 
> (Updated Nov. 13, 2014, 2:50 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7894
> https://issues.apache.org/jira/browse/CLOUDSTACK-7894
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Test Cases are trying to validate SSH access and failing. These Test Cases 
> are not meant to be run on SImulator due to their validation requirements. 
> Hence they cannot be run with Simulator
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_vm_passwdenabled.py 0a1082a 
> 
> Diff: https://reviews.apache.org/r/27968/diff/
> 
> 
> Testing
> ---
> 
> Changed the tags on Tests. Testing not done
> 
> 
> Thanks,
> 
> Chandan Purushothama
> 
>

Build failed in Jenkins: cloudstack-4.3-maven-build #625

[jenkins]

See 

Changes:

[Rohit Yadav] CLOUDSTACK-6805: UI > create account > fix a bug that account 
creation failed when password contains # character.

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

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url git://git.apache.org/cloudstack.git # 
 > timeout=400
Fetching upstream changes from git://git.apache.org/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress git://git.apache.org/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git rev-parse origin/4.3^{commit} # timeout=400
Checking out Revision 48f595beac0928e0ca96875600cebd7b68b80a48 (origin/4.3)
 > /usr/bin/git config core.sparsecheckout # timeout=400
 > /usr/bin/git checkout -f 48f595beac0928e0ca96875600cebd7b68b80a48
 > /usr/bin/git rev-list 88d222abaa4bffa09370348f1b5e143179c56781 # timeout=400
FATAL: Couldn’t find any executable in /opt/apache-maven-3.0.5
Build step 'Invoke top-level Maven targets' marked build as failure

[QUESTION] db upgrade paths

[Daan Hoogland]

I just cancelled the vote on 4.4.2 because I forgot about the upgrade
and didn't test properly. Then I investigated and found that for
several upgrades from prior versions to 4.4.1 where added. But also
upgrade paths end at 4.3.0. Is this right? Is there a ratio? What are
we/should we still support?

I thought no man was left behind.

-- 
Daan

Re: Review Request 27985: CLOUDSTACK-7860: test_eip_elb.py - Move Netscler info out of the test case. Read it from config. Fix attribute error. Fix pep8 issues. Fix imports.

[SrikanteswaraRao Talluri]

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



test/integration/component/test_eip_elb.py


As we are not using this flag,  can we remove this?


- SrikanteswaraRao Talluri


On Nov. 13, 2014, 12:35 p.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27985/
> ---
> 
> (Updated Nov. 13, 2014, 12:35 p.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7860
> https://issues.apache.org/jira/browse/CLOUDSTACK-7860
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Move netscaler info out of the test case. Read it from config file.
> 
> Other changes:
> 1. Fix attribute errors
> 2. Fix pep8 issues
> 3. Fix imports
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_eip_elb.py c35ea9b 
> 
> Diff: https://reviews.apache.org/r/27985/diff/
> 
> 
> Testing
> ---
> 
> Yes. 4 test cases failed out of 9. Separate analysis should be done for these 
> becase these are assertion errors.
> 
> Log:
> Test EIP by deploying an instance ... === TestName: 
> test_01_eip_by_deploying_instance | Status : FAILED ===
> FAIL
> Test associate new IP and enable static NAT for new IP and the VM ... === 
> TestName: test_02_acquire_ip_enable_static_nat | Status : SUCCESS ===
> ok
> Test disable static NAT and release EIP acquired ... === TestName: 
> test_03_disable_static_nat | Status : FAILED ===
> FAIL
> Test disable static NAT with system = True ... === TestName: 
> test_04_disable_static_nat_system | Status : SUCCESS ===
> ok
> Test EIO after destroying instance ... === TestName: test_05_destroy_instance 
> | Status : FAILED ===
> FAIL
> Test ELB by creating a LB rule ... === TestName: test_01_elb_create | Status 
> : SUCCESS ===
> ok
> Test ELB by acquiring IP and then creating a LB rule ... === TestName: 
> test_02_elb_acquire_and_create | Status : SUCCESS ===
> ok
> Test delete LB rule generated with public IP with is_system = 1 ... === 
> TestName: test_03_elb_delete_lb_system | Status : SUCCESS ===
> ok
> Test delete LB rule generated on EIP ... === TestName: 
> test_04_delete_lb_on_eip | Status : FAILED ===
> FAIL
> 
> 
> Failure details:
> 2014-11-12 23:51:58,884 - CRITICAL - FAILED: 
> test_01_eip_by_deploying_instance: ['Traceback (most recent call last):\n', ' 
>  File "/usr/local/lib/python2.7/unittest/
> case.py", line 318, in run\ntestMethod()\n', '  File 
> "/root/test/test_eip_elb.py", line 361, in 
> test_01_eip_by_deploying_instance\n"User source IP should be
> enabled for INAT service")\n', '  File 
> "/usr/local/lib/python2.7/unittest/case.py", line 494, in assertEqual\n
> assertion_func(first, second, msg=msg)\n', '  File "
> usr/local/lib/python2.7/unittest/case.py", line 487, in _baseAssertEqual\n
> raise self.failureException(msg)\n', 'AssertionError: User source IP should 
> be enabled
> for INAT service\n']
> 
> 
> 2014-11-12 23:53:20,415 - CRITICAL - FAILED: test_03_disable_static_nat: 
> ['Traceback (most recent call last):\n', '  File 
> "/usr/local/lib/python2.7/unittest/case.py",
> line 318, in run\ntestMethod()\n', '  File "/root/test/test_eip_elb.py", 
> line 704, in test_03_disable_static_nat\n"User source IP should be 
> enabled for INAT
> service"\n', '  File "/usr/local/lib/python2.7/unittest/case.py", line 494, 
> in assertEqual\nassertion_func(first, second, msg=msg)\n', '  File 
> "/usr/local/lib/
> python2.7/unittest/case.py", line 487, in _baseAssertEqual\nraise 
> self.failureException(msg)\n', 'AssertionError: User source IP should be 
> enabled for INAT
> service\n']
> 
> 
> 2014-11-12 23:54:06,560 - CRITICAL - FAILED: test_05_destroy_instance: 
> ['Traceback (most recent call last):\n', '  File 
> "/usr/local/lib/python2.7/unittest/case.py",
> line 318, in run\ntestMethod()\n', '  File "/root/test/test_eip_elb.py", 
> line 876, in test_05_destroy_instance\n"show ip should return nothing 
> after VM
> destroy"\n', '  File "/usr/local/lib/python2.7/unittest/case.py", line 494, 
> in assertEqual\nassertion_func(first, second, msg=msg)\n', '  File 
> "/usr/local/lib/
> python2.7/unittest/case.py", line 487, in _baseAssertEqual\nraise 
> self.failureException(msg)\n', 'AssertionError: show ip should return nothing 
> after VM
> destroy\n']
> 
> 
> 2014-11-12 23:56:24,592 - CRITICAL - FAILED: test_04_delete_lb_on_eip: 
> ['Traceback (most recent call last):\n', '  File 
> "/usr/local/lib/python2.7/unittest/case.py",
> line 318, in run\ntestMethod()\n', '  File "/root/test/test_eip_elb.py", 
> line 1469, in test_04_delete_lb_on_eip\n"List

Re: [ACS442] merge request

[Daan Hoogland]

On Thu, Nov 13, 2014 at 1:25 AM, Pierre-Luc Dion  wrote:
> create a 4.4.2 version in Jira


done

-- 
Daan

Build failed in Jenkins: cloudstack-4.3-maven-build #626

[jenkins]

See 

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

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url git://git.apache.org/cloudstack.git # 
 > timeout=400
Fetching upstream changes from git://git.apache.org/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress git://git.apache.org/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git rev-parse origin/4.3^{commit} # timeout=400
Checking out Revision 48f595beac0928e0ca96875600cebd7b68b80a48 (origin/4.3)
 > /usr/bin/git config core.sparsecheckout # timeout=400
 > /usr/bin/git checkout -f 48f595beac0928e0ca96875600cebd7b68b80a48
 > /usr/bin/git rev-list 48f595beac0928e0ca96875600cebd7b68b80a48 # timeout=400
FATAL: Couldn’t find any executable in /opt/apache-maven-3.0.5
Build step 'Invoke top-level Maven targets' marked build as failure

Re: Review Request 27985: CLOUDSTACK-7860: test_eip_elb.py - Move Netscler info out of the test case. Read it from config. Fix attribute error. Fix pep8 issues. Fix imports.

[Gaurav Aradhye]

> On Nov. 13, 2014, 6:19 p.m., SrikanteswaraRao Talluri wrote:
> > test/integration/component/test_eip_elb.py, line 249
> > 
> >
> > As we are not using this flag,  can we remove this?

Yes that was unused variable and I commented it out. Forgot to completely 
remove it. I will udpate the patch.


- Gaurav


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


On Nov. 13, 2014, 6:05 p.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27985/
> ---
> 
> (Updated Nov. 13, 2014, 6:05 p.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7860
> https://issues.apache.org/jira/browse/CLOUDSTACK-7860
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Move netscaler info out of the test case. Read it from config file.
> 
> Other changes:
> 1. Fix attribute errors
> 2. Fix pep8 issues
> 3. Fix imports
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_eip_elb.py c35ea9b 
> 
> Diff: https://reviews.apache.org/r/27985/diff/
> 
> 
> Testing
> ---
> 
> Yes. 4 test cases failed out of 9. Separate analysis should be done for these 
> becase these are assertion errors.
> 
> Log:
> Test EIP by deploying an instance ... === TestName: 
> test_01_eip_by_deploying_instance | Status : FAILED ===
> FAIL
> Test associate new IP and enable static NAT for new IP and the VM ... === 
> TestName: test_02_acquire_ip_enable_static_nat | Status : SUCCESS ===
> ok
> Test disable static NAT and release EIP acquired ... === TestName: 
> test_03_disable_static_nat | Status : FAILED ===
> FAIL
> Test disable static NAT with system = True ... === TestName: 
> test_04_disable_static_nat_system | Status : SUCCESS ===
> ok
> Test EIO after destroying instance ... === TestName: test_05_destroy_instance 
> | Status : FAILED ===
> FAIL
> Test ELB by creating a LB rule ... === TestName: test_01_elb_create | Status 
> : SUCCESS ===
> ok
> Test ELB by acquiring IP and then creating a LB rule ... === TestName: 
> test_02_elb_acquire_and_create | Status : SUCCESS ===
> ok
> Test delete LB rule generated with public IP with is_system = 1 ... === 
> TestName: test_03_elb_delete_lb_system | Status : SUCCESS ===
> ok
> Test delete LB rule generated on EIP ... === TestName: 
> test_04_delete_lb_on_eip | Status : FAILED ===
> FAIL
> 
> 
> Failure details:
> 2014-11-12 23:51:58,884 - CRITICAL - FAILED: 
> test_01_eip_by_deploying_instance: ['Traceback (most recent call last):\n', ' 
>  File "/usr/local/lib/python2.7/unittest/
> case.py", line 318, in run\ntestMethod()\n', '  File 
> "/root/test/test_eip_elb.py", line 361, in 
> test_01_eip_by_deploying_instance\n"User source IP should be
> enabled for INAT service")\n', '  File 
> "/usr/local/lib/python2.7/unittest/case.py", line 494, in assertEqual\n
> assertion_func(first, second, msg=msg)\n', '  File "
> usr/local/lib/python2.7/unittest/case.py", line 487, in _baseAssertEqual\n
> raise self.failureException(msg)\n', 'AssertionError: User source IP should 
> be enabled
> for INAT service\n']
> 
> 
> 2014-11-12 23:53:20,415 - CRITICAL - FAILED: test_03_disable_static_nat: 
> ['Traceback (most recent call last):\n', '  File 
> "/usr/local/lib/python2.7/unittest/case.py",
> line 318, in run\ntestMethod()\n', '  File "/root/test/test_eip_elb.py", 
> line 704, in test_03_disable_static_nat\n"User source IP should be 
> enabled for INAT
> service"\n', '  File "/usr/local/lib/python2.7/unittest/case.py", line 494, 
> in assertEqual\nassertion_func(first, second, msg=msg)\n', '  File 
> "/usr/local/lib/
> python2.7/unittest/case.py", line 487, in _baseAssertEqual\nraise 
> self.failureException(msg)\n', 'AssertionError: User source IP should be 
> enabled for INAT
> service\n']
> 
> 
> 2014-11-12 23:54:06,560 - CRITICAL - FAILED: test_05_destroy_instance: 
> ['Traceback (most recent call last):\n', '  File 
> "/usr/local/lib/python2.7/unittest/case.py",
> line 318, in run\ntestMethod()\n', '  File "/root/test/test_eip_elb.py", 
> line 876, in test_05_destroy_instance\n"show ip should return nothing 
> after VM
> destroy"\n', '  File "/usr/local/lib/python2.7/unittest/case.py", line 494, 
> in assertEqual\nassertion_func(first, second, msg=msg)\n', '  File 
> "/usr/local/lib/
> python2.7/unittest/case.py", line 487, in _baseAssertEqual\nraise 
> self.failureException(msg)\n', 'AssertionError: show ip should return nothing 
> after VM
> destroy\n']
> 
> 
> 2014-11-12 23:56:24,592 - CRITICAL - FAILED: test_04_delete_lb_on_eip: 
> ['Traceback (most recent 

Re: [QUESTION] db upgrade paths

[Rohit Yadav]

The would be simply add upgrade paths. If 4.4.2 has empty upgrade paths, create 
an empty upgrade path or have the Java class simply overload the 
Upgrade440to441 class etc. We will need to fix the same in master and 4.5 once 
done and if applicable.

> On 13-Nov-2014, at 6:15 pm, Daan Hoogland  wrote:
>
> I just cancelled the vote on 4.4.2 because I forgot about the upgrade
> and didn't test properly. Then I investigated and found that for
> several upgrades from prior versions to 4.4.1 where added. But also
> upgrade paths end at 4.3.0. Is this right? Is there a ratio? What are
> we/should we still support?
>
> I thought no man was left behind.
>
> --
> Daan

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: Review Request 27860: CLOUDSTACK-7879: Skip dynamic scaling on vmware if vmware-tools are not installed

[SrikanteswaraRao Talluri]

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

Ship it!


46d9f8c6f5140019c5a9d6b929900a109abcee3f 4.5
a4653e4a1fd65e20e0bee087accd45a303e8b968 master

- SrikanteswaraRao Talluri


On Nov. 11, 2014, 10:39 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27860/
> ---
> 
> (Updated Nov. 11, 2014, 10:39 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7879
> https://issues.apache.org/jira/browse/CLOUDSTACK-7879
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Skip dynamic scaling test cases on vmware if vmware-tools are not installed 
> on the VM.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_dynamic_compute_offering.py a3e2d56 
> 
> Diff: https://reviews.apache.org/r/27860/diff/
> 
> 
> Testing
> ---
> 
> Yes.
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 27859: CLOUDSTACK-7878: test_scale_vm.py -Skip scale VM operation on vmware if vmware tools are not installed

[SrikanteswaraRao Talluri]

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

Ship it!


b3faab6f429fd35c381967e11444c571448caa51 4.5
fbd0b7cb44d9a5dd90c993dd7af5fcdf5a3701b3 master

- SrikanteswaraRao Talluri


On Nov. 11, 2014, 10:05 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27859/
> ---
> 
> (Updated Nov. 11, 2014, 10:05 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7878
> https://issues.apache.org/jira/browse/CLOUDSTACK-7878
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Changes:
> 1. Skip test case if vmware tools are not installed on vmware
> 1. Fix pep8 issue
> 2. Correct imports
> 
> 
> Diffs
> -
> 
>   test/integration/smoke/test_scale_vm.py 
> 3a2983e08ff433aae63263947249db99668907fa 
> 
> Diff: https://reviews.apache.org/r/27859/diff/
> 
> 
> Testing
> ---
> 
> Yes.
> 
> Log:
> Test scale virtual machine ... SKIP: Skipping scale VM operation because  
>   VMware tools are not installed on the VM
> 
> --
> Ran 1 test in 255.516s
> 
> OK (SKIP=1)
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 27985: CLOUDSTACK-7860: test_eip_elb.py - Move Netscler info out of the test case. Read it from config. Fix attribute error. Fix pep8 issues. Fix imports.

[Gaurav Aradhye]

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

(Updated Nov. 13, 2014, 6:32 p.m.)


Review request for cloudstack and SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description
---

Move netscaler info out of the test case. Read it from config file.

Other changes:
1. Fix attribute errors
2. Fix pep8 issues
3. Fix imports


Diffs (updated)
-

  test/integration/component/test_eip_elb.py c35ea9b 

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


Testing
---

Yes. 4 test cases failed out of 9. Separate analysis should be done for these 
becase these are assertion errors.

Log:
Test EIP by deploying an instance ... === TestName: 
test_01_eip_by_deploying_instance | Status : FAILED ===
FAIL
Test associate new IP and enable static NAT for new IP and the VM ... === 
TestName: test_02_acquire_ip_enable_static_nat | Status : SUCCESS ===
ok
Test disable static NAT and release EIP acquired ... === TestName: 
test_03_disable_static_nat | Status : FAILED ===
FAIL
Test disable static NAT with system = True ... === TestName: 
test_04_disable_static_nat_system | Status : SUCCESS ===
ok
Test EIO after destroying instance ... === TestName: test_05_destroy_instance | 
Status : FAILED ===
FAIL
Test ELB by creating a LB rule ... === TestName: test_01_elb_create | Status : 
SUCCESS ===
ok
Test ELB by acquiring IP and then creating a LB rule ... === TestName: 
test_02_elb_acquire_and_create | Status : SUCCESS ===
ok
Test delete LB rule generated with public IP with is_system = 1 ... === 
TestName: test_03_elb_delete_lb_system | Status : SUCCESS ===
ok
Test delete LB rule generated on EIP ... === TestName: test_04_delete_lb_on_eip 
| Status : FAILED ===
FAIL


Failure details:
2014-11-12 23:51:58,884 - CRITICAL - FAILED: test_01_eip_by_deploying_instance: 
['Traceback (most recent call last):\n', '  File 
"/usr/local/lib/python2.7/unittest/
case.py", line 318, in run\ntestMethod()\n', '  File 
"/root/test/test_eip_elb.py", line 361, in test_01_eip_by_deploying_instance\n  
  "User source IP should be
enabled for INAT service")\n', '  File 
"/usr/local/lib/python2.7/unittest/case.py", line 494, in assertEqual\n
assertion_func(first, second, msg=msg)\n', '  File "
usr/local/lib/python2.7/unittest/case.py", line 487, in _baseAssertEqual\n
raise self.failureException(msg)\n', 'AssertionError: User source IP should be 
enabled
for INAT service\n']


2014-11-12 23:53:20,415 - CRITICAL - FAILED: test_03_disable_static_nat: 
['Traceback (most recent call last):\n', '  File 
"/usr/local/lib/python2.7/unittest/case.py",
line 318, in run\ntestMethod()\n', '  File "/root/test/test_eip_elb.py", 
line 704, in test_03_disable_static_nat\n"User source IP should be enabled 
for INAT
service"\n', '  File "/usr/local/lib/python2.7/unittest/case.py", line 494, in 
assertEqual\nassertion_func(first, second, msg=msg)\n', '  File 
"/usr/local/lib/
python2.7/unittest/case.py", line 487, in _baseAssertEqual\nraise 
self.failureException(msg)\n', 'AssertionError: User source IP should be 
enabled for INAT
service\n']


2014-11-12 23:54:06,560 - CRITICAL - FAILED: test_05_destroy_instance: 
['Traceback (most recent call last):\n', '  File 
"/usr/local/lib/python2.7/unittest/case.py",
line 318, in run\ntestMethod()\n', '  File "/root/test/test_eip_elb.py", 
line 876, in test_05_destroy_instance\n"show ip should return nothing after 
VM
destroy"\n', '  File "/usr/local/lib/python2.7/unittest/case.py", line 494, in 
assertEqual\nassertion_func(first, second, msg=msg)\n', '  File 
"/usr/local/lib/
python2.7/unittest/case.py", line 487, in _baseAssertEqual\nraise 
self.failureException(msg)\n', 'AssertionError: show ip should return nothing 
after VM
destroy\n']


2014-11-12 23:56:24,592 - CRITICAL - FAILED: test_04_delete_lb_on_eip: 
['Traceback (most recent call last):\n', '  File 
"/usr/local/lib/python2.7/unittest/case.py",
line 318, in run\ntestMethod()\n', '  File "/root/test/test_eip_elb.py", 
line 1469, in test_04_delete_lb_on_eip\n"List Public IP address should 
return valid
IP address for network"\n', '  File 
"/usr/local/lib/python2.7/unittest/case.py", line 494, in assertEqual\n
assertion_func(first, second, msg=msg)\n', '  File "/
usr/local/lib/python2.7/unittest/case.py", line 487, in _baseAssertEqual\n
raise self.failureException(msg)\n', 'AssertionError: List Public IP address 
should
return valid IP address for network\n']


Thanks,

Gaurav Aradhye

Build failed in Jenkins: cloudstack-4.3-maven-build #627

[jenkins]

See 

Changes:

[Rohit Yadav] CLOUDSTACK-6892: use lowercase noredist, as package.sh lowercases 
build type

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

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url git://git.apache.org/cloudstack.git # 
 > timeout=400
Fetching upstream changes from git://git.apache.org/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress git://git.apache.org/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git rev-parse origin/4.3^{commit} # timeout=400
Checking out Revision 2aabcc11d305584dd200427bad13aaf1d46374a4 (origin/4.3)
 > /usr/bin/git config core.sparsecheckout # timeout=400
 > /usr/bin/git checkout -f 2aabcc11d305584dd200427bad13aaf1d46374a4
 > /usr/bin/git rev-list 48f595beac0928e0ca96875600cebd7b68b80a48 # timeout=400
FATAL: Couldn’t find any executable in /opt/apache-maven-3.0.5
Build step 'Invoke top-level Maven targets' marked build as failure

Build failed in Jenkins: build-4.5-simulator #44

[jenkins]

See 

Changes:

[talluri] CLOUDSTACK-7879: Skip dynamic scaling on vmware if vmware-tools are 
not installed

[talluri] CLOUDSTACK-7693: test_scale_vm.py - fix pep8 issues

--
[...truncated 1259 lines...]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 1 resource
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-engine-components-api ---
[INFO] Compiling 31 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-engine-components-api ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-engine-components-api ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-engine-components-api ---
[INFO] Surefire report directory: 


---
 T E S T S
---

Results :

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Server 4.5.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-server ---
[INFO] Deleting 
 
(includes = [**/*], excludes = [])
[INFO] Deleting 
 (includes = 
[target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-server ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ cloud-server 
---
[INFO] 
[INFO] --- maven-antrun-plugin:1.7:run (generate-resource) @ cloud-server ---
[INFO] Executing tasks

main:
 [copy] Copying 3 files to 

 [copy] Copying 1 file to 

[INFO] Executed tasks
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-server ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 30 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-server 
---
[INFO] Compiling 367 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-server ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 30 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-server ---
[INFO] Compiling 93 source files to 

[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-server ---
[INFO] Surefire report directory: 


---
 T E S T S
---
Running com.cloud.event.EventControlsUnitTest
log4j:WARN No appenders could be found for logger 
(com.cloud.event.EventControlsUnitTest).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more 
info.
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.682 sec
Running com.cloud.keystore.KeystoreTest
org.apache.cloudstack.api.response.UserVmResponse/null/{"id":"3","securitygroup":[],"nic":[],"tags":[],"affinitygroup":[]}
org.apache.cloudstack.api.response.AlertResponse/null/{"id":"100","description":"Hello"}
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.174 sec
Running com.cloud.alert.AlertControlsUnitTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.034 sec
Running com.cloud.capacity.CapacityManagerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapse

Re: Review Request 27979: CLOUDSTACK-7903: Decrease minimal usage aggregation range value

[Simon Fiddaman]

> On Nov. 13, 2014, 10:11 a.m., Rohit Yadav wrote:
> > I've added Kishan to this as well. Though it looks good and we can surely 
> > accept it. I think it makes sense to either set it to 1 or have a global 
> > configuration added which makes it easy for sysadmins to set a value they 
> > want instead of hard coding it.

This request is to change the minimum value that another (already configurable) 
value can be set to. Why not simply enforce USAGE_AGGREGATION_RANGE to integer 
type and abolish the USAGE_AGGREGATION_RANGE_MIN parameter (thus the minimum 
value for USAGE_AGGREGATION_RANGE is 1)? A note could even be added to the 
USAGE_AGGREGATION_RANGE configuration entry point stating this will result in 
1440/USAGE_AGGREGATION_RANGE usage records per day entered in the Usage DB for 
each Network.


- Simon


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


On Nov. 13, 2014, 10:09 a.m., Ilia Shakitko wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27979/
> ---
> 
> (Updated Nov. 13, 2014, 10:09 a.m.)
> 
> 
> Review request for cloudstack, Kishan Kavala, Rohit Yadav, and Wei Zhou.
> 
> 
> Bugs: CLOUDSTACK-7903
> https://issues.apache.org/jira/browse/CLOUDSTACK-7903
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> When you want to build 95-percentile billing model for the network traffic 
> usage, it is good to have 5-minutes usage samples instead of 10 (which is 
> minimum allowed in ACS at the moment).
> This change decreases the lower limit for USAGE_AGGREGATION_RANGE_MIN 
> parameter.
> 
> Will be happy if patch can be included to the 4.4.2 tag.
> 
> 
> Diffs
> -
> 
>   usage/src/com/cloud/usage/UsageManagerImpl.java fe7ee1e 
> 
> Diff: https://reviews.apache.org/r/27979/diff/
> 
> 
> Testing
> ---
> 
> Tested on both 4.4 and master branches.
> 
> 
> Thanks,
> 
> Ilia Shakitko
> 
>

Re: [QUESTION] db upgrade paths

[Daan Hoogland]

On Thu, Nov 13, 2014 at 1:57 PM, Rohit Yadav  wrote:
> The would be simply add upgrade paths. If 4.4.2 has empty upgrade paths, 
> create an empty upgrade path or have the Java class simply overload the 
> Upgrade440to441 class etc. We will need to fix the same in master and 4.5 
> once done and if applicable.


I know, I did some more looking and found

_upgradeMap.put("2.2.13", new DbUpgrade[] {new
Upgrade2213to2214(), new Upgrade2214to30(), new Upgrade30to301(),
new Upgrade301to302(), new Upgrade302to40(), new
Upgrade40to41(), new Upgrade410to420(), new Upgrade420to421(), new
Upgrade421to430(), new Upgrade430to440(), new Upgrade440to441()});

_upgradeMap.put("2.2.14", new DbUpgrade[] {new
Upgrade2214to30(), new Upgrade30to301(), new Upgrade301to302(),
new Upgrade302to40(), new Upgrade40to41(), new
Upgrade410to420(), new Upgrade420to421(), new Upgrade421to430(), new
Upgrade430to440(), new Upgrade440to441()});

_upgradeMap.put("2.2.13", new DbUpgrade[] {new
Upgrade2213to2214(), new Upgrade2214to30(), new Upgrade30to301(), new
Upgrade301to302(), new Upgrade302to40(),
new Upgrade40to41(), new Upgrade410to420(), new
Upgrade420to421(), new Upgrade421to430()});

_upgradeMap.put("2.2.14", new DbUpgrade[] {new
Upgrade2214to30(), new Upgrade30to301(), new Upgrade301to302(), new
Upgrade302to40(), new Upgrade40to41(),
new Upgrade410to420(), new Upgrade420to421(), new
Upgrade421to430()});

-- 
Daan

Re: Review Request 27321: CLOUDSTACK-7815: Automation test cases for system VM HA test path

[Ashutosh Kelkar]

> On Nov. 10, 2014, 12:05 p.m., SrikanteswaraRao Talluri wrote:
> > test/integration/testpaths/testpath_system_vm_ha.py, line 462
> > 
> >
> > I feel this step is not related to this test.

We are just making sure none of the VM or System VM is still present on the 
host. If any was present, then it's migrated. I have updated the comment.


> On Nov. 10, 2014, 12:05 p.m., SrikanteswaraRao Talluri wrote:
> > test/integration/testpaths/testpath_system_vm_ha.py, line 532
> > 
> >
> > how do you make sure that guest  VMs and router VMs are on the same 
> > host. otherwise, you will not see them migrate to another host.

Yes, we are only checking that no vm/system Vm is present on the host and if 
any it is moved to other host.


- Ashutosh


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


On Nov. 3, 2014, 8:51 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27321/
> ---
> 
> (Updated Nov. 3, 2014, 8:51 a.m.)
> 
> 
> Review request for cloudstack, suresh sadhu and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7815
> https://issues.apache.org/jira/browse/CLOUDSTACK-7815
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Convers around 12 scenarios.
> More patches to follow if scenarios are automatable.
> 
> 
> Diffs
> -
> 
>   test/integration/testpaths/testpath_system_vm_ha.py PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/27321/diff/
> 
> 
> Testing
> ---
> 
> Bring down the host on which SSVM is running ... === TestName: 
> test_01_bring_ssvm_host_down | Status : SUCCESS ===
> ok
> Bring down the host on which CPVM is running ... === TestName: 
> test_02_bring_cpvm_host_down | Status : SUCCESS ===
> ok
> Bring down the host on which router is running ... === TestName: 
> test_03_bring_router_host_down | Status : SUCCESS ===
> ok
> 
> --
> Ran 3 tests in 1137.479s
> 
> OK
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Build failed in Jenkins: cloudstack-4.4-maven-build #494

[jenkins]

See 

Changes:

[pdion891] CLOUDSTACK-7887: change int to str into swiftxen

--
[...truncated 1327 lines...]
main:
 [copy] Copying 3 files to 

 [copy] Copying 1 file to 

[INFO] Executed tasks
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-server ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 30 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-server 
---
[INFO] Compiling 360 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-server ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 29 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-server ---
[INFO] Compiling 82 source files to 

[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ cloud-server ---
[INFO] Surefire report directory: 


---
 T E S T S
---
Running com.cloud.event.EventControlsUnitTest
log4j:WARN No appenders could be found for logger 
(com.cloud.event.EventControlsUnitTest).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more 
info.
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.597 sec
Running com.cloud.keystore.KeystoreTest
org.apache.cloudstack.api.response.UserVmResponse/null/{"id":"3","securitygroup":[],"nic":[],"tags":[],"affinitygroup":[]}
org.apache.cloudstack.api.response.AlertResponse/null/{"id":"100","description":"Hello"}
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.141 sec
Running com.cloud.alert.AlertControlsUnitTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.031 sec
Running com.cloud.capacity.CapacityManagerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.139 sec
Running com.cloud.resourcelimit.ResourceLimitManagerImplTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running com.cloud.network.firewall.FirewallManagerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0 sec
Running com.cloud.network.UpdatePhysicalNetworkTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.193 sec
Running com.cloud.network.CreatePrivateNetworkTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.108 sec
Running com.cloud.network.NetworkModelTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.089 sec
Running com.cloud.network.security.SecurityGroupManagerImplTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.851 sec
Running com.cloud.network.security.SecurityGroupQueueTest
Total jobs dequeued = 10, num queued=1001 queue current size=991
Num Vms= 50 Queue size = 50
Num Vms= 2 Queue size = 2 time=991 ms
Num Vms= 5000 Queue size = 5000 time=675 ms
Num Vms= 1 Queue size = 1 time=1 ms
Num Vms= 100 Queue size = 100 time=263 ms
Num Vms= 1 Queue size = 1 time=287 ms
Total jobs dequeued = 10, num queued=1010 queue current size=1000
Total jobs dequeued = 1, num queued=1001 queue current size=1000
Total jobs dequeued = 10, num queued=1000 queue current size=990
Total jobs dequeued = 10, num queued=10 queue current size=0
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.372 sec
Running com.cloud.network.vpc.VpcManagerImplTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.029 sec
Running com.cloud.network.DedicateGuestVlanRangesTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.051 sec
Running com.cloud.network.lb.AssignLoadBalancerTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.097 sec
Running com.cloud.network.dao.NetworkDaoTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec
Running com.cloud.vm.DeploymentPlanningManagerImplTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.675 sec
Running com.cloud.vm.snapshot.VMSnapshotManagerTest
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.138 sec
Running com.cloud.vm.UserVmManagerTest
Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elaps

RE: i18n issues in (master) GUI

[Mihaela Stoica]

We have fixed this issue in master, with all changes logged against ticket 
CLOUDSTACK-7645.

Thank you,
Mihaela

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: 10 November 2014 15:46
To: dev@cloudstack.apache.org
Subject: Re: i18n issues in (master) GUI

I do see this issue still every now and then. Typically I notice it when I 
re-compile the codebase and access the GUI for the first time. If I log out and 
back in again, the problem goes away.

I can try out your fix.

Thanks!

On Mon, Nov 10, 2014 at 6:15 AM, Mihaela Stoica 
wrote:

> Hi,
>
> Is anyone still experiencing these issues? If so, and willing to test 
> a fix, please let me know and I can provide you with a patch.
>
> Many thanks,
> Mihaela
>
> -Original Message-
> From: Leo Simons [mailto:lsim...@schubergphilis.com]
> Sent: 15 October 2014 07:58
> To: 
> Subject: Re: i18n issues in (master) GUI
>
> Yeah I've seen it, though not consistently, so I thought I might have 
> been going crazy, or more optimistically that someone has been doing 
> work in that area.
>
> Cheers,
>
> Leo
>
> Sent from my iPhone
>
> > On 15 Oct 2014, at 03:43, "Mike Tutkowski" 
> > 
> wrote:
> >
> > Hi,
> >
> > Is anyone else noticing a lot of issues where text is not being 
> > found in the applicable properties file and so we end up with text 
> > like label.storage, label.volumes, label.upload.volume, etc. in the GUI?
> >
> > 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
> > *(tm)*
>



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

certificate tests

[Daan Hoogland]

Frank

380ecf2253dd03905df25f30422b67ec1b17ff19

fix expried certificate in unit test

(cherry picked from commit 88561e154f6d451d2437e7e6887417df6106c275)

, had the unit tests disabled. Why are certificates renewed yet unit
tests disabled? I re-enabled them and they run on my machine but not
in jenkins.

Can you shed some light?
-- 
Daan

Re: [ACS442] merge request

[Daan Hoogland]

merged

On Thu, Nov 13, 2014 at 1:48 PM, Daan Hoogland  wrote:
> On Thu, Nov 13, 2014 at 1:25 AM, Pierre-Luc Dion  wrote:
>> create a 4.4.2 version in Jira
>
>
> done
>
> --
> Daan



-- 
Daan

Review Request 27991: CLOUDSTACK-7645: Use the localization function _l() instead of dictionary directly

[Mihaela Stoica]

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

Review request for cloudstack, Brian Federle and Jessica Wang.


Repository: cloudstack-git


Description
---

Removed instances of dictionary[...], since all localization strings should go 
through the localization function _l(...)


Diffs
-

  ui/scripts/configuration.js 2a9829d 
  ui/scripts/installWizard.js 85eaff0 
  ui/scripts/instances.js 0caaa39 
  ui/scripts/system.js c341db9 
  ui/scripts/ui-custom/zoneWizard.js 2c17f60 
  ui/scripts/zoneWizard.js 9fccb8b 

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


Testing
---


Thanks,

Mihaela Stoica

Re: Review Request 27991: CLOUDSTACK-7645: Use the localization function _l() instead of dictionary directly

[Mihaela Stoica]

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

(Updated Nov. 13, 2014, 2:55 p.m.)


Review request for cloudstack, Brian Federle and Jessica Wang.


Repository: cloudstack-git


Description
---

Removed instances of dictionary[...], since all localization strings should go 
through the localization function _l(...)


Diffs
-

  ui/scripts/configuration.js 2a9829d 
  ui/scripts/installWizard.js 85eaff0 
  ui/scripts/instances.js 0caaa39 
  ui/scripts/system.js c341db9 
  ui/scripts/ui-custom/zoneWizard.js 2c17f60 
  ui/scripts/zoneWizard.js 9fccb8b 

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


Testing
---


Thanks,

Mihaela Stoica

Re: [DISCUSS][ACS44] release 4.4.2

[Mike Tutkowski]

I don't mind deleting the branch myself, but I wonder if it makes more
sense for the RM to do so once he/she has merged the change(s) in from the
hotfix branch (as sort of another indication to the hotfix-branch submitter
that his/her fix(es) have been merged).

On Wed, Nov 12, 2014 at 2:02 AM, Daan Hoogland 
wrote:

> go ahead, no protocol carved in stone. What do you suggest?
>
> On Wed, Nov 12, 2014 at 5:18 AM, Mike Tutkowski
>  wrote:
> > Hey Daan,
> >
> > What's the protocol once you merge the code in (which you have already
> done
> > for me here)? Do I delete the hotfix branch or is that something you plan
> > on doing?
> >
> > Thanks!
> > Mike
> >
> > On Tue, Nov 11, 2014 at 9:17 AM, Daan Hoogland 
> > wrote:
> >
> >> merged
> >>
> >> On Tue, Nov 11, 2014 at 5:05 PM, Mike Tutkowski
> >>  wrote:
> >> > Hi Daan,
> >> >
> >> > Here is the ticket:
> >> >
> >> > https://issues.apache.org/jira/browse/CLOUDSTACK-7883
> >> >
> >> > Here is the hotfix branch:
> >> >
> >> > hotfix/4.4/CLOUDSTACK-7883
> >> >
> >> > Thanks!
> >> >
> >> > Mike
> >> >
> >> > On Tue, Nov 11, 2014 at 8:03 AM, Daan Hoogland <
> daan.hoogl...@gmail.com>
> >> > wrote:
> >> >
> >> >> Mike, make your own. name it hotfix/4.4/ and
> contact
> >> me.
> >> >>
> >> >> On Tue, Nov 11, 2014 at 3:55 PM, Mike Tutkowski
> >> >>  wrote:
> >> >> > Yes, I have one. SolidFire-driver only code. Do we have a branch
> for
> >> this
> >> >> > already?
> >> >> >
> >> >> > On Tuesday, November 11, 2014, Daan Hoogland <
> daan.hoogl...@gmail.com
> >> >
> >> >> > wrote:
> >> >> >
> >> >> >> H,
> >> >> >>
> >> >> >> As we made a big boogy by have a different commit id used for the
> >> >> >> artifact as for the tag/vote, I need to create a new relase
> including
> >> >> >> vote. Does anybody have last minute entries/fixes they want in? I
> >> plan
> >> >> >> to build tonight (about 21:00 UTC)
> >> >> >>
> >> >> >> regards,
> >> >> >> --
> >> >> >> Daan
> >> >> >>
> >> >> >
> >> >> >
> >> >> > --
> >> >> > *Mike Tutkowski*
> >> >> > *Senior CloudStack Developer, SolidFire Inc.*
> >> >> > e: mike.tutkow...@solidfire.com
> >> >> > o: 303.746.7302
> >> >> > Advancing the way the world uses the cloud
> >> >> > *™*
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Daan
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > *Mike Tutkowski*
> >> > *Senior CloudStack Developer, SolidFire Inc.*
> >> > e: mike.tutkow...@solidfire.com
> >> > o: 303.746.7302
> >> > Advancing the way the world uses the cloud
> >> > *™*
> >>
> >>
> >>
> >> --
> >> Daan
> >>
> >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > *™*
>
>
>
> --
> Daan
>



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

Re: Serious (ajax) GUI issues sometimes

[Mike Tutkowski]

Hi Andrija,

Thanks for the feedback...very useful.

I wonder if you'd be willing to open up JIRA tickets for these and mark
them as UI related? That way the people who work on the UI regularly will
have easy access to your comments.

https://issues.apache.org/jira/browse/CLOUDSTACK/?selectedTab=com.atlassian.jira.jira-projects-plugin:summary-panel

Thanks again!
Mike

On Wed, Nov 12, 2014 at 12:41 AM, Andrija Panic 
wrote:

> Hi team,
>
> is anybody of you aware of the GUI issues when connected to some i.e.
> wireless with somewhat big latencies or it sometimes happen even on more
> than good internet connection:
>
> i.e:
> 1)
> (A serious one, that we encounter pretty often):
>
> Issue: I start new VM deloyment wizard, choose template etc at the end
> when I click the finish, when the job should be sent to MGMT server -
> simply nothing happens - so ajax does't get executed at all, no litle
> circle spinning etc - no logs in mgmt server, simply ajax doesn't get
> executed...Same behaviour sometimes happen when I click on "Configure" on
> the VPC.
>
> I confirmed behaviour in acs 4.3.0 and I'm still checking in 4.4.1.
>
> OR
>
> 2)
> (not a big issue, however very annoying):
> I filter instances by some account/domain, then click on some instance
> (view it's properties or whatever), than in the breadcrumb I click back on
> "instances", and instead of being show the page with all the filtered
> instances, I get back to the home page of ACS...
>
> So it doesn't really happens always, but randomly, with different browsers,
> clearing all cache etc...
> The issue here is that nothing get's logged to MGMT log at all...
>
> Please let me know if anybody get similar issues, or if this is something
> on my side...
>
> Thanks,
>
>
> --
>
> Andrija Panić
>



-- 
*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: i18n issues in (master) GUI

[Mike Tutkowski]

Hi Mihaela,

I would just like to confirm that the changes in master you referred to in
this e-mail (below) are the same as the ones you sent to me directly about
three days ago.

Thanks!
Mike

On Thu, Nov 13, 2014 at 7:45 AM, Mihaela Stoica 
wrote:

> We have fixed this issue in master, with all changes logged against ticket
> CLOUDSTACK-7645.
>
> Thank you,
> Mihaela
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: 10 November 2014 15:46
> To: dev@cloudstack.apache.org
> Subject: Re: i18n issues in (master) GUI
>
> I do see this issue still every now and then. Typically I notice it when I
> re-compile the codebase and access the GUI for the first time. If I log out
> and back in again, the problem goes away.
>
> I can try out your fix.
>
> Thanks!
>
> On Mon, Nov 10, 2014 at 6:15 AM, Mihaela Stoica  >
> wrote:
>
> > Hi,
> >
> > Is anyone still experiencing these issues? If so, and willing to test
> > a fix, please let me know and I can provide you with a patch.
> >
> > Many thanks,
> > Mihaela
> >
> > -Original Message-
> > From: Leo Simons [mailto:lsim...@schubergphilis.com]
> > Sent: 15 October 2014 07:58
> > To: 
> > Subject: Re: i18n issues in (master) GUI
> >
> > Yeah I've seen it, though not consistently, so I thought I might have
> > been going crazy, or more optimistically that someone has been doing
> > work in that area.
> >
> > Cheers,
> >
> > Leo
> >
> > Sent from my iPhone
> >
> > > On 15 Oct 2014, at 03:43, "Mike Tutkowski"
> > > 
> > wrote:
> > >
> > > Hi,
> > >
> > > Is anyone else noticing a lot of issues where text is not being
> > > found in the applicable properties file and so we end up with text
> > > like label.storage, label.volumes, label.upload.volume, etc. in the
> GUI?
> > >
> > > 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
> > > *(tm)*
> >
>
>
>
> --
> *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: [DISCUSS][ACS44] release 4.4.2

[Daan Hoogland]

I don't mind deleting it either but in our present model it needs
merging/picking into several branches. (cursing intended)

On Thu, Nov 13, 2014 at 4:51 PM, Mike Tutkowski
 wrote:
> I don't mind deleting the branch myself, but I wonder if it makes more
> sense for the RM to do so once he/she has merged the change(s) in from the
> hotfix branch (as sort of another indication to the hotfix-branch submitter
> that his/her fix(es) have been merged).
>
> On Wed, Nov 12, 2014 at 2:02 AM, Daan Hoogland 
> wrote:
>
>> go ahead, no protocol carved in stone. What do you suggest?
>>
>> On Wed, Nov 12, 2014 at 5:18 AM, Mike Tutkowski
>>  wrote:
>> > Hey Daan,
>> >
>> > What's the protocol once you merge the code in (which you have already
>> done
>> > for me here)? Do I delete the hotfix branch or is that something you plan
>> > on doing?
>> >
>> > Thanks!
>> > Mike
>> >
>> > On Tue, Nov 11, 2014 at 9:17 AM, Daan Hoogland 
>> > wrote:
>> >
>> >> merged
>> >>
>> >> On Tue, Nov 11, 2014 at 5:05 PM, Mike Tutkowski
>> >>  wrote:
>> >> > Hi Daan,
>> >> >
>> >> > Here is the ticket:
>> >> >
>> >> > https://issues.apache.org/jira/browse/CLOUDSTACK-7883
>> >> >
>> >> > Here is the hotfix branch:
>> >> >
>> >> > hotfix/4.4/CLOUDSTACK-7883
>> >> >
>> >> > Thanks!
>> >> >
>> >> > Mike
>> >> >
>> >> > On Tue, Nov 11, 2014 at 8:03 AM, Daan Hoogland <
>> daan.hoogl...@gmail.com>
>> >> > wrote:
>> >> >
>> >> >> Mike, make your own. name it hotfix/4.4/ and
>> contact
>> >> me.
>> >> >>
>> >> >> On Tue, Nov 11, 2014 at 3:55 PM, Mike Tutkowski
>> >> >>  wrote:
>> >> >> > Yes, I have one. SolidFire-driver only code. Do we have a branch
>> for
>> >> this
>> >> >> > already?
>> >> >> >
>> >> >> > On Tuesday, November 11, 2014, Daan Hoogland <
>> daan.hoogl...@gmail.com
>> >> >
>> >> >> > wrote:
>> >> >> >
>> >> >> >> H,
>> >> >> >>
>> >> >> >> As we made a big boogy by have a different commit id used for the
>> >> >> >> artifact as for the tag/vote, I need to create a new relase
>> including
>> >> >> >> vote. Does anybody have last minute entries/fixes they want in? I
>> >> plan
>> >> >> >> to build tonight (about 21:00 UTC)
>> >> >> >>
>> >> >> >> regards,
>> >> >> >> --
>> >> >> >> Daan
>> >> >> >>
>> >> >> >
>> >> >> >
>> >> >> > --
>> >> >> > *Mike Tutkowski*
>> >> >> > *Senior CloudStack Developer, SolidFire Inc.*
>> >> >> > e: mike.tutkow...@solidfire.com
>> >> >> > o: 303.746.7302
>> >> >> > Advancing the way the world uses the cloud
>> >> >> > *™*
>> >> >>
>> >> >>
>> >> >>
>> >> >> --
>> >> >> Daan
>> >> >>
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > *Mike Tutkowski*
>> >> > *Senior CloudStack Developer, SolidFire Inc.*
>> >> > e: mike.tutkow...@solidfire.com
>> >> > o: 303.746.7302
>> >> > Advancing the way the world uses the cloud
>> >> > *™*
>> >>
>> >>
>> >>
>> >> --
>> >> Daan
>> >>
>> >
>> >
>> >
>> > --
>> > *Mike Tutkowski*
>> > *Senior CloudStack Developer, SolidFire Inc.*
>> > e: mike.tutkow...@solidfire.com
>> > o: 303.746.7302
>> > Advancing the way the world uses the cloud
>> > *™*
>>
>>
>>
>> --
>> Daan
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*



-- 
Daan

Re: Serious (ajax) GUI issues sometimes

[Andrija Panic]

Hi Mike,

thanks for responding. Here is the ticket:
https://issues.apache.org/jira/browse/CLOUDSTACK-7907

Not sure if it makes any sense to report other bugs/improvements - no
sorting, random sorting(seem to me) on TimeZones (completely
unusable/frustrating), etc...

Thanks again,

On 13 November 2014 16:55, Mike Tutkowski 
wrote:

> Hi Andrija,
>
> Thanks for the feedback...very useful.
>
> I wonder if you'd be willing to open up JIRA tickets for these and mark
> them as UI related? That way the people who work on the UI regularly will
> have easy access to your comments.
>
>
> https://issues.apache.org/jira/browse/CLOUDSTACK/?selectedTab=com.atlassian.jira.jira-projects-plugin:summary-panel
>
> Thanks again!
> Mike
>
> On Wed, Nov 12, 2014 at 12:41 AM, Andrija Panic 
> wrote:
>
> > Hi team,
> >
> > is anybody of you aware of the GUI issues when connected to some i.e.
> > wireless with somewhat big latencies or it sometimes happen even on more
> > than good internet connection:
> >
> > i.e:
> > 1)
> > (A serious one, that we encounter pretty often):
> >
> > Issue: I start new VM deloyment wizard, choose template etc at the
> end
> > when I click the finish, when the job should be sent to MGMT server -
> > simply nothing happens - so ajax does't get executed at all, no litle
> > circle spinning etc - no logs in mgmt server, simply ajax doesn't get
> > executed...Same behaviour sometimes happen when I click on "Configure" on
> > the VPC.
> >
> > I confirmed behaviour in acs 4.3.0 and I'm still checking in 4.4.1.
> >
> > OR
> >
> > 2)
> > (not a big issue, however very annoying):
> > I filter instances by some account/domain, then click on some instance
> > (view it's properties or whatever), than in the breadcrumb I click back
> on
> > "instances", and instead of being show the page with all the filtered
> > instances, I get back to the home page of ACS...
> >
> > So it doesn't really happens always, but randomly, with different
> browsers,
> > clearing all cache etc...
> > The issue here is that nothing get's logged to MGMT log at all...
> >
> > Please let me know if anybody get similar issues, or if this is something
> > on my side...
> >
> > Thanks,
> >
> >
> > --
> >
> > Andrija Panić
> >
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*
>



-- 

Andrija Panić

Re: [DISCUSS][ACS44] release 4.4.2

[Mike Tutkowski]

That's a good point, Daan.

So, how's about this? We should make it the responsibility of the person
who created the hotfix branch to delete it (presumably after he/she has
determined that the fix(es) in the hotfix branch have gone into all
applicable locations).

On Thu, Nov 13, 2014 at 8:59 AM, Daan Hoogland 
wrote:

> I don't mind deleting it either but in our present model it needs
> merging/picking into several branches. (cursing intended)
>
> On Thu, Nov 13, 2014 at 4:51 PM, Mike Tutkowski
>  wrote:
> > I don't mind deleting the branch myself, but I wonder if it makes more
> > sense for the RM to do so once he/she has merged the change(s) in from
> the
> > hotfix branch (as sort of another indication to the hotfix-branch
> submitter
> > that his/her fix(es) have been merged).
> >
> > On Wed, Nov 12, 2014 at 2:02 AM, Daan Hoogland 
> > wrote:
> >
> >> go ahead, no protocol carved in stone. What do you suggest?
> >>
> >> On Wed, Nov 12, 2014 at 5:18 AM, Mike Tutkowski
> >>  wrote:
> >> > Hey Daan,
> >> >
> >> > What's the protocol once you merge the code in (which you have already
> >> done
> >> > for me here)? Do I delete the hotfix branch or is that something you
> plan
> >> > on doing?
> >> >
> >> > Thanks!
> >> > Mike
> >> >
> >> > On Tue, Nov 11, 2014 at 9:17 AM, Daan Hoogland <
> daan.hoogl...@gmail.com>
> >> > wrote:
> >> >
> >> >> merged
> >> >>
> >> >> On Tue, Nov 11, 2014 at 5:05 PM, Mike Tutkowski
> >> >>  wrote:
> >> >> > Hi Daan,
> >> >> >
> >> >> > Here is the ticket:
> >> >> >
> >> >> > https://issues.apache.org/jira/browse/CLOUDSTACK-7883
> >> >> >
> >> >> > Here is the hotfix branch:
> >> >> >
> >> >> > hotfix/4.4/CLOUDSTACK-7883
> >> >> >
> >> >> > Thanks!
> >> >> >
> >> >> > Mike
> >> >> >
> >> >> > On Tue, Nov 11, 2014 at 8:03 AM, Daan Hoogland <
> >> daan.hoogl...@gmail.com>
> >> >> > wrote:
> >> >> >
> >> >> >> Mike, make your own. name it hotfix/4.4/ and
> >> contact
> >> >> me.
> >> >> >>
> >> >> >> On Tue, Nov 11, 2014 at 3:55 PM, Mike Tutkowski
> >> >> >>  wrote:
> >> >> >> > Yes, I have one. SolidFire-driver only code. Do we have a branch
> >> for
> >> >> this
> >> >> >> > already?
> >> >> >> >
> >> >> >> > On Tuesday, November 11, 2014, Daan Hoogland <
> >> daan.hoogl...@gmail.com
> >> >> >
> >> >> >> > wrote:
> >> >> >> >
> >> >> >> >> H,
> >> >> >> >>
> >> >> >> >> As we made a big boogy by have a different commit id used for
> the
> >> >> >> >> artifact as for the tag/vote, I need to create a new relase
> >> including
> >> >> >> >> vote. Does anybody have last minute entries/fixes they want
> in? I
> >> >> plan
> >> >> >> >> to build tonight (about 21:00 UTC)
> >> >> >> >>
> >> >> >> >> regards,
> >> >> >> >> --
> >> >> >> >> Daan
> >> >> >> >>
> >> >> >> >
> >> >> >> >
> >> >> >> > --
> >> >> >> > *Mike Tutkowski*
> >> >> >> > *Senior CloudStack Developer, SolidFire Inc.*
> >> >> >> > e: mike.tutkow...@solidfire.com
> >> >> >> > o: 303.746.7302
> >> >> >> > Advancing the way the world uses the cloud
> >> >> >> > *™*
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >> --
> >> >> >> Daan
> >> >> >>
> >> >> >
> >> >> >
> >> >> >
> >> >> > --
> >> >> > *Mike Tutkowski*
> >> >> > *Senior CloudStack Developer, SolidFire Inc.*
> >> >> > e: mike.tutkow...@solidfire.com
> >> >> > o: 303.746.7302
> >> >> > Advancing the way the world uses the cloud
> >> >> > *™*
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Daan
> >> >>
> >> >
> >> >
> >> >
> >> > --
> >> > *Mike Tutkowski*
> >> > *Senior CloudStack Developer, SolidFire Inc.*
> >> > e: mike.tutkow...@solidfire.com
> >> > o: 303.746.7302
> >> > Advancing the way the world uses the cloud
> >> > *™*
> >>
> >>
> >>
> >> --
> >> Daan
> >>
> >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > *™*
>
>
>
> --
> Daan
>



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

Re: Feature request: userid field in the vm_instance table

[Mike Tutkowski]

Hi Dave,

Thanks for the feedback. This sounds like a good idea.

Would you be willing to open up a JIRA ticket with this information?

https://issues.apache.org/jira/browse/CLOUDSTACK/?selectedTab=com.atlassian.jira.jira-projects-plugin:summary-panel

Thanks again!
Mike

On Thu, Nov 13, 2014 at 4:53 AM, David Williams <
david.willi...@interoute.com> wrote:

> Hi all,
>
> I think it would be handy if the userid of the user that created a VM was
> recorded in the database in the vm_instance table. Currently, the only way
> I know of to find the user that deployed a VM is by checking the logs.
> There's an owner field in the vm_instance table but this seems to be the
> account ID of the account the user belongs to.
>
> By being able to find the user that deployed a VM, it makes VM cleanups
> much easier since you know who to contact for each VM. A similar thing in
> the other tables for the other resources would be useful too when trying to
> cleanup networks and volumes, etc. Also, if this change went ahead, then
> the API and GUI could be changed also to show the user details for the VM
> when listing the VM's details.
>
> We are running 4.3.0.
>
> Thanks,
>
> Dave
>
>
>


-- 
*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: Serious (ajax) GUI issues sometimes

[Mike Tutkowski]

Yes, definitely log any and all issues/enhancements you would like to see
in the product.

As part of the ticket, you have the ability to specify how critical (or
not) you see the issue/enhancement.

Thanks!

On Thu, Nov 13, 2014 at 9:11 AM, Andrija Panic 
wrote:

> Hi Mike,
>
> thanks for responding. Here is the ticket:
> https://issues.apache.org/jira/browse/CLOUDSTACK-7907
>
> Not sure if it makes any sense to report other bugs/improvements - no
> sorting, random sorting(seem to me) on TimeZones (completely
> unusable/frustrating), etc...
>
> Thanks again,
>
> On 13 November 2014 16:55, Mike Tutkowski 
> wrote:
>
> > Hi Andrija,
> >
> > Thanks for the feedback...very useful.
> >
> > I wonder if you'd be willing to open up JIRA tickets for these and mark
> > them as UI related? That way the people who work on the UI regularly will
> > have easy access to your comments.
> >
> >
> >
> https://issues.apache.org/jira/browse/CLOUDSTACK/?selectedTab=com.atlassian.jira.jira-projects-plugin:summary-panel
> >
> > Thanks again!
> > Mike
> >
> > On Wed, Nov 12, 2014 at 12:41 AM, Andrija Panic  >
> > wrote:
> >
> > > Hi team,
> > >
> > > is anybody of you aware of the GUI issues when connected to some i.e.
> > > wireless with somewhat big latencies or it sometimes happen even on
> more
> > > than good internet connection:
> > >
> > > i.e:
> > > 1)
> > > (A serious one, that we encounter pretty often):
> > >
> > > Issue: I start new VM deloyment wizard, choose template etc at the
> > end
> > > when I click the finish, when the job should be sent to MGMT server -
> > > simply nothing happens - so ajax does't get executed at all, no litle
> > > circle spinning etc - no logs in mgmt server, simply ajax doesn't get
> > > executed...Same behaviour sometimes happen when I click on "Configure"
> on
> > > the VPC.
> > >
> > > I confirmed behaviour in acs 4.3.0 and I'm still checking in 4.4.1.
> > >
> > > OR
> > >
> > > 2)
> > > (not a big issue, however very annoying):
> > > I filter instances by some account/domain, then click on some instance
> > > (view it's properties or whatever), than in the breadcrumb I click back
> > on
> > > "instances", and instead of being show the page with all the filtered
> > > instances, I get back to the home page of ACS...
> > >
> > > So it doesn't really happens always, but randomly, with different
> > browsers,
> > > clearing all cache etc...
> > > The issue here is that nothing get's logged to MGMT log at all...
> > >
> > > Please let me know if anybody get similar issues, or if this is
> something
> > > on my side...
> > >
> > > Thanks,
> > >
> > >
> > > --
> > >
> > > Andrija Panić
> > >
> >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > *™*
> >
>
>
>
> --
>
> Andrija Panić
>



-- 
*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: [DISCUSS][ACS44] release 4.4.2

[Daan Hoogland]

I would prefer the merge forward strategy as Rajani proposed, in which
case whoever merges inthe oldest branch could, it would then be
propagated upwards to master 'automatically'.

At the moment the author is the logical authority (pun not avoided)

On Thu, Nov 13, 2014 at 5:11 PM, Mike Tutkowski
 wrote:
> That's a good point, Daan.
>
> So, how's about this? We should make it the responsibility of the person
> who created the hotfix branch to delete it (presumably after he/she has
> determined that the fix(es) in the hotfix branch have gone into all
> applicable locations).
>
> On Thu, Nov 13, 2014 at 8:59 AM, Daan Hoogland 
> wrote:
>
>> I don't mind deleting it either but in our present model it needs
>> merging/picking into several branches. (cursing intended)
>>
>> On Thu, Nov 13, 2014 at 4:51 PM, Mike Tutkowski
>>  wrote:
>> > I don't mind deleting the branch myself, but I wonder if it makes more
>> > sense for the RM to do so once he/she has merged the change(s) in from
>> the
>> > hotfix branch (as sort of another indication to the hotfix-branch
>> submitter
>> > that his/her fix(es) have been merged).
>> >
>> > On Wed, Nov 12, 2014 at 2:02 AM, Daan Hoogland 
>> > wrote:
>> >
>> >> go ahead, no protocol carved in stone. What do you suggest?
>> >>
>> >> On Wed, Nov 12, 2014 at 5:18 AM, Mike Tutkowski
>> >>  wrote:
>> >> > Hey Daan,
>> >> >
>> >> > What's the protocol once you merge the code in (which you have already
>> >> done
>> >> > for me here)? Do I delete the hotfix branch or is that something you
>> plan
>> >> > on doing?
>> >> >
>> >> > Thanks!
>> >> > Mike
>> >> >
>> >> > On Tue, Nov 11, 2014 at 9:17 AM, Daan Hoogland <
>> daan.hoogl...@gmail.com>
>> >> > wrote:
>> >> >
>> >> >> merged
>> >> >>
>> >> >> On Tue, Nov 11, 2014 at 5:05 PM, Mike Tutkowski
>> >> >>  wrote:
>> >> >> > Hi Daan,
>> >> >> >
>> >> >> > Here is the ticket:
>> >> >> >
>> >> >> > https://issues.apache.org/jira/browse/CLOUDSTACK-7883
>> >> >> >
>> >> >> > Here is the hotfix branch:
>> >> >> >
>> >> >> > hotfix/4.4/CLOUDSTACK-7883
>> >> >> >
>> >> >> > Thanks!
>> >> >> >
>> >> >> > Mike
>> >> >> >
>> >> >> > On Tue, Nov 11, 2014 at 8:03 AM, Daan Hoogland <
>> >> daan.hoogl...@gmail.com>
>> >> >> > wrote:
>> >> >> >
>> >> >> >> Mike, make your own. name it hotfix/4.4/ and
>> >> contact
>> >> >> me.
>> >> >> >>
>> >> >> >> On Tue, Nov 11, 2014 at 3:55 PM, Mike Tutkowski
>> >> >> >>  wrote:
>> >> >> >> > Yes, I have one. SolidFire-driver only code. Do we have a branch
>> >> for
>> >> >> this
>> >> >> >> > already?
>> >> >> >> >
>> >> >> >> > On Tuesday, November 11, 2014, Daan Hoogland <
>> >> daan.hoogl...@gmail.com
>> >> >> >
>> >> >> >> > wrote:
>> >> >> >> >
>> >> >> >> >> H,
>> >> >> >> >>
>> >> >> >> >> As we made a big boogy by have a different commit id used for
>> the
>> >> >> >> >> artifact as for the tag/vote, I need to create a new relase
>> >> including
>> >> >> >> >> vote. Does anybody have last minute entries/fixes they want
>> in? I
>> >> >> plan
>> >> >> >> >> to build tonight (about 21:00 UTC)
>> >> >> >> >>
>> >> >> >> >> regards,
>> >> >> >> >> --
>> >> >> >> >> Daan
>> >> >> >> >>
>> >> >> >> >
>> >> >> >> >
>> >> >> >> > --
>> >> >> >> > *Mike Tutkowski*
>> >> >> >> > *Senior CloudStack Developer, SolidFire Inc.*
>> >> >> >> > e: mike.tutkow...@solidfire.com
>> >> >> >> > o: 303.746.7302
>> >> >> >> > Advancing the way the world uses the cloud
>> >> >> >> > *™*
>> >> >> >>
>> >> >> >>
>> >> >> >>
>> >> >> >> --
>> >> >> >> Daan
>> >> >> >>
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >> > --
>> >> >> > *Mike Tutkowski*
>> >> >> > *Senior CloudStack Developer, SolidFire Inc.*
>> >> >> > e: mike.tutkow...@solidfire.com
>> >> >> > o: 303.746.7302
>> >> >> > Advancing the way the world uses the cloud
>> >> >> > *™*
>> >> >>
>> >> >>
>> >> >>
>> >> >> --
>> >> >> Daan
>> >> >>
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > *Mike Tutkowski*
>> >> > *Senior CloudStack Developer, SolidFire Inc.*
>> >> > e: mike.tutkow...@solidfire.com
>> >> > o: 303.746.7302
>> >> > Advancing the way the world uses the cloud
>> >> > *™*
>> >>
>> >>
>> >>
>> >> --
>> >> Daan
>> >>
>> >
>> >
>> >
>> > --
>> > *Mike Tutkowski*
>> > *Senior CloudStack Developer, SolidFire Inc.*
>> > e: mike.tutkow...@solidfire.com
>> > o: 303.746.7302
>> > Advancing the way the world uses the cloud
>> > *™*
>>
>>
>>
>> --
>> Daan
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*



-- 
Daan

RE: Feature request: userid field in the vm_instance table

[David Williams]

I've created the following issue for this request: 
https://issues.apache.org/jira/browse/CLOUDSTACK-7908

Please let me know if there's anything wrong with the jira issue. This is my 
first one.

Thanks,

Dave


>-Original Message-
>From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>Sent: Thursday, November 13, 2014 16:14
>To: dev@cloudstack.apache.org
>Subject: Re: Feature request: userid field in the vm_instance table
>
>Hi Dave,
>
>Thanks for the feedback. This sounds like a good idea.
>
>Would you be willing to open up a JIRA ticket with this information?
>
>https://issues.apache.org/jira/browse/CLOUDSTACK/?selectedTab=com.atlassian
>.jira.jira-projects-plugin:summary-panel
>
>Thanks again!
>Mike
>
>On Thu, Nov 13, 2014 at 4:53 AM, David Williams <
>david.willi...@interoute.com> wrote:
>
>> Hi all,
>>
>> I think it would be handy if the userid of the user that created a VM was
>> recorded in the database in the vm_instance table. Currently, the only
>way
>> I know of to find the user that deployed a VM is by checking the logs.
>> There's an owner field in the vm_instance table but this seems to be the
>> account ID of the account the user belongs to.
>>
>> By being able to find the user that deployed a VM, it makes VM cleanups
>> much easier since you know who to contact for each VM. A similar thing in
>> the other tables for the other resources would be useful too when trying
>to
>> cleanup networks and volumes, etc. Also, if this change went ahead, then
>> the API and GUI could be changed also to show the user details for the VM
>> when listing the VM's details.
>>
>> We are running 4.3.0.
>>
>> Thanks,
>>
>> Dave
>>
>>
>>
>
>
>--
>*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: i18n issues in (master) GUI

[Mihaela Stoica]

Hi Mike,

We discovered that the fix I had three days ago was causing some dialogs to not 
show up, such as the add network offering dialog, so we had do redo it. The 
final solution is in this commit from Brian:

Commit 68745ae9b1652393974f457137c9c7c1df333810 in cloudstack's branch 
refs/heads/master from Brian Federle
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=68745ae ]

CLOUDSTACK-7645: UI: Fix method for extending dictionary

Instead of mapping both dictionary JSP files to separate objects, extend
dictionary2's object onto single 'dictionary' object.

– The previous approach was causing issues on certain dialogs, which 
were not
opening due to possible missing labels.

Many thanks,
Mihaela

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: 13 November 2014 15:59
To: dev@cloudstack.apache.org
Subject: Re: i18n issues in (master) GUI

Hi Mihaela,

I would just like to confirm that the changes in master you referred to in this 
e-mail (below) are the same as the ones you sent to me directly about three 
days ago.

Thanks!
Mike

On Thu, Nov 13, 2014 at 7:45 AM, Mihaela Stoica 
wrote:

> We have fixed this issue in master, with all changes logged against 
> ticket CLOUDSTACK-7645.
>
> Thank you,
> Mihaela
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: 10 November 2014 15:46
> To: dev@cloudstack.apache.org
> Subject: Re: i18n issues in (master) GUI
>
> I do see this issue still every now and then. Typically I notice it 
> when I re-compile the codebase and access the GUI for the first time. 
> If I log out and back in again, the problem goes away.
>
> I can try out your fix.
>
> Thanks!
>
> On Mon, Nov 10, 2014 at 6:15 AM, Mihaela Stoica 
>  >
> wrote:
>
> > Hi,
> >
> > Is anyone still experiencing these issues? If so, and willing to 
> > test a fix, please let me know and I can provide you with a patch.
> >
> > Many thanks,
> > Mihaela
> >
> > -Original Message-
> > From: Leo Simons [mailto:lsim...@schubergphilis.com]
> > Sent: 15 October 2014 07:58
> > To: 
> > Subject: Re: i18n issues in (master) GUI
> >
> > Yeah I've seen it, though not consistently, so I thought I might 
> > have been going crazy, or more optimistically that someone has been 
> > doing work in that area.
> >
> > Cheers,
> >
> > Leo
> >
> > Sent from my iPhone
> >
> > > On 15 Oct 2014, at 03:43, "Mike Tutkowski"
> > > 
> > wrote:
> > >
> > > Hi,
> > >
> > > Is anyone else noticing a lot of issues where text is not being 
> > > found in the applicable properties file and so we end up with text 
> > > like label.storage, label.volumes, label.upload.volume, etc. in 
> > > the
> GUI?
> > >
> > > 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
> > > *(tm)*
> >
>
>
>
> --
> *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
*™*

Release date for CS 4.5?

[Ritu Sabharwal]

Hi CS developers,

When is Release 4.5 planned?

Thanks & Regards,
Ritu S.

RE: certificate tests

[Frank Zhang]

I renewed part of them. Some certificates seems to be made as wrong one on 
purpose, to do some negative tests;
I don't know how the author made these certificates so I disabled three 
relevant test cases.
We may need to contact original author for these disabled cases.

> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Thursday, November 13, 2014 6:49 AM
> To: Frank Zhang
> Cc: dev
> Subject: certificate tests
> 
> Frank
> 
> 380ecf2253dd03905df25f30422b67ec1b17ff19
> 
> fix expried certificate in unit test
> 
> (cherry picked from commit 88561e154f6d451d2437e7e6887417df6106c275)
> 
> , had the unit tests disabled. Why are certificates renewed yet unit tests
> disabled? I re-enabled them and they run on my machine but not in jenkins.
> 
> Can you shed some light?
> --
> Daan

Re: i18n issues in (master) GUI

[Mike Tutkowski]

Glad to hear we got a fix in for this issue. Thanks!

On Thu, Nov 13, 2014 at 9:43 AM, Mihaela Stoica 
wrote:

> Hi Mike,
>
> We discovered that the fix I had three days ago was causing some dialogs
> to not show up, such as the add network offering dialog, so we had do redo
> it. The final solution is in this commit from Brian:
>
> Commit 68745ae9b1652393974f457137c9c7c1df333810 in cloudstack's
> branch refs/heads/master from Brian Federle
> [
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=68745ae ]
>
> CLOUDSTACK-7645: UI: Fix method for extending dictionary
>
> Instead of mapping both dictionary JSP files to separate objects,
> extend
> dictionary2's object onto single 'dictionary' object.
>
> – The previous approach was causing issues on certain dialogs,
> which were not
> opening due to possible missing labels.
>
> Many thanks,
> Mihaela
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: 13 November 2014 15:59
> To: dev@cloudstack.apache.org
> Subject: Re: i18n issues in (master) GUI
>
> Hi Mihaela,
>
> I would just like to confirm that the changes in master you referred to in
> this e-mail (below) are the same as the ones you sent to me directly about
> three days ago.
>
> Thanks!
> Mike
>
> On Thu, Nov 13, 2014 at 7:45 AM, Mihaela Stoica  >
> wrote:
>
> > We have fixed this issue in master, with all changes logged against
> > ticket CLOUDSTACK-7645.
> >
> > Thank you,
> > Mihaela
> >
> > -Original Message-
> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > Sent: 10 November 2014 15:46
> > To: dev@cloudstack.apache.org
> > Subject: Re: i18n issues in (master) GUI
> >
> > I do see this issue still every now and then. Typically I notice it
> > when I re-compile the codebase and access the GUI for the first time.
> > If I log out and back in again, the problem goes away.
> >
> > I can try out your fix.
> >
> > Thanks!
> >
> > On Mon, Nov 10, 2014 at 6:15 AM, Mihaela Stoica
> >  > >
> > wrote:
> >
> > > Hi,
> > >
> > > Is anyone still experiencing these issues? If so, and willing to
> > > test a fix, please let me know and I can provide you with a patch.
> > >
> > > Many thanks,
> > > Mihaela
> > >
> > > -Original Message-
> > > From: Leo Simons [mailto:lsim...@schubergphilis.com]
> > > Sent: 15 October 2014 07:58
> > > To: 
> > > Subject: Re: i18n issues in (master) GUI
> > >
> > > Yeah I've seen it, though not consistently, so I thought I might
> > > have been going crazy, or more optimistically that someone has been
> > > doing work in that area.
> > >
> > > Cheers,
> > >
> > > Leo
> > >
> > > Sent from my iPhone
> > >
> > > > On 15 Oct 2014, at 03:43, "Mike Tutkowski"
> > > > 
> > > wrote:
> > > >
> > > > Hi,
> > > >
> > > > Is anyone else noticing a lot of issues where text is not being
> > > > found in the applicable properties file and so we end up with text
> > > > like label.storage, label.volumes, label.upload.volume, etc. in
> > > > the
> > GUI?
> > > >
> > > > 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
> > > > *(tm)*
> > >
> >
> >
> >
> > --
> > *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
> *™*
>



-- 
*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: Feature request: userid field in the vm_instance table

[Mike Tutkowski]

Looks good! Thanks

On Thu, Nov 13, 2014 at 9:33 AM, David Williams <
david.willi...@interoute.com> wrote:

> I've created the following issue for this request:
> https://issues.apache.org/jira/browse/CLOUDSTACK-7908
>
> Please let me know if there's anything wrong with the jira issue. This is
> my first one.
>
> Thanks,
>
> Dave
>
>
> >-Original Message-
> >From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> >Sent: Thursday, November 13, 2014 16:14
> >To: dev@cloudstack.apache.org
> >Subject: Re: Feature request: userid field in the vm_instance table
> >
> >Hi Dave,
> >
> >Thanks for the feedback. This sounds like a good idea.
> >
> >Would you be willing to open up a JIRA ticket with this information?
> >
> >
> https://issues.apache.org/jira/browse/CLOUDSTACK/?selectedTab=com.atlassian
> >.jira.jira-projects-plugin:summary-panel
> >
> >Thanks again!
> >Mike
> >
> >On Thu, Nov 13, 2014 at 4:53 AM, David Williams <
> >david.willi...@interoute.com> wrote:
> >
> >> Hi all,
> >>
> >> I think it would be handy if the userid of the user that created a VM
> was
> >> recorded in the database in the vm_instance table. Currently, the only
> >way
> >> I know of to find the user that deployed a VM is by checking the logs.
> >> There's an owner field in the vm_instance table but this seems to be the
> >> account ID of the account the user belongs to.
> >>
> >> By being able to find the user that deployed a VM, it makes VM cleanups
> >> much easier since you know who to contact for each VM. A similar thing
> in
> >> the other tables for the other resources would be useful too when trying
> >to
> >> cleanup networks and volumes, etc. Also, if this change went ahead, then
> >> the API and GUI could be changed also to show the user details for the
> VM
> >> when listing the VM's details.
> >>
> >> We are running 4.3.0.
> >>
> >> Thanks,
> >>
> >> Dave
> >>
> >>
> >>
> >
> >
> >--
> >*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
*™*

[QUESTION]open ports or other sockets

[Daan Hoogland]

H,

I am debugging/trying to test 4.4 and found this

INFO  [o.a.c.s.l.CloudStackExtendedLifeCycle] (main:null) Configuring
CloudStack Components
ERROR [n.s.e.d.MulticastRMICacheManagerPeerProvider] (main:null) Error
starting heartbeat. Error was: Can't assign requested address
java.net.SocketException: Can't assign requested address
at java.net.PlainDatagramSocketImpl.join(Native Method)
at 
java.net.AbstractPlainDatagramSocketImpl.join(AbstractPlainDatagramSocketImpl.java:179)
at java.net.MulticastSocket.joinGroup(MulticastSocket.java:319)
at 
net.sf.ehcache.distribution.MulticastKeepaliveHeartbeatReceiver.init(MulticastKeepaliveHeartbeatReceiver.java:88)
at 
net.sf.ehcache.distribution.MulticastRMICacheManagerPeerProvider.init(MulticastRMICacheManagerPeerProvider.java:95)
at net.sf.ehcache.CacheManager.doInit(CacheManager.java:447)
at net.sf.ehcache.CacheManager.init(CacheManager.java:377)
at net.sf.ehcache.CacheManager.(CacheManager.java:259)
at net.sf.ehcache.CacheManager.newInstance(CacheManager.java:1037)
at net.sf.ehcache.CacheManager.newInstance(CacheManager.java:818)
at net.sf.ehcache.CacheManager.create(CacheManager.java:799)
at com.cloud.utils.db.GenericDaoBase.createCache(GenericDaoBase.java:1805)
at com.cloud.utils.db.GenericDaoBase.configure(GenericDaoBase.java:1825)
at 
com.cloud.storage.dao.VMTemplateDaoImpl.configure(VMTemplateDaoImpl.java:282)

it mentions in a long stacktrace: Failed to start bean 'cloudStackLifeCycle';

and

[ERROR] Nested in
org.springframework.context.ApplicationContextException: Failed to
start bean 'cloudStackLifeCycle'; nested exception is
net.sf.ehcache.CacheException: Can't assign requested address:
net.sf.ehcache.CacheException: Can't assign requested address

It is not clear to me what address can't be assigned.

I am running jetty and it is running and listenng on localhost 8080.

Any clues? it seems to me that eh cache is loaded twice (from two
different beans?) but that is not a serious clue. Anything better?

regards,
-- 
Daan

Re: certificate tests

[Daan Hoogland]

Ok, I applied a patch from Will Stevens for this. it removed one test
and fixed the rest.

thanks,
Daan

On Thu, Nov 13, 2014 at 7:16 PM, Frank Zhang  wrote:
> I renewed part of them. Some certificates seems to be made as wrong one on 
> purpose, to do some negative tests;
> I don't know how the author made these certificates so I disabled three 
> relevant test cases.
> We may need to contact original author for these disabled cases.
>
>> -Original Message-
>> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
>> Sent: Thursday, November 13, 2014 6:49 AM
>> To: Frank Zhang
>> Cc: dev
>> Subject: certificate tests
>>
>> Frank
>>
>> 380ecf2253dd03905df25f30422b67ec1b17ff19
>>
>> fix expried certificate in unit test
>>
>> (cherry picked from commit 88561e154f6d451d2437e7e6887417df6106c275)
>>
>> , had the unit tests disabled. Why are certificates renewed yet unit tests
>> disabled? I re-enabled them and they run on my machine but not in jenkins.
>>
>> Can you shed some light?
>> --
>> Daan



-- 
Daan

Build failed in Jenkins: cloudstack-4.3-maven-build #628

[jenkins]

See 

Changes:

[Rohit Yadav] CLOUDSTACK-6371: Set snapshot size in copycommand answer during 
snapshot backup

[Rohit Yadav] CLOUDSTACK-6432: Blocking DHCP server to service DNS outside 
network

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

 > /usr/bin/git rev-parse --is-inside-work-tree # timeout=400
Fetching changes from the remote Git repository
 > /usr/bin/git config remote.origin.url git://git.apache.org/cloudstack.git # 
 > timeout=400
Fetching upstream changes from git://git.apache.org/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress git://git.apache.org/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git rev-parse origin/4.3^{commit} # timeout=400
Checking out Revision 76f5f3048e115c5ba25ec09a44e4947b5b290ebb (origin/4.3)
 > /usr/bin/git config core.sparsecheckout # timeout=400
 > /usr/bin/git checkout -f 76f5f3048e115c5ba25ec09a44e4947b5b290ebb
 > /usr/bin/git rev-list 2aabcc11d305584dd200427bad13aaf1d46374a4 # timeout=400
FATAL: Couldn’t find any executable in /opt/apache-maven-3.0.5
Build step 'Invoke top-level Maven targets' marked build as failure

Jenkins build is back to normal : cloudstack-4.4-maven-build #495

[jenkins]

See 

uuid was invalid

[Francois Gaudreault]

Hi,

We had some issues with one of our cluster SR, and since then, ACS goes 
crazy. Any ideas how to fix this?


2014-11-13 14:22:54,307 WARN  [c.c.h.x.r.CitrixResourceBase] 
(DirectAgent-340:ctx-1a22d5c2) Catch Exception: class 
com.xensource.xenapi.Types$UuidInvalid due to The uuid you supplied was 
invalid.

The uuid you supplied was invalid.
at com.xensource.xenapi.Types.checkResponse(Types.java:1482)
at com.xensource.xenapi.Connection.dispatch(Connection.java:350)
at 
com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:456)

at com.xensource.xenapi.VDI.getByUuid(VDI.java:326)
at 
com.cloud.hypervisor.xen.resource.CitrixResourceBase.mount(CitrixResourceBase.java:1224)


--
Francois Gaudreault
Gestionnaire de Produit | Product Manager - Cloud Platform & Services
t:514-629-6775

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

Release date for CS 4.5?

[Ritu Sabharwal]

Hi CS developers,

When is Release 4.5 planned?

Thanks & Regards,
Ritu S.

Re: uuid was invalid

[Simon Weller]

I've seen something similar with KVM when using CLVM backed storage. The issue 
was libvirtd was restarted and didn't have any of the storage UUIDs populated. 
Restarting the CS Agent repopulated these. I'm not sure how XEN handles the 
storage side, or what kind of storage you're using, but I thought I'd mention 
this in case it helps at all.

- Si




From: Francois Gaudreault 
Sent: Thursday, November 13, 2014 1:24 PM
To: dev@cloudstack.apache.org
Subject: uuid was invalid

Hi,

We had some issues with one of our cluster SR, and since then, ACS goes
crazy. Any ideas how to fix this?

2014-11-13 14:22:54,307 WARN  [c.c.h.x.r.CitrixResourceBase]
(DirectAgent-340:ctx-1a22d5c2) Catch Exception: class
com.xensource.xenapi.Types$UuidInvalid due to The uuid you supplied was
invalid.
The uuid you supplied was invalid.
 at com.xensource.xenapi.Types.checkResponse(Types.java:1482)
 at com.xensource.xenapi.Connection.dispatch(Connection.java:350)
 at
com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:456)
 at com.xensource.xenapi.VDI.getByUuid(VDI.java:326)
 at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.mount(CitrixResourceBase.java:1224)

--
Francois Gaudreault
Gestionnaire de Produit | Product Manager - Cloud Platform & Services
t:514-629-6775

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

Re: Feature request: userid field in the vm_instance table

[Rohit Yadav]

Hi David,

This looks like a good to have feature, this has come up once.

I think it can be easily implemented. One issue is that it will require 
addition of a column to the vm_instance table which means change of schema so 
this feature may only get into 4.5 (if it’s not too late) or master (for 4.6).

> On 14-Nov-2014, at 12:02 am, Mike Tutkowski  
> wrote:
>
> Looks good! Thanks
>
> On Thu, Nov 13, 2014 at 9:33 AM, David Williams <
> david.willi...@interoute.com> wrote:
>
>> I've created the following issue for this request:
>> https://issues.apache.org/jira/browse/CLOUDSTACK-7908
>>
>> Please let me know if there's anything wrong with the jira issue. This is
>> my first one.
>>
>> Thanks,
>>
>> Dave
>>
>>
>>> -Original Message-
>>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>>> Sent: Thursday, November 13, 2014 16:14
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: Feature request: userid field in the vm_instance table
>>>
>>> Hi Dave,
>>>
>>> Thanks for the feedback. This sounds like a good idea.
>>>
>>> Would you be willing to open up a JIRA ticket with this information?
>>>
>>>
>> https://issues.apache.org/jira/browse/CLOUDSTACK/?selectedTab=com.atlassian
>>> .jira.jira-projects-plugin:summary-panel
>>>
>>> Thanks again!
>>> Mike
>>>
>>> On Thu, Nov 13, 2014 at 4:53 AM, David Williams <
>>> david.willi...@interoute.com> wrote:
>>>
 Hi all,

 I think it would be handy if the userid of the user that created a VM
>> was
 recorded in the database in the vm_instance table. Currently, the only
>>> way
 I know of to find the user that deployed a VM is by checking the logs.
 There's an owner field in the vm_instance table but this seems to be the
 account ID of the account the user belongs to.

 By being able to find the user that deployed a VM, it makes VM cleanups
 much easier since you know who to contact for each VM. A similar thing
>> in
 the other tables for the other resources would be useful too when trying
>>> to
 cleanup networks and volumes, etc. Also, if this change went ahead, then
 the API and GUI could be changed also to show the user details for the
>> VM
 when listing the VM's details.

 We are running 4.3.0.

 Thanks,

 Dave



>>>
>>>
>>> --
>>> *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
> *™*

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: uuid was invalid

[Mike Tutkowski]

Hey Francois,

Is this for local or shared storage? When do you actually see this happen
(when deploying a VM?)?

If you'd like, you and I could jump on the phone or do a WebEx or something
(today or tomorrow...heading to Budapest for CCC on Saturday).

It's hard to say right now because there isn't much context, but perhaps we
could get you up and running by modifying the DB.

By the way, is this a production system or test?

Talk to you later,
Mike

On Thu, Nov 13, 2014 at 12:24 PM, Francois Gaudreault <
fgaudrea...@cloudops.com> wrote:

> Hi,
>
> We had some issues with one of our cluster SR, and since then, ACS goes
> crazy. Any ideas how to fix this?
>
> 2014-11-13 14:22:54,307 WARN  [c.c.h.x.r.CitrixResourceBase]
> (DirectAgent-340:ctx-1a22d5c2) Catch Exception: class
> com.xensource.xenapi.Types$UuidInvalid due to The uuid you supplied was
> invalid.
> The uuid you supplied was invalid.
> at com.xensource.xenapi.Types.checkResponse(Types.java:1482)
> at com.xensource.xenapi.Connection.dispatch(Connection.java:350)
> at com.cloud.hypervisor.xen.resource.XenServerConnectionPool$
> XenServerConnection.dispatch(XenServerConnectionPool.java:456)
> at com.xensource.xenapi.VDI.getByUuid(VDI.java:326)
> at com.cloud.hypervisor.xen.resource.CitrixResourceBase.
> mount(CitrixResourceBase.java:1224)
>
> --
> Francois Gaudreault
> Gestionnaire de Produit | Product Manager - Cloud Platform & Services
> t:514-629-6775
>
> CloudOps Votre partenaire infonuagique | Cloud Solutions Experts
> 420 rue Guy | Montreal | Quebec | H3J 1S6
> w: cloudops.com | tw: @CloudOps_
>
>


-- 
*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: Release date for CS 4.5?

[Rohit Yadav]

Hi Ritu,

Give our release cycle, we’re currently in build fixing, bug fixing mode. I can 
anticipate 2-3 months which means if everything goes well it should release in 
Q1 2015.

> On 14-Nov-2014, at 1:03 am, Ritu Sabharwal  wrote:
>
> Hi CS developers,
>
> When is Release 4.5 planned?
>
> Thanks & Regards,
> Ritu S.

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: Feature request: userid field in the vm_instance table

[Mike Tutkowski]

We are well past feature freeze for 4.5, though, so we're probably looking
at 4.6 at the earliest.

On Thu, Nov 13, 2014 at 12:44 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Yeah, I agree that the earliest would be 4.5 due to a required scheme
> chance, which we typically do not do in maintenance releases.
>
> On Thu, Nov 13, 2014 at 12:40 PM, Rohit Yadav 
> wrote:
>
>> Hi David,
>>
>> This looks like a good to have feature, this has come up once.
>>
>> I think it can be easily implemented. One issue is that it will require
>> addition of a column to the vm_instance table which means change of schema
>> so this feature may only get into 4.5 (if it’s not too late) or master (for
>> 4.6).
>>
>> > On 14-Nov-2014, at 12:02 am, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>> >
>> > Looks good! Thanks
>> >
>> > On Thu, Nov 13, 2014 at 9:33 AM, David Williams <
>> > david.willi...@interoute.com> wrote:
>> >
>> >> I've created the following issue for this request:
>> >> https://issues.apache.org/jira/browse/CLOUDSTACK-7908
>> >>
>> >> Please let me know if there's anything wrong with the jira issue. This
>> is
>> >> my first one.
>> >>
>> >> Thanks,
>> >>
>> >> Dave
>> >>
>> >>
>> >>> -Original Message-
>> >>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> >>> Sent: Thursday, November 13, 2014 16:14
>> >>> To: dev@cloudstack.apache.org
>> >>> Subject: Re: Feature request: userid field in the vm_instance table
>> >>>
>> >>> Hi Dave,
>> >>>
>> >>> Thanks for the feedback. This sounds like a good idea.
>> >>>
>> >>> Would you be willing to open up a JIRA ticket with this information?
>> >>>
>> >>>
>> >>
>> https://issues.apache.org/jira/browse/CLOUDSTACK/?selectedTab=com.atlassian
>> >>> .jira.jira-projects-plugin:summary-panel
>> >>>
>> >>> Thanks again!
>> >>> Mike
>> >>>
>> >>> On Thu, Nov 13, 2014 at 4:53 AM, David Williams <
>> >>> david.willi...@interoute.com> wrote:
>> >>>
>>  Hi all,
>> 
>>  I think it would be handy if the userid of the user that created a VM
>> >> was
>>  recorded in the database in the vm_instance table. Currently, the
>> only
>> >>> way
>>  I know of to find the user that deployed a VM is by checking the
>> logs.
>>  There's an owner field in the vm_instance table but this seems to be
>> the
>>  account ID of the account the user belongs to.
>> 
>>  By being able to find the user that deployed a VM, it makes VM
>> cleanups
>>  much easier since you know who to contact for each VM. A similar
>> thing
>> >> in
>>  the other tables for the other resources would be useful too when
>> trying
>> >>> to
>>  cleanup networks and volumes, etc. Also, if this change went ahead,
>> then
>>  the API and GUI could be changed also to show the user details for
>> the
>> >> VM
>>  when listing the VM's details.
>> 
>>  We are running 4.3.0.
>> 
>>  Thanks,
>> 
>>  Dave
>> 
>> 
>> 
>> >>>
>> >>>
>> >>> --
>> >>> *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
>> > *™*
>>
>> Regards,
>> Rohit Yadav
>> Software Architect, ShapeBlue
>> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>>
>>
>>
>> Find out more about ShapeBlue and our range of CloudStack related services
>>
>> IaaS Cloud Design & Build<
>> http://shapeblue.com/iaas-cloud-design-and-build//>
>> CSForge – rapid IaaS deployment framework
>> CloudStack Consulting
>> CloudStack Software Engineering<
>> http://shapeblue.com/cloudstack-software-engineering/>
>> CloudStack Infrastructure Support<
>> http://shapeblue.com/cloudstack-infrastructure-support/>
>> CloudStack Bootcamp Training Courses<
>> http://shapeblue.com/cloudstack-training/>
>>
>> This email and any attachments to it may be confidential and are intended
>> solely for the use of the individual to whom it is addressed. Any views or
>> opinions expressed are solely those of the author and do not necessarily
>> represent those of Shape Blue Ltd or related companies. If you are not the
>> intended recipient of this email, you must neither take any action based
>> upon its contents, nor copy or show it to anyone. Please contact the sender
>> if you believe you have received this email in error. Shape Blue Ltd is a
>> company incorporated in England & Wales. ShapeBlue Services India LLP is a
>> company incorporated in India and is operated under license from Shape Blue
>> Ltd. Shape Blu

Re: Feature request: userid field in the vm_instance table

[Mike Tutkowski]

Yeah, I agree that the earliest would be 4.5 due to a required scheme
chance, which we typically do not do in maintenance releases.

On Thu, Nov 13, 2014 at 12:40 PM, Rohit Yadav 
wrote:

> Hi David,
>
> This looks like a good to have feature, this has come up once.
>
> I think it can be easily implemented. One issue is that it will require
> addition of a column to the vm_instance table which means change of schema
> so this feature may only get into 4.5 (if it’s not too late) or master (for
> 4.6).
>
> > On 14-Nov-2014, at 12:02 am, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
> >
> > Looks good! Thanks
> >
> > On Thu, Nov 13, 2014 at 9:33 AM, David Williams <
> > david.willi...@interoute.com> wrote:
> >
> >> I've created the following issue for this request:
> >> https://issues.apache.org/jira/browse/CLOUDSTACK-7908
> >>
> >> Please let me know if there's anything wrong with the jira issue. This
> is
> >> my first one.
> >>
> >> Thanks,
> >>
> >> Dave
> >>
> >>
> >>> -Original Message-
> >>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> >>> Sent: Thursday, November 13, 2014 16:14
> >>> To: dev@cloudstack.apache.org
> >>> Subject: Re: Feature request: userid field in the vm_instance table
> >>>
> >>> Hi Dave,
> >>>
> >>> Thanks for the feedback. This sounds like a good idea.
> >>>
> >>> Would you be willing to open up a JIRA ticket with this information?
> >>>
> >>>
> >>
> https://issues.apache.org/jira/browse/CLOUDSTACK/?selectedTab=com.atlassian
> >>> .jira.jira-projects-plugin:summary-panel
> >>>
> >>> Thanks again!
> >>> Mike
> >>>
> >>> On Thu, Nov 13, 2014 at 4:53 AM, David Williams <
> >>> david.willi...@interoute.com> wrote:
> >>>
>  Hi all,
> 
>  I think it would be handy if the userid of the user that created a VM
> >> was
>  recorded in the database in the vm_instance table. Currently, the only
> >>> way
>  I know of to find the user that deployed a VM is by checking the logs.
>  There's an owner field in the vm_instance table but this seems to be
> the
>  account ID of the account the user belongs to.
> 
>  By being able to find the user that deployed a VM, it makes VM
> cleanups
>  much easier since you know who to contact for each VM. A similar thing
> >> in
>  the other tables for the other resources would be useful too when
> trying
> >>> to
>  cleanup networks and volumes, etc. Also, if this change went ahead,
> then
>  the API and GUI could be changed also to show the user details for the
> >> VM
>  when listing the VM's details.
> 
>  We are running 4.3.0.
> 
>  Thanks,
> 
>  Dave
> 
> 
> 
> >>>
> >>>
> >>> --
> >>> *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
> > *™*
>
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
>
>
>
> Find out more about ShapeBlue and our range of CloudStack related services
>
> IaaS Cloud Design & Build<
> http://shapeblue.com/iaas-cloud-design-and-build//>
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software Engineering<
> http://shapeblue.com/cloudstack-software-engineering/>
> CloudStack Infrastructure Support<
> http://shapeblue.com/cloudstack-infrastructure-support/>
> CloudStack Bootcamp Training Courses<
> http://shapeblue.com/cloudstack-training/>
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is
> a company registered by The Republic of South Africa and is traded under
> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire

Re: Feature request: userid field in the vm_instance table

[Rohit Yadav]

Yeah, though it’s debatable whether to look at it as bug or feature. It’s a bug 
if you cannot which user deployed a VM in an account. For my own personal ACS 
deployment I never came across this case, as it’s just one user. In large 
deployments I can clearly think of the need to know this information.

The fix will be small, I’ll go ahead and do it for master and if people want we 
can still put it in 4.5 though as Mike says we are actually past feature freeze 
now.

> On 14-Nov-2014, at 1:15 am, Mike Tutkowski  
> wrote:
>
> We are well past feature freeze for 4.5, though, so we're probably looking
> at 4.6 at the earliest.
>
> On Thu, Nov 13, 2014 at 12:44 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>> Yeah, I agree that the earliest would be 4.5 due to a required scheme
>> chance, which we typically do not do in maintenance releases.
>>
>> On Thu, Nov 13, 2014 at 12:40 PM, Rohit Yadav 
>> wrote:
>>
>>> Hi David,
>>>
>>> This looks like a good to have feature, this has come up once.
>>>
>>> I think it can be easily implemented. One issue is that it will require
>>> addition of a column to the vm_instance table which means change of schema
>>> so this feature may only get into 4.5 (if it’s not too late) or master (for
>>> 4.6).
>>>
 On 14-Nov-2014, at 12:02 am, Mike Tutkowski <
>>> mike.tutkow...@solidfire.com> wrote:

 Looks good! Thanks

 On Thu, Nov 13, 2014 at 9:33 AM, David Williams <
 david.willi...@interoute.com> wrote:

> I've created the following issue for this request:
> https://issues.apache.org/jira/browse/CLOUDSTACK-7908
>
> Please let me know if there's anything wrong with the jira issue. This
>>> is
> my first one.
>
> Thanks,
>
> Dave
>
>
>> -Original Message-
>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> Sent: Thursday, November 13, 2014 16:14
>> To: dev@cloudstack.apache.org
>> Subject: Re: Feature request: userid field in the vm_instance table
>>
>> Hi Dave,
>>
>> Thanks for the feedback. This sounds like a good idea.
>>
>> Would you be willing to open up a JIRA ticket with this information?
>>
>>
>
>>> https://issues.apache.org/jira/browse/CLOUDSTACK/?selectedTab=com.atlassian
>> .jira.jira-projects-plugin:summary-panel
>>
>> Thanks again!
>> Mike
>>
>> On Thu, Nov 13, 2014 at 4:53 AM, David Williams <
>> david.willi...@interoute.com> wrote:
>>
>>> Hi all,
>>>
>>> I think it would be handy if the userid of the user that created a VM
> was
>>> recorded in the database in the vm_instance table. Currently, the
>>> only
>> way
>>> I know of to find the user that deployed a VM is by checking the
>>> logs.
>>> There's an owner field in the vm_instance table but this seems to be
>>> the
>>> account ID of the account the user belongs to.
>>>
>>> By being able to find the user that deployed a VM, it makes VM
>>> cleanups
>>> much easier since you know who to contact for each VM. A similar
>>> thing
> in
>>> the other tables for the other resources would be useful too when
>>> trying
>> to
>>> cleanup networks and volumes, etc. Also, if this change went ahead,
>>> then
>>> the API and GUI could be changed also to show the user details for
>>> the
> VM
>>> when listing the VM's details.
>>>
>>> We are running 4.3.0.
>>>
>>> Thanks,
>>>
>>> Dave
>>>
>>>
>>>
>>
>>
>> --
>> *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
 *™*
>>>
>>> Regards,
>>> Rohit Yadav
>>> Software Architect, ShapeBlue
>>> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
>>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>>>
>>>
>>>
>>> Find out more about ShapeBlue and our range of CloudStack related services
>>>
>>> IaaS Cloud Design & Build<
>>> http://shapeblue.com/iaas-cloud-design-and-build//>
>>> CSForge – rapid IaaS deployment framework
>>> CloudStack Consulting
>>> CloudStack Software Engineering<
>>> http://shapeblue.com/cloudstack-software-engineering/>
>>> CloudStack Infrastructure Support<
>>> http://shapeblue.com/cloudstack-infrastructure-support/>
>>> CloudStack Bootcamp Training Courses<
>>> http://shapeblue.com/cloudstack-training/>
>>>
>>> This email and any attachments to it may be confidential and are intended
>>> solely for the use of the individual to who

Re: uuid was invalid

[Francois Gaudreault]

This is shared storage. Deploying a new VM works fine.

If I run a xe vdi-list, the number of volumes doesn't match what I see 
in ACS. In fact, all the VMs I have issues with are not having a VDI in 
any SR... Did ACS deleted my data for some reason?


FG

On 2014-11-13 2:43 PM, Mike Tutkowski wrote:

Hey Francois,

Is this for local or shared storage? When do you actually see this 
happen (when deploying a VM?)?


If you'd like, you and I could jump on the phone or do a WebEx or 
something (today or tomorrow...heading to Budapest for CCC on Saturday).


It's hard to say right now because there isn't much context, but 
perhaps we could get you up and running by modifying the DB.


By the way, is this a production system or test?

Talk to you later,
Mike

On Thu, Nov 13, 2014 at 12:24 PM, Francois Gaudreault 
mailto:fgaudrea...@cloudops.com>> wrote:


Hi,

We had some issues with one of our cluster SR, and since then, ACS
goes crazy. Any ideas how to fix this?

2014-11-13 14:22:54,307 WARN  [c.c.h.x.r.CitrixResourceBase]
(DirectAgent-340:ctx-1a22d5c2) Catch Exception: class
com.xensource.xenapi.Types$UuidInvalid due to The uuid you
supplied was invalid.
The uuid you supplied was invalid.
at com.xensource.xenapi.Types.checkResponse(Types.java:1482)
at com.xensource.xenapi.Connection.dispatch(Connection.java:350)
at

com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:456)
at com.xensource.xenapi.VDI.getByUuid(VDI.java:326)
at

com.cloud.hypervisor.xen.resource.CitrixResourceBase.mount(CitrixResourceBase.java:1224)

-- 
Francois Gaudreault

Gestionnaire de Produit | Product Manager - Cloud Platform & Services
t:514-629-6775 

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




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



--
Francois Gaudreault
Gestionnaire de Produit | Product Manager - Cloud Platform & Services
t:514-629-6775

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

Re: Feature request: userid field in the vm_instance table

[Mike Tutkowski]

Whether it's a feature or bug is debatable, as you say. If we determine
it's a bug, we still need to assess the risk of fixing it at this point in
4.5 (especially since it was not introduced in the 4.5 release).

Once you have your fix for master, you'll be in a better position to assess
the risk to placing this code in 4.5.

Thanks!

On Thu, Nov 13, 2014 at 1:00 PM, Rohit Yadav 
wrote:

> Yeah, though it’s debatable whether to look at it as bug or feature. It’s
> a bug if you cannot which user deployed a VM in an account. For my own
> personal ACS deployment I never came across this case, as it’s just one
> user. In large deployments I can clearly think of the need to know this
> information.
>
> The fix will be small, I’ll go ahead and do it for master and if people
> want we can still put it in 4.5 though as Mike says we are actually past
> feature freeze now.
>
> > On 14-Nov-2014, at 1:15 am, Mike Tutkowski 
> wrote:
> >
> > We are well past feature freeze for 4.5, though, so we're probably
> looking
> > at 4.6 at the earliest.
> >
> > On Thu, Nov 13, 2014 at 12:44 PM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com> wrote:
> >
> >> Yeah, I agree that the earliest would be 4.5 due to a required scheme
> >> chance, which we typically do not do in maintenance releases.
> >>
> >> On Thu, Nov 13, 2014 at 12:40 PM, Rohit Yadav <
> rohit.ya...@shapeblue.com>
> >> wrote:
> >>
> >>> Hi David,
> >>>
> >>> This looks like a good to have feature, this has come up once.
> >>>
> >>> I think it can be easily implemented. One issue is that it will require
> >>> addition of a column to the vm_instance table which means change of
> schema
> >>> so this feature may only get into 4.5 (if it’s not too late) or master
> (for
> >>> 4.6).
> >>>
>  On 14-Nov-2014, at 12:02 am, Mike Tutkowski <
> >>> mike.tutkow...@solidfire.com> wrote:
> 
>  Looks good! Thanks
> 
>  On Thu, Nov 13, 2014 at 9:33 AM, David Williams <
>  david.willi...@interoute.com> wrote:
> 
> > I've created the following issue for this request:
> > https://issues.apache.org/jira/browse/CLOUDSTACK-7908
> >
> > Please let me know if there's anything wrong with the jira issue.
> This
> >>> is
> > my first one.
> >
> > Thanks,
> >
> > Dave
> >
> >
> >> -Original Message-
> >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> >> Sent: Thursday, November 13, 2014 16:14
> >> To: dev@cloudstack.apache.org
> >> Subject: Re: Feature request: userid field in the vm_instance table
> >>
> >> Hi Dave,
> >>
> >> Thanks for the feedback. This sounds like a good idea.
> >>
> >> Would you be willing to open up a JIRA ticket with this information?
> >>
> >>
> >
> >>>
> https://issues.apache.org/jira/browse/CLOUDSTACK/?selectedTab=com.atlassian
> >> .jira.jira-projects-plugin:summary-panel
> >>
> >> Thanks again!
> >> Mike
> >>
> >> On Thu, Nov 13, 2014 at 4:53 AM, David Williams <
> >> david.willi...@interoute.com> wrote:
> >>
> >>> Hi all,
> >>>
> >>> I think it would be handy if the userid of the user that created a
> VM
> > was
> >>> recorded in the database in the vm_instance table. Currently, the
> >>> only
> >> way
> >>> I know of to find the user that deployed a VM is by checking the
> >>> logs.
> >>> There's an owner field in the vm_instance table but this seems to
> be
> >>> the
> >>> account ID of the account the user belongs to.
> >>>
> >>> By being able to find the user that deployed a VM, it makes VM
> >>> cleanups
> >>> much easier since you know who to contact for each VM. A similar
> >>> thing
> > in
> >>> the other tables for the other resources would be useful too when
> >>> trying
> >> to
> >>> cleanup networks and volumes, etc. Also, if this change went ahead,
> >>> then
> >>> the API and GUI could be changed also to show the user details for
> >>> the
> > VM
> >>> when listing the VM's details.
> >>>
> >>> We are running 4.3.0.
> >>>
> >>> Thanks,
> >>>
> >>> Dave
> >>>
> >>>
> >>>
> >>
> >>
> >> --
> >> *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
>  *™*
> >>>
> >>> Regards,
> >>> Rohit Yadav
> >>> Software Architect, ShapeBlue
> >>> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> >>> Blog: bhaisaab.org | Twitter: @_bhaisaab
> >>>
> >>>
> >>>
> >>> Find out more abou

Re: uuid was invalid

[Mike Tutkowski]

Not sure off hand if ACS deleted anything, but we could take a look, if
you'd like.

On Thu, Nov 13, 2014 at 1:02 PM, Francois Gaudreault <
fgaudrea...@cloudops.com> wrote:

> This is shared storage. Deploying a new VM works fine.
>
> If I run a xe vdi-list, the number of volumes doesn't match what I see in
> ACS. In fact, all the VMs I have issues with are not having a VDI in any
> SR... Did ACS deleted my data for some reason?
>
> FG
>
> On 2014-11-13 2:43 PM, Mike Tutkowski wrote:
>
>> Hey Francois,
>>
>> Is this for local or shared storage? When do you actually see this happen
>> (when deploying a VM?)?
>>
>> If you'd like, you and I could jump on the phone or do a WebEx or
>> something (today or tomorrow...heading to Budapest for CCC on Saturday).
>>
>> It's hard to say right now because there isn't much context, but perhaps
>> we could get you up and running by modifying the DB.
>>
>> By the way, is this a production system or test?
>>
>> Talk to you later,
>> Mike
>>
>> On Thu, Nov 13, 2014 at 12:24 PM, Francois Gaudreault <
>> fgaudrea...@cloudops.com > wrote:
>>
>> Hi,
>>
>> We had some issues with one of our cluster SR, and since then, ACS
>> goes crazy. Any ideas how to fix this?
>>
>> 2014-11-13 14:22:54,307 WARN  [c.c.h.x.r.CitrixResourceBase]
>> (DirectAgent-340:ctx-1a22d5c2) Catch Exception: class
>> com.xensource.xenapi.Types$UuidInvalid due to The uuid you
>> supplied was invalid.
>> The uuid you supplied was invalid.
>> at com.xensource.xenapi.Types.checkResponse(Types.java:1482)
>> at com.xensource.xenapi.Connection.dispatch(Connection.java:350)
>> at
>> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$
>> XenServerConnection.dispatch(XenServerConnectionPool.java:456)
>> at com.xensource.xenapi.VDI.getByUuid(VDI.java:326)
>> at
>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.
>> mount(CitrixResourceBase.java:1224)
>>
>> -- Francois Gaudreault
>> Gestionnaire de Produit | Product Manager - Cloud Platform & Services
>> t:514-629-6775 
>>
>> CloudOps Votre partenaire infonuagique | Cloud Solutions Experts
>> 420 rue Guy | Montreal | Quebec | H3J 1S6
>> w: cloudops.com  | tw: @CloudOps_
>>
>>
>>
>>
>> --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkow...@solidfire.com 
>> o: 303.746.7302
>> Advancing the way the world uses the cloud > solution/overview/?video=play>/™/
>>
>
>
> --
> Francois Gaudreault
> Gestionnaire de Produit | Product Manager - Cloud Platform & Services
> t:514-629-6775
>
> CloudOps Votre partenaire infonuagique | Cloud Solutions Experts
> 420 rue Guy | Montreal | Quebec | H3J 1S6
> w: cloudops.com | tw: @CloudOps_
>
>


-- 
*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: uuid was invalid

[Francois Gaudreault]

Sure. Contact me offlist.

FG

On 2014-11-13 3:09 PM, Mike Tutkowski wrote:
Not sure off hand if ACS deleted anything, but we could take a look, 
if you'd like.


On Thu, Nov 13, 2014 at 1:02 PM, Francois Gaudreault 
mailto:fgaudrea...@cloudops.com>> wrote:


This is shared storage. Deploying a new VM works fine.

If I run a xe vdi-list, the number of volumes doesn't match what I
see in ACS. In fact, all the VMs I have issues with are not having
a VDI in any SR... Did ACS deleted my data for some reason?

FG

On 2014-11-13 2:43 PM, Mike Tutkowski wrote:

Hey Francois,

Is this for local or shared storage? When do you actually see
this happen (when deploying a VM?)?

If you'd like, you and I could jump on the phone or do a WebEx
or something (today or tomorrow...heading to Budapest for CCC
on Saturday).

It's hard to say right now because there isn't much context,
but perhaps we could get you up and running by modifying the DB.

By the way, is this a production system or test?

Talk to you later,
Mike

On Thu, Nov 13, 2014 at 12:24 PM, Francois Gaudreault
mailto:fgaudrea...@cloudops.com>
>> wrote:

Hi,

We had some issues with one of our cluster SR, and since
then, ACS
goes crazy. Any ideas how to fix this?

2014-11-13 14:22:54,307 WARN [c.c.h.x.r.CitrixResourceBase]
(DirectAgent-340:ctx-1a22d5c2) Catch Exception: class
com.xensource.xenapi.Types$UuidInvalid due to The uuid you
supplied was invalid.
The uuid you supplied was invalid.
at
com.xensource.xenapi.Types.checkResponse(Types.java:1482)
at
com.xensource.xenapi.Connection.dispatch(Connection.java:350)
at
   
com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:456)

at com.xensource.xenapi.VDI.getByUuid(VDI.java:326)
at
   
com.cloud.hypervisor.xen.resource.CitrixResourceBase.mount(CitrixResourceBase.java:1224)


-- Francois Gaudreault
Gestionnaire de Produit | Product Manager - Cloud Platform
& Services
t:514-629-6775  >

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




-- 
*Mike Tutkowski*

*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com

>
o: 303.746.7302 
Advancing the way the world uses the cloud
/™/



-- 
Francois Gaudreault

Gestionnaire de Produit | Product Manager - Cloud Platform & Services
t:514-629-6775 

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




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



--
Francois Gaudreault
Gestionnaire de Produit | Product Manager - Cloud Platform & Services
t:514-629-6775

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

RE: Release date for CS 4.5?

[Ritu Sabharwal]

Thanks Rohit!

-Original Message-
From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com] 
Sent: Thursday, November 13, 2014 11:44 AM
To: dev@cloudstack.apache.org
Subject: Re: Release date for CS 4.5?

Hi Ritu,

Give our release cycle, we’re currently in build fixing, bug fixing mode. I can 
anticipate 2-3 months which means if everything goes well it should release in 
Q1 2015.

> On 14-Nov-2014, at 1:03 am, Ritu Sabharwal  wrote:
>
> Hi CS developers,
>
> When is Release 4.5 planned?
>
> Thanks & Regards,
> Ritu S.

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: Review Request 16274: Contrail VRouter Plugin - VPC Implementation, Bug fixes

[David Nalley]

> On March 3, 2014, 8:52 a.m., daan Hoogland wrote:
> > suresh, this patch does not apply. You should upload it in th menu and not 
> > attach it. Please disgard if this is no longer applicable, or else rebase 
> > and update,
> > 
> > Thanks,
> > Daan

Does this still apply?


- David


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


On Dec. 30, 2013, 10:33 p.m., Suresh Balineni wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/16274/
> ---
> 
> (Updated Dec. 30, 2013, 10:33 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> - Juniper Contrail VRouter VPC Implementation.
> - Network Policy Support added.
> - Contrail Public Network Offerring added. Earlier, Public Network was added 
> when plugin receives event about physical network creation. 
> - Some bug fixes in contrail plugin.
> - Contrail plugin is enabled my added spring context xml file.
> 
> 
> Diffs
> -
> 
> 
> Diff: https://reviews.apache.org/r/16274/diff/
> 
> 
> Testing
> ---
> 
> - Contrail plugin code is completely tested.
> - VPC tests are verified.
> 
> 
> File Attachments
> 
> 
> Contrail VPC Implementation
>   
> https://reviews.apache.org/media/uploaded/files/2013/12/15/206339e2-7695-48b9-8549-f9090d5e24c7__juniper-contrail-vpc-implementation.patch
> 
> 
> Thanks,
> 
> Suresh Balineni
> 
>

Build failed in Jenkins: build-4.5 #128

[jenkins]

See 

Changes:

[brian.federle] CLOUDSTACK-7645: UI: Fix method for extending dictionary

--
[...truncated 2550 lines...]
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-plugin-dedicated-resources ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-plugin-dedicated-resources ---
[INFO] Compiling 1 source file to 

[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-plugin-planner-implicit-dedication ---
[INFO] Surefire report directory: 


---
 T E S T S
---
Running org.apache.cloudstack.implicitplanner.ImplicitPlannerTest
log4j:WARN No appenders could be found for logger 
(org.springframework.test.context.junit4.SpringJUnit4ClassRunner).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more 
info.
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-plugin-dedicated-resources ---
[INFO] Surefire report directory: 


---
 T E S T S
---
Running org.apache.cloudstack.dedicated.manager.DedicatedApiUnitTest
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-plugin-hypervisor-ovm ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-plugin-hypervisor-ovm ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-plugin-hypervisor-ovm ---
[INFO] Surefire report directory: 


---
 T E S T S
---
log4j:WARN No appenders could be found for logger 
(org.springframework.test.context.junit4.SpringJUnit4ClassRunner).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more 
info.
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-plugin-network-ovs ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:testCompile (default-testCompile) @ 
cloud-plugin-network-ovs ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-plugin-network-ovs ---
[INFO] Surefire report directory: 


---
 T E S T S
---

Results :

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Plugin - RabbitMQ Event Bus 4.5.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-mom-rabbitmq ---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 
 
(includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-mom-rabbitmq ---

Results :

Tests run: 0, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] -

Build failed in Jenkins: build-4.5 #129

[jenkins]

See 

Changes:

[brian.federle] CLOUDSTACK-7645: UI: Fix dictionary JSP include order

--
[...truncated 3114 lines...]
[WARNING] * and/or request plugins be made thread-safe.   *
[WARNING] * If reporting an issue, report it against the plugin in*
[WARNING] * question, not against maven-core  *
[WARNING] *
[WARNING] The following plugins are not marked @threadSafe in Apache CloudStack 
Plugin - Network Brocade VCS:
[WARNING] org.jvnet.jaxb2.maven2:maven-jaxb2-plugin:0.7.1
[WARNING] Enable debug to see more precisely which goals are not marked 
@threadSafe.
[WARNING] *
Tests run: 9, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.031 sec
Running org.apache.cloudstack.internallbelement.InternalLbElementTest
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-plugin-network-vcs ---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-plugin-network-vcs ---
Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.453 sec

Results :

Tests run: 35, Failures: 0, Errors: 0, Skipped: 0

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Plugin - Stratosphere SSP 4.5.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-plugin-network-ssp ---
[INFO] Deleting 

 (includes = [**/*], excludes = [])
[INFO] Deleting 

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-plugin-network-ssp ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-jaxb2-plugin:0.7.1:generate (interface) @ 
cloud-plugin-network-vcs ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-plugin-network-ssp ---
Build timed out (after 13 minutes). Marking the build as failed.
Build was aborted
Recording test results
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - Network Opendaylight
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - User Authenticator LDAP
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - User Authenticator MD5
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - User Authenticator Plain Text
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - User Authenticator SAML2
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - User Authenticator SHA256 Salt

Jenkins build is back to normal : build-4.5 #130

[jenkins]

See 

Jenkins build is back to normal : build-4.5-simulator #45

[jenkins]

See 

Re: Serious (ajax) GUI issues sometimes

[ilya musayev]

Hi Andrija

I notice both of these issues as well. Truly annoying is the first one, 
i've seen this in earlier versions as well, i.e. 3.0.6..


Seems to be browser independent and happens on all browsers.

Regards
ilya
On 11/13/14, 8:11 AM, Andrija Panic wrote:

Hi Mike,

thanks for responding. Here is the ticket:
https://issues.apache.org/jira/browse/CLOUDSTACK-7907

Not sure if it makes any sense to report other bugs/improvements - no
sorting, random sorting(seem to me) on TimeZones (completely
unusable/frustrating), etc...

Thanks again,

On 13 November 2014 16:55, Mike Tutkowski 
wrote:


Hi Andrija,

Thanks for the feedback...very useful.

I wonder if you'd be willing to open up JIRA tickets for these and mark
them as UI related? That way the people who work on the UI regularly will
have easy access to your comments.


https://issues.apache.org/jira/browse/CLOUDSTACK/?selectedTab=com.atlassian.jira.jira-projects-plugin:summary-panel

Thanks again!
Mike

On Wed, Nov 12, 2014 at 12:41 AM, Andrija Panic 
wrote:


Hi team,

is anybody of you aware of the GUI issues when connected to some i.e.
wireless with somewhat big latencies or it sometimes happen even on more
than good internet connection:

i.e:
1)
(A serious one, that we encounter pretty often):

Issue: I start new VM deloyment wizard, choose template etc at the

end

when I click the finish, when the job should be sent to MGMT server -
simply nothing happens - so ajax does't get executed at all, no litle
circle spinning etc - no logs in mgmt server, simply ajax doesn't get
executed...Same behaviour sometimes happen when I click on "Configure" on
the VPC.

I confirmed behaviour in acs 4.3.0 and I'm still checking in 4.4.1.

OR

2)
(not a big issue, however very annoying):
I filter instances by some account/domain, then click on some instance
(view it's properties or whatever), than in the breadcrumb I click back

on

"instances", and instead of being show the page with all the filtered
instances, I get back to the home page of ACS...

So it doesn't really happens always, but randomly, with different

browsers,

clearing all cache etc...
The issue here is that nothing get's logged to MGMT log at all...

Please let me know if anybody get similar issues, or if this is something
on my side...

Thanks,


--

Andrija Panić




--
*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: [PROPOSAL] Move to github PR only during moratorium on commit

[Srikanteswararao Talluri]

I could get easily merge all  my changes in 4.5 to master yesterday. Merge
to master is no more a problem. Thanks to Rajani for fixing merge issues
with master.
I think, at least, from now we can keep the master mergable.

For others who are interested in knowing what I¹ve just tried:

1. 
2. Git checkout master
3. Git pull
4. Git merge 4.5


Thanks,
~Talluri

On 30/10/14 3:51 pm, "Srikanteswararao Talluri"
 wrote:

>Hey Folks,
>
>After all these discussions, What is the direction to commit the code to
>master and 4.5? I have some commits on 4.5 which I would like to have them
>on master too. How to go about it?
>
>Thanks,
>~Talluri
>
>On 23/10/14 11:47 am, "Animesh Chaturvedi" 
>wrote:
>
>>
>>
>>> -Original Message-
>>> From: sebgoa [mailto:run...@gmail.com]
>>> Sent: Saturday, October 18, 2014 2:00 AM
>>> To: dev@cloudstack.apache.org
>>> Subject: [PROPOSAL] Move to github PR only during moratorium on
>>> commit
>>> 
>>> After [1] I would like to officially bring up the following proposal.
>>> 
>>> [Proposal]
>>> 
>>> All commits come through github PR, *even* for committers. We declare a
>>> moratorium period (agreed suspension of activity) during which direct
>>> commit to master is forbidden.
>>> Only the master RM is allowed to merge PR in master (we define a master
>>> RM). If direct commit to master is done, master RM reverts without
>>> warning. Same for 4.5 and 4.4. branches.
>>> 
>>> 
>>> This is drastic and I am sure some folks will not like it, but here is
>>>my
>>> justification for such a measure:
>>> 
>>> [Reasons]:
>>> 
>>> Our commit and release processes have so far been based on the idea
>>>that
>>> development happens on master and that a release branch is cut from
>>> master (unstable development branch). Then a different set of community
>>> members harden the release branch, QA and bring it to GA level. During
>>> that time development keeps on going in master.
>>> 
>>> This is an OK process if we have the luxury of having a QA team and can
>>> cope with split personality of being developers and release managers.
>>> 
>>> My point of view is that as a community we cannot afford such a split
>>>brain
>>> organization and our experience overt the last year proves my point
>>> (delayed release date, broken builds, features merged without
>>>warning...)
>>> 
>>> We can avoid this by cutting a release branch from a stable one (from
>>>the
>>> start), then as you (Daan) have mentioned several times, fix bugs in
>>>the
>>> release branch and merge them back in the stable source of the release
>>>(be
>>> it master).
>>
>>
>>[Animesh] Sebastian you have brought up a  good point dependency on QA
>>team from Citrix is an issue for the project. This was raised in the past
>>as well and Alex's proposal [1] few months back using CI was in my
>>opinion is the optimal solution. Why? Because CloudStack is a huge
>>project and one single person cannot have the full knowledge to safely
>>review all the code and certainly cannot scale, which CI and automation
>>can address
>>
>>Keeping master stable is something no one would argue against and my
>>point would match the original proposal from Alex. May be we can  have a
>>staging branch for master and then merging the commit only after they
>>have passed CI into master. The proposal got derailed and delayed because
>>as called out at that time community does not want to work with a process
>>that has a dependency on infrastructure that is not controlled by
>>community. David and I are working to get the hardware from Citrix into
>>ACS infra. 
>>
>>The approach for fixing issues in release branch first and master later
>>is not practical as we may miss out commits not made into master and
>>future release regressing without the fixes. Also as the release goes
>>into hardening cycle there will be a number of fixes which will not be
>>allowed in release branch but need to be fixes for future, they should
>>all go in master. Master is the catch all default branch and in my
>>opinion should get fixes first.
>>
>>[1] http://markmail.org/thread/xoyjw2sduenlytwm
>>> 
>>> Feature development need to be done outside master, period. Not only
>>>for
>>> non-committers but also for committers. And merge request need to be
>>> called. This will help review and avoid surprises.
>>> 
>>[Animesh] Completely Agreed
>>> New git workflow were proposed and shutdown, mostly calling for better
>>>CI
>>> to solve quality issues. CI will not solve our quality issues alone. We
>>>need to
>>> better police ourselves.
>>>
>>[Animesh] I have already expressed my opinion in favor of CI
>>
>>> To avoid long discussions, I propose this simple but drastic measure.
>>>We
>>> move all our commits to github PR until 4.5 is out, this stands for
>>> committers and non-committers, direct commits (especially to master)
>>> would be reverted immediately.
>>> 
>>> 
>>> Our development and release process is broken, we cannot continue like
>>> this, let's fix it.
>>[Anime

Review Request 28030: CLOUDSTACK-7911: Automation test cases for Usage test path

[Ashutosh Kelkar]

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

Review request for cloudstack and SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description
---

Automation test cases for Usage test path.


Diffs
-

  test/integration/testpaths/testpath_usage.py PRE-CREATION 
  tools/marvin/marvin/lib/base.py 580d0ab 

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


Testing
---

Yes, test cases have issues in few steps. Have marked them as "in progress" for 
now. Will continue work on this later.


Thanks,

Ashutosh Kelkar

about ccp-qemu-img in cs 4.5

[Star Guo]

Hi CS developers,

 

I find brand of 4.5 scripts/storage/qcow2/managesnapshot.sh as bellow:

 

32 qemu_img="cloud-qemu-img"

33 which $qemu_img >& /dev/null

34 if [ $? -gt 0 ]

35 then

36which ccp-qemu-img >& /dev/null

37if [ $? -eq 0 ]

38then

39qemu_img="ccp-qemu-img"

40else

 

Is ccp-qemu-img a product of Citrix ? What does it fix about qemu-img ( more
than qemu-img in centos 6.6 ) ? 

 

Best Regards,

Star Guo

 

Re: Review Request 27883: CLOUDSTACK-7885 - Fixed the script "/maint/test_vpc_host_maintenance.py" - Router will not get automatically Started due to Host maintenance operations

[Chandan Purushothama]

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

(Updated Nov. 14, 2014, 6:35 a.m.)


Review request for cloudstack and sangeetha hariharan.


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


Repository: cloudstack-git


Description
---

I see that Router is stopped consciously in the setup() method in the test 
suite. The test cases check if the Router is in Running state. I checked with 
Sheng and he mentioned that a Stopped Router will not get automatically started 
due Host Maintenance Use Cases. Hence stop command should be removed from the 
setup() Method.

As a fix, I removed the stop command from setup() method


Diffs (updated)
-

  test/integration/component/maint/test_vpc_host_maintenance.py fbc1bb4 

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


Testing
---

Will post the test results shortly


Thanks,

Chandan Purushothama

Re: Review Request 27883: CLOUDSTACK-7885 - Fixed the script "/maint/test_vpc_host_maintenance.py" - Router will not get automatically Started due to Host maintenance operations

[Chandan Purushothama]

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

(Updated Nov. 14, 2014, 6:35 a.m.)


Review request for cloudstack and SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description
---

I see that Router is stopped consciously in the setup() method in the test 
suite. The test cases check if the Router is in Running state. I checked with 
Sheng and he mentioned that a Stopped Router will not get automatically started 
due Host Maintenance Use Cases. Hence stop command should be removed from the 
setup() Method.

As a fix, I removed the stop command from setup() method


Diffs
-

  test/integration/component/maint/test_vpc_host_maintenance.py fbc1bb4 

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


Testing
---

Will post the test results shortly


Thanks,

Chandan Purushothama

Re: Review Request 27883: CLOUDSTACK-7885 - Fixed the script "/maint/test_vpc_host_maintenance.py" - Router will not get automatically Started due to Host maintenance operations

[Chandan Purushothama]

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

(Updated Nov. 14, 2014, 6:37 a.m.)


Review request for cloudstack and SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description (updated)
---

I see that Router is stopped consciously in the setup() method in the test 
suite. The test cases check if the Router is in Running state. I checked with 
Sheng and he mentioned that a Stopped Router will not get automatically started 
due Host Maintenance Use Cases. Hence stop command should be removed from the 
setup() Method.

As a fix, I removed the stop command from setup() method

I fixed the enable and cancel maintenance mode test cases to work properly in 
the test suite


Diffs
-

  test/integration/component/maint/test_vpc_host_maintenance.py fbc1bb4 

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


Testing (updated)
---

Test enable Maintenance Mode on Hosts which have VPC elements ... === TestName: 
test_01_enable_maintenance_with_vpc_nw | Status : SUCCESS ===
ok
Test cancel Maintenance Mode on the above Hosts + Migrate VMs Back ... === 
TestName: test_02_cancel_maintenance | Status : SUCCESS ===
ok
Test reconnect Host which has VPC elements ... === TestName: 
test_03_reconnect_host | Status : SUCCESS ===
ok

--
Ran 3 tests in 463.515s

OK


Thanks,

Chandan Purushothama

RE: hyperv ssvm start failed

[Rajesh Battala]

Is it working now?

-Original Message-
From: 穆凯辉 [mailto:k...@landhightech.com] 
Sent: Thursday, November 13, 2014 11:52 AM
To: dev@cloudstack.apache.org
Subject: 答复: hyperv ssvm start failed

Ok. We will change to windows server 2012 hyperv host with English locale set. 
Thank you very much.


---
穆凯辉
苏州蓝海彤翔系统科技有限公司
Suzhou Land High System Tech CO.,Ltd
地址：苏州高新区科灵路78号7号楼2层
手机：13771859356
邮编：215163

---


-邮件原件-
发件人: Anshul Gangwar [mailto:anshul.gang...@citrix.com]
发送时间: 2014年11月13日 14:00
收件人: dev@cloudstack.apache.org
主题: RE: hyperv ssvm start failed

Probably you are facing issue
https://issues.apache.org/jira/browse/CLOUDSTACK-7277.

-Original Message-
From: Anshul Gangwar [mailto:anshul.gang...@citrix.com]
Sent: Thursday, November 13, 2014 10:52 AM
To: dev@cloudstack.apache.org
Subject: RE: hyperv ssvm start failed

You got me wrong. I have not suggested to change permissions. I have suggested 
to change the locale to US English(instead of Chinese/Japanese) of account with 
which the Hyper-V Agent service is running.

I suspect that your windows server account is running in different locale other 
than English.


-Original Message-
From: 穆凯辉 [mailto:k...@landhightech.com]
Sent: Thursday, November 13, 2014 6:10 AM
To: dev@cloudstack.apache.org
Subject: 答复: hyperv ssvm start failed

Thanks.

We try to run Hyper-v agent by local administrator. But the agent crashed.
So we change to use domain administrator to run this agent. 

We will try to create a new user to run this agent.

Thank you very much.




---

-邮件原件-
发件人: Anshul Gangwar [mailto:anshul.gang...@citrix.com]
发送时间: 2014年11月12日 19:39
收件人: dev@cloudstack.apache.org
主题: RE: hyperv ssvm start failed

You have to run Hyper-V Agent service with the account which has it locale set 
to US English.



-Original Message-
From: 穆凯辉 [mailto:k...@landhightech.com]
Sent: Wednesday, November 12, 2014 4:56 PM
To: dev@cloudstack.apache.org
Subject: hyperv ssvm start failed

Hi all,

 

 We use cloudstack 4.4.0 to manage a windows server 2012 dc hyper-v 
host. Both of the primary and secondary storage are setup on this windows 
hyper-v host using SMB protocol. The Virtual Switch in Hyperv is named 
“VirtualNetork”.

 

when we start the zone, the ssvm is created in hyper-v, but it can not start, 
and is destroy immediately. The error event in windows is as follows:

 


2014-11-12 18:55:03,150 [12] INFO  HypervResource.HypervResourceController
[55c7a1ce-0320-4976-9915-ae6fb44682ba] - {

  "com.cloud.agent.api.StartAnswer": {

"result": false,

"details": "com.cloud.agent.api.StartCommand fail on exception未将对象引
用设置到对象的实例。",

"vm": {

  "id": 1,

  "name": "v-1-VM",

  "type": "ConsoleProxy",

  "cpus": 1,

  "minSpeed": 500,

  "maxSpeed": 500,

  "minRam": 1073741824,

  "maxRam": 1073741824,

  "arch": "x86_64",

  "os": "Debian GNU/Linux 5.0 (64-bit)",

  "bootArgs": " template=domP type=consoleproxy host=192.168.1.137
port=8250 name=v-1-VM zone=1 pod=1 guid=Proxy.1 proxy_vm=1 
disable_rp_filter=true eth2ip=192.168.1.33 eth2mask=255.255.255.0
gateway=192.168.1.254 eth0ip=169.254.0.70 eth0mask=255.255.0.0
eth1ip=192.168.1.224 eth1mask=255.255.255.0 mgmtcidr=192.168.1.0/24
localgw=192.168.1.254 internaldns1=192.168.1.92 internaldns2=8.8.8.8
dns1=192.168.1.92 dns2=8.8.8.8",

  "rebootOnCrash": false,

  "enableHA": false,

  "limitCpuUse": false,

  "enableDynamicallyScaleVm": false,

  "vncPassword": "861c2ac4e36ed3c3",

  "params": {},

  "uuid": "0c1a15f6-5cc6-4c10-8cf7-46fac26ee215",

  "disks": [

{

  "data": {

"org.apache.cloudstack.storage.to.VolumeObjectTO": {

  "uuid": "8b299dfc-2453-4e6a-bd02-b6dcc12fb32a",

  "volumeType": "ROOT",

  "dataStore": {

"org.apache.cloudstack.storage.to.PrimaryDataStoreTO": {

  "uuid": "2c739a85-40bf-365f-b448-152f6e10cad0",

  "id": 2,

  "poolType": "SMB",

  "host": "192.168.1.80",

  "path": "/Primary?user=administrator&domain=vsdevel",

  "port": 445,

  "url":
"SMB://192.168.1.80/Primary?user=administrator&domain=vsdevel/?ROLE=Primary&
STOREUUID=2c739a85-40bf-365f-b448-152f6e10cad0"

}

  },

  "name": "ROOT-1",

  "size": 0,

  "path": "8b299dfc-2453-4e6a-bd02-b6dcc12fb32a",

  "volumeId": 1,

  "vmName": "v-1-VM",

  "accountId": 1,

  "format": "VHD"

Re: Review Request 27321: CLOUDSTACK-7815: Automation test cases for system VM HA test path

[suresh sadhu]

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


Test cases are talking about host down scenario's but scripts are dealing  with 
host maiantenannce scenarios.

Cloudstack behaves diffrenlty in these 2 situations(host down and host 
maintenance).. so please corect the scripts accordingly.

- suresh sadhu


On Nov. 3, 2014, 8:51 a.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27321/
> ---
> 
> (Updated Nov. 3, 2014, 8:51 a.m.)
> 
> 
> Review request for cloudstack, suresh sadhu and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7815
> https://issues.apache.org/jira/browse/CLOUDSTACK-7815
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Convers around 12 scenarios.
> More patches to follow if scenarios are automatable.
> 
> 
> Diffs
> -
> 
>   test/integration/testpaths/testpath_system_vm_ha.py PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/27321/diff/
> 
> 
> Testing
> ---
> 
> Bring down the host on which SSVM is running ... === TestName: 
> test_01_bring_ssvm_host_down | Status : SUCCESS ===
> ok
> Bring down the host on which CPVM is running ... === TestName: 
> test_02_bring_cpvm_host_down | Status : SUCCESS ===
> ok
> Bring down the host on which router is running ... === TestName: 
> test_03_bring_router_host_down | Status : SUCCESS ===
> ok
> 
> --
> Ran 3 tests in 1137.479s
> 
> OK
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

答复: hyperv ssvm start failed

[穆凯辉]

Sorry, we encountered some problem to install the windows server 2012 dc R2.
So we now try to install Hyperv server 2012 r2.
Can windows server 2012 dc be also used for hyperv host with cloudstack 4.4?
We will inform you as soon as possible if there is some progress.


-邮件原件-
发件人: Rajesh Battala [mailto:rajesh.batt...@citrix.com] 
发送时间: 2014年11月14日 15:24
收件人: dev@cloudstack.apache.org
主题: RE: hyperv ssvm start failed

Is it working now?

-Original Message-
From: 穆凯辉 [mailto:k...@landhightech.com] 
Sent: Thursday, November 13, 2014 11:52 AM
To: dev@cloudstack.apache.org
Subject: 答复: hyperv ssvm start failed

Ok. We will change to windows server 2012 hyperv host with English locale
set. Thank you very much.


---
穆凯辉
苏州蓝海彤翔系统科技有限公司
Suzhou Land High System Tech CO.,Ltd
地址：苏州高新区科灵路78号7号楼2层
手机：13771859356
邮编：215163

---


-邮件原件-
发件人: Anshul Gangwar [mailto:anshul.gang...@citrix.com]
发送时间: 2014年11月13日 14:00
收件人: dev@cloudstack.apache.org
主题: RE: hyperv ssvm start failed

Probably you are facing issue
https://issues.apache.org/jira/browse/CLOUDSTACK-7277.

-Original Message-
From: Anshul Gangwar [mailto:anshul.gang...@citrix.com]
Sent: Thursday, November 13, 2014 10:52 AM
To: dev@cloudstack.apache.org
Subject: RE: hyperv ssvm start failed

You got me wrong. I have not suggested to change permissions. I have
suggested to change the locale to US English(instead of Chinese/Japanese) of
account with which the Hyper-V Agent service is running.

I suspect that your windows server account is running in different locale
other than English.


-Original Message-
From: 穆凯辉 [mailto:k...@landhightech.com]
Sent: Thursday, November 13, 2014 6:10 AM
To: dev@cloudstack.apache.org
Subject: 答复: hyperv ssvm start failed

Thanks.

We try to run Hyper-v agent by local administrator. But the agent crashed.
So we change to use domain administrator to run this agent. 

We will try to create a new user to run this agent.

Thank you very much.




---

-邮件原件-
发件人: Anshul Gangwar [mailto:anshul.gang...@citrix.com]
发送时间: 2014年11月12日 19:39
收件人: dev@cloudstack.apache.org
主题: RE: hyperv ssvm start failed

You have to run Hyper-V Agent service with the account which has it locale
set to US English.



-Original Message-
From: 穆凯辉 [mailto:k...@landhightech.com]
Sent: Wednesday, November 12, 2014 4:56 PM
To: dev@cloudstack.apache.org
Subject: hyperv ssvm start failed

Hi all,

 

 We use cloudstack 4.4.0 to manage a windows server 2012 dc hyper-v
host. Both of the primary and secondary storage are setup on this windows
hyper-v host using SMB protocol. The Virtual Switch in Hyperv is named
“VirtualNetork”.

 

when we start the zone, the ssvm is created in hyper-v, but it can not
start, and is destroy immediately. The error event in windows is as follows:

 


2014-11-12 18:55:03,150 [12] INFO  HypervResource.HypervResourceController
[55c7a1ce-0320-4976-9915-ae6fb44682ba] - {

  "com.cloud.agent.api.StartAnswer": {

"result": false,

"details": "com.cloud.agent.api.StartCommand fail on exception未将对象引
用设置到对象的实例。",

"vm": {

  "id": 1,

  "name": "v-1-VM",

  "type": "ConsoleProxy",

  "cpus": 1,

  "minSpeed": 500,

  "maxSpeed": 500,

  "minRam": 1073741824,

  "maxRam": 1073741824,

  "arch": "x86_64",

  "os": "Debian GNU/Linux 5.0 (64-bit)",

  "bootArgs": " template=domP type=consoleproxy host=192.168.1.137
port=8250 name=v-1-VM zone=1 pod=1 guid=Proxy.1 proxy_vm=1
disable_rp_filter=true eth2ip=192.168.1.33 eth2mask=255.255.255.0
gateway=192.168.1.254 eth0ip=169.254.0.70 eth0mask=255.255.0.0
eth1ip=192.168.1.224 eth1mask=255.255.255.0 mgmtcidr=192.168.1.0/24
localgw=192.168.1.254 internaldns1=192.168.1.92 internaldns2=8.8.8.8
dns1=192.168.1.92 dns2=8.8.8.8",

  "rebootOnCrash": false,

  "enableHA": false,

  "limitCpuUse": false,

  "enableDynamicallyScaleVm": false,

  "vncPassword": "861c2ac4e36ed3c3",

  "params": {},

  "uuid": "0c1a15f6-5cc6-4c10-8cf7-46fac26ee215",

  "disks": [

{

  "data": {

"org.apache.cloudstack.storage.to.VolumeObjectTO": {

  "uuid": "8b299dfc-2453-4e6a-bd02-b6dcc12fb32a",

  "volumeType": "ROOT",

  "dataStore": {

"org.apache.cloudstack.storage.to.PrimaryDataStoreTO": {

  "uuid": "2c739a85-40bf-365f-b448-152f6e10cad0",

  "id": 2,

  "poolType": "SMB",

  "host": "192.168.1.80",

  "path": "/Primary?user=administrator&domain=vsdevel",