RE: [USAGE] Still having hard times to have it starting

[Ilia Shakitko]

Hi Rajani,

That's the config: http://clip2net.com/s/jcTHfq

I'll try to play with debugger. But maybe that issue is related to that output?

log4j:WARN No appenders could be found for logger 
(org.springframework.core.env.StandardEnvironment).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more 
info.

Tried to fix that, but haven't succeed yet :\


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: Rajani Karuturi [mailto:raj...@apache.org]
Sent: vrijdag, 31 oktober, 2014 13:00
To: dev@cloudstack.apache.org
Subject: Re: [USAGE] Still having hard times to have it starting

Can you check the values of these three configs?
usage.stats.job.exec.time (start time in 24 hr format) 
usage.stats.job.aggregation.range (the aggregation which you already
specified)
usage.execution.timezone (execution timezone)

make sure you restart the usage server after changing those values.

The easiest way to debug would be to attach the debugger and see why it is 
skipping the run in UsageManagerImpl.parse().


~Rajani

On Fri, Oct 31, 2014 at 3:52 PM, Ilia Shakitko  wrote:

>  Hello again,
>
>
>
> I’ve managed to run the Usage server within Jetty from the source.
> Deployed a VM. Waited for more than 10min  (my aggr. range) , but I
> can’t see any data in *cloud_usage* DB …
>
> Could you assist me to tackle that?
>
>
>
> root@mgt111-11:~/cloudstack# mvn -pl usage -Drun -Dpid=$$
>
> [INFO] Scanning for projects...
>
> [INFO]
>
> [INFO]
> --
> --
>
> [INFO] Building Apache CloudStack Usage Server 4.4.2-SNAPSHOT
>
> [INFO]
> --
> --
>
> [INFO]
>
> [INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle)
> @ cloud-usage ---
>
> [INFO] Starting audit...
>
> Audit done.
>
>
>
> [INFO]
>
> [INFO] --- maven-remote-resources-plugin:1.3:process (default) @
> cloud-usage ---
>
> [INFO]
>
> [INFO] --- maven-antrun-plugin:1.7:run (generate-resource) @
> cloud-usage
> ---
>
> [INFO] Executing tasks
>
>
>
> main:
>
>  [copy] Copying 2 files to
> /root/cloudstack/usage/target/transformed
>
> [INFO] Executed tasks
>
> [INFO]
>
> [INFO] --- maven-resources-plugin:2.5:resources (default-resources) @
> cloud-usage ---
>
> [debug] execute contextualize
>
> [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-usage ---
>
> [INFO] Nothing to compile - all classes are up to date
>
> [INFO]
>
> [INFO] --- maven-resources-plugin:2.5:testResources
> (default-testResources) @ cloud-usage ---
>
> [debug] execute contextualize
>
> [INFO] Using 'UTF-8' encoding to copy filtered resources.
>
> [INFO] Copying 8 resources
>
> [INFO] Copying 3 resources
>
> [INFO]
>
> [INFO] >>> exec-maven-plugin:1.2.1:java (run-usage) @ cloud-usage >>>
>
> [INFO]
>
> [INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle)
> @ cloud-usage ---
>
> [INFO] Starting audit...
>
> Audit done.
>
>
>
> [INFO]
>
> [INFO] <<< exec-maven-plugin:1.2.1:java (run-usage) @ cloud-usage <<<
>
> [INFO]
>
> [INFO] --- exec-maven-plugin:1.2.1:java (run-usage) @ cloud-usage ---
>
> log4j:WARN No appenders could be found for logger
> (org.springframework.core.env.StandardEnvironment).
>
> log4j:WARN Please initialize the log4j system properly.
>
> log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig
> for more info.
>
> SLF4J: The requested version 1.6.99 by your slf4j binding is not
> compatible with [1.5.5, 1.5.6]
>
> SLF4J: See http://www.slf4j.org/codes.html#version_mismatch for
> further details.
>
>
>
>
>
> Kind regards,
>
>   Ilia Shakitko
> Innovation Engineer
> LeaseWeb Technologies B.V.
>
> T: +31 20 316 0235
>
> E: i.shaki...@tech.leaseweb.com
> W: www.leaseweb.com
>   Luttenbergweg 8,  1101 EC Amsterdam,  Netherlands
>
>
>
>
>

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

[Ashutosh Kelkar]

---
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 (updated)
---

Convers around 12 scenarios.
More patches to follow if scenarios are automatable.


Diffs (updated)
-

  test/integration/testpaths/testpath_system_vm_ha.py PRE-CREATION 

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


Testing (updated)
---

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: build-master #1782

[jenkins]

See 

Changes:

[santhosh.edukulla] CLOUDSTACK-7828.Avoid marking IPs already in Allocated as 
Allocated again. Use row lock to ensure that prev state is either Allocating or 
Free. This will inturn avoid logging duplicate events

--
[...truncated 5518 lines...]
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-engine-service ---
[INFO] Surefire report directory: 


---
 T E S T S
---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-plugin-hypervisor-xenserver ---

Results :

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

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Plugin - Storage Allocator Random 
4.6.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
cloud-plugin-storage-allocator-random ---
[INFO] Deleting 

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

 (includes = [target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-plugin-storage-allocator-random ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-engine-storage-cache ---
[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-storage-cache ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-engine-storage-cache ---
[INFO] Surefire report directory: 


---
 T E S T S
---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-plugin-storage-allocator-random ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-plugin-hypervisor-xenserver ---
[debug] execute contextualize
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 4 resources
[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ 
cloud-plugin-hypervisor-xenserver ---
[INFO] Compiling 21 source files to 

log4j:WARN No appenders could be found for logger 
(com.cloud.hypervisor.kvm.resource.LibvirtComputingResource).
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: 8, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.407 sec
Running com.cloud.hypervisor.kvm.resource.LibvirtSecretDefTest

Results :

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

Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.157 sec
Running com.cloud.hypervisor.kvm.resource.LibvirtStoragePoolDefTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.05 sec
Running com.cloud.hypervisor.kvm.resource.LibvirtDomainXMLParserTest
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-plugin-storage-allocator-random ---
[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:compile (default-compile) @ 
cloud-plugin-storage-allocator-random ---
[INFO] Compiling 1 source file to 

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

Strange if else under LibvirtStorageAdaptor.java[lines 1203-1206]

[Santhosh Edukulla]

Team,

Either of the paths are doing the same thing for below if else, please check. 
This is observed under master.

 if (srcPool.getType() != StoragePoolType.RBD) {
newDisk = destPool.createPhysicalDisk(name, 
Storage.ProvisioningType.THIN, disk.getVirtualSize());
} else {
newDisk = destPool.createPhysicalDisk(name, 
Storage.ProvisioningType.THIN, disk.getVirtualSize());
}

Santhosh

ldap with microsoft ad on 4.5

[Rajani Karuturi]

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

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

The same server and configuration works on 4.3 instance.

Did anyone notice this? Any pointers?


~Rajani

Jenkins build is back to normal : build-master #1783

[jenkins]

See 

Build failed in Jenkins: build-4.5 #74

[jenkins]

See 

--
[...truncated 1718 lines...]
[INFO] 
[INFO] --- maven-compiler-plugin:2.5.1:compile (default-compile) @ cloud-usage 
---
[INFO] Compiling 19 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-engine-orchestration ---
[debug] execute contextualize
[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-orchestration ---
[INFO] Compiling 68 source files to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-engine-network ---
[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-network ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-engine-network ---
[INFO] Surefire report directory: 


---
 T E S T S
---

Results :

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

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

[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-surefire-plugin:2.12:test (default-test) @ cloud-usage ---
[INFO] Surefire report directory: 


---
 T E S T S
---
Running com.cloud.usage.UsageSanityCheckerTest
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-engine-orchestration ---
[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-orchestration ---
[INFO] Compiling 5 source files to 

Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 7.014 sec

Results :

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

[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-engine-orchestration ---
[INFO] Tests are skipped.
[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 93 source files to 

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


-

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

[Nux!]

Hi Rohit,

Is it me or autocompletion is broken in this one?

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Rohit Yadav" 
> To: "dev" 
> Cc: us...@cloudstack.apache.org
> Sent: Monday, 3 November, 2014 06:46:03
> Subject: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)

> Hi All,
> 
> I've created a 5.3.0 release of CloudMonkey, with the following artifacts up 
> for
> a vote:
> 
> Git Branch and Commit SH:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shortlog;h=refs/heads/5.3
> Commit: eae19737f99d4236aa925744d41b605aa103ac38
> 
> List of changes:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=blob_plain;f=CHANGES;hb=5.3
> 
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.3.0/
> 
> PGP release keys (signed using 0EE3D884):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> 
> Testing procedure:
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudMonkey+Release+test+procedure
> 
> This release aims to provide better parameter and filter completion, error
> handling and utf8/unicode support in CloudMonkey and therefore needs testing
> efforts in these areas. UTF-8 encoded string parameters usage needs to be
> tested in API calls, shell and piped calls, for example:
> 
> $ create user account=admin username=रोहित lastname=यादव firstname=रोहित
> email=bhais...@apache.org password="正體字/繁體字日本人français한국فارسیpassword123”
> $ list users | grep रोहित
> 
> The vote will be open till Wednesday (72 hours). Please test this release and
> give your vote. Thanks.
> 
> For sanity in tallying the vote, can PMC members please be sure to indicate
> "(binding)" with their vote?
> 
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
> 
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
> 
> Find out more about ShapeBlue and our range of CloudStack related services
> 
> IaaS Cloud Design & Build
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Infrastructure
> Support
> CloudStack Bootcamp Training 
> Courses
> 
> This email and any attachments to it may be confidential and are intended 
> solely
> for the use of the individual to whom it is addressed. Any views or opinions
> expressed are solely those of the author and do not necessarily represent 
> those
> of Shape Blue Ltd or related companies. If you are not the intended recipient
> of this email, you must neither take any action based upon its contents, nor
> copy or show it to anyone. Please contact the sender if you believe you have
> received this email in error. Shape Blue Ltd is a company incorporated in
> England & Wales. ShapeBlue Services India LLP is a company incorporated in
> India and is operated under license from Shape Blue Ltd. Shape Blue Brasil
> Consultoria Ltda is a company incorporated in Brasil and is operated under
> license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by
> The Republic of South Africa and is traded under license from Shape Blue Ltd.
> ShapeBlue is a registered trademark.

[GitHub] cloudstack pull request: Feature cenik123 vpcvrr 1.1.1

[KarlHarrisSungardAS]

GitHub user KarlHarrisSungardAS opened a pull request:

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

Feature cenik123 vpcvrr 1.1.1



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

$ git pull https://github.com/KarlHarrisSungardAS/cloudstack 
FEATURE-CENIK123-VPCVRR_1.1.1

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

https://github.com/apache/cloudstack/pull/33.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #33


commit d081efc647737d4fee106eda31767a061f885f69
Author: Alex Brett 
Date:   2014-10-15T17:50:57Z

CLOUDSTACK-7727 Skip various BVT tests on LXC

A number of BVT tests are not valid for LXC (e.g. migrating a VM), so this 
patch
ensures they skip if LXC is in use.

Signed-off-by: SrikanteswaraRao Talluri 

commit e225065ec2510a93a1f3f694050645687b2969d0
Author: Jessica Wang 
Date:   2014-10-16T19:06:59Z

CLOUDSTACK-7731: UI > Infrastructure > Virtual Routers > group by 
zone/pod/cluster view > listView > detailView > add View All link (i.e. "View 
all Virtual Routers").

commit c49a09fad0ad830a3ce56511da5cd568d56c594c
Author: Jessica Wang 
Date:   2014-10-15T23:12:52Z

CLOUDSTACK-7731: UI > Infrastructure > Virtual Routers > group by account 
view > listView > detailView > add View All link (i.e. "View all Virtual 
Routers").

commit f8cbd6ad46f5e75de3354ffe4dc646b819aa40a1
Author: Jessica Wang 
Date:   2014-10-16T00:00:11Z

CLOUDSTACK-7736: UI - listView widget - select view dropdown on top of 
listView - prefilter() - include original args.context when passing it to 
prefilter().

commit 5e165d499e5e81f6941e74a60b628a544523780a
Author: Jessica Wang 
Date:   2014-10-16T00:02:21Z

CLOUDSTACK-7731: UI > Infrastructure > Virtual Routers > group by XXX 
view > listView > detailView > add View All link > not show "group by XXX" 
in select view dropdown.

commit be60e46e1efad93cb3c26bcf9ec9ee501239ffdf
Author: Jessica Wang 
Date:   2014-10-16T19:01:20Z

CLOUDSTACK-7731: UI > Infrastructure > Virtual Routers > group by XXX 
view > listView > detailView > add View All link > show read-only text "group 
by zone/pod/cluster/account" in select view area.

commit c9dcae548056aa477e4156a1ec2efc9a83813aed
Author: Edison Su 
Date:   2014-10-16T19:51:11Z

fix kvm issue, for windows sever 2008, it will crash without hyperv 
enlightment featre enabled

commit 13decd4c85e540337fdf1e46eb367f78d691b4ab
Author: Jessica Wang 
Date:   2014-10-16T21:47:24Z

CLOUDSTACK-7744: UI > Instances > detailView > Change Service Offering > 
show generic notification.

commit f3e91bf26acaeb1202e1fa84b70ad24db3a0eace
Author: Edison Su 
Date:   2014-10-16T23:59:09Z

There are few cases that mgt server won't reponse agent's pingcommand 
timely, or in KVM's case, libvirt won't repsonse in few mintues, which will 
cause agent reconnect to mgt server, then all the on going tasks on host will 
fail

commit 892b11ec0230ce87d14370fd1055ac223096cc77
Author: Karl Harris 
Date:   2014-10-17T14:40:59Z

Added /cloudstack/tools/appliance/packer/ directory and various packer 
build files.

commit 7f55a1ef032c29cb955e02c90da43c91739108d7
Author: Karl Harris 
Date:   2014-10-17T14:57:16Z

Replaced cloud-early-config.sh with test version

commit dbf12d58e713ee5d3a120999cebf5a87d728b209
Author: Min Chen 
Date:   2014-10-17T01:15:50Z

CLOUDSTACK-7749: AsyncJob GC thread cannot purge queue items that have been 
blocking for too long if exception is thrown in expunging some unfinished or 
completed old jobs, this will make some future jobs stuck.

commit e796d418b4ff7d3644bcc962b796d929b3d7baf7
Author: Jessica Wang 
Date:   2014-10-17T21:46:23Z

CLOUDSTACK-5576: UI > IP Address > EnableVPN, DisableVPN: change label.

commit 1fe8be74e7c8d21a69ed0973a6fc403797d33d89
Author: Karl Harris 
Date:   2014-10-19T12:50:56Z

Changes to cssysvm_template.json to try to correct problems with 
preseed.cfg http access during the beginning of packer build.

commit 10f87af81f5fc201d499246a110fd25938db27b3
Author: Karl Harris 
Date:   2014-10-19T13:23:56Z

Merge remote-tracking branch 'origin/master' into FEATURE-CENIK123-v1.1

commit 287ff83552081cd91c68af6214016ca4cc4cc040
Author: Nitin Mehta 
Date:   2014-10-20T23:49:48Z

CLOUDSTACK-7754: Templates source_template_id is null when it is created 
from Snapshot with its corresponding volume removed. Fix it by searching for 
volumes including removed.

commit 0cc5ee7abedf8154e17c5e6b9e32a2c1b3a10396
Author: Karl Harris 
Date:   2014-10-21T17:38:20Z

Update from pulls

commit cb764564ecdcdddc97d8cb7e3a6c7fd9f43fbe2a
Author: Karl Harris 
Date:   2014-10-23T00:50:13Z

Fixed typo in preseed configuration file spec in the cssysvm.json file 
which caused packer build to fail

commit b85b45f6628ba6b238ad6af6c875954b5f996d25
Author: Karl Harris 
Date:   2014-10

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

[Daan Hoogland]

Id did do -s ours:) but if we don't merge -s ... -X ours it doesn't help.

mobile dev with bilingual spelling checker used (read at your own risk)
Op 3 nov. 2014 05:40 schreef "Rajani Karuturi" :

> that means, we postponed the git problems to 4.6. :(
>
> It feels like as a community we are running away from making any changes to
> the way we interact with git. We seem to discuss it a lot but, never act on
> it.
>
> What I don't understand is, are we saying the way we use git is right? or
> are we just shying away from any change?
>
>
> ~Rajani
>
> PS: We could still do a blank merge(-s ours) from 4.5 to master and
> continue.
>
> On Sat, Nov 1, 2014 at 12:06 AM, David Nalley  wrote:
>
> > On Fri, Oct 31, 2014 at 12:41 AM, Rajani Karuturi 
> > wrote:
> > > Can we atleast follow the merge part of it? ie) commit to 4.5 and then
> > > merge 4.5 to master?
> > >
> > > merging wont be easy unless everybody agrees and does merge for their
> > > commits.
> > >
> >
> > It won't work; master and 4.5 have both diverged, even if it's very
> > small at this point.
> > Daan and I both seemed to come to this conclusion last week:
> >
> > http://markmail.org/message/sumgmlo4avgjquym
> > http://markmail.org/message/wazq4lz47v22mynz
> >
> > --David
> >
>

Openstack Paris

[Daan Hoogland]

Any one here? Like to meet up.

Spoke to the midokuro guys, here. They say they don't do development on
cloudstack integration due to lack of customers.

mobile dev with bilingual spelling checker used (read at your own risk)

Re: [MERGE] virtual network appliance manager refactorring

[Karl Harris]

I have posted a reference pull request
 with the current work in
progress using packer to build system virtual machines as well as
generating vagrant boxes for testing. As mentioned in the pull request
comment :This is "a work in progress" and posted for review and comment.

Karl


On Thu, Oct 9, 2014 at 1:51 PM, Karl Harris 
wrote:

>
>
> Here is a update of the work in support of  Cloudstack-764:
>
> The overall idea of this effort is to implement VPC Virtual Redundant
> Routing  and automate the unit
> tests for system virtual machine for virtual routers both redundant and
> non-redundant, for Cloudstack-764.
>
> Current work areas.
>
> Modify system vm bash scripts to implement VPC Virtual redundant routing
> in a similar
> fashion to existing virtual redundant routing. Basically implementing the
> ability for VRR to handle
> VPC's dynamic network topology as mention in the Java Refactoring from SP.
>
> Refactored the VeeWee virtual machine build scripts to use Packer. Packer
> is used because of its ability
> to build a system virtual machine raw file without unsupported "c"
> utilities and its additional builders
> to generate images for all virtual environments as required.
>
> Initial test framework uses VirtualBox/Vagrant as test harness with the
> addition of test scripts for unit testing.
> The output of the Packer build in a Vagrant Box is also used for debugging
> script changes outside
> of unit test framework.
>
> Use the output of the Packer builders as part of an automated system
> virtual machine "build/ testing chain"  in support of additional
> script changes for virtual routers and/or other Cloudstack system virtual
> machine functions.
>
>
>
> Karl
>
>
> On Tue, Oct 7, 2014 at 11:45 AM, Wilder Rodrigues <
> wrodrig...@schubergphilis.com> wrote:
>
>> Thanks, Daan! :)
>>
>> More info here:
>>
>> Just a quick update on the status of the VPC RVR refactor, which is the
>> part 1 of the whole VPC RVR implementation. I have added some documentation
>> to the Apache Wiki page. You can find it on the URL below:
>>
>>
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Refactor+for+Redundant+Virtual+Router+Implementation
>>
>> Thanks for the diagrams, Antonio!
>>
>> I will update it later with some few notes that we are working on.
>>
>> Cheers,
>> Wilder
>>
>> Sent from my iPhone
>>
>> On 03 Oct 2014, at 19:36, "Daan Hoogland" > > wrote:
>>
>> yes, and it is good to stress that once again!
>>
>> On Fri, Oct 3, 2014 at 6:00 PM, David Nalley > da...@gnsa.us>> wrote:
>>
>> As noted in your PR, please don't merge this immediately into master.
>> We're in feature freeze, and master is currently 4.5
>>
>> Thanks,
>>
>> --David
>>
>> On Fri, Oct 3, 2014 at 7:22 AM, Daan Hoogland > >
>> wrote:
>> H,
>>
>> I just pushed a huge branch with work that my colleagues did [1]. It is
>> prerequisite to adding redundancy to vpc routers. please take it into
>> account when doing anything with virtual router functionality as it
>> addresses a lot of the way we work with configuring those. Merging will
>> have to wait of course but for any related work I'd advice to use it as
>> starting point to be joined in the merge later on.
>>
>> It will be followed first by refactorings in the virtual routing resource
>> and the actual on board router scripts and next by the code to add
>> redundancy to the vpc version of the router.
>>
>> thanks,
>>
>> [1] https://github.com/apache/cloudstack/tree/vpc-refactor
>>
>> --
>> Daan
>>
>>
>>
>>
>> --
>> Daan
>>
>
>
>
> --
> Karl O. Harris
> Cloud Software Engineer
> Sungard Availability Services
> Office: 215-446-1772
> Cell: 215-264-1855
> karl.har...@sungardas.com
>



-- 
Karl O. Harris
Cloud Software Engineer
Sungard Availability Services
Office: 215-446-1772
Cell: 215-264-1855
karl.har...@sungardas.com

Re: Strange if else under LibvirtStorageAdaptor.java[lines 1203-1206]

[Wido den Hollander]

On 11/03/2014 10:05 AM, Santhosh Edukulla wrote:
> Team,
> 
> Either of the paths are doing the same thing for below if else, please check. 
> This is observed under master.
> 

I think that is a weird merge thing somewhere. I don't see any reason
why this if statement is there.

Wido

>  if (srcPool.getType() != StoragePoolType.RBD) {
> newDisk = destPool.createPhysicalDisk(name, 
> Storage.ProvisioningType.THIN, disk.getVirtualSize());
> } else {
> newDisk = destPool.createPhysicalDisk(name, 
> Storage.ProvisioningType.THIN, disk.getVirtualSize());
> }
> 
> Santhosh
> 

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

[Rohit Yadav]

Hi Lucian,

Can you start by removing ~/.cloudmonkey/cache or run sync again? Old caches 
(5.2.0 and before) don’t have cached keys that are used to autocomplete filter= 
arg on an API.

If you can reproduce the issue, can you share where you are using this, 
Windows/Mac/Linux, error logs etc.? I’ve only tested it on OSX and Ubuntu.

> On 03-Nov-2014, at 3:25 pm, Nux!  wrote:
>
> Hi Rohit,
>
> Is it me or autocompletion is broken in this one?
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Rohit Yadav" 
>> To: "dev" 
>> Cc: us...@cloudstack.apache.org
>> Sent: Monday, 3 November, 2014 06:46:03
>> Subject: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)
>
>> Hi All,
>>
>> I've created a 5.3.0 release of CloudMonkey, with the following artifacts up 
>> for
>> a vote:
>>
>> Git Branch and Commit SH:
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shortlog;h=refs/heads/5.3
>> Commit: eae19737f99d4236aa925744d41b605aa103ac38
>>
>> List of changes:
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=blob_plain;f=CHANGES;hb=5.3
>>
>> Source release (checksums and signatures are available at the same
>> location):
>> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.3.0/
>>
>> PGP release keys (signed using 0EE3D884):
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> Testing procedure:
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudMonkey+Release+test+procedure
>>
>> This release aims to provide better parameter and filter completion, error
>> handling and utf8/unicode support in CloudMonkey and therefore needs testing
>> efforts in these areas. UTF-8 encoded string parameters usage needs to be
>> tested in API calls, shell and piped calls, for example:
>>
>> $ create user account=admin username=रोहित lastname=यादव firstname=रोहित
>> email=bhais...@apache.org password="正體字/繁體字日本人français한국فارسیpassword123”
>> $ list users | grep रोहित
>>
>> The vote will be open till Wednesday (72 hours). Please test this release and
>> give your vote. Thanks.
>>
>> For sanity in tallying the vote, can PMC members please be sure to indicate
>> "(binding)" with their vote?
>>
>> [ ] +1  approve
>> [ ] +0  no opinion
>> [ ] -1  disapprove (and reason why)
>>
>> Regards,
>> Rohit Yadav
>> Software Architect, ShapeBlue
>> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>>
>> Find out more about ShapeBlue and our range of CloudStack related services
>>
>> IaaS Cloud Design & Build
>> CSForge – rapid IaaS deployment framework
>> CloudStack Consulting
>> CloudStack Infrastructure
>> Support
>> CloudStack Bootcamp Training 
>> Courses
>>
>> This email and any attachments to it may be confidential and are intended 
>> solely
>> for the use of the individual to whom it is addressed. Any views or opinions
>> expressed are solely those of the author and do not necessarily represent 
>> those
>> of Shape Blue Ltd or related companies. If you are not the intended recipient
>> of this email, you must neither take any action based upon its contents, nor
>> copy or show it to anyone. Please contact the sender if you believe you have
>> received this email in error. Shape Blue Ltd is a company incorporated in
>> England & Wales. ShapeBlue Services India LLP is a company incorporated in
>> India and is operated under license from Shape Blue Ltd. Shape Blue Brasil
>> Consultoria Ltda is a company incorporated in Brasil and is operated under
>> license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by
>> The Republic of South Africa and is traded under license from Shape Blue Ltd.
>> ShapeBlue is a registered trademark.

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



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

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
CloudStack 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

Re: ldap with microsoft ad on 4.5

[Ian Duffy]

Hi Rajani,

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

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

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

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

On 3 November 2014 09:32, Rajani Karuturi  wrote:

> using Apache Directory Server works fine on 4.3 and 4.5.
> But, If I use Microsoft AD(on windows server 2012), it doesnt work on 4.5.
>
> It binds to the server properly. But, it doesnt list any users.
> I see "javax.naming.PartialResultException: Unprocessed Continuation
> Reference(s);" exception with no stacktrace.
>
> The same server and configuration works on 4.3 instance.
>
> Did anyone notice this? Any pointers?
>
>
> ~Rajani
>

Re: ldap with microsoft ad on 4.5

[Rajani Karuturi]

already tried. didnt work.

~Rajani

On Mon, Nov 3, 2014 at 4:10 PM, Ian Duffy  wrote:

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

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

[Nux!]

Rohit,

I've deleted ~/.cloudmonkey/cache and ran sync again, but still no go, no 
autocompletion. This is my CentOS 7 workstation, yesterday on my laptop it was 
working fine (also CentOS 7).
Perhaps I'm missing some python module? Any one in particular I should watch 
out for?

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Rohit Yadav" 
> To: dev@cloudstack.apache.org
> Cc: us...@cloudstack.apache.org
> Sent: Monday, 3 November, 2014 10:28:00
> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)

> Hi Lucian,
> 
> Can you start by removing ~/.cloudmonkey/cache or run sync again? Old caches
> (5.2.0 and before) don’t have cached keys that are used to autocomplete 
> filter=
> arg on an API.
> 
> If you can reproduce the issue, can you share where you are using this,
> Windows/Mac/Linux, error logs etc.? I’ve only tested it on OSX and Ubuntu.
> 
>> On 03-Nov-2014, at 3:25 pm, Nux!  wrote:
>>
>> Hi Rohit,
>>
>> Is it me or autocompletion is broken in this one?
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>>> From: "Rohit Yadav" 
>>> To: "dev" 
>>> Cc: us...@cloudstack.apache.org
>>> Sent: Monday, 3 November, 2014 06:46:03
>>> Subject: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)
>>
>>> Hi All,
>>>
>>> I've created a 5.3.0 release of CloudMonkey, with the following artifacts 
>>> up for
>>> a vote:
>>>
>>> Git Branch and Commit SH:
>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shortlog;h=refs/heads/5.3
>>> Commit: eae19737f99d4236aa925744d41b605aa103ac38
>>>
>>> List of changes:
>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=blob_plain;f=CHANGES;hb=5.3
>>>
>>> Source release (checksums and signatures are available at the same
>>> location):
>>> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.3.0/
>>>
>>> PGP release keys (signed using 0EE3D884):
>>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>>
>>> Testing procedure:
>>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudMonkey+Release+test+procedure
>>>
>>> This release aims to provide better parameter and filter completion, error
>>> handling and utf8/unicode support in CloudMonkey and therefore needs testing
>>> efforts in these areas. UTF-8 encoded string parameters usage needs to be
>>> tested in API calls, shell and piped calls, for example:
>>>
>>> $ create user account=admin username=रोहित lastname=यादव firstname=रोहित
>>> email=bhais...@apache.org password="正體字/繁體字日本人français한국فارسیpassword123”
>>> $ list users | grep रोहित
>>>
>>> The vote will be open till Wednesday (72 hours). Please test this release 
>>> and
>>> give your vote. Thanks.
>>>
>>> For sanity in tallying the vote, can PMC members please be sure to indicate
>>> "(binding)" with their vote?
>>>
>>> [ ] +1  approve
>>> [ ] +0  no opinion
>>> [ ] -1  disapprove (and reason why)
>>>
>>> Regards,
>>> Rohit Yadav
>>> Software Architect, ShapeBlue
>>> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
>>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>>>
>>> Find out more about ShapeBlue and our range of CloudStack related services
>>>
>>> IaaS Cloud Design & 
>>> Build
>>> CSForge – rapid IaaS deployment framework
>>> CloudStack Consulting
>>> CloudStack Infrastructure
>>> Support
>>> CloudStack Bootcamp Training 
>>> Courses
>>>
>>> This email and any attachments to it may be confidential and are intended 
>>> solely
>>> for the use of the individual to whom it is addressed. Any views or opinions
>>> expressed are solely those of the author and do not necessarily represent 
>>> those
>>> of Shape Blue Ltd or related companies. If you are not the intended 
>>> recipient
>>> of this email, you must neither take any action based upon its contents, nor
>>> copy or show it to anyone. Please contact the sender if you believe you have
>>> received this email in error. Shape Blue Ltd is a company incorporated in
>>> England & Wales. ShapeBlue Services India LLP is a company incorporated in
>>> India and is operated under license from Shape Blue Ltd. Shape Blue Brasil
>>> Consultoria Ltda is a company incorporated in Brasil and is operated under
>>> license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by
>>> The Republic of South Africa and is traded under license from Shape Blue 
>>> Ltd.
>>> ShapeBlue is a registered trademark.
> 
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
> 
> 
> 
> Find out more about ShapeBlue and our range of CloudStack related services
> 
> IaaS 

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

[Rohit Yadav]

Hi Lucian,

I tested CloudMonkey on Fedora and it works for me. Can you check and install: 
python-setuptools, python-pip, readline and readline-devel or readline-develop 
(please check names before you try it) on it and retry?

It is possible that the CentOS machine you’re on has no readline installed. 
After checking that, just open python and import readline;

$ python
  > import readline

If this fails, it’s not cloudmonkey but a dependency that is not available on 
your machine. If you get issues, please report the errors.

> On 03-Nov-2014, at 4:18 pm, Nux!  wrote:
>
> Rohit,
>
> I've deleted ~/.cloudmonkey/cache and ran sync again, but still no go, no 
> autocompletion. This is my CentOS 7 workstation, yesterday on my laptop it 
> was working fine (also CentOS 7).
> Perhaps I'm missing some python module? Any one in particular I should watch 
> out for?
>
> Lucian
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Rohit Yadav" 
>> To: dev@cloudstack.apache.org
>> Cc: us...@cloudstack.apache.org
>> Sent: Monday, 3 November, 2014 10:28:00
>> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)
>
>> Hi Lucian,
>>
>> Can you start by removing ~/.cloudmonkey/cache or run sync again? Old caches
>> (5.2.0 and before) don’t have cached keys that are used to autocomplete 
>> filter=
>> arg on an API.
>>
>> If you can reproduce the issue, can you share where you are using this,
>> Windows/Mac/Linux, error logs etc.? I’ve only tested it on OSX and Ubuntu.
>>
>>> On 03-Nov-2014, at 3:25 pm, Nux!  wrote:
>>>
>>> Hi Rohit,
>>>
>>> Is it me or autocompletion is broken in this one?
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>>> www.nux.ro
>>>
>>> - Original Message -
 From: "Rohit Yadav" 
 To: "dev" 
 Cc: us...@cloudstack.apache.org
 Sent: Monday, 3 November, 2014 06:46:03
 Subject: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)
>>>
 Hi All,

 I've created a 5.3.0 release of CloudMonkey, with the following artifacts 
 up for
 a vote:

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

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

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

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

 Testing procedure:
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudMonkey+Release+test+procedure

 This release aims to provide better parameter and filter completion, error
 handling and utf8/unicode support in CloudMonkey and therefore needs 
 testing
 efforts in these areas. UTF-8 encoded string parameters usage needs to be
 tested in API calls, shell and piped calls, for example:

 $ create user account=admin username=रोहित lastname=यादव firstname=रोहित
 email=bhais...@apache.org password="正體字/繁體字日本人français한국فارسیpassword123”
 $ list users | grep रोहित

 The vote will be open till Wednesday (72 hours). Please test this release 
 and
 give your vote. Thanks.

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

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

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

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

 IaaS Cloud Design & 
 Build
 CSForge – rapid IaaS deployment framework
 CloudStack Consulting
 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. Shap

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

[jenkins]

See 

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

[Nux!]

Rohit,

I do have that module and I have install the -devel packages as well before 
reinstalling cloudmonkey, still nothing.
http://img.nux.ro/s7L-Selection_046.png

Any more pointers?

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Rohit Yadav" 
> To: us...@cloudstack.apache.org
> Cc: dev@cloudstack.apache.org
> Sent: Monday, 3 November, 2014 11:07:27
> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)

> Hi Lucian,
> 
> I tested CloudMonkey on Fedora and it works for me. Can you check and install:
> python-setuptools, python-pip, readline and readline-devel or readline-develop
> (please check names before you try it) on it and retry?
> 
> It is possible that the CentOS machine you’re on has no readline installed.
> After checking that, just open python and import readline;
> 
> $ python
>  > import readline
> 
> If this fails, it’s not cloudmonkey but a dependency that is not available on
> your machine. If you get issues, please report the errors.
> 
>> On 03-Nov-2014, at 4:18 pm, Nux!  wrote:
>>
>> Rohit,
>>
>> I've deleted ~/.cloudmonkey/cache and ran sync again, but still no go, no
>> autocompletion. This is my CentOS 7 workstation, yesterday on my laptop it 
>> was
>> working fine (also CentOS 7).
>> Perhaps I'm missing some python module? Any one in particular I should watch 
>> out
>> for?
>>
>> Lucian
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>>> From: "Rohit Yadav" 
>>> To: dev@cloudstack.apache.org
>>> Cc: us...@cloudstack.apache.org
>>> Sent: Monday, 3 November, 2014 10:28:00
>>> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)
>>
>>> Hi Lucian,
>>>
>>> Can you start by removing ~/.cloudmonkey/cache or run sync again? Old caches
>>> (5.2.0 and before) don’t have cached keys that are used to autocomplete 
>>> filter=
>>> arg on an API.
>>>
>>> If you can reproduce the issue, can you share where you are using this,
>>> Windows/Mac/Linux, error logs etc.? I’ve only tested it on OSX and Ubuntu.
>>>
 On 03-Nov-2014, at 3:25 pm, Nux!  wrote:

 Hi Rohit,

 Is it me or autocompletion is broken in this one?

 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro

 - Original Message -
> From: "Rohit Yadav" 
> To: "dev" 
> Cc: us...@cloudstack.apache.org
> Sent: Monday, 3 November, 2014 06:46:03
> Subject: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)

> Hi All,
>
> I've created a 5.3.0 release of CloudMonkey, with the following artifacts 
> up for
> a vote:
>
> Git Branch and Commit SH:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shortlog;h=refs/heads/5.3
> Commit: eae19737f99d4236aa925744d41b605aa103ac38
>
> List of changes:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=blob_plain;f=CHANGES;hb=5.3
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.3.0/
>
> PGP release keys (signed using 0EE3D884):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> Testing procedure:
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudMonkey+Release+test+procedure
>
> This release aims to provide better parameter and filter completion, error
> handling and utf8/unicode support in CloudMonkey and therefore needs 
> testing
> efforts in these areas. UTF-8 encoded string parameters usage needs to be
> tested in API calls, shell and piped calls, for example:
>
> $ create user account=admin username=रोहित lastname=यादव firstname=रोहित
> email=bhais...@apache.org password="正體字/繁體字日本人français한국فارسیpassword123”
> $ list users | grep रोहित
>
> The vote will be open till Wednesday (72 hours). Please test this release 
> and
> give your vote. Thanks.
>
> For sanity in tallying the vote, can PMC members please be sure to 
> indicate
> "(binding)" with their vote?
>
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
>
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
>
> Find out more about ShapeBlue and our range of CloudStack related services
>
> IaaS Cloud Design & 
> Build
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Infrastructure
> Support
> CloudStack

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

[Rohit Yadav]

Hey,

Looks like autocompletion is working (tab tab), make sure you set 
paramcompletion to true. Were you using 5.2.0 or older config file?

> On 03-Nov-2014, at 5:06 pm, Nux!  wrote:
>
> Rohit,
>
> I do have that module and I have install the -devel packages as well before 
> reinstalling cloudmonkey, still nothing.
> http://img.nux.ro/s7L-Selection_046.png
>
> Any more pointers?
>
> Lucian
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Rohit Yadav" 
>> To: us...@cloudstack.apache.org
>> Cc: dev@cloudstack.apache.org
>> Sent: Monday, 3 November, 2014 11:07:27
>> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)
>
>> Hi Lucian,
>>
>> I tested CloudMonkey on Fedora and it works for me. Can you check and 
>> install:
>> python-setuptools, python-pip, readline and readline-devel or 
>> readline-develop
>> (please check names before you try it) on it and retry?
>>
>> It is possible that the CentOS machine you’re on has no readline installed.
>> After checking that, just open python and import readline;
>>
>> $ python
>>> import readline
>>
>> If this fails, it’s not cloudmonkey but a dependency that is not available on
>> your machine. If you get issues, please report the errors.
>>
>>> On 03-Nov-2014, at 4:18 pm, Nux!  wrote:
>>>
>>> Rohit,
>>>
>>> I've deleted ~/.cloudmonkey/cache and ran sync again, but still no go, no
>>> autocompletion. This is my CentOS 7 workstation, yesterday on my laptop it 
>>> was
>>> working fine (also CentOS 7).
>>> Perhaps I'm missing some python module? Any one in particular I should 
>>> watch out
>>> for?
>>>
>>> Lucian
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>>> www.nux.ro
>>>
>>> - Original Message -
 From: "Rohit Yadav" 
 To: dev@cloudstack.apache.org
 Cc: us...@cloudstack.apache.org
 Sent: Monday, 3 November, 2014 10:28:00
 Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)
>>>
 Hi Lucian,

 Can you start by removing ~/.cloudmonkey/cache or run sync again? Old 
 caches
 (5.2.0 and before) don’t have cached keys that are used to autocomplete 
 filter=
 arg on an API.

 If you can reproduce the issue, can you share where you are using this,
 Windows/Mac/Linux, error logs etc.? I’ve only tested it on OSX and Ubuntu.

> On 03-Nov-2014, at 3:25 pm, Nux!  wrote:
>
> Hi Rohit,
>
> Is it me or autocompletion is broken in this one?
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Rohit Yadav" 
>> To: "dev" 
>> Cc: us...@cloudstack.apache.org
>> Sent: Monday, 3 November, 2014 06:46:03
>> Subject: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)
>
>> Hi All,
>>
>> I've created a 5.3.0 release of CloudMonkey, with the following 
>> artifacts up for
>> a vote:
>>
>> Git Branch and Commit SH:
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shortlog;h=refs/heads/5.3
>> Commit: eae19737f99d4236aa925744d41b605aa103ac38
>>
>> List of changes:
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=blob_plain;f=CHANGES;hb=5.3
>>
>> Source release (checksums and signatures are available at the same
>> location):
>> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.3.0/
>>
>> PGP release keys (signed using 0EE3D884):
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> Testing procedure:
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudMonkey+Release+test+procedure
>>
>> This release aims to provide better parameter and filter completion, 
>> error
>> handling and utf8/unicode support in CloudMonkey and therefore needs 
>> testing
>> efforts in these areas. UTF-8 encoded string parameters usage needs to be
>> tested in API calls, shell and piped calls, for example:
>>
>> $ create user account=admin username=रोहित lastname=यादव firstname=रोहित
>> email=bhais...@apache.org password="正體字/繁體字日本人français한국فارسیpassword123”
>> $ list users | grep रोहित
>>
>> The vote will be open till Wednesday (72 hours). Please test this 
>> release and
>> give your vote. Thanks.
>>
>> For sanity in tallying the vote, can PMC members please be sure to 
>> indicate
>> "(binding)" with their vote?
>>
>> [ ] +1  approve
>> [ ] +0  no opinion
>> [ ] -1  disapprove (and reason why)
>>
>> Regards,
>> Rohit Yadav
>> Software Architect, ShapeBlue
>> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>>
>> Find out more about ShapeBlue and our range of CloudStack related 
>> services
>>

Review Request 27520: Usage Job fails with "Data too long for column 'user_name'"

[Damodar Reddy Talakanti]

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

Review request for cloudstack and Kishan Kavala.


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


Repository: cloudstack-git


Description
---

While inserting into the cloud_usage database  it is getting the following 
exception.

INSERT INTO usage_vpn_user (usage_vpn_user.zone_id, usage_vpn_user.account_id, 
usage_vpn_user.domain_id, usage_vpn_user.user_id, usage_vpn_user.user_name, 
usage_vpn_user.created, usage_vpn_user.deleted) VALUES (0, 13, 14, 4, 
_binary'timothy.lother...@dcxclouddemo.co.za', '2014-03-11 14:36:50', null)

Caused by: com.mysql.jdbc.MysqlDataTruncation: Data truncation: Data too long 
for column 'user_name' at row 1
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4072)


Diffs
-

  setup/db/db/schema-441to450.sql 3deb8ad 

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


Testing
---

Tested on 4.5.0 by upgrading from 4.3.0


Thanks,

Damodar Reddy Talakanti

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

[Nux!]

Meh, facepalm! Yes, config is from 5.2.
"set paramcompletion true" solved it.

Basic tests passed, +1 from me! :-)

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Rohit Yadav" 
> To: dev@cloudstack.apache.org
> Cc: us...@cloudstack.apache.org
> Sent: Monday, 3 November, 2014 11:40:40
> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)

> Hey,
> 
> Looks like autocompletion is working (tab tab), make sure you set
> paramcompletion to true. Were you using 5.2.0 or older config file?
> 
>> On 03-Nov-2014, at 5:06 pm, Nux!  wrote:
>>
>> Rohit,
>>
>> I do have that module and I have install the -devel packages as well before
>> reinstalling cloudmonkey, still nothing.
>> http://img.nux.ro/s7L-Selection_046.png
>>
>> Any more pointers?
>>
>> Lucian
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>>> From: "Rohit Yadav" 
>>> To: us...@cloudstack.apache.org
>>> Cc: dev@cloudstack.apache.org
>>> Sent: Monday, 3 November, 2014 11:07:27
>>> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)
>>
>>> Hi Lucian,
>>>
>>> I tested CloudMonkey on Fedora and it works for me. Can you check and 
>>> install:
>>> python-setuptools, python-pip, readline and readline-devel or 
>>> readline-develop
>>> (please check names before you try it) on it and retry?
>>>
>>> It is possible that the CentOS machine you’re on has no readline installed.
>>> After checking that, just open python and import readline;
>>>
>>> $ python
 import readline
>>>
>>> If this fails, it’s not cloudmonkey but a dependency that is not available 
>>> on
>>> your machine. If you get issues, please report the errors.
>>>
 On 03-Nov-2014, at 4:18 pm, Nux!  wrote:

 Rohit,

 I've deleted ~/.cloudmonkey/cache and ran sync again, but still no go, no
 autocompletion. This is my CentOS 7 workstation, yesterday on my laptop it 
 was
 working fine (also CentOS 7).
 Perhaps I'm missing some python module? Any one in particular I should 
 watch out
 for?

 Lucian

 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro

 - Original Message -
> From: "Rohit Yadav" 
> To: dev@cloudstack.apache.org
> Cc: us...@cloudstack.apache.org
> Sent: Monday, 3 November, 2014 10:28:00
> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)

> Hi Lucian,
>
> Can you start by removing ~/.cloudmonkey/cache or run sync again? Old 
> caches
> (5.2.0 and before) don’t have cached keys that are used to autocomplete 
> filter=
> arg on an API.
>
> If you can reproduce the issue, can you share where you are using this,
> Windows/Mac/Linux, error logs etc.? I’ve only tested it on OSX and Ubuntu.
>
>> On 03-Nov-2014, at 3:25 pm, Nux!  wrote:
>>
>> Hi Rohit,
>>
>> Is it me or autocompletion is broken in this one?
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>>> From: "Rohit Yadav" 
>>> To: "dev" 
>>> Cc: us...@cloudstack.apache.org
>>> Sent: Monday, 3 November, 2014 06:46:03
>>> Subject: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)
>>
>>> Hi All,
>>>
>>> I've created a 5.3.0 release of CloudMonkey, with the following 
>>> artifacts up for
>>> a vote:
>>>
>>> Git Branch and Commit SH:
>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shortlog;h=refs/heads/5.3
>>> Commit: eae19737f99d4236aa925744d41b605aa103ac38
>>>
>>> List of changes:
>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=blob_plain;f=CHANGES;hb=5.3
>>>
>>> Source release (checksums and signatures are available at the same
>>> location):
>>> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.3.0/
>>>
>>> PGP release keys (signed using 0EE3D884):
>>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>>
>>> Testing procedure:
>>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudMonkey+Release+test+procedure
>>>
>>> This release aims to provide better parameter and filter completion, 
>>> error
>>> handling and utf8/unicode support in CloudMonkey and therefore needs 
>>> testing
>>> efforts in these areas. UTF-8 encoded string parameters usage needs to 
>>> be
>>> tested in API calls, shell and piped calls, for example:
>>>
>>> $ create user account=admin username=रोहित lastname=यादव firstname=रोहित
>>> email=bhais...@apache.org 
>>> password="正體字/繁體字日本人français한국فارسیpassword123”
>>> $ list users | grep रोहित
>>>
>>> The vote will be open till Wednesday (7

Re: release artifact 4.4.1 faulty. How to resolve?

[Daan Hoogland]

$a ~= d8359211f11b2462c35389b6c80d51df5159ae69 -
b9620c2cbe7f711082015b2d6fd31efed3ea25d4
$b == 8db506b536f3139250d33df571c98c1c3fa83650
$c == 8db506b536f3139250d33df571c98c1c3fa83650

So the tag and the voted id match but the artifacts don't.

On Sun, Nov 2, 2014 at 6:20 PM, David Nalley  wrote:
> OK - let me see if I understand what you are saying:
>
> $a - is the commit-id of the uploaded artifacts
> $b - is the commit-id that was in the vote email
> $c - is the commit-id of the tag in git
>
> Which of those three don't match. (When I read your description - a
> and b match, but c does not)
>
> If that's the case, delete the tag, and recreate the tag so that it
> matches what was in a and b. If that isn't the exact case, we need to
> figure out where the failure is, and decide how to handle it.
>
> --David
>
> On Sat, Nov 1, 2014 at 6:24 PM, Daan Hoogland  wrote:
>> I am talking about a mismatch between the commit-id that the tag
>> 4.4..1 points to and the artifact that was uploaded. I think they are
>> functionally the same but the internal version is different. The
>> artifact is 4.4.1-SNAPSHOT hence probably the root of the release
>> branch and the commit is the tip where the version strings were
>> changed to 4.4.1.
>>
>> not sure if this relates to your links. I made a bug in the
>> build_asf.sh and uploaded soething other then the release commit id
>>
>> On Sat, Nov 1, 2014 at 10:22 PM, David Nalley  wrote:
>>> -private
>>>
>>> We are talking about whats in:
>>> https://dist.apache.org/repos/dist/release/cloudstack/releases/4.4.1/
>>> ?
>>> If so, I am not sure how we arrive at the fact that the release
>>> artifacts aren't what we voted on. I looked at the commit log for the
>>> part of the tree and found [1]. I also checked it out, and svn log-ed
>>> it and get the output in [2].
>>>
>>> So let me step back and ask - how did you determine that what's in
>>> dist.a.o doesn't match what we voted on? OR -are we talking about
>>> something else?
>>>
>>> --David
>>>
>>> [1] http://markmail.org/message/vjoxa6lg7o6dxmsl
>>> [2] https://paste.apache.org/agtf
>>>
>>>
>>> On Sat, Nov 1, 2014 at 3:12 PM, Daan Hoogland  
>>> wrote:
 People,

 It seems the uploaded artifacts on the release repo of apache does not
 contain the commit-id of the voted release. I don't know if this can
 be remedied. I think we should pull it, right? can we replace it by
 artifacts that do contain the right version? Or should we have a new
 version?

 thanks,
 --
 Daan
>>
>>
>>
>> --
>> Daan



-- 
Daan

Review Request 27522: Review request for patch for an issue - CLOUDSTACK-5583

[Krunal]

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

Review request for cloudstack, Mandar Barve and Mike Tutkowski.


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


Repository: cloudstack-git


Description
---

Patch for Cloudstack bug - "vmopsSnapshot plug-in (XenServer) does not return 
an error when it should"


Diffs
-

  scripts/vm/hypervisor/xenserver/vmopsSnapshot 6b4693c 

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


Testing
---

Unit testing was done and results already shared via email.


Thanks,

Krunal

RE: Review Request 27522: Review request for patch for an issue - CLOUDSTACK-5583

[Krunal Jain]

   RE: Review Request 27522: Review request for patch for an issue -
CLOUDSTACK-5583

Hi,

I am not able to assign the issue CLOUDSTACK-5583 to myself or edit it.

Request you to please help me with it, thanks in advance! J

 *Regards,*

*Krunal Jain | Senior Engineer – Cloud (Product Engineering)*

Email: *krunal.j...@sungard.com*  ▪
*kruna...@gmail.com*  | Mobile: *+91-92713-59024*
<+91%2092713%2059024>

*Sungard Availability Services, India* | *www.sungardas.*
*in*
2nd Floor, Wing 4, Cluster D, MIDC, Kharadi Knowledge Park, Pune - 411 014

 * <<...>> *
 * <<...>> *
* <<...>> *
* <<...>> *
* <<...>> *
* <<...>> *
* <<...>> *
*CONFIDENTIALITY:*  This e-mail (including any attachments) may contain
confidential, proprietary and privileged information, and unauthorized
disclosure or use is prohibited.  If you received this e-mail in error,
please notify the sender and delete this e-mail from your system.

 -Original Message-
From: Krunal [mailto:nore...@reviews.apache.org ]
On Behalf Of Krunal
Sent: Monday, November 03, 2014 7:06 PM
To: Mandar Barve; Mike Tutkowski
Cc: Krunal; cloudstack
Subject: Review Request 27522: Review request for patch for an issue -
CLOUDSTACK-5583

---

This is an automatically generated e-mail. To reply, visit:

https://reviews.apache.org/r/27522/

---

Review request for cloudstack, Mandar Barve and Mike Tutkowski.

Bugs: CLOUDSTACK-5583

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

Repository: cloudstack-git

Description

---

Patch for Cloudstack bug - "vmopsSnapshot plug-in (XenServer) does not
return an error when it should"

Diffs

-

  scripts/vm/hypervisor/xenserver/vmopsSnapshot 6b4693c

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

Testing

---

Unit testing was done and results already shared via email.

Thanks,

Krunal

[4.4.2][API] Api parameter "account" is not being taken into consideration in "listUsageRecords" call

[Ilia Shakitko]

Hi,

I am doing an API call: 
command=listUsageRecords&response=json&startdate=2014-11-03&enddate=2014-11-03&type=8&account=Ilia
 Shakitko

class stdClass#1 (1) {
  public $listusagerecordsresponse =>
  class stdClass#2 (2) {
public $count =>
int(3)
public $usagerecord =>
array(3) {
  [0] =>
  class stdClass#3 (13) {
public $account =>
string(5) "admin"
public $accountid =>
string(36) "039ae2dc-0115-11e4-9be4-005056ac252f"
public $domainid =>
string(36) "039ac40c-0115-11e4-9be4-005056ac252f"
public $zoneid =>
string(36) "75cb86ef-d0e0-4459-b781-0a31002f2786"
public $description =>
string(42) "ISO Id:211 Size:8091648VirtualSize:8091648"
public $usage =>
string(12) "0.17 Hrs"
public $usagetype =>
int(8)
public $rawusage =>
string(8) "0.17"
public $usageid =>
string(36) "6a6600a5-f979-4d56-86c0-c24877db0555"
public $size =>
int(8091648)
public $virtualsize =>
int(8091648)
public $startdate =>
string(27) "2014-11-03'T'14:35:00+01:00"
public $enddate =>
string(27) "2014-11-03'T'14:45:00+01:00"
  }
 }
}}

I can see record for admin user for some reason.

Kind regards,

Ilia Shakitko
Innovation Engineer
LeaseWeb Technologies B.V.

T: +31 20 316 0235

E: i.shaki...@tech.leaseweb.com
W: www.leaseweb.com

Luttenbergweg 8,1101 EC Amsterdam,  Netherlands

Re: [4.4.2][API] Api parameter "account" is not being taken into consideration in "listUsageRecords" call

[Rohit Yadav]

Hi,

Are you making this call with your account who is an admin type user/account 
too? If not, it’s a bug that needs to be verified.

> On 03-Nov-2014, at 7:19 pm, Ilia Shakitko  
> wrote:
>
> Hi,
>
> I am doing an API call: 
> command=listUsageRecords&response=json&startdate=2014-11-03&enddate=2014-11-03&type=8&account=Ilia
>  Shakitko
>
> class stdClass#1 (1) {
>  public $listusagerecordsresponse =>
>  class stdClass#2 (2) {
>public $count =>
>int(3)
>public $usagerecord =>
>array(3) {
>  [0] =>
>  class stdClass#3 (13) {
>public $account =>
>string(5) "admin"
>public $accountid =>
>string(36) "039ae2dc-0115-11e4-9be4-005056ac252f"
>public $domainid =>
>string(36) "039ac40c-0115-11e4-9be4-005056ac252f"
>public $zoneid =>
>string(36) "75cb86ef-d0e0-4459-b781-0a31002f2786"
>public $description =>
>string(42) "ISO Id:211 Size:8091648VirtualSize:8091648"
>public $usage =>
>string(12) "0.17 Hrs"
>public $usagetype =>
>int(8)
>public $rawusage =>
>string(8) "0.17"
>public $usageid =>
>string(36) "6a6600a5-f979-4d56-86c0-c24877db0555"
>public $size =>
>int(8091648)
>public $virtualsize =>
>int(8091648)
>public $startdate =>
>string(27) "2014-11-03'T'14:35:00+01:00"
>public $enddate =>
>string(27) "2014-11-03'T'14:45:00+01:00"
>  }
> }
> }}
>
> I can see record for admin user for some reason.
>
> Kind regards,
>
> Ilia Shakitko
> Innovation Engineer
> LeaseWeb Technologies B.V.
>
> T: +31 20 316 0235
>
> E: i.shaki...@tech.leaseweb.com
> W: www.leaseweb.com
>
> Luttenbergweg 8,1101 EC Amsterdam,  Netherlands
>
>
>

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 Infrastructure 
Support
CloudStack Bootcamp Training Courses

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

RE: [4.4.2][API][SOLVED] Api parameter "account" is not being taken into consideration in "listUsageRecords" call

[Ilia Shakitko]

Hi,

I was doing that call from the ROOT admin. The account I specified was the 
Domain Admin of its domain.  Specifying the domainid has effect.


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:rohit.ya...@shapeblue.com]
Sent: maandag, 03 november, 2014 15:00
To: dev@cloudstack.apache.org
Subject: Re: [4.4.2][API] Api parameter "account" is not being taken into 
consideration in "listUsageRecords" call

Hi,

Are you making this call with your account who is an admin type user/account 
too? If not, it’s a bug that needs to be verified.

> On 03-Nov-2014, at 7:19 pm, Ilia Shakitko  
> wrote:
>
> Hi,
>
> I am doing an API call: 
> command=listUsageRecords&response=json&startdate=2014-11-03&enddate=2014-11-03&type=8&account=Ilia
>  Shakitko
>
> class stdClass#1 (1) {
>  public $listusagerecordsresponse =>
>  class stdClass#2 (2) {
>public $count =>
>int(3)
>public $usagerecord =>
>array(3) {
>  [0] =>
>  class stdClass#3 (13) {
>public $account =>
>string(5) "admin"
>public $accountid =>
>string(36) "039ae2dc-0115-11e4-9be4-005056ac252f"
>public $domainid =>
>string(36) "039ac40c-0115-11e4-9be4-005056ac252f"
>public $zoneid =>
>string(36) "75cb86ef-d0e0-4459-b781-0a31002f2786"
>public $description =>
>string(42) "ISO Id:211 Size:8091648VirtualSize:8091648"
>public $usage =>
>string(12) "0.17 Hrs"
>public $usagetype =>
>int(8)
>public $rawusage =>
>string(8) "0.17"
>public $usageid =>
>string(36) "6a6600a5-f979-4d56-86c0-c24877db0555"
>public $size =>
>int(8091648)
>public $virtualsize =>
>int(8091648)
>public $startdate =>
>string(27) "2014-11-03'T'14:35:00+01:00"
>public $enddate =>
>string(27) "2014-11-03'T'14:45:00+01:00"
>  }
> }
> }}
>
> I can see record for admin user for some reason.
>
> Kind regards,
>
> Ilia Shakitko
> Innovation Engineer
> LeaseWeb Technologies B.V.
>
> T: +31 20 316 0235
>
> E: i.shaki...@tech.leaseweb.com
> W: www.leaseweb.com
>
> Luttenbergweg 8,1101 EC Amsterdam,  Netherlands
>
>
>

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 Infrastructure 
Support
CloudStack Bootcamp Training Courses

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

Re: [4.4.2][API][SOLVED] Api parameter "account" is not being taken into consideration in "listUsageRecords" call

[Pierre-Luc Dion]

are you sure their is a space in the account name ? I would not expect an
account name with space to be valid.


On Mon, Nov 3, 2014 at 9:11 AM, Ilia Shakitko 
wrote:

> Hi,
>
> I was doing that call from the ROOT admin. The account I specified was the
> Domain Admin of its domain.  Specifying the domainid has effect.
>
>
> 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:rohit.ya...@shapeblue.com]
> Sent: maandag, 03 november, 2014 15:00
> To: dev@cloudstack.apache.org
> Subject: Re: [4.4.2][API] Api parameter "account" is not being taken into
> consideration in "listUsageRecords" call
>
> Hi,
>
> Are you making this call with your account who is an admin type
> user/account too? If not, it’s a bug that needs to be verified.
>
> > On 03-Nov-2014, at 7:19 pm, Ilia Shakitko 
> wrote:
> >
> > Hi,
> >
> > I am doing an API call:
> command=listUsageRecords&response=json&startdate=2014-11-03&enddate=2014-11-03&type=8&account=Ilia
> Shakitko
> >
> > class stdClass#1 (1) {
> >  public $listusagerecordsresponse =>
> >  class stdClass#2 (2) {
> >public $count =>
> >int(3)
> >public $usagerecord =>
> >array(3) {
> >  [0] =>
> >  class stdClass#3 (13) {
> >public $account =>
> >string(5) "admin"
> >public $accountid =>
> >string(36) "039ae2dc-0115-11e4-9be4-005056ac252f"
> >public $domainid =>
> >string(36) "039ac40c-0115-11e4-9be4-005056ac252f"
> >public $zoneid =>
> >string(36) "75cb86ef-d0e0-4459-b781-0a31002f2786"
> >public $description =>
> >string(42) "ISO Id:211 Size:8091648VirtualSize:8091648"
> >public $usage =>
> >string(12) "0.17 Hrs"
> >public $usagetype =>
> >int(8)
> >public $rawusage =>
> >string(8) "0.17"
> >public $usageid =>
> >string(36) "6a6600a5-f979-4d56-86c0-c24877db0555"
> >public $size =>
> >int(8091648)
> >public $virtualsize =>
> >int(8091648)
> >public $startdate =>
> >string(27) "2014-11-03'T'14:35:00+01:00"
> >public $enddate =>
> >string(27) "2014-11-03'T'14:45:00+01:00"
> >  }
> > }
> > }}
> >
> > I can see record for admin user for some reason.
> >
> > Kind regards,
> >
> > Ilia Shakitko
> > Innovation Engineer
> > LeaseWeb Technologies B.V.
> >
> > T: +31 20 316 0235
> >
> > E: i.shaki...@tech.leaseweb.com
> > W: www.leaseweb.com
> >
> > Luttenbergweg 8,1101 EC Amsterdam,  Netherlands
> >
> >
> >
>
> 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 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.
>

KVM VM snapshots any time soon ?

[Andrija Panic]

Hi guys,

do we have any plans in some near future to imlement full VM KVM snapshots.
So not single volume snaphost, but a reall VM snapshots. It is already
there for Xen/VMware, but not KVM.

Any thoughts, ETA, or difficulties to implement this ?
Any feedback greatly appriciated...

Best,


Andrija Panić

[CLOUDSTACK-6850][4.4.2][BUG] - listUsageRecords with type=2 doesn't return "Cpu cores, cpu speed and memory"

[Ilia Shakitko]

I’ve checked the commit and review (https://reviews.apache.org/r/22354/). It 
looks like there should be additional parameters returned in the response for 
request with type=2

API Request: 
command=listUsageRecords&response=json&startdate=2014-11-03&enddate=2014-11-03&type=2

API Response:
class stdClass#1 (1) {
  public $listusagerecordsresponse =>
  class stdClass#2 (2) {
public $count =>
int(6)
public $usagerecord =>
array(6) {
  [0] =>
  class stdClass#3 (16) {
public $account =>
string(6) "ISH001"
public $accountid =>
string(36) "e2104bd7-dc87-4528-9d69-7141c79d7879"
public $domainid =>
string(36) "8255b58c-39d1-4221-837f-3a6a8ed84a3f"
public $zoneid =>
string(36) "75cb86ef-d0e0-4459-b781-0a31002f2786"
public $description =>
string(55) "wolkvm01 allocated (ServiceOffering: 1) (Template: 201)"
public $usage =>
string(12) "0.16 Hrs"
public $usagetype =>
int(2)
public $rawusage =>
string(8) "0.16"
public $virtualmachineid =>
string(36) "5a2c057a-6aff-44ae-8b65-ff524c8c2007"
public $name =>
string(8) "wolkvm01"
public $offeringid =>
string(36) "39f423ca-9c83-4061-9ad6-4f5b48fa312c"
public $templateid =>
string(36) "92b60dfd-11a3-4b47-8a93-1a65cef9619f"
public $usageid =>
string(36) "5a2c057a-6aff-44ae-8b65-ff524c8c2007"
public $type =>
string(3) "KVM"
public $startdate =>
string(27) "2014-11-03'T'15:05:00+01:00"
public $enddate =>
string(27) "2014-11-03'T'15:15:00+01:00"
  }
  [1] =>
  class stdClass#4 (16) {
public $account =>
string(6) "ISH001"
public $accountid =>
string(36) "e2104bd7-dc87-4528-9d69-7141c79d7879"
public $domainid =>
string(36) "8255b58c-39d1-4221-837f-3a6a8ed84a3f"
public $zoneid =>
string(36) "75cb86ef-d0e0-4459-b781-0a31002f2786"
public $description =>
string(55) "wolkvm01 allocated (ServiceOffering: 1) (Template: 201)"
public $usage =>
string(12) "0.17 Hrs"
public $usagetype =>
int(2)
public $rawusage =>
string(8) "0.17"
public $virtualmachineid =>
string(36) "5a2c057a-6aff-44ae-8b65-ff524c8c2007"
public $name =>
string(8) "wolkvm01"
public $offeringid =>
string(36) "39f423ca-9c83-4061-9ad6-4f5b48fa312c"
public $templateid =>
string(36) "92b60dfd-11a3-4b47-8a93-1a65cef9619f"
public $usageid =>
string(36) "5a2c057a-6aff-44ae-8b65-ff524c8c2007"
public $type =>
string(3) "KVM"
public $startdate =>
string(27) "2014-11-03'T'14:55:00+01:00"
public $enddate =>
string(27) "2014-11-03'T'15:05:00+01:00"
  }
…
}}}


MySQL, cloud_usage:

mysql> select * from cloud_usage where usage_type = 2;
++-++---+-+---++-++--+-+-+--+--+--++-+-+--+---+---++
| id | zone_id | account_id | domain_id | description   
  | usage_display | usage_type | raw_usage   | 
vm_instance_id | vm_name  | offering_id | template_id | usage_id | type | size 
| network_id | start_date  | end_date| virtual_size | 
cpu_speed | cpu_cores | memory |
++-++---+-+---++-++--+-+-+--+--+--++-+-+--+---+---++
| 152915 |   1 | 23 |11 | wolkvm01 allocated 
(ServiceOffering: 1) (Template: 201) | 0.17 Hrs  |  2 |  
0.169398546219 | 31 | wolkvm01 |   1 | 201 |
   31 | KVM  | NULL |   NULL | 2014-11-03 13:15:00 | 2014-11-03 13:25:00 |  
   NULL |  NULL |  NULL |   NULL |
| 152943 |   1 | 23 |11 | wolkvm01 allocated 
(ServiceOffering: 1) (Template: 201) | 0.13 Hrs  |  2 | 
0.177361298 | 31 | wolkvm01 |   1 | 201 |   
31 | KVM  | NULL |   NULL | 2014-11-03 13:25:00 | 2014-11-03 13:35:00 | 
NULL |  NULL |  NULL |   NULL |
| 152971 |   1 | 23 |11 | wolkvm01 allocated 
(ServiceOffering: 1) (Template: 201) | 0.17 Hrs  |  2 |  
0.166716337204 | 31 | wolkvm01 |   1 | 201 |
   31 | KVM  | NULL |   NULL | 2014-11-03 13

RE: [4.4.2][API][SOLVED] Api parameter "account" is not being taken into consideration in "listUsageRecords" call

[Ilia Shakitko]

Actually,

It was account 'ilia'. Silly Outlook has replaced it with my name and surname )


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: Pierre-Luc Dion [mailto:pdion...@apache.org]
Sent: maandag, 03 november, 2014 15:26
To: dev@cloudstack.apache.org
Subject: Re: [4.4.2][API][SOLVED] Api parameter "account" is not being taken 
into consideration in "listUsageRecords" call

are you sure their is a space in the account name ? I would not expect an 
account name with space to be valid.


On Mon, Nov 3, 2014 at 9:11 AM, Ilia Shakitko 
wrote:

> Hi,
>
> I was doing that call from the ROOT admin. The account I specified was
> the Domain Admin of its domain.  Specifying the domainid has effect.
>
>
> 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:rohit.ya...@shapeblue.com]
> Sent: maandag, 03 november, 2014 15:00
> To: dev@cloudstack.apache.org
> Subject: Re: [4.4.2][API] Api parameter "account" is not being taken
> into consideration in "listUsageRecords" call
>
> Hi,
>
> Are you making this call with your account who is an admin type
> user/account too? If not, it’s a bug that needs to be verified.
>
> > On 03-Nov-2014, at 7:19 pm, Ilia Shakitko
> > 
> wrote:
> >
> > Hi,
> >
> > I am doing an API call:
> command=listUsageRecords&response=json&startdate=2014-11-03&enddate=20
> 14-11-03&type=8&account=Ilia
> Shakitko
> >
> > class stdClass#1 (1) {
> >  public $listusagerecordsresponse =>  class stdClass#2 (2) {
> >public $count =>
> >int(3)
> >public $usagerecord =>
> >array(3) {
> >  [0] =>
> >  class stdClass#3 (13) {
> >public $account =>
> >string(5) "admin"
> >public $accountid =>
> >string(36) "039ae2dc-0115-11e4-9be4-005056ac252f"
> >public $domainid =>
> >string(36) "039ac40c-0115-11e4-9be4-005056ac252f"
> >public $zoneid =>
> >string(36) "75cb86ef-d0e0-4459-b781-0a31002f2786"
> >public $description =>
> >string(42) "ISO Id:211 Size:8091648VirtualSize:8091648"
> >public $usage =>
> >string(12) "0.17 Hrs"
> >public $usagetype =>
> >int(8)
> >public $rawusage =>
> >string(8) "0.17"
> >public $usageid =>
> >string(36) "6a6600a5-f979-4d56-86c0-c24877db0555"
> >public $size =>
> >int(8091648)
> >public $virtualsize =>
> >int(8091648)
> >public $startdate =>
> >string(27) "2014-11-03'T'14:35:00+01:00"
> >public $enddate =>
> >string(27) "2014-11-03'T'14:45:00+01:00"
> >  }
> > }
> > }}
> >
> > I can see record for admin user for some reason.
> >
> > Kind regards,
> >
> > Ilia Shakitko
> > Innovation Engineer
> > LeaseWeb Technologies B.V.
> >
> > T: +31 20 316 0235
> >
> > E: i.shaki...@tech.leaseweb.com
> > W: www.leaseweb.com
> >
> > Luttenbergweg 8,1101 EC Amsterdam,  Netherlands
> >
> >
> >
>
> 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 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 trademar

Re: release artifact 4.4.1 faulty. How to resolve?

[David Nalley]

So, in short, we didn't verify that $b = $a in the vote.
Unfortunate. Let me ask around.

--David

On Mon, Nov 3, 2014 at 7:03 AM, Daan Hoogland  wrote:
> $a ~= d8359211f11b2462c35389b6c80d51df5159ae69 -
> b9620c2cbe7f711082015b2d6fd31efed3ea25d4
> $b == 8db506b536f3139250d33df571c98c1c3fa83650
> $c == 8db506b536f3139250d33df571c98c1c3fa83650
>
> So the tag and the voted id match but the artifacts don't.
>
> On Sun, Nov 2, 2014 at 6:20 PM, David Nalley  wrote:
>> OK - let me see if I understand what you are saying:
>>
>> $a - is the commit-id of the uploaded artifacts
>> $b - is the commit-id that was in the vote email
>> $c - is the commit-id of the tag in git
>>
>> Which of those three don't match. (When I read your description - a
>> and b match, but c does not)
>>
>> If that's the case, delete the tag, and recreate the tag so that it
>> matches what was in a and b. If that isn't the exact case, we need to
>> figure out where the failure is, and decide how to handle it.
>>
>> --David
>>
>> On Sat, Nov 1, 2014 at 6:24 PM, Daan Hoogland  
>> wrote:
>>> I am talking about a mismatch between the commit-id that the tag
>>> 4.4..1 points to and the artifact that was uploaded. I think they are
>>> functionally the same but the internal version is different. The
>>> artifact is 4.4.1-SNAPSHOT hence probably the root of the release
>>> branch and the commit is the tip where the version strings were
>>> changed to 4.4.1.
>>>
>>> not sure if this relates to your links. I made a bug in the
>>> build_asf.sh and uploaded soething other then the release commit id
>>>
>>> On Sat, Nov 1, 2014 at 10:22 PM, David Nalley  wrote:
 -private

 We are talking about whats in:
 https://dist.apache.org/repos/dist/release/cloudstack/releases/4.4.1/
 ?
 If so, I am not sure how we arrive at the fact that the release
 artifacts aren't what we voted on. I looked at the commit log for the
 part of the tree and found [1]. I also checked it out, and svn log-ed
 it and get the output in [2].

 So let me step back and ask - how did you determine that what's in
 dist.a.o doesn't match what we voted on? OR -are we talking about
 something else?

 --David

 [1] http://markmail.org/message/vjoxa6lg7o6dxmsl
 [2] https://paste.apache.org/agtf


 On Sat, Nov 1, 2014 at 3:12 PM, Daan Hoogland  
 wrote:
> People,
>
> It seems the uploaded artifacts on the release repo of apache does not
> contain the commit-id of the voted release. I don't know if this can
> be remedied. I think we should pull it, right? can we replace it by
> artifacts that do contain the right version? Or should we have a new
> version?
>
> thanks,
> --
> Daan
>>>
>>>
>>>
>>> --
>>> Daan
>
>
>
> --
> Daan

RE: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)

[Geoff Higginbottom]

-1 from me for the following reasons:

1. Can no longer clear the Username and Password settings from the config using 
the set commands - I initially connect with these, then auto configure the API 
& Secret Key, then delete the old username and password settings using:

#cloudmonkey set username
#cloudmonkey set password

But it throws an error about not allowing blank values and does not clear the 
values from the config file (it works in earlier versions)

2.  Launching now takes a lot longer, suspect an authentication issue

3. A number of my scripts which have worked for all previous versions now no 
longer work, in particular anything with spaces in seems to fail:

e.g.  This line used to work, but now it fails
offeringid1=`$cli list serviceofferings name='"Small Instance"' | grep ^id\ = | 
awk '{print $3}'`
If I rename the offering using the UI to Small_Instance (to remove the space) 
then it works

e.g. This line used to work
$cli create serviceoffering cpunumber=1 cpuspeed=500 displaytext='"Ultra Tiny - 
1vCPU, 128MB RAM"' memory=128 name='"Ultra Tiny"' offerha=true
Now it generates a Compute Offering with a name of "Ultra\ Tiny" and a 
description of "Ultra\ Tiny\ -\ 1vCPU,\ 128MB\ RAM" - note the \ before every 
space

4.  query asyncjobresult is timing out when running in a script

Some of these errors may be caused by errors in my scripts, but I have been 
using these very scripts for testing for some time now and they have always 
worked OK with earlier versions of CloudMonkey

Regards

Geoff Higginbottom

D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581

geoff.higginbot...@shapeblue.com

-Original Message-
From: Nux! [mailto:n...@li.nux.ro]
Sent: 03 November 2014 11:55
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)

Meh, facepalm! Yes, config is from 5.2.
"set paramcompletion true" solved it.

Basic tests passed, +1 from me! :-)

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Rohit Yadav" 
> To: dev@cloudstack.apache.org
> Cc: us...@cloudstack.apache.org
> Sent: Monday, 3 November, 2014 11:40:40
> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round
> #4)

> Hey,
>
> Looks like autocompletion is working (tab tab), make sure you set
> paramcompletion to true. Were you using 5.2.0 or older config file?
>
>> On 03-Nov-2014, at 5:06 pm, Nux!  wrote:
>>
>> Rohit,
>>
>> I do have that module and I have install the -devel packages as well
>> before reinstalling cloudmonkey, still nothing.
>> http://img.nux.ro/s7L-Selection_046.png
>>
>> Any more pointers?
>>
>> Lucian
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>>> From: "Rohit Yadav" 
>>> To: us...@cloudstack.apache.org
>>> Cc: dev@cloudstack.apache.org
>>> Sent: Monday, 3 November, 2014 11:07:27
>>> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0
>>> (round #4)
>>
>>> Hi Lucian,
>>>
>>> I tested CloudMonkey on Fedora and it works for me. Can you check and 
>>> install:
>>> python-setuptools, python-pip, readline and readline-devel or
>>> readline-develop (please check names before you try it) on it and retry?
>>>
>>> It is possible that the CentOS machine you’re on has no readline installed.
>>> After checking that, just open python and import readline;
>>>
>>> $ python
 import readline
>>>
>>> If this fails, it’s not cloudmonkey but a dependency that is not
>>> available on your machine. If you get issues, please report the errors.
>>>
 On 03-Nov-2014, at 4:18 pm, Nux!  wrote:

 Rohit,

 I've deleted ~/.cloudmonkey/cache and ran sync again, but still no
 go, no autocompletion. This is my CentOS 7 workstation, yesterday
 on my laptop it was working fine (also CentOS 7).
 Perhaps I'm missing some python module? Any one in particular I
 should watch out for?

 Lucian

 --
 Sent from the Delta quadrant using Borg technology!

 Nux!
 www.nux.ro

 - Original Message -
> From: "Rohit Yadav" 
> To: dev@cloudstack.apache.org
> Cc: us...@cloudstack.apache.org
> Sent: Monday, 3 November, 2014 10:28:00
> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0
> (round #4)

> Hi Lucian,
>
> Can you start by removing ~/.cloudmonkey/cache or run sync again?
> Old caches
> (5.2.0 and before) don’t have cached keys that are used to
> autocomplete filter= arg on an API.
>
> If you can reproduce the issue, can you share where you are using
> this, Windows/Mac/Linux, error logs etc.? I’ve only tested it on OSX and 
> Ubuntu.
>
>> On 03-Nov-2014, at 3:25 pm, Nux!  wrote:
>>
>> Hi Rohit,
>>
>> Is it me or autocompletion is broken in this one?
>>
>> --
>> Sent from the Delta quadrant usin

Re: Review Request 27393: Fix for Resize RBD Root Disk on Deploy

[Logan B]

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

Ship it!


Ship It!

- Logan B


On Oct. 30, 2014, 8:37 p.m., Logan B wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27393/
> ---
> 
> (Updated Oct. 30, 2014, 8:37 p.m.)
> 
> 
> Review request for cloudstack and Wido den Hollander.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Currently if you specify a root disk size when deploying an instance using 
> Ceph RBD as the Primary Storage backend the disk will not be resized.
> 
> This patch adds a check after deploying an instance that checks the specified 
> root disk volume size against the size of the template it was deployed from.  
> If the specified volume size is larger than the template it will resize the 
> root disk volume to the specified size.
> 
> If the specified volume size is equal to or smaller than the template size 
> then no resizing occurs, and the instance will be deployed with a root disk 
> size equal to the size of the template.
> 
> 
> Diffs
> -
> 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStorageAdaptor.java
>  af7a0e0 
> 
> Diff: https://reviews.apache.org/r/27393/diff/
> 
> 
> Testing
> ---
> 
> Test: Created new instance from 5GB template with 20GB root disk size 
> specified.
> Result: Instance created successfully with 20GB volume size.
> 
> Test: Created new instance from 5GB template with 5GB root disk size 
> specified.
> Result: Instance created successfully with 5GB volume size.
> 
> Test: Created new instance from 5GB template with 1GB root disk size 
> specified.
> Result: Instance created successfully with 5GB volume size.
> 
> Test: Created new instance from 5GB template with no root disk size specified.
> Result: Instance created successfully with 5GB volume size.
> 
> Patch was deployed to our production infrastructure on July 25th, 2014.  It's 
> been running stable since that time.
> 
> 
> Thanks,
> 
> Logan B
> 
>

RE: release artifact 4.4.1 faulty. How to resolve?

[Ilia Shakitko]

Might be https://issues.apache.org/jira/browse/CLOUDSTACK-6850 is also broken 
in 4.4.1


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: David Nalley [mailto:da...@gnsa.us]
Sent: maandag, 03 november, 2014 15:51
To: dev@cloudstack.apache.org
Subject: Re: release artifact 4.4.1 faulty. How to resolve?

So, in short, we didn't verify that $b = $a in the vote.
Unfortunate. Let me ask around.

--David

On Mon, Nov 3, 2014 at 7:03 AM, Daan Hoogland  wrote:
> $a ~= d8359211f11b2462c35389b6c80d51df5159ae69 -
> b9620c2cbe7f711082015b2d6fd31efed3ea25d4
> $b == 8db506b536f3139250d33df571c98c1c3fa83650
> $c == 8db506b536f3139250d33df571c98c1c3fa83650
>
> So the tag and the voted id match but the artifacts don't.
>
> On Sun, Nov 2, 2014 at 6:20 PM, David Nalley  wrote:
>> OK - let me see if I understand what you are saying:
>>
>> $a - is the commit-id of the uploaded artifacts $b - is the commit-id
>> that was in the vote email $c - is the commit-id of the tag in git
>>
>> Which of those three don't match. (When I read your description - a
>> and b match, but c does not)
>>
>> If that's the case, delete the tag, and recreate the tag so that it
>> matches what was in a and b. If that isn't the exact case, we need to
>> figure out where the failure is, and decide how to handle it.
>>
>> --David
>>
>> On Sat, Nov 1, 2014 at 6:24 PM, Daan Hoogland  
>> wrote:
>>> I am talking about a mismatch between the commit-id that the tag
>>> 4.4..1 points to and the artifact that was uploaded. I think they
>>> are functionally the same but the internal version is different. The
>>> artifact is 4.4.1-SNAPSHOT hence probably the root of the release
>>> branch and the commit is the tip where the version strings were
>>> changed to 4.4.1.
>>>
>>> not sure if this relates to your links. I made a bug in the
>>> build_asf.sh and uploaded soething other then the release commit id
>>>
>>> On Sat, Nov 1, 2014 at 10:22 PM, David Nalley  wrote:
 -private

 We are talking about whats in:
 https://dist.apache.org/repos/dist/release/cloudstack/releases/4.4.
 1/
 ?
 If so, I am not sure how we arrive at the fact that the release
 artifacts aren't what we voted on. I looked at the commit log for
 the part of the tree and found [1]. I also checked it out, and svn
 log-ed it and get the output in [2].

 So let me step back and ask - how did you determine that what's in
 dist.a.o doesn't match what we voted on? OR -are we talking about
 something else?

 --David

 [1] http://markmail.org/message/vjoxa6lg7o6dxmsl
 [2] https://paste.apache.org/agtf


 On Sat, Nov 1, 2014 at 3:12 PM, Daan Hoogland  
 wrote:
> People,
>
> It seems the uploaded artifacts on the release repo of apache does
> not contain the commit-id of the voted release. I don't know if
> this can be remedied. I think we should pull it, right? can we
> replace it by artifacts that do contain the right version? Or
> should we have a new version?
>
> thanks,
> --
> Daan
>>>
>>>
>>>
>>> --
>>> Daan
>
>
>
> --
> Daan

Re: Guest IP Reservation

[Logan Barfield]

Has anyone else had any luck replicating this issue?


Thank You,

Logan Barfield
Tranquil Hosting

On Fri, Oct 31, 2014 at 9:58 AM, Logan Barfield 
wrote:

> Hi Jayapal,
>
> Can you try destroying/redeploying the Virtual Router after the IP
> reservation is set up?  I didn't encounter the issue until I restarted the
> network with 'cleanup' checked.
>
>
> Thank You,
>
> Logan Barfield
> Tranquil Hosting
>
> On Fri, Oct 31, 2014 at 2:08 AM, Jayapal Reddy Uradi <
> jayapalreddy.ur...@citrix.com> wrote:
>
>> Hi,
>>
>> I tried it in my environment (cloudstack 4.5), this issue is not seen.
>>
>> Here is the output from the router.
>>
>> root@r-19-QA:~# cat /var/cache/cloud/cmdline
>> root=UUID=fa9e76eb-51fd-4435-93e9-77bc9498ff09 ro debian-installer=en_US
>> quiet -- quiet console=hvc0 template=domP name=r-19-QA eth2ip=10.147.52.112
>> eth2mask=255.255.255.0 gateway=10.147.52.1 eth0ip=10.1.1.1
>> eth0mask=255.255.255.0 domain=cs2sandbox.kvm cidrsize=25 dhcprange=10.1.1.1
>> eth1ip=169.254.0.148 eth1mask=255.255.0.0 type=router
>> disable_rp_filter=true dns1=10.223.240.232
>> baremetalnotificationsecuritykey=7etJP5jUoAnrdFkoS0CSQxlvq2czPImMPBRDmwpxY-3NOxHjOCBUsOiW3gItvK7aXj-8HUmB7laezUUpn9SIRw
>> baremetalnotificationapikey=06Mpn82EU3LZcq_dJlHRi6nKWD8xkKieDpnCUwOuwSecUZRDJWQUTNjeJ0SaNq2YJzL0qrNVUtphtBEDv_YVOQ
>> host=10.252.192.48 port=8080
>> root@r-19-QA:~# route -n
>> Kernel IP routing table
>> Destination Gateway Genmask Flags Metric RefUse
>> Iface
>> 0.0.0.0 10.147.52.1 0.0.0.0 UG0  00
>> eth2
>> 10.1.1.00.0.0.0 255.255.255.0   U 0  00
>> eth0
>> 10.147.52.0 0.0.0.0 255.255.255.0   U 0  00
>> eth2
>> 169.254.0.0 0.0.0.0 255.255.0.0 U 0  00
>> eth1
>> root@r-19-QA:~#
>>
>>
>> Thanks,
>> Jayapal
>>
>> On 31-Oct-2014, at 12:25 AM, Logan Barfield 
>> wrote:
>>
>> > Just trying to clear something up before I submit a bug report:
>> >
>> > When using IP reservation in an isolated network it looks like the
>> virtual
>> > router is getting the wrong netmask.
>> >
>> > For example:
>> > - Network CIDR: 10.1.1.0/24
>> > - Guest CIDR: 10.1.1.0/25
>> > - Reserved IP Range: 10.1.1.127-10.1.1.254
>> > - Virtual Router IP: 10.1.1.1
>> >
>> > With this configuration, the Virtual Router gets get following
>> > netmask/routing:
>> >
>> > eth0  Link encap:Ethernet  HWaddr 02:00:55:eb:00:03
>> >  inet addr:10.1.1.1  Bcast:10.1.1.127  Mask:255.255.255.128
>> >
>> > Destination Gateway Genmask Flags Metric RefUse
>> > Iface
>> > 0.0.0.0 162.223.12.129  0.0.0.0 UG0  00
>> eth2
>> > 10.1.1.00.0.0.0 255.255.255.128 U 0  00
>> eth0
>> > 162.223.12.128  0.0.0.0 255.255.255.128 U 0  00
>> eth2
>> > 169.254.0.0 0.0.0.0 255.255.0.0 U 0  00
>> eth1
>> >
>> > This means that any server or VM configured in the reserved IP range
>> cannot
>> > ping the VR or use it for routing.  They also will not be able to
>> contact
>> > VMs deployed by CloudStack because there is no routing available, and
>> the
>> > CloudStack VMs inherit the /25 netmask from the VR.
>> >
>> > To resolve this I think the following changes would be required:
>> >
>> > Right now it seems that the /etc/init.d/postinit script configures the
>> VR
>> > interfaces using the details in '/var/cache/cloud/cmdline':
>> >
>> > # cat /var/cache/cloud/cmdline
>> > template=domP name=r-236-VM eth2ip=162.223.12.140
>> eth2mask=255.255.255.128
>> > gateway=162.223.12.129 eth0ip=10.1.1.1 eth0mask=255.255.255.128 domain=
>> > cs2dv.tqcloud.net cidrsize=25 dhcprange=10.1.1.1 eth1ip=169.254.2.4
>> > eth1mask=255.255.0.0 type=router disable_rp_filter=true dns1=8.8.8.8
>> > dns2=8.8.4.4 useextdns=true
>> >
>> > I believe whatever is generating the data in '/var/cache/cloud/cmdline'
>> > should be changed.  It should pull the 'eth0mask' from the 'Network
>> CIDR'
>> > instead of the 'Guest CIDR'.  This will allow for routing and
>> communication
>> > between CloudStack VMs, and hosts on the reserved portion of the
>> network.
>> >
>> > The remaining issue is ensuring the VR doesn't issue IPs from the
>> reserved
>> > range.  I don't think this is a problem anyway since CloudStack seems to
>> > manually set up the static DHCP reservations (with /etc/dhcphosts.txt),
>> but
>> > the following change could still be made:
>> >
>> > - Instead of using the VR IP in the dhcp-range (ex:
>> > dhcp-range=10.1.1.1,static), it could be set as the inverse of the
>> reserved
>> > network (ex: dhcp-range=10.1.1.2,10.1.1.126,255.255.255.0,infinite).  I
>> > believe the dhcp-range is also pulled from '/var/cache/cloud/cmdline'.
>> >
>> >
>> > Am I misunderstanding how this feature is supposed to work, or should I
>> go
>> > ahead and create a bug report for this?
>> >
>> >
>> > Thank You,
>> >
>> > Logan

RE: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)

[Geoff Higginbottom]

Hi Rohit,

I've sent you the scripts 'off list' so you can test them for yourself, but 
also added comments in-line

Regards

Geoff Higginbottom

D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581

geoff.higginbot...@shapeblue.com

-Original Message-
From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com]
Sent: 03 November 2014 15:23
To: us...@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)

Hi Geoff,

Thanks a lot of testing it. Reply in-line;


> On 03-Nov-2014, at 8:25 pm, Geoff Higginbottom 
>  wrote:
>
> -1 from me for the following reasons:
>
> 1. Can no longer clear the Username and Password settings from the config 
> using the set commands - I initially connect with these, then auto configure 
> the API & Secret Key, then delete the old username and password settings 
> using:
>
> #cloudmonkey set username
> #cloudmonkey set password
>
> But it throws an error about not allowing blank values and does not
> clear the values from the config file (it works in earlier versions)

I can fix this, I added this because earlier people could have create a profile 
with blank name (empty string) which caused weird things.

> 2.  Launching now takes a lot longer, suspect an authentication issue

I’ll have to check this, by launching do you mean when cloudmonkey starts (from 
terminal) or when an API is called within interpreter mode?

GH: When launching from a terminal it takes a log longer to get to the 
cloumonkey prompt, and scripts also take a lot longer to run


> 3. A number of my scripts which have worked for all previous versions now no 
> longer work, in particular anything with spaces in seems to fail:
>
> e.g.  This line used to work, but now it fails offeringid1=`$cli list
> serviceofferings name='"Small Instance"' | grep ^id\ = | awk '{print
> $3}'` If I rename the offering using the UI to Small_Instance (to
> remove the space) then it works
>
> e.g. This line used to work
> $cli create serviceoffering cpunumber=1 cpuspeed=500
> displaytext='"Ultra Tiny - 1vCPU, 128MB RAM"' memory=128 name='"Ultra
> Tiny"' offerha=true Now it generates a Compute Offering with a name of
> "Ultra\ Tiny" and a description of "Ultra\ Tiny\ -\ 1vCPU,\ 128MB\
> RAM" - note the \ before every space

There was a shell lexical parsing issue I fixed and then the unicode support I 
added, it could be a side-effect I’ll check it out.

> 4.  query asyncjobresult is timing out when running in a script

Can you check the current profile’s timeout? The default is 3600 (seconds, or 
1hour).

GH: The timeout is set for each script, and is typically 10 secs which has 
never been a problem before, it's probably related to slow authentication issue


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 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.
Find out more about ShapeBlue and our range of CloudStack related services

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
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 tho

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

[Rohit Yadav]

Hi Geoff,

Thanks a lot of testing it. Reply in-line;


> On 03-Nov-2014, at 8:25 pm, Geoff Higginbottom 
>  wrote:
>
> -1 from me for the following reasons:
>
> 1. Can no longer clear the Username and Password settings from the config 
> using the set commands - I initially connect with these, then auto configure 
> the API & Secret Key, then delete the old username and password settings 
> using:
>
> #cloudmonkey set username
> #cloudmonkey set password
>
> But it throws an error about not allowing blank values and does not clear the 
> values from the config file (it works in earlier versions)

I can fix this, I added this because earlier people could have create a profile 
with blank name (empty string) which caused weird things.

> 2.  Launching now takes a lot longer, suspect an authentication issue

I’ll have to check this, by launching do you mean when cloudmonkey starts (from 
terminal) or when an API is called within interpreter mode?

> 3. A number of my scripts which have worked for all previous versions now no 
> longer work, in particular anything with spaces in seems to fail:
>
> e.g.  This line used to work, but now it fails
> offeringid1=`$cli list serviceofferings name='"Small Instance"' | grep ^id\ = 
> | awk '{print $3}'`
> If I rename the offering using the UI to Small_Instance (to remove the space) 
> then it works
>
> e.g. This line used to work
> $cli create serviceoffering cpunumber=1 cpuspeed=500 displaytext='"Ultra Tiny 
> - 1vCPU, 128MB RAM"' memory=128 name='"Ultra Tiny"' offerha=true
> Now it generates a Compute Offering with a name of "Ultra\ Tiny" and a 
> description of "Ultra\ Tiny\ -\ 1vCPU,\ 128MB\ RAM" - note the \ before every 
> space

There was a shell lexical parsing issue I fixed and then the unicode support I 
added, it could be a side-effect I’ll check it out.

> 4.  query asyncjobresult is timing out when running in a script

Can you check the current profile’s timeout? The default is 3600 (seconds, or 
1hour).

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 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: ldap with microsoft ad on 4.5

[Ian Duffy]

Hi Rajani,

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

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

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

Re: ldap with microsoft ad on 4.5

[Rajani Karuturi]

Nope. Haven't done that. Will try.

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

Thanks.


On Mon, Nov 3, 2014 at 21:00 PM, Ian Duffy  wrote:

Hi Rajani,

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

Have you tried running tcpdump on the management server to inspect the
responses from AD?
On 3 Nov 2014 10:41, "Rajani Karuturi" >
wrote:

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



-- 
Sent from Windows Phone

Review Request 27526: CLOUDSTACK-7831: Fixed unlocalized string on Advanced Network -> Network tab

[Mihaela Stoica]

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

Review request for cloudstack, Brian Federle and Jessica Wang.


Repository: cloudstack-git


Description
---

Replaced 'label.ipv6.cidr' with 'label.ipv6.CIDR'


Diffs
-

  ui/scripts/system.js fd4df48 

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


Testing
---


Thanks,

Mihaela Stoica

Review Request 27527: Fixing previous commit CLOUDSTACK-7720: No IP Address Validation for Acquire new secondary IP

[Gabor Apati-Nagy]

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

Review request for cloudstack, Brian Federle, Jayapal Reddy, and Jessica Wang.


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


Repository: cloudstack-git


Description
---

Fixing Jayapal's finding (see 
https://issues.apache.org/jira/browse/CLOUDSTACK-7720 )
Removed required constraint from the IP address field (this is an optional 
field)


Diffs
-

  ui/scripts/network.js 278545bff59d247c528283d136eb5b8ec831892c 

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


Testing
---


Thanks,

Gabor Apati-Nagy

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

[Rohit Yadav]

Hi Geoff,

I’ve fixed the issues now, please check with latest 5.3 branch. I’ll wait for 
your confirmation to start a new voting round.

There are some comments from my side;

- Launching will take longer time if username/password is used, because in 
non-interpreted or terminal mode, for every command it will first login, get a 
sessionkey and use it for executing the request. If you use apikey/secretkey, 
only one API request is sent.

- When you grep, please put the things you’re grep-ing on in quotes, it’s more 
of a general rule to accommodate different shells (other than bash). The 
following works inside of cloudmonkey and on bash, but fails on zsh (tested on 
OSX):
   cloudmonkey  | grep ^id\ =
The following works on all three places (in cloudmonkey, in shell/bash and in 
zsh):
cloudmonkey  | grep “^id ="

- While executing things in bash/script consider using the shell function $(put 
commands here) to execute things in background to get result instead of the 
`putting things in backquotes`, as $(is much safer).

- About the slash issue (escaping blanks, as in "\ “), don’t double box strings 
with spaces. So, don’t do something like arg=‘“some value with space”’. I 
checked the scripts, you’re sending values in double quotes (“) inside single 
quotes (‘). This tells the default shell lexical parser to treat the inside of 
‘’ (single quotes strings) as it is; which means the double quotes are part of 
the arg value you’re passing.

For example from your script;

$cli create serviceoffering cpunumber=1 cpuspeed=500 displaytext='"Tiny - 
1vCPU, 256MB RAM"' memory=256 name='"Tiny"' offerha=true

In the above, the displaytext is boxed by '’ quotes which contains a string 
with double quotes ".

- Not sure about the query asyncjobresult issue, it could be that the ACS mgmt 
server is taking time, or the timeout period is low. Did you find that it 
timeouts before the set timeout value (in the server profile)? If so, can you 
share the logs with me?

> On 03-Nov-2014, at 8:25 pm, Geoff Higginbottom 
>  wrote:
>
> -1 from me for the following reasons:
>
> 1. Can no longer clear the Username and Password settings from the config 
> using the set commands - I initially connect with these, then auto configure 
> the API & Secret Key, then delete the old username and password settings 
> using:
>
> #cloudmonkey set username
> #cloudmonkey set password
>
> But it throws an error about not allowing blank values and does not clear the 
> values from the config file (it works in earlier versions)
>
> 2.  Launching now takes a lot longer, suspect an authentication issue
>
> 3. A number of my scripts which have worked for all previous versions now no 
> longer work, in particular anything with spaces in seems to fail:
>
> e.g.  This line used to work, but now it fails
> offeringid1=`$cli list serviceofferings name='"Small Instance"' | grep ^id\ = 
> | awk '{print $3}'`
> If I rename the offering using the UI to Small_Instance (to remove the space) 
> then it works
>
> e.g. This line used to work
> $cli create serviceoffering cpunumber=1 cpuspeed=500 displaytext='"Ultra Tiny 
> - 1vCPU, 128MB RAM"' memory=128 name='"Ultra Tiny"' offerha=true
> Now it generates a Compute Offering with a name of "Ultra\ Tiny" and a 
> description of "Ultra\ Tiny\ -\ 1vCPU,\ 128MB\ RAM" - note the \ before every 
> space
>
> 4.  query asyncjobresult is timing out when running in a script
>
> Some of these errors may be caused by errors in my scripts, but I have been 
> using these very scripts for testing for some time now and they have always 
> worked OK with earlier versions of CloudMonkey
>
> Regards
>
> Geoff Higginbottom
>
> D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
>
> geoff.higginbot...@shapeblue.com
>
> -Original Message-
> From: Nux! [mailto:n...@li.nux.ro]
> Sent: 03 November 2014 11:55
> To: us...@cloudstack.apache.org
> Cc: dev@cloudstack.apache.org
> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)
>
> Meh, facepalm! Yes, config is from 5.2.
> "set paramcompletion true" solved it.
>
> Basic tests passed, +1 from me! :-)
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Rohit Yadav" 
>> To: dev@cloudstack.apache.org
>> Cc: us...@cloudstack.apache.org
>> Sent: Monday, 3 November, 2014 11:40:40
>> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round
>> #4)
>
>> Hey,
>>
>> Looks like autocompletion is working (tab tab), make sure you set
>> paramcompletion to true. Were you using 5.2.0 or older config file?
>>
>>> On 03-Nov-2014, at 5:06 pm, Nux!  wrote:
>>>
>>> Rohit,
>>>
>>> I do have that module and I have install the -devel packages as well
>>> before reinstalling cloudmonkey, still nothing.
>>> http://img.nux.ro/s7L-Selection_046.png
>>>
>>> Any more pointers?
>>>
>>> Lucian
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>>> www.nux.ro
>>>

Re: release artifact 4.4.1 faulty. How to resolve?

[David Nalley]

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

--David

On Mon, Nov 3, 2014 at 9:51 AM, David Nalley  wrote:
> So, in short, we didn't verify that $b = $a in the vote.
> Unfortunate. Let me ask around.
>
> --David
>
> On Mon, Nov 3, 2014 at 7:03 AM, Daan Hoogland  wrote:
>> $a ~= d8359211f11b2462c35389b6c80d51df5159ae69 -
>> b9620c2cbe7f711082015b2d6fd31efed3ea25d4
>> $b == 8db506b536f3139250d33df571c98c1c3fa83650
>> $c == 8db506b536f3139250d33df571c98c1c3fa83650
>>
>> So the tag and the voted id match but the artifacts don't.
>>
>> On Sun, Nov 2, 2014 at 6:20 PM, David Nalley  wrote:
>>> OK - let me see if I understand what you are saying:
>>>
>>> $a - is the commit-id of the uploaded artifacts
>>> $b - is the commit-id that was in the vote email
>>> $c - is the commit-id of the tag in git
>>>
>>> Which of those three don't match. (When I read your description - a
>>> and b match, but c does not)
>>>
>>> If that's the case, delete the tag, and recreate the tag so that it
>>> matches what was in a and b. If that isn't the exact case, we need to
>>> figure out where the failure is, and decide how to handle it.
>>>
>>> --David
>>>
>>> On Sat, Nov 1, 2014 at 6:24 PM, Daan Hoogland  
>>> wrote:
 I am talking about a mismatch between the commit-id that the tag
 4.4..1 points to and the artifact that was uploaded. I think they are
 functionally the same but the internal version is different. The
 artifact is 4.4.1-SNAPSHOT hence probably the root of the release
 branch and the commit is the tip where the version strings were
 changed to 4.4.1.

 not sure if this relates to your links. I made a bug in the
 build_asf.sh and uploaded soething other then the release commit id

 On Sat, Nov 1, 2014 at 10:22 PM, David Nalley  wrote:
> -private
>
> We are talking about whats in:
> https://dist.apache.org/repos/dist/release/cloudstack/releases/4.4.1/
> ?
> If so, I am not sure how we arrive at the fact that the release
> artifacts aren't what we voted on. I looked at the commit log for the
> part of the tree and found [1]. I also checked it out, and svn log-ed
> it and get the output in [2].
>
> So let me step back and ask - how did you determine that what's in
> dist.a.o doesn't match what we voted on? OR -are we talking about
> something else?
>
> --David
>
> [1] http://markmail.org/message/vjoxa6lg7o6dxmsl
> [2] https://paste.apache.org/agtf
>
>
> On Sat, Nov 1, 2014 at 3:12 PM, Daan Hoogland  
> wrote:
>> People,
>>
>> It seems the uploaded artifacts on the release repo of apache does not
>> contain the commit-id of the voted release. I don't know if this can
>> be remedied. I think we should pull it, right? can we replace it by
>> artifacts that do contain the right version? Or should we have a new
>> version?
>>
>> thanks,
>> --
>> Daan



 --
 Daan
>>
>>
>>
>> --
>> Daan

Re: release artifact 4.4.1 faulty. How to resolve?

[Ian Duffy]

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

On 3 November 2014 17:03, David Nalley  wrote:

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

Re: release artifact 4.4.1 faulty. How to resolve?

[David Nalley]

because of the inevitable problems (people already consuming 4.4.1)
we'd need to do this as 4.4.2

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

Re: release artifact 4.4.1 faulty. How to resolve?

[Pierre-Luc Dion]

make sense, in that case, can we create the version 4.4.2 in jira?

On Mon, Nov 3, 2014 at 12:53 PM, David Nalley  wrote:

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

Re: release artifact 4.4.1 faulty. How to resolve?

[David Nalley]

I just thought of another option - we could explicitly sanction (vote)
for 4.4.1 as released.

--David

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

Re: release artifact 4.4.1 faulty. How to resolve?

[Pierre-Luc Dion]

ok, although, it might not be the proper thread for this but  currently the
source package apache-cloudstack-4.4.1-src.tar.bz2 cannot be used the the
package.sh to build RPM,  a test fail due to  expired SSL certs. if we redo
4.4.1, can we fix that or it have to use the same commit-id ?


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

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


On Mon, Nov 3, 2014 at 1:21 PM, David Nalley  wrote:

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

Build failed in Jenkins: build-4.5 #76

[jenkins]

See 

Changes:

[min.chen] CLOUDSTACK-7832: Move some job db update and item purge to

[min.chen] CLOUDSTACK-7833: VM Async work jobs log "Was unable to find lock for 
the key vm_instance" errors as warning

--
[...truncated 2104 lines...]
[INFO] Skipping Apache CloudStack Plugin - Hypervisor Baremetal
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - Hypervisor UCS
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - Hypervisor Hyper-V
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - Network Elastic Load Balancer
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - Network Internal Load Balancer
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - Palo Alto
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - Network Netscaler
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - Network Nicira NVP
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - BigSwitch Virtual Network Segment
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - Network Brocade VCS
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - Stratosphere SSP
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[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 

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

[jenkins]

See 

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

[jenkins]

See 

Changes:

[Rohit Yadav] systemvm: Prefer TLS over SSL in apache, POODLE workaround 
(CVE��2014��3566)

--
[...truncated 926 lines...]
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Server 4.3.2-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-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 358 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 75 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 
org.apache.cloudstack.region.gslb.GlobalLoadBalancingRulesServiceImplTest
log4j:WARN No appenders could be found for logger 
(org.apache.cloudstack.region.gslb.GlobalLoadBalancingRulesServiceImplTest).
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: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.754 sec
Running org.apache.cloudstack.region.RegionManagerTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.115 sec
Running org.apache.cloudstack.service.ServiceOfferingVOTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.165 sec
Running org.apache.cloudstack.affinity.AffinityApiUnitTest
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.424 sec
Running org.apache.cloudstack.privategw.AclOnPrivateGwTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 4.45 sec
Running org.apache.cloudstack.network.lb.CertServiceTest
Tests run: 15, Failures: 5, Errors: 3, Skipped: 0, Time elapsed: 5.409 sec <<< 
FAILURE!
Running org.apache.cloudstack.network.lb.ApplicationLoadBalancerTest
Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.465 sec
Running org.apache.cloudstack.networkoffering.CreateNetworkOfferingTest
Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 30.669 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.324 sec
Running com.cloud.server.ConfigurationServerImplTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.051 sec
Running com.cloud.event.EventControlsUnitTest
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.003 sec
Running com.cloud.api.ApiDispatcherTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.124 sec
Running com.cloud.alert.AlertControlsUnitTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.074 sec
Running com.cloud.

Re: ldap with microsoft ad on 4.5

[Ian Duffy]

Hi Rajani,

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

On 3 November 2014 15:55, Rajani Karuturi  wrote:

> Nope. Haven't done that. Will try.
>
> I enabled err in ldap environment settings and tried. Didn't give me much
> info.
>
> Thanks.
>
>
> On Mon, Nov 3, 2014 at 21:00 PM, Ian Duffy  wrote:
>
> Hi Rajani,
>
> That's a pity. I don't have anything near me to test this on at the moment.
>
> Have you tried running tcpdump on the management server to inspect the
> responses from AD?
> On 3 Nov 2014 10:41, "Rajani Karuturi" >
> wrote:
>
> > already tried. didnt work.
> >
> > ~Rajani
> >
> > On Mon, Nov 3, 2014 at 4:10 PM, Ian Duffy  >
> wrote:
> >
> > > Hi Rajani,
> > >
> > > in the LdapContextFactory.java class can you try setting the an extra
> > > environment variable.
> > >
> > > environment.put(*Context.REFERRAL*, "follow");
> > >
> > > http://docs.oracle.com/javase/jndi/tutorial/ldap/referral/jndi.html
> > >
> > > Let me know if this solves it for you.
> > > Ian.
> > >
> > > On 3 November 2014 09:32, Rajani Karuturi  > wrote:
> > >
> > > > using Apache Directory Server works fine on 4.3 and 4.5.
> > > > But, If I use Microsoft AD(on windows server 2012), it doesnt work on
> > > 4.5.
> > > >
> > > > It binds to the server properly. But, it doesnt list any users.
> > > > I see "javax.naming.PartialResultException: Unprocessed Continuation
> > > > Reference(s);" exception with no stacktrace.
> > > >
> > > > The same server and configuration works on 4.3 instance.
> > > >
> > > > Did anyone notice this? Any pointers?
> > > >
> > > >
> > > > ~Rajani
> > > >
> > >
> >
>
>
>
> --
> Sent from Windows Phone
>

Build failed in Jenkins: simulator-singlerun #535

[jenkins]

See 

Changes:

[min.chen] CLOUDSTACK-7832: Move some job db update and item purge to

--
[...truncated 8777 lines...]
> Running query: create database `cloud`
> Running query: GRANT ALL ON cloud.* to 'cloud'@`localhost` 
identified by 'cloud'
> Running query: GRANT ALL ON cloud.* to 'cloud'@`%` identified by 
'cloud'
> Initializing database=cloud_usage with host=localhost port=3306 
username=cloud password=cloud
> Running query: drop database if exists `cloud_usage`
> Running query: create database `cloud_usage`
> Running query: GRANT ALL ON cloud_usage.* to 'cloud'@`localhost` 
identified by 'cloud'
> Running query: GRANT ALL ON cloud_usage.* to 'cloud'@`%` 
identified by 'cloud'
> Initializing database=cloudbridge with host=localhost port=3306 
username=cloud password=cloud
> Running query: drop database if exists `cloudbridge`
> Running query: create database `cloudbridge`
> Running query: GRANT ALL ON cloudbridge.* to 'cloud'@`localhost` 
identified by 'cloud'
> Running query: GRANT ALL ON cloudbridge.* to 'cloud'@`%` 
identified by 'cloud'
> Processing SQL file at 

> Processing SQL file at 

> Processing SQL file at 

> Processing SQL file at 

> Processing SQL file at 

> Processing SQL file at 

> Processing SQL file at 

> Processing SQL file at 

> Processing SQL file at 

> Processing SQL file at 

> Processing SQL file at 

> Processing SQL file at 

> Processing upgrade: com.cloud.upgrade.DatabaseUpgradeChecker
[INFO] 
[INFO] --- maven-site-plugin:3.3:attach-descriptor (attach-descriptor) @ 
cloud-developer ---
[INFO] 
[INFO] --- maven-install-plugin:2.3.1:install (default-install) @ 
cloud-developer ---
[INFO] Installing 
 
to 
/var/lib/jenkins/.m2/repository/org/apache/cloudstack/cloud-developer/4.6.0-SNAPSHOT/cloud-developer-4.6.0-SNAPSHOT.pom
[INFO] 
[INFO] BUILD SUCCESS
[INFO] 
[INFO] Total time: 1:58.272s
[INFO] Finished at: Mon Nov 03 14:22:44 EST 2014
[INFO] Final Memory: 41M/166M
[INFO] 
[WARNING] The requested profile "simulator" could not be activated because it 
does not exist.
[simulator-singlerun] $ mvn -P developer -pl developer -Ddeploydb-simulator
[INFO] Scanning for projects...
[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Developer Mode 4.6.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-developer ---
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- properties-maven-plugin:1.0-alpha-2:read-project-properties 
(default) @ cloud-developer ---
[WARNING] Ignoring missing properties file: 

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

main:
[INFO] Executed tasks
[INFO] 
[INFO] >>> exec-maven-pl

Jenkins build is back to normal : simulator-singlerun #536

[jenkins]

See 

Build failed in Jenkins: build-4.5 #78

[jenkins]

See 

Changes:

[amogh.vasekar] CLOUDSTACK-3608 removing duplicate entries, IDs not saved 
anywhere else hence safe to remove

--
[...truncated 3637 lines...]
[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-plugin-network-vxlan ---

---
 T E S T S
---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-plugin-example-dns-notifier ---
[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-example-dns-notifier ---
[INFO] No sources to compile
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-plugin-example-dns-notifier ---
[INFO] Surefire report directory: 


---
 T E S T S
---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-plugin-syslog-alerts ---
[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:compile (default-compile) @ 
cloud-plugin-syslog-alerts ---
[INFO] Compiling 1 source file to 

[INFO] Starting audit...
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-plugin-network-globodns ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-plugin-user-authenticator-sha256salted ---
[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-user-authenticator-sha256salted ---
[INFO] Compiling 1 source file to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-plugin-network-vxlan ---
[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-network-vxlan ---
[INFO] Compiling 1 source file to 

[INFO] 
[INFO] --- maven-resources-plugin:2.5:testResources (default-testResources) @ 
cloud-plugin-user-authenticator-saml2 ---
[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-user-authenticator-saml2 ---
[INFO] Compiling 4 source files to 


Results :

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

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Engine Storage Component 4.5.0-SNAPSHOT
[INFO] 
Running com.cloud.server.auth.MD5UserAuthenticatorTest
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-engine-storage 
---
[INFO] Deleting 
 
(includes = [**/*], excludes = [])
[INFO] Deleting 
 (includes = 
[target, dist], excludes = [])
[INFO] 
[INFO] --- maven-checkstyle-plugin:2.11:check (cloudstack-checkstyle) @ 
cloud-engine-storage ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-plugin-network-g

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

[jenkins]

See 

RE: git commit: updated refs/heads/master to 88acc9b

[Santhosh Edukulla]

Rohit,

Apart from SSLv3, we may want to disable TLS1.0, TLS1.1, as they have similar 
vulnerabilities.

TLS1.2 is preferrred.

Regards,
Santhosh

From: bhais...@apache.org [bhais...@apache.org]
Sent: Monday, November 03, 2014 3:18 PM
To: comm...@cloudstack.apache.org
Subject: git commit: updated refs/heads/master to 88acc9b

Repository: cloudstack
Updated Branches:
  refs/heads/master aa8477034 -> 88acc9bd5


systemvm: Prefer TLS over SSL in apache, POODLE workaround (CVE??2014??3566)

Just prefer TLS over SSL in apache configuration in systemvm

Signed-off-by: Rohit Yadav 


Project: http://git-wip-us.apache.org/repos/asf/cloudstack/repo
Commit: http://git-wip-us.apache.org/repos/asf/cloudstack/commit/88acc9bd
Tree: http://git-wip-us.apache.org/repos/asf/cloudstack/tree/88acc9bd
Diff: http://git-wip-us.apache.org/repos/asf/cloudstack/diff/88acc9bd

Branch: refs/heads/master
Commit: 88acc9bd53cbf6f8896d32576f916c20704a3403
Parents: aa84770
Author: Rohit Yadav 
Authored: Tue Nov 4 01:43:55 2014 +0530
Committer: Rohit Yadav 
Committed: Tue Nov 4 01:43:55 2014 +0530

--
 systemvm/patches/debian/config/etc/apache2/httpd.conf | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
--


http://git-wip-us.apache.org/repos/asf/cloudstack/blob/88acc9bd/systemvm/patches/debian/config/etc/apache2/httpd.conf
--
diff --git a/systemvm/patches/debian/config/etc/apache2/httpd.conf 
b/systemvm/patches/debian/config/etc/apache2/httpd.conf
index 0565a8c..2a6b921 100644
--- a/systemvm/patches/debian/config/etc/apache2/httpd.conf
+++ b/systemvm/patches/debian/config/etc/apache2/httpd.conf
@@ -1,2 +1,2 @@
-SSLProtocol -ALL +SSLv3 +TLSv1
+SSLProtocol +TLSv1 +TLSv1.1 +TLSv1.2
 SSLCipherSuite ALL:!aNULL:!ADH:!eNULL:!LOW:!EXP:RC4+RSA:+HIGH:+MEDIUM

Build failed in Jenkins: build-4.5 #80

[jenkins]

See 

Changes:

[Frank Zhang] CLOUDSTACK-7834

--
[...truncated 2677 lines...]
[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 Salted
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - Dns Notifier Example
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - SNMP Alerts
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - Syslog Alerts
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - Network VXLAN
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Plugin - GloboDNS
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack Engine Storage Component
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] 
[INFO] Skipping Apache CloudStack System VM
[INFO] This project has been banned from the build due to previous failures.
[INFO] 
[INFO] 
[INFO] --- maven-surefire-plugin:2.12:test (default-test) @ 
cloud-plugin-planner-implicit-dedication ---
[INFO] Surefire report directory: 


---
 T E S T S
---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:

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

[jenkins]

See 

Re:The v-1-vm and s-330-vm cannot run succesfully in the development environment

[XQ]

the cloudstack source is version of 4.4
but in the table of vm_template url 
ishttp://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-xen.vhd.bz2

the two vms cannot start up.








At 2014-11-03 15:11:38, "XQ"  wrote:
>Hello,
>When I set up the deve-environment sucessfully, I want to add a 
> advanced Zone. The Zone was added successfully,but the two vms was cannot 
> start up.
>cloudstack4.4 
>OS:centos 6.5
>host : xenserver6.2  ip *.*.63.211
>the primary  storage: local storage
>secondary storage:nfs *.*.119.220   had prepared the system vm template  
>version:4.4.0
>
>The error:
>
>Invocation exception, caused by: 
>com.cloud.exception.InsufficientServerCapacityException: Unable to create a 
>deployment for VM[SecondaryStorageVm|s-329-VM]Scope=interface 
>com.cloud.dc.DataCenter; id=1
>(Work-Job-Executor-1:ctx-b951ec68 job-1690/job-1692) Unable to complete 
>AsyncJobVO {id:1692, userId: 1, accountId: 1, instanceType: null, instanceId: 
>null, cmd: com.cloud.vm.VmWorkStart, cmdInfo: 
>rO0ABXNyABhjb20uY2xvdWQudm0uVm1Xb3JrU3RhcnR9cMGsvxz73gIAC0oABGRjSWRMAAZhdm9pZHN0ADBMY29tL2Nsb3VkL2RlcGxveS9EZXBsb3ltZW50UGxhbm5lciRFeGNsdWRlTGlzdDtMAAljbHVzdGVySWR0ABBMamF2YS9sYW5nL0xvbmc7TAAGaG9zdElkcQB-AAJMAAtqb3VybmFsTmFtZXQAEkxqYXZhL2xhbmcvU3RyaW5nO0wAEXBoeXNpY2FsTmV0d29ya0lkcQB-AAJMAAdwbGFubmVycQB-AANMAAVwb2RJZHEAfgACTAAGcG9vbElkcQB-AAJMAAlyYXdQYXJhbXN0AA9MamF2YS91dGlsL01hcDtMAA1yZXNlcnZhdGlvbklkcQB-AAN4cgATY29tLmNsb3VkLnZtLlZtV29ya5-ZtlbwJWdrAgAESgAJYWNjb3VudElkSgAGdXNlcklkSgAEdm1JZEwAC2hhbmRsZXJOYW1lcQB-AAN4cAABAAEBSXQAGVZpcnR1YWxNYWNoaW5lTWFuYWdlckltcGwAAHBwcHBwcHBwcHA,
> cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0, result: 
>null, initMsid: 52236036618, completeMsid: null, lastUpdated: null, 
>lastPolled: null, created: Mon Nov 03 14:19:16 CST 2014}, job origin:1690
>com.cloud.exception.InsufficientServerCapacityException: Unable to create a 
>deployment for VM[SecondaryStorageVm|s-329-VM]Scope=interface 
>com.cloud.dc.DataCenter; id=1
>
>
>
>
>
>Th anks,
>XQ
>

Re: ldap with microsoft ad on 4.5

[Rajani Karuturi]

mm.. interesting. I will try with windows server 2008 as well. Thanks for
the help.

~Rajani

On Tue, Nov 4, 2014 at 2:28 AM, Ian Duffy  wrote:

> Hi Rajani,
>
> I tested with on the 4.5 branch (Has a bunch of UI errors).
> against windows server 2008 R2. I was able to get a list of users without
> issue.
>
> On 3 November 2014 15:55, Rajani Karuturi  wrote:
>
> > Nope. Haven't done that. Will try.
> >
> > I enabled err in ldap environment settings and tried. Didn't give me much
> > info.
> >
> > Thanks.
> >
> >
> > On Mon, Nov 3, 2014 at 21:00 PM, Ian Duffy  wrote:
> >
> > Hi Rajani,
> >
> > That's a pity. I don't have anything near me to test this on at the
> moment.
> >
> > Have you tried running tcpdump on the management server to inspect the
> > responses from AD?
> > On 3 Nov 2014 10:41, "Rajani Karuturi"  >
> > wrote:
> >
> > > already tried. didnt work.
> > >
> > > ~Rajani
> > >
> > > On Mon, Nov 3, 2014 at 4:10 PM, Ian Duffy  > >
> > wrote:
> > >
> > > > Hi Rajani,
> > > >
> > > > in the LdapContextFactory.java class can you try setting the an extra
> > > > environment variable.
> > > >
> > > > environment.put(*Context.REFERRAL*, "follow");
> > > >
> > > > http://docs.oracle.com/javase/jndi/tutorial/ldap/referral/jndi.html
> > > >
> > > > Let me know if this solves it for you.
> > > > Ian.
> > > >
> > > > On 3 November 2014 09:32, Rajani Karuturi  > > wrote:
> > > >
> > > > > using Apache Directory Server works fine on 4.3 and 4.5.
> > > > > But, If I use Microsoft AD(on windows server 2012), it doesnt work
> on
> > > > 4.5.
> > > > >
> > > > > It binds to the server properly. But, it doesnt list any users.
> > > > > I see "javax.naming.PartialResultException: Unprocessed
> Continuation
> > > > > Reference(s);" exception with no stacktrace.
> > > > >
> > > > > The same server and configuration works on 4.3 instance.
> > > > >
> > > > > Did anyone notice this? Any pointers?
> > > > >
> > > > >
> > > > > ~Rajani
> > > > >
> > > >
> > >
> >
> >
> >
> > --
> > Sent from Windows Phone
> >
>

Re: Review Request 26484: Automation for volume life cycle testPath(positive+negative)

[SrikanteswaraRao Talluri]

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

Ship it!


a69950f6a97819c9c071ad9f278377f2a5ca77ca 4.5
9e37a51bdea2183eeebf694cece3ac67c54ba36e master

- SrikanteswaraRao Talluri


On Oct. 9, 2014, 6:14 a.m., prashant mishra wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/26484/
> ---
> 
> (Updated Oct. 9, 2014, 6:14 a.m.)
> 
> 
> Review request for cloudstack, sanjeev n and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7632
> https://issues.apache.org/jira/browse/CLOUDSTACK-7632
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Automation for volume life cycle testPath(positive+negative)
> 
> 
> Diffs
> -
> 
>   test/integration/testpaths/testpath_volumelifecycle.py d30f2b0 
> 
> Diff: https://reviews.apache.org/r/26484/diff/
> 
> 
> Testing
> ---
> 
> tested on following setup
> 
> 1-only shared storage
> 2-local storage + zone wide storage +shared storage
> -->live volume migration is not working in my setup , tested on another setup 
> it is working fine  
> 
> result:
> ===
> positive test for volume life cycle ... === TestName: test_01_positive_test_1 
> | Status : EXCEPTION ===
> ERROR
> positive test for volume life cycle ... === TestName: test_02_negative_test_1 
> | Status : SUCCESS ===
> ok
> 
> ==
> ERROR: positive test for volume life cycle
> --
> Traceback (most recent call last):
>   File "C:\Users\prashantkm\Documents\testpath_volumelifecycle.py", line 523, 
> in test_01_positive_test_1
> self.upload_response.wait_for_upload(self.userapiclient
>   File 
> "C:\Python27\lib\site-packages\marvin-4.5.0_snapshot-py2.7.egg\marvin\lib\base.py",
>  line 931, in wait_for_upload
> volume.state)
> Exception: Error in uploading volume: status - Allocated
>  >> begin captured stdout << -
> === TestName: test_01_positive_test_1 | Status : EXCEPTION ===
> 
> 
> Thanks,
> 
> prashant mishra
> 
>

Re: git commit: updated refs/heads/master to 88acc9b

[Rohit Yadav]

Hi,

> On 04-Nov-2014, at 6:01 am, Santhosh Edukulla  
> wrote:
>
> Rohit,
>
> Apart from SSLv3, we may want to disable TLS1.0, TLS1.1, as they have similar 
> vulnerabilities.
>
> TLS1.2 is preferrred.

I just found out yesterday that we did not fix for the POODLE attack. Will 
using only TLS 1.2 cause issues? I think we can use it since we’re installing 
openssl when creating systemvms, and that installs the latest of the 1.0.1x 
series.

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 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 26868: CLOUDSTACK-7728: Adding steps to existing test case to identify product issue

[SrikanteswaraRao Talluri]

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


b277b1abd812391bf5e0a9aba3406fc369a1a087 master

- SrikanteswaraRao Talluri


On Oct. 17, 2014, 9:19 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/26868/
> ---
> 
> (Updated Oct. 17, 2014, 9:19 a.m.)
> 
> 
> Review request for cloudstack, Jayapal Reddy and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7728
> https://issues.apache.org/jira/browse/CLOUDSTACK-7728
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Adding steps to verify a recently fixed product issue.
> 
> Steps already present:
> 1. Create isolated network with egress policy allow
> 2. Deploy VM in network
> 3. Check egress traffic from VM, it should be allowed
> 
> Steps added:
> Reboot router and then verify egress traffic. Egress traffic should still be 
> allowed.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_egress_fw_rules.py 12bade4 
> 
> Diff: https://reviews.apache.org/r/26868/diff/
> 
> 
> Testing
> ---
> 
> Not tested.
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 26493: CLOUDSTACK-7692: Fixed template register issue in test_project_usage.py

[SrikanteswaraRao Talluri]

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


5d37f374366c5967a5f2d96577d022464bf9694c master

- SrikanteswaraRao Talluri


On Oct. 17, 2014, 9:49 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/26493/
> ---
> 
> (Updated Oct. 17, 2014, 9:49 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7692
> https://issues.apache.org/jira/browse/CLOUDSTACK-7692
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Template needs to be registered with api client of project owner account.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_project_usage.py 3262e40 
> 
> Diff: https://reviews.apache.org/r/26493/diff/
> 
> 
> Testing
> ---
> 
> Tested for syntax and import errors.
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 26492: CLOUDSTACK-7691: Fixed 'Exception not raised' issue in test_project_limits.py

[SrikanteswaraRao Talluri]

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


bf7ce74c9367c6889b87233e28c33243a65353c8 master

- SrikanteswaraRao Talluri


On Oct. 17, 2014, 9:50 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/26492/
> ---
> 
> (Updated Oct. 17, 2014, 9:50 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7691
> https://issues.apache.org/jira/browse/CLOUDSTACK-7691
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Reason of failure:
> The test case is failing while checking the template limits of the project 
> because the template is not registered with the api client of the project 
> owner account and it is registered with api client of the root admin account.
> 
> 
> Changes:
> 1. Registered template with correct account
> 2. Removed import * and included specific imports
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_project_limits.py 5f33ad8 
> 
> Diff: https://reviews.apache.org/r/26492/diff/
> 
> 
> Testing
> ---
> 
> Tested for syntax and import errors.
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 26439: CLOUDSTACK-7684: Fixed Exception not raised issue in secondary storage limits test suite test_ss_max_limits.py

[SrikanteswaraRao Talluri]

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


1f7ffb26180969205ae6683f965178a97d70 master

- SrikanteswaraRao Talluri


On Oct. 17, 2014, 9:51 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/26439/
> ---
> 
> (Updated Oct. 17, 2014, 9:51 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7684
> https://issues.apache.org/jira/browse/CLOUDSTACK-7684
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Test case failed because api client of project owner account is not used 
> (Instead of root admin api client).
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_ss_max_limits.py ba886e8 
> 
> Diff: https://reviews.apache.org/r/26439/diff/
> 
> 
> Testing
> ---
> 
> Tested for syntax and import errors.
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 26438: CLOUDSTACK-7682: Fixed usage event issue. Used api client of account for which we are checking the usage

[SrikanteswaraRao Talluri]

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


883123630c48d0246e811ba0366163fbdbc82010 master

- SrikanteswaraRao Talluri


On Oct. 17, 2014, 9:51 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/26438/
> ---
> 
> (Updated Oct. 17, 2014, 9:51 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7682
> https://issues.apache.org/jira/browse/CLOUDSTACK-7682
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The events TEMPLATE.CREATE and TEMPLATE.DELETE does not exist in usage event 
> table against that particular account because the template is not created 
> using the api client of the account and hence the template belongs to the 
> root admin account.
> 
> Changes:
> Use the api client of the account against which we are checking the usage 
> while creating and deleting the template.
> 
> Have not addressed the pep8 issues already present in the file because that 
> will mask the changes to fix the issue. I will be happy to add a separate 
> patch for it if required. Considering that many files need pep8 fixes, a 
> separate task for this should be created and addressed.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_usage.py 81cce48 
> 
> Diff: https://reviews.apache.org/r/26438/diff/
> 
> 
> Testing
> ---
> 
> Tested for syntax and import errors.
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 27273: CLOUDSTACK-7801: test_volumes.py - Fixed import and pep8 issues

[SrikanteswaraRao Talluri]

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


6d7666b1351539b2f49deeed03b17ebd6da783bb master

- SrikanteswaraRao Talluri


On Oct. 28, 2014, 7:04 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27273/
> ---
> 
> (Updated Oct. 28, 2014, 7:04 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: cloudstack-7801
> https://issues.apache.org/jira/browse/cloudstack-7801
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> test_volumes.py has been introduced with import errors during commit 
> 5c2094eec1408494586e48d38d9076b31ca3e5f5
> 
> Fixed the import errors and also all the pep8 issues.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_volumes.py 36a910b 
> 
> Diff: https://reviews.apache.org/r/27273/diff/
> 
> 
> Testing
> ---
> 
> Yes.
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 27276: CLOUDSTACK-7802: test_vpc_network.py - Increasing polling period for network state check

[SrikanteswaraRao Talluri]

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


7b48b69763606ebf3d5f58c92016802c34796895 master

- SrikanteswaraRao Talluri


On Oct. 28, 2014, 8:19 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27276/
> ---
> 
> (Updated Oct. 28, 2014, 8:19 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7802
> https://issues.apache.org/jira/browse/CLOUDSTACK-7802
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Test case fails with "Network state should change to Allocated, it is 
> Implemented" after all the VMs in the network are stopped and network state 
> is checked.
> 
> We are already waiting for 600 seconds, but still it is taking much longer 
> for network state to change.
> 
> Changes:
> Increased the retries from 10 to 20.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_vpc_network.py 096315c 
> 
> Diff: https://reviews.apache.org/r/27276/diff/
> 
> 
> Testing
> ---
> 
> Yes. Tested on KVM.
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 26442: CLOUDSTACK-7685: Fixed copy template method call in test_escalations_template.py. Removed unbound method of the same name as bound method from base l ibrary and changed metho

[SrikanteswaraRao Talluri]

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


a1e7feead91b22350f96114add4bf8d75a74b8b1  master

- SrikanteswaraRao Talluri


On Oct. 20, 2014, 5:39 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/26442/
> ---
> 
> (Updated Oct. 20, 2014, 5:39 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7685
> https://issues.apache.org/jira/browse/CLOUDSTACK-7685
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Error details:
> unbound method copy() must be called with Template instance as first argument 
> (got CloudStackAPIClient instance instead)
> 
> Reason:
> There are bound and unbound methods "copy" in Template class with the same 
> name. Apparently when bound and unbound methods with same name are defined, 
> call to unbound method fails.
> 
> Solution:
> Keep only bound method.
> 
> Please note that I have ensured no test case makes call to unbound method 
> (Template.copy).
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_escalations_templates.py 78028bc 
>   tools/marvin/marvin/lib/base.py 77faeeb 
> 
> Diff: https://reviews.apache.org/r/26442/diff/
> 
> 
> Testing
> ---
> 
> Tested with python command/pyflakes.
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 26442: CLOUDSTACK-7685: Fixed copy template method call in test_escalations_template.py. Removed unbound method of the same name as bound method from base l ibrary and changed metho

[SrikanteswaraRao Talluri]

> On Nov. 4, 2014, 6:25 a.m., SrikanteswaraRao Talluri wrote:
> > a1e7feead91b22350f96114add4bf8d75a74b8b1  master

correction d5316d0572df0843a5decb69c0385fc5fcf192b0 master


- SrikanteswaraRao


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


On Oct. 20, 2014, 5:39 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/26442/
> ---
> 
> (Updated Oct. 20, 2014, 5:39 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7685
> https://issues.apache.org/jira/browse/CLOUDSTACK-7685
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Error details:
> unbound method copy() must be called with Template instance as first argument 
> (got CloudStackAPIClient instance instead)
> 
> Reason:
> There are bound and unbound methods "copy" in Template class with the same 
> name. Apparently when bound and unbound methods with same name are defined, 
> call to unbound method fails.
> 
> Solution:
> Keep only bound method.
> 
> Please note that I have ensured no test case makes call to unbound method 
> (Template.copy).
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_escalations_templates.py 78028bc 
>   tools/marvin/marvin/lib/base.py 77faeeb 
> 
> Diff: https://reviews.apache.org/r/26442/diff/
> 
> 
> Testing
> ---
> 
> Tested with python command/pyflakes.
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 27278: CLOUDSTACK-7805: test_vpc_vms_deployment.py - Removing invalid steps from test case

[SrikanteswaraRao Talluri]

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


0d6e3e48baf4844e4236779039abe76ec7b9d2de master

- SrikanteswaraRao Talluri


On Oct. 28, 2014, 9:12 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27278/
> ---
> 
> (Updated Oct. 28, 2014, 9:12 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7805
> https://issues.apache.org/jira/browse/CLOUDSTACK-7805
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The test case fails because there are two ip addresses acquired in a network. 
> The step in the test case matches the first element in the list with the 2nd 
> ip addresses. It can't be guaranteed to succeed because the elements can be 
> listed in any order.
> 
> Basically, the steps are invalid and even unnecessary. Removing these steps 
> from test case.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_vpc_vms_deployment.py 54586d0 
> 
> Diff: https://reviews.apache.org/r/27278/diff/
> 
> 
> Testing
> ---
> 
> N/A
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 27377: CLOUDSTACK-7408: sshClient.py - removing call to paramiko function load_host_keys(). This is used to load host keys from local file which is undesirable while running test ca

[SrikanteswaraRao Talluri]

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


9e19a9afdbe8ec2154c50fe421e0a1876ecebe2c master

- SrikanteswaraRao Talluri


On Oct. 30, 2014, 9:08 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27377/
> ---
> 
> (Updated Oct. 30, 2014, 9:08 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7408
> https://issues.apache.org/jira/browse/CLOUDSTACK-7408
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> This also reverts the commit 
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=e921ec6ec79c50096d58264d60c15091969ff888
> 
> 
> Description:
> The function load_host_keys is typically used to load the host keys from a 
> local file (If user has any such file, than the default system host key 
> file). If this function is called with a local host keys file, then keys from 
> this file will be matched while connecting to any host. If the key is not 
> present, and if AutoAddPolicy is present, then the key will be saved back to 
> the local host key file.
> 
> While running test cases, we don't have any local host key file which we need 
> to provide, nor we want to save any new keys to local host key file.
> 
> In the code, we already have the AutoAddPolicy defined for missing keys. 
> Hence in our case, we are not loading any host keys file. Hence whenever we 
> conect to a host, then the host key will be saved in memory (not file) due to 
> AutoAddPolicy and the connection will be successful provided that the 
> password or the private key file is correctly provided for the host. Hence it 
> is not necessary to call load_host_keys function.
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/lib/base.py 77faeeb 
>   tools/marvin/marvin/lib/utils.py b58b59d 
>   tools/marvin/marvin/sshClient.py f027890 
> 
> Diff: https://reviews.apache.org/r/27377/diff/
> 
> 
> Testing
> ---
> 
> Yes. Ran the test_reset_ssh_keypair test suite and all the tests passed.
> 
> Log:
> Test Reset SSH keys for VM  already having SSH key ... === TestName: 
> test_01_reset_ssh_keys | Status : SUCCESS ===
> ok
> Reset SSH keys for VM  created from password enabled template and ... === 
> TestName: test_02_reset_ssh_key_password_enabled_template | Status : SUCCESS 
> ===
> ok
> Reset SSH key for VM  having no SSH key ... === TestName: 
> test_03_reset_ssh_with_no_key | Status : SUCCESS ===
> ok
> Reset SSH keys for VM  created from password enabled template and ... === 
> TestName: test_04_reset_key_passwd_enabled_no_key | Status : SUCCESS ===
> ok
> Reset SSH keys for VM  already having SSH key when VM is in running ... === 
> TestName: test_05_reset_key_in_running_state | Status : SUCCESS ===
> ok
> Reset SSH keys for VM  created from password enabled template and ... === 
> TestName: test_06_reset_key_passwd_enabled_vm_running | Status : SUCCESS ===
> ok
> Verify API resetSSHKeyForVirtualMachine with incorrect parameters ... === 
> TestName: test_07_reset_keypair_invalid_params | Status : SUCCESS ===
> ok
> Verify API resetSSHKeyForVirtualMachine for non admin non root ... === 
> TestName: test_01_reset_keypair_normal_user | Status : SUCCESS ===
> ok
> Verify API resetSSHKeyForVirtualMachine for domain admin non root ... === 
> TestName: test_02_reset_keypair_domain_admin | Status : SUCCESS ===
> ok
> Verify API resetSSHKeyForVirtualMachine for domain admin root ... === 
> TestName: test_03_reset_keypair_root_admin | Status : SUCCESS ===
> ok
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Re: Review Request 27377: CLOUDSTACK-7408: sshClient.py - removing call to paramiko function load_host_keys(). This is used to load host keys from local file which is undesirable while running test ca

[SrikanteswaraRao Talluri]

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


8b636bd41e2cf737d9e35b24741a81cf0912a695 master

- SrikanteswaraRao Talluri


On Oct. 30, 2014, 9:08 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/27377/
> ---
> 
> (Updated Oct. 30, 2014, 9:08 a.m.)
> 
> 
> Review request for cloudstack and SrikanteswaraRao Talluri.
> 
> 
> Bugs: CLOUDSTACK-7408
> https://issues.apache.org/jira/browse/CLOUDSTACK-7408
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> This also reverts the commit 
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=e921ec6ec79c50096d58264d60c15091969ff888
> 
> 
> Description:
> The function load_host_keys is typically used to load the host keys from a 
> local file (If user has any such file, than the default system host key 
> file). If this function is called with a local host keys file, then keys from 
> this file will be matched while connecting to any host. If the key is not 
> present, and if AutoAddPolicy is present, then the key will be saved back to 
> the local host key file.
> 
> While running test cases, we don't have any local host key file which we need 
> to provide, nor we want to save any new keys to local host key file.
> 
> In the code, we already have the AutoAddPolicy defined for missing keys. 
> Hence in our case, we are not loading any host keys file. Hence whenever we 
> conect to a host, then the host key will be saved in memory (not file) due to 
> AutoAddPolicy and the connection will be successful provided that the 
> password or the private key file is correctly provided for the host. Hence it 
> is not necessary to call load_host_keys function.
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/lib/base.py 77faeeb 
>   tools/marvin/marvin/lib/utils.py b58b59d 
>   tools/marvin/marvin/sshClient.py f027890 
> 
> Diff: https://reviews.apache.org/r/27377/diff/
> 
> 
> Testing
> ---
> 
> Yes. Ran the test_reset_ssh_keypair test suite and all the tests passed.
> 
> Log:
> Test Reset SSH keys for VM  already having SSH key ... === TestName: 
> test_01_reset_ssh_keys | Status : SUCCESS ===
> ok
> Reset SSH keys for VM  created from password enabled template and ... === 
> TestName: test_02_reset_ssh_key_password_enabled_template | Status : SUCCESS 
> ===
> ok
> Reset SSH key for VM  having no SSH key ... === TestName: 
> test_03_reset_ssh_with_no_key | Status : SUCCESS ===
> ok
> Reset SSH keys for VM  created from password enabled template and ... === 
> TestName: test_04_reset_key_passwd_enabled_no_key | Status : SUCCESS ===
> ok
> Reset SSH keys for VM  already having SSH key when VM is in running ... === 
> TestName: test_05_reset_key_in_running_state | Status : SUCCESS ===
> ok
> Reset SSH keys for VM  created from password enabled template and ... === 
> TestName: test_06_reset_key_passwd_enabled_vm_running | Status : SUCCESS ===
> ok
> Verify API resetSSHKeyForVirtualMachine with incorrect parameters ... === 
> TestName: test_07_reset_keypair_invalid_params | Status : SUCCESS ===
> ok
> Verify API resetSSHKeyForVirtualMachine for non admin non root ... === 
> TestName: test_01_reset_keypair_normal_user | Status : SUCCESS ===
> ok
> Verify API resetSSHKeyForVirtualMachine for domain admin non root ... === 
> TestName: test_02_reset_keypair_domain_admin | Status : SUCCESS ===
> ok
> Verify API resetSSHKeyForVirtualMachine for domain admin root ... === 
> TestName: test_03_reset_keypair_root_admin | Status : SUCCESS ===
> ok
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

Build failed in Jenkins: build-master #1795

[jenkins]

See 

Changes:

[talluri] CLOUDSTACK-7728: Test script to identify product issue

[talluri] CLOUDSTACK-7692: Fixed template register issue in 
test_project_usage.py

[talluri] CLOUDSTACK-7691: Fixed 'Exception not raised' issue in 
test_project_limits.py

[talluri] CLOUDSTACK-7684: Fixed Exception not raised issue in secondary 
storage limits test suite test_ss_max_limits.py

[talluri] CLOUDSTACK-7682: Fixed usage event issue. Used api client of account 
for which we are checking the usage

[talluri] CLOUDSTACK-7802: test_vpc_network.py - Increasing polling period for 
network state check

[talluri] CLOUDSTACK-7801: test_volumes.py - Fixed import and pep8 issues

[talluri] CLOUDSTACK-7685: Fixed copy template method call in 
test_escalations_template.py. Removed unbound method of the same name as bound 
method from base library and changed method call accordingly

[talluri] CLOUDSTACK-7805: test_vpc_vms_deployment.py - Removing invalid steps 
from test case

[talluri] Revert "CLOUDSTACK-7408: Fixed - Private key of the ssh keypair was 
getting corrupted"

[talluri] CLOUDSTACK-7800: VMware - Hot plug/unplug NIC to/from VM only when 
vmware tools are installed, else assert for exception

--
[...truncated 1815 lines...]
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.668 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.179 sec
Running com.cloud.alert.AlertControlsUnitTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.028 sec
Running com.cloud.capacity.CapacityManagerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.135 sec
Running com.cloud.servlet.StaticResourceServletTest
Tests run: 12, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.148 sec
Running com.cloud.servlet.ConsoleProxyServletTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.002 sec
Running com.cloud.resourcelimit.ResourceLimitManagerImplTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running com.cloud.network.firewall.FirewallManagerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 1, Time elapsed: 0.001 sec
Running com.cloud.network.ExternalLoadBalancerDeviceManagerImplTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.668 sec
Running com.cloud.network.element.VirtualRouterElementTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 2, Time elapsed: 0.059 sec
Running com.cloud.network.UpdatePhysicalNetworkTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.203 sec
Running com.cloud.network.CreatePrivateNetworkTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.04 sec
Running com.cloud.network.NetworkModelTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.036 sec
Running com.cloud.network.router.NetworkHelperImplTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.071 sec
Running com.cloud.network.router.RouterControlHelperTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.065 sec
Running com.cloud.network.router.VirtualNetworkApplianceManagerImplTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.218 sec
Running com.cloud.network.security.SecurityGroupManagerImplTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 3.682 sec
Running com.cloud.network.security.SecurityGroupQueueTest
Total jobs dequeued = 10, num queued=1008 queue current size=998
Num Vms= 50 Queue size = 50
Num Vms= 2 Queue size = 2 time=617 ms
Num Vms= 5000 Queue size = 5000 time=1611 ms
Num Vms= 1 Queue size = 1 time=0 ms
Num Vms= 100 Queue size = 100 time=243 ms
Total jobs dequeued = 10, num queued=1000 queue current size=992
Tests run: 4, Failures: 1, Errors: 1, Skipped: 0, Time elapsed: 3.074 sec <<< 
FAILURE!
Running com.cloud.network.vpc.VpcManagerImplTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.041 sec
Running com.cloud.network.DedicateGuestVlanRangesTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.026 sec
Running com.cloud.network.lb.AssignLoadBalancerTest
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.062 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.FirstFitPlannerTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.583 sec
Running com.cloud.vm.DeploymentPlanningManagerImplTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.557 sec
Running com.cloud.vm.snapshot.VMSnapshotManagerTest
Tests run: 7, Failures: 0, Errors: 0, Skipped

Patched 4.3.1 SystemVMs (was Re: git commit: updated refs/heads/master to 88acc9b)

[Rohit Yadav]

Hi again,

> On 04-Nov-2014, at 6:01 am, Santhosh Edukulla  
> wrote:
>
> Apart from SSLv3, we may want to disable TLS1.0, TLS1.1, as they have similar 
> vulnerabilities.

If we don’t support TLS v1.0, it will break console proxy on IE etc. Further, 
what vulnerabilities do TLS v1.0 and v1.1 have?

Here’s the tool to check POODLE vulnerability on your servers: 
http://packages.shapeblue.com/tools/poodle-checker.sh (taken from RedHat)

Patched systemvm template for 4.3.1 that fixes for ShellShock and POODLE:
http://packages.shapeblue.com/systemvmtemplate/4.3/4.3.1

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 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: Patched 4.3.1 SystemVMs (was Re: git commit: updated refs/heads/master to 88acc9b)

[Santhosh Edukulla]

Hi Rohit,

1. does changing in httpd.conf reflects the setting for apache2?  Use the nmap 
script as suggested below to identify ssl versions on installed system vm 
template. Check the suggested change works or not.

http://security.stackexchange.com/questions/70733/how-do-i-use-openssl-s-client-to-test-for-absence-of-sslv3-support

2. TLSv1.2 is the latest to be used and suggested default, ssl protocol and the 
ciphers we use leads to vulnerability, the settings for these as well should be 
available in similar config file. In our code, search for TLS leads to usage at 
places, and assumption is that it should negotiate the protocol version from 
configured and available latest version to least, so if TLSv1.2 is configured 
on server and client supports it, then it should work. 

http://www.cisco.com/c/en/us/support/docs/security/email-security-appliance/118518-technote-esa-00.html

Regards,
Santhosh

From: Rohit Yadav [rohit.ya...@shapeblue.com]
Sent: Tuesday, November 04, 2014 2:04 AM
To: dev@cloudstack.apache.org
Cc: us...@cloudstack.apache.org
Subject: Patched 4.3.1 SystemVMs (was Re: git commit: updated refs/heads/master 
to 88acc9b)

Hi again,

> On 04-Nov-2014, at 6:01 am, Santhosh Edukulla  
> wrote:
>
> Apart from SSLv3, we may want to disable TLS1.0, TLS1.1, as they have similar 
> vulnerabilities.

If we don’t support TLS v1.0, it will break console proxy on IE etc. Further, 
what vulnerabilities do TLS v1.0 and v1.1 have?

Here’s the tool to check POODLE vulnerability on your servers: 
http://packages.shapeblue.com/tools/poodle-checker.sh (taken from RedHat)

Patched systemvm template for 4.3.1 that fixes for ShellShock and POODLE:
http://packages.shapeblue.com/systemvmtemplate/4.3/4.3.1

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

[VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #5)

[Rohit Yadav]

Hi All,

I've created a 5.3.0 release of CloudMonkey, with the following artifacts up 
for a vote:

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

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

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

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

Testing procedure:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudMonkey+Release+test+procedure

This release aims to provide better parameter and filter completion, error 
handling and utf8/unicode support in CloudMonkey and therefore needs testing 
efforts in these areas. UTF-8 encoded string parameters usage needs to be 
tested in API calls, shell and piped calls, for example:

$ create user account=admin username=रोहित lastname=यादव firstname=रोहित 
email=bhais...@apache.org password="正體字/繁體字日本人français한국فارسیpassword123”
$ list users | grep रोहित

The vote will be open till Thursday (72 hours). Please test this release and 
give your votes. Thanks.

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

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


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

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

IaaS Cloud Design & Build
CSForge – rapid IaaS deployment framework
CloudStack Consulting
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: Patched 4.3.1 SystemVMs (was Re: git commit: updated refs/heads/master to 88acc9b)

[Rohit Yadav]

> On 04-Nov-2014, at 1:02 pm, Santhosh Edukulla  
> wrote:
>
> 2. TLSv1.2 is the latest to be used and suggested default, ssl protocol and 
> the ciphers we use leads to vulnerability, the settings for these as well 
> should be available in similar config file. In our code, search for TLS leads 
> to usage at places, and assumption is that it should negotiate the protocol 
> version from configured and available latest version to least, so if TLSv1.2 
> is configured on server and client supports it, then it should work.
>
> http://www.cisco.com/c/en/us/support/docs/security/email-security-appliance/118518-technote-esa-00.html

Not sure how this applies for us, we use newer openssl version in systemvm 
templates. This is for some Cisco appliance not related to Debian/openssl.

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 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: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)

[Rohit Yadav]

I have fixed the issues that Geoff reported and have tested the scripts he 
shared with me. They work for me now soI’m calling off this voting round now. 
Will start a new one shortly.

> On 03-Nov-2014, at 10:18 pm, Rohit Yadav  wrote:
>
> Hi Geoff,
>
> I’ve fixed the issues now, please check with latest 5.3 branch. I’ll wait for 
> your confirmation to start a new voting round.
>
> There are some comments from my side;
>
> - Launching will take longer time if username/password is used, because in 
> non-interpreted or terminal mode, for every command it will first login, get 
> a sessionkey and use it for executing the request. If you use 
> apikey/secretkey, only one API request is sent.
>
> - When you grep, please put the things you’re grep-ing on in quotes, it’s 
> more of a general rule to accommodate different shells (other than bash). The 
> following works inside of cloudmonkey and on bash, but fails on zsh (tested 
> on OSX):
>   cloudmonkey  | grep ^id\ =
> The following works on all three places (in cloudmonkey, in shell/bash and in 
> zsh):
>cloudmonkey  | grep “^id ="
>
> - While executing things in bash/script consider using the shell function 
> $(put commands here) to execute things in background to get result instead of 
> the `putting things in backquotes`, as $(is much safer).
>
> - About the slash issue (escaping blanks, as in "\ “), don’t double box 
> strings with spaces. So, don’t do something like arg=‘“some value with 
> space”’. I checked the scripts, you’re sending values in double quotes (“) 
> inside single quotes (‘). This tells the default shell lexical parser to 
> treat the inside of ‘’ (single quotes strings) as it is; which means the 
> double quotes are part of the arg value you’re passing.
>
> For example from your script;
>
> $cli create serviceoffering cpunumber=1 cpuspeed=500 displaytext='"Tiny - 
> 1vCPU, 256MB RAM"' memory=256 name='"Tiny"' offerha=true
>
> In the above, the displaytext is boxed by '’ quotes which contains a string 
> with double quotes ".
>
> - Not sure about the query asyncjobresult issue, it could be that the ACS 
> mgmt server is taking time, or the timeout period is low. Did you find that 
> it timeouts before the set timeout value (in the server profile)? If so, can 
> you share the logs with me?
>
>> On 03-Nov-2014, at 8:25 pm, Geoff Higginbottom 
>>  wrote:
>>
>> -1 from me for the following reasons:
>>
>> 1. Can no longer clear the Username and Password settings from the config 
>> using the set commands - I initially connect with these, then auto configure 
>> the API & Secret Key, then delete the old username and password settings 
>> using:
>>
>> #cloudmonkey set username
>> #cloudmonkey set password
>>
>> But it throws an error about not allowing blank values and does not clear 
>> the values from the config file (it works in earlier versions)
>>
>> 2.  Launching now takes a lot longer, suspect an authentication issue
>>
>> 3. A number of my scripts which have worked for all previous versions now no 
>> longer work, in particular anything with spaces in seems to fail:
>>
>> e.g.  This line used to work, but now it fails
>> offeringid1=`$cli list serviceofferings name='"Small Instance"' | grep ^id\ 
>> = | awk '{print $3}'`
>> If I rename the offering using the UI to Small_Instance (to remove the 
>> space) then it works
>>
>> e.g. This line used to work
>> $cli create serviceoffering cpunumber=1 cpuspeed=500 displaytext='"Ultra 
>> Tiny - 1vCPU, 128MB RAM"' memory=128 name='"Ultra Tiny"' offerha=true
>> Now it generates a Compute Offering with a name of "Ultra\ Tiny" and a 
>> description of "Ultra\ Tiny\ -\ 1vCPU,\ 128MB\ RAM" - note the \ before 
>> every space
>>
>> 4.  query asyncjobresult is timing out when running in a script
>>
>> Some of these errors may be caused by errors in my scripts, but I have been 
>> using these very scripts for testing for some time now and they have always 
>> worked OK with earlier versions of CloudMonkey
>>
>> Regards
>>
>> Geoff Higginbottom
>>
>> D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581
>>
>> geoff.higginbot...@shapeblue.com
>>
>> -Original Message-
>> From: Nux! [mailto:n...@li.nux.ro]
>> Sent: 03 November 2014 11:55
>> To: us...@cloudstack.apache.org
>> Cc: dev@cloudstack.apache.org
>> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round #4)
>>
>> Meh, facepalm! Yes, config is from 5.2.
>> "set paramcompletion true" solved it.
>>
>> Basic tests passed, +1 from me! :-)
>>
>> --
>> Sent from the Delta quadrant using Borg technology!
>>
>> Nux!
>> www.nux.ro
>>
>> - Original Message -
>>> From: "Rohit Yadav" 
>>> To: dev@cloudstack.apache.org
>>> Cc: us...@cloudstack.apache.org
>>> Sent: Monday, 3 November, 2014 11:40:40
>>> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.0 (round
>>> #4)
>>
>>> Hey,
>>>
>>> Looks like autocompletion is working (tab tab), make sure you set
>>> paramcompletion to true. Were you using 5.2.0 or o