Can not add a new virtual instance by a template

2015-01-09 Thread w...@landhightech.com 
Hi， 
We had an issue when we add a new virtual instance by template.we can not 
create the new instance. 
We use cloudstack 4.4.1 + Vmware ,advanced network ,local storage. 
We want to add a new virtual instance into a share network. 
Message: File upload task failed to complete due to: Error writing request body 
to server 

-- 
2015-01-09 23:30:14,876 DEBUG [o.a.c.s.RemoteHostEndPoint] 
(Timer-11:ctx-a09c3aac) Sending command 
org.apache.cloudstack.storage.command.DownloadProgressCommand to host: 3 
2015-01-09 23:30:14,878 DEBUG [c.c.a.t.Request] (Timer-11:ctx-a09c3aac) Seq 
3-1751055830117010306: Sending { Cmd , MgmtId: 52230225403, via: 3(s-1-VM), 
Ver: v1, Flags: 100011, 
[{"org.apache.cloudstack.storage.command.DownloadProgressCommand":{"jobId":"b7835acd-50af-44e7-a91c-94b715722bfc","request":"GET_STATUS","hvm":false,"description":"CentOS
 5.3(64-bit) no GUI 
(vSphere)","checksum":"f6f881b7f2292948d8494db837fe0f47","maxDownloadSizeInBytes":53687091200,"id":7,"resourceType":"TEMPLATE","installPath":"template/tmpl/1/7","_store":{"com.cloud.agent.api.to.NfsTO":{"_url":"nfs://192.168.10.2/secondary","_role":"Image"}},"url":"http://download.cloud.com/releases/2.2.0/CentOS5.3-x86_64.ova","format":"OVA","accountId":1,"name":"centos53-x64","secUrl":"nfs://192.168.10.2/secondary","wait":0}}]
 } 
2015-01-09 23:30:14,923 DEBUG [c.c.a.t.Request] (AgentManager-Handler-11:null) 
Seq 3-1751055830117010306: Processing: { Ans: , MgmtId: 52230225403, via: 3, 
Ver: v1, Flags: 10, 
[{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"b7835acd-50af-44e7-a91c-94b715722bfc","downloadPct":0,"errorString":"
 
","downloadStatus":"DOWNLOAD_IN_PROGRESS","downloadPath":"/mnt/SecStorage/19e03beb-309a-3316-8e6d-5f25071372e5/template/tmpl/1/7/dnld5043761750658787860tmp_","installPath":"template/tmpl/1/7","templateSize":0,"templatePhySicalSize":0,"checkSum":"f6f881b7f2292948d8494db837fe0f47","result":true,"details":"
 ","wait":0}}] } 
2015-01-09 23:30:15,780 DEBUG [c.c.a.ApiServlet] 
(catalina-exec-23:ctx-6e8835bf) ===START=== 192.168.255.102 -- GET 
command=queryAsyncJobResult&jobId=dde8c83e-63fc-4b49-b70d-27b3faca7883&response=json&sessionkey=SST2qsGww2SbQBYEsnO7%2BoMlQWU%3D&_=1420788674854
 
2015-01-09 23:30:15,841 DEBUG [c.c.a.ApiServlet] (catalina-exec-23:ctx-6e8835bf 
ctx-35fa8112) ===END=== 192.168.255.102 -- GET 
command=queryAsyncJobResult&jobId=dde8c83e-63fc-4b49-b70d-27b3faca7883&response=json&sessionkey=SST2qsGww2SbQBYEsnO7%2BoMlQWU%3D&_=1420788674854
 
2015-01-09 23:30:16,170 DEBUG [o.a.c.f.j.d.VmWorkJobDaoImpl] 
(Vm-Operations-Cleanup-1:ctx-86237200) Expunge completed work job-205 
2015-01-09 23:30:18,022 DEBUG [c.c.a.t.Request] (AgentManager-Handler-3:null) 
Seq 3-1751055830117010304: Processing: { Ans: , MgmtId: 52230225403, via: 3, 
Ver: v1, Flags: 10, 
[{"org.apache.cloudstack.storage.command.CopyCmdAnswer":{"result":false,"details":"Unable
 to copy template to primary storage due to exception:Exception: 
java.lang.Exception\nMessage: File upload task failed to complete due to: Error 
writing request body to server\n","wait":0}}] } 
2015-01-09 23:30:18,022 DEBUG [c.c.a.t.Request] 
(Work-Job-Executor-92:ctx-cf7cb5f7 job-206/job-207 ctx-be9a377b) Seq 
3-1751055830117010304: Received: { Ans: , MgmtId: 52230225403, via: 3, Ver: v1, 
Flags: 10, { CopyCmdAnswer } } 
2015-01-09 23:30:18,047 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 2-22712: Processing Seq 2-22712: { Cmd , 
MgmtId: -1, via: 2, Ver: v1, Flags: 11, 
[{"com.cloud.agent.api.ConsoleProxyLoadReportCommand":{"_proxyVmId":2,"_loadInfo":"{\n
 \"connections\": []\n}","wait":0}}] } 
2015-01-09 23:30:18,116 DEBUG [c.c.a.m.AgentManagerImpl] 
(AgentManager-Handler-2:null) SeqA 2-22712: Sending Seq 2-22712: { Ans: , 
MgmtId: 52230225403, via: 2, Ver: v1, Flags: 100010, 
[{"com.cloud.agent.api.AgentControlAnswer":{"result":true,"wait":0}}] } 
2015-01-09 23:30:18,150 INFO [o.a.c.s.v.VolumeServiceImpl] 
(Work-Job-Executor-92:ctx-cf7cb5f7 job-206/job-207 ctx-be9a377b) releasing lock 
for VMTemplateStoragePool 19 
2015-01-09 23:30:18,151 WARN [c.c.u.d.Merovingian2] 
(Work-Job-Executor-92:ctx-cf7cb5f7 job-206/job-207 ctx-be9a377b) Was unable to 
find lock for the key template_spool_ref19 and thread id 1216625438 
2015-01-09 23:30:18,151 DEBUG [o.a.c.e.o.VolumeOrchestrator] 
(Work-Job-Executor-92:ctx-cf7cb5f7 job-206/job-207 ctx-be9a377b) Unable to 
create Vol[32|vm=27|ROOT]:Unable to copy template to primary storage due to 
exception:Exception: java.lang.Exception 
Message: File upload task failed to complete due to: Error writing request body 
to server 

2015-01-09 23:30:18,151 INFO [c.c.v.VirtualMachineManagerImpl] 
(Work-Job-Executor-92:ctx-cf7cb5f7 job-206/job-207 ctx-be9a377b) Unable to 
contact resource. 
com.cloud.exception.StorageUnavailableException: Resource [StoragePool:1] is 
unreachable: Unable to create Vol[32|vm=27|ROOT]:Unable to copy template to 
primary storage due to exception:Exception:

Re: [QUESTION] Integration Port

2015-01-09 Thread Nitin Mehta 
Some documentation on list API can be found at
https://cwiki.apache.org/confluence/display/CLOUDSTACK/List*+API+commands+r
ules

Thanks,
-Nitin

On 08/01/15 12:51 PM, "Mike Tutkowski" 
wrote:

>Thanks for the response.
>
>I was under the impression that listAll used to return all volumes
>(regardless of account) when I issued the command via a web browser using
>8096 in the past. Perhaps I was not remembering that correctly.
>
>Thanks again
>
>On Thu, Jan 8, 2015 at 1:30 PM, Prachi Damle 
>wrote:
>
>> Hey Mike,
>>
>> I am not aware if anything has changed w.r.t listAll recently. But just
>> mentioning that with port 8096, CS assumes that the caller is the System
>> user (ACCOUNT_TYPE_ADMIN)
>> So listVolumes without listAll = true will list only the Volumes owned
>>by
>> the System account, which will be an empty set most likely.
>> When listAll is null, the value is false by default.
>>
>> When you specify  listAll = true, volumes of other users will be listed.
>>
>> Did your System user own any volumes? Only then your tests would have
>>got
>> back some volumes earlier.
>>
>> Thanks,
>> Prachi
>>
>> 
>> From: Stephen Turner
>> Sent: Thursday, January 08, 2015 10:59 AM
>> To: dev@cloudstack.apache.org
>> Cc: Vania Xu; Min Chen; Prachi Damle
>> Subject: RE: [QUESTION] Integration Port
>>
>> Min or Prachi might have some information on this.
>>
>> --
>> Stephen Turner
>>
>>
>> -Original Message-
>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> Sent: 08 January 2015 18:54
>> To: dev@cloudstack.apache.org
>> Cc: Vania Xu
>> Subject: [QUESTION] Integration Port
>>
>> Hi,
>>
>> I noticed with 4.6 that if I run this command that I get back no
>>volumes:
>>
>>
>> 
>>http://secure-web.cisco.com/1QFfmjJfPvcx0_-c2Ry2iMJZQHE8ZkZPxYagenr8okTkT
>>5LN35jPMNLSWMSlsNcpCbKakeL3n1SGr7NrB7VJxPXkckQnj0c24Zd_MnZqiMf3_1tD3X7XYB
>>hh_VGLPrN0ofZwPxQTqU2vmBVRqCsrf84l-rrCA6DmVrECQk23mZak/http%3A%2F%2F192.1
>>68.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes
>>
>> This seemed odd (since I have user-facing volumes) and I tracked it down
>> to one parameter:
>>
>> listAll
>>
>> It appears when using the integration port that listAll is null by
>> default, which (in this case) is interpreted the same as false.
>>
>> That being the case, to retrieve volumes via the integration port, I had
>> to run the following instead:
>>
>>
>> 
>>http://secure-web.cisco.com/1P_Ssx1LBDJxkhmdc3ZiFePzQhF3rlwXuG8usVFV6agN8
>>RdL72LxFKeEJW-j4u6ClGUjI8ROYXCau2Y3QkOfvjL4scB4yquuafmB5Bsa9y1JYhNldfPOrV
>>aS6fNTheWms0pyrvZtQwAR7X8XCxErN53BBLWnYN80wiIpTfSJF7_0/http%3A%2F%2F192.1
>>68.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes%26listAll%3Dtrue
>>
>> This seems like it might be a recent change. Does anyone know if this is
>> on purpose? The problem is that my tests in Marvin fail now because no
>> volumes come back when they're expected.
>>
>> Thanks!
>>
>> --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkow...@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the cloud
>> **
>>
>
>
>
>-- 
>*Mike Tutkowski*
>*Senior CloudStack Developer, SolidFire Inc.*
>e: mike.tutkow...@solidfire.com
>o: 303.746.7302
>Advancing the way the world uses the cloud
>**

Re: CS MS Logging Level

2015-01-09 Thread Daan Hoogland 
to get back with my findings so far,

The method I mentioned will work be it not that we have an explicit
mention of log4j configuration in our web.xml. It states that
'log4j-cloud.xml' should be searched on the classpath. I deleted the
extraneous file(s) from the hyperv plugin. This seems to solve the
problem. There are several other ways of loading the configuration
file in cloudstack. I haven't begun to consider consolidating them as
this is a multi process system and it does make sense. Point of
attention, though.


Daan

On Thu, Jan 8, 2015 at 3:41 PM, Daan Hoogland  wrote:
> It seems I had thrown away another log4j conf to get this working:( I
> did a clean checkout and my trick isn't working anymore. keep you
> posted
>
> On Thu, Jan 8, 2015 at 3:21 PM, Mike Tutkowski
>  wrote:
>> Great - thanks, Daan!
>>
>> On Thu, Jan 8, 2015 at 7:17 AM, Daan Hoogland 
>> wrote:
>>
>>> I got around looking at this (under peer pressure @SBP;) There is a
>>> property to maven jetty plugin:
>>>   
>>> 
>>>   log4j.configuration
>>>   ${project.build.directory}/log4j.xml 
>>> 
>>>   
>>>
>>> doing some final test before checking in. Not sure what changed but in
>>> jetty and when. It seems to pick the first or last on the class path
>>> or the lowest or highest hashed one without this set. dunno
>>>
>>> Daan
>>>
>>> On Wed, Dec 31, 2014 at 2:40 PM, Daan Hoogland 
>>> wrote:
>>> > Anshul,
>>> >
>>> > The hyperv log4j configuration should not be used at all.
>>> >
>>> > On Wed, Dec 31, 2014 at 6:55 AM, Anshul Gangwar
>>> >  wrote:
>>> >> Daan,
>>> >>
>>> >> I am not seeing extraneous logs on my dev setup other than thread which
>>> is cleaning up expired async-jobs.
>>> >>
>>> >> You can safely change CONSOLE appender's threshold to INFO in hyperv
>>> plugin  if you think that is causing the problem.
>>> >> We will not lose much info which we want to show to user by this
>>> change. And in any case it will be available in vmops.log.
>>> >> CONSOLE appender's threshold is set to TRACE since the start of plugin.
>>> >>
>>> >> -Original Message-
>>> >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>>> >> Sent: Tuesday, December 30, 2014 11:10 PM
>>> >> To: dev@cloudstack.apache.org
>>> >> Subject: Re: CS MS Logging Level
>>> >>
>>> >> No, vmops.log does not seem to be getting spammed...just the console.
>>> >>
>>> >> On Tue, Dec 30, 2014 at 1:44 AM, Daan Hoogland >> >
>>> >> wrote:
>>> >>
>>> >>> Mike,
>>> >>>
>>> >>> It doesn't spew to vmops.log anymore, right? It seems that the new
>>> >>> jetty version interprets all the log4j/classpath differently and the
>>> >>> one from the hyperv plugin takes precedence. I have been looking for a
>>> >>> solution but haven't found one yet.
>>> >>>
>>> >>> On Mon, Dec 29, 2014 at 10:02 PM, Mike Tutkowski
>>> >>>  wrote:
>>> >>> > Hi,
>>> >>> >
>>> >>> > Does anyone know if the logging level or something like that changed
>>> >>> > on
>>> >>> the
>>> >>> > management server in 4.6?
>>> >>> >
>>> >>> > It seems like it's spewing out tons of information to the console
>>> >>> > these days.
>>> >>> >
>>> >>> > Thanks!
>>> >>> >
>>> >>> > --
>>> >>> > *Mike Tutkowski*
>>> >>> > *Senior CloudStack Developer, SolidFire Inc.*
>>> >>> > e: mike.tutkow...@solidfire.com
>>> >>> > o: 303.746.7302
>>> >>> > Advancing the way the world uses the cloud
>>> >>> > *™*
>>> >>>
>>> >>>
>>> >>>
>>> >>> --
>>> >>> Daan
>>> >>>
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> *Mike Tutkowski*
>>> >> *Senior CloudStack Developer, SolidFire Inc.*
>>> >> e: mike.tutkow...@solidfire.com
>>> >> o: 303.746.7302
>>> >> Advancing the way the world uses the cloud
>>> >> *™*
>>> >
>>> >
>>> >
>>> > --
>>> > Daan
>>>
>>>
>>>
>>> --
>>> Daan
>>>
>>
>>
>>
>> --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkow...@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the cloud
>> *™*
>
>
>
> --
> Daan



-- 
Daan

[ANNOUNCE] Announcing Apache CloudStack 4.3.2

2015-01-09 Thread Rohit Yadav 

Announcing Apache CloudStack 4.3.2

The Apache CloudStack project is pleased to announce the 4.3.2 release
of the CloudStack cloud orchestration platform. This is a minor release
of the 4.3 branch which released on March 25, 2014. The 4.3.2 release
contains more than 100 bug fixes since the 4.3.1 release. As a bug fix
release, no new features are included in 4.3.2.

As a minor release it is a simple upgrade from 4.3.0 or 4.3.1 with no
architectural changes.

Documentation

The 4.3.2 release notes includes full list of corrected issues as well
as upgrade instructions from previous versions of Apache CloudStack.
Please see the Release Notes for a full list of corrected issues and
upgrade instructions.

http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.3.2/

The official installation, administration and API documentation for each
release are available on our Documentation Page.

http://docs.cloudstack.apache.org/

Downloads

The official source code for the 4.3.2 release can be downloaded from
our Downloads Page.

http://cloudstack.apache.org/downloads.html

About Apache CloudStack

Apache CloudStack is an integrated Infrastructure-as-a-Service (IaaS)
software platform that allows users to build feature-rich public and
private cloud environments. CloudStack includes an intuitive user
interface and rich APIs for managing the compute, networking, software,
and storage infrastructure resources. The project became an Apache top
level project in March 2013.

For additional marketing or communications information, please contact
the marketing mailing list: market...@cloudstack.apache.org

To learn how to join and contribute to the Apache CloudStack community
please visit our website: http://cloudstack.apache.org

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

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

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

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.1

2015-01-09 Thread Rohit Yadav 

Hi all,

Thanks for your vote so far, a critical bug was found by Geoff H. and
fixed yesterday and I've been testing. Due to this, I'm calling off the
voting round and start another one.

On Tuesday 06 January 2015 10:46 PM, ilya musayev wrote:

+1 (binding), did basic testing all seems well..
On 1/2/15 3:13 AM, Rohit Yadav wrote:

Hi,

Since a lot of people in the community are returning from holidays,
please consider testing and voting for 5.3.1.

As per our bylaws we will need at least 3 +1 PMC votes and no veteos,
negative vote to pass this, so the PMC is requested to participate as
well (so far we’ve one from Daan). Thanks.


On 19-Dec-2014, at 9:08 pm, Rohit Yadav 
wrote:

Hi Daan,

On Friday 19 December 2014 08:50 PM, Daan Hoogland wrote:

On Fri, Dec 19, 2014 at 4:03 PM, Rohit Yadav
 wrote:

Hi Daan,

On Friday 19 December 2014 07:23 PM, Daan Hoogland wrote:

Rohit, I am testing against 4.4 simulator, I have tested against
master simulator. seems like I will +1 this before the end of the
day.

have now confirmed with 4.4^HEAD and some more monkey testing then
on master

+1 (binding)

...

One question though, is there a known issue with the color coding? it
seems to change halfway through words in the output and not be
consistent in the help/error messages. Not a blocker and I may
need to
read more but it looks a bit strange.


If you running the CLI as a tool on bash (single query like
cloudmonkey
list users), no colors are output (say in a bash script) this is to
avoid printing escape chars (for color) which mess up in bash script
(when people try to grep/sed/awk stuff with the output).

I am running interactive


In case colors are enabled then errors are printed in red color if
they
start with "Error" string. The color scheme is haphazard for anyone (I
set the colors such that they looked best when using Solarized dark
theme on terminal http://ethanschoonover.com/solarized)

Please advise on the color behaviour and any improvements we should
have?

it is kind of christmassish and I like it but it seems like to have no
intention to make sense at all. I am using iTerm2 with no special
color configuration.
it seems to be all random coloring to me on regular output, see a
annotated fragment of output below:



id = 6afa0b72-8787-11e4-a3e5-964184d18d4f <-- id in red-undelined, '='
in grey and value in yellow
aclid = 6af9e6f6-8787-11e4-a3e5-964184d18d4f <-- same scheme
action = Deny <-- green, light-blue, grey
cidrlist = 0.0.0.0/0 <-- cid- in red-underline/-rlist in grey, '='
grey, '0.' in lightblue/'0.0.0/0' in grey
fordisplay = True
number = 1
protocol = all
state = Active <-- 'Active' in purple
tags: <-- red-underline
traffictype = Ingress

on error output:
(local) 🐵 > add host
Missing arguments: password hypervisor podid url username zoneid

'password', 'hypervisor' and 'url' are grey, 'username' is green and
the rest of the line-elements are red-undelined

That's sort of expected. When I wrote the color output (using Pygments)
I thought some parts of the output (things like id, uuids, numbers,
names etc) were more important than others so I gave them different
colors.

There are regex rules to decide what color the "key" or value should
get. It's sort of haphazard indeed (those who are not used to it):
https://github.com/apache/cloudstack-cloudmonkey/blob/master/cloudmonkey/printer.py


I've known this issue since the colors and regex rules are hardcoded in
above since the early days, I think one solution is to allow people plug
their color schemes and (regex) rules, perhaps for future versions.




On Fri, Dec 19, 2014 at 12:01 PM, Erik Weber 
wrote:

On Mon, Dec 15, 2014 at 7:10 AM, Rohit Yadav
 wrote:


Hi All,

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

Git Branch and Commit SHA:


https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=shortlog;h=refs/heads/master

Commit: 387f0338f9715f2337a9e10c92d1c76fa5d2a381

List of changes:


https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=blob_plain;f=CHANGES.md


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


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

Vote will be open for 72 hours.

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

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

Regards.



+1

Testing done:
   + Successfully upgraded from 5.3.0 to 5.3.1 on Mac OS X
   + Sync works
   + Loading profile on the command line (with -p) works
   + Using param completion when not at the end of line/string works
   + Various daily list/reset/deploy tasks


--
Erik





--
Regards,
Rohit Yadav
Software Architect, ShapeBlue
M. +91 8826230892 | rohit.ya.

Review Request 29759: CLOUDSTACK-8145: Adding new test to test blocker bugs and modifying other test case to work around the bug

2015-01-09 Thread Gaurav Aradhye 

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

Review request for cloudstack and SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description
---

Few test cases failed due to timing issue in data syncof root disk data.
Adding a new test case to test this issue, while changing other test cases with 
work around so that those are not blokced.

More details are mentioned in the jira issue.


Diffs
-

  test/integration/component/test_blocker_bugs.py 8ba563f 
  test/integration/component/test_reset_ssh_keypair.py a2e743a 

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


Testing
---

Yes.


Thanks,

Gaurav Aradhye

[VOTE] Release Apache CloudStack CloudMonkey 5.3.1 (round #2)

2015-01-09 Thread Rohit Yadav 
Hi All,

I've created a 5.3.1 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/master
Commit: 7498aa58a2b5772e03e25f44a37907f915889ad8

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

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

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

Vote will be open for 72 hours.

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

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

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

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

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

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

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.1 (round #2)

2015-01-09 Thread Rohit Yadav 
Forgot to fix the URL:

Source release (checksums and signatures are available here):
https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-5.3.1/

> On 09-Jan-2015, at 4:23 pm, Rohit Yadav  wrote:
>
> Hi All,
>
> I've created a 5.3.1 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/master
> Commit: 7498aa58a2b5772e03e25f44a37907f915889ad8
>
> List of changes:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a=blob_plain;f=CHANGES.md;hb=master
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-X.X/
>
> PGP release keys (signed using ID 0EE3D884):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> Vote will be open for 72 hours.
>
> For sanity in tallying the vote, can PMC members please be sure to indicate 
> "(binding)" with their vote?
>
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
>
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
>

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



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

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

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

Re: Review Request 29759: CLOUDSTACK-8145: Adding new test to test blocker bugs and modifying other test case to work around the bug

2015-01-09 Thread Gaurav Aradhye 

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

(Updated Jan. 9, 2015, 4:36 p.m.)


Review request for cloudstack and SrikanteswaraRao Talluri.


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


Repository: cloudstack-git


Description
---

Few test cases failed due to timing issue in data syncof root disk data.
Adding a new test case to test this issue, while changing other test cases with 
work around so that those are not blokced.

More details are mentioned in the jira issue.


Diffs (updated)
-

  test/integration/component/test_blocker_bugs.py 8ba563f 
  test/integration/component/test_reset_ssh_keypair.py a2e743a 

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


Testing
---

Yes.


Thanks,

Gaurav Aradhye

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.1

2015-01-09 Thread Nux! 
Rohit,

What bug? I currently have this version installed in some places, need to know 
how bad should I panic. :-)

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Rohit Yadav" 
> To: dev@cloudstack.apache.org
> Sent: Friday, 9 January, 2015 10:16:13
> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.1

> Hi all,
> 
> Thanks for your vote so far, a critical bug was found by Geoff H. and
> fixed yesterday and I've been testing. Due to this, I'm calling off the
> voting round and start another one.
> 
> On Tuesday 06 January 2015 10:46 PM, ilya musayev wrote:
>> +1 (binding), did basic testing all seems well..
>> On 1/2/15 3:13 AM, Rohit Yadav wrote:
>>> Hi,
>>>
>>> Since a lot of people in the community are returning from holidays,
>>> please consider testing and voting for 5.3.1.
>>>
>>> As per our bylaws we will need at least 3 +1 PMC votes and no veteos,
>>> negative vote to pass this, so the PMC is requested to participate as
>>> well (so far we’ve one from Daan). Thanks.
>>>
 On 19-Dec-2014, at 9:08 pm, Rohit Yadav 
 wrote:

 Hi Daan,

 On Friday 19 December 2014 08:50 PM, Daan Hoogland wrote:
> On Fri, Dec 19, 2014 at 4:03 PM, Rohit Yadav
>  wrote:
>> Hi Daan,
>>
>> On Friday 19 December 2014 07:23 PM, Daan Hoogland wrote:
>>> Rohit, I am testing against 4.4 simulator, I have tested against
>>> master simulator. seems like I will +1 this before the end of the
>>> day.
> have now confirmed with 4.4^HEAD and some more monkey testing then
> on master
>
> +1 (binding)
>
> ...
>>> One question though, is there a known issue with the color coding? it
>>> seems to change halfway through words in the output and not be
>>> consistent in the help/error messages. Not a blocker and I may
>>> need to
>>> read more but it looks a bit strange.
>>
>> If you running the CLI as a tool on bash (single query like
>> cloudmonkey
>> list users), no colors are output (say in a bash script) this is to
>> avoid printing escape chars (for color) which mess up in bash script
>> (when people try to grep/sed/awk stuff with the output).
> I am running interactive
>
>> In case colors are enabled then errors are printed in red color if
>> they
>> start with "Error" string. The color scheme is haphazard for anyone (I
>> set the colors such that they looked best when using Solarized dark
>> theme on terminal http://ethanschoonover.com/solarized)
>>
>> Please advise on the color behaviour and any improvements we should
>> have?
> it is kind of christmassish and I like it but it seems like to have no
> intention to make sense at all. I am using iTerm2 with no special
> color configuration.
> it seems to be all random coloring to me on regular output, see a
> annotated fragment of output below:
>
> 
>
> id = 6afa0b72-8787-11e4-a3e5-964184d18d4f <-- id in red-undelined, '='
> in grey and value in yellow
> aclid = 6af9e6f6-8787-11e4-a3e5-964184d18d4f <-- same scheme
> action = Deny <-- green, light-blue, grey
> cidrlist = 0.0.0.0/0 <-- cid- in red-underline/-rlist in grey, '='
> grey, '0.' in lightblue/'0.0.0/0' in grey
> fordisplay = True
> number = 1
> protocol = all
> state = Active <-- 'Active' in purple
> tags: <-- red-underline
> traffictype = Ingress
>
> on error output:
> (local) 🐵 > add host
> Missing arguments: password hypervisor podid url username zoneid
>
> 'password', 'hypervisor' and 'url' are grey, 'username' is green and
> the rest of the line-elements are red-undelined
 That's sort of expected. When I wrote the color output (using Pygments)
 I thought some parts of the output (things like id, uuids, numbers,
 names etc) were more important than others so I gave them different
 colors.

 There are regex rules to decide what color the "key" or value should
 get. It's sort of haphazard indeed (those who are not used to it):
 https://github.com/apache/cloudstack-cloudmonkey/blob/master/cloudmonkey/printer.py


 I've known this issue since the colors and regex rules are hardcoded in
 above since the early days, I think one solution is to allow people plug
 their color schemes and (regex) rules, perhaps for future versions.

>
>>> On Fri, Dec 19, 2014 at 12:01 PM, Erik Weber 
>>> wrote:
 On Mon, Dec 15, 2014 at 7:10 AM, Rohit Yadav
  wrote:
>
> Hi All,
>
> I've created a 5.3.1 release of CloudMonkey, with the following
> artifacts
> up for a vote:
>
> Git Branch and Commit SHA:
>
>
> https://git-wip-us.apache.org/repos/asf?p=cloud

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.1

2015-01-09 Thread Rohit Yadav 

Hi Lucian,

Nothing major to panic, I would say install the latest from master. The
issue was that key's whose values are dictionaries, the keys don't get
printed.

The only case we found was with query asyncjobresult api, which won't
print the following consecutive strings (the key names):

"jobresult:"
""

This breaks any script that is dependent on the line number of the
output etc. (good practice is to grep key/value and not use line number
to get a key/value using say awk 'NR==')

Fixed here:
https://github.com/apache/cloudstack-cloudmonkey/commit/7498aa58a2b5772e03e25f44a37907f915889ad8

Regards.

On Friday 09 January 2015 06:43 PM, Nux! wrote:

Rohit,

What bug? I currently have this version installed in some places, need to know 
how bad should I panic. :-)

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -

From: "Rohit Yadav" 
To: dev@cloudstack.apache.org
Sent: Friday, 9 January, 2015 10:16:13
Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.1



Hi all,

Thanks for your vote so far, a critical bug was found by Geoff H. and
fixed yesterday and I've been testing. Due to this, I'm calling off the
voting round and start another one.

On Tuesday 06 January 2015 10:46 PM, ilya musayev wrote:

+1 (binding), did basic testing all seems well..
On 1/2/15 3:13 AM, Rohit Yadav wrote:

Hi,

Since a lot of people in the community are returning from holidays,
please consider testing and voting for 5.3.1.

As per our bylaws we will need at least 3 +1 PMC votes and no veteos,
negative vote to pass this, so the PMC is requested to participate as
well (so far we’ve one from Daan). Thanks.


On 19-Dec-2014, at 9:08 pm, Rohit Yadav 
wrote:

Hi Daan,

On Friday 19 December 2014 08:50 PM, Daan Hoogland wrote:

On Fri, Dec 19, 2014 at 4:03 PM, Rohit Yadav
 wrote:

Hi Daan,

On Friday 19 December 2014 07:23 PM, Daan Hoogland wrote:

Rohit, I am testing against 4.4 simulator, I have tested against
master simulator. seems like I will +1 this before the end of the
day.

have now confirmed with 4.4^HEAD and some more monkey testing then
on master

+1 (binding)

...

One question though, is there a known issue with the color coding? it
seems to change halfway through words in the output and not be
consistent in the help/error messages. Not a blocker and I may
need to
read more but it looks a bit strange.


If you running the CLI as a tool on bash (single query like
cloudmonkey
list users), no colors are output (say in a bash script) this is to
avoid printing escape chars (for color) which mess up in bash script
(when people try to grep/sed/awk stuff with the output).

I am running interactive


In case colors are enabled then errors are printed in red color if
they
start with "Error" string. The color scheme is haphazard for anyone (I
set the colors such that they looked best when using Solarized dark
theme on terminal http://ethanschoonover.com/solarized)

Please advise on the color behaviour and any improvements we should
have?

it is kind of christmassish and I like it but it seems like to have no
intention to make sense at all. I am using iTerm2 with no special
color configuration.
it seems to be all random coloring to me on regular output, see a
annotated fragment of output below:



id = 6afa0b72-8787-11e4-a3e5-964184d18d4f <-- id in red-undelined, '='
in grey and value in yellow
aclid = 6af9e6f6-8787-11e4-a3e5-964184d18d4f <-- same scheme
action = Deny <-- green, light-blue, grey
cidrlist = 0.0.0.0/0 <-- cid- in red-underline/-rlist in grey, '='
grey, '0.' in lightblue/'0.0.0/0' in grey
fordisplay = True
number = 1
protocol = all
state = Active <-- 'Active' in purple
tags: <-- red-underline
traffictype = Ingress

on error output:
(local) 🐵 > add host
Missing arguments: password hypervisor podid url username zoneid

'password', 'hypervisor' and 'url' are grey, 'username' is green and
the rest of the line-elements are red-undelined

That's sort of expected. When I wrote the color output (using Pygments)
I thought some parts of the output (things like id, uuids, numbers,
names etc) were more important than others so I gave them different
colors.

There are regex rules to decide what color the "key" or value should
get. It's sort of haphazard indeed (those who are not used to it):
https://github.com/apache/cloudstack-cloudmonkey/blob/master/cloudmonkey/printer.py


I've known this issue since the colors and regex rules are hardcoded in
above since the early days, I think one solution is to allow people plug
their color schemes and (regex) rules, perhaps for future versions.




On Fri, Dec 19, 2014 at 12:01 PM, Erik Weber 
wrote:

On Mon, Dec 15, 2014 at 7:10 AM, Rohit Yadav
 wrote:


Hi All,

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

Git Branch and Commit SHA:


https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmo

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.1

2015-01-09 Thread Ian Duffy 
Looks to just be presentation related:
https://github.com/apache/cloudstack-cloudmonkey/commit/7498aa58a2b5772e03e25f44a37907f915889ad8

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.1 (round #2)

2015-01-09 Thread Rohit Yadav 

+1

- Verified signature on a different computer
- Tested bunch of bash/deployment scripts
- Tested manual cases against 4.3.2/KVM and ACS 4.5 branch

On Friday 09 January 2015 04:23 PM, Rohit Yadav wrote:

Hi All,

I've created a 5.3.1 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/master
Commit: 7498aa58a2b5772e03e25f44a37907f915889ad8

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

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

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

Vote will be open for 72 hours.

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

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

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

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

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

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



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

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

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

RE: [VOTE] Release Apache CloudStack CloudMonkey 5.3.1 (round #2)

2015-01-09 Thread Geoff Higginbottom 
+1

Tested numerous scripts, taking a clean install, deploying a new zone, adding 
Pods, Clusters, Hosts, updating settings, adding service offerings, creating 
Domains, Accounts, Users, Networks, VM, VPCs and also a bunch of command single 
command line tests etc

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: 09 January 2015 13:31
To: dev@cloudstack.apache.org
Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.1 (round #2)

+1

- Verified signature on a different computer
- Tested bunch of bash/deployment scripts
- Tested manual cases against 4.3.2/KVM and ACS 4.5 branch

On Friday 09 January 2015 04:23 PM, Rohit Yadav wrote:
> Hi All,
>
> I've created a 5.3.1 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/master
> Commit: 7498aa58a2b5772e03e25f44a37907f915889ad8
>
> List of changes:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a
> =blob_plain;f=CHANGES.md;hb=master
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-X.X/
>
> PGP release keys (signed using ID 0EE3D884):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> Vote will be open for 72 hours.
>
> For sanity in tallying the vote, can PMC members please be sure to indicate 
> "(binding)" with their vote?
>
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
>
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
>
> Find out more about ShapeBlue and our range of CloudStack related
> services
>
> IaaS Cloud Design &
> Build
> CSForge – rapid IaaS deployment
> framework
> CloudStack Consulting
> CloudStack Software
> Engineering
> CloudStack Infrastructure
> Support
> CloudStack Bootcamp Training
> Courses
>
> This email and any attachments to it may be confidential and are intended 
> solely for the use of the individual to whom it is addressed. Any views or 
> opinions expressed are solely those of the author and do not necessarily 
> represent those of Shape Blue Ltd or related companies. If you are not the 
> intended recipient of this email, you must neither take any action based upon 
> its contents, nor copy or show it to anyone. Please contact the sender if you 
> believe you have received this email in error. Shape Blue Ltd is a company 
> incorporated in England & Wales. ShapeBlue Services India LLP is a company 
> incorporated in India and is operated under license from Shape Blue Ltd. 
> Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil and is 
> operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company 
> registered by The Republic of South Africa and is traded under license from 
> Shape Blue Ltd. ShapeBlue is a registered trademark.
>

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

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

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

Re: [ACS44][VOTE] Apache Cloudstack 4.4.3 release candidate 0

2015-01-09 Thread Nux! 
Hi,

-1 from me, using Rohit's RPMs I have upgraded from 4.4.2 (CentOS6+KVM), after 
upgrading cloudstack-management and starting it it gets stuck here; looks like 
a DB upgrade issue.

2015-01-09 14:49:54,762 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) 
Grabbing lock to check for database upgrade.
2015-01-09 14:49:54,817 DEBUG [c.c.u.d.VersionDaoImpl] (main:null) Checking to 
see if the database is at a version before it was the version table is created
2015-01-09 14:49:54,844 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) DB 
version = 4.4.2 Code Version = 4.4.3
2015-01-09 14:49:54,845 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) 
Database upgrade must be performed from 4.4.2 to 4.4.3
2015-01-09 14:49:54,845 ERROR [c.c.u.DatabaseUpgradeChecker] (main:null) There 
is no upgrade path from 4.4.2 to 4.4.3

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Rohit Yadav" 
> To: dev@cloudstack.apache.org
> Sent: Wednesday, 7 January, 2015 13:06:23
> Subject: Re: [ACS44][VOTE] Apache Cloudstack 4.4.3 release candidate 0

> Hi Daan,
> 
> Thanks for kickstarting it. I'll try to test it (at least the upgrades
> etc) this weekend. Meanwhile I've created a no-redist deb and rpm
> repository using the shared git tag - for anyone who wants to test this
> artifact but does not have the infra, time or know-how to build from source:
> 
> http://packages.bhaisaab.org/cloudstack/testing/centos/4.4/
> http://packages.bhaisaab.org/cloudstack/testing/debian/4.4/
> 
> May I suggest to include users@ ML in future when starting voting rounds
> as their testing feedback be very important.
> 
> On Wednesday 07 January 2015 04:19 PM, Daan Hoogland wrote:
>> Hi All,
>>
>> I've created a 4.4.3 release, with the following artifacts up for a vote:
>>
>> Git Branch and Commit SH:
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20150107T1136
>> Commit: 61dde465d7b9ac019a04991d37cb96f80657e683
>>
>> List of changes:
>> https://issues.apache.org/jira/browse/CLOUDSTACK-8070?filter=12330007
>>
>> Source release (checksums and signatures are available at the same
>> location):
>> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.3/
>>
>> PGP release keys (signed using AA4736F3):
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>
>> Vote will be open for 72 hours.
>>
>> For sanity in tallying the vote, can PMC members please be sure to
>> indicate "(binding)" with their vote?
>>
>> [ ] +1  approve
>> [ ] +0  no opinion
>> [ ] -1  disapprove (and reason why)
>>
>>
>>
> 
> --
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 8826230892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
> PS. If you see any footer below, I did not add it :)
> Find out more about ShapeBlue and our range of CloudStack related services
> 
> IaaS Cloud Design & Build
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software
> Engineering
> CloudStack Infrastructure
> Support
> CloudStack Bootcamp Training 
> Courses
> 
> This email and any attachments to it may be confidential and are intended 
> solely
> for the use of the individual to whom it is addressed. Any views or opinions
> expressed are solely those of the author and do not necessarily represent 
> those
> of Shape Blue Ltd or related companies. If you are not the intended recipient
> of this email, you must neither take any action based upon its contents, nor
> copy or show it to anyone. Please contact the sender if you believe you have
> received this email in error. Shape Blue Ltd is a company incorporated in
> England & Wales. ShapeBlue Services India LLP is a company incorporated in
> India and is operated under license from Shape Blue Ltd. Shape Blue Brasil
> Consultoria Ltda is a company incorporated in Brasil and is operated under
> license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by
> The Republic of South Africa and is traded under license from Shape Blue Ltd.
> ShapeBlue is a registered trademark.

Re: [ANNOUNCE] Announcing Apache CloudStack 4.3.2

2015-01-09 Thread Nux! 
Good job! :-)

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Rohit Yadav" 
> To: cloudstack-...@incubator.apache.org
> Sent: Friday, 9 January, 2015 10:08:29
> Subject: [ANNOUNCE] Announcing Apache CloudStack 4.3.2

> Announcing Apache CloudStack 4.3.2
> 
> The Apache CloudStack project is pleased to announce the 4.3.2 release
> of the CloudStack cloud orchestration platform. This is a minor release
> of the 4.3 branch which released on March 25, 2014. The 4.3.2 release
> contains more than 100 bug fixes since the 4.3.1 release. As a bug fix
> release, no new features are included in 4.3.2.
> 
> As a minor release it is a simple upgrade from 4.3.0 or 4.3.1 with no
> architectural changes.
> 
> Documentation
> 
> The 4.3.2 release notes includes full list of corrected issues as well
> as upgrade instructions from previous versions of Apache CloudStack.
> Please see the Release Notes for a full list of corrected issues and
> upgrade instructions.
> 
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.3.2/
> 
> The official installation, administration and API documentation for each
> release are available on our Documentation Page.
> 
> http://docs.cloudstack.apache.org/
> 
> Downloads
> 
> The official source code for the 4.3.2 release can be downloaded from
> our Downloads Page.
> 
> http://cloudstack.apache.org/downloads.html
> 
> About Apache CloudStack
> 
> Apache CloudStack is an integrated Infrastructure-as-a-Service (IaaS)
> software platform that allows users to build feature-rich public and
> private cloud environments. CloudStack includes an intuitive user
> interface and rich APIs for managing the compute, networking, software,
> and storage infrastructure resources. The project became an Apache top
> level project in March 2013.
> 
> For additional marketing or communications information, please contact
> the marketing mailing list: market...@cloudstack.apache.org
> 
> To learn how to join and contribute to the Apache CloudStack community
> please visit our website: http://cloudstack.apache.org
> 
> --
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 8826230892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
> PS. If you see any footer below, I did not add it :)
> Find out more about ShapeBlue and our range of CloudStack related services
> 
> IaaS Cloud Design & Build
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software
> Engineering
> CloudStack Infrastructure
> Support
> CloudStack Bootcamp Training 
> Courses
> 
> This email and any attachments to it may be confidential and are intended 
> solely
> for the use of the individual to whom it is addressed. Any views or opinions
> expressed are solely those of the author and do not necessarily represent 
> those
> of Shape Blue Ltd or related companies. If you are not the intended recipient
> of this email, you must neither take any action based upon its contents, nor
> copy or show it to anyone. Please contact the sender if you believe you have
> received this email in error. Shape Blue Ltd is a company incorporated in
> England & Wales. ShapeBlue Services India LLP is a company incorporated in
> India and is operated under license from Shape Blue Ltd. Shape Blue Brasil
> Consultoria Ltda is a company incorporated in Brasil and is operated under
> license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by
> The Republic of South Africa and is traded under license from Shape Blue Ltd.
> ShapeBlue is a registered trademark.

Re: [ACS44][VOTE] Apache Cloudstack 4.4.3 release candidate 0

2015-01-09 Thread Daan Hoogland 
quite right, cancelling this vote and respinning.

On Fri, Jan 9, 2015 at 3:54 PM, Nux!  wrote:
> Hi,
>
> -1 from me, using Rohit's RPMs I have upgraded from 4.4.2 (CentOS6+KVM), 
> after upgrading cloudstack-management and starting it it gets stuck here; 
> looks like a DB upgrade issue.
>
> 2015-01-09 14:49:54,762 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) 
> Grabbing lock to check for database upgrade.
> 2015-01-09 14:49:54,817 DEBUG [c.c.u.d.VersionDaoImpl] (main:null) Checking 
> to see if the database is at a version before it was the version table is 
> created
> 2015-01-09 14:49:54,844 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) DB 
> version = 4.4.2 Code Version = 4.4.3
> 2015-01-09 14:49:54,845 INFO  [c.c.u.DatabaseUpgradeChecker] (main:null) 
> Database upgrade must be performed from 4.4.2 to 4.4.3
> 2015-01-09 14:49:54,845 ERROR [c.c.u.DatabaseUpgradeChecker] (main:null) 
> There is no upgrade path from 4.4.2 to 4.4.3
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Rohit Yadav" 
>> To: dev@cloudstack.apache.org
>> Sent: Wednesday, 7 January, 2015 13:06:23
>> Subject: Re: [ACS44][VOTE] Apache Cloudstack 4.4.3 release candidate 0
>
>> Hi Daan,
>>
>> Thanks for kickstarting it. I'll try to test it (at least the upgrades
>> etc) this weekend. Meanwhile I've created a no-redist deb and rpm
>> repository using the shared git tag - for anyone who wants to test this
>> artifact but does not have the infra, time or know-how to build from source:
>>
>> http://packages.bhaisaab.org/cloudstack/testing/centos/4.4/
>> http://packages.bhaisaab.org/cloudstack/testing/debian/4.4/
>>
>> May I suggest to include users@ ML in future when starting voting rounds
>> as their testing feedback be very important.
>>
>> On Wednesday 07 January 2015 04:19 PM, Daan Hoogland wrote:
>>> Hi All,
>>>
>>> I've created a 4.4.3 release, with the following artifacts up for a vote:
>>>
>>> Git Branch and Commit SH:
>>> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20150107T1136
>>> Commit: 61dde465d7b9ac019a04991d37cb96f80657e683
>>>
>>> List of changes:
>>> https://issues.apache.org/jira/browse/CLOUDSTACK-8070?filter=12330007
>>>
>>> Source release (checksums and signatures are available at the same
>>> location):
>>> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.3/
>>>
>>> PGP release keys (signed using AA4736F3):
>>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>>>
>>> Vote will be open for 72 hours.
>>>
>>> For sanity in tallying the vote, can PMC members please be sure to
>>> indicate "(binding)" with their vote?
>>>
>>> [ ] +1  approve
>>> [ ] +0  no opinion
>>> [ ] -1  disapprove (and reason why)
>>>
>>>
>>>
>>
>> --
>> Regards,
>> Rohit Yadav
>> Software Architect, ShapeBlue
>> M. +91 8826230892 | rohit.ya...@shapeblue.com
>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>> PS. If you see any footer below, I did not add it :)
>> Find out more about ShapeBlue and our range of CloudStack related services
>>
>> IaaS Cloud Design & Build
>> CSForge – rapid IaaS deployment framework
>> CloudStack Consulting
>> CloudStack Software
>> Engineering
>> CloudStack Infrastructure
>> Support
>> CloudStack Bootcamp Training 
>> Courses
>>
>> This email and any attachments to it may be confidential and are intended 
>> solely
>> for the use of the individual to whom it is addressed. Any views or opinions
>> expressed are solely those of the author and do not necessarily represent 
>> those
>> of Shape Blue Ltd or related companies. If you are not the intended recipient
>> of this email, you must neither take any action based upon its contents, nor
>> copy or show it to anyone. Please contact the sender if you believe you have
>> received this email in error. Shape Blue Ltd is a company incorporated in
>> England & Wales. ShapeBlue Services India LLP is a company incorporated in
>> India and is operated under license from Shape Blue Ltd. Shape Blue Brasil
>> Consultoria Ltda is a company incorporated in Brasil and is operated under
>> license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company registered by
>> The Republic of South Africa and is traded under license from Shape Blue Ltd.
>> ShapeBlue is a registered trademark.



-- 
Daan

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

2015-01-09 Thread jenkins 
See 

Changes:

[Daan Hoogland] upgrade path

--
[...truncated 1274 lines...]
Audit done.

[INFO] 
[INFO] --- maven-remote-resources-plugin:1.3:process (default) @ 
cloud-engine-components-api ---
[INFO] 
[INFO] --- maven-resources-plugin:2.5:resources (default-resources) @ 
cloud-engine-components-api ---
[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-components-api ---
[INFO] Compiling 31 source files to 

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

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


---
 T E S T S
---

Results :

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

[INFO] 
[INFO] 
[INFO] Building Apache CloudStack Server 4.4.3-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ cloud-server ---
[INFO] Deleting 

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

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

main:
 [copy] Copying 3 files to 

 [copy] Copying 1 file to 

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

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

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


---
 T E S T S
---
Running com.cloud.ha.KVMFencerTest
log4j:WARN No appenders could be found for logger (com.cloud.ha.KVMFencer).
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: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.72 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.928 sec
Running com.cloud.capacity.CapacityManagerTes

[ACS44][VOTE] Apache Cloudstack 4.4.3 release candidate 1

2015-01-09 Thread Daan Hoogland 
Hi All,

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

Git Branch and Commit SH:
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20150109T1630
Commit: 436fb55726f45ec5d049e030fdc2a40e54895786

List of changes:
https://issues.apache.org/jira/browse/CLOUDSTACK-8070?filter=12330007

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

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

Vote will be open for 72 hours.

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

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


-- 
Daan

CentOS 7 support

2015-01-09 Thread Marcus 
Hi guys,
I'm going to be evaluating CentOS/EL 7 as a Hypervisor.  The
primary points of concern are the move from init to systemd and
dropping iptables(the command) for firewalld, however a cursory look
indicates that there might be sufficient compatibility layers/wrappers
built-in.  It may just work out of the box (does anyone have
experience with this already?), but we will probably want to put a
plan together for announcing official support. We will also eventually
want to switch to systemd (mostly a packaging issue), and make the
necessary changes to the security groups portions to be more firewalld
friendly, assuming the iptables command will be deprecated (not sure
if it is). I'm not sure what Ubuntu is doing lately, but we may have
to support both. There's probably no rush though since the iptables
command will definitely continue until at least CentOS 8.

Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.1 (round #2)

2015-01-09 Thread sebgoa 
+1 (binding)

install and list zones

On Jan 9, 2015, at 3:05 PM, Geoff Higginbottom 
 wrote:

> +1
> 
> Tested numerous scripts, taking a clean install, deploying a new zone, adding 
> Pods, Clusters, Hosts, updating settings, adding service offerings, creating 
> Domains, Accounts, Users, Networks, VM, VPCs and also a bunch of command 
> single command line tests etc
> 
> 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: 09 January 2015 13:31
> To: dev@cloudstack.apache.org
> Subject: Re: [VOTE] Release Apache CloudStack CloudMonkey 5.3.1 (round #2)
> 
> +1
> 
> - Verified signature on a different computer
> - Tested bunch of bash/deployment scripts
> - Tested manual cases against 4.3.2/KVM and ACS 4.5 branch
> 
> On Friday 09 January 2015 04:23 PM, Rohit Yadav wrote:
>> Hi All,
>> 
>> I've created a 5.3.1 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/master
>> Commit: 7498aa58a2b5772e03e25f44a37907f915889ad8
>> 
>> List of changes:
>> https://git-wip-us.apache.org/repos/asf?p=cloudstack-cloudmonkey.git;a
>> =blob_plain;f=CHANGES.md;hb=master
>> 
>> Source release (checksums and signatures are available at the same
>> location):
>> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-X.X/
>> 
>> PGP release keys (signed using ID 0EE3D884):
>> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>> 
>> Vote will be open for 72 hours.
>> 
>> For sanity in tallying the vote, can PMC members please be sure to indicate 
>> "(binding)" with their vote?
>> 
>> [ ] +1  approve
>> [ ] +0  no opinion
>> [ ] -1  disapprove (and reason why)
>> 
>> Regards,
>> Rohit Yadav
>> Software Architect, ShapeBlue
>> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>> 
>> Find out more about ShapeBlue and our range of CloudStack related
>> services
>> 
>> IaaS Cloud Design &
>> Build
>> CSForge – rapid IaaS deployment
>> framework
>> CloudStack Consulting
>> CloudStack Software
>> Engineering
>> CloudStack Infrastructure
>> Support
>> CloudStack Bootcamp Training
>> Courses
>> 
>> This email and any attachments to it may be confidential and are intended 
>> solely for the use of the individual to whom it is addressed. Any views or 
>> opinions expressed are solely those of the author and do not necessarily 
>> represent those of Shape Blue Ltd or related companies. If you are not the 
>> intended recipient of this email, you must neither take any action based 
>> upon its contents, nor copy or show it to anyone. Please contact the sender 
>> if you believe you have received this email in error. Shape Blue Ltd is a 
>> company incorporated in England & Wales. ShapeBlue Services India LLP is a 
>> company incorporated in India and is operated under license from Shape Blue 
>> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil 
>> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a 
>> company registered by The Republic of South Africa and is traded under 
>> license from Shape Blue Ltd. ShapeBlue is a registered trademark.
>> 
> 
> --
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 8826230892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab PS. If you see any footer below, I 
> did not add it :) Find out more about ShapeBlue and our range of CloudStack 
> related services
> 
> IaaS Cloud Design & Build
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software 
> Engineering
> CloudStack Infrastructure 
> Support
> CloudStack Bootcamp Training 
> Courses
> 
> This email and any attachments to it may be confidential and are intended 
> solely for the use of the individual to whom it is addressed. Any views or 
> opinions expressed are solely those of the author and do not necessarily 
> represent those of Shape Blue Ltd or related companies. If you are not the 
> intended recipient of this email, you must neither take any action based upon 
> its contents, nor copy or show it to anyone. Please contact the sender if you 
> believe you have received this email in er

Re: CentOS 7 support

2015-01-09 Thread Nux! 
Hi Marcus,

No experience with ACS and CentOS 7, but AFAIK the old init scripts should 
still work, though ideally we should eventually use proper service files to 
take advantage of systemd.

Re firewalld, I tried to avoid it as much as I could as I believe it just 
complicates matters; I am not necesarilly against it, but just chose to use 
good old iptables directly, I see it more of a tool for begineers and it 
doesn't help if you already know your way around iptables.
I see similar trends of simplifying iptables also in the Ubuntu camp with "ufw".

CentOS 7 includes a package called iptables-services which implements the old 
behaviour of loading up rules directly from /etc/sysconfig/iptables as well as 
making "service iptables stop|start|save" happen.

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Marcus" 
> To: dev@cloudstack.apache.org
> Sent: Friday, 9 January, 2015 16:41:17
> Subject: CentOS 7 support

> Hi guys,
>I'm going to be evaluating CentOS/EL 7 as a Hypervisor.  The
> primary points of concern are the move from init to systemd and
> dropping iptables(the command) for firewalld, however a cursory look
> indicates that there might be sufficient compatibility layers/wrappers
> built-in.  It may just work out of the box (does anyone have
> experience with this already?), but we will probably want to put a
> plan together for announcing official support. We will also eventually
> want to switch to systemd (mostly a packaging issue), and make the
> necessary changes to the security groups portions to be more firewalld
> friendly, assuming the iptables command will be deprecated (not sure
> if it is). I'm not sure what Ubuntu is doing lately, but we may have
> to support both. There's probably no rush though since the iptables
> command will definitely continue until at least CentOS 8.

Re: CS MS Logging Level

2015-01-09 Thread Mike Tutkowski 
Awesome - thanks again, Daan!

On Fri, Jan 9, 2015 at 2:36 AM, Daan Hoogland 
wrote:

> to get back with my findings so far,
>
> The method I mentioned will work be it not that we have an explicit
> mention of log4j configuration in our web.xml. It states that
> 'log4j-cloud.xml' should be searched on the classpath. I deleted the
> extraneous file(s) from the hyperv plugin. This seems to solve the
> problem. There are several other ways of loading the configuration
> file in cloudstack. I haven't begun to consider consolidating them as
> this is a multi process system and it does make sense. Point of
> attention, though.
>
>
> Daan
>
> On Thu, Jan 8, 2015 at 3:41 PM, Daan Hoogland 
> wrote:
> > It seems I had thrown away another log4j conf to get this working:( I
> > did a clean checkout and my trick isn't working anymore. keep you
> > posted
> >
> > On Thu, Jan 8, 2015 at 3:21 PM, Mike Tutkowski
> >  wrote:
> >> Great - thanks, Daan!
> >>
> >> On Thu, Jan 8, 2015 at 7:17 AM, Daan Hoogland 
> >> wrote:
> >>
> >>> I got around looking at this (under peer pressure @SBP;) There is a
> >>> property to maven jetty plugin:
> >>>   
> >>> 
> >>>   log4j.configuration
> >>>   ${project.build.directory}/log4j.xml 
> >>> 
> >>>   
> >>>
> >>> doing some final test before checking in. Not sure what changed but in
> >>> jetty and when. It seems to pick the first or last on the class path
> >>> or the lowest or highest hashed one without this set. dunno
> >>>
> >>> Daan
> >>>
> >>> On Wed, Dec 31, 2014 at 2:40 PM, Daan Hoogland <
> daan.hoogl...@gmail.com>
> >>> wrote:
> >>> > Anshul,
> >>> >
> >>> > The hyperv log4j configuration should not be used at all.
> >>> >
> >>> > On Wed, Dec 31, 2014 at 6:55 AM, Anshul Gangwar
> >>> >  wrote:
> >>> >> Daan,
> >>> >>
> >>> >> I am not seeing extraneous logs on my dev setup other than thread
> which
> >>> is cleaning up expired async-jobs.
> >>> >>
> >>> >> You can safely change CONSOLE appender's threshold to INFO in hyperv
> >>> plugin  if you think that is causing the problem.
> >>> >> We will not lose much info which we want to show to user by this
> >>> change. And in any case it will be available in vmops.log.
> >>> >> CONSOLE appender's threshold is set to TRACE since the start of
> plugin.
> >>> >>
> >>> >> -Original Message-
> >>> >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> >>> >> Sent: Tuesday, December 30, 2014 11:10 PM
> >>> >> To: dev@cloudstack.apache.org
> >>> >> Subject: Re: CS MS Logging Level
> >>> >>
> >>> >> No, vmops.log does not seem to be getting spammed...just the
> console.
> >>> >>
> >>> >> On Tue, Dec 30, 2014 at 1:44 AM, Daan Hoogland <
> daan.hoogl...@gmail.com
> >>> >
> >>> >> wrote:
> >>> >>
> >>> >>> Mike,
> >>> >>>
> >>> >>> It doesn't spew to vmops.log anymore, right? It seems that the new
> >>> >>> jetty version interprets all the log4j/classpath differently and
> the
> >>> >>> one from the hyperv plugin takes precedence. I have been looking
> for a
> >>> >>> solution but haven't found one yet.
> >>> >>>
> >>> >>> On Mon, Dec 29, 2014 at 10:02 PM, Mike Tutkowski
> >>> >>>  wrote:
> >>> >>> > Hi,
> >>> >>> >
> >>> >>> > Does anyone know if the logging level or something like that
> changed
> >>> >>> > on
> >>> >>> the
> >>> >>> > management server in 4.6?
> >>> >>> >
> >>> >>> > It seems like it's spewing out tons of information to the console
> >>> >>> > these days.
> >>> >>> >
> >>> >>> > Thanks!
> >>> >>> >
> >>> >>> > --
> >>> >>> > *Mike Tutkowski*
> >>> >>> > *Senior CloudStack Developer, SolidFire Inc.*
> >>> >>> > e: mike.tutkow...@solidfire.com
> >>> >>> > o: 303.746.7302
> >>> >>> > Advancing the way the world uses the cloud
> >>> >>> > *™*
> >>> >>>
> >>> >>>
> >>> >>>
> >>> >>> --
> >>> >>> Daan
> >>> >>>
> >>> >>
> >>> >>
> >>> >>
> >>> >> --
> >>> >> *Mike Tutkowski*
> >>> >> *Senior CloudStack Developer, SolidFire Inc.*
> >>> >> e: mike.tutkow...@solidfire.com
> >>> >> o: 303.746.7302
> >>> >> Advancing the way the world uses the cloud
> >>> >> *™*
> >>> >
> >>> >
> >>> >
> >>> > --
> >>> > Daan
> >>>
> >>>
> >>>
> >>> --
> >>> Daan
> >>>
> >>
> >>
> >>
> >> --
> >> *Mike Tutkowski*
> >> *Senior CloudStack Developer, SolidFire Inc.*
> >> e: mike.tutkow...@solidfire.com
> >> o: 303.746.7302
> >> Advancing the way the world uses the cloud
> >> *™*
> >
> >
> >
> > --
> > Daan
>
>
>
> --
> Daan
>



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

Re: [QUESTION] Integration Port

2015-01-09 Thread Mike Tutkowski 
Thanks, Nitin!

I had not seen this Wiki page before.

On Fri, Jan 9, 2015 at 1:56 AM, Nitin Mehta  wrote:

> Some documentation on list API can be found at
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/List*+API+commands+r
> ules
>
> Thanks,
> -Nitin
>
> On 08/01/15 12:51 PM, "Mike Tutkowski" 
> wrote:
>
> >Thanks for the response.
> >
> >I was under the impression that listAll used to return all volumes
> >(regardless of account) when I issued the command via a web browser using
> >8096 in the past. Perhaps I was not remembering that correctly.
> >
> >Thanks again
> >
> >On Thu, Jan 8, 2015 at 1:30 PM, Prachi Damle 
> >wrote:
> >
> >> Hey Mike,
> >>
> >> I am not aware if anything has changed w.r.t listAll recently. But just
> >> mentioning that with port 8096, CS assumes that the caller is the System
> >> user (ACCOUNT_TYPE_ADMIN)
> >> So listVolumes without listAll = true will list only the Volumes owned
> >>by
> >> the System account, which will be an empty set most likely.
> >> When listAll is null, the value is false by default.
> >>
> >> When you specify  listAll = true, volumes of other users will be listed.
> >>
> >> Did your System user own any volumes? Only then your tests would have
> >>got
> >> back some volumes earlier.
> >>
> >> Thanks,
> >> Prachi
> >>
> >> 
> >> From: Stephen Turner
> >> Sent: Thursday, January 08, 2015 10:59 AM
> >> To: dev@cloudstack.apache.org
> >> Cc: Vania Xu; Min Chen; Prachi Damle
> >> Subject: RE: [QUESTION] Integration Port
> >>
> >> Min or Prachi might have some information on this.
> >>
> >> --
> >> Stephen Turner
> >>
> >>
> >> -Original Message-
> >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> >> Sent: 08 January 2015 18:54
> >> To: dev@cloudstack.apache.org
> >> Cc: Vania Xu
> >> Subject: [QUESTION] Integration Port
> >>
> >> Hi,
> >>
> >> I noticed with 4.6 that if I run this command that I get back no
> >>volumes:
> >>
> >>
> >>
> >>
> http://secure-web.cisco.com/1QFfmjJfPvcx0_-c2Ry2iMJZQHE8ZkZPxYagenr8okTkT
> >>5LN35jPMNLSWMSlsNcpCbKakeL3n1SGr7NrB7VJxPXkckQnj0c24Zd_MnZqiMf3_1tD3X7XYB
> >>hh_VGLPrN0ofZwPxQTqU2vmBVRqCsrf84l-rrCA6DmVrECQk23mZak/http%3A%2F%2F192.1
> >>68.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes
> >>
> >> This seemed odd (since I have user-facing volumes) and I tracked it down
> >> to one parameter:
> >>
> >> listAll
> >>
> >> It appears when using the integration port that listAll is null by
> >> default, which (in this case) is interpreted the same as false.
> >>
> >> That being the case, to retrieve volumes via the integration port, I had
> >> to run the following instead:
> >>
> >>
> >>
> >>
> http://secure-web.cisco.com/1P_Ssx1LBDJxkhmdc3ZiFePzQhF3rlwXuG8usVFV6agN8
> >>RdL72LxFKeEJW-j4u6ClGUjI8ROYXCau2Y3QkOfvjL4scB4yquuafmB5Bsa9y1JYhNldfPOrV
> >>aS6fNTheWms0pyrvZtQwAR7X8XCxErN53BBLWnYN80wiIpTfSJF7_0/http%3A%2F%2F192.1
> >>68.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes%26listAll%3Dtrue
> >>
> >> This seems like it might be a recent change. Does anyone know if this is
> >> on purpose? The problem is that my tests in Marvin fail now because no
> >> volumes come back when they're expected.
> >>
> >> Thanks!
> >>
> >> --
> >> *Mike Tutkowski*
> >> *Senior CloudStack Developer, SolidFire Inc.*
> >> e: mike.tutkow...@solidfire.com
> >> o: 303.746.7302
> >> Advancing the way the world uses the cloud
> >> * *
> >>
> >
> >
> >
> >--
> >*Mike Tutkowski*
> >*Senior CloudStack Developer, SolidFire Inc.*
> >e: mike.tutkow...@solidfire.com
> >o: 303.746.7302
> >Advancing the way the world uses the cloud
> >* *
>
>


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

RE: jenkins jobs

2015-01-09 Thread Edison Su 


> -Original Message-
> From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
> Sent: Thursday, January 08, 2015 2:48 AM
> To: dev; Rohit Yadav; Edison Su; Will Stevens
> Subject: Re: jenkins jobs
> 
> I don't seem to have enough rights to do this work so two questions for now:
> 
> @Rohit/Will: how much of the 4.3 jobs are still needed? Last succesful ones
> are 20 days old and some (systemvm) seem to have never worked.
> 
> @Edison: can you have a look at fastbuildserver and linodebuildserver?
> The slave process on fastbuildserver seems to crash on the first job it
> processes. Jenkins seems to have no workspace on linodebuildserver.
These build machines are dead, I'll remove these Jenkins jobs and machines.

> 
> thanks
> 
> 
> On Wed, Jan 7, 2015 at 7:06 PM, Rajani Karuturi  wrote:
> > Thanks for taking this up Daan.
> > Since no one complained about the failed jobs, i think it should be ok
> > to atleast clean all of those.
> > It looks like no one is looking at jenkins except for systemvm
> > template and rpms.
> >
> > ~Rajani
> >
> > On Wed, Jan 7, 2015 at 8:51 PM, Daan Hoogland
> > 
> > wrote:
> >
> >> H,
> >>
> >> jenkins.bac.o is loaded with disfunctional jobs. I want to do a
> >> cleanup but am not aware of a list of jobs that are actual and needed.
> >> Can I clean at will or/and are there considerations I should make?
> >>
> >> thanks,
> >> --
> >> Daan
> >>
> 
> 
> 
> --
> Daan

Re: CentOS 7 support

2015-01-09 Thread Hugo Trippaers 
Hey guys,

I already did the packaging of ACS management server on centos 7. I didn't get 
around to doing the agent packaging. But the management server is already using 
systemd so there are some examples. See packaging/centos7 in the source tree.


I'd be happy to help with packaging of you need some support there.

Cheers,

Hugo

Sent from my iPhone

> On 09 Jan 2015, at 18:23, Nux!  wrote:
> 
> Hi Marcus,
> 
> No experience with ACS and CentOS 7, but AFAIK the old init scripts should 
> still work, though ideally we should eventually use proper service files to 
> take advantage of systemd.
> 
> Re firewalld, I tried to avoid it as much as I could as I believe it just 
> complicates matters; I am not necesarilly against it, but just chose to use 
> good old iptables directly, I see it more of a tool for begineers and it 
> doesn't help if you already know your way around iptables.
> I see similar trends of simplifying iptables also in the Ubuntu camp with 
> "ufw".
> 
> CentOS 7 includes a package called iptables-services which implements the old 
> behaviour of loading up rules directly from /etc/sysconfig/iptables as well 
> as making "service iptables stop|start|save" happen.
> 
> Lucian
> 
> --
> Sent from the Delta quadrant using Borg technology!
> 
> Nux!
> www.nux.ro
> 
> - Original Message -
>> From: "Marcus" 
>> To: dev@cloudstack.apache.org
>> Sent: Friday, 9 January, 2015 16:41:17
>> Subject: CentOS 7 support
> 
>> Hi guys,
>>   I'm going to be evaluating CentOS/EL 7 as a Hypervisor.  The
>> primary points of concern are the move from init to systemd and
>> dropping iptables(the command) for firewalld, however a cursory look
>> indicates that there might be sufficient compatibility layers/wrappers
>> built-in.  It may just work out of the box (does anyone have
>> experience with this already?), but we will probably want to put a
>> plan together for announcing official support. We will also eventually
>> want to switch to systemd (mostly a packaging issue), and make the
>> necessary changes to the security groups portions to be more firewalld
>> friendly, assuming the iptables command will be deprecated (not sure
>> if it is). I'm not sure what Ubuntu is doing lately, but we may have
>> to support both. There's probably no rush though since the iptables
>> command will definitely continue until at least CentOS 8.

inconsistent listXXX API behaviors

2015-01-09 Thread Yiping Zhang 
Hi, all

We have noticed some behavior differences among various listXXX API calls as 
shown bellow:

When using listZones API with “name=xxx” argument, the returned zone’s name 
must be an exact match for the given argument value. In this example, zone name 
must be exactly “xxx” for it to be returned by this call.

When using listPods API with “name=pod” argument, all pods whose name ends with 
“pod” will be returned by this call. For example, pods with name as “my_pod”, 
“my_2nd_pod” and “new_pod” will all be returned.  In other words, in these this 
API call, the name match is a sub string match, not exact string match, with 
given argument value.  The API listClusters behaves the same way as listPods.

Are the different behavior among these API calls intentional? If so what are 
the rationales for the differences ? If the different behavior is due to bugs 
in implementations,  then there are over 100 listXXX type API calls whose 
behavior needs to be reviewed to see how many of them show buggy behaviors.

Thanks

Yiping

Re: [ACS44][VOTE] Apache Cloudstack 4.4.3 release candidate 1

2015-01-09 Thread Nux! 
Thanks, I'll test this weekend.

OSS RPMs here for those interested http://tmp.nux.ro/acs443/

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

- Original Message -
> From: "Daan Hoogland" 
> To: "dev" 
> Sent: Friday, 9 January, 2015 15:35:46
> Subject: [ACS44][VOTE] Apache Cloudstack 4.4.3 release candidate 1

> Hi All,
> 
> I've created a 4.4.3 release, with the following artifacts up for a vote:
> 
> Git Branch and Commit SH:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20150109T1630
> Commit: 436fb55726f45ec5d049e030fdc2a40e54895786
> 
> List of changes:
> https://issues.apache.org/jira/browse/CLOUDSTACK-8070?filter=12330007
> 
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.3/
> 
> PGP release keys (signed using AA4736F3):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> 
> Vote will be open for 72 hours.
> 
> For sanity in tallying the vote, can PMC members please be sure to
> indicate "(binding)" with their vote?
> 
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
> 
> 
> --
> Daan

Re: [ACS44][VOTE] Apache Cloudstack 4.4.3 release candidate 1

2015-01-09 Thread Rohit Yadav 
Kicked a jenkins build - please use rpms and debs from here:

http://packages.bhaisaab.org/cloudstack/testing/centos/4.4/
http://packages.bhaisaab.org/cloudstack/testing/debian/4.4/

> On 09-Jan-2015, at 9:05 pm, Daan Hoogland  wrote:
>
> Hi All,
>
> I've created a 4.4.3 release, with the following artifacts up for a vote:
>
> Git Branch and Commit SH:
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.4-RC20150109T1630
> Commit: 436fb55726f45ec5d049e030fdc2a40e54895786
>
> List of changes:
> https://issues.apache.org/jira/browse/CLOUDSTACK-8070?filter=12330007
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.4.3/
>
> PGP release keys (signed using AA4736F3):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> Vote will be open for 72 hours.
>
> For sanity in tallying the vote, can PMC members please be sure to
> indicate "(binding)" with their vote?
>
> [ ] +1  approve
> [ ] +0  no opinion
> [ ] -1  disapprove (and reason why)
>
>
> --
> Daan

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



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

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

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