Re: Review Request: updated the listnics response for non-root user

[Murali Reddy]

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



server/src/com/cloud/api/ApiResponseHelper.java


if IPv6 address is present then setIpv6 address in the nic response.


- Murali Reddy


On April 25, 2013, 5:03 a.m., Jayapal Reddy wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10703/
> ---
> 
> (Updated April 25, 2013, 5:03 a.m.)
> 
> 
> Review request for cloudstack, Abhinandan Prateek and Murali Reddy.
> 
> 
> Description
> ---
> 
> Updated listnics response for normal user
> 
> 
> This addresses bug CLOUDSTACK-1573.
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/api/ApiResponseHelper.java cd0158d 
> 
> Diff: https://reviews.apache.org/r/10703/diff/
> 
> 
> Testing
> ---
> 
> Tested with admin and normal user
> 
> 
> Thanks,
> 
> Jayapal Reddy
> 
>

Re: [DISCUSS] Scaling up CPU and RAM for running VMs

[Mice Xia]

Nitin & Kelven,

I haven't updated the codes with syncAsyncJobExecution, and the conclusion
is making all vm api synchronized? I'm ok with this change, currently, for
a single vm instance, few apis can work on it concurrently.

-Mice


On Fri, Mar 15, 2013 at 12:20 PM, Nitin Mehta wrote:

> Thanks Kelven.
> I saw that, but making this change would mean that all the vm API's -
> deployvm, start-stop, reboot, destroy vm etc.. will now be synchronized
> with this change.
>
> Hope you guys are ok with this ??
>
> Thanks,
> -Nitin
>
> On 13/03/13 11:31 PM, "Kelven Yang"  wrote:
>
> >Nitin,
> >
> >Sorry to reply late, have been busy working on a patch release for
> >customer.
> >
> >AsyncJob manager does provide a mechanism that you can do synchronized the
> >job execution against a object. You may check out
> >AsyncJobManager.syncAsyncJobExecution().
> >
> >Kelven
> >
> >On 3/12/13 11:27 AM, "Nitin Mehta"  wrote:
> >>syncAsyncJobExecutionThanks Alex.
> >>
> >>Kelven / Alex - I took a look into this and it seems that the framework
> >>has the capability to do this and this would solve the problem for
> >>scaling
> >>up vm and vm snapshots.
> >>But, we currently don't do synchronization for the vm object. Doing this
> >>means all the vm operations will be syncronized now. Are we fine with
> >>that
> >>?
> >>
> >>Thanks,
> >>-Nitin
> >>
> >>On 09/03/13 10:36 PM, "Alex Huang"  wrote:
> >>
> >>>Nitin,
> >>>
> >>>The other approach to this is to utilize the syncing feature in the job
> >>>queue.  I've cced Kelven to see if he can give you more detail.  His
> >>>code
> >>>is capable of syncing operations on a single object so you don't have to
> >>>add processing states.
> >>>
> >>>Given that all of your operations and vm snapshot operations must have
> >>>come in through the job queue, you might already have that ability to
> >>>not
> >>>interfere with each other.
> >>>
> >>>VM States are different because there can be outside changes (through
> >>>other vm managers) that cause vm life cycle to behave differently.
> >>>
> >>>--Alex
> >>>
>  -Original Message-
>  From: Nitin Mehta
>  Sent: Saturday, March 9, 2013 2:35 AM
>  To: cloudstack-...@incubator.apache.org; Prashant Kumar Mishra;
>  Abhinandan Prateek; Alex Huang
>  Cc: Chip Childers
>  Subject: Re: [DISCUSS] Scaling up CPU and RAM for running VMs
> 
>  Hi Alex,
>  I had one more question. Say the MS is shut down or restarted, when do
> we
>  clear this attribute in this case ?
> 
>  On 08/03/13 6:01 PM, "Nitin Mehta"  wrote:
> 
>  >Alex - Thanks very much for pointing out earlier this week that for
>  >scaling up the vm we shouldn't change the vm lifecycle. I also read
>  >http://markmail.org/message/6c6njactsklot62h
>  >and understand that scaling up a vm is a vm operation and shouldn't
> be
>  >mixed with vm lifecycle. So as you suggested in the thread that if I
>  >need to prevent other Vm operations happening during this operation I
>  >would need to introduce an attribute
>  >
>  >1. For this I would need to introduce a column in vm_instance table
>  >which would be set during scale up operation.
>  >2. To prevent other operations from happening this attribute needs to
>  >be checked in all the other vm operations. There is no single common
>  >piece of code where I can put the check so I have to explicitly check
>  >for this attribute in all the operations code right ? I see that for
> "vm
>  snapshot"
>  >operation we have put this check in vm state transition method but
> this
>  >method is called only for vm lifecycle changes. So when "vm snapshot"
>  >happens the user might also scale up the vm. There might be a need
> for
>  >them to be exclusive.
>  >3. If I need to say lock capacity before the operation and modify it
>  >after the operation is done (say during failure) how do I do it w/o
>  >coupling the code changes or is it ok for now to do so ?
>  >
>  >
>  >Thanks,
>  >-Nitin
>  >
>  >On 15/02/13 5:42 AM, "Hari Kannan"  wrote:
>  >
>  >>Hi Nitin,
>  >>
>  >>Please see below
>  >>
>  >>Hari
>  >>
>  >>-Original Message-
>  >>From: Nitin Mehta [mailto:nitin.me...@citrix.com]
>  >>Sent: Tuesday, February 12, 2013 7:15 AM
>  >>To: Prashant Kumar Mishra; cloudstack-...@incubator.apache.org;
>  >>Abhinandan Prateek
>  >>Cc: Chip Childers
>  >>Subject: Re: [DISCUSS] Scaling up CPU and RAM for running VMs
>  >>
>  >>Apologize for the delayed response. Was involved in other issues.
>  >>Please find answers inline.
>  >>
>  >>>
>  >>>-Original Message-
>  >>>From: Prashant Kumar Mishra
> [mailto:prashantkumar.mis...@citrix.com]
>  >>>Sent: Thursday, January 24, 2013 12:26 PM
>  >>>To: cloudstack-...@incubator.apache.org
>  >>>Cc: Nitin Mehta
> >>>

[DOC][Review] Document ability to delete events and alerts

[Radhika Puthiyetath]

Hi,

Documentation for delete/archive events and alerts are ready.

The doc draft is posted to https://issues.apache.org/jira/browse/CLOUDSTACK-1567

Please share your comments.

Thanks
-Radhika

Re: Exposing APIs that carry POST data

[Prasanna Santhanam]

On Wed, Apr 24, 2013 at 06:08:49AM -0400, Sebastien Goasguen wrote:
> 
> On Apr 24, 2013, at 4:38 AM, Prasanna Santhanam  wrote:
> 
> > Vijay added the ability to send userdata as POST for the
> > deployVirtualMachine API in review [1]. What I'd like to address here
> > is how to expose this via ApiDiscovery so that clients like marvin,
> > cloudmonkey can autogenerate themselves to support APIs of this
> > kind. This also needs to be clearly specified in our API docs.
> > 
> > I'm guessing we'll have to put in additional annotations on our APIs
> > that support POST so that API discovery can print the methods
> > supported (GET/POST). Right now it's only the deployVMCmd (AFAIK). But
> > I expect this will need to be done for others soon.
> > 
> > I've included POST support for _every_ command in marvin but that's
> > just brute-force. To make it more intelligent I think we should apply
> > it to only apis that make sense as POST (causing side-effects). But
> > that needs to be exposed by the api endpoint.
> > 
> > Thoughts?
> 
> Prasanna, this seems to me like a bigger discussion as you say, we
> could see more api start having a POST.

> Will we later see DELETE and PATCH?
> 
> Could be that we are talking about making the API from RESTfull
> which would be a big undertaking.

I think some work was already underway - Min/Rohit started working on
a complete REST based service. It is a significant change and I'll let
them speak about the scale of that change. In my case, I just want to
auto-generate marvin classes without having to hand edit anything.

> 
> I started a toy REST example for a talk:
> https://github.com/runseb/cloudstack-flask/blob/master/flasktest.py

This is cool! Will check it out!

> 
> It would be a bit silly to create a REST wrapper on our API but might give 
> ideas...
> 
> -Sebastien
> 
> > 
> > [1] https://reviews.apache.org/r/10294/
> > 
> > -- 
> > Prasanna.,
> > 
> > 
> > Powered by BigRock.com
> > 

-- 
Prasanna.,


Powered by BigRock.com

Re: Exposing APIs that carry POST data

[Prasanna Santhanam]

On Wed, Apr 24, 2013 at 09:02:09AM -0700, Chiradeep Vittal wrote:
> CS has always had the ability to accept POST for any api.

Oh I don't know about that. Because it seems like Vijay has had to
drill down the HTTP Method into the API layer. Changes to the
BaseCmd.java indicate the method (GET/POST) that the request came
through and that is sent down to the manager classes to run custom
business logic - in Vijay's case it was the sizeof(userdata)

Perhaps doPost() has always been supported by the ApiServlet and
that's what you meant? I may be wrong - but if POST was always
supported we should have been able to send userdata without any
changes.

-- 
Prasanna.,

> 
> On 4/24/13 1:38 AM, "Prasanna Santhanam"  wrote:
> 
> >Vijay added the ability to send userdata as POST for the
> >deployVirtualMachine API in review [1]. What I'd like to address here
> >is how to expose this via ApiDiscovery so that clients like marvin,
> >cloudmonkey can autogenerate themselves to support APIs of this
> >kind. This also needs to be clearly specified in our API docs.
> >
> >I'm guessing we'll have to put in additional annotations on our APIs
> >that support POST so that API discovery can print the methods
> >supported (GET/POST). Right now it's only the deployVMCmd (AFAIK). But
> >I expect this will need to be done for others soon.
> >
> >I've included POST support for _every_ command in marvin but that's
> >just brute-force. To make it more intelligent I think we should apply
> >it to only apis that make sense as POST (causing side-effects). But
> >that needs to be exposed by the api endpoint.
> >
> >Thoughts?
> >
> >[1] https://reviews.apache.org/r/10294/
> >
> >-- 
> >Prasanna.,
> >
> >
> >Powered by BigRock.com
> >



Powered by BigRock.com

Re: Error starting management server

[Prasanna Santhanam]

On Wed, Apr 24, 2013 at 11:07:38PM +0530, Dharmesh Kakadia wrote:
> Hi,
> 
> I am setting up dev environment following :
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/DevCloud

Dev environment specifics are here:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Setting+up+CloudStack+Development+Environment

If you are using master branch for building:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+on+master+branch

You might want to give more memory as shown in the wiki:
export MAVEN_OPTS="-XX:MaxPermSize=512m -Xmx2g -Xdebug
-Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n"

The supported tomcat version is 6.0.33. So you might want to downgrade
and setup your CATALINA_HOME to point to the correct tomcat install.

-- 
Prasanna.,

> 
> I am stuck on step 7.3 while starting the management server.
> 
> the output of
> 
> mvn -pl :cloud-client-ui jetty:run
> 
> gets stuck after
> 
> INFO  [utils.component.ComponentContext] (main:) Setup Spring Application
> context
> 
> I tried starting client-ui manually by copying the cloud-client-ui war file
> into tomcat.
> 
> Interestingly the log says
> 
> SEVERE: Error listenerStart
> Apr 24, 2013 6:32:38 PM org.apache.catalina.core.StandardContext start
> SEVERE: Context [/cloud-client-ui-4.2.0-SNAPSHOT] startup failed due to
> previous errors
> Apr 24, 2013 6:32:38 PM org.apache.catalina.loader.WebappClassLoader
> clearReferencesThreads
> SEVERE: The web application [/cloud-client-ui-4.2.0-SNAPSHOT] appears to
> have started a thread named [Timer-0] but has failed to stop it. This is
> very likely to create a memory leak.
> Apr 24, 2013 6:32:38 PM org.apache.catalina.loader.WebappClassLoader
> clearReferencesThreads
> SEVERE: The web application [/cloud-client-ui-4.2.0-SNAPSHOT] appears to
> have started a thread named [ClusteredAgentManager Timer] but has failed to
> stop it. This is very likely to create a memory leak.
> Apr 24, 2013 6:32:38 PM org.apache.catalina.loader.WebappClassLoader
> checkThreadLocalMapForLeaks
> SEVERE: The web application [/cloud-client-ui-4.2.0-SNAPSHOT] created a
> ThreadLocal with key of type [java.lang.ThreadLocal] (value
> [java.lang.ThreadLocal@3a7d1a7a]) and a value of type
> [com.cloud.utils.db.Transaction] (value [ : ]) but failed to remove it when
> the web application was stopped. This is very likely to create a memory
> leak.
> 
> I am running this on Mac OS with tomcat apache-tomcat-6.0.36 and java
> 1.6.0_45 and maven 3.0.3.
> 
> Any help ?
> 
> Thanks,
> Dharmesh



Powered by BigRock.com

Re: Review Request: updated the listnics response for non-root user

[Jayapal Reddy]

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

(Updated April 25, 2013, 5:03 a.m.)


Review request for cloudstack, Abhinandan Prateek and Murali Reddy.


Changes
---

Removed vlan info and added network id


Description
---

Updated listnics response for normal user


This addresses bug CLOUDSTACK-1573.


Diffs (updated)
-

  server/src/com/cloud/api/ApiResponseHelper.java cd0158d 

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


Testing
---

Tested with admin and normal user


Thanks,

Jayapal Reddy

Re: Review Request: Don't do KVM heartbeat on secondary storage sources, primary only

[Marcus Sorensen]

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

(Updated April 25, 2013, 4:52 a.m.)


Review request for cloudstack and Chip Childers.


Changes
---

updated summary to reflect adjustment in patch


Summary (updated)
-

Don't do KVM heartbeat on secondary storage sources, primary only


Description
---

the KVM HA runner uses any NFS secondary storage resource available to a host 
to store it's HA data. This causes template deletes to fail because it cannot 
delete KVMHA, which is a directory that is not empty. So if KVMHA directory is 
found, delete it's contents before trying to delete it.


This addresses bug CLOUDSTACK-2173.


Diffs
-

  
plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/KVMHAMonitor.java 
d1470d6 
  
plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/KVMStoragePoolManager.java
 c2bfad9 

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


Testing
---

diff revision 2 was tested with a new 4.1 zone deployment. Verified bug was 
reproducable with 4.1 HEAD, applied patch, ran through adding two NFS primary 
storages, verified KVM heartbeat was working on them, then ran various 
secondary storage operations (register template, download volume, take 
snapshot) and verified that they worked, and that KVM heartbeat operations were 
NOT acting on them.


Thanks,

Marcus Sorensen

Re: Review Request: Delete KVMHA dir contents if found when deleting templates, volumes from nfs secondary storage

[Marcus Sorensen]

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

(Updated April 25, 2013, 4:51 a.m.)


Review request for cloudstack and Chip Childers.


Changes
---

edited testing notes


Description
---

the KVM HA runner uses any NFS secondary storage resource available to a host 
to store it's HA data. This causes template deletes to fail because it cannot 
delete KVMHA, which is a directory that is not empty. So if KVMHA directory is 
found, delete it's contents before trying to delete it.


This addresses bug CLOUDSTACK-2173.


Diffs
-

  
plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/KVMHAMonitor.java 
d1470d6 
  
plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/KVMStoragePoolManager.java
 c2bfad9 

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


Testing (updated)
---

diff revision 2 was tested with a new 4.1 zone deployment. Verified bug was 
reproducable with 4.1 HEAD, applied patch, ran through adding two NFS primary 
storages, verified KVM heartbeat was working on them, then ran various 
secondary storage operations (register template, download volume, take 
snapshot) and verified that they worked, and that KVM heartbeat operations were 
NOT acting on them.


Thanks,

Marcus Sorensen

Re: Review Request: Delete KVMHA dir contents if found when deleting templates, volumes from nfs secondary storage

[Marcus Sorensen]

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

(Updated April 25, 2013, 4:48 a.m.)


Review request for cloudstack and Chip Childers.


Changes
---

In both 4.0 and 4.1, all secondary storage is added via 
KVMStoragePoolManager.getStoragePoolByURI, but in 4.0 this calls 
LibvirtComputingResource.createStoragePool, and in 4.1 it calls 
KVMStoragePoolManager.createStoragePool, the primary difference being that the 
KVMStoragePoolManager version adds the pool to the list of KVMHAMonitor pools 
to run heartbeat against, then also calls 
.createStoragePool.

This patch allows us to continue using everything through KVMStoragePoolManager 
so that we can support multiple storage adaptors, but any secondary storage 
registration (via getStoragePoolByURI) skips the adding to the KVMHA heartbeat 
list, and so functions like it did in 4.0

In the process a null pointer was discovered in KVMHAMonitor.java, this 
includes a fix for that as well.


Description
---

the KVM HA runner uses any NFS secondary storage resource available to a host 
to store it's HA data. This causes template deletes to fail because it cannot 
delete KVMHA, which is a directory that is not empty. So if KVMHA directory is 
found, delete it's contents before trying to delete it.


This addresses bug CLOUDSTACK-2173.


Diffs (updated)
-

  
plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/KVMHAMonitor.java 
d1470d6 
  
plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/KVMStoragePoolManager.java
 c2bfad9 

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


Testing
---

Had a bunch of templates that the scavenger was failing to clean up. Applied 
this patch, installed the code, and the templates all cleaned up successfully.


Thanks,

Marcus Sorensen

Re: Review Request: fix the string formatting error in cloudConnection.py

[Rohit Yadav]

> On April 25, 2013, 4:10 a.m., Rohit Yadav wrote:
> > +1
> > Not applied on src tree though, we'll wait for tsp to respond and commit.

Oh, already committed, only saw the diff first. Closing as submitted.


- Rohit


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


On April 22, 2013, 11:21 a.m., SrikanteswaraRao Talluri wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10702/
> ---
> 
> (Updated April 22, 2013, 11:21 a.m.)
> 
> 
> Review request for cloudstack and Prasanna Santhanam.
> 
> 
> Description
> ---
> 
> fix the string formatting error in cloudConnection.py
> 
> error seen:
> 
> Traceback (most recent call last):
>   File "/usr/local/bin/nosetests-2.7", line 9, in 
> load_entry_point('nose==1.2.1', 'console_scripts', 'nosetests-2.7')()
>   File 
> "/usr/local/lib/python2.7/site-packages/nose-1.2.1-py2.7.egg/nose/core.py", 
> line 118, in __init__
> **extra_args)
>   File "/usr/local/lib/python2.7/unittest/main.py", line 94, in __init__
> self.parseArgs(argv)
>   File 
> "/usr/local/lib/python2.7/site-packages/nose-1.2.1-py2.7.egg/nose/core.py", 
> line 135, in parseArgs
> self.config.configure(argv, doc=self.usage())
>   File 
> "/usr/local/lib/python2.7/site-packages/nose-1.2.1-py2.7.egg/nose/config.py", 
> line 338, in configure
> self.plugins.configure(options, self)
>   File 
> "/usr/local/lib/python2.7/site-packages/nose-1.2.1-py2.7.egg/nose/plugins/manager.py",
>  line 284, in configure
> cfg(options, config)
>   File 
> "/usr/local/lib/python2.7/site-packages/nose-1.2.1-py2.7.egg/nose/plugins/manager.py",
>  line 99, in __call__
> return self.call(*arg, **kw)
>   File 
> "/usr/local/lib/python2.7/site-packages/nose-1.2.1-py2.7.egg/nose/plugins/manager.py",
>  line 167, in simple
> result = meth(*arg, **kw)
>   File 
> "/usr/local/lib/python2.7/site-packages/marvin_nose-0.1.0-py2.7.egg/marvinPlugin.py",
>  line 42, in configure
> deploy.loadCfg() if options.load else deploy.deploy()
>   File "/usr/local/lib/python2.7/site-packages/marvin/deployDataCenter.py", 
> line 452, in deploy
> self.loadCfg()
>   File "/usr/local/lib/python2.7/site-packages/marvin/deployDataCenter.py", 
> line 409, in loadCfg
> apiKey, securityKey = self.registerApiKey()
>   File "/usr/local/lib/python2.7/site-packages/marvin/deployDataCenter.py", 
> line 349, in registerApiKey
> listuserRes = self.testClient.getApiClient().listUsers(listuser)
>   File 
> "/usr/local/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py",
>  line 436, in listUsers
> response = self.connection.marvin_request(command, data=postdata, 
> response_type=response)
>   File 
> "/usr/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 
> 212, in marvin_request
> cmdname, auth=False, payload=payload, data=data)
>   File 
> "/usr/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 
> 141, in request
> (self.baseurl, c))
> TypeError: not all arguments converted during string formatting 
> 
> 
> This addresses bug CLOUDSTACK-2135.
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/cloudstackConnection.py 14b12e7 
> 
> Diff: https://reviews.apache.org/r/10702/diff/
> 
> 
> Testing
> ---
> 
> tested
> 
> 
> Thanks,
> 
> SrikanteswaraRao Talluri
> 
>

Re: Review Request: fix the string formatting error in cloudConnection.py

[Rohit Yadav]

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

Ship it!


+1
Not applied on src tree though, we'll wait for tsp to respond and commit.

- Rohit Yadav


On April 22, 2013, 11:21 a.m., SrikanteswaraRao Talluri wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10702/
> ---
> 
> (Updated April 22, 2013, 11:21 a.m.)
> 
> 
> Review request for cloudstack and Prasanna Santhanam.
> 
> 
> Description
> ---
> 
> fix the string formatting error in cloudConnection.py
> 
> error seen:
> 
> Traceback (most recent call last):
>   File "/usr/local/bin/nosetests-2.7", line 9, in 
> load_entry_point('nose==1.2.1', 'console_scripts', 'nosetests-2.7')()
>   File 
> "/usr/local/lib/python2.7/site-packages/nose-1.2.1-py2.7.egg/nose/core.py", 
> line 118, in __init__
> **extra_args)
>   File "/usr/local/lib/python2.7/unittest/main.py", line 94, in __init__
> self.parseArgs(argv)
>   File 
> "/usr/local/lib/python2.7/site-packages/nose-1.2.1-py2.7.egg/nose/core.py", 
> line 135, in parseArgs
> self.config.configure(argv, doc=self.usage())
>   File 
> "/usr/local/lib/python2.7/site-packages/nose-1.2.1-py2.7.egg/nose/config.py", 
> line 338, in configure
> self.plugins.configure(options, self)
>   File 
> "/usr/local/lib/python2.7/site-packages/nose-1.2.1-py2.7.egg/nose/plugins/manager.py",
>  line 284, in configure
> cfg(options, config)
>   File 
> "/usr/local/lib/python2.7/site-packages/nose-1.2.1-py2.7.egg/nose/plugins/manager.py",
>  line 99, in __call__
> return self.call(*arg, **kw)
>   File 
> "/usr/local/lib/python2.7/site-packages/nose-1.2.1-py2.7.egg/nose/plugins/manager.py",
>  line 167, in simple
> result = meth(*arg, **kw)
>   File 
> "/usr/local/lib/python2.7/site-packages/marvin_nose-0.1.0-py2.7.egg/marvinPlugin.py",
>  line 42, in configure
> deploy.loadCfg() if options.load else deploy.deploy()
>   File "/usr/local/lib/python2.7/site-packages/marvin/deployDataCenter.py", 
> line 452, in deploy
> self.loadCfg()
>   File "/usr/local/lib/python2.7/site-packages/marvin/deployDataCenter.py", 
> line 409, in loadCfg
> apiKey, securityKey = self.registerApiKey()
>   File "/usr/local/lib/python2.7/site-packages/marvin/deployDataCenter.py", 
> line 349, in registerApiKey
> listuserRes = self.testClient.getApiClient().listUsers(listuser)
>   File 
> "/usr/local/lib/python2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py",
>  line 436, in listUsers
> response = self.connection.marvin_request(command, data=postdata, 
> response_type=response)
>   File 
> "/usr/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 
> 212, in marvin_request
> cmdname, auth=False, payload=payload, data=data)
>   File 
> "/usr/local/lib/python2.7/site-packages/marvin/cloudstackConnection.py", line 
> 141, in request
> (self.baseurl, c))
> TypeError: not all arguments converted during string formatting 
> 
> 
> This addresses bug CLOUDSTACK-2135.
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/cloudstackConnection.py 14b12e7 
> 
> Diff: https://reviews.apache.org/r/10702/diff/
> 
> 
> Testing
> ---
> 
> tested
> 
> 
> Thanks,
> 
> SrikanteswaraRao Talluri
> 
>

RE: https://issues.apache.org/jira/browse/CLOUDSTACK-101 OVS support in KVM

[Angeline Shen]

Hugo:

For your configuration example  :


# The physical interface: eth1
DEVICE=eth1
BOOTPROTO=none
HWADDR=BC:30:5B:D4:16:3C
IPV6INIT=no
#MTU=1500
NM_CONTROLLED=no
ONBOOT=yes
TYPE=OVSPort
DEVICETYPE=ovs
OVS_BRIDGE=br0


# The bridge interface: br0
DEVICE=br0
ONBOOT=yes
DEVICETYPE=ovs
TYPE=OVSBridge
BOOTPROTO=static
IPADDR= 10.223.58.195
GATEWAY = 10.223.58.193
NETMASK=255.255.255.192
HOTPLUG=no

QUESTION: will commands to configure openvswitch network interfaces be as 
follows:

ovs-vsctl add-br br0
ovs-vsctl add-port br0 eth1

Thanks

-Original Message-
From: Angeline Shen 
Sent: Wednesday, April 24, 2013 1:13 PM
To: ; Hugo Trippaers; Sheng Yang; Edison Su
Subject: RE: https://issues.apache.org/jira/browse/CLOUDSTACK-101 OVS support 
in KVM

Hugo:

Please review my updates to  
https://issues.apache.org/jira/browse/CLOUDSTACK-101 .

The latest experiment I conducted per your instructions  is as follows:

 ovs  Host10.223.58.195  gateway 10.223.58.193  other 
host on same gateway but not in ovs setup   10.223.58.194

On ovs host 10.223.58.195 , After I changed 
/etc/sysconfig/network-scripts/ifcfg-eth1 and  
/etc/sysconfig/network-scripts/ifcfg-cloudbr to your instructions, service 
network restart ,

the ovs host can now ONLY ping its own gateway 10.223.58.193 and any host in 
same subnet, but CANNOT reach anything beyond the gateway 10.223.58.193.

1. /etc/sysconfig/network-scripts/ifcfg-eth1:

DEVICE=eth1
BOOTPROTO=none
HWADDR=BC:30:5B:D4:16:3C
IPV6INIT=no
#MTU=1500
NM_CONTROLLED=no
ONBOOT=yes
#TYPE=Ethernet
TYPE=OVSPort
DEVICETYPE=ovs
OVS_BRIDGE=cloudbr
#UUID="0142ba15-de11-499c-a1ba-82837b30f890"
#IPADDR=10.223.58.195
#NETMASK=255.255.255.192
#GATEWAY=10.223.58.193
#DNS1=10.223.110.254
#USERCTL=yes
#IPV4_FAILURE_FATAL=yes
#DEFROUTE=yes
#NAME="System eth1"

2. /etc/sysconfig/network-scripts/ifcfg-cloudbr:

DEVICE=cloudbr
ONBOOT=yes
DEVICETYPE=ovs
TYPE=OVSBridge
BOOTPROTO=static
IPADDR=10.223.58.195
GATEWAY=10.23.58.193
NETMASK=255.255.255.0
HOTPLUG=no

3. On host 10.223.58.195, service network restart


4. on host 10.223.58.195:

[root@Rack3Host16 ~]# ip route
10.223.58.0/24 dev cloudbr proto kernel scope link src 10.223.58.195
169.254.0.0/16 dev cloud0 proto kernel scope link src 169.254.0.1
169.254.0.0/16 dev eth1 scope link metric 1002
169.254.0.0/16 dev cloudbr scope link metric 1015 

5. It can reach its gateway & other hosts on same gateway:

[root@Rack3Host16 ~]# ping 10.223.58.193 PING 10.223.58.193 (10.223.58.193) 
56(84) bytes of data.
64 bytes from 10.223.58.193: icmp_seq=1 ttl=64 time=7.43 ms
64 bytes from 10.223.58.193: icmp_seq=2 ttl=64 time=2.82 ms
64 bytes from 10.223.58.193: icmp_seq=3 ttl=64 time=1.06 ms ^C
--- 10.223.58.193 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2364ms rtt 
min/avg/max/mdev = 1.061/3.771/7.430/2.685 ms
[root@Rack3Host16 ~]# ping 10.223.58.194 PING 10.223.58.194 (10.223.58.194) 
56(84) bytes of data.
64 bytes from 10.223.58.194: icmp_seq=1 ttl=64 time=0.399 ms
64 bytes from 10.223.58.194: icmp_seq=2 ttl=64 time=0.181 ms ^C
--- 10.223.58.194 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1446ms rtt 
min/avg/max/mdev = 0.181/0.290/0.399/0.109 ms

[root@Rack3Host16 ~]# traceroute 10.223.58.194 traceroute to 10.223.58.194 
(10.223.58.194), 30 hops max, 60 byte packets
 1 10.223.58.194 (10.223.58.194) 0.922 ms 0.851 ms 0.830 ms

[root@Rack3Host16 ~]# traceroute 10.223.58.193 traceroute to 10.223.58.193 
(10.223.58.193), 30 hops max, 60 byte packets
 1 10.223.58.193 (10.223.58.193) 7.017 ms 12.506 ms 7.675 ms

6. host CANNOT reach anything outside of its subnet:

[root@Rack3Host16 ~]# ping 10.223.195.114
connect: Network is unreachable

[root@Rack3Host16 ~]# ping www.google.com
ping: unknown host www.google.com

[root@Rack3Host16 ~]# ping 8.8.8.8
connect: Network is unreachable

[root@Rack3Host16 ~]# traceroute 8.8.8.8 traceroute to 8.8.8.8 (8.8.8.8), 30 
hops max, 60 byte packets
connect: Network is unreachable

7. [root@Rack3Host16 ~]# ifconfig
cloudbr Link encap:Ethernet HWaddr BC:30:5B:D4:16:3C 
  inet addr:10.223.58.195 Bcast:10.223.58.255 Mask:255.255.255.0
  inet6 addr: fc00:2::be30:5bff:fed4:163c/64 Scope:Global
  inet6 addr: fe80::68f7:52ff:fe03:a744/64 Scope:Link
  UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
  RX packets:46945 errors:0 dropped:0 overruns:0 frame:0
  TX packets:549 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0 
  RX bytes:39235509 (37.4 MiB) TX bytes:102773 (100.3 KiB)

cloud0 Link encap:Ethernet HWaddr AA:81:04:5F:5E:4A 
  inet addr:169.254.0.1 Bcast:169.254.255.255 Mask:255.255.0.0
  inet6 addr: fe80::a881:4ff:fe5f:5e4a/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:23 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0

Re: Review Request: Delete KVMHA dir contents if found when deleting templates, volumes from nfs secondary storage

[Marcus Sorensen]

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

(Updated April 25, 2013, 12:39 a.m.)


Review request for cloudstack and Chip Childers.


Changes
---

does this look better? if storage is NFS and we're fetching pool by URI, call 
LibvirtStorageAdaptor's createStoragePool instead of KVMStoragePoolManager's 
createStoragePool.

Testing now... will update status when I can.


Description
---

the KVM HA runner uses any NFS secondary storage resource available to a host 
to store it's HA data. This causes template deletes to fail because it cannot 
delete KVMHA, which is a directory that is not empty. So if KVMHA directory is 
found, delete it's contents before trying to delete it.


This addresses bug CLOUDSTACK-2173.


Diffs
-

  core/src/com/cloud/storage/resource/NfsSecondaryStorageResource.java e65cbe1 

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


Testing
---

Had a bunch of templates that the scavenger was failing to clean up. Applied 
this patch, installed the code, and the templates all cleaned up successfully.


Thanks,

Marcus Sorensen

Re: Review Request: Delete KVMHA dir contents if found when deleting templates, volumes from nfs secondary storage

[Marcus Sorensen]

> On April 24, 2013, 11:05 p.m., edison su wrote:
> > The HA will write data into secondary storage also? It should only write 
> > data into primary storage.
> 
> Marcus Sorensen wrote:
> The KVMStoragePoolManager is currently adding any NFS type to the list of 
> HA pools to write to. I can change that as well, I'm just not very familiar 
> with why it was working that way in the first place. Will look at it now.

Ok, I think I know what the issue is. In 4.0, primary storage pools were 
created via KVMStoragePoolManager's createStoragePool, which calls 
LibvirtStorageAdaptor's createStoragePool, and then adds it to the HA list. 
Secondary storage shortcuts directly into LibvirtStorageAdaptor's 
createStoragePool, and never gets added to the HA list. In 4.1, everything goes 
through KVMStoragePool so we can identify the proper storage adaptor. I see no 
simple way to differentiate primary vs secondary NFS storage from within 
KVMStoragePoolManager, other than the 'template/tmpl', 'volumes', and 
'snapshots' directories in their paths. We may have to pass that in.


- Marcus


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


On April 24, 2013, 9:23 p.m., Marcus Sorensen wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10766/
> ---
> 
> (Updated April 24, 2013, 9:23 p.m.)
> 
> 
> Review request for cloudstack and Chip Childers.
> 
> 
> Description
> ---
> 
> the KVM HA runner uses any NFS secondary storage resource available to a host 
> to store it's HA data. This causes template deletes to fail because it cannot 
> delete KVMHA, which is a directory that is not empty. So if KVMHA directory 
> is found, delete it's contents before trying to delete it.
> 
> 
> This addresses bug CLOUDSTACK-2173.
> 
> 
> Diffs
> -
> 
>   core/src/com/cloud/storage/resource/NfsSecondaryStorageResource.java 
> e65cbe1 
> 
> Diff: https://reviews.apache.org/r/10766/diff/
> 
> 
> Testing
> ---
> 
> Had a bunch of templates that the scavenger was failing to clean up. Applied 
> this patch, installed the code, and the templates all cleaned up successfully.
> 
> 
> Thanks,
> 
> Marcus Sorensen
> 
>

Re: Review Request: Delete KVMHA dir contents if found when deleting templates, volumes from nfs secondary storage

[Marcus Sorensen]

> On April 24, 2013, 11:05 p.m., edison su wrote:
> > The HA will write data into secondary storage also? It should only write 
> > data into primary storage.

The KVMStoragePoolManager is currently adding any NFS type to the list of HA 
pools to write to. I can change that as well, I'm just not very familiar with 
why it was working that way in the first place. Will look at it now.


- Marcus


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


On April 24, 2013, 9:23 p.m., Marcus Sorensen wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10766/
> ---
> 
> (Updated April 24, 2013, 9:23 p.m.)
> 
> 
> Review request for cloudstack and Chip Childers.
> 
> 
> Description
> ---
> 
> the KVM HA runner uses any NFS secondary storage resource available to a host 
> to store it's HA data. This causes template deletes to fail because it cannot 
> delete KVMHA, which is a directory that is not empty. So if KVMHA directory 
> is found, delete it's contents before trying to delete it.
> 
> 
> This addresses bug CLOUDSTACK-2173.
> 
> 
> Diffs
> -
> 
>   core/src/com/cloud/storage/resource/NfsSecondaryStorageResource.java 
> e65cbe1 
> 
> Diff: https://reviews.apache.org/r/10766/diff/
> 
> 
> Testing
> ---
> 
> Had a bunch of templates that the scavenger was failing to clean up. Applied 
> this patch, installed the code, and the templates all cleaned up successfully.
> 
> 
> Thanks,
> 
> Marcus Sorensen
> 
>

Re: Review Request: Remove 2k limitation for user data on a deployVMCmd issued as an HTTP POST request

[Min Chen]

> On April 24, 2013, 11:29 p.m., Min Chen wrote:
> > Ship It!

Prasanna has fixed the marvin test and pushed to master.
These are the rebased commits on master:
4e9e7937ed5e56cbd7f678b2ed9863a56af16635 Fix Vijay's test to use the marvin 
integratin libararies
b0caae6b33347f36721f28dca1fa12e7b18f1cd1 CLOUDSTACK-1086: DeployVirtualMachine 
userdata enhancements


- Min


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


On April 23, 2013, 9:45 p.m., Venkata Siva Vijayendra Bhamidipati wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10294/
> ---
> 
> (Updated April 23, 2013, 9:45 p.m.)
> 
> 
> Review request for cloudstack, Chip Childers, Hugo Trippaers, Kelven Yang, 
> and Min Chen.
> 
> 
> Description
> ---
> 
> Please refer to 
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/DeployVirtualMachine+userdata+enhancements
>  for a background on the requirements driving this patch.
> 
> This patch hasn't been extensively tested yet, and I will update this request 
> with more info. I am uploading a first diff for initial review/comments.
> 
> 
> This addresses bug CLOUDSTACK-1086.
> 
> 
> Diffs
> -
> 
>   api/src/com/cloud/vm/UserVmService.java aa21136 
>   api/src/org/apache/cloudstack/api/BaseCmd.java 42c0680 
>   api/src/org/apache/cloudstack/api/command/user/vm/DeployVMCmd.java 70c0159 
>   api/src/org/apache/cloudstack/api/command/user/vm/UpdateVMCmd.java ff8fff1 
>   core/src/com/cloud/vm/UserVmVO.java a16eaf9 
>   server/src/com/cloud/api/ApiDispatcher.java 925d90a 
>   server/src/com/cloud/api/ApiServer.java d842819 
>   server/src/com/cloud/api/ApiServerService.java 12d8b52 
>   server/src/com/cloud/api/ApiServlet.java 03bfb5f 
>   server/src/com/cloud/vm/UserVmManagerImpl.java 1843f60 
>   server/test/com/cloud/vm/MockUserVmManagerImpl.java 0d0a8f4 
>   server/test/com/cloud/vm/dao/UserVmDaoImplTest.java 0936180 
>   server/test/com/cloud/vm/dao/UserVmDaoTestConfiguration.java PRE-CREATION 
>   server/test/resources/UserVMDaoTestContext.xml PRE-CREATION 
>   setup/db/db/schema-410to420.sql 10cdbba 
>   test/integration/component/test_deploy_vm_with_userdata.py PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/10294/diff/
> 
> 
> Testing
> ---
> 
> Manual testing done with scripts generating large/small userdata during 
> creation of VMs, with both GET and POST requests confirmed to work correctly, 
> on both integration port and the 8080 port.
> 
> Basic Marvin test to create a VM with user data has been written. Since 
> marvin doesn't yet support POSTable APIs, as soon as that is made available 
> for create/update VM operations, marvin tests will be written for the same. 
> Requesting that this be noted as an AI for the future.
> 
> 
> Thanks,
> 
> Venkata Siva Vijayendra Bhamidipati
> 
>

Re: Review Request: Remove 2k limitation for user data on a deployVMCmd issued as an HTTP POST request

[Min Chen]

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

Ship it!


Ship It!

- Min Chen


On April 23, 2013, 9:45 p.m., Venkata Siva Vijayendra Bhamidipati wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10294/
> ---
> 
> (Updated April 23, 2013, 9:45 p.m.)
> 
> 
> Review request for cloudstack, Chip Childers, Hugo Trippaers, Kelven Yang, 
> and Min Chen.
> 
> 
> Description
> ---
> 
> Please refer to 
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/DeployVirtualMachine+userdata+enhancements
>  for a background on the requirements driving this patch.
> 
> This patch hasn't been extensively tested yet, and I will update this request 
> with more info. I am uploading a first diff for initial review/comments.
> 
> 
> This addresses bug CLOUDSTACK-1086.
> 
> 
> Diffs
> -
> 
>   api/src/com/cloud/vm/UserVmService.java aa21136 
>   api/src/org/apache/cloudstack/api/BaseCmd.java 42c0680 
>   api/src/org/apache/cloudstack/api/command/user/vm/DeployVMCmd.java 70c0159 
>   api/src/org/apache/cloudstack/api/command/user/vm/UpdateVMCmd.java ff8fff1 
>   core/src/com/cloud/vm/UserVmVO.java a16eaf9 
>   server/src/com/cloud/api/ApiDispatcher.java 925d90a 
>   server/src/com/cloud/api/ApiServer.java d842819 
>   server/src/com/cloud/api/ApiServerService.java 12d8b52 
>   server/src/com/cloud/api/ApiServlet.java 03bfb5f 
>   server/src/com/cloud/vm/UserVmManagerImpl.java 1843f60 
>   server/test/com/cloud/vm/MockUserVmManagerImpl.java 0d0a8f4 
>   server/test/com/cloud/vm/dao/UserVmDaoImplTest.java 0936180 
>   server/test/com/cloud/vm/dao/UserVmDaoTestConfiguration.java PRE-CREATION 
>   server/test/resources/UserVMDaoTestContext.xml PRE-CREATION 
>   setup/db/db/schema-410to420.sql 10cdbba 
>   test/integration/component/test_deploy_vm_with_userdata.py PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/10294/diff/
> 
> 
> Testing
> ---
> 
> Manual testing done with scripts generating large/small userdata during 
> creation of VMs, with both GET and POST requests confirmed to work correctly, 
> on both integration port and the 8080 port.
> 
> Basic Marvin test to create a VM with user data has been written. Since 
> marvin doesn't yet support POSTable APIs, as soon as that is made available 
> for create/update VM operations, marvin tests will be written for the same. 
> Requesting that this be noted as an AI for the future.
> 
> 
> Thanks,
> 
> Venkata Siva Vijayendra Bhamidipati
> 
>

Apache CloudStack Security Advisory: Multiple vulnerabilities in Apache CloudStack

[John Kinsella]

Product: Apache CloudStack
Vendor: The Apache Software Foundation
CVE References: CVE-2013-2756, CVE-2013-2758
Vulnerability Type(s): Authentication bypass (2756), cryptography (2758)
Vulnerable version(s): Apache CloudStack version 4.0.0-incubating and
4.0.1-incubating
Risk Level: High, Medium
CVSSv2 Base Scores: 7.3 (AV:N/AC:H/Au:N/CI:P/I:C/A:C), 4.3
(AV:A/AC:H/Au:N/CI:P/I:P/A:P)

Description:
The CloudStack PMC was notified of two issues found in Apache CloudStack:

1) An attacker with knowledge of CloudStack source code could gain
unauthorized access to the console of another tenant's VM.

2) Insecure hash values may lead to information disclosure. URLs
generated by Apache CloudStack to provide console access to virtual
machines contained a hash of a predictable sequence, the hash of
which was generated with a weak algorithm. While not easy to leverage,
this may allow a malicious user to gain unauthorized console access.

Mitigation:
Updating to Apache CloudStack versions 4.0.2 or higher will mitigate
these vulnerabilities.

Credit:
These issues were identified by Wolfram Schlich and Mathijs Schmittmann
to the Citrix security team, who in turn notified the Apache
CloudStack PMC.

[DOCS] Please Review - Releasing Publican Documentation from Apache CloudStack

[Joe Brockmeier]

While releasing the documentation today I went ahead and wrote up a
draft on the wiki so that anyone can do this in the future. Please have
a look and suggest changes (or make them yourself, it's a wiki!) 

https://cwiki.apache.org/CLOUDSTACK/releasing-docs.html

Best,

jzb
-- 
Joe Brockmeier
j...@zonker.net
Twitter: @jzb
http://www.dissociatedpress.net/

Re: Review Request: Delete KVMHA dir contents if found when deleting templates, volumes from nfs secondary storage

[edison su]

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


The HA will write data into secondary storage also? It should only write data 
into primary storage.

- edison su


On April 24, 2013, 9:23 p.m., Marcus Sorensen wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10766/
> ---
> 
> (Updated April 24, 2013, 9:23 p.m.)
> 
> 
> Review request for cloudstack and Chip Childers.
> 
> 
> Description
> ---
> 
> the KVM HA runner uses any NFS secondary storage resource available to a host 
> to store it's HA data. This causes template deletes to fail because it cannot 
> delete KVMHA, which is a directory that is not empty. So if KVMHA directory 
> is found, delete it's contents before trying to delete it.
> 
> 
> This addresses bug CLOUDSTACK-2173.
> 
> 
> Diffs
> -
> 
>   core/src/com/cloud/storage/resource/NfsSecondaryStorageResource.java 
> e65cbe1 
> 
> Diff: https://reviews.apache.org/r/10766/diff/
> 
> 
> Testing
> ---
> 
> Had a bunch of templates that the scavenger was failing to clean up. Applied 
> this patch, installed the code, and the templates all cleaned up successfully.
> 
> 
> Thanks,
> 
> Marcus Sorensen
> 
>

[ANNOUNCE] Apache CloudStack 4.0.2 Released

[Joe Brockmeier]

The Apache CloudStack project is pleased to announce the 4.0.2 release
of the CloudStack Infrastructure-as-a-Service (IaaS) cloud orchestration
platform. This is a minor release in the 4.0.0 branch, which contains
fixes for 40 bugs. 

Apache CloudStack is an integrated software platform that allows users
to build a feature-rich IaaS. CloudStack includes an intuitive user
interface and rich API for managing the compute, networking, accounting,
and storage for private, hybrid, or public clouds. The project entered
the Apache Incubator in April 2012, and graduated in March 2013.

The 4.0.2 release includes fixes for a number of issues, including two
minor security vulnerabilities (CVE-2013-2756 and CVE-2013-2758),
problems displaying storage statistics, a fix for the SSVM HTTP proxy,
support for CentOS 6.4, and other fixes.

## Downloads

The official source code releases can be downloaded from:

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

In addition to the official source code release, individual contributors
have also made convenience binaries available on the Apache CloudStack
download page.

## About Apache CloudStack

Apache CloudStack is a complete software suite for creating
Infrastructure-as-a-Service (IaaS) clouds. Target environments include
service providers and enterprises. It is used by many service providers
to set up an on-demand, elastic cloud computing services and by
enterprises to set up a private cloud for use by their own employees.
Apache CloudStack is also available to individuals and organizations
that wish to study and implement an IaaS for personal, educational,
and/or production use.

Further information on Apache CloudStack can be found at
cloudstack.apache.org.

-- 
Joe Brockmeier
PMC Member Apache CloudStack
j...@apache.org
Twitter: @jzb

Re: Review Request: When associating an IP to a VPC allow admin's to specify what IP they want to associate. (CLOUDSTACK-1942)

[Marcus Sorensen]

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

Ship it!


This looks reasonable to me. Anyone else?

- Marcus Sorensen


On April 12, 2013, 4:12 p.m., Ryan Dietrich wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10423/
> ---
> 
> (Updated April 12, 2013, 4:12 p.m.)
> 
> 
> Review request for cloudstack, Prasanna Santhanam, Chiradeep Vittal, and 
> Marcus Sorensen.
> 
> 
> Description
> ---
> 
> https://issues.apache.org/jira/browse/CLOUDSTACK-1942
> 
> This patch will allow you to specify an IP when associating an IP to a VPC.
> 
> 
> Diffs
> -
> 
>   api/src/com/cloud/network/NetworkService.java ab6d7bf 
>   
> api/src/org/apache/cloudstack/api/command/user/address/AssociateIPAddrCmd.java
>  406f782 
>   server/src/com/cloud/network/NetworkManager.java 4af716c 
>   server/src/com/cloud/network/NetworkManagerImpl.java a97f2ce 
>   server/src/com/cloud/network/NetworkServiceImpl.java 4eb620c 
>   server/test/com/cloud/network/MockNetworkManagerImpl.java 18eae08 
>   server/test/com/cloud/vpc/MockNetworkManagerImpl.java bd4fd67 
> 
> Diff: https://reviews.apache.org/r/10423/diff/
> 
> 
> Testing
> ---
> 
> Manually tested using master branch, as well as 4.1.  Tested manually using 
> "ipid" as well as leaving it off resulting in existing functionality.
> 
> Also, ran new marvin test.  This probably could have been incorporated into 
> the the existing test_network.py file, but half of those tests were failing 
> on my system.
> 
> 
> Thanks,
> 
> Ryan Dietrich
> 
>

[ACS41][Patch Request]

[Marcus Sorensen]

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

Review Request: Delete KVMHA dir contents if found when deleting templates, volumes from nfs secondary storage

[Marcus Sorensen]

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

Review request for cloudstack and Chip Childers.


Description
---

the KVM HA runner uses any NFS secondary storage resource available to a host 
to store it's HA data. This causes template deletes to fail because it cannot 
delete KVMHA, which is a directory that is not empty. So if KVMHA directory is 
found, delete it's contents before trying to delete it.


This addresses bug CLOUDSTACK-2173.


Diffs
-

  core/src/com/cloud/storage/resource/NfsSecondaryStorageResource.java e65cbe1 

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


Testing
---

Had a bunch of templates that the scavenger was failing to clean up. Applied 
this patch, installed the code, and the templates all cleaned up successfully.


Thanks,

Marcus Sorensen

buildbot success in ASF Buildbot on cloudstack-site-staging

[buildbot]

The Buildbot has detected a restored build on builder cloudstack-site-staging 
while building ASF Buildbot.
Full details are available at:
 http://ci.apache.org/builders/cloudstack-site-staging/builds/132

Buildbot URL: http://ci.apache.org/

Buildslave for this Build: bb-cms-slave

Build Reason: scheduler
Build Source Stamp: [branch cloudstack/site] 1471686
Blamelist: jzb

Build succeeded!

sincerely,
 -The Buildbot

buildbot failure in ASF Buildbot on cloudstack-site-staging

[buildbot]

The Buildbot has detected a new failure on builder cloudstack-site-staging 
while building ASF Buildbot.
Full details are available at:
 http://ci.apache.org/builders/cloudstack-site-staging/builds/130

Buildbot URL: http://ci.apache.org/

Buildslave for this Build: bb-cms-slave

Build Reason: scheduler
Build Source Stamp: [branch cloudstack/site] 1471666
Blamelist: jzb

BUILD FAILED: failed compile

sincerely,
 -The Buildbot

error while building Apache Whirr

[Han,Meng]

Hi,

Does anyone encounter the following error when building Whirr?


[INFO] Reactor Summary:
[INFO]
[INFO] Apache Whirr Build Tools .. SUCCESS 
[0.678s]
[INFO] Whirr . SUCCESS 
[1.585s]
[INFO] Apache Whirr Core . SUCCESS 
[7.223s]
[INFO] Apache Whirr Cassandra  FAILURE 
[1.671s]

[INFO] Apache Whirr Ganglia .. SKIPPED
[INFO] Apache Whirr Hadoop ... SKIPPED
[INFO] Apache Whirr ZooKeeper  SKIPPED
[INFO] Apache Whirr HBase  SKIPPED
[INFO] Apache Whirr YARN . SKIPPED
[INFO] Apache Whirr CDH .. SKIPPED
[INFO] Apache Whirr Mahout ... SKIPPED
[INFO] Apache Whirr Pig .. SKIPPED
[INFO] Apache Whirr ElasticSearch  SKIPPED
[INFO] Apache Whirr Hama . SKIPPED
[INFO] Apache Whirr Puppet ... SKIPPED
[INFO] Apache Whirr Chef . SKIPPED
[INFO] Apache Whirr Solr . SKIPPED
[INFO] Apache Whirr Kerberos . SKIPPED
[INFO] Apache Whirr CLI .. SKIPPED
[INFO] Apache Whirr Examples . SKIPPED
[INFO] Apache Whirr CDH Old Tests  SKIPPED
[INFO] 


[INFO] BUILD FAILURE
[INFO] 


[INFO] Total time: 13.151s
[INFO] Finished at: Wed Apr 24 16:31:25 EDT 2013
[INFO] Final Memory: 31M/328M
[INFO] 

[ERROR] Failed to execute goal on project whirr-cassandra: Could not 
resolve dependencies for project 
org.apache.whirr:whirr-cassandra:bundle:0.9.0-SNAPSHOT: The following 
artifacts could not be resolved: 
org.apache.whirr:whirr-core:jar:0.9.0-SNAPSHOT, 
org.apache.whirr:whirr-core:jar:tests:0.9.0-SNAPSHOT: Could not transfer 
artifact org.apache.whirr:whirr-core:jar:0.9.0-SNAPSHOT from/to cloudera 
(https://repository.cloudera.com/content/repositories/releases/): Failed 
to transfer file: 
https://repository.cloudera.com/content/repositories/releases/org/apache/whirr/whirr-core/0.9.0-SNAPSHOT/whirr-core-0.9.0-SNAPSHOT.jar. 
Return code is: 409 , ReasonPhrase:The repository 'libs-release-local' 
rejected the artifact 
'libs-release-local:org/apache/whirr/whirr-core/0.9.0-SNAPSHOT/whirr-core-0.9.0-SNAPSHOT.jar' 
due to its snapshot/release handling policy.. -> [Help 1]



Cheers,

Meng

RE: https://issues.apache.org/jira/browse/CLOUDSTACK-101 OVS support in KVM

[Angeline Shen]

Hugo:

Please review my updates to  
https://issues.apache.org/jira/browse/CLOUDSTACK-101 .

The latest experiment I conducted per your instructions  is as follows:

 ovs  Host10.223.58.195  gateway 10.223.58.193  other 
host on same gateway but not in ovs setup   10.223.58.194

On ovs host 10.223.58.195 , After I changed 
/etc/sysconfig/network-scripts/ifcfg-eth1 and 
 /etc/sysconfig/network-scripts/ifcfg-cloudbr to your instructions, service 
network restart ,

the ovs host can now ONLY ping its own gateway 10.223.58.193 and any host in 
same subnet,
but CANNOT reach anything beyond the gateway 10.223.58.193.

1. /etc/sysconfig/network-scripts/ifcfg-eth1:

DEVICE=eth1
BOOTPROTO=none
HWADDR=BC:30:5B:D4:16:3C
IPV6INIT=no
#MTU=1500
NM_CONTROLLED=no
ONBOOT=yes
#TYPE=Ethernet
TYPE=OVSPort
DEVICETYPE=ovs
OVS_BRIDGE=cloudbr
#UUID="0142ba15-de11-499c-a1ba-82837b30f890"
#IPADDR=10.223.58.195
#NETMASK=255.255.255.192
#GATEWAY=10.223.58.193
#DNS1=10.223.110.254
#USERCTL=yes
#IPV4_FAILURE_FATAL=yes
#DEFROUTE=yes
#NAME="System eth1"

2. /etc/sysconfig/network-scripts/ifcfg-cloudbr:

DEVICE=cloudbr
ONBOOT=yes
DEVICETYPE=ovs
TYPE=OVSBridge
BOOTPROTO=static
IPADDR=10.223.58.195
GATEWAY=10.23.58.193
NETMASK=255.255.255.0
HOTPLUG=no

3. On host 10.223.58.195, service network restart


4. on host 10.223.58.195:

[root@Rack3Host16 ~]# ip route
10.223.58.0/24 dev cloudbr proto kernel scope link src 10.223.58.195 
169.254.0.0/16 dev cloud0 proto kernel scope link src 169.254.0.1 
169.254.0.0/16 dev eth1 scope link metric 1002 
169.254.0.0/16 dev cloudbr scope link metric 1015 

5. It can reach its gateway & other hosts on same gateway:

[root@Rack3Host16 ~]# ping 10.223.58.193
PING 10.223.58.193 (10.223.58.193) 56(84) bytes of data.
64 bytes from 10.223.58.193: icmp_seq=1 ttl=64 time=7.43 ms
64 bytes from 10.223.58.193: icmp_seq=2 ttl=64 time=2.82 ms
64 bytes from 10.223.58.193: icmp_seq=3 ttl=64 time=1.06 ms
^C
--- 10.223.58.193 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2364ms
rtt min/avg/max/mdev = 1.061/3.771/7.430/2.685 ms
[root@Rack3Host16 ~]# ping 10.223.58.194
PING 10.223.58.194 (10.223.58.194) 56(84) bytes of data.
64 bytes from 10.223.58.194: icmp_seq=1 ttl=64 time=0.399 ms
64 bytes from 10.223.58.194: icmp_seq=2 ttl=64 time=0.181 ms
^C
--- 10.223.58.194 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1446ms
rtt min/avg/max/mdev = 0.181/0.290/0.399/0.109 ms

[root@Rack3Host16 ~]# traceroute 10.223.58.194
traceroute to 10.223.58.194 (10.223.58.194), 30 hops max, 60 byte packets
 1 10.223.58.194 (10.223.58.194) 0.922 ms 0.851 ms 0.830 ms

[root@Rack3Host16 ~]# traceroute 10.223.58.193
traceroute to 10.223.58.193 (10.223.58.193), 30 hops max, 60 byte packets
 1 10.223.58.193 (10.223.58.193) 7.017 ms 12.506 ms 7.675 ms

6. host CANNOT reach anything outside of its subnet:

[root@Rack3Host16 ~]# ping 10.223.195.114
connect: Network is unreachable

[root@Rack3Host16 ~]# ping www.google.com
ping: unknown host www.google.com

[root@Rack3Host16 ~]# ping 8.8.8.8
connect: Network is unreachable

[root@Rack3Host16 ~]# traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
connect: Network is unreachable

7. [root@Rack3Host16 ~]# ifconfig
cloudbr Link encap:Ethernet HWaddr BC:30:5B:D4:16:3C 
  inet addr:10.223.58.195 Bcast:10.223.58.255 Mask:255.255.255.0
  inet6 addr: fc00:2::be30:5bff:fed4:163c/64 Scope:Global
  inet6 addr: fe80::68f7:52ff:fe03:a744/64 Scope:Link
  UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
  RX packets:46945 errors:0 dropped:0 overruns:0 frame:0
  TX packets:549 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0 
  RX bytes:39235509 (37.4 MiB) TX bytes:102773 (100.3 KiB)

cloud0 Link encap:Ethernet HWaddr AA:81:04:5F:5E:4A 
  inet addr:169.254.0.1 Bcast:169.254.255.255 Mask:255.255.0.0
  inet6 addr: fe80::a881:4ff:fe5f:5e4a/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:23 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0 
  RX bytes:0 (0.0 b) TX bytes:4201 (4.1 KiB)

eth1 Link encap:Ethernet HWaddr BC:30:5B:D4:16:3C 
  inet6 addr: fe80::be30:5bff:fed4:163c/64 Scope:Link
  UP BROADCAST RUNNING PROMISC MULTICAST MTU:1500 Metric:1
  RX packets:48123 errors:0 dropped:0 overruns:0 frame:0
  TX packets:532 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000 
  RX bytes:39518352 (37.6 MiB) TX bytes:101960 (99.5 KiB)
  Interrupt:16 Memory:da00-da012800 

lo Link encap:Local Loopback 
  inet addr:127.0.0.1 Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING MTU:16436 Metric:1
  RX packets:340 errors:0 dropped:0 overruns:0 frame:0
   

Re: https://issues.apache.org/jira/browse/CLOUDSTACK-101 OVS support in KVM

[Sheng Yang]

Thank you Hugo!

--Sheng


On Wed, Apr 24, 2013 at 12:16 PM, Hugo Trippaers <
htrippa...@schubergphilis.com> wrote:

>  Hey Sheng,
>
>  Sure thing, I'm trying to help Angeline already, but it's quite a
> complex setup.
>
>  I'll try to write down some detailed instructions.
>
>  Cheers,
>
>  Hugo
>
> Sent from my iPhone
>
> On 24 apr. 2013, at 19:56, "Sheng Yang"  wrote:
>
>   Hi Hugo,
>
>  Could you help with KVM OVS setup? I cannot find much information on the
> our wiki about OVS on KVM.
>
>  --Sheng
>
>  On Fri, Apr 19, 2013 at 8:14 PM, Angeline Shen 
> wrote:
>
>> ASF 4.1  cloudstack  with openvswitch  support  for   RHEL 6.3   KVM test
>>  configuration setup:
>>
>> After completing
>> http://nullworks.wordpress.com/2012/09/19/kvm-and-openvswitch-on-centos-6-3-minimal/
>>  to setup RHEL 6.3 openvswitch, encountered following problems:
>>
>> 1. In this scenario, after service openvswitch start, host is still up
>> running but completely lost connection to network.
>>
>> [root@Rack3Host16 /]# service openvswitch start
>> Inserting brcompat module [ OK ]
>> Starting ovsdb-server [ OK ]
>> Configuring Open vSwitch system IDs [ OK ]
>> Starting ovs-vswitchd [ OK ]
>> Starting ovs-brcompatd [ OK ]
>> iptables already has a rule for gre, not explicitly enabling.
>> [root@Rack3Host16 /]#
>>
>>
>> 2. content of various files:
>>
>> /etc/sysconfig/network-scripts/ifcfg-ovsbr1 :
>> DEVICE=ovsbr1
>> ONBOOT=yes
>> DEVICETYPE=ovs
>> TYPE=OVSBridge
>> BOOTPROTO=static
>> IPADDR=10.223.58.195
>> GATEWAY=10.223.58.193
>> NETMASK=255.255.255.0
>> HOTPLUG=no
>>
>>
>> QUESTION:Is
>> http://nullworks.wordpress.com/2012/09/19/kvm-and-openvswitch-on-centos-6-3-minimal/
>> Valid configuration instructions for   openvswitch   RHEL 6.3
>>  or are there other updated  correct configuration steps?
>>
>> Thanks
>>
>>
>

Re: https://issues.apache.org/jira/browse/CLOUDSTACK-101 OVS support in KVM

[Hugo Trippaers]

Hey Sheng,

Sure thing, I'm trying to help Angeline already, but it's quite a complex setup.

I'll try to write down some detailed instructions.

Cheers,

Hugo

Sent from my iPhone

On 24 apr. 2013, at 19:56, "Sheng Yang" 
mailto:sh...@yasker.org>> wrote:

Hi Hugo,

Could you help with KVM OVS setup? I cannot find much information on the our 
wiki about OVS on KVM.

--Sheng

On Fri, Apr 19, 2013 at 8:14 PM, Angeline Shen 
mailto:angeline.s...@citrix.com>> wrote:
ASF 4.1  cloudstack  with openvswitch  support  for   RHEL 6.3   KVM test  
configuration setup:

After completing 
http://nullworks.wordpress.com/2012/09/19/kvm-and-openvswitch-on-centos-6-3-minimal/
 to setup RHEL 6.3 openvswitch, encountered following problems:

1. In this scenario, after service openvswitch start, host is still up running 
but completely lost connection to network.

[root@Rack3Host16 /]# service openvswitch start
Inserting brcompat module [ OK ]
Starting ovsdb-server [ OK ]
Configuring Open vSwitch system IDs [ OK ]
Starting ovs-vswitchd [ OK ]
Starting ovs-brcompatd [ OK ]
iptables already has a rule for gre, not explicitly enabling.
[root@Rack3Host16 /]#


2. content of various files:

/etc/sysconfig/network-scripts/ifcfg-ovsbr1 :
DEVICE=ovsbr1
ONBOOT=yes
DEVICETYPE=ovs
TYPE=OVSBridge
BOOTPROTO=static
IPADDR=10.223.58.195
GATEWAY=10.223.58.193
NETMASK=255.255.255.0
HOTPLUG=no


QUESTION:Is  
http://nullworks.wordpress.com/2012/09/19/kvm-and-openvswitch-on-centos-6-3-minimal/
Valid configuration instructions for   openvswitch   RHEL 6.3or are 
there other updated  correct configuration steps?

Thanks

Re: https://issues.apache.org/jira/browse/CLOUDSTACK-101 OVS support in KVM

[Sheng Yang]

Hi Hugo,

Could you help with KVM OVS setup? I cannot find much information on the
our wiki about OVS on KVM.

--Sheng

On Fri, Apr 19, 2013 at 8:14 PM, Angeline Shen wrote:

> ASF 4.1  cloudstack  with openvswitch  support  for   RHEL 6.3   KVM test
>  configuration setup:
>
> After completing
> http://nullworks.wordpress.com/2012/09/19/kvm-and-openvswitch-on-centos-6-3-minimal/
>  to setup RHEL 6.3 openvswitch, encountered following problems:
>
> 1. In this scenario, after service openvswitch start, host is still up
> running but completely lost connection to network.
>
> [root@Rack3Host16 /]# service openvswitch start
> Inserting brcompat module [ OK ]
> Starting ovsdb-server [ OK ]
> Configuring Open vSwitch system IDs [ OK ]
> Starting ovs-vswitchd [ OK ]
> Starting ovs-brcompatd [ OK ]
> iptables already has a rule for gre, not explicitly enabling.
> [root@Rack3Host16 /]#
>
>
> 2. content of various files:
>
> /etc/sysconfig/network-scripts/ifcfg-ovsbr1 :
> DEVICE=ovsbr1
> ONBOOT=yes
> DEVICETYPE=ovs
> TYPE=OVSBridge
> BOOTPROTO=static
> IPADDR=10.223.58.195
> GATEWAY=10.223.58.193
> NETMASK=255.255.255.0
> HOTPLUG=no
>
>
> QUESTION:Is
> http://nullworks.wordpress.com/2012/09/19/kvm-and-openvswitch-on-centos-6-3-minimal/
> Valid configuration instructions for   openvswitch   RHEL 6.3
>  or are there other updated  correct configuration steps?
>
> Thanks
>
>

Re: Review Request: Documentation for the new features: Optional Public IP assignment for EIP with Basic Zone, Enable L4-L7 network services in the shared network in the advanced zone, and User-provid

[Radhika PC]

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

Ship it!


Ship It!

- Radhika PC


On Jan. 15, 2013, 12:34 p.m., Radhika PC wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/8180/
> ---
> 
> (Updated Jan. 15, 2013, 12:34 p.m.)
> 
> 
> Review request for cloudstack, Chip Childers, Venkata Siva Vijayendra 
> Bhamidipati, Jessica Tomechak, Murali Reddy, and Joe Brockmeier.
> 
> 
> Description
> ---
> 
> This review request is for the documentation written for the following 
> features:
> 
> Optional Public IP assignment for EIP with Basic Zone
> User-provided host name in vCenter 
> Enable L4-L7 network services in the shared network in the advanced zone 
> 
> 
> Diffs
> -
> 
>   docs/en-US/Installation_Guide.xml 2f60aca 
>   docs/en-US/about-working-with-vms.xml 47153e2 
>   docs/en-US/append-displayname-vms.xml PRE-CREATION 
>   docs/en-US/creating-network-offerings.xml ab56920 
>   docs/en-US/elastic-ip.xml PRE-CREATION 
>   docs/en-US/network-offerings.xml c1fd79d 
>   docs/en-US/networks.xml a7b9ea1 
>   docs/en-US/set-up-network-for-users.xml 2b40923 
>   docs/en-US/using-multiple-guest-networks.xml 9076a81 
>   docs/en-US/using-netscaler-load-balancers.xml c2044de 
>   docs/en-US/virtual-machines.xml 7c74932 
> 
> Diff: https://reviews.apache.org/r/8180/diff/
> 
> 
> Testing
> ---
> 
> Patch cleanly applies. doc is reviewed by QA
> 
> 
> Thanks,
> 
> Radhika PC
> 
>

Re: Review Request: Documentation for the new features: Optional Public IP assignment for EIP with Basic Zone, Enable L4-L7 network services in the shared network in the advanced zone, and User-provid

[Radhika PC]

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

Ship it!


Ship It!

- Radhika PC


On Jan. 15, 2013, 12:34 p.m., Radhika PC wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/8180/
> ---
> 
> (Updated Jan. 15, 2013, 12:34 p.m.)
> 
> 
> Review request for cloudstack, Chip Childers, Venkata Siva Vijayendra 
> Bhamidipati, Jessica Tomechak, Murali Reddy, and Joe Brockmeier.
> 
> 
> Description
> ---
> 
> This review request is for the documentation written for the following 
> features:
> 
> Optional Public IP assignment for EIP with Basic Zone
> User-provided host name in vCenter 
> Enable L4-L7 network services in the shared network in the advanced zone 
> 
> 
> Diffs
> -
> 
>   docs/en-US/Installation_Guide.xml 2f60aca 
>   docs/en-US/about-working-with-vms.xml 47153e2 
>   docs/en-US/append-displayname-vms.xml PRE-CREATION 
>   docs/en-US/creating-network-offerings.xml ab56920 
>   docs/en-US/elastic-ip.xml PRE-CREATION 
>   docs/en-US/network-offerings.xml c1fd79d 
>   docs/en-US/networks.xml a7b9ea1 
>   docs/en-US/set-up-network-for-users.xml 2b40923 
>   docs/en-US/using-multiple-guest-networks.xml 9076a81 
>   docs/en-US/using-netscaler-load-balancers.xml c2044de 
>   docs/en-US/virtual-machines.xml 7c74932 
> 
> Diff: https://reviews.apache.org/r/8180/diff/
> 
> 
> Testing
> ---
> 
> Patch cleanly applies. doc is reviewed by QA
> 
> 
> Thanks,
> 
> Radhika PC
> 
>

Re: Review Request: Documentation for the new features: Optional Public IP assignment for EIP with Basic Zone, Enable L4-L7 network services in the shared network in the advanced zone, and User-provid

[Radhika PC]

> On March 4, 2013, 9:21 p.m., Venkata Siva Vijayendra Bhamidipati wrote:
> > Ship It!
> 
> Radhika PC wrote:
> will merge once Murali merges the code into Master.
> 
> Animesh Chaturvedi wrote:
> Radhika both 312 and 265 are closed now, can this review be closed now

submitted

commit b7f5197c850f772980b5f4f416878589c3d3e853
Author: unknown https://reviews.apache.org/r/8180/#review17361
---


On Jan. 15, 2013, 12:34 p.m., Radhika PC wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/8180/
> ---
> 
> (Updated Jan. 15, 2013, 12:34 p.m.)
> 
> 
> Review request for cloudstack, Chip Childers, Venkata Siva Vijayendra 
> Bhamidipati, Jessica Tomechak, Murali Reddy, and Joe Brockmeier.
> 
> 
> Description
> ---
> 
> This review request is for the documentation written for the following 
> features:
> 
> Optional Public IP assignment for EIP with Basic Zone
> User-provided host name in vCenter 
> Enable L4-L7 network services in the shared network in the advanced zone 
> 
> 
> Diffs
> -
> 
>   docs/en-US/Installation_Guide.xml 2f60aca 
>   docs/en-US/about-working-with-vms.xml 47153e2 
>   docs/en-US/append-displayname-vms.xml PRE-CREATION 
>   docs/en-US/creating-network-offerings.xml ab56920 
>   docs/en-US/elastic-ip.xml PRE-CREATION 
>   docs/en-US/network-offerings.xml c1fd79d 
>   docs/en-US/networks.xml a7b9ea1 
>   docs/en-US/set-up-network-for-users.xml 2b40923 
>   docs/en-US/using-multiple-guest-networks.xml 9076a81 
>   docs/en-US/using-netscaler-load-balancers.xml c2044de 
>   docs/en-US/virtual-machines.xml 7c74932 
> 
> Diff: https://reviews.apache.org/r/8180/diff/
> 
> 
> Testing
> ---
> 
> Patch cleanly applies. doc is reviewed by QA
> 
> 
> Thanks,
> 
> Radhika PC
> 
>

Error starting management server

[Dharmesh Kakadia]

Hi,

I am setting up dev environment following :
https://cwiki.apache.org/confluence/display/CLOUDSTACK/DevCloud

I am stuck on step 7.3 while starting the management server.

the output of

mvn -pl :cloud-client-ui jetty:run

gets stuck after

INFO  [utils.component.ComponentContext] (main:) Setup Spring Application
context

I tried starting client-ui manually by copying the cloud-client-ui war file
into tomcat.

Interestingly the log says

SEVERE: Error listenerStart
Apr 24, 2013 6:32:38 PM org.apache.catalina.core.StandardContext start
SEVERE: Context [/cloud-client-ui-4.2.0-SNAPSHOT] startup failed due to
previous errors
Apr 24, 2013 6:32:38 PM org.apache.catalina.loader.WebappClassLoader
clearReferencesThreads
SEVERE: The web application [/cloud-client-ui-4.2.0-SNAPSHOT] appears to
have started a thread named [Timer-0] but has failed to stop it. This is
very likely to create a memory leak.
Apr 24, 2013 6:32:38 PM org.apache.catalina.loader.WebappClassLoader
clearReferencesThreads
SEVERE: The web application [/cloud-client-ui-4.2.0-SNAPSHOT] appears to
have started a thread named [ClusteredAgentManager Timer] but has failed to
stop it. This is very likely to create a memory leak.
Apr 24, 2013 6:32:38 PM org.apache.catalina.loader.WebappClassLoader
checkThreadLocalMapForLeaks
SEVERE: The web application [/cloud-client-ui-4.2.0-SNAPSHOT] created a
ThreadLocal with key of type [java.lang.ThreadLocal] (value
[java.lang.ThreadLocal@3a7d1a7a]) and a value of type
[com.cloud.utils.db.Transaction] (value [ : ]) but failed to remove it when
the web application was stopped. This is very likely to create a memory
leak.

I am running this on Mac OS with tomcat apache-tomcat-6.0.36 and java
1.6.0_45 and maven 3.0.3.

Any help ?

Thanks,
Dharmesh

RE: running jetty with eclipse generated code?

[Edison Su]

> -Original Message-
> From: Daan Hoogland [mailto:dhoogl...@schubergphilis.com]
> Sent: Wednesday, April 24, 2013 2:56 AM
> To: dev@cloudstack.apache.org
> Subject: running jetty with eclipse generated code?
> 
> H,
> 
> Are any people using the run target in eclipse in debug mode to run with the
> local code, as opposed to the packaged code?


Eclipse will call maven to build jars, even jetty is running inside Eclipse, 
AFAIK.

> 
> This would seriously reduce my dev-debug-cycle as I am now completely
> building cloudstack on every code change.

If you just want to reduce the build time, only build your local changes, 
instead of build all the projects:
You can try the following link: 
http://www.mail-archive.com/dev@cloudstack.apache.org/msg01459.html

> I have not a lot of experience with the use of maven in eclipse. So I can use 
> a
> pointer.
> 
> Thanks,
> Daan

Summary of IRC meeting in #cloudstack-meeting, Wed Apr 24 17:04:18 2013

[ASF IRC Services]

Members present: animesh, jzb


Meeting summary:


1. Preface

2. Active Feature Release

3. Active Feature Release: Doc Status

4. Active Feature Release: Additional Issues?

5. Active Bug-Fix Release

6. Master Branch

7. Infra

8. Other Issues?

IRC log follows:


# 1. Preface #


# 2. Active Feature Release #
17:05:03 [jzb]: OK, any report on the 4.1.0 release?
17:05:18 [jzb]: I know Chip mentioned we have problems with packaging.
17:05:54 [jzb]: and we had another report of trouble upgrading from 2.2.14 to 
4.1.0
17:06:01 [jzb]: anything else?
17:06:39 [animesh]: I am 
17:07:16 [jzb]: OK, I guess that's all on the active feature release topic.
17:09:14 [jzb]: OK next topic


# 3. Active Feature Release: Doc Status #
17:09:46 [jzb]: Just a quick update - docs are more or less done for 4.1.0 
unless anyone has a report of bugs that are show-stoppers
17:10:14 [jzb]: we still have a number of things that should have made it into 
4.1.0, though so once we release 4.1.0 it'd be nice to wrap those up for 4.1.1


# 4. Active Feature Release: Additional Issues? #
17:10:47 [jzb]: any additional issues to report this week?
17:12:06 [jzb]: OK
17:12:07 [jzb]: next topic


# 5. Active Bug-Fix Release #
17:12:29 [jzb]: And the status on this is... poised for release! Yay!
17:12:36 [animesh]: Cool
17:12:37 [jzb]: No further releases expected in 4.0.x series. 
17:12:51 [jzb]: Once 4.1.0 is released, this will become the 4.1.1 topic.


# 6. Master Branch #
17:13:21 [jzb]: animesh: I believe this one is yours.
17:13:29 [jzb]: anything to discuss or report this week?
17:13:51 [animesh]: I need to summarize 4 month-6 month thread by tomorrow
17:14:29 [animesh]: Then based on the consensus finalize 4.2 release dates, set 
up release page , dashboard etc
17:14:51 [jzb]: animesh: do we seem to have consensus?
17:15:31 [animesh]: I am not sure of that I do see a pattern as better 
automation being the solution to avoid reliance on manual QA
17:16:06 [animesh]: I will wait today for more input to come in
17:17:22 [jzb]: OK
17:17:29 [animesh]: nothing else on master


# 7. Infra #
17:17:51 [jzb]: any infra topics this week?
17:18:16 [animesh]: I was granted the permission to create shared filter and 
add group recipients
17:18:29 [jzb]: animesh: in Jira?
17:18:38 [animesh]: Yes in Apache JIRA
17:18:58 [jzb]: OK
17:19:12 [animesh]: This was follow on to don't assign defects thread. I want 
to set up filters based on modules that folks can subscribe to 
17:19:26 [jzb]: animesh: ah, groovy
17:19:41 [animesh]: And possibly send out regular emails to dev mailing list on 
module basis 
17:20:11 [jzb]: I'd like to see that.
17:20:50 [jzb]: anything else?
17:20:58 [animesh]: If it works we should refine our module list some of them 
are too generic
17:21:05 [jzb]: animesh: example?
17:21:19 [animesh]: Like Management Server
17:21:49 [animesh]: By modules I mean component term in JIRA
17:22:41 [animesh]: Thats all from my side
17:22:44 [jzb]: I see


# 8. Other Issues? #
17:23:56 [jzb]: any other issues to talk about this week, folks?
17:25:07 [animesh]: None
17:25:11 [jzb]: OK, I'll wrap it up then.

Re: Exposing APIs that carry POST data

[Chiradeep Vittal]

CS has always had the ability to accept POST for any api.

On 4/24/13 1:38 AM, "Prasanna Santhanam"  wrote:

>Vijay added the ability to send userdata as POST for the
>deployVirtualMachine API in review [1]. What I'd like to address here
>is how to expose this via ApiDiscovery so that clients like marvin,
>cloudmonkey can autogenerate themselves to support APIs of this
>kind. This also needs to be clearly specified in our API docs.
>
>I'm guessing we'll have to put in additional annotations on our APIs
>that support POST so that API discovery can print the methods
>supported (GET/POST). Right now it's only the deployVMCmd (AFAIK). But
>I expect this will need to be done for others soon.
>
>I've included POST support for _every_ command in marvin but that's
>just brute-force. To make it more intelligent I think we should apply
>it to only apis that make sense as POST (causing side-effects). But
>that needs to be exposed by the api endpoint.
>
>Thoughts?
>
>[1] https://reviews.apache.org/r/10294/
>
>-- 
>Prasanna.,
>
>
>Powered by BigRock.com
>

Re: Review Request: Updated cloud-early-config to copy iptables-router to rules.v4

[Chiradeep Vittal]

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


This will break v4.1 routers. Please take care of this.

- Chiradeep Vittal


On April 24, 2013, 7:27 a.m., Jayapal Reddy wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10753/
> ---
> 
> (Updated April 24, 2013, 7:27 a.m.)
> 
> 
> Review request for cloudstack, Chip Childers, Abhinandan Prateek, and edison 
> su.
> 
> 
> Description
> ---
> 
> Updated cloud-early-config to copy iptables-router to rules.v4, because in 
> iptables-persistent  iptables-restore is loading config /etc/iptables/rules.v4
> 
> 
> This addresses bug CLOUDSTACK-2161.
> 
> 
> Diffs
> -
> 
>   patches/systemvm/debian/config/etc/init.d/cloud-early-config b8ddaf1 
> 
> Diff: https://reviews.apache.org/r/10753/diff/
> 
> 
> Testing
> ---
> 
> Tested on the running setup by editing the file.
> 
> 
> Thanks,
> 
> Jayapal Reddy
> 
>

Re: running jetty with eclipse generated code?

[Mike Tutkowski]

I agree...I'd love to know how to do what Daan's asking here.


On Wed, Apr 24, 2013 at 3:56 AM, Daan Hoogland  wrote:

> H,
>
> Are any people using the run target in eclipse in debug mode to run with
> the local code, as opposed to the packaged code?
>
> This would seriously reduce my dev-debug-cycle as I am now completely
> building cloudstack on every code change.
> I have not a lot of experience with the use of maven in eclipse. So I can
> use a pointer.
>
> Thanks,
> 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: Review Request: Merging changes to marvin after ipclearance from cloudstack-qa

[Prasanna Santhanam]

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

Ship it!


Applied but edited the log message to reflect the nature of fixes.

commit a1ef9d7312c2de037e09718abf367af774cc288a
Author: Ashutosh Kelkar 
Date:   Wed Apr 24 15:03:10 2013 +0530

Multiple fixes to marvin framework

1. adding hypervisor information to configs
TODO: support for multi-hypervisor zones?
2. CLOUDSTACK-601: Marvin unicode decode errors when running mysql
queries via dbClient
3. adding keypair support for remotessh client

Signed-off-by: Prasanna Santhanam 


- Prasanna Santhanam


On April 23, 2013, 9:49 p.m., Ashutosh Kelkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10741/
> ---
> 
> (Updated April 23, 2013, 9:49 p.m.)
> 
> 
> Review request for cloudstack and Prasanna Santhanam.
> 
> 
> Description
> ---
> 
> Merging changes to marvin after ipclearance from cloudstack-qa
> 
> - Base classes for Router, Tag, PrivateGateway and StaticRoute etc.
> - VPC support for existing base classes
> - Read hypervisor config from setting file
> - Support for keypair authentication in remoteSSHClient
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/asyncJobMgr.py 40304fa 
>   tools/marvin/marvin/cloudstackConnection.py 214a878 
>   tools/marvin/marvin/cloudstackTestClient.py 85552ed 
>   tools/marvin/marvin/dbConnection.py 8fa8643 
>   tools/marvin/marvin/deployDataCenter.py d358789 
>   tools/marvin/marvin/integration/lib/base.py 92cdf81 
>   tools/marvin/marvin/integration/lib/utils.py cff24a1 
>   tools/marvin/marvin/remoteSSHClient.py 4fb2f0d 
> 
> Diff: https://reviews.apache.org/r/10741/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Ashutosh Kelkar
> 
>

Re: [ACS41] blocked by AWSAPI deb packaging

[Marcus Sorensen]

Also note that I created a new bug for 4.1

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

I don't really know much about this area of the code (allocators), if
someone does and could help out that would be great.


On Wed, Apr 24, 2013 at 5:51 AM, Chip Childers wrote:

> I'm offline today, but it would be great if someone could review
> master vs 4.1 Debian/rules to see what's missing for AWSAPI
> installation in 4.1. I left last night in the middle of doing that
> review, and there are some lines missing in 4.1.
>

Re: Building Cloudstack 4.0.1 Ubuntu (Debian) install packages

[Jim L.]

Hi ... anyone have any advice for my problem regarding building Cloudstack
4.0.1 Ubuntu/Debian packages with VNWare installed?

Thanks -- Jim L.



On Tue, Apr 23, 2013 at 11:19 AM, Jim L.  wrote:

> Hi,
>
> I have been trying to build the Ubuntu/Debian install packages for
> Cloudstack 4.0.1 with VMWare enabled (mvn install -Dnonoss).  The maven
> build shows success, but then building the actual install packages does not
> include the VMWare jar files, apparently.
>
> I've tried to "hand-stitch" together a working Cloudstack 4.0.1 release on
> an Ubuntu system by placing the VMWare snapshot jar file into
> /usr/share/java and also including the VMWare-specific jar files
> (vmware-apputils.jar, vmware-vim25.jar, vmware-vim.jar);  this was after
> running apt-get install of the packages I created on the target system.  Up
> to now, I have been unsuccessful, so I assume there must be some sort of
> embedded properties file that signifies if VMWare is an enabled plugin.
>
> Has anyone been successful building Cloudstack 4.0.1 with VMWare support
> and then deploying it to Ubuntu 12.04?
>
> Thanks -- Jim L.
>
>

[ACS41] Re: CS : Upgrade from 2.2.14 to 4.1.0

[Joe Brockmeier]

Talked to Nicolas in IRC, he's opened a bug for this - AFAIK this should
be a blocker, since we do consider upgrades pretty important. 

Jira issue: https://issues.apache.org/jira/browse/CLOUDSTACK-2172

On Wed, Apr 24, 2013, at 03:59 AM, nicolas.lamira...@orange.com wrote:
> hi,
> due to BUG CS 528, we can't upgrade our production to 4.0.x.
> So we try to upgrade to 4.1.0.
> When we start CS, we 've read theses logs :
> 
> 2013-04-24 10:57:23,407 DEBUG [upgrade.dao.VersionDaoImpl] 
> (Timer-1:null) Checking to see if the database is at a version before it 
> was the version table is created
> 2013-04-24 10:57:23,420 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null) DB version = 2.2.14 Code Version = 4.1.0
> 2013-04-24 10:57:23,421 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null) Database upgrade must be performed from 2.2.14 to 4.1.0
> 2013-04-24 10:57:23,421 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null) => Version 2.2.7
> 2013-04-24 10:57:23,421 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null)  2.2.8 2.2.9 2.2.10 2.2.11 2.2.12 2.2.13 2.2.14 3.0.0 
> 3.0.1 3.0.2 4.0.0
> 2013-04-24 10:57:23,421 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null) => Version 2.2.6
> 2013-04-24 10:57:23,421 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null)  2.2.8 2.2.9 2.2.10 2.2.11 2.2.12 2.2.13 2.2.14 3.0.0 
> 3.0.1 3.0.2 4.0.0
> 2013-04-24 10:57:23,421 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null) => Version 2.2.5
> 2013-04-24 10:57:23,421 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null)  2.2.6 2.2.8 2.2.9 2.2.10 2.2.11 2.2.12 2.2.13 2.2.14 
> 3.0.0 3.0.1 3.0.2 4.0.0
> 2013-04-24 10:57:23,421 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null) => Version 2.2.4
> 2013-04-24 10:57:23,421 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null)  2.2.5 2.2.6 2.2.8 2.2.9 2.2.10 2.2.11 2.2.12 2.2.13 
> 2.2.14 3.0.0 3.0.1 3.0.2 4.0.0
> 2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null) => Version 2.2.3
> 2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null)  2.2.4 2.2.4 2.2.5 2.2.6 2.2.8 2.2.9 2.2.10 2.2.11 2.2.12 
> 2.2.13 2.2.14 3.0.0 3.0.1 3.0.2 4.0.0
> 2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null) => Version 2.2.2
> 2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null)  2.2.4 2.2.4 2.2.5 2.2.6 2.2.8 2.2.9 2.2.10 2.2.11 2.2.12 
> 2.2.13 2.2.14 3.0.0 3.0.1 3.0.2 4.0.0
> 2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null) => Version 2.2.1
> 2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null)  2.2.2 2.2.4 2.2.4 2.2.5 2.2.6 2.2.8 2.2.9 2.2.10 2.2.11 
> 2.2.12 2.2.13 2.2.14 3.0.0 3.0.1 3.0.2 4.0.0
> 2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null) => Version 3.0.2
> 2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null)  4.0.0
> 2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null) => Version 3.0.1
> 2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null)  3.0.2 4.0.0
> 2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null) => Version 2.2.10
> 2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null)  2.2.11 2.2.12 2.2.13 2.2.14 3.0.0 3.0.1 3.0.2 4.0.0
> 2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null) => Version 2.2.11
> 2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null)  2.2.12 2.2.13 2.2.14 3.0.0 3.0.1 3.0.2 4.0.0
> 2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null) => Version 2.2.8
> 2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null)  2.2.9 2.2.10 2.2.11 2.2.12 2.2.13 2.2.14 3.0.0 3.0.1 
> 3.0.2 4.0.0
> 2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null) => Version 2.2.12
> 2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null)  2.2.13 2.2.14 3.0.0 3.0.1 3.0.2 4.0.0
> 2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null) => Version 2.2.9
> 2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null)  2.2.10 2.2.11 2.2.12 2.2.13 2.2.14 3.0.0 3.0.1 3.0.2
> 4.0.0
> 2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null) => Version 2.2.13
> 2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null)  2.2.14 3.0.0 3.0.1 3.0.2 4.0.0
> 2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null) => Version 2.1.7
> 2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
> (Timer-1:null)  2.1.8 2.2.1 2.2.2 2.2.4 2.2.4 2.2.5 2.2.6 2.2.8 2.2.9 
> 2

Re: [DOCS][TRANSLATIONS] Upate

[Milamber]

Le 24/04/2013 10:44, Milamber a ecrit :



Le 23/04/2013 13:50, Gavin Lee a ecrit :

Following Milamber's guide , below process I used for
4.1.xmessage.properties on zh_CN:
1. git pull for the latest messages_zh_CN.properties
2. native2ascii -reverse messages_zh_CN.properties
/tmp/zh_CN.properties.native -encoding utf8

-encoding utf8 <=== not necessary (on my machine)


3. copy to the CloudStack_UI transifex project: 
cp/tmp/zh_CN.properties.native /

txprj/acsui/translations/CloudStack_UI.41xmessageproperties
4. tx push -l zh_CN -r CloudStack_UI.41xmessageproperties -t
5. Do translation on transifex, there are some untranslated items when
syncing with en.properties
6. tx pull -a


Then convert to ascii with unicode, the i18nedit tools throws 
exception, I

tried native2ascii command as below and UI display correctly:
native2ascii -encoding UTF-8 zh_CN.properties messages_zh_CN.properties

Are the whole processes above correct or not?


Yes the process is correct, but currently on master branch the 
messages_zh_CN.properties is not converting into a ASCII with unicode 
unlike the 4.1 branch.
I will fix this for all messages_xx.properties on master branch today 
(tonight) (FRench is already convert)


I just have made the fix for chinese (zh_CN) resource file on master 
branch. Now it's a ascii with unicode file and the process can execute 
manually with transifex.
I made too a upload on transifex (with converting into native charset) 
for fix all sentences which have been corrupts with a previous upload 
(perhaps your upload I think)



Currently, missing 33 translations for master (4.2) resource file zn_CN 
on transifex.


Milamber



=== (on master branch) ===

cloudstack-dev/client/WEB-INF/classes/resources$ file *
messages_fr_FR.properties: ASCII text, with very long lines
messages_ja.properties:UTF-8 Unicode text, with very long lines
messages_ko_KR.properties: UTF-8 Unicode text, with very long lines
messages.properties:   ASCII text, with very long lines
messages_pt_BR.properties: ISO-8859 text, with very long lines
messages_ru_RU.properties: UTF-8 Unicode text, with very long lines, 
with CRLF line terminators
messages_zh_CN.properties: UTF-8 Unicode text, with very long lines, 
with CRLF, LF line terminators


=== (on 4.1 branch) ===
cloudstack-dev/client/WEB-INF/classes/resources$ file *
messages_ca.properties:ASCII text, with very long lines
messages_de_DE.properties: ASCII text
messages_es.properties:ASCII text, with very long lines
messages_fr_FR.properties: ASCII text, with very long lines
messages_it_IT.properties: ASCII text, with very long lines
messages_ja.properties:ASCII text, with very long lines
messages_ko_KR.properties: ASCII text, with very long lines
messages_nb_NO.properties: ASCII text
messages.properties:   ASCII text, with very long lines
messages_pt_BR.properties: ASCII text, with very long lines
messages_ru_RU.properties: ASCII text, with very long lines
messages_zh_CN.properties: ASCII text, with very long lines

Milamber







On Tue, Apr 23, 2013 at 12:01 AM, Sebastien 
Goasguenwrote:



Milamber, I made you a manager of the transifex project so you can help
fixing those issues.

-sebastien

On Apr 22, 2013, at 11:10 AM, Milamber  wrote:



Le 17/04/2013 07:26, Sebastien Goasguen a ecrit :

On Apr 16, 2013, at 11:10 AM, Milamber   wrote:


Le 16/04/2013 13:41, Gavin Lee a ecrit :

Yes, Traditional Chinese moving very quickly.
Hopefully, the other languages can have more contributors.

For the UI part, I saw the characters are not recognizable (browser
encoding setting: auto detect&Unicode UTF-8):
ja: http://snag.gy/AVsbU.jpg
zh_CN: http://snag.gy/MxbBS.jpg
This screenshots shows some characters with a incorrect encoding 
(try
to display a char as a ISO-8859-1 (or japanese charset) but the 
encoding is

a UTF-8, I think)

With Sebgoa, we have correct all UI ressource file to have only one

encoding charset in this files (ASCII with unicode). The transifex data
isn't up-to-date.

Sebgoa, I think we must upload the last version of this (all)

resources files (except FR already done) from branch 4.1 to transifex.

The last version of resources files is ASCII with unicode for *all
chars* in each file, and now transifex keep the unicode char (check 
with FR

download for use)

Mistake: transifex don't support uploaded unicode chars.


The way the original workflow was:
-Upload new versions of the resources file in english
-Translators create a new language in transifex.
-Download new language resources file
-Fix encoding

For the fix encoding step, we can use this (unix and JDK) commands for

each language:

CODELANG=it_IT

FILE_TRANSIFEX=for_use_CloudStack_UI_41xmessageproperties_${CODELANG}.properties 


FILE_RES=messages_${CODELANG}.properties

# Convert to ascii with unicode (native2ascii is a JDK tool)
native2ascii ${FILE_TRANSIFEX} /tmp/${FILE_RES}.ascii-with-unicode

# sort key, add a double-backslash before the quote char ( ' ==>  
\\' )

Re: [DISCUSS] Making simple installs easier.

[Noah Slater]

(Typo, but you can fill in any number you feel like...)


On 24 April 2013 12:57, Noah Slater  wrote:

> Also + for the initiative!
>
>
> On 23 April 2013 20:15, Chiradeep Vittal wrote:
>
>>
>>
>> On 4/21/13 3:21 PM, "David Nalley"  wrote:
>>
>> >Hi folks.
>> >
>> >I've been thinking about our install process lately.
>> >
>> >We currently require folks to muck about with firewall settings, NFS
>> >settings, network configuration, etc.
>> >This makes configuration painful, our docs VERY platform specific, and
>> >easily prone to mistakes which result in failure to get things to
>> >work. Even the 'install.sh' from the 3.0.x and earlier days doesn't do
>> >enough. What I want to do is get rid of sections 2-4 of the quick
>> >install guide, and replace it with - 'run this one or two lines worth
>> >of commands' (http://s.apache.org/runbook)
>> >
>> >My natural reaction was to reach for puppet - but I am not sure that's
>> >the right answer. To do things right, I'd need several puppet modules
>> >like stdlib, puppetlabs-firewall, etc, which is a fair bit of
>> >overhread - and oh, yeah, need to install the puppet client. I think
>> >Chef is probably in a similar problem space. I don't want to resort to
>> >shell scripts of python - config management tools know the difference
>> >between apt and yum, and can still get a package installed with one
>> >declaration, same thing with firewall rules. Is something like Ansible
>> >or SaltStack a better choice?? I don't see it right now if it is, but
>> >I don't have much experience with either of those two.
>> >
>> >The all-in-one installation process I'd like to see:
>> >
>> >Install your host OS
>> >Install an meta-RPM/Deb that either (installs everything, or
>> >alternatively configures a repo - or just installs the repo and the
>> >stuff I need to install with)
>> >Run a command that activates one of these config tools - configures
>> >the machine, installs the packages I need, and gets me to the point
>> >where I'm ready to login and go through the beautiful new user gui
>> >setup stuff.
>> >
>> >I still want to keep the documentation around, it's invaluable for
>> >experienced users and more complex deployments - but right now it's
>> >far too much overhead (probably an hour or two) to get things
>> >installed and setup to the point where you are ready to run the
>> >'Welcome to CloudStack GUI' if you just want to try CloudStack out.
>> >
>> >So why am I writing this email instead of diving in and solving this
>> >problem? Well honestly, I'd like some external opinions. I want to
>> >make sure that I am not seeing a 'nail' simply because I have a hammer
>> >in my hand. How can we most easily do this? So - how do we make the
>> >'brand-new' user experience much better? We develop a platform for
>> >orchestration of complex systems, this should be a solved problem.
>> >
>> >--David
>>
>> +1 for the initiative.
>> If I look at Apache Hadoop's single node operation documentation[1], it is
>> considerably simpler.
>> Apache Tomcat installation is also fairly trivial.
>>
>> [1] http://hadoop.apache.org/docs/stable/single_node_setup.html
>>
>>
>
>
> --
> NS
>



-- 
NS

Re: [DISCUSS] Making simple installs easier.

[Noah Slater]

Also + for the initiative!


On 23 April 2013 20:15, Chiradeep Vittal wrote:

>
>
> On 4/21/13 3:21 PM, "David Nalley"  wrote:
>
> >Hi folks.
> >
> >I've been thinking about our install process lately.
> >
> >We currently require folks to muck about with firewall settings, NFS
> >settings, network configuration, etc.
> >This makes configuration painful, our docs VERY platform specific, and
> >easily prone to mistakes which result in failure to get things to
> >work. Even the 'install.sh' from the 3.0.x and earlier days doesn't do
> >enough. What I want to do is get rid of sections 2-4 of the quick
> >install guide, and replace it with - 'run this one or two lines worth
> >of commands' (http://s.apache.org/runbook)
> >
> >My natural reaction was to reach for puppet - but I am not sure that's
> >the right answer. To do things right, I'd need several puppet modules
> >like stdlib, puppetlabs-firewall, etc, which is a fair bit of
> >overhread - and oh, yeah, need to install the puppet client. I think
> >Chef is probably in a similar problem space. I don't want to resort to
> >shell scripts of python - config management tools know the difference
> >between apt and yum, and can still get a package installed with one
> >declaration, same thing with firewall rules. Is something like Ansible
> >or SaltStack a better choice?? I don't see it right now if it is, but
> >I don't have much experience with either of those two.
> >
> >The all-in-one installation process I'd like to see:
> >
> >Install your host OS
> >Install an meta-RPM/Deb that either (installs everything, or
> >alternatively configures a repo - or just installs the repo and the
> >stuff I need to install with)
> >Run a command that activates one of these config tools - configures
> >the machine, installs the packages I need, and gets me to the point
> >where I'm ready to login and go through the beautiful new user gui
> >setup stuff.
> >
> >I still want to keep the documentation around, it's invaluable for
> >experienced users and more complex deployments - but right now it's
> >far too much overhead (probably an hour or two) to get things
> >installed and setup to the point where you are ready to run the
> >'Welcome to CloudStack GUI' if you just want to try CloudStack out.
> >
> >So why am I writing this email instead of diving in and solving this
> >problem? Well honestly, I'd like some external opinions. I want to
> >make sure that I am not seeing a 'nail' simply because I have a hammer
> >in my hand. How can we most easily do this? So - how do we make the
> >'brand-new' user experience much better? We develop a platform for
> >orchestration of complex systems, this should be a solved problem.
> >
> >--David
>
> +1 for the initiative.
> If I look at Apache Hadoop's single node operation documentation[1], it is
> considerably simpler.
> Apache Tomcat installation is also fairly trivial.
>
> [1] http://hadoop.apache.org/docs/stable/single_node_setup.html
>
>


-- 
NS

[ACS41] blocked by AWSAPI deb packaging

[Chip Childers]

I'm offline today, but it would be great if someone could review
master vs 4.1 Debian/rules to see what's missing for AWSAPI
installation in 4.1. I left last night in the middle of doing that
review, and there are some lines missing in 4.1.

Re: [DISCUSS] ACS Release 4 month v/s 6 month

[Noah Slater]

I see where David is coming from.

The longer you leave a release branch, the harder it becomes to QA, the
harder it comes to test, and the harder it becomes to release. As has been
mentioned already, you can think of this as a "release cost". More regular
releases keep complexity down, and reduce anxiety over "will my feature
make the next release?" (Only applicable in a time-based system, like we
have it.)

There's also something else to consider. Releases are like the heartbeat of
a project. They stimulate activity, and they are pillars around which to
market the project and spread the word. Hence, they bring new contributors
to the project. We should be aiming to do as many of them as possible.

In fact, frequency of releases is a reasonable proxy indicator for project
health. Not that that there's much difference between 4 months and 6
months. (Now, 2 years might be a different matter...) But I'm just
illustrating a point here. :)

I think Joe hits the nail on the head when he points out that we haven't
really given it enough time to know whether 4 months is working for us. I
would suggest we give it give it a while longer, and then re-evaluate.




On 24 April 2013 06:30, Alex Huang  wrote:

> I side with Dave and Chip on this one.  The 4 month dev cycle has forced
> CloudStack to own up to its problems in planning, testing, and automation.
>  Until that has been settled, going to a longer release cycle is actually
> not beneficial to this community.
>
> --Alex
>
> > -Original Message-
> > From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
> > Sent: Tuesday, April 23, 2013 2:50 AM
> > To: cloudstack-...@incubator.apache.org
> > Subject: [DISCUSS] ACS Release 4 month v/s 6 month
> >
> > Folks
> >
> > We started discussing 4 month v/s 6 month release cycle in a another
> thread
> > [1]. Since the subject of that thread was different, community may not
> have
> > participated in this important discussion fully. I am  are bringing this
> > discussion to its own thread. Here is the summary so far please refer to
> [1]
> > for more details.
> >
> > Summary of discussion:
> > - Animesh pointed out the technical debt that we have accumulated so far
> > needs extra time to resolve
> > - David, Chip favor shorter release cycle of 4 month and keeping master
> > always stable and in good quality and enhancing automation as a solution
> to
> > reduce QA manual effort. A focused defect fixing activity may be needed
> to
> > reduce technical debt
> > - Will brought up several points in the discussion: He called out heavy
> > dependence on manual QA for a release and pointed out that manual QA
> > may not be always available to match up ACS release schedule. Release
> > overhead for 4 month release is still high and suggest that moving to 6
> month
> > will save on release overhead and that  time can be used for
> strengthening
> > automation.
> >  - Joe agrees partly in release overhead being significant for major
> release
> >
> > If I missed out  any important point please feel free to bring into the
> thread.
> >
> > There were some other discussion in [1] on release planning conference
> and
> > chip's clarification on time based v/s feature based releases but we
> will not
> > discuss those in this thread. Community has agreed to time-based release
> > already.
> >
> > [1] http://markmail.org/thread/6suq2fhltdvgvcxd
>
>


-- 
NS

Re: Review Request: Remove 2k limitation for user data on a deployVMCmd issued as an HTTP POST request

[Prasanna Santhanam]

On Tue, Apr 23, 2013 at 02:08:09PM -0700, Vijayendra Bhamidipati wrote:
> Hi Prasanna,
> 
> Thanks for catching the absence of license in the new file - I'll make the 
> required changes.
> 
> Regarding the POST, the whole query needs to be sent in as a POST
> query and not only the userdata as POST data, because CS APIs are
> supposed to work with either GET or POST. The doGet() and doPost()
> httpservlet routines in the mgmt. server's ApiServlet.java will
> process them in the appropriate way. The integration port code path
> also calls into the same code path that the latter routines call
> into.

Ok - because you said the following to Rohit on this thread, I changed marvin
to allow POST only in the body and the rest of the args as params in the url
GET-style. Is it something you decided against later?  

"""
Yes, the POST will be handled by ApiServlet's doPost() only, and the userdata
will need to be put into the POST body.
"""

I'm ok with your implementation however and have applied it with changes to
your test. I also added an additional test to do the userdata via GET. The
tests will run on both devcloud and simulator. 

These are the rebased commits on master:
4e9e7937ed5e56cbd7f678b2ed9863a56af16635 Fix Vijay's test to use the marvin 
integratin libararies
b0caae6b33347f36721f28dca1fa12e7b18f1cd1 CLOUDSTACK-1086: DeployVirtualMachine 
userdata enhancements

~/workspace/cloudstack/incubator-cloudstack(branch:master) ?? nosetests 
--with-marvin --marvin-config=setup/dev/advanced.cfg 
test/integration/component/test_deploy_vm_with_userdata.py --load --pdb
Test userdata as GET, size > 2k ... ok
Test userdata as POST, size > 2k ... ok

--
Ran 2 tests in 15.791s

OK

I have another related request on how to handle this for marvin, apidocs and
cloudmonkey. Will raise a separate thread on that.

Thanks,

-- 
Prasanna.,

Re: [DOCS][TRANSLATIONS] Upate

[Milamber]

Le 24/04/2013 08:15, Sebastien Goasguen a ecrit :

On Apr 23, 2013, at 9:50 AM, Gavin Lee  wrote:


Following Milamber's guide , below process I used for
4.1.xmessage.properties on zh_CN:
1. git pull for the latest messages_zh_CN.properties
2. native2ascii -reverse messages_zh_CN.properties
/tmp/zh_CN.properties.native -encoding utf8
3. copy to the CloudStack_UI transifex project: cp/tmp/zh_CN.properties.native /
txprj/acsui/translations/CloudStack_UI.41xmessageproperties
4. tx push -l zh_CN -r CloudStack_UI.41xmessageproperties -t
5. Do translation on transifex, there are some untranslated items when
syncing with en.properties
6. tx pull -a


Then convert to ascii with unicode, the i18nedit tools throws exception, I
tried native2ascii command as below and UI display correctly:
native2ascii -encoding UTF-8 zh_CN.properties messages_zh_CN.properties

Are the whole processes above correct or not?


Gavin, I will differt o milamber on this one, he is working on this to clean up 
the encoding and provide scripts that can make us go back and forth between the 
source and transifex cleanly.


Exactly, I've works on this. Please give some times to do this ;-)

Milamber






On Tue, Apr 23, 2013 at 12:01 AM, Sebastien Goasguenwrote:


Milamber, I made you a manager of the transifex project so you can help
fixing those issues.

-sebastien

On Apr 22, 2013, at 11:10 AM, Milamber  wrote:



Le 17/04/2013 07:26, Sebastien Goasguen a ecrit :

On Apr 16, 2013, at 11:10 AM, Milamber   wrote:


Le 16/04/2013 13:41, Gavin Lee a ecrit :

Yes, Traditional Chinese moving very quickly.
Hopefully, the other languages can have more contributors.

For the UI part, I saw the characters are not recognizable (browser
encoding setting: auto detect&Unicode UTF-8):
ja: http://snag.gy/AVsbU.jpg
zh_CN: http://snag.gy/MxbBS.jpg

This screenshots shows some characters with a incorrect encoding (try

to display a char as a ISO-8859-1 (or japanese charset) but the encoding is
a UTF-8, I think)

With Sebgoa, we have correct all UI ressource file to have only one

encoding charset in this files (ASCII with unicode). The transifex data
isn't up-to-date.

Sebgoa, I think we must upload the last version of this (all)

resources files (except FR already done) from branch 4.1 to transifex.

The last version of resources files is ASCII with unicode for *all

chars* in each file, and now transifex keep the unicode char (check with FR
download for use)

Mistake: transifex don't support uploaded unicode chars.


The way the original workflow was:
-Upload new versions of the resources file in english
-Translators create a new language in transifex.
-Download new language resources file
-Fix encoding

For the fix encoding step, we can use this (unix and JDK) commands for

each language:

CODELANG=it_IT


FILE_TRANSIFEX=for_use_CloudStack_UI_41xmessageproperties_${CODELANG}.properties

FILE_RES=messages_${CODELANG}.properties

# Convert to ascii with unicode (native2ascii is a JDK tool)
native2ascii ${FILE_TRANSIFEX} /tmp/${FILE_RES}.ascii-with-unicode

# sort key, add a double-backslash before the quote char ( ' ==>  \\' )
grep -v "^#" /tmp/${FILE_RES}.ascii-with-unicode | sort -f | uniq | sed

"s/'/\'/g">
/tmp/${FILE_RES}.ascii-with-unicode_doublebackslashquote

# Define Apache Licence Header (one long line)
AL2_STRING="# Licensed to the Apache Software Foundation (ASF) under

one\n# or more contributor license agreements.  See the NOTICE file\n#
distributed with this work for additional information\n# regarding
copyright ownership.  The ASF licenses this file\n# to you under the Apache
License, Version 2.0 (the\n# \"License\"); you may not use this file except
in compliance\n# with the License.  You may obtain a copy of the License
at\n#\n#   http://www.apache.org/licenses/LICENSE-2.0\n#\n# Unless
required by applicable law or agreed to in writing,\n# software distributed
under the License is distributed on an\n# \"AS IS\" BASIS, WITHOUT
WARRANTIES OR CONDITIONS OF ANY\n# KIND, either express or implied.  See
the License for the\n# specific language governing permissions and
limitations\n# under the License."

# Re-introduce the AL2 header
echo -e "$AL2_STRING" | cat -

/tmp/${FILE_RES}.ascii-with-unicode_doublebackslashquote>
./FOR_REPO_${FILE_RES}



So I never uploaded the language specific resource file to transifex.

Won't we have a problem that they won't stay in sync with the en-US
resource file, if it gets changed ?

On upload, Transifex seems only get the matching key with source

language.

In any case I uploaded the ja-JP resource file and the result on

transifex is less than optimal, check the unreviewed strings, there is a
mix of encoding.

We needs to revert the native to ascii convert.
We can use this steps for each language before uploading on transifex :

CODELANG=ja
FILE_RES=messages_${CODELANG}.properties

# Revert convert
native2ascii -reverse ${FILE_RES} /tmp/${FILE_RES}.native1

# Remove double backslashes before 

Re: [DOCS][TRANSLATIONS] Upate

[Milamber]

Le 23/04/2013 13:50, Gavin Lee a ecrit :

Following Milamber's guide , below process I used for
4.1.xmessage.properties on zh_CN:
1. git pull for the latest messages_zh_CN.properties
2. native2ascii -reverse messages_zh_CN.properties
/tmp/zh_CN.properties.native -encoding utf8
3. copy to the CloudStack_UI transifex project: cp/tmp/zh_CN.properties.native /
txprj/acsui/translations/CloudStack_UI.41xmessageproperties
4. tx push -l zh_CN -r CloudStack_UI.41xmessageproperties -t
5. Do translation on transifex, there are some untranslated items when
syncing with en.properties
6. tx pull -a


Then convert to ascii with unicode, the i18nedit tools throws exception, I
tried native2ascii command as below and UI display correctly:
native2ascii -encoding UTF-8 zh_CN.properties messages_zh_CN.properties

Are the whole processes above correct or not?


Yes the process is correct, but currently on master branch the 
messages_zh_CN.properties is not converting into a ASCII with unicode 
unlike the 4.1 branch.
I will fix this for all messages_xx.properties on master branch today 
(tonight) (FRench is already convert)


=== (on master branch) ===

cloudstack-dev/client/WEB-INF/classes/resources$ file *
messages_fr_FR.properties: ASCII text, with very long lines
messages_ja.properties:UTF-8 Unicode text, with very long lines
messages_ko_KR.properties: UTF-8 Unicode text, with very long lines
messages.properties:   ASCII text, with very long lines
messages_pt_BR.properties: ISO-8859 text, with very long lines
messages_ru_RU.properties: UTF-8 Unicode text, with very long lines, 
with CRLF line terminators
messages_zh_CN.properties: UTF-8 Unicode text, with very long lines, 
with CRLF, LF line terminators


=== (on 4.1 branch) ===
cloudstack-dev/client/WEB-INF/classes/resources$ file *
messages_ca.properties:ASCII text, with very long lines
messages_de_DE.properties: ASCII text
messages_es.properties:ASCII text, with very long lines
messages_fr_FR.properties: ASCII text, with very long lines
messages_it_IT.properties: ASCII text, with very long lines
messages_ja.properties:ASCII text, with very long lines
messages_ko_KR.properties: ASCII text, with very long lines
messages_nb_NO.properties: ASCII text
messages.properties:   ASCII text, with very long lines
messages_pt_BR.properties: ASCII text, with very long lines
messages_ru_RU.properties: ASCII text, with very long lines
messages_zh_CN.properties: ASCII text, with very long lines

Milamber







On Tue, Apr 23, 2013 at 12:01 AM, Sebastien Goasguenwrote:


Milamber, I made you a manager of the transifex project so you can help
fixing those issues.

-sebastien

On Apr 22, 2013, at 11:10 AM, Milamber  wrote:



Le 17/04/2013 07:26, Sebastien Goasguen a ecrit :

On Apr 16, 2013, at 11:10 AM, Milamber   wrote:


Le 16/04/2013 13:41, Gavin Lee a ecrit :

Yes, Traditional Chinese moving very quickly.
Hopefully, the other languages can have more contributors.

For the UI part, I saw the characters are not recognizable (browser
encoding setting: auto detect&Unicode UTF-8):
ja: http://snag.gy/AVsbU.jpg
zh_CN: http://snag.gy/MxbBS.jpg

This screenshots shows some characters with a incorrect encoding (try

to display a char as a ISO-8859-1 (or japanese charset) but the encoding is
a UTF-8, I think)

With Sebgoa, we have correct all UI ressource file to have only one

encoding charset in this files (ASCII with unicode). The transifex data
isn't up-to-date.

Sebgoa, I think we must upload the last version of this (all)

resources files (except FR already done) from branch 4.1 to transifex.

The last version of resources files is ASCII with unicode for *all

chars* in each file, and now transifex keep the unicode char (check with FR
download for use)

Mistake: transifex don't support uploaded unicode chars.


The way the original workflow was:
-Upload new versions of the resources file in english
-Translators create a new language in transifex.
-Download new language resources file
-Fix encoding

For the fix encoding step, we can use this (unix and JDK) commands for

each language:

CODELANG=it_IT


FILE_TRANSIFEX=for_use_CloudStack_UI_41xmessageproperties_${CODELANG}.properties

FILE_RES=messages_${CODELANG}.properties

# Convert to ascii with unicode (native2ascii is a JDK tool)
native2ascii ${FILE_TRANSIFEX} /tmp/${FILE_RES}.ascii-with-unicode

# sort key, add a double-backslash before the quote char ( ' ==>  \\' )
grep -v "^#" /tmp/${FILE_RES}.ascii-with-unicode | sort -f | uniq | sed

"s/'/\'/g">
/tmp/${FILE_RES}.ascii-with-unicode_doublebackslashquote

# Define Apache Licence Header (one long line)
AL2_STRING="# Licensed to the Apache Software Foundation (ASF) under

one\n# or more contributor license agreements.  See the NOTICE file\n#
distributed with this work for additional information\n# regarding
copyright ownership.  The ASF licenses this file\n# to you under the Apache
License, Version 2.0 (the\n# \"License\"); you may not use this fil

Re: Exposing APIs that carry POST data

[Sebastien Goasguen]

On Apr 24, 2013, at 4:38 AM, Prasanna Santhanam  wrote:

> Vijay added the ability to send userdata as POST for the
> deployVirtualMachine API in review [1]. What I'd like to address here
> is how to expose this via ApiDiscovery so that clients like marvin,
> cloudmonkey can autogenerate themselves to support APIs of this
> kind. This also needs to be clearly specified in our API docs.
> 
> I'm guessing we'll have to put in additional annotations on our APIs
> that support POST so that API discovery can print the methods
> supported (GET/POST). Right now it's only the deployVMCmd (AFAIK). But
> I expect this will need to be done for others soon.
> 
> I've included POST support for _every_ command in marvin but that's
> just brute-force. To make it more intelligent I think we should apply
> it to only apis that make sense as POST (causing side-effects). But
> that needs to be exposed by the api endpoint.
> 
> Thoughts?

Prasanna, this seems to me like a bigger discussion as you say, we could see 
more api start having a POST.
Will we later see DELETE and PATCH…

Could be that we are talking about making the API from RESTfull which would be 
a big undertaking.

I started a toy REST example for a talk:
https://github.com/runseb/cloudstack-flask/blob/master/flasktest.py

It would be a bit silly to create a REST wrapper on our API but might give 
ideas...

-Sebastien

> 
> [1] https://reviews.apache.org/r/10294/
> 
> -- 
> Prasanna.,
> 
> 
> Powered by BigRock.com
> 

Re: [Discuss] Support for non-contiguous vlan ranges.

[Bharat Kumar]

No we can add or remove only one vlan range at a time.

On Apr 24, 2013, at 10:50 AM, Radhika Puthiyetath 

 wrote:

> Can I add/ remove multiple vlan ranges ( vlan 500- 600, 200- 250; remove 100- 
> 150, 300-350) by using the API?
> 
> -Original Message-
> From: Bharat Kumar [mailto:bharat.ku...@citrix.com] 
> Sent: Thursday, March 14, 2013 1:55 PM
> To: cloudstack-...@incubator.apache.org
> Subject: Re: [Discuss] Support for non-contiguous vlan ranges.
> 
> If the remove fails add will also fail.
> 
> Bharat.
> On Mar 13, 2013, at 11:26 AM, Chiradeep Vittal  
> wrote:
> 
>> If the remove fails, will the add still succeed?
>> 
>> On 3/5/13 11:20 PM, "Bharat Kumar"  wrote:
>> 
>>> The changes will be atomic.
>>> before removing any range we need to check if any of the vlans in the 
>>> range are in use. The operation will fail if some vlans in the remove 
>>> range are in use.
>>> i.e. if E=100-200 (existing) U(used)=101,121,131 and remove=100-201 
>>> we do not remove this range as 101,121, and 131 are being used.
>>> if the admin wants to remove the reset of the range leaving the used 
>>> ones he can say remove 100-100, 102-120, etc
>>> 
>>> I will update this in the FS.
>>> 
>>> Bharat.
>>> 
>>> On Mar 6, 2013, at 6:11 AM, Chiradeep Vittal 
>>>  wrote:
>>> 
 Will the changes be atomic? All or nothing?
 
 Existing range E= 100-200, in use U=101,121,131 New request: 
 add=201-301, remove=100-201
 
 Or
 E = 100-200, U=110-120
 A = 150-250, R=100-149
 
 etc
 
 On 1/24/13 10:13 PM, "Bharat Kumar"  wrote:
 
> Thank  you Manan for pointing this out i intended to say multiple 
> Vlans not IPs.
> I corrected it in the FS.
> 
> Bharat
> On Jan 25, 2013, at 4:25 AM, Manan Shah  wrote:
> 
>> Bharat, I reviewed the FS and I have the following question. It 
>> states thatŠ
>> 
>> Admin can update the vlan range after creation or can add multiple 
>> non contiguous vlan ranges while creating a zone. This can be done 
>> by changing the UpdatephysicalNetwork api. It allows only 
>> extending of the vlan. we plan to extend the api to update the 
>> vlan with multiple ip Ranges.
>> 
>> What does it mean by "we plan to extend the API to update the VLAN 
>> with multiple IP Ranges". Specifically the "Multiple IP Ranges" 
>> part.
>> 
>> Can you clarify?
>> 
>> 
>> Regards,
>> Manan Shah
>> 
>> 
>> 
>> 
>> On 1/4/13 8:49 AM, "Manan Shah"  wrote:
>> 
>>> Bharat, I have created a JIRA ticket as well as requirements page 
>>> for this requirement. Please leverage that.
>>> 
>>> Regards,
>>> Manan Shah
>>> 
>>> 
>>> 
>>> 
>>> On 1/3/13 10:33 PM, "Prasanna Santhanam"  wrote:
>>> 
 On Fri, Jan 04, 2013 at 11:37:28AM +0530, Bharat Kumar wrote:
> Hi all,
> 
> In cloudstack we specify the vlan ranges in advanced zone. 
> These vlans are used while creating the guest networks.  
> Presently we can add only one continuos vlan range. There is no 
> way to add non contiguous vlan ranges.
> 
> So we propose to add a feature to support adding multiple vlan 
> ranges.
> 
> This feature will enable adding non contiguous vlan ranges.
> 
 
 Will it support extending the ranges in non-contiguous 
 increments after the zone has been created?
 
 So I start with 100-200 and then later extend my switch and 
 cloudstack to do 300-400, 492 and 50-80 say?
 
 --
 Prasanna.,
>>> 
>> 
> 
 
>>> 
>> 
> 

Re: Review Request: Updated cloud-early-config to copy iptables-router to rules.v4

[Abhinandan Prateek]

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

Ship it!


Ship It!

- Abhinandan Prateek


On April 24, 2013, 7:27 a.m., Jayapal Reddy wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10753/
> ---
> 
> (Updated April 24, 2013, 7:27 a.m.)
> 
> 
> Review request for cloudstack, Chip Childers, Abhinandan Prateek, and edison 
> su.
> 
> 
> Description
> ---
> 
> Updated cloud-early-config to copy iptables-router to rules.v4, because in 
> iptables-persistent  iptables-restore is loading config /etc/iptables/rules.v4
> 
> 
> This addresses bug CLOUDSTACK-2161.
> 
> 
> Diffs
> -
> 
>   patches/systemvm/debian/config/etc/init.d/cloud-early-config b8ddaf1 
> 
> Diff: https://reviews.apache.org/r/10753/diff/
> 
> 
> Testing
> ---
> 
> Tested on the running setup by editing the file.
> 
> 
> Thanks,
> 
> Jayapal Reddy
> 
>

Re: [DOCS][TRANSLATIONS] Upate

[Isaac Chiang]

Hi Sebastien:
   May I join the Runbook project too? I wanna make an overall
review for these two documents, thanks.

Regards


On Wed, Apr 24, 2013 at 4:20 PM, Sebastien Goasguen wrote:

>
> On Apr 24, 2013, at 4:18 AM, Isaac Chiang  wrote:
>
> > I Get it :)  I'll investigate this function deeper to see how it can help
> > us.
>
> Terrific, I was hoping you would say that :)
>
> >
> > Many thanks.
> >
> > Isaac
> >
> >
> > On Wed, Apr 24, 2013 at 4:11 PM, Sebastien Goasguen  >wrote:
> >
> >>
> >> On Apr 24, 2013, at 3:58 AM, Isaac Chiang 
> wrote:
> >>
> >>> Hi Sebastien:
> >>>
> >>>   Thanks!! I see the "View glossary" button just right at the
> >>> upper right corner of the table in this page:
> >>>
> >>> https://www.transifex.com/projects/p/ACS_DOCS/
> >>>
> >>> After entering the glossary page, I am able to select language for
> >> glossary
> >>> and add new term.
> >>>
> >>> So I'm wondering if this glossary table will be appended to the
> document
> >> or
> >>> it just provide the hint
> >>>
> >>> when we're translating?
> >>
> >> We are not using it:
> >>
> >> http://help.transifex.com/features/glossary.html
> >>
> >> However we could to insure consistency of the translations between
> >> translators of the same language.
> >>
> >>
> >>>
> >>> Regards
> >>>
> >>>
> >>> Isaac
> >>>
> >>>
> >>>
> >>>
> >>> On Wed, Apr 24, 2013 at 3:21 PM, Sebastien Goasguen  >>> wrote:
> >>>
> 
>  On Apr 23, 2013, at 10:17 PM, Isaac Chiang 
> >> wrote:
> 
> > Hi all:
> > I have a few questions and looking for help. After the documents
> > have been translated, can I use Transifex to review these documents?
>  Cause
> > I noticed that some of the terminology aren't consistent during the
> > translation and the language sources are too large for me to handling
> >> the
> > review process. So I'm wondering if it is possible for a normal user
> in
> > Transifex to mark the sentence as reviewed and prevent from reviewing
> >> it
> > twice?
> 
>  Isaac, considering you translated 95% of the documentation in zh-TW I
> >> made
>  you a maintainer of the ACS_DOCS
>  You should be able to review your own translations, string by string.
> >
> > Another question is about the glossary, is it part of translation
> >> program
> > or a assistant mechanism to support translation?
> 
>  Don't know, I have never looked at the glossary. Where do you see it ?
> 
> >
> > Thanks & best regards
> >
> > Isaac
> >
> >
> > On Tue, Apr 23, 2013 at 9:50 PM, Gavin Lee 
> >> wrote:
> >
> >> Following Milamber's guide , below process I used for
> >> 4.1.xmessage.properties on zh_CN:
> >> 1. git pull for the latest messages_zh_CN.properties
> >> 2. native2ascii -reverse messages_zh_CN.properties
> >> /tmp/zh_CN.properties.native -encoding utf8
> >> 3. copy to the CloudStack_UI transifex project:
> >> cp/tmp/zh_CN.properties.native /
> >> txprj/acsui/translations/CloudStack_UI.41xmessageproperties
> >> 4. tx push -l zh_CN -r CloudStack_UI.41xmessageproperties -t
> >> 5. Do translation on transifex, there are some untranslated items
> when
> >> syncing with en.properties
> >> 6. tx pull -a
> >>
> >>
> >> Then convert to ascii with unicode, the i18nedit tools throws
>  exception, I
> >> tried native2ascii command as below and UI display correctly:
> >> native2ascii -encoding UTF-8 zh_CN.properties
> >> messages_zh_CN.properties
> >>
> >> Are the whole processes above correct or not?
> >>
> >>
> >>
> >>
> >> On Tue, Apr 23, 2013 at 12:01 AM, Sebastien Goasguen <
> >> run...@gmail.com
> >>> wrote:
> >>
> >>> Milamber, I made you a manager of the transifex project so you can
> >> help
> >>> fixing those issues.
> >>>
> >>> -sebastien
> >>>
> >>> On Apr 22, 2013, at 11:10 AM, Milamber 
> wrote:
> >>>
> 
> 
>  Le 17/04/2013 07:26, Sebastien Goasguen a ecrit :
> > On Apr 16, 2013, at 11:10 AM, Milamber
> >> wrote:
> >
> >>
> >> Le 16/04/2013 13:41, Gavin Lee a ecrit :
> >>> Yes, Traditional Chinese moving very quickly.
> >>> Hopefully, the other languages can have more contributors.
> >>>
> >>> For the UI part, I saw the characters are not recognizable
> >> (browser
> >>> encoding setting: auto detect&   Unicode UTF-8):
> >>> ja: http://snag.gy/AVsbU.jpg
> >>> zh_CN: http://snag.gy/MxbBS.jpg
> >> This screenshots shows some characters with a incorrect encoding
>  (try
> >>> to display a char as a ISO-8859-1 (or japanese charset) but the
>  encoding
> >> is
> >>> a UTF-8, I think)
> >>
> >> With Sebgoa, we have correct all UI ressource file to have only
> >> one
> >>> encoding charset in this files (ASCII with unicode). The tra

Using new systemvm template from Jenkin but failed

[Nguyen Anh Tu]

Hi guys,

I downloaded latest systemvm template (32bit) from
http://jenkins.cloudstack.org and registered successfully to CloudStack.
But when SSVM & CPVM started, it failed. Log is here:

2013-04-24 14:38:12,496 DEBUG [xen.resource.CitrixResourceBase]
(DirectAgent-8:null) 1. The VM v-6-VM is in Starting state.
2013-04-24 14:38:12,540 ERROR [mom.rabbitmq.RabbitMQEventBus]
(secstorage-1:null) Failed to create a connection to AMQP server due to
Connection refused
2013-04-24 14:38:12,540 WARN  [storage.listener.VolumeStateListener]
(secstorage-1:null) Failed to state change event on the the event bus.
2013-04-24 14:38:12,549 DEBUG [xen.resource.CitrixResourceBase]
(DirectAgent-8:null) Created VM 1efc01b8-d56e-d5a5-0318-22c6d27de7c1 for
v-6-VM
2013-04-24 14:38:12,556 DEBUG
[storage.secondary.SecondaryStorageManagerImpl] (secstorage-1:null) Boot
Args for VM[SecondaryStorageVm|s-5-VM]:  template=domP type=secstorage
host=192.168.4.246 por$
2013-04-24 14:38:12,604 DEBUG [xen.resource.CitrixResourceBase]
(DirectAgent-8:null) PV args are -- quiet
console=hvc0%template=domP%type=consoleproxy%host=192.168.4.246%port=8250%name=v-6-VM%prem$
2013-04-24 14:38:12,630 DEBUG [agent.transport.Request] (secstorage-1:null)
Seq 1-437911564: Waiting for Seq 437911563 Scheduling:  { Cmd , MgmtId:
158515241344302, via: 1, Ver: v1, Flags: 100111,$
2013-04-24 14:38:12,634 DEBUG [xen.resource.CitrixResourceBase]
(DirectAgent-8:null) VBD b71e2d0c-cb34-5efb-554c-0c370be25df4 created for
Vol[6|ROOT|41f8f2ba-5955-4170-8611-830e90cba0a6|2097152]
2013-04-24 14:38:12,798 DEBUG [xen.resource.CitrixResourceBase]
(DirectAgent-8:null) Creating VIF for v-6-VM on nic
[Nic:Public-192.168.4.152-vlan://untagged]
2013-04-24 14:38:12,831 DEBUG [xen.resource.CitrixResourceBase]
(DirectAgent-8:null) Created a vif 0fa8350a-169c-cfdc-e239-0630db9bb797 on 2
2013-04-24 14:38:12,831 DEBUG [xen.resource.CitrixResourceBase]
(DirectAgent-8:null) Creating VIF for v-6-VM on nic
[Nic:Control-169.254.1.32-null]
2013-04-24 14:38:12,882 DEBUG [xen.resource.CitrixResourceBase]
(DirectAgent-8:null) already have a vif on dom0 for link local network
2013-04-24 14:38:12,995 DEBUG [xen.resource.CitrixResourceBase]
(DirectAgent-8:null) Created a vif 0d6e562c-f9a6-aaee-b52a-c3ab08e70d36 on 0
2013-04-24 14:38:12,995 DEBUG [xen.resource.CitrixResourceBase]
(DirectAgent-8:null) Creating VIF for v-6-VM on nic
[Nic:Management-192.168.4.168-null]
2013-04-24 14:38:13,022 DEBUG [xen.resource.CitrixResourceBase]
(DirectAgent-8:null) Created a vif 5bc21c8c-46ed-cea7-23cc-fb9067eb7f2e on 1
2013-04-24 14:38:15,688 DEBUG [agent.manager.DirectAgentAttache]
(DirectAgent-1:null) Ping from 1
2013-04-24 14:38:16,067 DEBUG [agent.manager.DirectAgentAttache]
(DirectAgent-5:null) Seq 1-437911556: Executing request
2013-04-24 14:38:16,068 WARN  [xen.resource.CitrixResourceBase]
(DirectAgent-8:null) Task failed! Task record: uuid:
d1a3f55d-64e6-9e4d-449b-3baa683f31af
   nameLabel: Async.VM.start_on
 nameDescription:
   allowedOperations: []
   currentOperations: {}
 created: Wed Apr 24 14:32:45 ICT 2013
finished: Wed Apr 24 14:32:47 ICT 2013
  status: failure
  residentOn: com.xensource.xenapi.Host@f488f094
progress: 1.0
type: 
  result:
   errorInfo: [WARNING: /dev/xvda is not a disk image, Traceback
(most recent call last):,   File "/usr/bin/pygrub", line 746, in ?,
raise RuntimeError, "Unable to find partition conta$
 otherConfig: {}
   subtaskOf: com.xensource.xenapi.Task@aaf13f6f
subtasks: []
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.checkForSuccess(CitrixResourceBase.java:3395)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixResourceBase.java:3507)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1473)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:440)
at
com.cloud.hypervisor.xen.resource.XcpServerResource.executeRequest(XcpServerResource.java:52)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:178)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:292)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
at java.lang.Thread.run(Thread.java:722)


How can I fix it? Appreciate for any help :-)
-- 

CS : Upgrade from 2.2.14 to 4.1.0

[nicolas.lamirault]

hi,
due to BUG CS 528, we can't upgrade our production to 4.0.x.
So we try to upgrade to 4.1.0.
When we start CS, we 've read theses logs :

2013-04-24 10:57:23,407 DEBUG [upgrade.dao.VersionDaoImpl] 
(Timer-1:null) Checking to see if the database is at a version before it 
was the version table is created
2013-04-24 10:57:23,420 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) DB version = 2.2.14 Code Version = 4.1.0
2013-04-24 10:57:23,421 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) Database upgrade must be performed from 2.2.14 to 4.1.0
2013-04-24 10:57:23,421 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) => Version 2.2.7
2013-04-24 10:57:23,421 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null)  2.2.8 2.2.9 2.2.10 2.2.11 2.2.12 2.2.13 2.2.14 3.0.0 
3.0.1 3.0.2 4.0.0
2013-04-24 10:57:23,421 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) => Version 2.2.6
2013-04-24 10:57:23,421 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null)  2.2.8 2.2.9 2.2.10 2.2.11 2.2.12 2.2.13 2.2.14 3.0.0 
3.0.1 3.0.2 4.0.0
2013-04-24 10:57:23,421 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) => Version 2.2.5
2013-04-24 10:57:23,421 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null)  2.2.6 2.2.8 2.2.9 2.2.10 2.2.11 2.2.12 2.2.13 2.2.14 
3.0.0 3.0.1 3.0.2 4.0.0
2013-04-24 10:57:23,421 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) => Version 2.2.4
2013-04-24 10:57:23,421 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null)  2.2.5 2.2.6 2.2.8 2.2.9 2.2.10 2.2.11 2.2.12 2.2.13 
2.2.14 3.0.0 3.0.1 3.0.2 4.0.0
2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) => Version 2.2.3
2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null)  2.2.4 2.2.4 2.2.5 2.2.6 2.2.8 2.2.9 2.2.10 2.2.11 2.2.12 
2.2.13 2.2.14 3.0.0 3.0.1 3.0.2 4.0.0
2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) => Version 2.2.2
2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null)  2.2.4 2.2.4 2.2.5 2.2.6 2.2.8 2.2.9 2.2.10 2.2.11 2.2.12 
2.2.13 2.2.14 3.0.0 3.0.1 3.0.2 4.0.0
2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) => Version 2.2.1
2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null)  2.2.2 2.2.4 2.2.4 2.2.5 2.2.6 2.2.8 2.2.9 2.2.10 2.2.11 
2.2.12 2.2.13 2.2.14 3.0.0 3.0.1 3.0.2 4.0.0
2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) => Version 3.0.2
2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null)  4.0.0
2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) => Version 3.0.1
2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null)  3.0.2 4.0.0
2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) => Version 2.2.10
2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null)  2.2.11 2.2.12 2.2.13 2.2.14 3.0.0 3.0.1 3.0.2 4.0.0
2013-04-24 10:57:23,422 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) => Version 2.2.11
2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null)  2.2.12 2.2.13 2.2.14 3.0.0 3.0.1 3.0.2 4.0.0
2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) => Version 2.2.8
2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null)  2.2.9 2.2.10 2.2.11 2.2.12 2.2.13 2.2.14 3.0.0 3.0.1 
3.0.2 4.0.0
2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) => Version 2.2.12
2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null)  2.2.13 2.2.14 3.0.0 3.0.1 3.0.2 4.0.0
2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) => Version 2.2.9
2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null)  2.2.10 2.2.11 2.2.12 2.2.13 2.2.14 3.0.0 3.0.1 3.0.2 4.0.0
2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) => Version 2.2.13
2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null)  2.2.14 3.0.0 3.0.1 3.0.2 4.0.0
2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) => Version 2.1.7
2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null)  2.1.8 2.2.1 2.2.2 2.2.4 2.2.4 2.2.5 2.2.6 2.2.8 2.2.9 
2.2.10 2.2.11 2.2.12 2.2.13 2.2.14 3.0.0 3.0.1 3.0.2 4.0.0
2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) => Version 2.2.14
2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null)  3.0.0 3.0.1 3.0.2 4.0.0
2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Timer-1:null) => Version 2.1.8
2013-04-24 10:57:23,423 INFO  [cloud.upgrade.DatabaseUpgradeChecker] 
(Ti

Exposing APIs that carry POST data

[Prasanna Santhanam]

Vijay added the ability to send userdata as POST for the
deployVirtualMachine API in review [1]. What I'd like to address here
is how to expose this via ApiDiscovery so that clients like marvin,
cloudmonkey can autogenerate themselves to support APIs of this
kind. This also needs to be clearly specified in our API docs.

I'm guessing we'll have to put in additional annotations on our APIs
that support POST so that API discovery can print the methods
supported (GET/POST). Right now it's only the deployVMCmd (AFAIK). But
I expect this will need to be done for others soon.

I've included POST support for _every_ command in marvin but that's
just brute-force. To make it more intelligent I think we should apply
it to only apis that make sense as POST (causing side-effects). But
that needs to be exposed by the api endpoint.

Thoughts?

[1] https://reviews.apache.org/r/10294/

-- 
Prasanna.,


Powered by BigRock.com

Re: Review Request: Remove 2k limitation for user data on a deployVMCmd issued as an HTTP POST request

[Prasanna Santhanam]

On Tue, Apr 23, 2013 at 02:08:09PM -0700, Vijayendra Bhamidipati wrote:
> Hi Prasanna,
> 
> Thanks for catching the absence of license in the new file - I'll make the 
> required changes.
> 
> Regarding the POST, the whole query needs to be sent in as a POST
> query and not only the userdata as POST data, because CS APIs are
> supposed to work with either GET or POST. The doGet() and doPost()
> httpservlet routines in the mgmt. server's ApiServlet.java will
> process them in the appropriate way. The integration port code path
> also calls into the same code path that the latter routines call
> into.

Ok - because you said the following to Rohit on this thread, I changed marvin
to allow POST only in the body and the rest of the args as params in the url
GET-style. Is it something you decided against later?  

"""
Yes, the POST will be handled by ApiServlet's doPost() only, and the userdata
will need to be put into the POST body.
"""

I'm ok with your implementation however and have applied it with changes to
your test. I also added an additional test to do the userdata via GET. The
tests will run on both devcloud and simulator. 

These are the rebased commits on master:
4e9e7937ed5e56cbd7f678b2ed9863a56af16635 Fix Vijay's test to use the marvin 
integratin libararies
b0caae6b33347f36721f28dca1fa12e7b18f1cd1 CLOUDSTACK-1086: DeployVirtualMachine 
userdata enhancements

~/workspace/cloudstack/incubator-cloudstack(branch:master) ?? nosetests 
--with-marvin --marvin-config=setup/dev/advanced.cfg 
test/integration/component/test_deploy_vm_with_userdata.py --load --pdb
Test userdata as GET, size > 2k ... ok
Test userdata as POST, size > 2k ... ok

--
Ran 2 tests in 15.791s

OK

I have another related request on how to handle this for marvin, apidocs and
cloudmonkey. Will raise a separate thread on that.

Thanks,

-- 
Prasanna.,


Powered by BigRock.com

Re: [DOCS][TRANSLATIONS] Upate

[Sebastien Goasguen]

On Apr 24, 2013, at 4:18 AM, Isaac Chiang  wrote:

> I Get it :)  I'll investigate this function deeper to see how it can help
> us.

Terrific, I was hoping you would say that :)

> 
> Many thanks.
> 
> Isaac
> 
> 
> On Wed, Apr 24, 2013 at 4:11 PM, Sebastien Goasguen wrote:
> 
>> 
>> On Apr 24, 2013, at 3:58 AM, Isaac Chiang  wrote:
>> 
>>> Hi Sebastien:
>>> 
>>>   Thanks!! I see the "View glossary" button just right at the
>>> upper right corner of the table in this page:
>>> 
>>> https://www.transifex.com/projects/p/ACS_DOCS/
>>> 
>>> After entering the glossary page, I am able to select language for
>> glossary
>>> and add new term.
>>> 
>>> So I'm wondering if this glossary table will be appended to the document
>> or
>>> it just provide the hint
>>> 
>>> when we're translating?
>> 
>> We are not using it:
>> 
>> http://help.transifex.com/features/glossary.html
>> 
>> However we could to insure consistency of the translations between
>> translators of the same language.
>> 
>> 
>>> 
>>> Regards
>>> 
>>> 
>>> Isaac
>>> 
>>> 
>>> 
>>> 
>>> On Wed, Apr 24, 2013 at 3:21 PM, Sebastien Goasguen >> wrote:
>>> 
 
 On Apr 23, 2013, at 10:17 PM, Isaac Chiang 
>> wrote:
 
> Hi all:
> I have a few questions and looking for help. After the documents
> have been translated, can I use Transifex to review these documents?
 Cause
> I noticed that some of the terminology aren't consistent during the
> translation and the language sources are too large for me to handling
>> the
> review process. So I'm wondering if it is possible for a normal user in
> Transifex to mark the sentence as reviewed and prevent from reviewing
>> it
> twice?
 
 Isaac, considering you translated 95% of the documentation in zh-TW I
>> made
 you a maintainer of the ACS_DOCS
 You should be able to review your own translations, string by string.
> 
> Another question is about the glossary, is it part of translation
>> program
> or a assistant mechanism to support translation?
 
 Don't know, I have never looked at the glossary. Where do you see it ?
 
> 
> Thanks & best regards
> 
> Isaac
> 
> 
> On Tue, Apr 23, 2013 at 9:50 PM, Gavin Lee 
>> wrote:
> 
>> Following Milamber's guide , below process I used for
>> 4.1.xmessage.properties on zh_CN:
>> 1. git pull for the latest messages_zh_CN.properties
>> 2. native2ascii -reverse messages_zh_CN.properties
>> /tmp/zh_CN.properties.native -encoding utf8
>> 3. copy to the CloudStack_UI transifex project:
>> cp/tmp/zh_CN.properties.native /
>> txprj/acsui/translations/CloudStack_UI.41xmessageproperties
>> 4. tx push -l zh_CN -r CloudStack_UI.41xmessageproperties -t
>> 5. Do translation on transifex, there are some untranslated items when
>> syncing with en.properties
>> 6. tx pull -a
>> 
>> 
>> Then convert to ascii with unicode, the i18nedit tools throws
 exception, I
>> tried native2ascii command as below and UI display correctly:
>> native2ascii -encoding UTF-8 zh_CN.properties
>> messages_zh_CN.properties
>> 
>> Are the whole processes above correct or not?
>> 
>> 
>> 
>> 
>> On Tue, Apr 23, 2013 at 12:01 AM, Sebastien Goasguen <
>> run...@gmail.com
>>> wrote:
>> 
>>> Milamber, I made you a manager of the transifex project so you can
>> help
>>> fixing those issues.
>>> 
>>> -sebastien
>>> 
>>> On Apr 22, 2013, at 11:10 AM, Milamber  wrote:
>>> 
 
 
 Le 17/04/2013 07:26, Sebastien Goasguen a ecrit :
> On Apr 16, 2013, at 11:10 AM, Milamber
>> wrote:
> 
>> 
>> Le 16/04/2013 13:41, Gavin Lee a ecrit :
>>> Yes, Traditional Chinese moving very quickly.
>>> Hopefully, the other languages can have more contributors.
>>> 
>>> For the UI part, I saw the characters are not recognizable
>> (browser
>>> encoding setting: auto detect&   Unicode UTF-8):
>>> ja: http://snag.gy/AVsbU.jpg
>>> zh_CN: http://snag.gy/MxbBS.jpg
>> This screenshots shows some characters with a incorrect encoding
 (try
>>> to display a char as a ISO-8859-1 (or japanese charset) but the
 encoding
>> is
>>> a UTF-8, I think)
>> 
>> With Sebgoa, we have correct all UI ressource file to have only
>> one
>>> encoding charset in this files (ASCII with unicode). The transifex
>> data
>>> isn't up-to-date.
>> 
>> Sebgoa, I think we must upload the last version of this (all)
>>> resources files (except FR already done) from branch 4.1 to
>> transifex.
>> The last version of resources files is ASCII with unicode for *all
>>> chars* in each file, and now transifex keep the unicode char (check
 with
>> FR
>>> download for use)
 
 Mistake: transifex don't support uploa

Re: [DOCS][TRANSLATIONS] Upate

[Isaac Chiang]

I Get it :)  I'll investigate this function deeper to see how it can help
us.

Many thanks.

Isaac


On Wed, Apr 24, 2013 at 4:11 PM, Sebastien Goasguen wrote:

>
> On Apr 24, 2013, at 3:58 AM, Isaac Chiang  wrote:
>
> > Hi Sebastien:
> >
> >Thanks!! I see the "View glossary" button just right at the
> > upper right corner of the table in this page:
> >
> > https://www.transifex.com/projects/p/ACS_DOCS/
> >
> > After entering the glossary page, I am able to select language for
> glossary
> > and add new term.
> >
> > So I'm wondering if this glossary table will be appended to the document
> or
> > it just provide the hint
> >
> > when we're translating?
>
> We are not using it:
>
> http://help.transifex.com/features/glossary.html
>
> However we could to insure consistency of the translations between
> translators of the same language.
>
>
> >
> > Regards
> >
> >
> > Isaac
> >
> >
> >
> >
> > On Wed, Apr 24, 2013 at 3:21 PM, Sebastien Goasguen  >wrote:
> >
> >>
> >> On Apr 23, 2013, at 10:17 PM, Isaac Chiang 
> wrote:
> >>
> >>> Hi all:
> >>>  I have a few questions and looking for help. After the documents
> >>> have been translated, can I use Transifex to review these documents?
> >> Cause
> >>> I noticed that some of the terminology aren't consistent during the
> >>> translation and the language sources are too large for me to handling
> the
> >>> review process. So I'm wondering if it is possible for a normal user in
> >>> Transifex to mark the sentence as reviewed and prevent from reviewing
> it
> >>> twice?
> >>
> >> Isaac, considering you translated 95% of the documentation in zh-TW I
> made
> >> you a maintainer of the ACS_DOCS
> >> You should be able to review your own translations, string by string.
> >>>
> >>> Another question is about the glossary, is it part of translation
> program
> >>> or a assistant mechanism to support translation?
> >>
> >> Don't know, I have never looked at the glossary. Where do you see it ?
> >>
> >>>
> >>> Thanks & best regards
> >>>
> >>> Isaac
> >>>
> >>>
> >>> On Tue, Apr 23, 2013 at 9:50 PM, Gavin Lee 
> wrote:
> >>>
>  Following Milamber's guide , below process I used for
>  4.1.xmessage.properties on zh_CN:
>  1. git pull for the latest messages_zh_CN.properties
>  2. native2ascii -reverse messages_zh_CN.properties
>  /tmp/zh_CN.properties.native -encoding utf8
>  3. copy to the CloudStack_UI transifex project:
>  cp/tmp/zh_CN.properties.native /
>  txprj/acsui/translations/CloudStack_UI.41xmessageproperties
>  4. tx push -l zh_CN -r CloudStack_UI.41xmessageproperties -t
>  5. Do translation on transifex, there are some untranslated items when
>  syncing with en.properties
>  6. tx pull -a
> 
> 
>  Then convert to ascii with unicode, the i18nedit tools throws
> >> exception, I
>  tried native2ascii command as below and UI display correctly:
>  native2ascii -encoding UTF-8 zh_CN.properties
> messages_zh_CN.properties
> 
>  Are the whole processes above correct or not?
> 
> 
> 
> 
>  On Tue, Apr 23, 2013 at 12:01 AM, Sebastien Goasguen <
> run...@gmail.com
> > wrote:
> 
> > Milamber, I made you a manager of the transifex project so you can
> help
> > fixing those issues.
> >
> > -sebastien
> >
> > On Apr 22, 2013, at 11:10 AM, Milamber  wrote:
> >
> >>
> >>
> >> Le 17/04/2013 07:26, Sebastien Goasguen a ecrit :
> >>> On Apr 16, 2013, at 11:10 AM, Milamber
>  wrote:
> >>>
> 
>  Le 16/04/2013 13:41, Gavin Lee a ecrit :
> > Yes, Traditional Chinese moving very quickly.
> > Hopefully, the other languages can have more contributors.
> >
> > For the UI part, I saw the characters are not recognizable
> (browser
> > encoding setting: auto detect&   Unicode UTF-8):
> > ja: http://snag.gy/AVsbU.jpg
> > zh_CN: http://snag.gy/MxbBS.jpg
>  This screenshots shows some characters with a incorrect encoding
> >> (try
> > to display a char as a ISO-8859-1 (or japanese charset) but the
> >> encoding
>  is
> > a UTF-8, I think)
> 
>  With Sebgoa, we have correct all UI ressource file to have only
> one
> > encoding charset in this files (ASCII with unicode). The transifex
> data
> > isn't up-to-date.
> 
>  Sebgoa, I think we must upload the last version of this (all)
> > resources files (except FR already done) from branch 4.1 to
> transifex.
>  The last version of resources files is ASCII with unicode for *all
> > chars* in each file, and now transifex keep the unicode char (check
> >> with
>  FR
> > download for use)
> >>
> >> Mistake: transifex don't support uploaded unicode chars.
> >>
> >>> The way the original workflow was:
> >>> -Upload new versions of the resources file in english
> >>> -Translators create a new language in transifex.

Re: [DOCS][TRANSLATIONS] Upate

[Sebastien Goasguen]

On Apr 23, 2013, at 9:50 AM, Gavin Lee  wrote:

> Following Milamber's guide , below process I used for
> 4.1.xmessage.properties on zh_CN:
> 1. git pull for the latest messages_zh_CN.properties
> 2. native2ascii -reverse messages_zh_CN.properties
> /tmp/zh_CN.properties.native -encoding utf8
> 3. copy to the CloudStack_UI transifex project: 
> cp/tmp/zh_CN.properties.native /
> txprj/acsui/translations/CloudStack_UI.41xmessageproperties
> 4. tx push -l zh_CN -r CloudStack_UI.41xmessageproperties -t
> 5. Do translation on transifex, there are some untranslated items when
> syncing with en.properties
> 6. tx pull -a
> 
> 
> Then convert to ascii with unicode, the i18nedit tools throws exception, I
> tried native2ascii command as below and UI display correctly:
> native2ascii -encoding UTF-8 zh_CN.properties messages_zh_CN.properties
> 
> Are the whole processes above correct or not?
> 

Gavin, I will differt o milamber on this one, he is working on this to clean up 
the encoding and provide scripts that can make us go back and forth between the 
source and transifex cleanly.

> 
> 
> 
> On Tue, Apr 23, 2013 at 12:01 AM, Sebastien Goasguen wrote:
> 
>> Milamber, I made you a manager of the transifex project so you can help
>> fixing those issues.
>> 
>> -sebastien
>> 
>> On Apr 22, 2013, at 11:10 AM, Milamber  wrote:
>> 
>>> 
>>> 
>>> Le 17/04/2013 07:26, Sebastien Goasguen a ecrit :
 On Apr 16, 2013, at 11:10 AM, Milamber  wrote:
 
> 
> Le 16/04/2013 13:41, Gavin Lee a ecrit :
>> Yes, Traditional Chinese moving very quickly.
>> Hopefully, the other languages can have more contributors.
>> 
>> For the UI part, I saw the characters are not recognizable (browser
>> encoding setting: auto detect&   Unicode UTF-8):
>> ja: http://snag.gy/AVsbU.jpg
>> zh_CN: http://snag.gy/MxbBS.jpg
> This screenshots shows some characters with a incorrect encoding (try
>> to display a char as a ISO-8859-1 (or japanese charset) but the encoding is
>> a UTF-8, I think)
> 
> With Sebgoa, we have correct all UI ressource file to have only one
>> encoding charset in this files (ASCII with unicode). The transifex data
>> isn't up-to-date.
> 
> Sebgoa, I think we must upload the last version of this (all)
>> resources files (except FR already done) from branch 4.1 to transifex.
> The last version of resources files is ASCII with unicode for *all
>> chars* in each file, and now transifex keep the unicode char (check with FR
>> download for use)
>>> 
>>> Mistake: transifex don't support uploaded unicode chars.
>>> 
 The way the original workflow was:
 -Upload new versions of the resources file in english
 -Translators create a new language in transifex.
 -Download new language resources file
 -Fix encoding
>>> 
>>> For the fix encoding step, we can use this (unix and JDK) commands for
>> each language:
>>> 
>>> CODELANG=it_IT
>>> 
>> FILE_TRANSIFEX=for_use_CloudStack_UI_41xmessageproperties_${CODELANG}.properties
>>> FILE_RES=messages_${CODELANG}.properties
>>> 
>>> # Convert to ascii with unicode (native2ascii is a JDK tool)
>>> native2ascii ${FILE_TRANSIFEX} /tmp/${FILE_RES}.ascii-with-unicode
>>> 
>>> # sort key, add a double-backslash before the quote char ( ' ==> \\' )
>>> grep -v "^#" /tmp/${FILE_RES}.ascii-with-unicode | sort -f | uniq | sed
>> "s/'/\'/g" >
>> /tmp/${FILE_RES}.ascii-with-unicode_doublebackslashquote
>>> 
>>> # Define Apache Licence Header (one long line)
>>> AL2_STRING="# Licensed to the Apache Software Foundation (ASF) under
>> one\n# or more contributor license agreements.  See the NOTICE file\n#
>> distributed with this work for additional information\n# regarding
>> copyright ownership.  The ASF licenses this file\n# to you under the Apache
>> License, Version 2.0 (the\n# \"License\"); you may not use this file except
>> in compliance\n# with the License.  You may obtain a copy of the License
>> at\n#\n#   http://www.apache.org/licenses/LICENSE-2.0\n#\n# Unless
>> required by applicable law or agreed to in writing,\n# software distributed
>> under the License is distributed on an\n# \"AS IS\" BASIS, WITHOUT
>> WARRANTIES OR CONDITIONS OF ANY\n# KIND, either express or implied.  See
>> the License for the\n# specific language governing permissions and
>> limitations\n# under the License."
>>> 
>>> # Re-introduce the AL2 header
>>> echo -e "$AL2_STRING" | cat -
>> /tmp/${FILE_RES}.ascii-with-unicode_doublebackslashquote >
>> ./FOR_REPO_${FILE_RES}
>>> 
>>> 
 
 So I never uploaded the language specific resource file to transifex.
>> Won't we have a problem that they won't stay in sync with the en-US
>> resource file, if it gets changed ?
>>> 
>>> On upload, Transifex seems only get the matching key with source
>> language.
>>> 
 
 In any case I uploaded the ja-JP resource file and the result on
>> transifex is less than optimal, check the unreviewed strings, there is a
>> mix of encoding.
>>> 
>>> We ne

Re: [DOCS][TRANSLATIONS] Upate

[Sebastien Goasguen]

On Apr 24, 2013, at 3:58 AM, Isaac Chiang  wrote:

> Hi Sebastien:
> 
>Thanks!! I see the "View glossary" button just right at the
> upper right corner of the table in this page:
> 
> https://www.transifex.com/projects/p/ACS_DOCS/
> 
> After entering the glossary page, I am able to select language for glossary
> and add new term.
> 
> So I'm wondering if this glossary table will be appended to the document or
> it just provide the hint
> 
> when we're translating?

We are not using it:

http://help.transifex.com/features/glossary.html

However we could to insure consistency of the translations between translators 
of the same language.


> 
> Regards
> 
> 
> Isaac
> 
> 
> 
> 
> On Wed, Apr 24, 2013 at 3:21 PM, Sebastien Goasguen wrote:
> 
>> 
>> On Apr 23, 2013, at 10:17 PM, Isaac Chiang  wrote:
>> 
>>> Hi all:
>>>  I have a few questions and looking for help. After the documents
>>> have been translated, can I use Transifex to review these documents?
>> Cause
>>> I noticed that some of the terminology aren't consistent during the
>>> translation and the language sources are too large for me to handling the
>>> review process. So I'm wondering if it is possible for a normal user in
>>> Transifex to mark the sentence as reviewed and prevent from reviewing it
>>> twice?
>> 
>> Isaac, considering you translated 95% of the documentation in zh-TW I made
>> you a maintainer of the ACS_DOCS
>> You should be able to review your own translations, string by string.
>>> 
>>> Another question is about the glossary, is it part of translation program
>>> or a assistant mechanism to support translation?
>> 
>> Don't know, I have never looked at the glossary. Where do you see it ?
>> 
>>> 
>>> Thanks & best regards
>>> 
>>> Isaac
>>> 
>>> 
>>> On Tue, Apr 23, 2013 at 9:50 PM, Gavin Lee  wrote:
>>> 
 Following Milamber's guide , below process I used for
 4.1.xmessage.properties on zh_CN:
 1. git pull for the latest messages_zh_CN.properties
 2. native2ascii -reverse messages_zh_CN.properties
 /tmp/zh_CN.properties.native -encoding utf8
 3. copy to the CloudStack_UI transifex project:
 cp/tmp/zh_CN.properties.native /
 txprj/acsui/translations/CloudStack_UI.41xmessageproperties
 4. tx push -l zh_CN -r CloudStack_UI.41xmessageproperties -t
 5. Do translation on transifex, there are some untranslated items when
 syncing with en.properties
 6. tx pull -a
 
 
 Then convert to ascii with unicode, the i18nedit tools throws
>> exception, I
 tried native2ascii command as below and UI display correctly:
 native2ascii -encoding UTF-8 zh_CN.properties messages_zh_CN.properties
 
 Are the whole processes above correct or not?
 
 
 
 
 On Tue, Apr 23, 2013 at 12:01 AM, Sebastien Goasguen  wrote:
 
> Milamber, I made you a manager of the transifex project so you can help
> fixing those issues.
> 
> -sebastien
> 
> On Apr 22, 2013, at 11:10 AM, Milamber  wrote:
> 
>> 
>> 
>> Le 17/04/2013 07:26, Sebastien Goasguen a ecrit :
>>> On Apr 16, 2013, at 11:10 AM, Milamber  wrote:
>>> 
 
 Le 16/04/2013 13:41, Gavin Lee a ecrit :
> Yes, Traditional Chinese moving very quickly.
> Hopefully, the other languages can have more contributors.
> 
> For the UI part, I saw the characters are not recognizable (browser
> encoding setting: auto detect&   Unicode UTF-8):
> ja: http://snag.gy/AVsbU.jpg
> zh_CN: http://snag.gy/MxbBS.jpg
 This screenshots shows some characters with a incorrect encoding
>> (try
> to display a char as a ISO-8859-1 (or japanese charset) but the
>> encoding
 is
> a UTF-8, I think)
 
 With Sebgoa, we have correct all UI ressource file to have only one
> encoding charset in this files (ASCII with unicode). The transifex data
> isn't up-to-date.
 
 Sebgoa, I think we must upload the last version of this (all)
> resources files (except FR already done) from branch 4.1 to transifex.
 The last version of resources files is ASCII with unicode for *all
> chars* in each file, and now transifex keep the unicode char (check
>> with
 FR
> download for use)
>> 
>> Mistake: transifex don't support uploaded unicode chars.
>> 
>>> The way the original workflow was:
>>> -Upload new versions of the resources file in english
>>> -Translators create a new language in transifex.
>>> -Download new language resources file
>>> -Fix encoding
>> 
>> For the fix encoding step, we can use this (unix and JDK) commands for
> each language:
>> 
>> CODELANG=it_IT
>> 
> 
 
>> FILE_TRANSIFEX=for_use_CloudStack_UI_41xmessageproperties_${CODELANG}.properties
>> FILE_RES=messages_${CODELANG}.properties
>> 
>> # Convert to ascii with unicode (native2ascii is a JDK tool)
>>

Re: [DOCS][TRANSLATIONS] Upate

[Isaac Chiang]

Hi Sebastien:

Thanks!! I see the "View glossary" button just right at the
upper right corner of the table in this page:

https://www.transifex.com/projects/p/ACS_DOCS/

After entering the glossary page, I am able to select language for glossary
and add new term.

So I'm wondering if this glossary table will be appended to the document or
it just provide the hint

when we're translating?

Regards


Isaac




On Wed, Apr 24, 2013 at 3:21 PM, Sebastien Goasguen wrote:

>
> On Apr 23, 2013, at 10:17 PM, Isaac Chiang  wrote:
>
> > Hi all:
> >   I have a few questions and looking for help. After the documents
> > have been translated, can I use Transifex to review these documents?
> Cause
> > I noticed that some of the terminology aren't consistent during the
> > translation and the language sources are too large for me to handling the
> > review process. So I'm wondering if it is possible for a normal user in
> > Transifex to mark the sentence as reviewed and prevent from reviewing it
> > twice?
>
> Isaac, considering you translated 95% of the documentation in zh-TW I made
> you a maintainer of the ACS_DOCS
> You should be able to review your own translations, string by string.
> >
> > Another question is about the glossary, is it part of translation program
> > or a assistant mechanism to support translation?
>
> Don't know, I have never looked at the glossary. Where do you see it ?
>
> >
> > Thanks & best regards
> >
> > Isaac
> >
> >
> > On Tue, Apr 23, 2013 at 9:50 PM, Gavin Lee  wrote:
> >
> >> Following Milamber's guide , below process I used for
> >> 4.1.xmessage.properties on zh_CN:
> >> 1. git pull for the latest messages_zh_CN.properties
> >> 2. native2ascii -reverse messages_zh_CN.properties
> >> /tmp/zh_CN.properties.native -encoding utf8
> >> 3. copy to the CloudStack_UI transifex project:
> >> cp/tmp/zh_CN.properties.native /
> >> txprj/acsui/translations/CloudStack_UI.41xmessageproperties
> >> 4. tx push -l zh_CN -r CloudStack_UI.41xmessageproperties -t
> >> 5. Do translation on transifex, there are some untranslated items when
> >> syncing with en.properties
> >> 6. tx pull -a
> >>
> >>
> >> Then convert to ascii with unicode, the i18nedit tools throws
> exception, I
> >> tried native2ascii command as below and UI display correctly:
> >> native2ascii -encoding UTF-8 zh_CN.properties messages_zh_CN.properties
> >>
> >> Are the whole processes above correct or not?
> >>
> >>
> >>
> >>
> >> On Tue, Apr 23, 2013 at 12:01 AM, Sebastien Goasguen  >>> wrote:
> >>
> >>> Milamber, I made you a manager of the transifex project so you can help
> >>> fixing those issues.
> >>>
> >>> -sebastien
> >>>
> >>> On Apr 22, 2013, at 11:10 AM, Milamber  wrote:
> >>>
> 
> 
>  Le 17/04/2013 07:26, Sebastien Goasguen a ecrit :
> > On Apr 16, 2013, at 11:10 AM, Milamber  wrote:
> >
> >>
> >> Le 16/04/2013 13:41, Gavin Lee a ecrit :
> >>> Yes, Traditional Chinese moving very quickly.
> >>> Hopefully, the other languages can have more contributors.
> >>>
> >>> For the UI part, I saw the characters are not recognizable (browser
> >>> encoding setting: auto detect&   Unicode UTF-8):
> >>> ja: http://snag.gy/AVsbU.jpg
> >>> zh_CN: http://snag.gy/MxbBS.jpg
> >> This screenshots shows some characters with a incorrect encoding
> (try
> >>> to display a char as a ISO-8859-1 (or japanese charset) but the
> encoding
> >> is
> >>> a UTF-8, I think)
> >>
> >> With Sebgoa, we have correct all UI ressource file to have only one
> >>> encoding charset in this files (ASCII with unicode). The transifex data
> >>> isn't up-to-date.
> >>
> >> Sebgoa, I think we must upload the last version of this (all)
> >>> resources files (except FR already done) from branch 4.1 to transifex.
> >> The last version of resources files is ASCII with unicode for *all
> >>> chars* in each file, and now transifex keep the unicode char (check
> with
> >> FR
> >>> download for use)
> 
>  Mistake: transifex don't support uploaded unicode chars.
> 
> > The way the original workflow was:
> > -Upload new versions of the resources file in english
> > -Translators create a new language in transifex.
> > -Download new language resources file
> > -Fix encoding
> 
>  For the fix encoding step, we can use this (unix and JDK) commands for
> >>> each language:
> 
>  CODELANG=it_IT
> 
> >>>
> >>
> FILE_TRANSIFEX=for_use_CloudStack_UI_41xmessageproperties_${CODELANG}.properties
>  FILE_RES=messages_${CODELANG}.properties
> 
>  # Convert to ascii with unicode (native2ascii is a JDK tool)
>  native2ascii ${FILE_TRANSIFEX} /tmp/${FILE_RES}.ascii-with-unicode
> 
>  # sort key, add a double-backslash before the quote char ( ' ==> \\' )
>  grep -v "^#" /tmp/${FILE_RES}.ascii-with-unicode | sort -f | uniq |
> sed
> >>> "s/'/\'/g" >
> >>> /tmp/${FILE_RES}.ascii-with-unicode_doublebackslashquote
> 

Re: Review Request: CLOUDSTACK-2132 : The reload button doesn't work with Security Groups and Statistic tab in instance detail view

[Isaac Chiang]

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

(Updated April 24, 2013, 7:31 a.m.)


Review request for cloudstack and Pranav Saxena.


Summary (updated)
-

CLOUDSTACK-2132 : The reload button doesn't work with Security Groups and 
Statistic tab in instance detail view


Description
---

The reload button for security group tab and statistic tab doesn't actually 
send a request to the back-end but use the data when the user clicking into the 
instances detail view.
The patch fix the issue that request to the server and replace the associated 
tab with lately returned data.


This addresses bug CLOUSTACK-2132.


Diffs
-

  ui/scripts/instances.js 3a43c60 

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


Testing
---

Test from UI and work as expect.


Thanks,

Isaac Chiang

Review Request: Updated cloud-early-config to copy iptables-router to rules.v4

[Jayapal Reddy]

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

Review request for cloudstack, Chip Childers, Abhinandan Prateek, and edison su.


Description
---

Updated cloud-early-config to copy iptables-router to rules.v4, because in 
iptables-persistent  iptables-restore is loading config /etc/iptables/rules.v4


This addresses bug CLOUDSTACK-2161.


Diffs
-

  patches/systemvm/debian/config/etc/init.d/cloud-early-config b8ddaf1 

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


Testing
---

Tested on the running setup by editing the file.


Thanks,

Jayapal Reddy

Re: [DOCS][TRANSLATIONS] Upate

[Sebastien Goasguen]

On Apr 23, 2013, at 10:17 PM, Isaac Chiang  wrote:

> Hi all:
>   I have a few questions and looking for help. After the documents
> have been translated, can I use Transifex to review these documents? Cause
> I noticed that some of the terminology aren't consistent during the
> translation and the language sources are too large for me to handling the
> review process. So I'm wondering if it is possible for a normal user in
> Transifex to mark the sentence as reviewed and prevent from reviewing it
> twice?

Isaac, considering you translated 95% of the documentation in zh-TW I made you 
a maintainer of the ACS_DOCS
You should be able to review your own translations, string by string.
> 
> Another question is about the glossary, is it part of translation program
> or a assistant mechanism to support translation?

Don't know, I have never looked at the glossary. Where do you see it ?

> 
> Thanks & best regards
> 
> Isaac
> 
> 
> On Tue, Apr 23, 2013 at 9:50 PM, Gavin Lee  wrote:
> 
>> Following Milamber's guide , below process I used for
>> 4.1.xmessage.properties on zh_CN:
>> 1. git pull for the latest messages_zh_CN.properties
>> 2. native2ascii -reverse messages_zh_CN.properties
>> /tmp/zh_CN.properties.native -encoding utf8
>> 3. copy to the CloudStack_UI transifex project:
>> cp/tmp/zh_CN.properties.native /
>> txprj/acsui/translations/CloudStack_UI.41xmessageproperties
>> 4. tx push -l zh_CN -r CloudStack_UI.41xmessageproperties -t
>> 5. Do translation on transifex, there are some untranslated items when
>> syncing with en.properties
>> 6. tx pull -a
>> 
>> 
>> Then convert to ascii with unicode, the i18nedit tools throws exception, I
>> tried native2ascii command as below and UI display correctly:
>> native2ascii -encoding UTF-8 zh_CN.properties messages_zh_CN.properties
>> 
>> Are the whole processes above correct or not?
>> 
>> 
>> 
>> 
>> On Tue, Apr 23, 2013 at 12:01 AM, Sebastien Goasguen >> wrote:
>> 
>>> Milamber, I made you a manager of the transifex project so you can help
>>> fixing those issues.
>>> 
>>> -sebastien
>>> 
>>> On Apr 22, 2013, at 11:10 AM, Milamber  wrote:
>>> 
 
 
 Le 17/04/2013 07:26, Sebastien Goasguen a ecrit :
> On Apr 16, 2013, at 11:10 AM, Milamber  wrote:
> 
>> 
>> Le 16/04/2013 13:41, Gavin Lee a ecrit :
>>> Yes, Traditional Chinese moving very quickly.
>>> Hopefully, the other languages can have more contributors.
>>> 
>>> For the UI part, I saw the characters are not recognizable (browser
>>> encoding setting: auto detect&   Unicode UTF-8):
>>> ja: http://snag.gy/AVsbU.jpg
>>> zh_CN: http://snag.gy/MxbBS.jpg
>> This screenshots shows some characters with a incorrect encoding (try
>>> to display a char as a ISO-8859-1 (or japanese charset) but the encoding
>> is
>>> a UTF-8, I think)
>> 
>> With Sebgoa, we have correct all UI ressource file to have only one
>>> encoding charset in this files (ASCII with unicode). The transifex data
>>> isn't up-to-date.
>> 
>> Sebgoa, I think we must upload the last version of this (all)
>>> resources files (except FR already done) from branch 4.1 to transifex.
>> The last version of resources files is ASCII with unicode for *all
>>> chars* in each file, and now transifex keep the unicode char (check with
>> FR
>>> download for use)
 
 Mistake: transifex don't support uploaded unicode chars.
 
> The way the original workflow was:
> -Upload new versions of the resources file in english
> -Translators create a new language in transifex.
> -Download new language resources file
> -Fix encoding
 
 For the fix encoding step, we can use this (unix and JDK) commands for
>>> each language:
 
 CODELANG=it_IT
 
>>> 
>> FILE_TRANSIFEX=for_use_CloudStack_UI_41xmessageproperties_${CODELANG}.properties
 FILE_RES=messages_${CODELANG}.properties
 
 # Convert to ascii with unicode (native2ascii is a JDK tool)
 native2ascii ${FILE_TRANSIFEX} /tmp/${FILE_RES}.ascii-with-unicode
 
 # sort key, add a double-backslash before the quote char ( ' ==> \\' )
 grep -v "^#" /tmp/${FILE_RES}.ascii-with-unicode | sort -f | uniq | sed
>>> "s/'/\'/g" >
>>> /tmp/${FILE_RES}.ascii-with-unicode_doublebackslashquote
 
 # Define Apache Licence Header (one long line)
 AL2_STRING="# Licensed to the Apache Software Foundation (ASF) under
>>> one\n# or more contributor license agreements.  See the NOTICE file\n#
>>> distributed with this work for additional information\n# regarding
>>> copyright ownership.  The ASF licenses this file\n# to you under the
>> Apache
>>> License, Version 2.0 (the\n# \"License\"); you may not use this file
>> except
>>> in compliance\n# with the License.  You may obtain a copy of the License
>>> at\n#\n#   http://www.apache.org/licenses/LICENSE-2.0\n#\n# Unless
>>> required by applicable law or agreed to in writing,\n# software
>> distributed
>>> under the License i

Review Request: The reload button doesn't work with Security Groups and Statistic tab in instance detail view

[Isaac Chiang]

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

Review request for cloudstack and Pranav Saxena.


Description
---

The reload button for security group tab and statistic tab doesn't actually 
send a request to the back-end but use the data when the user clicking into the 
instances detail view.
The patch fix the issue that request to the server and replace the associated 
tab with lately returned data.


This addresses bug CLOUSTACK-2132.


Diffs
-

  ui/scripts/instances.js 3a43c60 

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


Testing
---

Test from UI and work as expect.


Thanks,

Isaac Chiang

Re: Review Request: Fixed CLOUDSTACK-1849 [AWS Style Health Checks] Creation of LB Health Check policy fails if the value of "Unhealthy Threshold" parameter is 3 or more.

[Ram Ganesh]

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

Ship it!


Ship It!

- Ram Ganesh


On April 17, 2013, 11:59 a.m., Rajesh Battala wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10570/
> ---
> 
> (Updated April 17, 2013, 11:59 a.m.)
> 
> 
> Review request for cloudstack, Murali Reddy, Vijay Venkatachalam, and Ram 
> Ganesh.
> 
> 
> Description
> ---
> 
> By default monitor retires value is '3'.
> Fixed the issue, while creating the monitor setting the retires value in 
> monitor object  to max of (HealthcheckThresshold , UnhealthThresshold) + 1
> 
> 
> Diffs
> -
> 
>   
> plugins/network-elements/netscaler/src/com/cloud/network/resource/NetscalerResource.java
>  b82176b 
> 
> Diff: https://reviews.apache.org/r/10570/diff/
> 
> 
> Testing
> ---
> 
> 1. Verified the creation of monitor with params value more than '3' monitor 
> is getting created.
> 2. verified the monitor properties in the Netscaler properties are saved 
> accordingly.
> 3. Verified creating the monitor for TCP/HTTP types.
> 4. deletion of monitor works well.
> 
> 
> Thanks,
> 
> Rajesh Battala
> 
>