Re: Review Request: CLOUDSTACK-957: Localization -- Add UK keyboard support

[ASF Subversion and Git Services]

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


Commit b6cb23cb99c9daee41b46a3fc13fffabfb791dc3 in branch refs/heads/master 
from Likitha Shetty 
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=b6cb23c ]

CLOUDSTACK-957: Localization -- Add UK keyboard support.


- ASF Subversion and Git Services


On May 7, 2013, 8:06 a.m., Sanjay Tripathi wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10836/
> ---
> 
> (Updated May 7, 2013, 8:06 a.m.)
> 
> 
> Review request for cloudstack, Devdeep Singh, Fang Wang, and Animesh 
> Chaturvedi.
> 
> 
> Description
> ---
> 
> CLOUDSTACK-957: Localization -- Add UK keyboard support.
> 
> - Added the support of UK keyboard by:
>  - Initialising the UK keyboard from the existing US keyboard mapping.
>  - Adding/Overriding the special keys support of UK keys which differ 
> from US keyboard.
> - Also moved the JP keys initialisation to ajaxkeys.js file.
> 
> 
> This addresses bug CLOUDSTACK-957.
> 
> 
> Diffs
> -
> 
>   services/console-proxy/server/css/ajaxviewer.css 5ea552b 
>   services/console-proxy/server/js/ajaxkeys.js 2ecf5b5 
>   services/console-proxy/server/js/ajaxviewer.js e95615d 
>   
> services/console-proxy/server/src/com/cloud/consoleproxy/ConsoleProxyClientBase.java
>  289bdab 
> 
> Diff: https://reviews.apache.org/r/10836/diff/
> 
> 
> Testing
> ---
> 
> Tests:
> 
> 1) Setup CS environment and deploy a VM (Windows7 preferred, as I have tested 
> on this).
> 2) Go to VM detailView and open VM console view.
> 3) Change input method for keyboard to UK language.
> 4) Go to top of console-window and click on "keyboard" option to select UK 
> language.
> 5) Start using UK keyboard (Make sure the input method of client keyboard is 
> UK (from where the user is pressing the keys)).
> 
> Tested on my local CloudStack setup by following above mentioned steps.
> 
> 
> Thanks,
> 
> Sanjay Tripathi
> 
>

Re: I con not bring up System VMs

[Wei ZHOU]

Hi,

Could you paste the agent.log on Host 3 (you can get the hostname in host
table) in this period?



2013/5/8 zzz天蓝 <734664...@qq.com>

> i'm using CentOS 6.2  and KVM as hypervisor. My cloudstack version is
> 4.0.1. I am able to mount storage at hypervisor.
>
> 2013-05-07 10:41:41,278 DEBUG [cloud.capacity.CapacityManagerImpl]
> (consoleproxy-1:null) release cpu from host: 3, old used: 1000,reserved: 0,
> actual total: 2393, total with overprovisioning: 2393; new used:
> 500,reserved:0; movedfromreserved: false,moveToReserveredfalse
> 2013-05-07 10:41:41,278 DEBUG [cloud.capacity.CapacityManagerImpl]
> (consoleproxy-1:null) release mem from host: 3, old used:
> 1342177280,reserved: 0, total: 2104303616; new used: 268435456,reserved:0;
> movedfromreserved: false,moveToReserveredfalse
> 2013-05-07 10:41:41,280 WARN  [cloud.consoleproxy.ConsoleProxyManagerImpl]
> (consoleproxy-1:null) Exception while trying to start console proxy
> com.cloud.exception.AgentUnavailableException: Resource [Host:3] is
> unreachable: Host 3: Unable to start instance due to Unable to get answer
> that is of class com.cloud.agent.api.StartAnswer
> at
> com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:847)
> at
> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:472)
> at
> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:465)
> at
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.startProxy(ConsoleProxyManagerImpl.java:627)
> at
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.allocCapacity(ConsoleProxyManagerImpl.java:1164)
> at
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxyManagerImpl.java:1981)
> at
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxyManagerImpl.java:173)
> at
> com.cloud.vm.SystemVmLoadScanner.loadScan(SystemVmLoadScanner.java:113)
> at
> com.cloud.vm.SystemVmLoadScanner.access$100(SystemVmLoadScanner.java:34)
> at
> com.cloud.vm.SystemVmLoadScanner$1.reallyRun(SystemVmLoadScanner.java:83)
> at com.cloud.vm.SystemVmLoadScanner$1.run(SystemVmLoadScanner.java:73)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> at
> java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:351)
> at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:178)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:165)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:267)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:679)
> Caused by: com.cloud.utils.exception.CloudRuntimeException: Unable to get
> answer that is of class com.cloud.agent.api.StartAnswer
> at com.cloud.agent.manager.Commands.getAnswer(Commands.java:80)
> at
> com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:783)
> ... 19 more
> 2013-05-07 10:41:53,605 DEBUG [cloud.consoleproxy.ConsoleProxyManagerImpl]
> (consoleproxy-1:null) Zone 1 is ready to launch console proxy
> 2013-05-07 10:41:53,605 DEBUG [cloud.consoleproxy.ConsoleProxyManagerImpl]
> (consoleproxy-1:null) Expand console proxy standby capacity for zone
> basiczoo
> 2013-05-07 10:41:53,607 INFO  [cloud.consoleproxy.ConsoleProxyManagerImpl]
> (consoleproxy-1:null) Found a stopped console proxy, bring it up to running
> pool. proxy vm id : 2
> 2013-05-07 10:41:53,612 DEBUG [cloud.capacity.CapacityManagerImpl]
> (consoleproxy-1:null) VM state transitted from :Stopped to Starting with
> event: StartRequestedvm's original host id: null new host id: null host id
> before state transition: null
> 2013-05-07 10:41:53,612 DEBUG [cloud.vm.VirtualMachineManagerImpl]
> (consoleproxy-1:null) Successfully transitioned to start state for
> VM[ConsoleProxy|v-2-VM] reservation id =
> 939483a4-32e5-44bf-a5ba-d00ef6c221cf
> 2013-05-07 10:41:53,616 DEBUG [cloud.vm.VirtualMachineManagerImpl]
> (consoleproxy-1:null) Trying to deploy VM, vm has dcId: 1 and podId: 1
> 2013-05-07 10:41:53,616 DEBUG [cloud.vm.VirtualMachineManagerImpl]
> (consoleproxy-1:null) Deploy avoids pods: null, clusters: null, hosts: null
> 2013-05-07 10:41:53,617 DEBUG [cloud.vm.VirtualMachineManagerImpl]
> (consoleproxy-1:null) Root volume is ready, need to place VM in volume's
> cluster
> 2013-05-07 10:41:53,617 DEBUG [cloud.vm.VirtualMachineManagerImpl]
> (consoleproxy-1:null) Vol[2|vm=2|ROOT] is READY, changing deployment plan
> to use this pool's dcId: 1 , podId: 1 , and clusterId: 1
> 2013-05-07 10:41:53,619 DEBUG [cloud.deploy.FirstFitPlanner]
> (consoleproxy-1:null) DeploymentPlanner allocation algorithm: random
> 2013-05-07 10:41:53,619 DEBUG [cloud.deploy.Firs

RE: [MERGE] Dedicate guest vlan ranges to account

[Likitha Shetty]

Prasanna, fixed the error.

About the API naming of commands related to guest vlan range dedication, the 
API names were chosen to be consistent with the commands related to dedication 
of other resources (Host, Pod, Cluster and Zone - 
https://reviews.apache.org/r/10797/ ).
In fact I was thinking of renaming the commands related to Public Ip Ranges 
dedication to :
dedicatePublicIpRange
releaseDedicatedPublicIpRange

Since we are operating on a dedicated resource isn't it more fitting? 

Thank you,
Likitha

-Original Message-
>From: Prasanna Santhanam [mailto:t...@apache.org]
>Sent: Tuesday, May 07, 2013 3:37 PM
>To: dev@cloudstack.apache.org
>Subject: Re: [MERGE] Dedicate guest vlan ranges to account
>
>On Mon, May 06, 2013 at 08:52:38AM +, Likitha Shetty wrote:
>> Thanks for reviewing.
>> Merged in to master - c8d843241e144288300c1912a25b201e010bb7a0.
>>
>
>I tried to run your test but looks like the AccessChecks weren't in place for 
>your
>APIs. Since these are admin (?) APIs I've put them into commands.properties.in
>with the admin mask. The APIs then are discovered successfully by the server.
>But the test fails as shown
>below:
>
>~/workspace/cloudstack/incubator-cloudstack(branch:master*) » nosetests --
>with-marvin --marvin-config=setup/dev/advanced.cfg
>test/integration/smoke/test_guest_vlan_range.py --load Test guest vlan range
>dedication ... ERROR
>
>=
>=
>ERROR: Test guest vlan range dedication
>--
>Traceback (most recent call last):
>  File "/Users/tsp/workspace/cloudstack/incubator-
>cloudstack/test/integration/smoke/test_guest_vlan_range.py", line 155, in
>test_dedicateGuestVlanRange
>id=dedicate_guest_vlan_range_response.id
>  File "/Library/Python/2.7/site-packages/marvin/integration/lib/base.py", line
>2205, in listDedicated
>return map(lambda pn : PhysicalNetwork(pn.__dict__),
>apiclient.listDedicatedGuestVlanRanges(cmd))
>  File "/Library/Python/2.7/site-
>packages/marvin/cloudstackAPI/cloudstackAPIClient.py", line 819, in
>listDedicatedGuestVlanRanges
>response = self.connection.marvin_request(command,
>response_type=response, method=method)
>  File "/Library/Python/2.7/site-packages/marvin/cloudstackConnection.py", line
>215, in marvin_request
>response = jsonHelper.getResultObj(response.json(), response_type)
>  File "/Library/Python/2.7/site-packages/marvin/jsonHelper.py", line 128, in
>getResultObj
>raise
>cloudstackException.cloudstackAPIException(responseName.replace("response",
>""), errMsg)
>cloudstackAPIException: Execute cmd: listdedicatedguestvlanranges failed, due
>to: errorCode: 431, errorText:Unable to execute API command
>listdedicatedguestvlanranges due to invalid value. Invalid parameter id
>value=c6fe7bf1-adb1-4423-8ac9-6ea6febea147 due to incorrect long value
>format, or entity does not exist or due to incorrect parameter annotation for 
>the
>field in api cmd class.
>
>This looks like an annotation/type error in the field for id. Can you please 
>take a
>look?
>
>
>Also, I'm not sure if the naming can be made less verbose for the dedicateXxx
>APIs.
>
>For public IP dedication we simply call:
>dedicatePublicIpRange
>releasePublicIpRange
>listVlanIpRanges (legacy)
>
>but for guestVlan dedication we have:
>
>dedicateGuestVlanRange
>releaseDedicatedGuestVlanRange (releaseGuestVlanRange?)
>listDedicatedGuestVlanRanges (listGuestVlanRanges? &account=
>&domainid=)
>
>I'm purely looking at naming only, there's probably a reason why these are
>named so.
>
>--
>Prasanna.,
>
>
>Powered by BigRock.com

Re: Fwd: [IP CLEARANCE] CloudStack Marvin Test Suite

[Prasanna Santhanam]

Thanks Chip, Indeed I've been waiting for this to finally get through
legal. I'll merge it at a suitable time once the vote passes.

There's going to be a some more patches coming to fix the changes
we've made in the past few months to be get these tests to running
state. All this work was done on github/cloudstack-qa from where the
patches will be generated for reviewboard.


-- 
Prasanna.,

On Tue, May 07, 2013 at 03:55:03PM -0400, Chip Childers wrote:
> Prasanna,
> 
> I know you are probably chomping at the bit to get this code into the
> repo (now that the legal stuff is past us).  You'll be able to do so any
> time after Thur May 9 at 8 PM Eastern US time...  *if* nobody says
> anything on this thread: http://markmail.org/thread/xareczan2kx4hhom
> 
> If you want to do it Friday during your daytime, check that link for any
> concerns, and, if none, move forward.  Please don't forget to fix any
> headers prior to the commit(s) being pushed to the shared repo.
> 
> -chip
> 
> On Mon, May 06, 2013 at 08:02:55PM -0400, Chip Childers wrote:
> > The IP Clearance 72 hour lazy consensus period has finally started.
> > 
> > 
> > -- Forwarded message --
> > From: Chip Childers 
> > Date: Mon, May 6, 2013 at 7:58 PM
> > Subject: [IP CLEARANCE] CloudStack Marvin Test Suite
> > To: gene...@incubator.apache.org
> > 
> > 
> > Citrix has donated the source code artifact detailed at [1] to the ASF.
> > This email is to request lazy consensus from the IPMC for the IP
> > clearance of this donation.
> > 
> > Please reply with questions or concerns if there are any.
> > 
> > -chip
> > 
> > [1] 
> > http://incubator.apache.org/ip-clearance/cloudstack-marvin-test-suite.html



Powered by BigRock.com

Re: Suggestion needed for CLOUDSTACK-212

[Dharmesh Kakadia]

ok. I will go with that.

Thanks,
Dharmesh

On Wed, May 8, 2013 at 1:08 AM, Chip Childers wrote:

> On Tue, May 07, 2013 at 11:14:12PM +0530, Dharmesh Kakadia wrote:
> > Hi,
> >
> > I am trying to move java package structure from com.cloud to org.apache (
> > https://issues.apache.org/jira/browse/CLOUDSTACK-212). I am thinking of
> > doing it the following way (Totally newbie), needed feedback on that.
> >
> > 1. grep "com.cloud" on the entire repo.
> > 2. update all package declarations using eclipse.
> > 3. Update scripts etc found in 1 manually.
> >
> > Will it be a good way to do it ? Any better suggestion ?
> >
> > Thanks,
> > Dharmesh
>
> That seems like a reasonable approach.  We will probably want to create
> a branch when you submit a patch for this, and apply it there...  just
> to spend some time ensuring that the changes work.
>
> -chip
>

Re: [jira] [Commented] (CLOUDSTACK-2341) remove network from VM is not removing PF/LB/static nat rules for the VM

[Marcus Sorensen]

I'd suggest disallowing the removal of the nic if it's being used by
load balancer, etc, rather than just blanket removing everything that
may be using it.

One NIC per network for a VM is fine, it's only currently allowed to
add more than one on the same network for consistency, because deploy
allowed it.

On Tue, May 7, 2013 at 9:31 PM, Mice Xia (JIRA)  wrote:
>
> [ 
> https://issues.apache.org/jira/browse/CLOUDSTACK-2341?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13651588#comment-13651588
>  ]
>
> Mice Xia commented on CLOUDSTACK-2341:
> --
>
> i suggest only one nic is allowed for a VM in one network, this satisfies 
> most requirements and has been the assumption for PF/NAT/LB implementation,  
> e.g. when creating a PF rule CS will arbitrarily  find a guestNic belonging 
> to the specified network on the target VM.
> And this will simplify the implementation of adding/removing nic to/from VM, 
> otherwise we have to check if the nic to be removed are associated with any 
> PF/NAT/LB, and if it's not the last nic in the same network, its related 
> PF/NAT/LB rules need 'migrating' to other nics in the same network.
>
>> remove network from VM is not removing PF/LB/static nat  rules for the VM
>> -
>>
>> Key: CLOUDSTACK-2341
>> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-2341
>> Project: CloudStack
>>  Issue Type: Bug
>>  Security Level: Public(Anyone can view this level - this is the 
>> default.)
>>  Components: Network Controller
>>Affects Versions: 4.2.0
>> Environment: build:
>> CloudStack-non-OSS-MASTER-293-rhel6.3.tar.gz
>>Reporter: shweta agarwal
>>Priority: Blocker
>> Fix For: 4.2.0
>>
>>
>> Repro steps:
>> 1.Create a VM with network N1
>> 2. Create another network N2
>> 3. Add N2 to VM created in step 1
>> 4. Add PF , Load balancing rules to network N2 for VM
>> 5. Acquire an IP in network N2
>> 6. Enable static nat for VM
>> 7. Remove network N2 from VM
>> Bug:
>> PF , Load balancing rules for VM  still exists for the VM in network N2 even 
>> though VM  doesn't belong to network N2 . Even static nat is still active 
>> for VM in network N2
>> Expected result:
>> PF rules , Load balance rules static nat should be  removed for the VM if we 
>> remove the network from the VM .
>> To be precise it should be only removed if the removed network is the last 
>> nic of that network in the VM .
>
> --
> This message is automatically generated by JIRA.
> If you think it was sent incorrectly, please contact your JIRA administrators
> For more information on JIRA, see: http://www.atlassian.com/software/jira

I con not bring up System VMs

[zzz????]

i'm using CentOS 6.2  and KVM as hypervisor. My cloudstack version is 4.0.1. I 
am able to mount storage at hypervisor.

2013-05-07 10:41:41,278 DEBUG [cloud.capacity.CapacityManagerImpl] 
(consoleproxy-1:null) release cpu from host: 3, old used: 1000,reserved: 0, 
actual total: 2393, total with overprovisioning: 2393; new used: 
500,reserved:0; movedfromreserved: false,moveToReserveredfalse
2013-05-07 10:41:41,278 DEBUG [cloud.capacity.CapacityManagerImpl] 
(consoleproxy-1:null) release mem from host: 3, old used: 1342177280,reserved: 
0, total: 2104303616; new used: 268435456,reserved:0; movedfromreserved: 
false,moveToReserveredfalse
2013-05-07 10:41:41,280 WARN  [cloud.consoleproxy.ConsoleProxyManagerImpl] 
(consoleproxy-1:null) Exception while trying to start console proxy
com.cloud.exception.AgentUnavailableException: Resource [Host:3] is 
unreachable: Host 3: Unable to start instance due to Unable to get answer that 
is of class com.cloud.agent.api.StartAnswer
at 
com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:847)
at 
com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:472)
at 
com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:465)
at 
com.cloud.consoleproxy.ConsoleProxyManagerImpl.startProxy(ConsoleProxyManagerImpl.java:627)
at 
com.cloud.consoleproxy.ConsoleProxyManagerImpl.allocCapacity(ConsoleProxyManagerImpl.java:1164)
at 
com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxyManagerImpl.java:1981)
at 
com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxyManagerImpl.java:173)
at com.cloud.vm.SystemVmLoadScanner.loadScan(SystemVmLoadScanner.java:113)
at com.cloud.vm.SystemVmLoadScanner.access$100(SystemVmLoadScanner.java:34)
at com.cloud.vm.SystemVmLoadScanner$1.reallyRun(SystemVmLoadScanner.java:83)
at com.cloud.vm.SystemVmLoadScanner$1.run(SystemVmLoadScanner.java:73)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
at 
java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:351)
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:178)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:165)
at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:267)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:679)
Caused by: com.cloud.utils.exception.CloudRuntimeException: Unable to get 
answer that is of class com.cloud.agent.api.StartAnswer
at com.cloud.agent.manager.Commands.getAnswer(Commands.java:80)
at 
com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:783)
... 19 more
2013-05-07 10:41:53,605 DEBUG [cloud.consoleproxy.ConsoleProxyManagerImpl] 
(consoleproxy-1:null) Zone 1 is ready to launch console proxy
2013-05-07 10:41:53,605 DEBUG [cloud.consoleproxy.ConsoleProxyManagerImpl] 
(consoleproxy-1:null) Expand console proxy standby capacity for zone basiczoo
2013-05-07 10:41:53,607 INFO  [cloud.consoleproxy.ConsoleProxyManagerImpl] 
(consoleproxy-1:null) Found a stopped console proxy, bring it up to running 
pool. proxy vm id : 2
2013-05-07 10:41:53,612 DEBUG [cloud.capacity.CapacityManagerImpl] 
(consoleproxy-1:null) VM state transitted from :Stopped to Starting with event: 
StartRequestedvm's original host id: null new host id: null host id before 
state transition: null
2013-05-07 10:41:53,612 DEBUG [cloud.vm.VirtualMachineManagerImpl] 
(consoleproxy-1:null) Successfully transitioned to start state for 
VM[ConsoleProxy|v-2-VM] reservation id = 939483a4-32e5-44bf-a5ba-d00ef6c221cf
2013-05-07 10:41:53,616 DEBUG [cloud.vm.VirtualMachineManagerImpl] 
(consoleproxy-1:null) Trying to deploy VM, vm has dcId: 1 and podId: 1
2013-05-07 10:41:53,616 DEBUG [cloud.vm.VirtualMachineManagerImpl] 
(consoleproxy-1:null) Deploy avoids pods: null, clusters: null, hosts: null
2013-05-07 10:41:53,617 DEBUG [cloud.vm.VirtualMachineManagerImpl] 
(consoleproxy-1:null) Root volume is ready, need to place VM in volume's cluster
2013-05-07 10:41:53,617 DEBUG [cloud.vm.VirtualMachineManagerImpl] 
(consoleproxy-1:null) Vol[2|vm=2|ROOT] is READY, changing deployment plan to 
use this pool's dcId: 1 , podId: 1 , and clusterId: 1
2013-05-07 10:41:53,619 DEBUG [cloud.deploy.FirstFitPlanner] 
(consoleproxy-1:null) DeploymentPlanner allocation algorithm: random
2013-05-07 10:41:53,619 DEBUG [cloud.deploy.FirstFitPlanner] 
(consoleproxy-1:null) Trying to allocate a host and storage pools from dc:1, 
pod:1,cluster:1, requested cpu: 500, requested ram: 1073741824
2013-05-07 10:41:53,619 DEBUG [cloud.deploy.FirstFitPlanner] 
(consoleproxy-1:null) Is ROOT volume READY (pool alread

RE: [DOCS] OpenHelp writers conference in June: Is CS going?

[Radhika Puthiyetath]

I thought JZB is planning to attend..

-Original Message-
From: Jessica Tomechak [mailto:jessica.tomec...@gmail.com] 
Sent: Wednesday, May 08, 2013 7:17 AM
To: dev@cloudstack.apache.org; market...@cloudstack.apache.org
Subject: [DOCS] OpenHelp writers conference in June: Is CS going?

Maybe others are already on top of this, but:

June 15-19, Cincinnati OH, USA. OpenHelp Conference and Sprints. [1]

Hotel block deadline is in one week, 5/14.

This is related to the thread "More OSS writers needed" on dev@, in which 
Radhika suggested:

"We should go to conferences specifically meant for writers, and market 
CloudStack."

There is this one conference specifically for OSS writers, and unfortunately I 
won't be able to be there. Is anyone else planning to go represent CloudStack?

I think it is even still possible to get on the presenter schedule. We could 
give the same docs talk I gave at last year's Cloud Collab [2] (I can provide 
my slides), or something else.

[1] http://openhelpconference.com/2013/, twitter #openhelp [2] 
http://www.youtube.com/watch?v=DGxQ7fzGnzk

Jessica T.

[DOCS] OpenHelp writers conference in June: Is CS going?

[Jessica Tomechak]

Maybe others are already on top of this, but:

June 15-19, Cincinnati OH, USA. OpenHelp Conference and Sprints. [1]

Hotel block deadline is in one week, 5/14.

This is related to the thread "More OSS writers needed" on dev@, in which
Radhika suggested:

"We should go to conferences specifically meant for writers, and market
CloudStack."

There is this one conference specifically for OSS writers, and
unfortunately I won't be able to be there. Is anyone else planning to go
represent CloudStack?

I think it is even still possible to get on the presenter schedule. We
could give the same docs talk I gave at last year's Cloud Collab [2] (I can
provide my slides), or something else.

[1] http://openhelpconference.com/2013/, twitter #openhelp
[2] http://www.youtube.com/watch?v=DGxQ7fzGnzk

Jessica T.

Re: DeleteNiciraNvpDeviceCmd.java

[Hiroaki KAWAI]

Thank you for reporting. fixed in master and 4.1 :-)

(2013/05/08 9:29), Soheil Eizadi wrote:

I was reviewing the NiciraNvp code, it is a very good model of External Network 
Device in CloudStack. I noted that in DeleteNiciraNvpDeviceCmd.java, the 
function:

@Override
public String getEventType() {
return EventTypes.EVENT_EXTERNAL_LB_DEVICE_DELETE;
}

should be returning EVENT_EXTERNAL_NVP_CONTROLLER_DELETE

probably minor, but wanted to note here.
-Soheil

DeleteNiciraNvpDeviceCmd.java

[Soheil Eizadi]

I was reviewing the NiciraNvp code, it is a very good model of External Network 
Device in CloudStack. I noted that in DeleteNiciraNvpDeviceCmd.java, the 
function:

@Override
public String getEventType() {
return EventTypes.EVENT_EXTERNAL_LB_DEVICE_DELETE;
}

should be returning EVENT_EXTERNAL_NVP_CONTROLLER_DELETE

probably minor, but wanted to note here.
-Soheil

Re: [ACS41] Outstanding bugs... help resolving still needed

[Kelven Yang]

CLOUDSTACK-2218 is an environment/setup issue to me. I've changed the bug
status unless otherwise proven to be real issue

Kelven

On 5/7/13 1:09 PM, "Chip Childers"  wrote:

>Another day, another request for help here...
>
>These three are unassigned:
>CLOUDSTACK-528  Failed to create secondary storage  Unassigned  Tamas
>Monos Blocker
>CLOUDSTACK-1907 Can't create system VM on XCP1.6 hypervisor Unassigned
>Nikita Gubenko  Critical
>CLOUDSTACK-2218 [web.context.ContextLoader] (main:null) Context
>initialization failed   Unassigned  terryye Critical
>
>These three are in progress:
>CLOUDSTACK-2309 Upgrade from 2.2.14 to 4.1.0 : network static routes
>deleted on SSVMKishan Kavala   Nicolas Lamirault   Blocker
>CLOUDSTACK-2318 upgrade from 2.2.14 -> 4.1.0 : unable to start an
>existing running vm after stopping it manuallyWei ZhouShashi
>DahalCritical
>CLOUDSTACK-2356 VMs deployed as user, cloudstack assigned password do not
>work  Wei ZhouShashi DahalCritical
>
>

Re: inheritable componentContexts

[Kelven Yang]

We support ordering of components. I understand Prasana's issue, to
ideally solve his issue, supporting configuration inheritance seems to be
the best for him

Kelven

On 5/7/13 1:11 PM, "Alex Huang"  wrote:

>Kelven,
>
>Do we support ordering of the components like components.xml did before?
>Then you don't need to override but just insert before.
>
>--Alex
>
>> -Original Message-
>> From: prasanna [mailto:srivatsav.prasa...@gmail.com] On Behalf Of
>> Prasanna Santhanam
>> Sent: Tuesday, April 16, 2013 11:56 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: inheritable componentContexts
>> 
>> On Tue, Apr 16, 2013 at 09:43:47AM -0700, Kelven Yang wrote:
>> >
>> >
>> > On 4/16/13 1:15 AM, "Prasanna Santhanam"  wrote:
>> >
>> > >This is probably a question for the Spring community but I'll ask
>> > >here anyway. Every so often when the componentContext.xml.in
>> changes
>> > >I find that I have to fix up simulatorComponentContext.xml.in
>> > >similarly to make the beans load appropriately and for the bvt tests
>>to
>> work.
>> > >
>> > >Is there a way similar to the components-premium.xml we had before to
>> > >'inherit' Spring contexts so it's easier to maintain the xmls?
>> > >
>> > >--
>> > >Prasanna.,
>> >
>> > Unfortunately, Spring does not provide an out-of-box solution to
>> > inherit between XML configuration files currently, however it provides
>> > the feature to merge several independent context files together.
>> >
>> > What you may do is to have your simulator components in a separated
>> > context XML file and have Spring merge it along with other common
>> > context files (like we did for applicationContext.xml +
>> componentContext.xml).
>> >
>> 
>> Thanks Kelven, I explored the merging of contexts and it might be
>>unsuitable
>> for my case since I have to override some beans of the
>>applicationContext
>> that are required for the simulator. Specifically the
>> SecondaryStorageDiscoverer needs to be overridden by the
>> SimulatorSecondaryStorageDiscoverer.
>> 
>> --
>> Prasanna.,

Re: Quick Version Question

[Wei ZHOU]

The version comes from pom.xml
Each package in a cloudstack release has the same version.


2013/5/7 Mike Tutkowski 

> Hi,
>
> I noticed when looking at the details of a XenServer host that I just added
> into a CS cluster that it has a version of 4.2.0-SNAPSHOT.
>
> Can someone tell me where this version comes from?  There isn't any CS
> software installed on a XenServer host, is there?  The agent logic runs on
> the same box as the MS, if I recall correctly.  Perhaps this is just the
> version of that agent software that's running on the MS?
>
> Thanks!
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *™*
>

Quick Version Question

[Mike Tutkowski]

Hi,

I noticed when looking at the details of a XenServer host that I just added
into a CS cluster that it has a version of 4.2.0-SNAPSHOT.

Can someone tell me where this version comes from?  There isn't any CS
software installed on a XenServer host, is there?  The agent logic runs on
the same box as the MS, if I recall correctly.  Perhaps this is just the
version of that agent software that's running on the MS?

Thanks!

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

help request for CLOUDSTACK-2367

[Marcus Sorensen]

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

This is low priority, I'm really just seeing if anyone is willing to help
out. I've create a branch for this feature (allowing multiple tiers in a
VPC to be loadbalanced network offerings). I've pushed the code that does
the work, but I'm requesting help for two necessary pieces before
requesting a merge.

1)  The UI currently only allows you to select the loadbalanced vpc network
offering once. I haven't even looked at how this is populated, but I
imagine for the right person the change is trivial.

2) The changes reside almost entirely in the router scripts, so there's not
much to test, but if there is a vpc smoke test we will probably want to add
a test to see if it allows the loadbalanced offering to be used more than
once. That's the only management server/java change.

Re: network guru refactor proposal

[Daan Hoogland]

On 2013/5/7 19:18 , Chiradeep Vittal wrote:
> For a major change, I'd expect a functional specification. It is still not
> clear to me what is "nicira hosted private gateways". I can guess, but
> without a concrete document, it is hard to see where you are going with
> this.
There is a jira ticket for it. Is this what you mean? Or do you want a
word-up with pre- and post conditions? The functional change is not
really big in comparison with the code change so a document seems
overkill to me but I am biased, so open to suggestions.

in short: the user question is to be able to hook the newly to be
created vpc private gateway to an existing external network, in this
case a logical switch in nicira.

regards,
>
> On 5/7/13 6:30 AM, "Daan Hoogland"  wrote:
>
>> The main objective is to have a nicira based private network guru to use
>> for vpsgateways. I want to abstract common code with the 'generic' vlan
>> based private network but also abstract out commonalities that might be
>> shared with the guest networks.  canHandle could be generalized and
>> called by all classes, though it has another footprint now in the guest
>> networks then it has in PrivateNetworkGuru.
>>
>> Alternatively I will copy code from NiciraNvpGuestNetworkGuru and
>> PrivateNetworkGuru to a new class and later refactor it, which is not my
>> favorite way to go.
>>
>> I must admit that including network gurus that do not support any
>> extensions in the hierarchy is an esthetic touch if no code is shared. I
>> will refrain if maintainability issues can be expected.
>>
>> Regards,
>>
>> -Original Message-
>> From: Murali Reddy [mailto:murali.re...@citrix.com]
>> Sent: dinsdag 7 mei 2013 15:17
>> To: dev@cloudstack.apache.org
>> Subject: Re: network guru refactor proposal
>>
>> On 07/05/13 5:23 PM, "Daan Hoogland"  wrote:
>>
>>> LS,
>>>
>>> I want to refactor the network guru hierarchy to put som functionality
>>> in abstract base classes. This will come down to extending the
>>> hierarchy for guest networks to include all gurus. Are there any
>>> thoughts or gotchas to share?
>> GuestNetworkGuru in some sense already acting as abstract base class,
>> except for the fact that it is tied to 'Vlan' isolation. We can
>> generalise the 'GuestNetworkGuru' and let the isolation type specific
>> network design aspects to concrete classes. Other gurus (direct, pod
>> based) for guest networks does not have any extensions at this point and
>> does not overlap much with GuestNetworkGuru, so they may remain as is.
>> Are there any specify observations that you think refactor will address?
>>
>>> This would be the second part of a three stage strategy I have to
>>> support creating a nicira hosted private gateway for vpcs.
>>> The first one is making sure vlans are specified as uri throughout the
>>> system. I will be submitting a patch for review for this part soon.
>>> The last part will be creating a guru based on Hugo's
>>> NiciraNvpGuestNetworkGuru.
>>>
>>> Any comment is appreciated,
>>> Daan Hoogland
>>>
>>

[ACS41] Outstanding bugs... help resolving still needed

[Chip Childers]

Another day, another request for help here...

These three are unassigned:
CLOUDSTACK-528  Failed to create secondary storage  Unassigned  Tamas Monos 
Blocker
CLOUDSTACK-1907 Can't create system VM on XCP1.6 hypervisor Unassigned  Nikita 
Gubenko  Critical
CLOUDSTACK-2218 [web.context.ContextLoader] (main:null) Context initialization 
failed   Unassigned  terryye Critical

These three are in progress:
CLOUDSTACK-2309 Upgrade from 2.2.14 to 4.1.0 : network static routes deleted on 
SSVMKishan Kavala   Nicolas Lamirault   Blocker
CLOUDSTACK-2318 upgrade from 2.2.14 -> 4.1.0 : unable to start an existing 
running vm after stopping it manuallyWei ZhouShashi DahalCritical
CLOUDSTACK-2356 VMs deployed as user, cloudstack assigned password do not work  
Wei ZhouShashi DahalCritical

RE: inheritable componentContexts

[Alex Huang]

Kelven,

Do we support ordering of the components like components.xml did before?  Then 
you don't need to override but just insert before.

--Alex

> -Original Message-
> From: prasanna [mailto:srivatsav.prasa...@gmail.com] On Behalf Of
> Prasanna Santhanam
> Sent: Tuesday, April 16, 2013 11:56 PM
> To: dev@cloudstack.apache.org
> Subject: Re: inheritable componentContexts
> 
> On Tue, Apr 16, 2013 at 09:43:47AM -0700, Kelven Yang wrote:
> >
> >
> > On 4/16/13 1:15 AM, "Prasanna Santhanam"  wrote:
> >
> > >This is probably a question for the Spring community but I'll ask
> > >here anyway. Every so often when the componentContext.xml.in
> changes
> > >I find that I have to fix up simulatorComponentContext.xml.in
> > >similarly to make the beans load appropriately and for the bvt tests to
> work.
> > >
> > >Is there a way similar to the components-premium.xml we had before to
> > >'inherit' Spring contexts so it's easier to maintain the xmls?
> > >
> > >--
> > >Prasanna.,
> >
> > Unfortunately, Spring does not provide an out-of-box solution to
> > inherit between XML configuration files currently, however it provides
> > the feature to merge several independent context files together.
> >
> > What you may do is to have your simulator components in a separated
> > context XML file and have Spring merge it along with other common
> > context files (like we did for applicationContext.xml +
> componentContext.xml).
> >
> 
> Thanks Kelven, I explored the merging of contexts and it might be unsuitable
> for my case since I have to override some beans of the applicationContext
> that are required for the simulator. Specifically the
> SecondaryStorageDiscoverer needs to be overridden by the
> SimulatorSecondaryStorageDiscoverer.
> 
> --
> Prasanna.,

Re: network guru refactor proposal

[Daan Hoogland]

<<< text/html; charset=ISO-8859-1: Unrecognized >>>
<>

Re: Fwd: [IP CLEARANCE] CloudStack Marvin Test Suite

[Chip Childers]

Prasanna,

I know you are probably chomping at the bit to get this code into the
repo (now that the legal stuff is past us).  You'll be able to do so any
time after Thur May 9 at 8 PM Eastern US time...  *if* nobody says
anything on this thread: http://markmail.org/thread/xareczan2kx4hhom

If you want to do it Friday during your daytime, check that link for any
concerns, and, if none, move forward.  Please don't forget to fix any
headers prior to the commit(s) being pushed to the shared repo.

-chip

On Mon, May 06, 2013 at 08:02:55PM -0400, Chip Childers wrote:
> The IP Clearance 72 hour lazy consensus period has finally started.
> 
> 
> -- Forwarded message --
> From: Chip Childers 
> Date: Mon, May 6, 2013 at 7:58 PM
> Subject: [IP CLEARANCE] CloudStack Marvin Test Suite
> To: gene...@incubator.apache.org
> 
> 
> Citrix has donated the source code artifact detailed at [1] to the ASF.
> This email is to request lazy consensus from the IPMC for the IP
> clearance of this donation.
> 
> Please reply with questions or concerns if there are any.
> 
> -chip
> 
> [1] http://incubator.apache.org/ip-clearance/cloudstack-marvin-test-suite.html

Re: Suggestion needed for CLOUDSTACK-212

[Chip Childers]

On Tue, May 07, 2013 at 11:14:12PM +0530, Dharmesh Kakadia wrote:
> Hi,
> 
> I am trying to move java package structure from com.cloud to org.apache (
> https://issues.apache.org/jira/browse/CLOUDSTACK-212). I am thinking of
> doing it the following way (Totally newbie), needed feedback on that.
> 
> 1. grep "com.cloud" on the entire repo.
> 2. update all package declarations using eclipse.
> 3. Update scripts etc found in 1 manually.
> 
> Will it be a good way to do it ? Any better suggestion ?
> 
> Thanks,
> Dharmesh

That seems like a reasonable approach.  We will probably want to create
a branch when you submit a patch for this, and apply it there...  just
to spend some time ensuring that the changes work.

-chip

Re: Using CloudStack images in presentations

[Mike Tutkowski]

Well, I was thinking images like the Cloud Monkey here:

http://cloudstack.apache.org/

The general view of the system (zone, pod, cluster) here:

http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.0.2/html/Installation_Guide/about-zones.html

That kind of stuff. :)


On Tue, May 7, 2013 at 1:05 PM, David Nalley  wrote:

> Should be fine to use, it is all ASLv2
> On May 7, 2013 3:03 PM, "Mike Tutkowski" 
> wrote:
>
> > Hi,
> >
> > Maybe someone can answer this question for me.
> >
> > I'm going to be presenting at Build a Cloud Day in San Francisco next
> > Wednesday and am in the process of developing my presentation.
> >
> > If I find images on CloudStack web pages, is it OK for me to use these in
> > presentations or should I instead create equivalent images on my own?
> >
> > Thanks!
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the
> > cloud
> > *™*
> >
>



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

Re: Using CloudStack images in presentations

[David Nalley]

Should be fine to use, it is all ASLv2
On May 7, 2013 3:03 PM, "Mike Tutkowski" 
wrote:

> Hi,
>
> Maybe someone can answer this question for me.
>
> I'm going to be presenting at Build a Cloud Day in San Francisco next
> Wednesday and am in the process of developing my presentation.
>
> If I find images on CloudStack web pages, is it OK for me to use these in
> presentations or should I instead create equivalent images on my own?
>
> Thanks!
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *™*
>

Using CloudStack images in presentations

[Mike Tutkowski]

Hi,

Maybe someone can answer this question for me.

I'm going to be presenting at Build a Cloud Day in San Francisco next
Wednesday and am in the process of developing my presentation.

If I find images on CloudStack web pages, is it OK for me to use these in
presentations or should I instead create equivalent images on my own?

Thanks!

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

Re: [GSoC][Proposal] Integration project to deploy and use Mesos on a CloudStack based cloud

[Sebastien Goasguen]

On May 7, 2013, at 1:12 PM, Dharmesh Kakadia  wrote:

> I am able to create singel instance LAMP-stack with Chiradeeps's
> implementation. I will spend a little time, understanding his code (new to
> ruby). Will take it forward from there.
> 
> Thanks,
> Dharmesh
> 

That's great news, feel free to write a "how to" and blog it.

You can also write it in docbook xml format and send a patch. I have been 
including third party tools examples in our documentation in the Developer's 
guide under tools.

If you git clone cloudstack, then check under /docs/en-US you will see examples 
of xml files in docbook. Then check tools.xml ( i think that's the one).

-sebastien

> On Tue, May 7, 2013 at 1:16 PM, Sebastien Goasguen  wrote:
> 
>> 
>> On May 1, 2013, at 7:27 AM, Dharmesh Kakadia <
>> dharmesh.kaka...@research.iiit.ac.in> wrote:
>> 
>>> Sebastien and Chiradeep, thanks for the comments !! That clarified a lot
>> of
>>> things. I just read Chiradeep's blog (
>>> 
>> http://cloudierthanthou.wordpress.com/2013/04/26/stackmate-execute-cloudformation-templates-on-cloudstack/
>> )
>>> which details the service.
>>> 
>>> I am proposing a server side implementation of cloudformation.
>>> 
>>> I misunderstood the ReST and Query API. Thanks for correcting.
>> Information
>>> here(http://gehrcke.de/2009/06/aws-about-api/) helped me. In case we
>> want
>>> to use existing AWS tools for cloudformation, we also would be designing
>>> Query API, not ReST.
>>> 
>>> Sorry for the confusion regarding cloudmonkey. I was proposing to
>> integrate
>>> cloudformation API into cloudstack source code, directly and add
>>> corresponding support in cloudmonkey. But as you suggested, it might be
>>> easy to start with prototype decoupled from cloudstack (Uses cloudstack
>> API
>>> and does not reside in cloudstack). I assume by existing cloudformation
>>> tools you mean AWS tools(
>>> http://aws.amazon.com/developertools/AWS-CloudFormation). Reusing them
>> will
>>> be a really good idea.
>> 
>> Yes first step should be with cloud formation (stackmate) outside
>> cloudstack. And I strongly suggest that you make sure it is compatible with
>> the AWS tools.
>> 
>>> 
>>> There are lot of options for configuration mgmt tools. I have used knife
>>> previously and good to know that it has cloudstack plugin based on fog (
>>> https://github.com/fifthecho/knife-cloudstack-fog). Reasons rundeck
>> looked
>>> better was support for rollbacking and is full workflow execution engine.
>>> Finally rundeck can use chef/puppet. I have seen provisonr/whirr and they
>>> look promising. Definitely a lot to explore here !!
>> 
>> Yes, I have nothing against rundeck. But it would be one more dependency.
>> 
>>> 
>>> Thanks for suggesting clear proposal.
>>> 
>>> Thanks,
>>> Dharmesh
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On Wed, May 1, 2013 at 3:07 PM, Sebastien Goasguen 
>> wrote:
>>> 
 
 On Apr 30, 2013, at 4:59 PM, Chiradeep Vittal <
>> chiradeep.vit...@citrix.com>
 wrote:
 
> 
> 
> On 4/30/13 5:01 AM, "Sebastien Goasguen"  wrote:
> 
>> Dharmesh, see in-line
>> 
>> On Apr 30, 2013, at 5:34 AM, Dharmesh Kakadia 
 wrote:
>> 
>>> Hi,
>>> 
>>> I am Dharmesh Kakdia and interested in project "Integration project
>> to
>>> deploy and use Mesos on a CloudStack based cloud" (
>>> https://issues.apache.org/jira/browse/CLOUDSTACK-1784)
>>> 
>>> I am working on proposal and want to get feedback. Please provide
>>> suggestions :)
>>> 
>>> *
>>> 
>>> Abstract:
>>> 
>>> The project aims to bring cloudformation[1] like service to
>> cloudstack.
>>> One
>>> of the prime use-case is cluster computing frameworks on cloudstack.
>> A
>>> cloudformation service will give users and administrators of
>> cloudstack
>>> ability to manage and control a set of resources easily. The
>>> cloudformation
>>> will allow booting and configuring a set of VMs and form a cluster.
>>> Simple
>>> example would be LAMP stack. More complex clusters such as mesos or
>>> hadoop
>>> cluster requires a little more advanced configuration. There is
>> already
>>> some work done by Chiradeep Vittal at this front [5] using route and
>> 
>> it's using ruote: http://ruote.rubyforge.org
>> 
>>> sinatra. In this project, I will implement cloudformation service and
>>> demonstrate how to run mesos cluster using it.
>> 
>> You will create cloud formation templates that describe a mesos
>> cluster
>> 
>>> 
>>> Mesos:
>>> 
>>> Mesos is a resource management platform for clusters [2]. It aims to
>>> increase resource utilization of clusters by sharing cluster
>> resources
>>> among multiple processing frameworks(like MapReduce, MPI, Graph
>>> Processing)
>>> or multiple instances of same framework. It provides efficient
>> resource
>>> isolation through use of containers. Uses zookeeper for state
>>> 

Re: Trouble still with finding TinyLinux template

[Wei ZHOU]

The two commands are the same...


2013/5/7 Mike Tutkowski 

> Thank you so much - your process worked for me! :)
>
> I have a couple questions, if you have a moment.
>
> I usually run the CS MS as such:
>
> mvn -pl client jetty:run
>
> Can you tell me what is different about the way you specified how to run
> it? I noticed it asked me for a password with your way and it kept asking
> for the password a few times.
>
>

Also, have you noticed Ctrl-C sort of hanging your terminal when you run it
> against the CS MS the way you started up the CS MS? It doesn't really
> hang...it does accept commands, but doesn't print the commands I type to
> the console window (I only noticed they work because I tried typing a few
> commands and hitting  and it still ran the commands).
>
> Thanks again!
>
>
> On Tue, May 7, 2013 at 11:27 AM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > Normally I build with mvn clean install -Dnonoss, so I'm not sure if that
> > builds systemvm. I am running a build right now the way you specified. :)
> >
> >
> > On Tue, May 7, 2013 at 11:24 AM, Wei ZHOU  wrote:
> >
> >> It seems something wrong with systemvm
> >> Have you built systemvm?
> >>
> >>
> >> 2013/5/7 Mike Tutkowski 
> >>
> >> > Interesting...4.1 was working for me, but not 4.2. It looks like a
> >> problem
> >> > with calling a plug-in:
> >> >
> >> >
> >> >
> >>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
> >> >
> >> > Thanks for the info!
> >> >
> >> >
> >> > On Tue, May 7, 2013 at 11:18 AM, Wei ZHOU 
> >> wrote:
> >> >
> >> > > Hi Mike,
> >> > >
> >> > > I tested cloudstack 4.1 on devcloud2 some times today.
> >> > >
> >> > > I use another VM as git client (git checkout and build source code),
> >> and
> >> > > cloudstack management server.
> >> > >
> >> > > Here is the steps
> >> > > (1) Restore DevCloud2 to original/snapshot.
> >> > > (2) mvn -P developer,systemvm clean install
> >> > > (3) mvn -P developer -pl developer,tools/devcloud -Ddeploydb
> >> > > (4) mvn -pl :cloud-client-ui jetty:run   // and stop it.
> >> > > (5) update cloud.configuration set value=
> where
> >> > > name="host";  // ignore this if the eth0 ip of management server is
> >> > > 192.168.56.1. The ip is like 192.168.56.*
> >> > > (6) mvn -pl :cloud-client-ui jetty:run
> >> > > (7) mvn -P developer -pl tools/devcloud -Ddeploysvr  // keep
> step
> >> 6
> >> > > running. And stop step6 immediately after step7 finish (so you
> should
> >> be
> >> > > quick).
> >> > > (8) mvn -pl :cloud-client-ui jetty:run
> >> > >
> >> > > Wei
> >> > >
> >> > >
> >> > > 2013/5/7 Mike Tutkowski 
> >> > >
> >> > > > Just wanted to throw out there that I stashed away all of my
> >> changes in
> >> > > > master and went back to what's in the repo, re-built and all, and
> >> > arrive
> >> > > at
> >> > > > the same results.
> >> > > >
> >> > > > Has anyone had success recently cleaning out their DB, re-building
> >> from
> >> > > > master, and running the CS MS?
> >> > > >
> >> > > > Thanks!
> >> > > >
> >> > > >
> >> > > > On Tue, May 7, 2013 at 10:09 AM, Mike Tutkowski <
> >> > > > mike.tutkow...@solidfire.com> wrote:
> >> > > >
> >> > > > > Walked through the steps again this morning and same ending.
> >> > > > >
> >> > > > > As soon as I run deployDataCenter.py, I get the following
> >> exceptions:
> >> > > > >
> >> > > > > com.cloud.utils.exception.CloudRuntimeException: callHostPlugin
> >> > failed
> >> > > > for
> >> > > > > cmd: createISOVHD with args uuid:
> >> > 9f3f9262-3f77-09cc-2df7-0d8475676260,
> >> > > > >  due to There was a failure communicating with the plugin.
> >> > > > >  at
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
> >> > > > > at
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> com.cloud.hypervisor.xen.resource.XcpOssResource.createPatchVbd(XcpOssResource.java:88)
> >> > > > >  at
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1503)
> >> > > > > at
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:143)
> >> > > > >  at
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:532)
> >> > > > > at
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:137)
> >> > > > >  at
> >> > > > >
> >> > > >
> >> > >
> >> >
> >>
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
> >> > > > > at
> >> > > >
> >> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> >> > > > >  at
> >> > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> >> > > > > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> >> 

Re: Trouble still with finding TinyLinux template

[Mike Tutkowski]

Thank you so much - your process worked for me! :)

I have a couple questions, if you have a moment.

I usually run the CS MS as such:

mvn -pl client jetty:run

Can you tell me what is different about the way you specified how to run
it? I noticed it asked me for a password with your way and it kept asking
for the password a few times.

Also, have you noticed Ctrl-C sort of hanging your terminal when you run it
against the CS MS the way you started up the CS MS? It doesn't really
hang...it does accept commands, but doesn't print the commands I type to
the console window (I only noticed they work because I tried typing a few
commands and hitting  and it still ran the commands).

Thanks again!


On Tue, May 7, 2013 at 11:27 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Normally I build with mvn clean install -Dnonoss, so I'm not sure if that
> builds systemvm. I am running a build right now the way you specified. :)
>
>
> On Tue, May 7, 2013 at 11:24 AM, Wei ZHOU  wrote:
>
>> It seems something wrong with systemvm
>> Have you built systemvm?
>>
>>
>> 2013/5/7 Mike Tutkowski 
>>
>> > Interesting...4.1 was working for me, but not 4.2. It looks like a
>> problem
>> > with calling a plug-in:
>> >
>> >
>> >
>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
>> >
>> > Thanks for the info!
>> >
>> >
>> > On Tue, May 7, 2013 at 11:18 AM, Wei ZHOU 
>> wrote:
>> >
>> > > Hi Mike,
>> > >
>> > > I tested cloudstack 4.1 on devcloud2 some times today.
>> > >
>> > > I use another VM as git client (git checkout and build source code),
>> and
>> > > cloudstack management server.
>> > >
>> > > Here is the steps
>> > > (1) Restore DevCloud2 to original/snapshot.
>> > > (2) mvn -P developer,systemvm clean install
>> > > (3) mvn -P developer -pl developer,tools/devcloud -Ddeploydb
>> > > (4) mvn -pl :cloud-client-ui jetty:run   // and stop it.
>> > > (5) update cloud.configuration set value= where
>> > > name="host";  // ignore this if the eth0 ip of management server is
>> > > 192.168.56.1. The ip is like 192.168.56.*
>> > > (6) mvn -pl :cloud-client-ui jetty:run
>> > > (7) mvn -P developer -pl tools/devcloud -Ddeploysvr  // keep step
>> 6
>> > > running. And stop step6 immediately after step7 finish (so you should
>> be
>> > > quick).
>> > > (8) mvn -pl :cloud-client-ui jetty:run
>> > >
>> > > Wei
>> > >
>> > >
>> > > 2013/5/7 Mike Tutkowski 
>> > >
>> > > > Just wanted to throw out there that I stashed away all of my
>> changes in
>> > > > master and went back to what's in the repo, re-built and all, and
>> > arrive
>> > > at
>> > > > the same results.
>> > > >
>> > > > Has anyone had success recently cleaning out their DB, re-building
>> from
>> > > > master, and running the CS MS?
>> > > >
>> > > > Thanks!
>> > > >
>> > > >
>> > > > On Tue, May 7, 2013 at 10:09 AM, Mike Tutkowski <
>> > > > mike.tutkow...@solidfire.com> wrote:
>> > > >
>> > > > > Walked through the steps again this morning and same ending.
>> > > > >
>> > > > > As soon as I run deployDataCenter.py, I get the following
>> exceptions:
>> > > > >
>> > > > > com.cloud.utils.exception.CloudRuntimeException: callHostPlugin
>> > failed
>> > > > for
>> > > > > cmd: createISOVHD with args uuid:
>> > 9f3f9262-3f77-09cc-2df7-0d8475676260,
>> > > > >  due to There was a failure communicating with the plugin.
>> > > > >  at
>> > > > >
>> > > >
>> > >
>> >
>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
>> > > > > at
>> > > > >
>> > > >
>> > >
>> >
>> com.cloud.hypervisor.xen.resource.XcpOssResource.createPatchVbd(XcpOssResource.java:88)
>> > > > >  at
>> > > > >
>> > > >
>> > >
>> >
>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1503)
>> > > > > at
>> > > > >
>> > > >
>> > >
>> >
>> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:143)
>> > > > >  at
>> > > > >
>> > > >
>> > >
>> >
>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:532)
>> > > > > at
>> > > > >
>> > > >
>> > >
>> >
>> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:137)
>> > > > >  at
>> > > > >
>> > > >
>> > >
>> >
>> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
>> > > > > at
>> > > >
>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>> > > > >  at
>> > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
>> > > > > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>> > > > >  at
>> > > > >
>> > > >
>> > >
>> >
>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
>> > > > > at
>> > > > >
>> > > >
>> > >
>> >
>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
>> > > > >  at
>> > > > >
>> > > >
>> > >
>> >
>> java.util.con

Review Request: fixing the scripts to conform with lib changes

[SrikanteswaraRao Talluri]

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

Review request for cloudstack and Prasanna Santhanam.


Description
---

fixing the scripts to conform with lib changes


This addresses bug CLOUDSTACK-2363.


Diffs
-

  test/integration/component/test_project_configs.py fa2ee0a 
  test/integration/component/test_project_limits.py 4a8b9d4 
  test/integration/component/test_projects.py 9fa6075 
  test/integration/smoke/test_network.py 322e8c2 
  test/integration/smoke/test_templates.py fa4bc40 

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


Testing
---

tested


Thanks,

SrikanteswaraRao Talluri

Suggestion needed for CLOUDSTACK-212

[Dharmesh Kakadia]

Hi,

I am trying to move java package structure from com.cloud to org.apache (
https://issues.apache.org/jira/browse/CLOUDSTACK-212). I am thinking of
doing it the following way (Totally newbie), needed feedback on that.

1. grep "com.cloud" on the entire repo.
2. update all package declarations using eclipse.
3. Update scripts etc found in 1 manually.

Will it be a good way to do it ? Any better suggestion ?

Thanks,
Dharmesh

Re: Trouble still with finding TinyLinux template

[Mike Tutkowski]

Normally I build with mvn clean install -Dnonoss, so I'm not sure if that
builds systemvm. I am running a build right now the way you specified. :)


On Tue, May 7, 2013 at 11:24 AM, Wei ZHOU  wrote:

> It seems something wrong with systemvm
> Have you built systemvm?
>
>
> 2013/5/7 Mike Tutkowski 
>
> > Interesting...4.1 was working for me, but not 4.2. It looks like a
> problem
> > with calling a plug-in:
> >
> >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
> >
> > Thanks for the info!
> >
> >
> > On Tue, May 7, 2013 at 11:18 AM, Wei ZHOU  wrote:
> >
> > > Hi Mike,
> > >
> > > I tested cloudstack 4.1 on devcloud2 some times today.
> > >
> > > I use another VM as git client (git checkout and build source code),
> and
> > > cloudstack management server.
> > >
> > > Here is the steps
> > > (1) Restore DevCloud2 to original/snapshot.
> > > (2) mvn -P developer,systemvm clean install
> > > (3) mvn -P developer -pl developer,tools/devcloud -Ddeploydb
> > > (4) mvn -pl :cloud-client-ui jetty:run   // and stop it.
> > > (5) update cloud.configuration set value= where
> > > name="host";  // ignore this if the eth0 ip of management server is
> > > 192.168.56.1. The ip is like 192.168.56.*
> > > (6) mvn -pl :cloud-client-ui jetty:run
> > > (7) mvn -P developer -pl tools/devcloud -Ddeploysvr  // keep step 6
> > > running. And stop step6 immediately after step7 finish (so you should
> be
> > > quick).
> > > (8) mvn -pl :cloud-client-ui jetty:run
> > >
> > > Wei
> > >
> > >
> > > 2013/5/7 Mike Tutkowski 
> > >
> > > > Just wanted to throw out there that I stashed away all of my changes
> in
> > > > master and went back to what's in the repo, re-built and all, and
> > arrive
> > > at
> > > > the same results.
> > > >
> > > > Has anyone had success recently cleaning out their DB, re-building
> from
> > > > master, and running the CS MS?
> > > >
> > > > Thanks!
> > > >
> > > >
> > > > On Tue, May 7, 2013 at 10:09 AM, Mike Tutkowski <
> > > > mike.tutkow...@solidfire.com> wrote:
> > > >
> > > > > Walked through the steps again this morning and same ending.
> > > > >
> > > > > As soon as I run deployDataCenter.py, I get the following
> exceptions:
> > > > >
> > > > > com.cloud.utils.exception.CloudRuntimeException: callHostPlugin
> > failed
> > > > for
> > > > > cmd: createISOVHD with args uuid:
> > 9f3f9262-3f77-09cc-2df7-0d8475676260,
> > > > >  due to There was a failure communicating with the plugin.
> > > > >  at
> > > > >
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
> > > > > at
> > > > >
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.createPatchVbd(XcpOssResource.java:88)
> > > > >  at
> > > > >
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1503)
> > > > > at
> > > > >
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:143)
> > > > >  at
> > > > >
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:532)
> > > > > at
> > > > >
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:137)
> > > > >  at
> > > > >
> > > >
> > >
> >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
> > > > > at
> > > >
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > > > >  at
> > java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > > >  at
> > > > >
> > > >
> > >
> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
> > > > > at
> > > > >
> > > >
> > >
> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
> > > > >  at
> > > > >
> > > >
> > >
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
> > > > > at
> > > > >
> > > >
> > >
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
> > > > >  at java.lang.Thread.run(Thread.java:680)
> > > > > WARN  [xen.resource.CitrixResourceBase] (DirectAgent-9:) Unable to
> > > start
> > > > > s-1-VM due to
> > > > > com.cloud.utils.exception.CloudRuntimeException: callHostPlugin
> > failed
> > > > for
> > > > > cmd: createISOVHD with args uuid:
> > 9f3f9262-3f77-09cc-2df7-0d8475676260,
> > > > >  due to There was a failure communicating with the plugin.
> > > > >  at
> > > > >
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
> > > > > at
> > > > >
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.createPatchVbd(XcpOssResource.java:88)
> > > > >  at
> > > > >
> > > >
> > >
> >
> com.cloud.hypervisor

Re: Trouble still with finding TinyLinux template

[Wei ZHOU]

It seems something wrong with systemvm
Have you built systemvm?


2013/5/7 Mike Tutkowski 

> Interesting...4.1 was working for me, but not 4.2. It looks like a problem
> with calling a plug-in:
>
>
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
>
> Thanks for the info!
>
>
> On Tue, May 7, 2013 at 11:18 AM, Wei ZHOU  wrote:
>
> > Hi Mike,
> >
> > I tested cloudstack 4.1 on devcloud2 some times today.
> >
> > I use another VM as git client (git checkout and build source code), and
> > cloudstack management server.
> >
> > Here is the steps
> > (1) Restore DevCloud2 to original/snapshot.
> > (2) mvn -P developer,systemvm clean install
> > (3) mvn -P developer -pl developer,tools/devcloud -Ddeploydb
> > (4) mvn -pl :cloud-client-ui jetty:run   // and stop it.
> > (5) update cloud.configuration set value= where
> > name="host";  // ignore this if the eth0 ip of management server is
> > 192.168.56.1. The ip is like 192.168.56.*
> > (6) mvn -pl :cloud-client-ui jetty:run
> > (7) mvn -P developer -pl tools/devcloud -Ddeploysvr  // keep step 6
> > running. And stop step6 immediately after step7 finish (so you should be
> > quick).
> > (8) mvn -pl :cloud-client-ui jetty:run
> >
> > Wei
> >
> >
> > 2013/5/7 Mike Tutkowski 
> >
> > > Just wanted to throw out there that I stashed away all of my changes in
> > > master and went back to what's in the repo, re-built and all, and
> arrive
> > at
> > > the same results.
> > >
> > > Has anyone had success recently cleaning out their DB, re-building from
> > > master, and running the CS MS?
> > >
> > > Thanks!
> > >
> > >
> > > On Tue, May 7, 2013 at 10:09 AM, Mike Tutkowski <
> > > mike.tutkow...@solidfire.com> wrote:
> > >
> > > > Walked through the steps again this morning and same ending.
> > > >
> > > > As soon as I run deployDataCenter.py, I get the following exceptions:
> > > >
> > > > com.cloud.utils.exception.CloudRuntimeException: callHostPlugin
> failed
> > > for
> > > > cmd: createISOVHD with args uuid:
> 9f3f9262-3f77-09cc-2df7-0d8475676260,
> > > >  due to There was a failure communicating with the plugin.
> > > >  at
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
> > > > at
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.createPatchVbd(XcpOssResource.java:88)
> > > >  at
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1503)
> > > > at
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:143)
> > > >  at
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:532)
> > > > at
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:137)
> > > >  at
> > > >
> > >
> >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
> > > > at
> > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > > >  at
> java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > > >  at
> > > >
> > >
> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
> > > > at
> > > >
> > >
> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
> > > >  at
> > > >
> > >
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
> > > > at
> > > >
> > >
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
> > > >  at java.lang.Thread.run(Thread.java:680)
> > > > WARN  [xen.resource.CitrixResourceBase] (DirectAgent-9:) Unable to
> > start
> > > > s-1-VM due to
> > > > com.cloud.utils.exception.CloudRuntimeException: callHostPlugin
> failed
> > > for
> > > > cmd: createISOVHD with args uuid:
> 9f3f9262-3f77-09cc-2df7-0d8475676260,
> > > >  due to There was a failure communicating with the plugin.
> > > >  at
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
> > > > at
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.createPatchVbd(XcpOssResource.java:88)
> > > >  at
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1503)
> > > > at
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:143)
> > > >  at
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:532)
> > > > at
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:137)
> > > >  at
> > > >
> > >
> >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
> 

Re: Dispatcher

[Wei ZHOU]

Hi Faisal,

Please have a look at the last page of this presentation
http://www.slideshare.net/cloudstack/cloudstack-architecture

Wei


2013/5/7 Faisal Azizullah 

> Thanks Vijay,
>
> I am looking for how jobs are processed in cloudstack, let say for e.g. if
> I want to create a new VM, how this job is handled.
>
> Thanks,
>
> Faisal
>
> On May 7, 2013, at 10:54 AM, Vijayendra Bhamidipati <
> vijayendra.bhamidip...@citrix.com> wrote:
>
> > Hi Faisal,
> >
> > Are you referring to the API dispatcher in cloudstack? If so, there are
> two starting points - one for servlet requests received over 8080, and the
> other for the integration port (8096 by default). The former starts with
> handle() in ApiServer.java. The latter starts with doGet() and doPost()
> routines in ApiServlet.java.
> >
> > Regards,
> > Vijay
> > 
> > From: Faisal Azizullah [fazizul...@connectloud.com]
> > Sent: Tuesday, May 07, 2013 8:26 AM
> > To: dev@cloudstack.apache.org
> > Subject: Dispatcher
> >
> > Hi,
> >
> > Can some one point me to the documentation/source code of Dispatcher in
> cloud stack .
> >
> > Thanks,
> >
> > Faisal
>
>

Re: Trouble still with finding TinyLinux template

[Mike Tutkowski]

Interesting...4.1 was working for me, but not 4.2. It looks like a problem
with calling a plug-in:

com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)

Thanks for the info!


On Tue, May 7, 2013 at 11:18 AM, Wei ZHOU  wrote:

> Hi Mike,
>
> I tested cloudstack 4.1 on devcloud2 some times today.
>
> I use another VM as git client (git checkout and build source code), and
> cloudstack management server.
>
> Here is the steps
> (1) Restore DevCloud2 to original/snapshot.
> (2) mvn -P developer,systemvm clean install
> (3) mvn -P developer -pl developer,tools/devcloud -Ddeploydb
> (4) mvn -pl :cloud-client-ui jetty:run   // and stop it.
> (5) update cloud.configuration set value= where
> name="host";  // ignore this if the eth0 ip of management server is
> 192.168.56.1. The ip is like 192.168.56.*
> (6) mvn -pl :cloud-client-ui jetty:run
> (7) mvn -P developer -pl tools/devcloud -Ddeploysvr  // keep step 6
> running. And stop step6 immediately after step7 finish (so you should be
> quick).
> (8) mvn -pl :cloud-client-ui jetty:run
>
> Wei
>
>
> 2013/5/7 Mike Tutkowski 
>
> > Just wanted to throw out there that I stashed away all of my changes in
> > master and went back to what's in the repo, re-built and all, and arrive
> at
> > the same results.
> >
> > Has anyone had success recently cleaning out their DB, re-building from
> > master, and running the CS MS?
> >
> > Thanks!
> >
> >
> > On Tue, May 7, 2013 at 10:09 AM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com> wrote:
> >
> > > Walked through the steps again this morning and same ending.
> > >
> > > As soon as I run deployDataCenter.py, I get the following exceptions:
> > >
> > > com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed
> > for
> > > cmd: createISOVHD with args uuid: 9f3f9262-3f77-09cc-2df7-0d8475676260,
> > >  due to There was a failure communicating with the plugin.
> > >  at
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
> > > at
> > >
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.createPatchVbd(XcpOssResource.java:88)
> > >  at
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1503)
> > > at
> > >
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:143)
> > >  at
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:532)
> > > at
> > >
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:137)
> > >  at
> > >
> >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
> > > at
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > >  at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > >  at
> > >
> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
> > > at
> > >
> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
> > >  at
> > >
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
> > > at
> > >
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
> > >  at java.lang.Thread.run(Thread.java:680)
> > > WARN  [xen.resource.CitrixResourceBase] (DirectAgent-9:) Unable to
> start
> > > s-1-VM due to
> > > com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed
> > for
> > > cmd: createISOVHD with args uuid: 9f3f9262-3f77-09cc-2df7-0d8475676260,
> > >  due to There was a failure communicating with the plugin.
> > >  at
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
> > > at
> > >
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.createPatchVbd(XcpOssResource.java:88)
> > >  at
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1503)
> > > at
> > >
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:143)
> > >  at
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:532)
> > > at
> > >
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:137)
> > >  at
> > >
> >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
> > > at
> > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> > >  at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> > >  at
> > >
> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
> > > at
> > >
> >
> java.util.concurrent.ScheduledThrea

Re: Trouble still with finding TinyLinux template

[Wei ZHOU]

Hi Mike,

I tested cloudstack 4.1 on devcloud2 some times today.

I use another VM as git client (git checkout and build source code), and
cloudstack management server.

Here is the steps
(1) Restore DevCloud2 to original/snapshot.
(2) mvn -P developer,systemvm clean install
(3) mvn -P developer -pl developer,tools/devcloud -Ddeploydb
(4) mvn -pl :cloud-client-ui jetty:run   // and stop it.
(5) update cloud.configuration set value= where
name="host";  // ignore this if the eth0 ip of management server is
192.168.56.1. The ip is like 192.168.56.*
(6) mvn -pl :cloud-client-ui jetty:run
(7) mvn -P developer -pl tools/devcloud -Ddeploysvr  // keep step 6
running. And stop step6 immediately after step7 finish (so you should be
quick).
(8) mvn -pl :cloud-client-ui jetty:run

Wei


2013/5/7 Mike Tutkowski 

> Just wanted to throw out there that I stashed away all of my changes in
> master and went back to what's in the repo, re-built and all, and arrive at
> the same results.
>
> Has anyone had success recently cleaning out their DB, re-building from
> master, and running the CS MS?
>
> Thanks!
>
>
> On Tue, May 7, 2013 at 10:09 AM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
> > Walked through the steps again this morning and same ending.
> >
> > As soon as I run deployDataCenter.py, I get the following exceptions:
> >
> > com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed
> for
> > cmd: createISOVHD with args uuid: 9f3f9262-3f77-09cc-2df7-0d8475676260,
> >  due to There was a failure communicating with the plugin.
> >  at
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
> > at
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.createPatchVbd(XcpOssResource.java:88)
> >  at
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1503)
> > at
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:143)
> >  at
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:532)
> > at
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:137)
> >  at
> >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
> > at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> >  at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> >  at
> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
> > at
> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
> >  at
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
> > at
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
> >  at java.lang.Thread.run(Thread.java:680)
> > WARN  [xen.resource.CitrixResourceBase] (DirectAgent-9:) Unable to start
> > s-1-VM due to
> > com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed
> for
> > cmd: createISOVHD with args uuid: 9f3f9262-3f77-09cc-2df7-0d8475676260,
> >  due to There was a failure communicating with the plugin.
> >  at
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
> > at
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.createPatchVbd(XcpOssResource.java:88)
> >  at
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1503)
> > at
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:143)
> >  at
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:532)
> > at
> >
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:137)
> >  at
> >
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
> > at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> >  at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> > at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> >  at
> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
> > at
> >
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
> >  at
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
> > at
> >
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
> >  at java.lang.Thread.run(Thread.java:680)
> > WARN  [xen.resource.CitrixResourceBase] (DirectAgent-9:) Unable to clean
> > up VBD due to
> > You gave an invalid object reference.  The object may have recently been
> > deleted.  The class parameter gives the type of reference given, 

Re: network guru refactor proposal

[Chiradeep Vittal]

For a major change, I'd expect a functional specification. It is still not
clear to me what is "nicira hosted private gateways". I can guess, but
without a concrete document, it is hard to see where you are going with
this.

On 5/7/13 6:30 AM, "Daan Hoogland"  wrote:

>The main objective is to have a nicira based private network guru to use
>for vpsgateways. I want to abstract common code with the 'generic' vlan
>based private network but also abstract out commonalities that might be
>shared with the guest networks.  canHandle could be generalized and
>called by all classes, though it has another footprint now in the guest
>networks then it has in PrivateNetworkGuru.
>
>Alternatively I will copy code from NiciraNvpGuestNetworkGuru and
>PrivateNetworkGuru to a new class and later refactor it, which is not my
>favorite way to go.
>
>I must admit that including network gurus that do not support any
>extensions in the hierarchy is an esthetic touch if no code is shared. I
>will refrain if maintainability issues can be expected.
>
>Regards,
>
>-Original Message-
>From: Murali Reddy [mailto:murali.re...@citrix.com]
>Sent: dinsdag 7 mei 2013 15:17
>To: dev@cloudstack.apache.org
>Subject: Re: network guru refactor proposal
>
>On 07/05/13 5:23 PM, "Daan Hoogland"  wrote:
>
>>LS,
>>
>>I want to refactor the network guru hierarchy to put som functionality
>>in abstract base classes. This will come down to extending the
>>hierarchy for guest networks to include all gurus. Are there any
>>thoughts or gotchas to share?
>
>GuestNetworkGuru in some sense already acting as abstract base class,
>except for the fact that it is tied to 'Vlan' isolation. We can
>generalise the 'GuestNetworkGuru' and let the isolation type specific
>network design aspects to concrete classes. Other gurus (direct, pod
>based) for guest networks does not have any extensions at this point and
>does not overlap much with GuestNetworkGuru, so they may remain as is.
>Are there any specify observations that you think refactor will address?
>
>>
>>This would be the second part of a three stage strategy I have to
>>support creating a nicira hosted private gateway for vpcs.
>>The first one is making sure vlans are specified as uri throughout the
>>system. I will be submitting a patch for review for this part soon.
>>The last part will be creating a guru based on Hugo's
>>NiciraNvpGuestNetworkGuru.
>>
>>Any comment is appreciated,
>>Daan Hoogland
>>
>
>

Re: [GSoC][Proposal] Integration project to deploy and use Mesos on a CloudStack based cloud

[Dharmesh Kakadia]

I am able to create singel instance LAMP-stack with Chiradeeps's
implementation. I will spend a little time, understanding his code (new to
ruby). Will take it forward from there.

Thanks,
Dharmesh

On Tue, May 7, 2013 at 1:16 PM, Sebastien Goasguen  wrote:

>
> On May 1, 2013, at 7:27 AM, Dharmesh Kakadia <
> dharmesh.kaka...@research.iiit.ac.in> wrote:
>
> > Sebastien and Chiradeep, thanks for the comments !! That clarified a lot
> of
> > things. I just read Chiradeep's blog (
> >
> http://cloudierthanthou.wordpress.com/2013/04/26/stackmate-execute-cloudformation-templates-on-cloudstack/
> )
> > which details the service.
> >
> > I am proposing a server side implementation of cloudformation.
> >
> > I misunderstood the ReST and Query API. Thanks for correcting.
> Information
> > here(http://gehrcke.de/2009/06/aws-about-api/) helped me. In case we
> want
> > to use existing AWS tools for cloudformation, we also would be designing
> > Query API, not ReST.
> >
> > Sorry for the confusion regarding cloudmonkey. I was proposing to
> integrate
> > cloudformation API into cloudstack source code, directly and add
> > corresponding support in cloudmonkey. But as you suggested, it might be
> > easy to start with prototype decoupled from cloudstack (Uses cloudstack
> API
> > and does not reside in cloudstack). I assume by existing cloudformation
> > tools you mean AWS tools(
> > http://aws.amazon.com/developertools/AWS-CloudFormation). Reusing them
> will
> > be a really good idea.
>
> Yes first step should be with cloud formation (stackmate) outside
> cloudstack. And I strongly suggest that you make sure it is compatible with
> the AWS tools.
>
> >
> > There are lot of options for configuration mgmt tools. I have used knife
> > previously and good to know that it has cloudstack plugin based on fog (
> > https://github.com/fifthecho/knife-cloudstack-fog). Reasons rundeck
> looked
> > better was support for rollbacking and is full workflow execution engine.
> > Finally rundeck can use chef/puppet. I have seen provisonr/whirr and they
> > look promising. Definitely a lot to explore here !!
>
> Yes, I have nothing against rundeck. But it would be one more dependency.
>
> >
> > Thanks for suggesting clear proposal.
> >
> > Thanks,
> > Dharmesh
> >
> >
> >
> >
> >
> > On Wed, May 1, 2013 at 3:07 PM, Sebastien Goasguen 
> wrote:
> >
> >>
> >> On Apr 30, 2013, at 4:59 PM, Chiradeep Vittal <
> chiradeep.vit...@citrix.com>
> >> wrote:
> >>
> >>>
> >>>
> >>> On 4/30/13 5:01 AM, "Sebastien Goasguen"  wrote:
> >>>
>  Dharmesh, see in-line
> 
>  On Apr 30, 2013, at 5:34 AM, Dharmesh Kakadia 
> >> wrote:
> 
> > Hi,
> >
> > I am Dharmesh Kakdia and interested in project "Integration project
> to
> > deploy and use Mesos on a CloudStack based cloud" (
> > https://issues.apache.org/jira/browse/CLOUDSTACK-1784)
> >
> > I am working on proposal and want to get feedback. Please provide
> > suggestions :)
> >
> > *
> >
> > Abstract:
> >
> > The project aims to bring cloudformation[1] like service to
> cloudstack.
> > One
> > of the prime use-case is cluster computing frameworks on cloudstack.
> A
> > cloudformation service will give users and administrators of
> cloudstack
> > ability to manage and control a set of resources easily. The
> > cloudformation
> > will allow booting and configuring a set of VMs and form a cluster.
> > Simple
> > example would be LAMP stack. More complex clusters such as mesos or
> > hadoop
> > cluster requires a little more advanced configuration. There is
> already
> > some work done by Chiradeep Vittal at this front [5] using route and
> 
>  it's using ruote: http://ruote.rubyforge.org
> 
> > sinatra. In this project, I will implement cloudformation service and
> > demonstrate how to run mesos cluster using it.
> 
>  You will create cloud formation templates that describe a mesos
> cluster
> 
> >
> > Mesos:
> >
> > Mesos is a resource management platform for clusters [2]. It aims to
> > increase resource utilization of clusters by sharing cluster
> resources
> > among multiple processing frameworks(like MapReduce, MPI, Graph
> > Processing)
> > or multiple instances of same framework. It provides efficient
> resource
> > isolation through use of containers. Uses zookeeper for state
> > maintenance
> > and fault tolerance.
> >
> > What can run on mesos ?
> >
> > Spark: A cluster computing framework based on the Resilient
> Distributed
> > Datasets (RDDs) abstraction. RDD is more generalized than MapReduce
> and
> > can
> > support iterative and interactive computation while retaining fault
> > tolerance, scalability, data locality etc.
> >
> > Hadoop: Hadoop is fault tolerant and scalable distributed computing
> > framework based on MapReduce abstraction.
> >
> > Beg

Re: [ACS42] 4.2 Build Failed

[Kelven Yang]

Mice,

Master branch is now compiling with vSphere SDK 5.1 which has deprecated
vmware-apputils.jar shipped from VMware in 4.x SDKs, you can disable these
unit test to get pass the build for now

Kelven

On 5/7/13 12:05 AM, "Mice Xia"  wrote:

>After master commit e0d8f01ecd92a1a7b74558d02a28be3b2f20a10d, which set
>default test source directory for all sub-projects, unit tests in
>cloud-vmware-base have compile errors:
>
> 
>
>[ERROR] Failed to execute goal
>org.apache.maven.plugins:maven-compiler-plugin:2.5.1:testCompile
>(default-testCompile) on project cloud-vmware-base: Compilation failure:
>Compilation failure..
>
> 
>
>It seems these unit tests depend on deprecated jars like
>vmware-apputils.jar, and have been excluded from UT execution for awhile,
>anyone has an idea if these UTs can be removed or updated?
>
> 
>
>Mice
>

Re: Trouble still with finding TinyLinux template

[Mike Tutkowski]

Just wanted to throw out there that I stashed away all of my changes in
master and went back to what's in the repo, re-built and all, and arrive at
the same results.

Has anyone had success recently cleaning out their DB, re-building from
master, and running the CS MS?

Thanks!


On Tue, May 7, 2013 at 10:09 AM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Walked through the steps again this morning and same ending.
>
> As soon as I run deployDataCenter.py, I get the following exceptions:
>
> com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed for
> cmd: createISOVHD with args uuid: 9f3f9262-3f77-09cc-2df7-0d8475676260,
>  due to There was a failure communicating with the plugin.
>  at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.createPatchVbd(XcpOssResource.java:88)
>  at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1503)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:143)
>  at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:532)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:137)
>  at
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>  at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>  at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
>  at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
>  at java.lang.Thread.run(Thread.java:680)
> WARN  [xen.resource.CitrixResourceBase] (DirectAgent-9:) Unable to start
> s-1-VM due to
> com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed for
> cmd: createISOVHD with args uuid: 9f3f9262-3f77-09cc-2df7-0d8475676260,
>  due to There was a failure communicating with the plugin.
>  at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.createPatchVbd(XcpOssResource.java:88)
>  at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1503)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:143)
>  at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:532)
> at
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:137)
>  at
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>  at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
>  at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
> at
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
>  at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
>  at java.lang.Thread.run(Thread.java:680)
> WARN  [xen.resource.CitrixResourceBase] (DirectAgent-9:) Unable to clean
> up VBD due to
> You gave an invalid object reference.  The object may have recently been
> deleted.  The class parameter gives the type of reference given, and the
> handle parameter echoes the bad value given.
>  at com.xensource.xenapi.Types.checkResponse(Types.java:209)
> at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
>  at
> com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:909)
> at com.xensource.xenapi.VBD.unplug(VBD.java:1059)
>  at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailure(CitrixResourceBase.java:1310)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1584)
>  at
> com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:143)
> at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:532)
>  at
> com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:137)
> at
> com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
>  at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java

Re: Dispatcher

[Faisal Azizullah]

Thanks Vijay,

I am looking for how jobs are processed in cloudstack, let say for e.g. if I 
want to create a new VM, how this job is handled.

Thanks,

Faisal 
 
On May 7, 2013, at 10:54 AM, Vijayendra Bhamidipati 
 wrote:

> Hi Faisal,
> 
> Are you referring to the API dispatcher in cloudstack? If so, there are two 
> starting points - one for servlet requests received over 8080, and the other 
> for the integration port (8096 by default). The former starts with handle() 
> in ApiServer.java. The latter starts with doGet() and doPost() routines in 
> ApiServlet.java. 
> 
> Regards,
> Vijay
> 
> From: Faisal Azizullah [fazizul...@connectloud.com]
> Sent: Tuesday, May 07, 2013 8:26 AM
> To: dev@cloudstack.apache.org
> Subject: Dispatcher
> 
> Hi,
> 
> Can some one point me to the documentation/source code of Dispatcher in cloud 
> stack .
> 
> Thanks,
> 
> Faisal

Re: Trouble still with finding TinyLinux template

[Mike Tutkowski]

Walked through the steps again this morning and same ending.

As soon as I run deployDataCenter.py, I get the following exceptions:

com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed for
cmd: createISOVHD with args uuid: 9f3f9262-3f77-09cc-2df7-0d8475676260,
 due to There was a failure communicating with the plugin.
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.createPatchVbd(XcpOssResource.java:88)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1503)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:143)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:532)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:137)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(Thread.java:680)
WARN  [xen.resource.CitrixResourceBase] (DirectAgent-9:) Unable to start
s-1-VM due to
com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed for
cmd: createISOVHD with args uuid: 9f3f9262-3f77-09cc-2df7-0d8475676260,
 due to There was a failure communicating with the plugin.
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:3985)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.createPatchVbd(XcpOssResource.java:88)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1503)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:143)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:532)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:137)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(Thread.java:680)
WARN  [xen.resource.CitrixResourceBase] (DirectAgent-9:) Unable to clean up
VBD due to
You gave an invalid object reference.  The object may have recently been
deleted.  The class parameter gives the type of reference given, and the
handle parameter echoes the bad value given.
at com.xensource.xenapi.Types.checkResponse(Types.java:209)
at com.xensource.xenapi.Connection.dispatch(Connection.java:368)
at
com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:909)
at com.xensource.xenapi.VBD.unplug(VBD.java:1059)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.handleVmStartFailure(CitrixResourceBase.java:1310)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.execute(CitrixResourceBase.java:1584)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.execute(XcpOssResource.java:143)
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.executeRequest(CitrixResourceBase.java:532)
at
com.cloud.hypervisor.xen.resource.XcpOssResource.executeRequest(XcpOssResource.java:137)
at
com.cloud.agent.manager.DirectAgentAttache$Task.run(DirectAgentAttache.java:186)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
at java.lang.Thread.run(T

Re: Review Request: fix userdata integration test

[SrikanteswaraRao Talluri]

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

(Updated May 7, 2013, 4:06 p.m.)


Review request for cloudstack and Prasanna Santhanam.


Changes
---

updated diff


Description
---

Clean up the VM created in each test in tearDown method otherwise test is 
failing because it verifies the first VM in the list VM. 


This addresses bug CLOUDSTACK-2362.


Diffs (updated)
-

  test/integration/smoke/test_deploy_vm_with_userdata.py fd9e320 

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


Testing
---

Test userdata as GET, size > 2k ... ok
Test userdata as POST, size > 2k ... ok

--
XML: /tmp/r.xml
--
Ran 2 tests in 401.378s

OK


Thanks,

SrikanteswaraRao Talluri

Review Request: fix userdata integration test

[SrikanteswaraRao Talluri]

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

Review request for cloudstack and Prasanna Santhanam.


Description
---

Clean up the VM created in each test in tearDown method otherwise test is 
failing because it verifies the first VM in the list VM. 


This addresses bug CLOUDSTACK-2362.


Diffs
-

  test/integration/smoke/test_deploy_vm_with_userdata.py fd9e320 

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


Testing
---

Test userdata as GET, size > 2k ... ok
Test userdata as POST, size > 2k ... ok

--
XML: /tmp/r.xml
--
Ran 2 tests in 401.378s

OK


Thanks,

SrikanteswaraRao Talluri

RE: Dispatcher

[Vijayendra Bhamidipati]

Hi Faisal,

Are you referring to the API dispatcher in cloudstack? If so, there are two 
starting points - one for servlet requests received over 8080, and the other 
for the integration port (8096 by default). The former starts with handle() in 
ApiServer.java. The latter starts with doGet() and doPost() routines in 
ApiServlet.java. 

Regards,
Vijay

From: Faisal Azizullah [fazizul...@connectloud.com]
Sent: Tuesday, May 07, 2013 8:26 AM
To: dev@cloudstack.apache.org
Subject: Dispatcher

Hi,

Can some one point me to the documentation/source code of Dispatcher in cloud 
stack .

Thanks,

Faisal

Review Request: fix storage xenmotion test script

[SrikanteswaraRao Talluri]

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

Review request for cloudstack and Prasanna Santhanam.


Description
---

fix storage xenmotion test script for the following:
1. getting network type in the setup
2. validating pool response in the test migrate volume. 


This addresses bug CLOUDSTACK-2361.


Diffs
-

  test/integration/component/test_storage_motion.py 086ec77 

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


Testing
---

tested


Thanks,

SrikanteswaraRao Talluri

Re: Database Access

[Mike Tutkowski]

Yeah, I've saved off this e-mail, but it would be great to have it on the
Wiki. :)


On Tue, May 7, 2013 at 9:17 AM, Vijayendra Bhamidipati <
vijayendra.bhamidip...@citrix.com> wrote:

> Hi Soheil,
>
> Sure! :)
>
> Cheers!
> Regards,
> Vijay
> 
> From: Soheil Eizadi [seiz...@infoblox.com]
> Sent: Monday, May 06, 2013 10:00 PM
> To: dev@cloudstack.apache.org
> Subject: RE: Database Access
>
> Hi Vijay,
> Thanks for detail on the Database access. If you are OK with it, when I
> have time I will create a page for this in the Wiki and copy this
> information there.
> -Soheil
> 
> From: Vijayendra Bhamidipati [vijayendra.bhamidip...@citrix.com]
> Sent: Monday, May 06, 2013 7:02 PM
> To: dev@cloudstack.apache.org
> Subject: RE: Database Access
>
> Hi Soheil,
>
> Cloudstack internally uses cglib and ehcache to create and cache POJO
> (plain old java object) proxy objects in the db schema. The DAO layer has
> been written such that most routines that you will ever need to work with
> the POJOs, read a record from the db, or a list of records from the db,
> write a record to the db, find a record or a list of records by id in a
> table using conditions, and so on, have been implemented in
> GenericDaoBase.java.
>
> Say you want to create a new table in the cloud schema, mytable. You first
> edit the appropriate sql script (which would be
> setup/db/db/schema410to420.sql if you're working on the current master) to
> include a create table my_table_name_in_cloud_schema DDL there. When you
> run ` mvn -e -P developer -pl developer -Ddeploydb;`, this table will get
> created in the cloud schema, and you can check that by logging into the
> mysql db. Next, you need a POJO to be able to hold a record of this table,
> in the cloudstack mgmt. server - so you define a new class for this. This
> class is called a "View Object" or VO. You call your class "mytableVO",
> typically like this:
>
> @Entity
> @Table(name="my_table_name_in_cloud_schema")
> public class mytableVO implements mytable {
>
>
>   @Column(name="column_name_in_cloud_schema_table")
>   private  ; // Your field name here needn't match the
> actual column name in your table on mysql.
>
>   @Column
> .
> .
>// Next, getter and setter methods for each field.
>
>   // Two constructors, one taking in as arguments the minimum number of
> fields you want when creating this VO.
>   // The other, a default constructor that typically generates a uuid for
> the uuid field.
> }
>
> So next, how do you fill up this VO with the corresponding columns of a
> record from the db? You need to tie this VO to a Dao class - one that
> extends the GenericDaoBase class. So you typically create an interface,
> mytableDao extends GenericDao. In this interface, you put
> in functions that you need specially for your own Dao implementation - say
> you want to run a complicated query where you create your own views and
> query from that, or use multiple conditions etc - you put a function
> declaration there called mytables_complicatedfunc() in there.
>
> Next, you'll create a class to implement the above interface. Call it
> mytableDaoImpl. It will extend mytableDao. In here, you will implement your
> complicated function using Search Builders. In a search builder, you can
> multiple conditionals - basically the where part of a sql query. Here's an
> example:
>
> vmIdSearch = createSearchBuilder();
> vmIdSearch.and("vmId", vmIdSearch.entity().getCloneType(), Op.EQ);
> vmIdSearch.done();
>
> What you're doing here is that you're using the field name in the POJO you
> created (mytableVO) (here it is "vmId"). You're saying, get the clone type
> from the db, and check if it's equal (Op.EQ) to the vmId that you will
> supply to it. How do you supply the vmId? You instantiate the search
> builder you created above, then use that instance.setParameters("vmId",
> pass_your_vm_id_here). Then you pass this instance to one of
> GenericDaoBase's functions.
>
> You typically will have an id/uuid column in your table, where they need
> to be autogenerated. You must use the @GeneratedValue annotation when you
> want to do that. Check out one of the Dao classes - a very simple one is
> one that I put in for the full clones feature a few weeks ago, and from
> which comes the excerpt that I used above.
>
> When you implement a new table thus, you should also leverage the mockito
> frameworks already provided by cloudstack - to write a simple unit test to
> check if the table works as expected, you can refer to the commit
> cd291f6b4b5b851595ef11c5f14def9afddb6a1a on the master. Should make things
> easier :)
>
> Finally, you will never see the actual proxy objects themselves - they're
> always hidden by cglib. Typically, you shouldn't need to know about them.
>
>
> Cheers!
> Regards,
> Vijay
>
> -Original Message-
> From: Soheil Eizadi [mailto:seiz...@infoblox.com]
> Sent: Monday, May 06, 2

Re: [ACS41] Outstanding issues to resolve

[Chip Childers]

On Tue, May 07, 2013 at 03:18:03PM +, Kishan Kavala wrote:
> Chip,
>  I'll look into CLOUDSTACK-2309. Looks like CLOUDSTACK-528   is related to 
> the same issue.

Fantastic!  Thank you Kishan.  Wei has been chugging away at the other
bugs, so we're getting there.

I'll send out an updated list of issues this afternoon.  There are still
others up for grabs folks...  come fix 'em!


> 
> ~kishan
> 
> > -Original Message-
> > From: Chip Childers [mailto:chip.child...@sungard.com]
> > Sent: Monday, 6 May 2013 10:07 PM
> > To: dev@cloudstack.apache.org
> > Subject: [ACS41] Outstanding issues to resolve
> > 
> > Once again, here's the list of issues for 4.1.0 that need to be addressed
> > before I try to re-spin an RC:
> > 
> > CLOUDSTACK-528  Failed to create secondary storage  Unassigned  Tamas
> > Monos
> > CLOUDSTACK-2309 Upgrade from 2.2.14 to 4.1.0 : network static routes
> > deleted on SSVMUnassigned  Nicolas Lamirault
> > CLOUDSTACK-2319 2.2.14 to 4.1.0 upgrade: unable to add egress rules Wei
> > ZhouShashi Dahal
> > CLOUDSTACK-1907 Can't create system VM on XCP1.6 hypervisor Unassigned
> > Nikita Gubenko
> > CLOUDSTACK-2218 [web.context.ContextLoader] (main:null) Context
> > initialization failed   Unassigned  terryye
> > CLOUDSTACK-2318 upgrade from 2.2.14 -> 4.1.0 : unable to start an existing
> > running vm after stopping it manuallyUnassigned  Shashi Dahal
> > CLOUDSTACK-2322 2.2.14 to 4.1.0 upgrade: unable to add a new VM Wei
> > ZhouShashi Dahal
> > 
> > As of right now, only 2322 and 2319 are assigned (Thanks for jumping on
> > them Wei!).
> > 
> > Assistance getting through this list, as well as any other upgrade problems
> > that are found, would be very much appreciated.
> > 
> > -chip
> 

Dispatcher

[Faisal Azizullah]

Hi,

Can some one point me to the documentation/source code of Dispatcher in cloud 
stack .

Thanks,

Faisal 

Error when restarting management console.

[Justin Grudzien]

We have 29 physical hosts connected to a management server in our staging
environment running CS 4.0.1. When we restart the management console the
hosts all go into a disconnected -> connecting -> disconnected state over
and over, sometimes for hours. Can anyone tell me how CS checks to see if a
host is up on restart of the management console? Is this the same process
that is used when CS runs normally or is there a special check when it
starts? Also, is there a manual way to run the check so that I can verify
myself when the problem is occurring.

The problem last night corrected itself. I am not posting logs because I
want to run more tests, which is why I am just trying to understand the
host check process more. Thanks in advance for the help.

Justin

RE: Database Access

[Vijayendra Bhamidipati]

Hi Soheil,

Sure! :)

Cheers!
Regards,
Vijay

From: Soheil Eizadi [seiz...@infoblox.com]
Sent: Monday, May 06, 2013 10:00 PM
To: dev@cloudstack.apache.org
Subject: RE: Database Access

Hi Vijay,
Thanks for detail on the Database access. If you are OK with it, when I have 
time I will create a page for this in the Wiki and copy this information there.
-Soheil

From: Vijayendra Bhamidipati [vijayendra.bhamidip...@citrix.com]
Sent: Monday, May 06, 2013 7:02 PM
To: dev@cloudstack.apache.org
Subject: RE: Database Access

Hi Soheil,

Cloudstack internally uses cglib and ehcache to create and cache POJO (plain 
old java object) proxy objects in the db schema. The DAO layer has been written 
such that most routines that you will ever need to work with the POJOs, read a 
record from the db, or a list of records from the db, write a record to the db, 
find a record or a list of records by id in a table using conditions, and so 
on, have been implemented in GenericDaoBase.java.

Say you want to create a new table in the cloud schema, mytable. You first edit 
the appropriate sql script (which would be setup/db/db/schema410to420.sql if 
you're working on the current master) to include a create table 
my_table_name_in_cloud_schema DDL there. When you run ` mvn -e -P developer -pl 
developer -Ddeploydb;`, this table will get created in the cloud schema, and 
you can check that by logging into the mysql db. Next, you need a POJO to be 
able to hold a record of this table, in the cloudstack mgmt. server - so you 
define a new class for this. This class is called a "View Object" or VO. You 
call your class "mytableVO", typically like this:

@Entity
@Table(name="my_table_name_in_cloud_schema")
public class mytableVO implements mytable {


  @Column(name="column_name_in_cloud_schema_table")
  private  ; // Your field name here needn't match the 
actual column name in your table on mysql.

  @Column
.
.
   // Next, getter and setter methods for each field.

  // Two constructors, one taking in as arguments the minimum number of fields 
you want when creating this VO.
  // The other, a default constructor that typically generates a uuid for the 
uuid field.
}

So next, how do you fill up this VO with the corresponding columns of a record 
from the db? You need to tie this VO to a Dao class - one that extends the 
GenericDaoBase class. So you typically create an interface, mytableDao extends 
GenericDao. In this interface, you put in functions that you 
need specially for your own Dao implementation - say you want to run a 
complicated query where you create your own views and query from that, or use 
multiple conditions etc - you put a function declaration there called 
mytables_complicatedfunc() in there.

Next, you'll create a class to implement the above interface. Call it 
mytableDaoImpl. It will extend mytableDao. In here, you will implement your 
complicated function using Search Builders. In a search builder, you can 
multiple conditionals - basically the where part of a sql query. Here's an 
example:

vmIdSearch = createSearchBuilder();
vmIdSearch.and("vmId", vmIdSearch.entity().getCloneType(), Op.EQ);
vmIdSearch.done();

What you're doing here is that you're using the field name in the POJO you 
created (mytableVO) (here it is "vmId"). You're saying, get the clone type from 
the db, and check if it's equal (Op.EQ) to the vmId that you will supply to it. 
How do you supply the vmId? You instantiate the search builder you created 
above, then use that instance.setParameters("vmId", pass_your_vm_id_here). Then 
you pass this instance to one of GenericDaoBase's functions.

You typically will have an id/uuid column in your table, where they need to be 
autogenerated. You must use the @GeneratedValue annotation when you want to do 
that. Check out one of the Dao classes - a very simple one is one that I put in 
for the full clones feature a few weeks ago, and from which comes the excerpt 
that I used above.

When you implement a new table thus, you should also leverage the mockito 
frameworks already provided by cloudstack - to write a simple unit test to 
check if the table works as expected, you can refer to the commit 
cd291f6b4b5b851595ef11c5f14def9afddb6a1a on the master. Should make things 
easier :)

Finally, you will never see the actual proxy objects themselves - they're 
always hidden by cglib. Typically, you shouldn't need to know about them.


Cheers!
Regards,
Vijay

-Original Message-
From: Soheil Eizadi [mailto:seiz...@infoblox.com]
Sent: Monday, May 06, 2013 5:01 PM
To: dev@cloudstack.apache.org
Subject: Database Access

I am trying to understand the details of DAO model in order implement it for 
our Network Element.

There is a reference to documentation "See Database Access for more details." 
But no link :( 
https://cwiki.apache.org/CLOUDSTACK/putting-cloudstack-together.html

I searched the wiki

RE: [ACS41] Outstanding issues to resolve

[Kishan Kavala]

Chip,
 I'll look into CLOUDSTACK-2309. Looks like CLOUDSTACK-528   is related to the 
same issue.

~kishan

> -Original Message-
> From: Chip Childers [mailto:chip.child...@sungard.com]
> Sent: Monday, 6 May 2013 10:07 PM
> To: dev@cloudstack.apache.org
> Subject: [ACS41] Outstanding issues to resolve
> 
> Once again, here's the list of issues for 4.1.0 that need to be addressed
> before I try to re-spin an RC:
> 
> CLOUDSTACK-528  Failed to create secondary storage  Unassigned  Tamas
> Monos
> CLOUDSTACK-2309 Upgrade from 2.2.14 to 4.1.0 : network static routes
> deleted on SSVMUnassigned  Nicolas Lamirault
> CLOUDSTACK-2319 2.2.14 to 4.1.0 upgrade: unable to add egress rules Wei
> ZhouShashi Dahal
> CLOUDSTACK-1907 Can't create system VM on XCP1.6 hypervisor Unassigned
> Nikita Gubenko
> CLOUDSTACK-2218 [web.context.ContextLoader] (main:null) Context
> initialization failed   Unassigned  terryye
> CLOUDSTACK-2318 upgrade from 2.2.14 -> 4.1.0 : unable to start an existing
> running vm after stopping it manuallyUnassigned  Shashi Dahal
> CLOUDSTACK-2322 2.2.14 to 4.1.0 upgrade: unable to add a new VM Wei
> ZhouShashi Dahal
> 
> As of right now, only 2322 and 2319 are assigned (Thanks for jumping on
> them Wei!).
> 
> Assistance getting through this list, as well as any other upgrade problems
> that are found, would be very much appreciated.
> 
> -chip

Re: resource management (IP address management)

[Ahmad Emneina]

doing a db dump on my system I see there are various places in the db where
the public ip addresses are stored.
the 'vlan' table seems to house the public network(s) defined
the 'domain_router' table will grab a public ip
when a vm is instantiated both the 'nics' and 'user_ip_address' table grab
an ip for the vm instance. I'm sure in statistics and events will both have
information pertaining to ip addresses in use as well. HTH



On Tue, May 7, 2013 at 7:45 AM, Jeronimo Garcia wrote:

> Log in to the virtual routers ... dnsmasq does DHCP and dns ..
> Also check a BASH script called edithosts.sh
>
> Thanks
>
>
> On Tue, May 7, 2013 at 9:43 AM, Adnan Ashraf <
> mohammad.adnan.ash...@gmail.com> wrote:
>
> > Hi,
> >
> > I would appreciate if anyone could point me any documentation where
> > cloudstack saves and manages the ip pools and ip address assignments. I
> > looked in the database but did not find anything in there. I didn't see
> any
> > entity classes as well managing these.
> >
> > Is it saved and managed in the VR? what is the overall process for IP
> > address management? thanks
> >
> > Adnan
> >
>

Re: Any reason HA can not be used with baremetal?

[Ahmad Emneina]

youre probably not technically allowed to add shared storage to bare metal
hosts... at least not at this moment. so daves assertion about the
assumption and my irrelevant comment are correct, IMO. waiting for frank
for the definitive answer on this, since he implemented the feature
originally and is working on the modern bare metal.


On Mon, May 6, 2013 at 7:26 PM, Jessica Tomechak  wrote:

> On Mon, May 6, 2013 at 9:29 AM, David Nalley  wrote:
>
> > On Mon, May 6, 2013 at 10:38 AM, Jessica Tomechak
> >  wrote:
> > > Does it matter whether Offer HA is checked when creating a compute
> > offering
> > > for use with a bare metal deployment? My understanding of HA is that it
> > > will restart a VM on another host in the same zone if the VM crashes.
> In
> > > the case of bare metal, instead of a VM, we have a baremetal instance,
> > one
> > > per machine. Would checking Offer HA mean that if a bare metal host
> > > crashes, another baremetal instance would be created on a different
> host
> > in
> > > the zone? Has anyone tried / tested this scenario?
> > >
> > > Jessica T.
> >
> >
> > No assumption of shared storage - as a matter of fact, I think the
> > assumption is the opposite.
> >
> > --David
> >
>
> I think you check "Shared" for Storage Type when creating a compute
> offering for an HA host. So I'm not sure whether your assumption about the
> assumption is correct. I'd love to hear more about this.
>
> Since we're talking about these settings, there are a few others which I'm
> not sure how to document. These are in the Add Compute Offering dialog.
> When the offering is for a bare metal host, would there be any restrictions
> on setting these, or perhaps would some or all of them not make sense with
> bare metal even if they're technically allowed:
>
> Network Rate
> Storage Tags
> CPU Cap
> isVolatile
>
> Jessica T.
>

Re: resource management (IP address management)

[Jeronimo Garcia]

Log in to the virtual routers ... dnsmasq does DHCP and dns ..
Also check a BASH script called edithosts.sh

Thanks


On Tue, May 7, 2013 at 9:43 AM, Adnan Ashraf <
mohammad.adnan.ash...@gmail.com> wrote:

> Hi,
>
> I would appreciate if anyone could point me any documentation where
> cloudstack saves and manages the ip pools and ip address assignments. I
> looked in the database but did not find anything in there. I didn't see any
> entity classes as well managing these.
>
> Is it saved and managed in the VR? what is the overall process for IP
> address management? thanks
>
> Adnan
>

resource management (IP address management)

[Adnan Ashraf]

Hi,

I would appreciate if anyone could point me any documentation where
cloudstack saves and manages the ip pools and ip address assignments. I
looked in the database but did not find anything in there. I didn't see any
entity classes as well managing these.

Is it saved and managed in the VR? what is the overall process for IP
address management? thanks

Adnan

Review Request: fix missing network type in the test scripts test_volumes.py and test_templates.py

[SrikanteswaraRao Talluri]

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

Review request for cloudstack and Prasanna Santhanam.


Description
---

fix missing network type in the test scripts test_volumes.py and 
test_templates.py 


This addresses bug CLOUDSTACK-2359.


Diffs
-

  test/integration/smoke/test_templates.py fa4bc40 
  test/integration/smoke/test_volumes.py ecac8c9 

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


Testing
---

tested


Thanks,

SrikanteswaraRao Talluri

Re: Trouble still with finding TinyLinux template

[Mike Tutkowski]

Yeah...it behaves, though, as if there is some info in the DB that is
confusing the CS MS into not believing it's in a fresh state.

Is there an easy way to confirm the script ran successfully? In the past,
it's just always worked.

Thanks


On Tue, May 7, 2013 at 1:41 AM, Sebastien Goasguen  wrote:

>
> On May 7, 2013, at 1:47 AM, Mike Tutkowski 
> wrote:
>
> > Also, just to throw this out there, it looks like my DevCloud2 host has
> > plenty of remaining memory and disk capacity.
> >
> >
>
> Did you redeploy the db ?
>
> > On Mon, May 6, 2013 at 11:44 PM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com> wrote:
> >
> >> When I look at my DevCloud2 host in XenCenter, though, it says SSVM is
> >> running (the CS MS disagrees).
> >>
> >>
> >> On Mon, May 6, 2013 at 11:41 PM, Mike Tutkowski <
> >> mike.tutkow...@solidfire.com> wrote:
> >>
> >>> I figured I'd just go back to square one and see if I could get
> >>> everything to work with a clean environment.
> >>>
> >>> I deleted my DevCloud2 VM and re-installed the appliance (after
> >>> re-downloading it from the web).
> >>>
> >>> I cleaned out my database and had the tables built up from scratch.
> >>>
> >>> I kicked of the management server and I re-ran deployDataCenter.py to
> get
> >>> an environment configured.
> >>>
> >>> All seemed OK, however, I quickly noticed both of my system VMs were
> not
> >>> starting.
> >>>
> >>> I looked in the console window and noticed the following (any thoughts
> on
> >>> this? I'm not sure why I'm getting an
> InsufficientServerCapacityException):
> >>>
> >>> WARN  [cloud.consoleproxy.ConsoleProxyManagerImpl] (consoleproxy-1:)
> >>> Exception while trying to start console proxy
> >>> com.cloud.exception.InsufficientServerCapacityException: Unable to
> create
> >>> a deployment for VM[ConsoleProxy|v-2-VM]Scope=interface
> >>> com.cloud.dc.DataCenter; id=1
> >>> at
> >>>
> com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:782)
> >>> at
> >>>
> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:529)
> >>> at
> >>>
> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:522)
> >>> at
> >>>
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.startProxy(ConsoleProxyManagerImpl.java:743)
> >>> at
> >>>
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.allocCapacity(ConsoleProxyManagerImpl.java:1105)
> >>> at
> >>>
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxyManagerImpl.java:1849)
> >>> at
> >>>
> com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxyManagerImpl.java:159)
> >>> at
> com.cloud.vm.SystemVmLoadScanner.loadScan(SystemVmLoadScanner.java:111)
> >>> at
> >>>
> com.cloud.vm.SystemVmLoadScanner.access$100(SystemVmLoadScanner.java:33)
> >>> at
> >>>
> com.cloud.vm.SystemVmLoadScanner$1.reallyRun(SystemVmLoadScanner.java:81)
> >>> at com.cloud.vm.SystemVmLoadScanner$1.run(SystemVmLoadScanner.java:72)
> >>> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
> >>> at
> >>>
> java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
> >>> at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
> >>> at
> >>>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
> >>> at
> >>>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:180)
> >>> at
> >>>
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:204)
> >>> at
> >>>
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
> >>> at
> >>>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
> >>> at java.lang.Thread.run(Thread.java:680)
> >>>
> >>> Thanks!
> >>>
> >>>
> >>>
> >>> On Mon, May 6, 2013 at 4:33 PM, Mike Tutkowski <
> >>> mike.tutkow...@solidfire.com> wrote:
> >>>
>  I looked here:
> 
>  /opt/storage/secondary/template/tmpl/1/1 (on my DevCloud2 host) and
>  found a VHD file.
> 
>  I do see in the GUI that I have a host alert on nfs://192.168.56.10:
> /opt/storage/secondary,
>  but when I go look for the Alert (to see details), it is not on the
>  Events-Alerts page (the three general alerts that I have are there,
>  however).
> 
>  Thanks!
> 
> 
>  On Mon, May 6, 2013 at 3:41 PM, Mike Tutkowski <
>  mike.tutkow...@solidfire.com> wrote:
> 
> > Interesting...in Global Settings, I find a key with the name 'host'
> and
> > its value is '192.168.56.1'.
> >
> > That looks correct, though, right?
> >
> >
> > On Mon, May 6, 2013 at 3:35 PM, Wei ZHOU 
> wrote:
> >
> >> Hi Mike,
> >>
> >> The result of this command should be "192.168.56.1" or similar
> value,
> >> not
> >> "10.2.0.15".
> >> select value from cloud.configuration where name="

Re: [Query] build failed on master branch

[Gavin Lee]

Following the command inside the console output can pass the nonoss build:
http://jenkins.cloudstack.org/view/master/job/build-mater-nonoss/225/consoleFull

Dig out the related commands:

git reset --hard HEAD

git clean -fdx

mkdir -p ../patches_nonoss_mastercd ../patches_nonoss_master

wget 
'https://dl.dropbox.com/s/hn5ahfwc5tr5qog/0001-CloudStack-ASF-master-nonoss-lib-deps.patch?dl=1'

git am 
'../patches_nonoss_master/0001-CloudStack-ASF-master-nonoss-lib-deps.patch?dl=1'

cd deps

./install-non-oss.sh

mvn install -Dnonoss




On Tue, May 7, 2013 at 4:24 PM, Srikanteswararao Talluri <
srikanteswararao.tall...@citrix.com> wrote:

>
>
> [INFO] Apache CloudStack VMware Base . FAILURE [5.797s]
> [INFO] Apache CloudStack Plugin - Hypervisor VMware .. SKIPPED
> [INFO] Apache CloudStack Plugin - Cisco VNMC . SKIPPED
> [INFO] Apache CloudStack Test  SKIPPED
> [INFO] Apache CloudStack Console Proxy Service ... SKIPPED
> [INFO] Apache CloudStack Console Proxy ... SKIPPED
> [INFO] Apache CloudStack Client UI ... SKIPPED
> [INFO] Apache CloudStack Console Proxy Plugin  SKIPPED
> [INFO]
> 
> [INFO] BUILD FAILURE
> [INFO]
> 
> [INFO] Total time: 4:57.892s
> [INFO] Finished at: Mon May 06 18:24:28 PDT 2013
> [INFO] Final Memory: 46M/233M
> [INFO]
> 
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-compiler-plugin:2.5.1:testCompile
> (default-testCompile) on project cloud-vmware-base: Compilation failure:
> Compilation failure:
> [ERROR] TestVmwareMO.java:[26,31] package com.cloud.utils.testcase does
> not exist
> [ERROR] TestVmwareMO.java:[33,34] cannot find symbol
>
> Thanks,
> ~Talluri
>



-- 
Gavin

Re: Review Request: generalisation of network code (needed for CLOUDSTACK-1532)

[daan Hoogland]

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

(Updated May 7, 2013, 1:33 p.m.)


Review request for cloudstack.


Description
---

converting vlan id to uri to support a broader range of networks in for 
instance vpc gateway connections


Diffs
-

  api/src/com/cloud/agent/api/to/IpAddressTO.java 82c7d99 
  api/src/com/cloud/agent/api/to/NetworkTO.java 3edd4c0 
  api/src/com/cloud/network/NetworkService.java 5d4fd67 
  api/src/com/cloud/network/Networks.java f085e9f 
  api/src/com/cloud/network/vpc/PrivateIp.java eb68433 
  api/src/com/cloud/network/vpc/StaticRouteProfile.java 54aa6e4 
  api/src/com/cloud/network/vpc/VpcGateway.java e3530d0 
  api/src/com/cloud/network/vpc/VpcService.java 23e2764 
  
api/src/org/apache/cloudstack/api/command/admin/vpc/CreatePrivateGatewayCmd.java
 2055695 
  api/test/com/cloud/agent/api/to/NetworkTOTest.java PRE-CREATION 
  core/src/com/cloud/agent/resource/virtualnetwork/VirtualRoutingResource.java 
b9bda4d 
  engine/schema/src/com/cloud/network/vpc/VpcGatewayVO.java e8dcb46 
  
plugins/hypervisors/baremetal/src/com/cloud/baremetal/networkservice/BaremetaNetworkGuru.java
 6d14e3f 
  
plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/BridgeVifDriver.java
 b897df2 
  
plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
 8fe8c88 
  
plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/OvsVifDriver.java 
37761aa 
  plugins/hypervisors/ovm/src/com/cloud/ovm/hypervisor/OvmResourceBase.java 
a626e31 
  
plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/resource/VmwareResource.java
 030eff0 
  
plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/CitrixResourceBase.java
 bac361d 
  
plugins/network-elements/cisco-vnmc/test/com/cloud/network/element/CiscoVnmcElementTest.java
 a16733b 
  
plugins/network-elements/f5/src/com/cloud/network/resource/F5BigIpResource.java 
1733712 
  
plugins/network-elements/juniper-srx/src/com/cloud/network/resource/JuniperSrxResource.java
 a0068c3 
  
plugins/network-elements/netscaler/src/com/cloud/network/resource/NetscalerResource.java
 98e1461 
  
plugins/network-elements/ovs/src/com/cloud/network/ovs/OvsTunnelManagerImpl.java
 b1ecaac 
  server/src/com/cloud/api/ApiResponseHelper.java d7eaa26 
  server/src/com/cloud/configuration/ConfigurationManagerImpl.java 37ca793 
  server/src/com/cloud/network/ExternalFirewallDeviceManagerImpl.java 4a90a77 
  server/src/com/cloud/network/ExternalLoadBalancerDeviceManagerImpl.java 
686f5bc 
  server/src/com/cloud/network/ExternalLoadBalancerUsageManagerImpl.java 
d405382 
  server/src/com/cloud/network/NetworkManager.java 4af716c 
  server/src/com/cloud/network/NetworkManagerImpl.java a995661 
  server/src/com/cloud/network/NetworkServiceImpl.java 5e8be92 
  server/src/com/cloud/network/guru/PrivateNetworkGuru.java 2e266e7 
  server/src/com/cloud/network/guru/PublicNetworkGuru.java a83cdb3 
  
server/src/com/cloud/network/router/VpcVirtualNetworkApplianceManagerImpl.java 
ebf2d42 
  server/src/com/cloud/network/vpc/PrivateGatewayProfile.java 20947db 
  server/src/com/cloud/network/vpc/PrivateIpAddress.java 2f3cf53 
  server/src/com/cloud/network/vpc/VpcManagerImpl.java a7f06e9 
  server/test/com/cloud/network/MockNetworkManagerImpl.java 2f717c8 
  server/test/com/cloud/vpc/MockNetworkManagerImpl.java f884ba1 
  server/test/com/cloud/vpc/MockVpcManagerImpl.java baccbd0 
  setup/db/db/schema-410to420.sql c8ac1ec 

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


Testing
---


Thanks,

daan Hoogland

Review Request: generalisation of network code (needed for CLOUDSTACK-1532)

[daan Hoogland]

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

Review request for cloudstack.


Description
---

converting vlan id to uri to support a broader range of networks in for 
instance vpc gateway connections


Diffs
-

  api/src/com/cloud/agent/api/to/IpAddressTO.java 82c7d99 
  api/src/com/cloud/agent/api/to/NetworkTO.java 3edd4c0 
  api/src/com/cloud/network/NetworkService.java 5d4fd67 
  api/src/com/cloud/network/Networks.java f085e9f 
  api/src/com/cloud/network/vpc/PrivateIp.java eb68433 
  api/src/com/cloud/network/vpc/StaticRouteProfile.java 54aa6e4 
  api/src/com/cloud/network/vpc/VpcGateway.java e3530d0 
  api/src/com/cloud/network/vpc/VpcService.java 23e2764 
  
api/src/org/apache/cloudstack/api/command/admin/vpc/CreatePrivateGatewayCmd.java
 2055695 
  api/test/com/cloud/agent/api/to/NetworkTOTest.java PRE-CREATION 
  core/src/com/cloud/agent/resource/virtualnetwork/VirtualRoutingResource.java 
b9bda4d 
  engine/schema/src/com/cloud/network/vpc/VpcGatewayVO.java e8dcb46 
  
plugins/hypervisors/baremetal/src/com/cloud/baremetal/networkservice/BaremetaNetworkGuru.java
 6d14e3f 
  
plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/BridgeVifDriver.java
 b897df2 
  
plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
 8fe8c88 
  
plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/OvsVifDriver.java 
37761aa 
  plugins/hypervisors/ovm/src/com/cloud/ovm/hypervisor/OvmResourceBase.java 
a626e31 
  
plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/resource/VmwareResource.java
 030eff0 
  
plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/CitrixResourceBase.java
 bac361d 
  
plugins/network-elements/cisco-vnmc/test/com/cloud/network/element/CiscoVnmcElementTest.java
 a16733b 
  
plugins/network-elements/f5/src/com/cloud/network/resource/F5BigIpResource.java 
1733712 
  
plugins/network-elements/juniper-srx/src/com/cloud/network/resource/JuniperSrxResource.java
 a0068c3 
  
plugins/network-elements/netscaler/src/com/cloud/network/resource/NetscalerResource.java
 98e1461 
  
plugins/network-elements/ovs/src/com/cloud/network/ovs/OvsTunnelManagerImpl.java
 b1ecaac 
  server/src/com/cloud/api/ApiResponseHelper.java d7eaa26 
  server/src/com/cloud/configuration/ConfigurationManagerImpl.java 37ca793 
  server/src/com/cloud/network/ExternalFirewallDeviceManagerImpl.java 4a90a77 
  server/src/com/cloud/network/ExternalLoadBalancerDeviceManagerImpl.java 
686f5bc 
  server/src/com/cloud/network/ExternalLoadBalancerUsageManagerImpl.java 
d405382 
  server/src/com/cloud/network/NetworkManager.java 4af716c 
  server/src/com/cloud/network/NetworkManagerImpl.java a995661 
  server/src/com/cloud/network/NetworkServiceImpl.java 5e8be92 
  server/src/com/cloud/network/guru/PrivateNetworkGuru.java 2e266e7 
  server/src/com/cloud/network/guru/PublicNetworkGuru.java a83cdb3 
  
server/src/com/cloud/network/router/VpcVirtualNetworkApplianceManagerImpl.java 
ebf2d42 
  server/src/com/cloud/network/vpc/PrivateGatewayProfile.java 20947db 
  server/src/com/cloud/network/vpc/PrivateIpAddress.java 2f3cf53 
  server/src/com/cloud/network/vpc/VpcManagerImpl.java a7f06e9 
  server/test/com/cloud/network/MockNetworkManagerImpl.java 2f717c8 
  server/test/com/cloud/vpc/MockNetworkManagerImpl.java f884ba1 
  server/test/com/cloud/vpc/MockVpcManagerImpl.java baccbd0 
  setup/db/db/schema-410to420.sql c8ac1ec 

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


Testing
---


Thanks,

daan Hoogland

RE: network guru refactor proposal

[Daan Hoogland]

The main objective is to have a nicira based private network guru to use for 
vpsgateways. I want to abstract common code with the 'generic' vlan based 
private network but also abstract out commonalities that might be shared with 
the guest networks.  canHandle could be generalized and called by all classes, 
though it has another footprint now in the guest networks then it has in 
PrivateNetworkGuru.

Alternatively I will copy code from NiciraNvpGuestNetworkGuru and 
PrivateNetworkGuru to a new class and later refactor it, which is not my 
favorite way to go.

I must admit that including network gurus that do not support any extensions in 
the hierarchy is an esthetic touch if no code is shared. I will refrain if 
maintainability issues can be expected.

Regards,

-Original Message-
From: Murali Reddy [mailto:murali.re...@citrix.com] 
Sent: dinsdag 7 mei 2013 15:17
To: dev@cloudstack.apache.org
Subject: Re: network guru refactor proposal

On 07/05/13 5:23 PM, "Daan Hoogland"  wrote:

>LS,
>
>I want to refactor the network guru hierarchy to put som functionality 
>in abstract base classes. This will come down to extending the 
>hierarchy for guest networks to include all gurus. Are there any 
>thoughts or gotchas to share?

GuestNetworkGuru in some sense already acting as abstract base class, except 
for the fact that it is tied to 'Vlan' isolation. We can generalise the 
'GuestNetworkGuru' and let the isolation type specific network design aspects 
to concrete classes. Other gurus (direct, pod based) for guest networks does 
not have any extensions at this point and does not overlap much with 
GuestNetworkGuru, so they may remain as is. Are there any specify observations 
that you think refactor will address?

>
>This would be the second part of a three stage strategy I have to 
>support creating a nicira hosted private gateway for vpcs.
>The first one is making sure vlans are specified as uri throughout the 
>system. I will be submitting a patch for review for this part soon.
>The last part will be creating a guru based on Hugo's 
>NiciraNvpGuestNetworkGuru.
>
>Any comment is appreciated,
>Daan Hoogland
>

Re: network guru refactor proposal

[Murali Reddy]

On 07/05/13 5:23 PM, "Daan Hoogland"  wrote:

>LS,
>
>I want to refactor the network guru hierarchy to put som functionality in
>abstract base classes. This will come down to extending the hierarchy for
>guest networks to include all gurus. Are there any thoughts or gotchas to
>share?

GuestNetworkGuru in some sense already acting as abstract base class,
except for the fact that it is tied to 'Vlan' isolation. We can generalise
the 'GuestNetworkGuru' and let the isolation type specific network design
aspects to concrete classes. Other gurus (direct, pod based) for guest
networks does not have any extensions at this point and does not overlap
much with GuestNetworkGuru, so they may remain as is. Are there any
specify observations that you think refactor will address?

>
>This would be the second part of a three stage strategy I have to support
>creating a nicira hosted private gateway for vpcs.
>The first one is making sure vlans are specified as uri throughout the
>system. I will be submitting a patch for review for this part soon.
>The last part will be creating a guru based on Hugo's
>NiciraNvpGuestNetworkGuru.
>
>Any comment is appreciated,
>Daan Hoogland
>

network guru refactor proposal

[Daan Hoogland]

LS,

I want to refactor the network guru hierarchy to put som functionality in 
abstract base classes. This will come down to extending the hierarchy for guest 
networks to include all gurus. Are there any thoughts or gotchas to share?

This would be the second part of a three stage strategy I have to support 
creating a nicira hosted private gateway for vpcs.
The first one is making sure vlans are specified as uri throughout the system. 
I will be submitting a patch for review for this part soon.
The last part will be creating a guru based on Hugo's NiciraNvpGuestNetworkGuru.

Any comment is appreciated,
Daan Hoogland

Re: Error starting management server

[Dharmesh Kakadia]

It was some issue with the setup I had. Started with a fresh setup a
worked, so could't figure out was wrong. Thanks everyone for the help. I am
closing the issue CLOUDSTACK-2211.

Thanks,
Dharmesh

On Mon, Apr 29, 2013 at 2:02 PM, Prasanna Santhanam  wrote:

> On Mon, Apr 29, 2013 at 11:52:56AM +0530, Dharmesh Kakadia wrote:
> > Ans 1: No. I did route and it is going on vboxnet0 only.
> >
> > Ans 2: Yes. I am running DevcloudVM on virtualbox on same host where
> > codebase and management server is.
> >
> > I went to IRC, couldn't find you. Novice user !! Can I know your nick ?
>
> vogxn (on irc)
>
> 
> Powered by BigRock.com
>
>

[ACS42[QA]Timeouts while updating the configuraion values using cloud.keystore

[Sailaja Mada]

Hi,

I am using latest master build. These are the observations while restarting the 
management server. I have not observed these timeouts before. Is there anything 
changed recently ?

1)

2013-05-07 13:28:25,556 INFO  [utils.component.ComponentContext] (main:null) 
Starting 
com.cloud.bridge.service.controller.s3.ServiceProvider_EnhancerByCloudStack_f1d473b7
2013-05-07 13:28:28,666 WARN  [utils.script.Script] (Script-2:null) 
Interrupting script.
2013-05-07 13:28:28,678 WARN  [utils.script.Script] (Timer-1:null) Timed out: 
sudo keytool -genkey -keystore /etc/cloudstack/management/cloud.keystore 
-storepass vmops.com -keypass vmops.com -keyalg RSA -validity 3650 -dname 
cn="Cloudstack User",ou="asf41.cloud.com",o="asf41.cloud.com",c="Unknown" .  
Output is:
2013-05-07 13:28:28,691 WARN  [cloud.server.ConfigurationServerImpl] 
(Timer-1:null) Would use fail-safe keystore to continue.
java.io.IOException: Fail to generate certificate!: timeout
at 
com.cloud.server.ConfigurationServerImpl.generateDefaultKeystore(ConfigurationServerImpl.java:489)
at 
com.cloud.server.ConfigurationServerImpl.updateSSLKeystore(ConfigurationServerImpl.java:510)
at 
com.cloud.server.ConfigurationServerImpl.persistDefaultValues(ConfigurationServerImpl.java:272)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
com.cloud.server.ConfigurationServerImpl.configure(ConfigurationServerImpl.java:148)
at 
com.cloud.utils.component.ComponentContext.initComponentsLifeCycle(ComponentContext.java:111)
at 
com.cloud.servlet.CloudStartupServlet$1.run(CloudStartupServlet.java:50)
at java.util.TimerThread.mainLoop(Timer.java:534)
at java.util.TimerThread.run(Timer.java:484)
2013-05-07 13:28:28,711 INFO  [cloud.server.ConfigurationServerImpl] 
(Timer-1:null) Processing updateKeyPairs
2013-05-07 13:28:28,721 INFO  [cloud.server.ConfigurationServerImpl] 
(Timer-1:null) Systemvm keypairs not found in database. Need to store them in 
the database
2013-05-07 13:28:28,722 DEBUG [utils.script.Script] (Timer-1:null) Executing: 
/bin/bash -c if [ -f /var/cloudstack/management/.ssh/id_rsa ]; then rm -f 
/var/cloudstack/management/.ssh/id_rsa; fi; ssh-keygen -t rsa -N '' -f 
/var/cloudstack/management/.ssh/id_rsa -q
2013-05-07 13:28:30,355 DEBUG [utils.script.Script] (Timer-1:null) Execution is 
successful.

2)

2013-05-07 16:51:17,546 INFO  [utils.component.ComponentContext] (Timer-1:null) 
Configuring 
com.cloud.server.ConfigurationServerImpl_EnhancerByCloudStack_11126ab
2013-05-07 16:51:17,761 INFO  [cloud.server.ConfigurationServerImpl] 
(Timer-1:null) Processing updateSSLKeyStore
2013-05-07 16:51:17,812 INFO  [cloud.server.ConfigurationServerImpl] 
(Timer-1:null) SSL keystore located at /etc/cloudstack/management/cloud.keystore
2013-05-07 16:51:17,938 WARN  [configuration.dao.ConfigurationDaoImpl] 
(Timer-1:null) Unable to update Configuration Value
com.mysql.jdbc.MysqlDataTruncation: Data truncation: Data too long for column 
'value' at row 1
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4072)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:4006)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:2468)
at com.mysql.jdbc.MysqlIO.sqlQueryDirect(MysqlIO.java:2629)
at com.mysql.jdbc.ConnectionImpl.execSQL(ConnectionImpl.java:2719)
at 
com.mysql.jdbc.PreparedStatement.executeInternal(PreparedStatement.java:2155)
at 
com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2450)
at 
com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2371)
at 
com.mysql.jdbc.PreparedStatement.executeUpdate(PreparedStatement.java:2355)
at 
org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105)
at 
org.apache.commons.dbcp.DelegatingPreparedStatement.executeUpdate(DelegatingPreparedStatement.java:105)
at 
com.cloud.configuration.dao.ConfigurationDaoImpl.update(ConfigurationDaoImpl.java:157)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
com.cloud.server.ConfigurationServerImpl.updateSSLKeystore(ConfigurationServerImpl.java:521)
at 
com.cloud.server.ConfigurationServerImpl.persistDefaultValues(ConfigurationServerImpl.java:272)
at 
com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorDispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
at 
com.cloud.server.ConfigurationServerImpl.configure(ConfigurationServerImpl.java:148)
at 
com.cloud.utils.component.ComponentContext.initComponentsLifeCycle(ComponentContext.java:111)
at 
com.cloud.servlet.CloudStartupServlet$1.run(CloudStartupServlet.java:50)
at java.util.TimerThread.mainLoo

[ACS41][QA] Esxi Patch install upgrade procedure validation

[Sudha Ponnaganti]

Wanted to check with community if anyone has tried these steps [1] for their 
Esxi patch upgrade

[1] https://issues.apache.org/jira/browse/CLOUDSTACK-917

Re: Review Request: CLOUDSTACK-1904: API : UI : Admin can not delete Events/Archive from other accounts

[Sanjay Tripathi]

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

(Updated May 7, 2013, 10:37 a.m.)


Review request for cloudstack, Devdeep Singh, Sateesh Chodapuneedi, and Min 
Chen.


Changes
---

Updated patch after resolving the conflicts with latest changes.


Description
---

CLOUDSTACK-1904: API : UI : Admin can not delete Events/Archive from other 
accounts.


This addresses bug CLOUDSTACK-1904.


Diffs (updated)
-

  api/src/org/apache/cloudstack/api/command/user/event/DeleteEventsCmd.java 
55ca92a 
  engine/schema/src/com/cloud/domain/dao/DomainDao.java afeb0f4 
  engine/schema/src/com/cloud/domain/dao/DomainDaoImpl.java c30ca5e 
  engine/schema/src/com/cloud/event/dao/EventDao.java da5f47a 
  engine/schema/src/com/cloud/event/dao/EventDaoImpl.java 6ba59c5 
  engine/schema/src/com/cloud/user/dao/AccountDao.java 3b7fa66 
  engine/schema/src/com/cloud/user/dao/AccountDaoImpl.java 892fdcd 
  server/src/com/cloud/server/ManagementServerImpl.java da8f30e 
  server/test/com/cloud/event/EventControlsUnitTest.java 3c25275 

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


Testing
---

Tests:
1. Create a domain.
2. Create an admin account (a11) under this domain.
3. Login to the domain admin account and then logout (this is to generate 
login/logout events).
4. Login to Root Admin account.
5. Go to Events and try to delete/archive events with account=a11 (domain admin 
account).
6. Event got deleted and verifies the control flow of admin accounts in 
CloudStack.


Thanks,

Sanjay Tripathi

Problem creating VMware cluster after building 4.0.2 from source

[Stanley Kaytovich]

 Original Message 
Subject: Problem creating VMware cluster after building 4.0.2 from source
From: Stanley Kaytovich 
To: us...@cloudstack.apache.org
CC:



Hello,

I followed the documentation on 
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.0.2/html/Installation_Guide/index.html,
 and have tried this several times with no luck.

Package: 4.0.2
OS: Ubuntu 12.04

Below are the steps I took to perform the build as outlined in the above 
article:

Manually downloaded VMware-*.jar files into deps folder
deps/install-non-oss.sh
mvn -P deps -Dnonoss (fails looking for vmware-base)
cd ../vmware-base
mvn install (completes)
mvn -P deps -Dnonoss (completes)
mvn install -Dnonoss (completes)
build packages and install debs
cloudstack UI works, but we cannot add the VMware cluster. We receive an error 
"Could not find corresponding resource manager for VMware"
Manually moved all the vmware-*.jar files into WEB-INF\lib
checked components.xml and there were no references to VMWare nonoss
added VMWare nonoss parameters manually  (from: 
http://markmail.org/message/5eqasgpjxy2oqsoc#query:+page:1+mid:dvf3aqbsyl4kphrm+state:results
 and also referenced 
https://cwiki.apache.org/CLOUDSTACK/building.data/4.0-nonoss.patch )
Now can't start cloud-management with the 
com.cloud.utils.exception.CloudRuntimeException: Unable to find class: 
com.cloud.hypervisor.vmware.VmwareServerDiscoverer

Additional info:
Once the lines added into components.xml are commented out, the service starts 
but we are back to the original error "Could not find corresponding resource 
manager for VMware"

Any guidance on this is much appreciated!

[ACS42][QA] Test Plan for Support of Netscaler as external LB in VPC

[Sowmya Krishnan]

I am planning to take up test execution for the feature : "Support for 
Netscaler as External Load Balancer in VPC"
I've written some test cases for the same. Please review and let me know if any 
comments.
Here are Test cases: 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Support+for+Netscaler+as+External+Load+Balancer+in+VPC+Tests

Ref FS for the feature is here: 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Support+of+Netscaler+as+External+LoadBalancing+Provider+in+VPC

There are few questions on the FS as I was writing the tests. Rajesh, could you 
please let me know your response for these. I'll update the Test plan 
accordingly.

1. I am assuming upgrade of VPC offering from Default offering to "Default 
Offering with NS" is allowed. If not, need to update this in the FS if there 
are any limitations on this front.
2. On the same lines, upgrade of network offering of the network tier is also 
possible I assume . (For example, from LB provided by VpcVirtualRouter to LB 
provided by Netscaler)
3. Also on the UI front, currently while creating network offering for the 
tier, if we choose VPC, Netscaler as service provider for LB is disabled. We 
need to enable this. 

Thanks,
Sowmya

Re: [MERGE] Dedicate guest vlan ranges to account

[Prasanna Santhanam]

On Mon, May 06, 2013 at 08:52:38AM +, Likitha Shetty wrote:
> Thanks for reviewing.
> Merged in to master - c8d843241e144288300c1912a25b201e010bb7a0.
> 

I tried to run your test but looks like the AccessChecks weren't in
place for your APIs. Since these are admin (?) APIs I've put them into
commands.properties.in with the admin mask. The APIs then are
discovered successfully by the server. But the test fails as shown
below:

~/workspace/cloudstack/incubator-cloudstack(branch:master*) ?? nosetests 
--with-marvin --marvin-config=setup/dev/advanced.cfg 
test/integration/smoke/test_guest_vlan_range.py --load
Test guest vlan range dedication ... ERROR

==
ERROR: Test guest vlan range dedication
--
Traceback (most recent call last):
  File 
"/Users/tsp/workspace/cloudstack/incubator-cloudstack/test/integration/smoke/test_guest_vlan_range.py",
 line 155, in test_dedicateGuestVlanRange
id=dedicate_guest_vlan_range_response.id
  File "/Library/Python/2.7/site-packages/marvin/integration/lib/base.py", line 
2205, in listDedicated
return map(lambda pn : PhysicalNetwork(pn.__dict__), 
apiclient.listDedicatedGuestVlanRanges(cmd))
  File 
"/Library/Python/2.7/site-packages/marvin/cloudstackAPI/cloudstackAPIClient.py",
 line 819, in listDedicatedGuestVlanRanges
response = self.connection.marvin_request(command, response_type=response, 
method=method)
  File "/Library/Python/2.7/site-packages/marvin/cloudstackConnection.py", line 
215, in marvin_request
response = jsonHelper.getResultObj(response.json(), response_type)
  File "/Library/Python/2.7/site-packages/marvin/jsonHelper.py", line 128, in 
getResultObj
raise 
cloudstackException.cloudstackAPIException(responseName.replace("response", 
""), errMsg)
cloudstackAPIException: Execute cmd: listdedicatedguestvlanranges failed, due 
to: errorCode: 431, errorText:Unable to execute API command 
listdedicatedguestvlanranges due to invalid value. Invalid parameter id 
value=c6fe7bf1-adb1-4423-8ac9-6ea6febea147 due to incorrect long value format, 
or entity does not exist or due to incorrect parameter annotation for the field 
in api cmd class.

This looks like an annotation/type error in the field for id. Can you please 
take a look?


Also, I'm not sure if the naming can be made less verbose for the dedicateXxx 
APIs.

For public IP dedication we simply call:
dedicatePublicIpRange
releasePublicIpRange
listVlanIpRanges (legacy)

but for guestVlan dedication we have:

dedicateGuestVlanRange
releaseDedicatedGuestVlanRange (releaseGuestVlanRange?)
listDedicatedGuestVlanRanges (listGuestVlanRanges? &account= 
&domainid=)

I'm purely looking at naming only, there's probably a reason why these are 
named so.

-- 
Prasanna.,


Powered by BigRock.com

[Query] build failed on master branch

[Srikanteswararao Talluri]

[INFO] Apache CloudStack VMware Base . FAILURE [5.797s]
[INFO] Apache CloudStack Plugin - Hypervisor VMware .. SKIPPED
[INFO] Apache CloudStack Plugin - Cisco VNMC . SKIPPED
[INFO] Apache CloudStack Test  SKIPPED
[INFO] Apache CloudStack Console Proxy Service ... SKIPPED
[INFO] Apache CloudStack Console Proxy ... SKIPPED
[INFO] Apache CloudStack Client UI ... SKIPPED
[INFO] Apache CloudStack Console Proxy Plugin  SKIPPED
[INFO] 
[INFO] BUILD FAILURE
[INFO] 
[INFO] Total time: 4:57.892s
[INFO] Finished at: Mon May 06 18:24:28 PDT 2013
[INFO] Final Memory: 46M/233M
[INFO] 
[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:2.5.1:testCompile 
(default-testCompile) on project cloud-vmware-base: Compilation failure: 
Compilation failure:
[ERROR] TestVmwareMO.java:[26,31] package com.cloud.utils.testcase does not 
exist
[ERROR] TestVmwareMO.java:[33,34] cannot find symbol

Thanks,
~Talluri

Re: Review Request: CLOUDSTACK-957: Localization -- Add UK keyboard support

[Sanjay Tripathi]

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

(Updated May 7, 2013, 8:06 a.m.)


Review request for cloudstack, Devdeep Singh, Fang Wang, and Animesh Chaturvedi.


Changes
---

Updated patch after resolving the conflicts with the latest code.


Description
---

CLOUDSTACK-957: Localization -- Add UK keyboard support.

- Added the support of UK keyboard by:
 - Initialising the UK keyboard from the existing US keyboard mapping.
 - Adding/Overriding the special keys support of UK keys which differ from 
US keyboard.
- Also moved the JP keys initialisation to ajaxkeys.js file.


This addresses bug CLOUDSTACK-957.


Diffs (updated)
-

  services/console-proxy/server/css/ajaxviewer.css 5ea552b 
  services/console-proxy/server/js/ajaxkeys.js 2ecf5b5 
  services/console-proxy/server/js/ajaxviewer.js e95615d 
  
services/console-proxy/server/src/com/cloud/consoleproxy/ConsoleProxyClientBase.java
 289bdab 

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


Testing
---

Tests:

1) Setup CS environment and deploy a VM (Windows7 preferred, as I have tested 
on this).
2) Go to VM detailView and open VM console view.
3) Change input method for keyboard to UK language.
4) Go to top of console-window and click on "keyboard" option to select UK 
language.
5) Start using UK keyboard (Make sure the input method of client keyboard is UK 
(from where the user is pressing the keys)).

Tested on my local CloudStack setup by following above mentioned steps.


Thanks,

Sanjay Tripathi

Re: [GSOC] Deadline for proposal is May 3rd !!!

[Sebastien Goasguen]

On May 4, 2013, at 6:20 PM, ADAMA COULIBALY  wrote:

> Hi Sebastien,
> 
> Hi submitted my proposal before the deadline, however I checked today the 
> latest version was not on the system.
> So please attached is my proposal
> 
> Best Regards,
> 
> Adama

Adama, you actually have two proposals in the system. I don't know if we can 
update it.
In any case attachments get stripped, so you should put your pdf on a web 
server somewhere.

> 
> 
> On Wed, May 1, 2013 at 2:40 AM, Sebastien Goasguen  wrote:
> Hi,
> 
> Deadline for student proposal is May 3rd (this coming Friday).
> 
> Make sure you get your proposal in. You don't need to have all the answers, 
> it is better to show how you understand the project and how you plan to 
> tackle it. The community will help you iron things out as your progress.
> 
> I will be off-line for couple days unfortunately, but folks will help you if 
> you have questions.
> 
> Do submit the proposals :)
> 
> Cheers,
> 
> -Sebastien
> 

Re: [GSoC][Proposal] Integration project to deploy and use Mesos on a CloudStack based cloud

[Sebastien Goasguen]

On May 1, 2013, at 7:27 AM, Dharmesh Kakadia 
 wrote:

> Sebastien and Chiradeep, thanks for the comments !! That clarified a lot of
> things. I just read Chiradeep's blog (
> http://cloudierthanthou.wordpress.com/2013/04/26/stackmate-execute-cloudformation-templates-on-cloudstack/)
> which details the service.
> 
> I am proposing a server side implementation of cloudformation.
> 
> I misunderstood the ReST and Query API. Thanks for correcting. Information
> here(http://gehrcke.de/2009/06/aws-about-api/) helped me. In case we want
> to use existing AWS tools for cloudformation, we also would be designing
> Query API, not ReST.
> 
> Sorry for the confusion regarding cloudmonkey. I was proposing to integrate
> cloudformation API into cloudstack source code, directly and add
> corresponding support in cloudmonkey. But as you suggested, it might be
> easy to start with prototype decoupled from cloudstack (Uses cloudstack API
> and does not reside in cloudstack). I assume by existing cloudformation
> tools you mean AWS tools(
> http://aws.amazon.com/developertools/AWS-CloudFormation). Reusing them will
> be a really good idea.

Yes first step should be with cloud formation (stackmate) outside cloudstack. 
And I strongly suggest that you make sure it is compatible with the AWS tools.

> 
> There are lot of options for configuration mgmt tools. I have used knife
> previously and good to know that it has cloudstack plugin based on fog (
> https://github.com/fifthecho/knife-cloudstack-fog). Reasons rundeck looked
> better was support for rollbacking and is full workflow execution engine.
> Finally rundeck can use chef/puppet. I have seen provisonr/whirr and they
> look promising. Definitely a lot to explore here !!

Yes, I have nothing against rundeck. But it would be one more dependency.

> 
> Thanks for suggesting clear proposal.
> 
> Thanks,
> Dharmesh
> 
> 
> 
> 
> 
> On Wed, May 1, 2013 at 3:07 PM, Sebastien Goasguen  wrote:
> 
>> 
>> On Apr 30, 2013, at 4:59 PM, Chiradeep Vittal 
>> wrote:
>> 
>>> 
>>> 
>>> On 4/30/13 5:01 AM, "Sebastien Goasguen"  wrote:
>>> 
 Dharmesh, see in-line
 
 On Apr 30, 2013, at 5:34 AM, Dharmesh Kakadia 
>> wrote:
 
> Hi,
> 
> I am Dharmesh Kakdia and interested in project "Integration project to
> deploy and use Mesos on a CloudStack based cloud" (
> https://issues.apache.org/jira/browse/CLOUDSTACK-1784)
> 
> I am working on proposal and want to get feedback. Please provide
> suggestions :)
> 
> *
> 
> Abstract:
> 
> The project aims to bring cloudformation[1] like service to cloudstack.
> One
> of the prime use-case is cluster computing frameworks on cloudstack. A
> cloudformation service will give users and administrators of cloudstack
> ability to manage and control a set of resources easily. The
> cloudformation
> will allow booting and configuring a set of VMs and form a cluster.
> Simple
> example would be LAMP stack. More complex clusters such as mesos or
> hadoop
> cluster requires a little more advanced configuration. There is already
> some work done by Chiradeep Vittal at this front [5] using route and
 
 it's using ruote: http://ruote.rubyforge.org
 
> sinatra. In this project, I will implement cloudformation service and
> demonstrate how to run mesos cluster using it.
 
 You will create cloud formation templates that describe a mesos cluster
 
> 
> Mesos:
> 
> Mesos is a resource management platform for clusters [2]. It aims to
> increase resource utilization of clusters by sharing cluster resources
> among multiple processing frameworks(like MapReduce, MPI, Graph
> Processing)
> or multiple instances of same framework. It provides efficient resource
> isolation through use of containers. Uses zookeeper for state
> maintenance
> and fault tolerance.
> 
> What can run on mesos ?
> 
> Spark: A cluster computing framework based on the Resilient Distributed
> Datasets (RDDs) abstraction. RDD is more generalized than MapReduce and
> can
> support iterative and interactive computation while retaining fault
> tolerance, scalability, data locality etc.
> 
> Hadoop: Hadoop is fault tolerant and scalable distributed computing
> framework based on MapReduce abstraction.
> 
> Begel: A graph processing framework based on pregel.
> 
> and other frameworks like MPI, Hypertable.
> 
> How to deploy mesos
> 
> Mesos provides cluster installation scripts [7] for cluster deployment.
> There are also scripts available to deploy a cluster on Amazon EC2 [8].
 
 It would be nice to see if these scripts can be used as is with the
 CloudStack EC2 service.
 
> 
> Deliverables:
> 
> 1. Cloudformation service implementation on cloudstack.
> 
> 2. Integration of cloudformation with cloudmon

Re: Review Request: Add docs for MidoNet networking plugin [CLOUDSTACK-996]

[Radhika PC]

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

Ship it!


Ship It!

- Radhika PC


On April 30, 2013, 5:22 a.m., Dave Cahill wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/10136/
> ---
> 
> (Updated April 30, 2013, 5:22 a.m.)
> 
> 
> Review request for cloudstack and Radhika PC.
> 
> 
> Description
> ---
> 
> Adding docs for MidoNet networking plugin [CLOUDSTACK-996]
> 
> Plugin itself is awaiting review / commit here:
> [PATCH 1] https://reviews.apache.org/r/9897/
> [PATCH 2] https://reviews.apache.org/r/9898/
> 
> 
> This addresses bug CLOUDSTACK-996.
> 
> 
> Diffs
> -
> 
>   docs/en-US/MidoNet_Plugin_Guide.ent PRE-CREATION 
>   docs/en-US/MidoNet_Plugin_Guide.xml PRE-CREATION 
>   docs/en-US/plugin-midonet-about.xml PRE-CREATION 
>   docs/en-US/plugin-midonet-features.xml PRE-CREATION 
>   docs/en-US/plugin-midonet-introduction.xml PRE-CREATION 
>   docs/en-US/plugin-midonet-preparations.xml PRE-CREATION 
>   docs/en-US/plugin-midonet-provider.xml PRE-CREATION 
>   docs/en-US/plugin-midonet-revisions.xml PRE-CREATION 
>   docs/en-US/plugin-midonet-ui.xml PRE-CREATION 
>   docs/en-US/plugin-midonet-usage.xml PRE-CREATION 
>   docs/publican-plugin-midonet.cfg PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/10136/diff/
> 
> 
> Testing
> ---
> 
> Built docs.
> 
> 
> Thanks,
> 
> Dave Cahill
> 
>

Re: Building Ubuntu/Debian Packages with VMWare enabled for Cloudstack 4.0.2

[Sebastien Goasguen]

On Apr 26, 2013, at 12:31 PM, Jim L.  wrote:

> Hi,
> 
> Is there documentation for how to build Ubuntu/Debian packages with VMWare
> enabled for Cloudstack 4.0.2?
> 
> If not, is there a way to manually add VMWare functionality on an Ubuntu
> server after installing cloud-client?
> 
> Thanks -- Jim L.

Jim, did you figure this out ?
I believe David sent you an answer, but I just want to confirm that you got an 
answer.

thanks

-sebastien

Re: Upgrade Path

[Sebastien Goasguen]

On May 1, 2013, at 5:50 PM, maur...@daoenix.com wrote:

> Hello,
> 
> Would be suggested that I go ahead and upgrade? 4.0.1 | KVM | CentOS 6.3?
> 

You should upgrade to 4.0.2 which was just released.

> If so, is there any known issues upgrading; or should I just stay put for now.
> 
> As I have read this is not a major upgrade.

Are you on 4.0 currently ?

> 
> - Maurice

Re: Trouble still with finding TinyLinux template

[Sebastien Goasguen]

On May 7, 2013, at 1:47 AM, Mike Tutkowski  wrote:

> Also, just to throw this out there, it looks like my DevCloud2 host has
> plenty of remaining memory and disk capacity.
> 
> 

Did you redeploy the db ?

> On Mon, May 6, 2013 at 11:44 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
> 
>> When I look at my DevCloud2 host in XenCenter, though, it says SSVM is
>> running (the CS MS disagrees).
>> 
>> 
>> On Mon, May 6, 2013 at 11:41 PM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>> 
>>> I figured I'd just go back to square one and see if I could get
>>> everything to work with a clean environment.
>>> 
>>> I deleted my DevCloud2 VM and re-installed the appliance (after
>>> re-downloading it from the web).
>>> 
>>> I cleaned out my database and had the tables built up from scratch.
>>> 
>>> I kicked of the management server and I re-ran deployDataCenter.py to get
>>> an environment configured.
>>> 
>>> All seemed OK, however, I quickly noticed both of my system VMs were not
>>> starting.
>>> 
>>> I looked in the console window and noticed the following (any thoughts on
>>> this? I'm not sure why I'm getting an InsufficientServerCapacityException):
>>> 
>>> WARN  [cloud.consoleproxy.ConsoleProxyManagerImpl] (consoleproxy-1:)
>>> Exception while trying to start console proxy
>>> com.cloud.exception.InsufficientServerCapacityException: Unable to create
>>> a deployment for VM[ConsoleProxy|v-2-VM]Scope=interface
>>> com.cloud.dc.DataCenter; id=1
>>> at
>>> com.cloud.vm.VirtualMachineManagerImpl.advanceStart(VirtualMachineManagerImpl.java:782)
>>> at
>>> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:529)
>>> at
>>> com.cloud.vm.VirtualMachineManagerImpl.start(VirtualMachineManagerImpl.java:522)
>>> at
>>> com.cloud.consoleproxy.ConsoleProxyManagerImpl.startProxy(ConsoleProxyManagerImpl.java:743)
>>> at
>>> com.cloud.consoleproxy.ConsoleProxyManagerImpl.allocCapacity(ConsoleProxyManagerImpl.java:1105)
>>> at
>>> com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxyManagerImpl.java:1849)
>>> at
>>> com.cloud.consoleproxy.ConsoleProxyManagerImpl.expandPool(ConsoleProxyManagerImpl.java:159)
>>> at com.cloud.vm.SystemVmLoadScanner.loadScan(SystemVmLoadScanner.java:111)
>>> at
>>> com.cloud.vm.SystemVmLoadScanner.access$100(SystemVmLoadScanner.java:33)
>>> at
>>> com.cloud.vm.SystemVmLoadScanner$1.reallyRun(SystemVmLoadScanner.java:81)
>>> at com.cloud.vm.SystemVmLoadScanner$1.run(SystemVmLoadScanner.java:72)
>>> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:439)
>>> at
>>> java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
>>> at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
>>> at
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
>>> at
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:180)
>>> at
>>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:204)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
>>> at
>>> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
>>> at java.lang.Thread.run(Thread.java:680)
>>> 
>>> Thanks!
>>> 
>>> 
>>> 
>>> On Mon, May 6, 2013 at 4:33 PM, Mike Tutkowski <
>>> mike.tutkow...@solidfire.com> wrote:
>>> 
 I looked here:
 
 /opt/storage/secondary/template/tmpl/1/1 (on my DevCloud2 host) and
 found a VHD file.
 
 I do see in the GUI that I have a host alert on 
 nfs://192.168.56.10:/opt/storage/secondary,
 but when I go look for the Alert (to see details), it is not on the
 Events-Alerts page (the three general alerts that I have are there,
 however).
 
 Thanks!
 
 
 On Mon, May 6, 2013 at 3:41 PM, Mike Tutkowski <
 mike.tutkow...@solidfire.com> wrote:
 
> Interesting...in Global Settings, I find a key with the name 'host' and
> its value is '192.168.56.1'.
> 
> That looks correct, though, right?
> 
> 
> On Mon, May 6, 2013 at 3:35 PM, Wei ZHOU  wrote:
> 
>> Hi Mike,
>> 
>> The result of this command should be "192.168.56.1" or similar value,
>> not
>> "10.2.0.15".
>> select value from cloud.configuration where name="host";
>> Please make sure before you run "mvn -P developer -pl tools/devcloud
>> -Ddeploysvr"
>> 
>> you can change it by
>>  update cloud.configuration set value="192.168.56.1" where
>> name="host";"
>> you need to re-run "mvn -pl :cloud-client-ui jetty:run" after it.
>> 
>> Wei
>> 2013/5/6 Mike Tutkowski 
>> 
>>> Hi,
>>> 
>>> I recently updated my local repo, rebuilt, redeployed, and all.
>>> 
>>> I wanted to kick off a VM, but I don't see the TinyLinux template.
>>> 
>

[ACS42] 4.2 Build Failed

[Mice Xia]

After master commit e0d8f01ecd92a1a7b74558d02a28be3b2f20a10d, which set default 
test source directory for all sub-projects, unit tests in cloud-vmware-base 
have compile errors:

 

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-compiler-plugin:2.5.1:testCompile 
(default-testCompile) on project cloud-vmware-base: Compilation failure: 
Compilation failure..

 

It seems these unit tests depend on deprecated jars like vmware-apputils.jar, 
and have been excluded from UT execution for awhile, anyone has an idea if 
these UTs can be removed or updated?

 

Mice