Re: [DOCS] feedback

[Sebastien Goasguen]

On Sep 3, 2013, at 7:39 PM, David Nalley  wrote:

> On Mon, Sep 2, 2013 at 11:19 AM, sebgoa  wrote:
>> Hi,
>> 
>> After seeing lots of frustrated people with folks I decided to try something 
>> out with markdown.
>> 
>> I used pandoc to convert some docbook files to markdown and I used a 
>> structure for a book based on 'The little mongodb' book.
>> We can generate epub and pdf using latex.
>> 
>> See:
>> 
>> https://github.com/runseb/cloudstack-books
>> 
>> There are two "books" aimed at being step by step recipes. Not long, not 
>> convoluted, single OS, etc…simple step by step.
>> 
>> https://github.com/runseb/cloudstack-books/blob/master/en/clients.markdown
>> https://github.com/runseb/cloudstack-books/blob/master/en/installation.markdown
>> 
>> I am still sanitizing the installation one based on 4.2 .
>> 
>> Comments, flames ?
>> 
>> -Sebastien
>> 
> 
> So you are essentially talking about moving to MD from Docbook - is
> this for all of the docs?

Not really. We need to fix our docs and the question is how best to do that ?
We can keep Docbook but that probably means writing brand new docs, breaking up 
OS in different books and finding a release mechanism so that we can update 
faster than a release.

I merely used markdown because it's easy to take notes in .txt as you are 
testing things.

> 
> Joe and I looked at this briefly at CCC - most of the MD tools seemed
> to use LaTeX or converted to DocBook to publish to PDF or Epub - which
> placed constraints on what DocBook tags were available as well as what
> subset of MD was supported.
> 
> My concerns would be:
> 
> How do we handle reusability?
> How do we handle l10n

We could still use transifex

> 
> I am not necessarily against giving up on either of those, but, if we
> are ditching those, we need to do so explicitly and make sure we have
> consensus around those impacts.
> 

Yes, so how best to drive this discussion forward, this goes with other thread 
about the wiki and the website.

> I know we have issues, esp for newcomers attempting their first
> installation. It's one of the reasons I started working on the
> Runbook/QIG many moons ago. I just don't know if it's better or worse
> for us to also toss our existing tooling in the process of fixing the
> documentation. There is a lot that exists now that we'd have to
> recreate (or throw out and rewrite.) And if we really want to do that,
> do we want to do it now or for 4.3 or $someothertimeframe. 4.2 docs
> are currently what terrify me because of the timeline to release.
> 
> --David

Definitely talking about 4.3

> 
> 
> 
> --David

RE: Issues with 4.2

[Likitha Shetty]

Sebastien, are you referring to the installation guide?

I noticed a few defects too. I have created - 
https://issues.apache.org/jira/browse/CLOUDSTACK-4602 and updated - 
https://issues.apache.org/jira/browse/CLOUDSTACK-829 to track them.
Please update these bugs if you see any other gaps.

Thanks,
Likitha

>-Original Message-
>From: sebgoa [mailto:run...@gmail.com]
>Sent: Tuesday, September 03, 2013 5:46 PM
>To: dev@cloudstack.apache.org
>Subject: Re: Issues with 4.2
>
>
>On Sep 3, 2013, at 1:45 PM, sebgoa  wrote:
>
>>
>> On Sep 2, 2013, at 7:58 PM, Sebastien Goasguen  wrote:
>>
>>>
>>> On 2 Sep 2013, at 19:27, Animesh Chaturvedi
> wrote:
>>>
 Sebastien

 DevCloud2 works with fix 1a333f36 for CLOUDSTACK-4559. The fix was
 put in 4.2-forward branch by Edison. I need to cherry pick this and
 few other critical issues to 4.2 branch for the next VOTE on Tuesday

>>>
>>> Ok i will try to cherry pick myself and test before you cut a new RC.
>>
>> I cherry picked it and got devcloud running.
>> Instance started and I was able to ssh into it.
>>
>> Couple strange things struck my mind:
>>
>> 1-in the instance view you can take a snapshot. but the snapshot does not get
>listed under >Storage. Only if you take a snapshot of the root disk from the
>storage menu do you see the snapshot under >storage>view snapshots.
>>
>> 2-In the infrastructure view, under zone. If you click on the devcloud zone 
>> you
>now see a 'Add VMware datacenter' icon. This triggers a 'Unknown API
>command: listVmwareDCs' in the mgt server log.
>>
>>
>> -sebastien
>
>The good news is that awsapi works fine (the bad is that the documentation for 
>it
>is now wrong...)
>
>
>>
>>>
>>>
 Animesh



> -Original Message-
> From: sebgoa [mailto:run...@gmail.com]
> Sent: Monday, September 02, 2013 8:15 AM
> To: dev@cloudstack.apache.org
> Subject: Issues with 4.2
>
> Hi,
>
> I spent some time testing 4.2 today:
>
> * Aside from the SNMP Tests errors during build time,
>
> * I got Devcloud up, configured the infrastructure with Marvin,
> logged in on the UI all was well.
> And then impossible to get the systemvm to start.
>
> Using DevCloud is our listed test procedure in the VOTE threads so
> it has to work.
>
> *Got a fresh install of 4.2 on a ubuntu 12.04, got the server up
> and running and then authentication failed with:
>
> WARN  [server.auth.SHA256SaltedUserAuthenticator] (934430470@qtp-
> 324730209-0:) The stored password for admin isn't in the right
> format for this authenticator INFO  [cloud.user.AccountManagerImpl]
> (934430470@qtp-324730209-0:) User admin in domain ROOT is
> disabled/locked (or account is disabled/locked)
>
> Anyone seeing this ?
> thanks,
>
> -Sebastien
>>

[ANNOUNCE] Registration open for CloudStack Collaboration Conference Europe 2013

[Hugo Trippaers]

All,

We are pleased to announce that the registration for the CloudStack 
Collaboration Conference Europe is open. We would like to invite you all to 
Amsterdam on November 20,21 and 22 to participate in this conference. Early 
bird registrations are now available, so head over to the website 
http://www.cloudstackcollab.org to register your tickets today.

The call-for-papers is also still open, so if you have something you want to 
share with the CloudStack community, we like to hear from you. For information 
on the call-for-papers see our website, 
http://www.cloudstackcollab.org/call-for-papers.

Hope to see you all in Amsterdam!

Kind Regards,

CCCEU Organizers

Re: Review Request 13934: CLOUDSTACK-4347 provisioning of a nicira based vpc router

[Dave Cahill]

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


This looks reasonable to me.

For future reviews though, could you avoid the high ratio of whitespace changes?

This one is about 99% whitespace changes, which makes it extremely hard to see 
what has actually changed.

- Dave Cahill


On Sept. 2, 2013, 2:53 p.m., daan Hoogland wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13934/
> ---
> 
> (Updated Sept. 2, 2013, 2:53 p.m.)
> 
> 
> Review request for cloudstack, Chiradeep Vittal, Hugo Trippaers, and Sheng 
> Yang.
> 
> 
> Bugs: 4347
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> provisioning of a nicira based vpc router
> 
> 
> 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 87fecb0 
>   api/src/com/cloud/network/Networks.java f8166c6 
>   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 9652b4b 
>   api/src/com/cloud/network/vpc/VpcService.java 7a444c0 
>   
> api/src/org/apache/cloudstack/api/command/admin/vpc/CreatePrivateGatewayCmd.java
>  0bc905c 
>   api/src/org/apache/cloudstack/api/response/PrivateGatewayResponse.java 
> c5c7df5 
>   api/test/com/cloud/network/NetworksTest.java 07b55d2 
>   
> core/src/com/cloud/agent/resource/virtualnetwork/VirtualRoutingResource.java 
> 1fb86e0 
>   engine/schema/src/com/cloud/network/vpc/VpcGatewayVO.java 2c592cd 
>   engine/schema/src/com/cloud/upgrade/DatabaseUpgradeChecker.java eb987ea 
>   
> plugins/hypervisors/baremetal/src/com/cloud/baremetal/networkservice/BaremetaNetworkGuru.java
>  f5e0897 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/BridgeVifDriver.java
>  c94856d 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
>  b56f3ca 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/OvsVifDriver.java
>  119f117 
>   plugins/hypervisors/ovm/src/com/cloud/ovm/hypervisor/OvmResourceBase.java 
> 8f21c13 
>   
> plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/resource/VmwareResource.java
>  8853b88 
>   
> plugins/hypervisors/xen/src/com/cloud/hypervisor/xen/resource/CitrixResourceBase.java
>  35f30e4 
>   
> plugins/network-elements/bigswitch-vns/src/com/cloud/network/guru/BigSwitchVnsGuestNetworkGuru.java
>  52303a4 
>   
> plugins/network-elements/cisco-vnmc/src/com/cloud/network/element/CiscoVnmcElement.java
>  a9f3256 
>   
> plugins/network-elements/f5/src/com/cloud/network/resource/F5BigIpResource.java
>  ffddd30 
>   
> plugins/network-elements/juniper-srx/src/com/cloud/network/resource/JuniperSrxResource.java
>  f9dd5e3 
>   
> plugins/network-elements/netscaler/src/com/cloud/network/resource/NetscalerResource.java
>  58541c6 
>   
> plugins/network-elements/nicira-nvp/src/com/cloud/network/element/NiciraNvpElement.java
>  a5f1b92 
>   
> plugins/network-elements/nicira-nvp/src/com/cloud/network/guru/NiciraNvpGuestNetworkGuru.java
>  9451441 
>   
> plugins/network-elements/ovs/src/com/cloud/network/ovs/OvsTunnelManagerImpl.java
>  e8ff1a0 
>   server/src/com/cloud/api/ApiResponseHelper.java 8d01274 
>   server/src/com/cloud/configuration/ConfigurationManagerImpl.java 2fdc9f2 
>   server/src/com/cloud/network/ExternalDeviceUsageManagerImpl.java 3db5111 
>   server/src/com/cloud/network/ExternalFirewallDeviceManagerImpl.java ec48d13 
>   server/src/com/cloud/network/ExternalLoadBalancerDeviceManagerImpl.java 
> f594c8c 
>   server/src/com/cloud/network/NetworkManagerImpl.java 7feeb14 
>   server/src/com/cloud/network/NetworkServiceImpl.java 7d0f9c7 
>   server/src/com/cloud/network/guru/DirectPodBasedNetworkGuru.java 9ae636e 
>   server/src/com/cloud/network/guru/ExternalGuestNetworkGuru.java bed61ea 
>   server/src/com/cloud/network/guru/GuestNetworkGuru.java e980df9 
>   server/src/com/cloud/network/guru/PrivateNetworkGuru.java 9f02175 
>   
> server/src/com/cloud/network/router/VpcVirtualNetworkApplianceManagerImpl.java
>  abe0746 
>   server/src/com/cloud/network/vpc/PrivateGatewayProfile.java 74ce002 
>   server/src/com/cloud/network/vpc/PrivateIpAddress.java 2f3cf53 
>   server/src/com/cloud/network/vpc/VpcManagerImpl.java bce2d72 
>   server/test/com/cloud/network/CreatePrivateNetworkTest.java dbb2b1f 
>   server/test/com/cloud/vpc/MockNetworkManagerImpl.java 7df4c9c 
>   server/test/com/cloud/vpc/MockVpcManagerImpl.java 7e40083 
>   utils/src/com/cloud/utils/net/NetUtils.java 7a89103 
> 
> Diff: https://reviews.apache.

Re: Handling Public network traffic in a plugin

[Dave Cahill]

Hi Daan,

My take on things is to add a network offering for vpc private gateways. I
> extend the api
> call with the optional netoffer.


I read the wiki page on that feature [1] and the most recent code review,
but I don't fully understand it yet - is there any other documentation /
code around?

replacing the guru does not seem like the way to go to me. I'd
> say that the offer is what drives what guru/element to use.


That would be nicer. When we implemented Public traffic via MidoNet back in
February / March, it wasn't possible to create System offerings / private
offerings - if that changed, it would be great.

Thanks,
Dave.

[1]
https://cwiki.apache.org/confluence/display/CLOUDSTACK/external+hosted+private+gateways


On Tue, Sep 3, 2013 at 9:25 PM, Daan Hoogland wrote:

> H Dave,
>
> It seems we are working on similar things, David. My take on things is
> to add a network offering for vpc private gateways. I extend the api
> call with the optional netoffer. It sounds like you are doing
> something slightly different but we are bound to break each others
> code as well, even when i am working with private networks and you
> with public ones.
>
> In general the extensibility of net-implementations does need some
> work. replacing the guru does not seem like the way to go to me. I'd
> say that the offer is what drives what guru/element to use.
>
> regards,
> Daan
>
> On Tue, Sep 3, 2013 at 12:02 PM, Dave Cahill  wrote:
> > Hi,
> >
> > A few months back I mailed the list to explain how (and why) the MidoNet
> > plugin handles Public traffic as well as Guest traffic - see [1] for
> > details. Essentially, we plug the System VMs into the virtual network the
> > same way we plug in guest VMs, and the virtual network takes care of all
> > routing between the public IPs and the VMs in the virtual network.
> >
> > It's kind of cool. :)
> >
> > Since there is no real support for plugins handling Public traffic, our
> > implementation just overrides the existing PublicNetworkGuru in the
> > component XML files. This means it's easy for CloudStack devs to break
> the
> > integration without realizing. For example, a recent change [2] made it
> > such that Providers are only called if they are in the network service
> map
> > for a network. This is a smart change, but since the default network
> > offering for Public networks has no Providers defined, the MidoNet
> provider
> > no longer gets called, and Public traffic doesn't work correctly.
> >
> > I can work around that by manually (in the db) adding MidoNet as a
> provider
> > for the default System network offering whenever I deploy, but I think
> that
> > might make it even easier for people to break the integration! Would it
> > make sense to add MidoNet as a provider on the default System network
> > offering upstream?
> >
> > Any other thoughts / comments also welcome.
> >
> > Thanks,
> > Dave.
> >
> > [1]
> >
> http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201303.mbox/%3ccalytfwbet9ccyzorcfvhe4odog11+wmwc6p_w52vd4zgpai...@mail.gmail.com%3E
> > [2]
> >
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=server/src/com/cloud/network/NetworkManagerImpl.java;h=bcb0e99be1fea28e89ff8ef51a5c15c091f1a116;hp=68b1b4f9497d1dabed0e884d7db2f1810a91b290;hb=c86e8fcae54a6af566ec87cf81b3ae228dfacbf8;hpb=1c31ee22d40d77c10593d87b8237cd0489d192cc
>

Re: Issues with 4.2

[Punith s]

*hi folks ,*
*
*
*i'm building my cloudstack (4.2) inside DevCloud2 , i ran all the mvn
commands and the management jetty server is up*
*
*
*but i'm getting following exceptions is deploying the pre configured
infrastructure . after trying either of the commands,*
*
*
*mvn -P developer -pl tools/devcloud -Ddeploysvr**
*
*
*
*cd tools/devcloud; python ../marvin/marvin/deployDataCenter.py -i
devcloud.cfg**
*
*
*
the following log info

WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:) callHostPlugin
failed for cmd: setIptables with args  due to There was a failure
communicating with the plugin.
WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:) Unable to setup


com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed for
cmd: setIptables with args  due to There was a failure communicating with
the plugin.
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:4188)

at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.setIptables(CitrixResourceBase.java:4200)


.
.
.
.


WARN  [xen.discoverer.XcpServerDiscoverer] (25391925@qtp-12024104-5:)
Unable to setup agent 1 due to callHostPlugin failed for cmd: setIptables
with args  due to There was a failure communicating with the plugin.



INFO  [utils.exception.CSExceptionErrorCode] (25391925@qtp-12024104-5:)
Could not find exception: com.cloud.exception.ConnectionException in error
code list for exceptions
WARN  [agent.manager.AgentManagerImpl] (25391925@qtp-12024104-5:) Monitor
XcpServerDiscoverer_EnhancerByCloudStack_677c4d9f says there is an error in
the connect process for 1 due to Reinitialize agent after setup.



INFO  [agent.manager.AgentManagerImpl] (25391925@qtp-12024104-5:) Host 1 is
disconnecting with event AgentDisconnected

WARN  [cloud.resource.ResourceManagerImpl] (25391925@qtp-12024104-5:)
Unable to connect due to

com.cloud.exception.ConnectionException: Reinitialize agent after setup.


at
com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.processConnect(XcpServerDiscoverer.java:660)


.
.
.
.
.
.
.
.

ERROR [cloud.api.ApiServer] (25391925@qtp-12024104-5:) unhandled exception
executing api command: addHost

com.cloud.utils.exception.CloudRuntimeException: Cannot transit agent
status with event AgentDisconnected for host 1, mangement server id is
8796757504512,Unable to transition to a new state from Creating via
AgentDisconnected


at
com.cloud.agent.manager.AgentManagerImpl.agentStatusTransitTo(AgentManagerImpl.java:1410)


at
com.cloud.resource.ResourceManagerImpl.markHostAsDisconnected(ResourceManagerImpl.java:1712)
.
.
.
.
.
.

*is the 4.2 still fragile or can anyone tell me how to fix this ?? thanks,*
*
*
*regards,*
*punith s*
*cloudbyte*
*
*


On Wed, Sep 4, 2013 at 2:46 PM, Likitha Shetty wrote:

> Sebastien, are you referring to the installation guide?
>
> I noticed a few defects too. I have created -
> https://issues.apache.org/jira/browse/CLOUDSTACK-4602 and updated -
> https://issues.apache.org/jira/browse/CLOUDSTACK-829 to track them.
> Please update these bugs if you see any other gaps.
>
> Thanks,
> Likitha
>
> >-Original Message-
> >From: sebgoa [mailto:run...@gmail.com]
> >Sent: Tuesday, September 03, 2013 5:46 PM
> >To: dev@cloudstack.apache.org
> >Subject: Re: Issues with 4.2
> >
> >
> >On Sep 3, 2013, at 1:45 PM, sebgoa  wrote:
> >
> >>
> >> On Sep 2, 2013, at 7:58 PM, Sebastien Goasguen 
> wrote:
> >>
> >>>
> >>> On 2 Sep 2013, at 19:27, Animesh Chaturvedi
> > wrote:
> >>>
>  Sebastien
> 
>  DevCloud2 works with fix 1a333f36 for CLOUDSTACK-4559. The fix was
>  put in 4.2-forward branch by Edison. I need to cherry pick this and
>  few other critical issues to 4.2 branch for the next VOTE on Tuesday
> 
> >>>
> >>> Ok i will try to cherry pick myself and test before you cut a new RC.
> >>
> >> I cherry picked it and got devcloud running.
> >> Instance started and I was able to ssh into it.
> >>
> >> Couple strange things struck my mind:
> >>
> >> 1-in the instance view you can take a snapshot. but the snapshot does
> not get
> >listed under >Storage. Only if you take a snapshot of the root disk from
> the
> >storage menu do you see the snapshot under >storage>view snapshots.
> >>
> >> 2-In the infrastructure view, under zone. If you click on the devcloud
> zone you
> >now see a 'Add VMware datacenter' icon. This triggers a 'Unknown API
> >command: listVmwareDCs' in the mgt server log.
> >>
> >>
> >> -sebastien
> >
> >The good news is that awsapi works fine (the bad is that the
> documentation for it
> >is now wrong...)
> >
> >
> >>
> >>>
> >>>
>  Animesh
> 
> 
> 
> > -Original Message-
> > From: sebgoa [mailto:run...@gmail.com]
> > Sent: Monday, September 02, 2013 8:15 AM
> > To: dev@cloudstack.apache.org
> > Subject: Issues with 4.2
> >
> > Hi,
> >
> > I spent some time testing 4.2 today:
> 

Re: Issues with 4.2

[sebgoa]

When and where did you get 4.2 ?

The latest version on git should have the fix for your problem

-sebastien

On Sep 4, 2013, at 1:45 PM, Punith s  wrote:

> *hi folks ,*
> *
> *
> *i'm building my cloudstack (4.2) inside DevCloud2 , i ran all the mvn
> commands and the management jetty server is up*
> *
> *
> *but i'm getting following exceptions is deploying the pre configured
> infrastructure . after trying either of the commands,*
> *
> *
> *mvn -P developer -pl tools/devcloud -Ddeploysvr**
> *
> *
> *
> *cd tools/devcloud; python ../marvin/marvin/deployDataCenter.py -i
> devcloud.cfg**
> *
> *
> *
> the following log info
> 
> WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:) callHostPlugin
> failed for cmd: setIptables with args  due to There was a failure
> communicating with the plugin.
> WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:) Unable to setup
> 
> 
> com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed for
> cmd: setIptables with args  due to There was a failure communicating with
> the plugin.
>at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:4188)
> 
>at
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setIptables(CitrixResourceBase.java:4200)
> 
> 
> .
> .
> .
> .
> 
> 
> WARN  [xen.discoverer.XcpServerDiscoverer] (25391925@qtp-12024104-5:)
> Unable to setup agent 1 due to callHostPlugin failed for cmd: setIptables
> with args  due to There was a failure communicating with the plugin.
> 
> 
> 
> INFO  [utils.exception.CSExceptionErrorCode] (25391925@qtp-12024104-5:)
> Could not find exception: com.cloud.exception.ConnectionException in error
> code list for exceptions
> WARN  [agent.manager.AgentManagerImpl] (25391925@qtp-12024104-5:) Monitor
> XcpServerDiscoverer_EnhancerByCloudStack_677c4d9f says there is an error in
> the connect process for 1 due to Reinitialize agent after setup.
> 
> 
> 
> INFO  [agent.manager.AgentManagerImpl] (25391925@qtp-12024104-5:) Host 1 is
> disconnecting with event AgentDisconnected
> 
> WARN  [cloud.resource.ResourceManagerImpl] (25391925@qtp-12024104-5:)
> Unable to connect due to
> 
> com.cloud.exception.ConnectionException: Reinitialize agent after setup.
> 
> 
>at
> com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.processConnect(XcpServerDiscoverer.java:660)
> 
> 
> .
> .
> .
> .
> .
> .
> .
> .
> 
> ERROR [cloud.api.ApiServer] (25391925@qtp-12024104-5:) unhandled exception
> executing api command: addHost
> 
> com.cloud.utils.exception.CloudRuntimeException: Cannot transit agent
> status with event AgentDisconnected for host 1, mangement server id is
> 8796757504512,Unable to transition to a new state from Creating via
> AgentDisconnected
> 
> 
>at
> com.cloud.agent.manager.AgentManagerImpl.agentStatusTransitTo(AgentManagerImpl.java:1410)
> 
> 
>at
> com.cloud.resource.ResourceManagerImpl.markHostAsDisconnected(ResourceManagerImpl.java:1712)
>.
> .
> .
> .
> .
> .
> 
> *is the 4.2 still fragile or can anyone tell me how to fix this ?? thanks,*
> *
> *
> *regards,*
> *punith s*
> *cloudbyte*
> *
> *
> 
> 
> On Wed, Sep 4, 2013 at 2:46 PM, Likitha Shetty 
> wrote:
> 
>> Sebastien, are you referring to the installation guide?
>> 
>> I noticed a few defects too. I have created -
>> https://issues.apache.org/jira/browse/CLOUDSTACK-4602 and updated -
>> https://issues.apache.org/jira/browse/CLOUDSTACK-829 to track them.
>> Please update these bugs if you see any other gaps.
>> 
>> Thanks,
>> Likitha
>> 
>>> -Original Message-
>>> From: sebgoa [mailto:run...@gmail.com]
>>> Sent: Tuesday, September 03, 2013 5:46 PM
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: Issues with 4.2
>>> 
>>> 
>>> On Sep 3, 2013, at 1:45 PM, sebgoa  wrote:
>>> 
 
 On Sep 2, 2013, at 7:58 PM, Sebastien Goasguen 
>> wrote:
 
> 
> On 2 Sep 2013, at 19:27, Animesh Chaturvedi
>>>  wrote:
> 
>> Sebastien
>> 
>> DevCloud2 works with fix 1a333f36 for CLOUDSTACK-4559. The fix was
>> put in 4.2-forward branch by Edison. I need to cherry pick this and
>> few other critical issues to 4.2 branch for the next VOTE on Tuesday
>> 
> 
> Ok i will try to cherry pick myself and test before you cut a new RC.
 
 I cherry picked it and got devcloud running.
 Instance started and I was able to ssh into it.
 
 Couple strange things struck my mind:
 
 1-in the instance view you can take a snapshot. but the snapshot does
>> not get
>>> listed under >Storage. Only if you take a snapshot of the root disk from
>> the
>>> storage menu do you see the snapshot under >storage>view snapshots.
 
 2-In the infrastructure view, under zone. If you click on the devcloud
>> zone you
>>> now see a 'Add VMware datacenter' icon. This triggers a 'Unknown API
>>> command: listVmwareDCs' in the mgt server log.
 
 
 -sebastien
>>> 
>>> The good news is 

unable to add host in 4.2 using Devcloud2 environment

[Punith s]

*hi folks ,*
*
*
*i'm building my cloudstack (4.2) inside DevCloud2 , i ran all the mvn
commands and the management jetty server is up*
*
*
*but i'm getting following exceptions is deploying the pre configured
infrastructure . ...after trying either of the commands or by configuring
it manually*
*
*
*mvn -P developer -pl tools/devcloud -Ddeploysvr**
*
*
*
*cd tools/devcloud; python ../marvin/marvin/deployDataCenter.py -i
devcloud.cfg**
*
*
*
the following log info

WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:) callHostPlugin
failed for cmd: setIptables with args  due to There was a failure
communicating with the plugin.
WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:) Unable to setup


com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed for
cmd: setIptables with args  due to There was a failure communicating with
the plugin.
at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:4188)

at
com.cloud.hypervisor.xen.resource.CitrixResourceBase.setIptables(CitrixResourceBase.java:4200)


.
.
.
.


WARN  [xen.discoverer.XcpServerDiscoverer] (25391925@qtp-12024104-5:)
Unable to setup agent 1 due to callHostPlugin failed for cmd: setIptables
with args  due to There was a failure communicating with the plugin.



INFO  [utils.exception.CSExceptionErrorCode] (25391925@qtp-12024104-5:)
Could not find exception: com.cloud.exception.ConnectionException in error
code list for exceptions
WARN  [agent.manager.AgentManagerImpl] (25391925@qtp-12024104-5:) Monitor
XcpServerDiscoverer_EnhancerByCloudStack_677c4d9f says there is an error in
the connect process for 1 due to Reinitialize agent after setup.



INFO  [agent.manager.AgentManagerImpl] (25391925@qtp-12024104-5:) Host 1 is
disconnecting with event AgentDisconnected

WARN  [cloud.resource.ResourceManagerImpl] (25391925@qtp-12024104-5:)
Unable to connect due to

com.cloud.exception.ConnectionException: Reinitialize agent after setup.


at
com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.processConnect(XcpServerDiscoverer.java:660)


.
.
.
.
.
.
.
.

ERROR [cloud.api.ApiServer] (25391925@qtp-12024104-5:) unhandled exception
executing api command: addHost

com.cloud.utils.exception.CloudRuntimeException: Cannot transit agent
status with event AgentDisconnected for host 1, mangement server id is
8796757504512,Unable to transition to a new state from Creating via
AgentDisconnected


at
com.cloud.agent.manager.AgentManagerImpl.agentStatusTransitTo(AgentManagerImpl.java:1410)


at
com.cloud.resource.ResourceManagerImpl.markHostAsDisconnected(ResourceManagerImpl.java:1712)
.
.
.
.
.
.

*is the 4.2 still fragile or can anyone tell me how to fix this ??*
* thanks,*
*
*
*regards,*
*punith s*
*CloudByte Inc.* *
*
*
*

Re: Issues with 4.2

[Punith s]

i'm trying with the (4.2) zip i downloaded 4 days back , so should i try
with 4.2 forward ??

regards,
punith s


On Wed, Sep 4, 2013 at 5:17 PM, sebgoa  wrote:

> When and where did you get 4.2 ?
>
> The latest version on git should have the fix for your problem
>
> -sebastien
>
> On Sep 4, 2013, at 1:45 PM, Punith s  wrote:
>
> > *hi folks ,*
> > *
> > *
> > *i'm building my cloudstack (4.2) inside DevCloud2 , i ran all the mvn
> > commands and the management jetty server is up*
> > *
> > *
> > *but i'm getting following exceptions is deploying the pre configured
> > infrastructure . after trying either of the commands,*
> > *
> > *
> > *mvn -P developer -pl tools/devcloud -Ddeploysvr**
> > *
> > *
> > *
> > *cd tools/devcloud; python ../marvin/marvin/deployDataCenter.py -i
> > devcloud.cfg**
> > *
> > *
> > *
> > the following log info
> >
> > WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:) callHostPlugin
> > failed for cmd: setIptables with args  due to There was a failure
> > communicating with the plugin.
> > WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:) Unable to setup
> >
> >
> > com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed
> for
> > cmd: setIptables with args  due to There was a failure communicating with
> > the plugin.
> >at
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:4188)
> >
> >at
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setIptables(CitrixResourceBase.java:4200)
> >
> >
> > .
> > .
> > .
> > .
> >
> >
> > WARN  [xen.discoverer.XcpServerDiscoverer] (25391925@qtp-12024104-5:)
> > Unable to setup agent 1 due to callHostPlugin failed for cmd: setIptables
> > with args  due to There was a failure communicating with the plugin.
> >
> >
> >
> > INFO  [utils.exception.CSExceptionErrorCode] (25391925@qtp-12024104-5:)
> > Could not find exception: com.cloud.exception.ConnectionException in
> error
> > code list for exceptions
> > WARN  [agent.manager.AgentManagerImpl] (25391925@qtp-12024104-5:)
> Monitor
> > XcpServerDiscoverer_EnhancerByCloudStack_677c4d9f says there is an error
> in
> > the connect process for 1 due to Reinitialize agent after setup.
> >
> >
> >
> > INFO  [agent.manager.AgentManagerImpl] (25391925@qtp-12024104-5:) Host
> 1 is
> > disconnecting with event AgentDisconnected
> >
> > WARN  [cloud.resource.ResourceManagerImpl] (25391925@qtp-12024104-5:)
> > Unable to connect due to
> >
> > com.cloud.exception.ConnectionException: Reinitialize agent after setup.
> >
> >
> >at
> >
> com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.processConnect(XcpServerDiscoverer.java:660)
> >
> >
> > .
> > .
> > .
> > .
> > .
> > .
> > .
> > .
> >
> > ERROR [cloud.api.ApiServer] (25391925@qtp-12024104-5:) unhandled
> exception
> > executing api command: addHost
> >
> > com.cloud.utils.exception.CloudRuntimeException: Cannot transit agent
> > status with event AgentDisconnected for host 1, mangement server id is
> > 8796757504512,Unable to transition to a new state from Creating via
> > AgentDisconnected
> >
> >
> >at
> >
> com.cloud.agent.manager.AgentManagerImpl.agentStatusTransitTo(AgentManagerImpl.java:1410)
> >
> >
> >at
> >
> com.cloud.resource.ResourceManagerImpl.markHostAsDisconnected(ResourceManagerImpl.java:1712)
> >.
> > .
> > .
> > .
> > .
> > .
> >
> > *is the 4.2 still fragile or can anyone tell me how to fix this ??
> thanks,*
> > *
> > *
> > *regards,*
> > *punith s*
> > *cloudbyte*
> > *
> > *
> >
> >
> > On Wed, Sep 4, 2013 at 2:46 PM, Likitha Shetty <
> likitha.she...@citrix.com>wrote:
> >
> >> Sebastien, are you referring to the installation guide?
> >>
> >> I noticed a few defects too. I have created -
> >> https://issues.apache.org/jira/browse/CLOUDSTACK-4602 and updated -
> >> https://issues.apache.org/jira/browse/CLOUDSTACK-829 to track them.
> >> Please update these bugs if you see any other gaps.
> >>
> >> Thanks,
> >> Likitha
> >>
> >>> -Original Message-
> >>> From: sebgoa [mailto:run...@gmail.com]
> >>> Sent: Tuesday, September 03, 2013 5:46 PM
> >>> To: dev@cloudstack.apache.org
> >>> Subject: Re: Issues with 4.2
> >>>
> >>>
> >>> On Sep 3, 2013, at 1:45 PM, sebgoa  wrote:
> >>>
> 
>  On Sep 2, 2013, at 7:58 PM, Sebastien Goasguen 
> >> wrote:
> 
> >
> > On 2 Sep 2013, at 19:27, Animesh Chaturvedi
> >>>  wrote:
> >
> >> Sebastien
> >>
> >> DevCloud2 works with fix 1a333f36 for CLOUDSTACK-4559. The fix was
> >> put in 4.2-forward branch by Edison. I need to cherry pick this and
> >> few other critical issues to 4.2 branch for the next VOTE on Tuesday
> >>
> >
> > Ok i will try to cherry pick myself and test before you cut a new RC.
> 
>  I cherry picked it and got devcloud running.
>  Instance started and I was able to ssh into it.
> 
>  Couple strange things struck my mind:
> 
>  1-in the instanc

Review Request 13964: CLOUDSTACK-4203: Adding a test for migrating volumes of stopped vms to test_stopped_vm.py

[sanjeev n]

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

Review request for cloudstack, SrikanteswaraRao Talluri and Prasanna Santhanam.


Bugs: CLOUDSTACK-4203


Repository: cloudstack-git


Description
---

Adding test for migrating volumes of stopped vm.


Diffs
-

  test/integration/component/test_stopped_vm.py 41eeb46 

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


Testing
---

Yes


Thanks,

sanjeev n

Re: Issues with 4.2

[Wei ZHOU]

I think it will work if you pull the latest code of 4.2 branch
Some commits have been cherry-picked from 4.2-forward to 4.2 branch by
Animesh today.


2013/9/4 Punith s 

> i'm trying with the (4.2) zip i downloaded 4 days back , so should i try
> with 4.2 forward ??
>
> regards,
> punith s
>
>
> On Wed, Sep 4, 2013 at 5:17 PM, sebgoa  wrote:
>
> > When and where did you get 4.2 ?
> >
> > The latest version on git should have the fix for your problem
> >
> > -sebastien
> >
> > On Sep 4, 2013, at 1:45 PM, Punith s  wrote:
> >
> > > *hi folks ,*
> > > *
> > > *
> > > *i'm building my cloudstack (4.2) inside DevCloud2 , i ran all the mvn
> > > commands and the management jetty server is up*
> > > *
> > > *
> > > *but i'm getting following exceptions is deploying the pre configured
> > > infrastructure . after trying either of the commands,*
> > > *
> > > *
> > > *mvn -P developer -pl tools/devcloud -Ddeploysvr**
> > > *
> > > *
> > > *
> > > *cd tools/devcloud; python ../marvin/marvin/deployDataCenter.py -i
> > > devcloud.cfg**
> > > *
> > > *
> > > *
> > > the following log info
> > >
> > > WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:) callHostPlugin
> > > failed for cmd: setIptables with args  due to There was a failure
> > > communicating with the plugin.
> > > WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:) Unable to
> setup
> > >
> > >
> > > com.cloud.utils.exception.CloudRuntimeException: callHostPlugin failed
> > for
> > > cmd: setIptables with args  due to There was a failure communicating
> with
> > > the plugin.
> > >at
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:4188)
> > >
> > >at
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setIptables(CitrixResourceBase.java:4200)
> > >
> > >
> > > .
> > > .
> > > .
> > > .
> > >
> > >
> > > WARN  [xen.discoverer.XcpServerDiscoverer] (25391925@qtp-12024104-5:)
> > > Unable to setup agent 1 due to callHostPlugin failed for cmd:
> setIptables
> > > with args  due to There was a failure communicating with the plugin.
> > >
> > >
> > >
> > > INFO  [utils.exception.CSExceptionErrorCode] (25391925@qtp-12024104-5
> :)
> > > Could not find exception: com.cloud.exception.ConnectionException in
> > error
> > > code list for exceptions
> > > WARN  [agent.manager.AgentManagerImpl] (25391925@qtp-12024104-5:)
> > Monitor
> > > XcpServerDiscoverer_EnhancerByCloudStack_677c4d9f says there is an
> error
> > in
> > > the connect process for 1 due to Reinitialize agent after setup.
> > >
> > >
> > >
> > > INFO  [agent.manager.AgentManagerImpl] (25391925@qtp-12024104-5:) Host
> > 1 is
> > > disconnecting with event AgentDisconnected
> > >
> > > WARN  [cloud.resource.ResourceManagerImpl] (25391925@qtp-12024104-5:)
> > > Unable to connect due to
> > >
> > > com.cloud.exception.ConnectionException: Reinitialize agent after
> setup.
> > >
> > >
> > >at
> > >
> >
> com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.processConnect(XcpServerDiscoverer.java:660)
> > >
> > >
> > > .
> > > .
> > > .
> > > .
> > > .
> > > .
> > > .
> > > .
> > >
> > > ERROR [cloud.api.ApiServer] (25391925@qtp-12024104-5:) unhandled
> > exception
> > > executing api command: addHost
> > >
> > > com.cloud.utils.exception.CloudRuntimeException: Cannot transit agent
> > > status with event AgentDisconnected for host 1, mangement server id is
> > > 8796757504512,Unable to transition to a new state from Creating via
> > > AgentDisconnected
> > >
> > >
> > >at
> > >
> >
> com.cloud.agent.manager.AgentManagerImpl.agentStatusTransitTo(AgentManagerImpl.java:1410)
> > >
> > >
> > >at
> > >
> >
> com.cloud.resource.ResourceManagerImpl.markHostAsDisconnected(ResourceManagerImpl.java:1712)
> > >.
> > > .
> > > .
> > > .
> > > .
> > > .
> > >
> > > *is the 4.2 still fragile or can anyone tell me how to fix this ??
> > thanks,*
> > > *
> > > *
> > > *regards,*
> > > *punith s*
> > > *cloudbyte*
> > > *
> > > *
> > >
> > >
> > > On Wed, Sep 4, 2013 at 2:46 PM, Likitha Shetty <
> > likitha.she...@citrix.com>wrote:
> > >
> > >> Sebastien, are you referring to the installation guide?
> > >>
> > >> I noticed a few defects too. I have created -
> > >> https://issues.apache.org/jira/browse/CLOUDSTACK-4602 and updated -
> > >> https://issues.apache.org/jira/browse/CLOUDSTACK-829 to track them.
> > >> Please update these bugs if you see any other gaps.
> > >>
> > >> Thanks,
> > >> Likitha
> > >>
> > >>> -Original Message-
> > >>> From: sebgoa [mailto:run...@gmail.com]
> > >>> Sent: Tuesday, September 03, 2013 5:46 PM
> > >>> To: dev@cloudstack.apache.org
> > >>> Subject: Re: Issues with 4.2
> > >>>
> > >>>
> > >>> On Sep 3, 2013, at 1:45 PM, sebgoa  wrote:
> > >>>
> > 
> >  On Sep 2, 2013, at 7:58 PM, Sebastien Goasguen 
> > >> wrote:
> > 
> > >
> > > On 2 Sep 2013, at 19:27, Animesh Chaturvedi
> > >>>  wrote:
> > >
> > >> Sebas

Re: Issues with 4.2

[Punith s]

thanks for the info wei,

but the thing is , i'm building all my code inside debian instance in
Devcloud2 by doing a   #scp /home/cs4.2.zip 192.168.56.10:/cloudstack4.2
so is this the way to do it ??

or should i git clone 4.2 and build the code in my host machine and use
Devcloud2 only for running the instances and system vm's .
because git clone was failing inside Devcloud2 . thanks,

regards,
punith s






On Wed, Sep 4, 2013 at 5:29 PM, Wei ZHOU  wrote:

> I think it will work if you pull the latest code of 4.2 branch
> Some commits have been cherry-picked from 4.2-forward to 4.2 branch by
> Animesh today.
>
>
> 2013/9/4 Punith s 
>
> > i'm trying with the (4.2) zip i downloaded 4 days back , so should i try
> > with 4.2 forward ??
> >
> > regards,
> > punith s
> >
> >
> > On Wed, Sep 4, 2013 at 5:17 PM, sebgoa  wrote:
> >
> > > When and where did you get 4.2 ?
> > >
> > > The latest version on git should have the fix for your problem
> > >
> > > -sebastien
> > >
> > > On Sep 4, 2013, at 1:45 PM, Punith s  wrote:
> > >
> > > > *hi folks ,*
> > > > *
> > > > *
> > > > *i'm building my cloudstack (4.2) inside DevCloud2 , i ran all the
> mvn
> > > > commands and the management jetty server is up*
> > > > *
> > > > *
> > > > *but i'm getting following exceptions is deploying the pre configured
> > > > infrastructure . after trying either of the commands,*
> > > > *
> > > > *
> > > > *mvn -P developer -pl tools/devcloud -Ddeploysvr**
> > > > *
> > > > *
> > > > *
> > > > *cd tools/devcloud; python ../marvin/marvin/deployDataCenter.py -i
> > > > devcloud.cfg**
> > > > *
> > > > *
> > > > *
> > > > the following log info
> > > >
> > > > WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:)
> callHostPlugin
> > > > failed for cmd: setIptables with args  due to There was a failure
> > > > communicating with the plugin.
> > > > WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:) Unable to
> > setup
> > > >
> > > >
> > > > com.cloud.utils.exception.CloudRuntimeException: callHostPlugin
> failed
> > > for
> > > > cmd: setIptables with args  due to There was a failure communicating
> > with
> > > > the plugin.
> > > >at
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:4188)
> > > >
> > > >at
> > > >
> > >
> >
> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setIptables(CitrixResourceBase.java:4200)
> > > >
> > > >
> > > > .
> > > > .
> > > > .
> > > > .
> > > >
> > > >
> > > > WARN  [xen.discoverer.XcpServerDiscoverer] (25391925@qtp-12024104-5
> :)
> > > > Unable to setup agent 1 due to callHostPlugin failed for cmd:
> > setIptables
> > > > with args  due to There was a failure communicating with the plugin.
> > > >
> > > >
> > > >
> > > > INFO  [utils.exception.CSExceptionErrorCode] (25391925@qtp-12024104-5
> > :)
> > > > Could not find exception: com.cloud.exception.ConnectionException in
> > > error
> > > > code list for exceptions
> > > > WARN  [agent.manager.AgentManagerImpl] (25391925@qtp-12024104-5:)
> > > Monitor
> > > > XcpServerDiscoverer_EnhancerByCloudStack_677c4d9f says there is an
> > error
> > > in
> > > > the connect process for 1 due to Reinitialize agent after setup.
> > > >
> > > >
> > > >
> > > > INFO  [agent.manager.AgentManagerImpl] (25391925@qtp-12024104-5:)
> Host
> > > 1 is
> > > > disconnecting with event AgentDisconnected
> > > >
> > > > WARN  [cloud.resource.ResourceManagerImpl] (25391925@qtp-12024104-5
> :)
> > > > Unable to connect due to
> > > >
> > > > com.cloud.exception.ConnectionException: Reinitialize agent after
> > setup.
> > > >
> > > >
> > > >at
> > > >
> > >
> >
> com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.processConnect(XcpServerDiscoverer.java:660)
> > > >
> > > >
> > > > .
> > > > .
> > > > .
> > > > .
> > > > .
> > > > .
> > > > .
> > > > .
> > > >
> > > > ERROR [cloud.api.ApiServer] (25391925@qtp-12024104-5:) unhandled
> > > exception
> > > > executing api command: addHost
> > > >
> > > > com.cloud.utils.exception.CloudRuntimeException: Cannot transit agent
> > > > status with event AgentDisconnected for host 1, mangement server id
> is
> > > > 8796757504512,Unable to transition to a new state from Creating via
> > > > AgentDisconnected
> > > >
> > > >
> > > >at
> > > >
> > >
> >
> com.cloud.agent.manager.AgentManagerImpl.agentStatusTransitTo(AgentManagerImpl.java:1410)
> > > >
> > > >
> > > >at
> > > >
> > >
> >
> com.cloud.resource.ResourceManagerImpl.markHostAsDisconnected(ResourceManagerImpl.java:1712)
> > > >.
> > > > .
> > > > .
> > > > .
> > > > .
> > > > .
> > > >
> > > > *is the 4.2 still fragile or can anyone tell me how to fix this ??
> > > thanks,*
> > > > *
> > > > *
> > > > *regards,*
> > > > *punith s*
> > > > *cloudbyte*
> > > > *
> > > > *
> > > >
> > > >
> > > > On Wed, Sep 4, 2013 at 2:46 PM, Likitha Shetty <
> > > likitha.she...@citrix.com>wrote:
> > > >
> > > >> Sebastien, are you referring to

Re: Issues with 4.2

[Punith s]

4.2 forward is working seamlessly inside Devcloud2 , all the system vm's
are up , looking forward to debug it interactively using eclipse at port
8787.

regards,
punith s


On Wed, Sep 4, 2013 at 5:48 PM, Punith s  wrote:

> thanks for the info wei,
>
> but the thing is , i'm building all my code inside debian instance in
> Devcloud2 by doing a   #scp /home/cs4.2.zip 192.168.56.10:/cloudstack4.2
> so is this the way to do it ??
>
> or should i git clone 4.2 and build the code in my host machine and use
> Devcloud2 only for running the instances and system vm's .
> because git clone was failing inside Devcloud2 . thanks,
>
> regards,
> punith s
>
>
>
>
>
>
> On Wed, Sep 4, 2013 at 5:29 PM, Wei ZHOU  wrote:
>
>> I think it will work if you pull the latest code of 4.2 branch
>> Some commits have been cherry-picked from 4.2-forward to 4.2 branch by
>> Animesh today.
>>
>>
>> 2013/9/4 Punith s 
>>
>> > i'm trying with the (4.2) zip i downloaded 4 days back , so should i try
>> > with 4.2 forward ??
>> >
>> > regards,
>> > punith s
>> >
>> >
>> > On Wed, Sep 4, 2013 at 5:17 PM, sebgoa  wrote:
>> >
>> > > When and where did you get 4.2 ?
>> > >
>> > > The latest version on git should have the fix for your problem
>> > >
>> > > -sebastien
>> > >
>> > > On Sep 4, 2013, at 1:45 PM, Punith s  wrote:
>> > >
>> > > > *hi folks ,*
>> > > > *
>> > > > *
>> > > > *i'm building my cloudstack (4.2) inside DevCloud2 , i ran all the
>> mvn
>> > > > commands and the management jetty server is up*
>> > > > *
>> > > > *
>> > > > *but i'm getting following exceptions is deploying the pre
>> configured
>> > > > infrastructure . after trying either of the commands,*
>> > > > *
>> > > > *
>> > > > *mvn -P developer -pl tools/devcloud -Ddeploysvr**
>> > > > *
>> > > > *
>> > > > *
>> > > > *cd tools/devcloud; python ../marvin/marvin/deployDataCenter.py -i
>> > > > devcloud.cfg**
>> > > > *
>> > > > *
>> > > > *
>> > > > the following log info
>> > > >
>> > > > WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:)
>> callHostPlugin
>> > > > failed for cmd: setIptables with args  due to There was a failure
>> > > > communicating with the plugin.
>> > > > WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:) Unable to
>> > setup
>> > > >
>> > > >
>> > > > com.cloud.utils.exception.CloudRuntimeException: callHostPlugin
>> failed
>> > > for
>> > > > cmd: setIptables with args  due to There was a failure communicating
>> > with
>> > > > the plugin.
>> > > >at
>> > > >
>> > >
>> >
>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(CitrixResourceBase.java:4188)
>> > > >
>> > > >at
>> > > >
>> > >
>> >
>> com.cloud.hypervisor.xen.resource.CitrixResourceBase.setIptables(CitrixResourceBase.java:4200)
>> > > >
>> > > >
>> > > > .
>> > > > .
>> > > > .
>> > > > .
>> > > >
>> > > >
>> > > > WARN  [xen.discoverer.XcpServerDiscoverer] (25391925@qtp-12024104-5
>> :)
>> > > > Unable to setup agent 1 due to callHostPlugin failed for cmd:
>> > setIptables
>> > > > with args  due to There was a failure communicating with the plugin.
>> > > >
>> > > >
>> > > >
>> > > > INFO  [utils.exception.CSExceptionErrorCode]
>> (25391925@qtp-12024104-5
>> > :)
>> > > > Could not find exception: com.cloud.exception.ConnectionException in
>> > > error
>> > > > code list for exceptions
>> > > > WARN  [agent.manager.AgentManagerImpl] (25391925@qtp-12024104-5:)
>> > > Monitor
>> > > > XcpServerDiscoverer_EnhancerByCloudStack_677c4d9f says there is an
>> > error
>> > > in
>> > > > the connect process for 1 due to Reinitialize agent after setup.
>> > > >
>> > > >
>> > > >
>> > > > INFO  [agent.manager.AgentManagerImpl] (25391925@qtp-12024104-5:)
>> Host
>> > > 1 is
>> > > > disconnecting with event AgentDisconnected
>> > > >
>> > > > WARN  [cloud.resource.ResourceManagerImpl] (25391925@qtp-12024104-5
>> :)
>> > > > Unable to connect due to
>> > > >
>> > > > com.cloud.exception.ConnectionException: Reinitialize agent after
>> > setup.
>> > > >
>> > > >
>> > > >at
>> > > >
>> > >
>> >
>> com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.processConnect(XcpServerDiscoverer.java:660)
>> > > >
>> > > >
>> > > > .
>> > > > .
>> > > > .
>> > > > .
>> > > > .
>> > > > .
>> > > > .
>> > > > .
>> > > >
>> > > > ERROR [cloud.api.ApiServer] (25391925@qtp-12024104-5:) unhandled
>> > > exception
>> > > > executing api command: addHost
>> > > >
>> > > > com.cloud.utils.exception.CloudRuntimeException: Cannot transit
>> agent
>> > > > status with event AgentDisconnected for host 1, mangement server id
>> is
>> > > > 8796757504512,Unable to transition to a new state from Creating via
>> > > > AgentDisconnected
>> > > >
>> > > >
>> > > >at
>> > > >
>> > >
>> >
>> com.cloud.agent.manager.AgentManagerImpl.agentStatusTransitTo(AgentManagerImpl.java:1410)
>> > > >
>> > > >
>> > > >at
>> > > >
>> > >
>> >
>> com.cloud.resource.ResourceManagerImpl.markHostAsDisconnected(ResourceManagerImpl.java:1712)
>> > > >   

Re: [DOCS] feedback

[Tracy Phillips]

On Tue, Sep 3, 2013 at 8:26 PM, Animesh Chaturvedi <
animesh.chaturv...@citrix.com> wrote:

>
> [Animesh>] Any change should be done post 4.2
>

I agree, this should be post 4.2.

Change network functionality?

[France]

Hi all.

We're use CS 4.1.1.
I think there is no way to change network or networks to which VM 
belongs _after_ it was created.
To change the network in which it is, it's required to create template 
from it and then a new VM. Is there another way?


Is functionality to change network in which VM is, in plan for any 
future releases?

If not, would anyone consider adding it?

Regards,
F.

Re: [DOCS] feedback

[Tracy Phillips]

I really like markdown, very readable in the state that it is in before it
is converted to whatever else. I also like reStructuredText.

Outputting to different formats is important I guess, however, I would say
that most real reading that is done is done in html.

With that said, I love beautiful documentation, one because I enjoy what I
am reading to look nice, if given the choice and two, from a marketing
perspective, our docs look like they came from Redhat in the early 2000's
(read old and outdated)

Take Ceph's install docs where they are using http://sphinx-doc.org to
create them.

http://ceph.com/docs/master/install/

Very nice looking, well laid out and useful. I don't think the concern
about about formats was as important as usability.

Tracy

Re: job cancelled because of management server restart

[Chip Childers]

On Tue, Sep 03, 2013 at 10:53:14PM +, Kelven Yang wrote:
> This is a design issue that we need to improve in general. However, a
> simple roll back logic does not solve the problem, since abnormal
> terminate can happen at any time, which means it can happen in the middle
> of job cancellation process as well.
> 
> Under current architecture, the cleanup work is handled in VM sync
> process, we allow jobs to cancel or fail at anytime, this design decision
> may leave temporary failures to operations that are currently carried in
> the stopping/crashed management server, VM sync process will do
> self-healing and carry back of the consistency of system data. This design
> choice itself is still acceptable to a certain level, unfortunately, this
> process is buggy in current CloudStack releases. The example Marcus gave
> falls in the category of having bug in re-sync VM in migrating state
> (basically to fail it and allow user to re-issue the command).
> 
> I've refactored the modeling used by VM sync process but wasn't able to
> merge into the main branch for 4.2 release due to concerns from community
> about its late readiness time for architecture changes. Will reiterate the
> merge effort after 4.2 release.

Now would be a good time to consider merging into master...

Re: [DOCS] feedback

[Chip Childers]

On Wed, Sep 04, 2013 at 12:26:36AM +, Animesh Chaturvedi wrote:
> [Animesh>] Any change should be done post 4.2
> 

Actually, now's the time IMO.  Master is the 4.3 target at this point, so
shouldn't we make larger changes now?  (moving docs to their own repo and
re-designing any tooling choices seems like a large change)

Re: [DOCS] feedback

[Travis Graham]

I agree on splitting the docs out into their own repo that pull requests can be 
sent to as bugs in the docs are found or different installations are tested and 
documented.

With the current state of the docs being one of the greatest barriers to entry 
for new CloudStackers, or even when running into problems while trying to 
upgrade, I think it's a problem that can't wait to be solved months from now in 
a 4.3 release.

I've spent weeks breaking and fixing various combinations of CS 4.0.2 -> 4.1.1, 
CentOS and Ubuntu, XenServer and KVM, NFS and local storage, and Basic and 
Advanced networking just to learn how to install and setup a working CS 
environment because  Everyone knows there's a doc shortage, lets fix it.

The fact that the mailing list(s) gets the same questions about SSVM and CPVM 
not spinning up a few times per week and the complexity of setting up the 
different network types should be enough to want to create very detailed 
documentation for different setups with a prominent troubleshooting section.

Using something like GitHub issues would allow people to create issues that can 
be closed out with a PR/commit that updates the docs to address problems as 
opposed to saturating the mailing list with the same questions. And it would 
give others trying to help a place to point people for answers.


Travis

On Sep 4, 2013, at 9:22 AM, Chip Childers  wrote:

> On Wed, Sep 04, 2013 at 12:26:36AM +, Animesh Chaturvedi wrote:
>> [Animesh>] Any change should be done post 4.2
>> 
> 
> Actually, now's the time IMO.  Master is the 4.3 target at this point, so
> shouldn't we make larger changes now?  (moving docs to their own repo and
> re-designing any tooling choices seems like a large change)

RE: [DOCS] feedback

[Radhika Puthiyetath]

Hi,

Could someone enlighten me with the various reasons for making a strategic 
change in the tools we use for documentation ?

I loved DocBook and publican.

What are the advantages of having the new system in place other than a new look 
and feel?

I am open to learning, but how easy for a writer to pick up the new mechanics 
if the community has already arrived at a consensus  about this?

Thanks
-Radhika

-Original Message-
From: Sebastien Goasguen [mailto:run...@gmail.com] 
Sent: Wednesday, September 04, 2013 12:39 PM
To: dev@cloudstack.apache.org
Subject: Re: [DOCS] feedback


On Sep 3, 2013, at 7:39 PM, David Nalley  wrote:

> On Mon, Sep 2, 2013 at 11:19 AM, sebgoa  wrote:
>> Hi,
>> 
>> After seeing lots of frustrated people with folks I decided to try something 
>> out with markdown.
>> 
>> I used pandoc to convert some docbook files to markdown and I used a 
>> structure for a book based on 'The little mongodb' book.
>> We can generate epub and pdf using latex.
>> 
>> See:
>> 
>> https://github.com/runseb/cloudstack-books
>> 
>> There are two "books" aimed at being step by step recipes. Not long, not 
>> convoluted, single OS, etc...simple step by step.
>> 
>> https://github.com/runseb/cloudstack-books/blob/master/en/clients.mar
>> kdown 
>> https://github.com/runseb/cloudstack-books/blob/master/en/installatio
>> n.markdown
>> 
>> I am still sanitizing the installation one based on 4.2 .
>> 
>> Comments, flames ?
>> 
>> -Sebastien
>> 
> 
> So you are essentially talking about moving to MD from Docbook - is 
> this for all of the docs?

Not really. We need to fix our docs and the question is how best to do that ?
We can keep Docbook but that probably means writing brand new docs, breaking up 
OS in different books and finding a release mechanism so that we can update 
faster than a release.

I merely used markdown because it's easy to take notes in .txt as you are 
testing things.

> 
> Joe and I looked at this briefly at CCC - most of the MD tools seemed 
> to use LaTeX or converted to DocBook to publish to PDF or Epub - which 
> placed constraints on what DocBook tags were available as well as what 
> subset of MD was supported.
> 
> My concerns would be:
> 
> How do we handle reusability?
> How do we handle l10n

We could still use transifex

> 
> I am not necessarily against giving up on either of those, but, if we 
> are ditching those, we need to do so explicitly and make sure we have 
> consensus around those impacts.
> 

Yes, so how best to drive this discussion forward, this goes with other thread 
about the wiki and the website.

> I know we have issues, esp for newcomers attempting their first 
> installation. It's one of the reasons I started working on the 
> Runbook/QIG many moons ago. I just don't know if it's better or worse 
> for us to also toss our existing tooling in the process of fixing the 
> documentation. There is a lot that exists now that we'd have to 
> recreate (or throw out and rewrite.) And if we really want to do that, 
> do we want to do it now or for 4.3 or $someothertimeframe. 4.2 docs 
> are currently what terrify me because of the timeline to release.
> 
> --David

Definitely talking about 4.3

> 
> 
> 
> --David

Passing vlan parameter to "createPortableIpRange"

[Gaurav Aradhye]

Hi Swamy,

As observed, if portable ip range is created with IPs overlapping with any
of the existing public ip ranges, then it gives "Entity already exists"
error while associating any portable ip from the created range. (But it
doesn't give any error while creating portable ip range in this case)

The question is if we can't use IPs from existing VLANs, why to pass vlan
parameter while creating portable ip range? Keeping the default value
"untagged" serves the purpose and works well. I didn't get this well.

Can you please explain me the how we can use vlan ids to while creating
portable range and still get it work correctly?

Regards,
Gaurav

Re: [DOCS] feedback

[sebgoa]

On Sep 4, 2013, at 4:43 PM, Radhika Puthiyetath 
 wrote:

> Hi,
> 
> Could someone enlighten me with the various reasons for making a strategic 
> change in the tools we use for documentation ?
> 
> I loved DocBook and publican.
> 
> What are the advantages of having the new system in place other than a new 
> look and feel?
> 
> I am open to learning, but how easy for a writer to pick up the new mechanics 
> if the community has already arrived at a consensus  about this?
> 

Radhika, this is just a discussion right now.

The problem is not really Docbook, the problem is that the docs are not in good 
shape.

We need to figure out how best to improve them, it may be that this involves 
changing the format, it may not.

-sebastien

> Thanks
> -Radhika
> 
> -Original Message-
> From: Sebastien Goasguen [mailto:run...@gmail.com] 
> Sent: Wednesday, September 04, 2013 12:39 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [DOCS] feedback
> 
> 
> On Sep 3, 2013, at 7:39 PM, David Nalley  wrote:
> 
>> On Mon, Sep 2, 2013 at 11:19 AM, sebgoa  wrote:
>>> Hi,
>>> 
>>> After seeing lots of frustrated people with folks I decided to try 
>>> something out with markdown.
>>> 
>>> I used pandoc to convert some docbook files to markdown and I used a 
>>> structure for a book based on 'The little mongodb' book.
>>> We can generate epub and pdf using latex.
>>> 
>>> See:
>>> 
>>> https://github.com/runseb/cloudstack-books
>>> 
>>> There are two "books" aimed at being step by step recipes. Not long, not 
>>> convoluted, single OS, etc...simple step by step.
>>> 
>>> https://github.com/runseb/cloudstack-books/blob/master/en/clients.mar
>>> kdown 
>>> https://github.com/runseb/cloudstack-books/blob/master/en/installatio
>>> n.markdown
>>> 
>>> I am still sanitizing the installation one based on 4.2 .
>>> 
>>> Comments, flames ?
>>> 
>>> -Sebastien
>>> 
>> 
>> So you are essentially talking about moving to MD from Docbook - is 
>> this for all of the docs?
> 
> Not really. We need to fix our docs and the question is how best to do that ?
> We can keep Docbook but that probably means writing brand new docs, breaking 
> up OS in different books and finding a release mechanism so that we can 
> update faster than a release.
> 
> I merely used markdown because it's easy to take notes in .txt as you are 
> testing things.
> 
>> 
>> Joe and I looked at this briefly at CCC - most of the MD tools seemed 
>> to use LaTeX or converted to DocBook to publish to PDF or Epub - which 
>> placed constraints on what DocBook tags were available as well as what 
>> subset of MD was supported.
>> 
>> My concerns would be:
>> 
>> How do we handle reusability?
>> How do we handle l10n
> 
> We could still use transifex
> 
>> 
>> I am not necessarily against giving up on either of those, but, if we 
>> are ditching those, we need to do so explicitly and make sure we have 
>> consensus around those impacts.
>> 
> 
> Yes, so how best to drive this discussion forward, this goes with other 
> thread about the wiki and the website.
> 
>> I know we have issues, esp for newcomers attempting their first 
>> installation. It's one of the reasons I started working on the 
>> Runbook/QIG many moons ago. I just don't know if it's better or worse 
>> for us to also toss our existing tooling in the process of fixing the 
>> documentation. There is a lot that exists now that we'd have to 
>> recreate (or throw out and rewrite.) And if we really want to do that, 
>> do we want to do it now or for 4.3 or $someothertimeframe. 4.2 docs 
>> are currently what terrify me because of the timeline to release.
>> 
>> --David
> 
> Definitely talking about 4.3
> 
>> 
>> 
>> 
>> --David
> 

RE: Could not find corresponding resource manager for VMware

[Musayev, Ilya]

Michael,

Yes, if I see features that would be beneficial "now" rather than later when 
4.3 comes out. What will happen then is, I take the feature from 4.3 (master) 
and backport it to CloudSand 4.2, test it, and if goes well, I push it to 
github, release rpms and virt appliance. Think of it as hybrid beta release of 
ACS.

Regards
ilya

> -Original Message-
> From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> Sent: Tuesday, September 03, 2013 11:50 PM
> To: dev@cloudstack.apache.org
> Subject: RE: Could not find corresponding resource manager for VMware
> 
> Sweet, I didn't even know this existed, I will check it out. So once ACS 4.2
> comes out, do you still plan on adding onto cloudsand?
> 
> > From: imusa...@webmd.net
> > To: dev@cloudstack.apache.org
> > Subject: RE: Could not find corresponding resource manager for VMware
> > Date: Tue, 3 Sep 2013 22:19:35 +
> >
> > Michael,
> >
> > ACS does support vSphere 5.1 as I run it now.
> >
> > Customized edition of CloudStack known as CloudSand, has extra VMware
> support built in (primary dvswitch support and ACS hostnames - displayed in
> VC). Its being ran in production by several companies. CloudSand edition can
> be upgraded to official ACS 4.2 when it comes out.
> >
> > Check out the code from http://www.github.com/serverchief/cloudsand
> >
> > Homepage on www.cloudsand.com
> >
> > I will try to release CloudSand edition of ACS as virtual appliance this 
> > week.
> Since you've squared away build process, you can pull the source code and
> build your own rpms.
> >
> > NOTE: you need to enable dvswitch support and vm.name support in
> settings.
> >
> > Regards
> > ilya
> >
> > > -Original Message-
> > > From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> > > Sent: Tuesday, September 03, 2013 1:32 PM
> > > To: dev@cloudstack.apache.org
> > > Subject: RE: Could not find corresponding resource manager for
> > > VMware
> > >
> > > So adding the "-p nonoss" to ./package.sh fixed the issue. Do I need
> > > to do something to request the documentation update, or will someone
> > > from the dev team take care of that?
> > > Also does CS 4.1 support vsphere 5.1? I've been doing some reading
> > > at it seems like you can use the vim25.jar from the 5.1 SDK kit, but
> > > you have to rename it to vim25_51.jar, however I think renaming the
> > > jar file to vim25_51 would kill the install-nonoss script because it
> > > looks for the file to be named vim25.jar.
> > >
> > > > From: mphilli7...@hotmail.com
> > > > To: dev@cloudstack.apache.org
> > > > Subject: RE: Could not find corresponding resource manager for
> > > > VMware
> > > > Date: Mon, 2 Sep 2013 22:32:45 -0500
> > > >
> > > > Let me try that, I will report back my findings.
> > > > How do I file a report bug if it fixes the issue?
> > > >
> > > > > From: imusa...@webmd.net
> > > > > To: dev@cloudstack.apache.org
> > > > > Subject: RE: Could not find corresponding resource manager for
> > > > > VMware
> > > > > Date: Tue, 3 Sep 2013 02:46:35 +
> > > > >
> > > > > I think its documented (but I can't recall for certain). You
> > > > > need to use "-p
> > > nonoss" to package nonoss packages.
> > > > >
> > > > > Also you don't need to do "mvn install -Dnonoss". Its good to do
> > > > > it initially
> > > to confirm all builds well, but going forward the packaging process
> > > will take care of It.
> > > > >
> > > > > Regards
> > > > > Ilya
> > > > >
> > > > >
> > > > > - All mistakes in this message are not mine but Android's.
> > > > >
> > > > >
> > > > >  Original message 
> > > > > From: Michael Phillips 
> > > > > Date: 09/02/2013 10:33 PM (GMT-05:00)
> > > > > To: dev@cloudstack.apache.org
> > > > > Subject: RE: Could not find corresponding resource manager for
> > > > > VMware
> > > > >
> > > > >
> > > > > I did not..
> > > > > I added the jars to cloudstack using the "mvn install -Dnonoss"
> > > > > command
> > > then packaged it just using "package.sh"
> > > > > Guessing I was supposed to add the "-p nonoss" to that? Is that
> > > documented anywhere?
> > > > >
> > > > > > From: imusa...@webmd.net
> > > > > > To: dev@cloudstack.apache.org
> > > > > > Subject: RE: Could not find corresponding resource manager for
> > > VMware
> > > > > > Date: Tue, 3 Sep 2013 02:11:21 +
> > > > > >
> > > > > > Did you use package.sh -p nonoss ?
> > > > > >
> > > > > >
> > > > > > - All mistakes in this message are not mine but Android's.
> > > > > >
> > > > > >
> > > > > >  Original message 
> > > > > > From: Michael Phillips 
> > > > > > Date: 09/02/2013 8:01 PM (GMT-05:00)
> > > > > > To: dev@cloudstack.apache.org
> > > > > > Subject: Could not find corresponding resource manager for
> > > > > > VMware
> > > > > >
> > > > > >
> > > > > > All,
> > > > > >I have been trying for the last week to build CS 4.1 with
> > > > > > the nonoss
> > > packages. I have followed the instructions for the nonoss build
> > > perfectly, it installs the nono

RE: [DOCS] feedback

[Radhika Puthiyetath]

Hi Sebastien,

I am game. I am all there to do anything to enhance the documentation.

As far as I know, API documentation is not in good shape. I heard about 
Installation Guide, as well.

I would also like to know what are the improvement areas around the 
Administration Guide. 

We can take it as a project, define deadlines, and deliver one at a time.

Any suggestions?

Regards
-Radhika

-Original Message-
From: sebgoa [mailto:run...@gmail.com] 
Sent: Wednesday, September 04, 2013 9:10 PM
To: dev@cloudstack.apache.org
Subject: Re: [DOCS] feedback


On Sep 4, 2013, at 4:43 PM, Radhika Puthiyetath 
 wrote:

> Hi,
> 
> Could someone enlighten me with the various reasons for making a strategic 
> change in the tools we use for documentation ?
> 
> I loved DocBook and publican.
> 
> What are the advantages of having the new system in place other than a new 
> look and feel?
> 
> I am open to learning, but how easy for a writer to pick up the new mechanics 
> if the community has already arrived at a consensus  about this?
> 

Radhika, this is just a discussion right now.

The problem is not really Docbook, the problem is that the docs are not in good 
shape.

We need to figure out how best to improve them, it may be that this involves 
changing the format, it may not.

-sebastien

> Thanks
> -Radhika
> 
> -Original Message-
> From: Sebastien Goasguen [mailto:run...@gmail.com]
> Sent: Wednesday, September 04, 2013 12:39 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [DOCS] feedback
> 
> 
> On Sep 3, 2013, at 7:39 PM, David Nalley  wrote:
> 
>> On Mon, Sep 2, 2013 at 11:19 AM, sebgoa  wrote:
>>> Hi,
>>> 
>>> After seeing lots of frustrated people with folks I decided to try 
>>> something out with markdown.
>>> 
>>> I used pandoc to convert some docbook files to markdown and I used a 
>>> structure for a book based on 'The little mongodb' book.
>>> We can generate epub and pdf using latex.
>>> 
>>> See:
>>> 
>>> https://github.com/runseb/cloudstack-books
>>> 
>>> There are two "books" aimed at being step by step recipes. Not long, not 
>>> convoluted, single OS, etc...simple step by step.
>>> 
>>> https://github.com/runseb/cloudstack-books/blob/master/en/clients.ma
>>> r
>>> kdown
>>> https://github.com/runseb/cloudstack-books/blob/master/en/installati
>>> o
>>> n.markdown
>>> 
>>> I am still sanitizing the installation one based on 4.2 .
>>> 
>>> Comments, flames ?
>>> 
>>> -Sebastien
>>> 
>> 
>> So you are essentially talking about moving to MD from Docbook - is 
>> this for all of the docs?
> 
> Not really. We need to fix our docs and the question is how best to do that ?
> We can keep Docbook but that probably means writing brand new docs, breaking 
> up OS in different books and finding a release mechanism so that we can 
> update faster than a release.
> 
> I merely used markdown because it's easy to take notes in .txt as you are 
> testing things.
> 
>> 
>> Joe and I looked at this briefly at CCC - most of the MD tools seemed 
>> to use LaTeX or converted to DocBook to publish to PDF or Epub - 
>> which placed constraints on what DocBook tags were available as well 
>> as what subset of MD was supported.
>> 
>> My concerns would be:
>> 
>> How do we handle reusability?
>> How do we handle l10n
> 
> We could still use transifex
> 
>> 
>> I am not necessarily against giving up on either of those, but, if we 
>> are ditching those, we need to do so explicitly and make sure we have 
>> consensus around those impacts.
>> 
> 
> Yes, so how best to drive this discussion forward, this goes with other 
> thread about the wiki and the website.
> 
>> I know we have issues, esp for newcomers attempting their first 
>> installation. It's one of the reasons I started working on the 
>> Runbook/QIG many moons ago. I just don't know if it's better or worse 
>> for us to also toss our existing tooling in the process of fixing the 
>> documentation. There is a lot that exists now that we'd have to 
>> recreate (or throw out and rewrite.) And if we really want to do 
>> that, do we want to do it now or for 4.3 or $someothertimeframe. 4.2 
>> docs are currently what terrify me because of the timeline to release.
>> 
>> --David
> 
> Definitely talking about 4.3
> 
>> 
>> 
>> 
>> --David
> 

question about transaction interceptor

[Darren Shepherd]

The current impl of the transaction interceptor is that its placed on 
all public/protected methods of anything that extends GenericDaoBase. 
This means that a simple findX() call ends up going through that 
interceptor about 4 or more times as it goes through other methods likes 
searchIncludingRemoved, searchIncludingRemoved, createPartialSelectSql, etc.


Has it always been this way?  Or did the transition to spring introduce 
this.  The DB transaction interceptor code gets hit a lot.  I mean A 
LOT!  Good thing we have a JIT.


Darren

Re: Review Request 12134: removed txn attribute from DB annotation

[Darren Shepherd]

On 09/04/2013 10:04 AM, Alex Huang wrote:

Kelven and Darren should review this.

That attribute used to be always read to determine if a method should be 
intercepted at load time.  My understanding is the switch to using spring as 
the injection mechanism caused this to be turned off and now every single 
method is intercepted, which is terrible.  I don’t know if Kelven and/or Darren 
has any plans to fix this.  If they don’t plan on fixing it, then we should 
just commit it.



Alex,

My plan is to essentially remove the existence of @DB.  I'm working on 
that now.  In the meantime I think its good to just remove the txn 
attribute as the patch does.  I clicked "ship it", but deferred to you 
to commit.


Darren

Re: Review Request 12134: removed txn attribute from DB annotation

[Darren Shepherd]

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

Ship it!


Ship It!

- Darren Shepherd


On Sept. 4, 2013, 4:55 p.m., Laszlo Hornyak wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/12134/
> ---
> 
> (Updated Sept. 4, 2013, 4:55 p.m.)
> 
> 
> Review request for cloudstack, Alex Huang and Darren Shepherd.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The txn attribute was used often with the DB annotation, but it does not have 
> an effect on the behavior of the code since it is never read.
> - All of this references to txn removed
> - Attribute removed from annotation
> - Documentation references removed
> 
> 
> Diffs
> -
> 
>   
> engine/orchestration/src/org/apache/cloudstack/engine/datacenter/entity/api/db/dao/EngineHostDaoImpl.java
>  5ba65cc 
>   engine/schema/src/com/cloud/certificate/dao/CertificateDaoImpl.java f071cea 
>   engine/schema/src/com/cloud/cluster/agentlb/dao/HostTransferMapDaoImpl.java 
> cff4cfc 
>   engine/schema/src/com/cloud/dc/dao/ClusterVSMMapDaoImpl.java b12fa9d 
>   engine/schema/src/com/cloud/dc/dao/DataCenterIpAddressDaoImpl.java 353402d 
>   engine/schema/src/com/cloud/dc/dao/DataCenterLinkLocalIpAddressDaoImpl.java 
> b52e373 
>   engine/schema/src/com/cloud/dc/dao/DataCenterVnetDaoImpl.java d3a2409 
>   engine/schema/src/com/cloud/dc/dao/StorageNetworkIpAddressDaoImpl.java 
> 782ee0d 
>   engine/schema/src/com/cloud/dc/dao/StorageNetworkIpRangeDaoImpl.java 
> d732e6f 
>   engine/schema/src/com/cloud/host/dao/HostDaoImpl.java 41ee7a7 
>   engine/schema/src/com/cloud/network/dao/AccountGuestVlanMapDaoImpl.java 
> e7a7b34 
>   engine/schema/src/com/cloud/network/dao/ExternalFirewallDeviceDaoImpl.java 
> 01f8861 
>   
> engine/schema/src/com/cloud/network/dao/ExternalLoadBalancerDeviceDaoImpl.java
>  ea6437d 
>   engine/schema/src/com/cloud/network/dao/FirewallRulesDaoImpl.java 41f911c 
>   engine/schema/src/com/cloud/network/dao/NetworkDaoImpl.java 0f83815 
>   engine/schema/src/com/cloud/network/dao/NetworkDomainDaoImpl.java bbb9203 
>   engine/schema/src/com/cloud/network/dao/NetworkExternalFirewallDaoImpl.java 
> b176760 
>   
> engine/schema/src/com/cloud/network/dao/NetworkExternalLoadBalancerDaoImpl.java
>  c29c164 
>   engine/schema/src/com/cloud/network/dao/NetworkServiceMapDaoImpl.java 
> 3cdd738 
>   engine/schema/src/com/cloud/network/dao/PhysicalNetworkDaoImpl.java 1e26a51 
>   
> engine/schema/src/com/cloud/network/dao/PhysicalNetworkServiceProviderDaoImpl.java
>  16a23dd 
>   
> engine/schema/src/com/cloud/network/dao/PhysicalNetworkTrafficTypeDaoImpl.java
>  7e47239 
>   engine/schema/src/com/cloud/network/dao/PortProfileDaoImpl.java 61fe52a 
>   engine/schema/src/com/cloud/network/dao/VirtualRouterProviderDaoImpl.java 
> dba835f 
>   engine/schema/src/com/cloud/network/vpc/dao/PrivateIpDaoImpl.java fe435c0 
>   engine/schema/src/com/cloud/network/vpc/dao/StaticRouteDaoImpl.java 518237d 
>   engine/schema/src/com/cloud/network/vpc/dao/VpcDaoImpl.java 6560b90 
>   engine/schema/src/com/cloud/network/vpc/dao/VpcGatewayDaoImpl.java 13c37c4 
>   engine/schema/src/com/cloud/network/vpc/dao/VpcOfferingDaoImpl.java 2cda547 
>   
> engine/schema/src/com/cloud/network/vpc/dao/VpcOfferingServiceMapDaoImpl.java 
> 4b5f1b9 
>   engine/schema/src/com/cloud/network/vpc/dao/VpcServiceMapDaoImpl.java 
> a992181 
>   engine/schema/src/com/cloud/offerings/dao/NetworkOfferingDaoImpl.java 
> ef8237a 
>   
> engine/schema/src/com/cloud/offerings/dao/NetworkOfferingServiceMapDaoImpl.java
>  7282443 
>   engine/schema/src/com/cloud/service/dao/ServiceOfferingDaoImpl.java 14b2abf 
>   engine/schema/src/com/cloud/storage/dao/StoragePoolWorkDaoImpl.java 052bae4 
>   engine/schema/src/com/cloud/storage/dao/VolumeDaoImpl.java bf28410 
>   engine/schema/src/com/cloud/upgrade/dao/VersionDaoImpl.java 7c5c9cc 
>   engine/schema/src/com/cloud/vm/dao/UserVmCloneSettingDaoImpl.java 174f283 
>   
> engine/schema/src/org/apache/cloudstack/region/gslb/GlobalLoadBalancerLbRuleMapDaoImpl.java
>  2a6e72b 
>   
> engine/schema/src/org/apache/cloudstack/storage/datastore/db/PrimaryDataStoreDaoImpl.java
>  b39f844 
>   framework/db/src/com/cloud/utils/db/DB.java f83a7ea 
>   framework/db/src/com/cloud/utils/db/GenericDaoBase.java 94e5374 
>   
> plugins/hypervisors/baremetal/src/com/cloud/baremetal/database/BaremetalDhcpDaoImpl.java
>  8123ee0 
>   
> plugins/hypervisors/baremetal/src/com/cloud/baremetal/database/BaremetalPxeDaoImpl.java
>  acd7f13 
>   plugins/hypervisors/ucs/src/com/cloud/ucs/database/UcsBladeDaoImpl.java 
> 5cb9b02 
>   plugins/hypervisors/ucs/src/com/cloud/ucs/database/UcsManagerDaoImpl.java 
> 93c0885 
>   
>

Re: Review Request 12134: removed txn attribute from DB annotation

[Darren Shepherd]

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

Ship it!


Ship It: Not committed, Pending review from alexh

- Darren Shepherd


On Sept. 4, 2013, 4:55 p.m., Laszlo Hornyak wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/12134/
> ---
> 
> (Updated Sept. 4, 2013, 4:55 p.m.)
> 
> 
> Review request for cloudstack, Alex Huang and Darren Shepherd.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The txn attribute was used often with the DB annotation, but it does not have 
> an effect on the behavior of the code since it is never read.
> - All of this references to txn removed
> - Attribute removed from annotation
> - Documentation references removed
> 
> 
> Diffs
> -
> 
>   
> engine/orchestration/src/org/apache/cloudstack/engine/datacenter/entity/api/db/dao/EngineHostDaoImpl.java
>  5ba65cc 
>   engine/schema/src/com/cloud/certificate/dao/CertificateDaoImpl.java f071cea 
>   engine/schema/src/com/cloud/cluster/agentlb/dao/HostTransferMapDaoImpl.java 
> cff4cfc 
>   engine/schema/src/com/cloud/dc/dao/ClusterVSMMapDaoImpl.java b12fa9d 
>   engine/schema/src/com/cloud/dc/dao/DataCenterIpAddressDaoImpl.java 353402d 
>   engine/schema/src/com/cloud/dc/dao/DataCenterLinkLocalIpAddressDaoImpl.java 
> b52e373 
>   engine/schema/src/com/cloud/dc/dao/DataCenterVnetDaoImpl.java d3a2409 
>   engine/schema/src/com/cloud/dc/dao/StorageNetworkIpAddressDaoImpl.java 
> 782ee0d 
>   engine/schema/src/com/cloud/dc/dao/StorageNetworkIpRangeDaoImpl.java 
> d732e6f 
>   engine/schema/src/com/cloud/host/dao/HostDaoImpl.java 41ee7a7 
>   engine/schema/src/com/cloud/network/dao/AccountGuestVlanMapDaoImpl.java 
> e7a7b34 
>   engine/schema/src/com/cloud/network/dao/ExternalFirewallDeviceDaoImpl.java 
> 01f8861 
>   
> engine/schema/src/com/cloud/network/dao/ExternalLoadBalancerDeviceDaoImpl.java
>  ea6437d 
>   engine/schema/src/com/cloud/network/dao/FirewallRulesDaoImpl.java 41f911c 
>   engine/schema/src/com/cloud/network/dao/NetworkDaoImpl.java 0f83815 
>   engine/schema/src/com/cloud/network/dao/NetworkDomainDaoImpl.java bbb9203 
>   engine/schema/src/com/cloud/network/dao/NetworkExternalFirewallDaoImpl.java 
> b176760 
>   
> engine/schema/src/com/cloud/network/dao/NetworkExternalLoadBalancerDaoImpl.java
>  c29c164 
>   engine/schema/src/com/cloud/network/dao/NetworkServiceMapDaoImpl.java 
> 3cdd738 
>   engine/schema/src/com/cloud/network/dao/PhysicalNetworkDaoImpl.java 1e26a51 
>   
> engine/schema/src/com/cloud/network/dao/PhysicalNetworkServiceProviderDaoImpl.java
>  16a23dd 
>   
> engine/schema/src/com/cloud/network/dao/PhysicalNetworkTrafficTypeDaoImpl.java
>  7e47239 
>   engine/schema/src/com/cloud/network/dao/PortProfileDaoImpl.java 61fe52a 
>   engine/schema/src/com/cloud/network/dao/VirtualRouterProviderDaoImpl.java 
> dba835f 
>   engine/schema/src/com/cloud/network/vpc/dao/PrivateIpDaoImpl.java fe435c0 
>   engine/schema/src/com/cloud/network/vpc/dao/StaticRouteDaoImpl.java 518237d 
>   engine/schema/src/com/cloud/network/vpc/dao/VpcDaoImpl.java 6560b90 
>   engine/schema/src/com/cloud/network/vpc/dao/VpcGatewayDaoImpl.java 13c37c4 
>   engine/schema/src/com/cloud/network/vpc/dao/VpcOfferingDaoImpl.java 2cda547 
>   
> engine/schema/src/com/cloud/network/vpc/dao/VpcOfferingServiceMapDaoImpl.java 
> 4b5f1b9 
>   engine/schema/src/com/cloud/network/vpc/dao/VpcServiceMapDaoImpl.java 
> a992181 
>   engine/schema/src/com/cloud/offerings/dao/NetworkOfferingDaoImpl.java 
> ef8237a 
>   
> engine/schema/src/com/cloud/offerings/dao/NetworkOfferingServiceMapDaoImpl.java
>  7282443 
>   engine/schema/src/com/cloud/service/dao/ServiceOfferingDaoImpl.java 14b2abf 
>   engine/schema/src/com/cloud/storage/dao/StoragePoolWorkDaoImpl.java 052bae4 
>   engine/schema/src/com/cloud/storage/dao/VolumeDaoImpl.java bf28410 
>   engine/schema/src/com/cloud/upgrade/dao/VersionDaoImpl.java 7c5c9cc 
>   engine/schema/src/com/cloud/vm/dao/UserVmCloneSettingDaoImpl.java 174f283 
>   
> engine/schema/src/org/apache/cloudstack/region/gslb/GlobalLoadBalancerLbRuleMapDaoImpl.java
>  2a6e72b 
>   
> engine/schema/src/org/apache/cloudstack/storage/datastore/db/PrimaryDataStoreDaoImpl.java
>  b39f844 
>   framework/db/src/com/cloud/utils/db/DB.java f83a7ea 
>   framework/db/src/com/cloud/utils/db/GenericDaoBase.java 94e5374 
>   
> plugins/hypervisors/baremetal/src/com/cloud/baremetal/database/BaremetalDhcpDaoImpl.java
>  8123ee0 
>   
> plugins/hypervisors/baremetal/src/com/cloud/baremetal/database/BaremetalPxeDaoImpl.java
>  acd7f13 
>   plugins/hypervisors/ucs/src/com/cloud/ucs/database/UcsBladeDaoImpl.java 
> 5cb9b02 
>   plugins/hypervisors/ucs/src/com/cloud/ucs/database/

Re: Review Request 12134: removed txn attribute from DB annotation

[Prasanna Santhanam]

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

(Updated Sept. 4, 2013, 4:55 p.m.)


Review request for cloudstack, Alex Huang and Darren Shepherd.


Changes
---

including couple reviewers


Repository: cloudstack-git


Description
---

The txn attribute was used often with the DB annotation, but it does not have 
an effect on the behavior of the code since it is never read.
- All of this references to txn removed
- Attribute removed from annotation
- Documentation references removed


Diffs
-

  
engine/orchestration/src/org/apache/cloudstack/engine/datacenter/entity/api/db/dao/EngineHostDaoImpl.java
 5ba65cc 
  engine/schema/src/com/cloud/certificate/dao/CertificateDaoImpl.java f071cea 
  engine/schema/src/com/cloud/cluster/agentlb/dao/HostTransferMapDaoImpl.java 
cff4cfc 
  engine/schema/src/com/cloud/dc/dao/ClusterVSMMapDaoImpl.java b12fa9d 
  engine/schema/src/com/cloud/dc/dao/DataCenterIpAddressDaoImpl.java 353402d 
  engine/schema/src/com/cloud/dc/dao/DataCenterLinkLocalIpAddressDaoImpl.java 
b52e373 
  engine/schema/src/com/cloud/dc/dao/DataCenterVnetDaoImpl.java d3a2409 
  engine/schema/src/com/cloud/dc/dao/StorageNetworkIpAddressDaoImpl.java 
782ee0d 
  engine/schema/src/com/cloud/dc/dao/StorageNetworkIpRangeDaoImpl.java d732e6f 
  engine/schema/src/com/cloud/host/dao/HostDaoImpl.java 41ee7a7 
  engine/schema/src/com/cloud/network/dao/AccountGuestVlanMapDaoImpl.java 
e7a7b34 
  engine/schema/src/com/cloud/network/dao/ExternalFirewallDeviceDaoImpl.java 
01f8861 
  
engine/schema/src/com/cloud/network/dao/ExternalLoadBalancerDeviceDaoImpl.java 
ea6437d 
  engine/schema/src/com/cloud/network/dao/FirewallRulesDaoImpl.java 41f911c 
  engine/schema/src/com/cloud/network/dao/NetworkDaoImpl.java 0f83815 
  engine/schema/src/com/cloud/network/dao/NetworkDomainDaoImpl.java bbb9203 
  engine/schema/src/com/cloud/network/dao/NetworkExternalFirewallDaoImpl.java 
b176760 
  
engine/schema/src/com/cloud/network/dao/NetworkExternalLoadBalancerDaoImpl.java 
c29c164 
  engine/schema/src/com/cloud/network/dao/NetworkServiceMapDaoImpl.java 3cdd738 
  engine/schema/src/com/cloud/network/dao/PhysicalNetworkDaoImpl.java 1e26a51 
  
engine/schema/src/com/cloud/network/dao/PhysicalNetworkServiceProviderDaoImpl.java
 16a23dd 
  
engine/schema/src/com/cloud/network/dao/PhysicalNetworkTrafficTypeDaoImpl.java 
7e47239 
  engine/schema/src/com/cloud/network/dao/PortProfileDaoImpl.java 61fe52a 
  engine/schema/src/com/cloud/network/dao/VirtualRouterProviderDaoImpl.java 
dba835f 
  engine/schema/src/com/cloud/network/vpc/dao/PrivateIpDaoImpl.java fe435c0 
  engine/schema/src/com/cloud/network/vpc/dao/StaticRouteDaoImpl.java 518237d 
  engine/schema/src/com/cloud/network/vpc/dao/VpcDaoImpl.java 6560b90 
  engine/schema/src/com/cloud/network/vpc/dao/VpcGatewayDaoImpl.java 13c37c4 
  engine/schema/src/com/cloud/network/vpc/dao/VpcOfferingDaoImpl.java 2cda547 
  engine/schema/src/com/cloud/network/vpc/dao/VpcOfferingServiceMapDaoImpl.java 
4b5f1b9 
  engine/schema/src/com/cloud/network/vpc/dao/VpcServiceMapDaoImpl.java a992181 
  engine/schema/src/com/cloud/offerings/dao/NetworkOfferingDaoImpl.java ef8237a 
  
engine/schema/src/com/cloud/offerings/dao/NetworkOfferingServiceMapDaoImpl.java 
7282443 
  engine/schema/src/com/cloud/service/dao/ServiceOfferingDaoImpl.java 14b2abf 
  engine/schema/src/com/cloud/storage/dao/StoragePoolWorkDaoImpl.java 052bae4 
  engine/schema/src/com/cloud/storage/dao/VolumeDaoImpl.java bf28410 
  engine/schema/src/com/cloud/upgrade/dao/VersionDaoImpl.java 7c5c9cc 
  engine/schema/src/com/cloud/vm/dao/UserVmCloneSettingDaoImpl.java 174f283 
  
engine/schema/src/org/apache/cloudstack/region/gslb/GlobalLoadBalancerLbRuleMapDaoImpl.java
 2a6e72b 
  
engine/schema/src/org/apache/cloudstack/storage/datastore/db/PrimaryDataStoreDaoImpl.java
 b39f844 
  framework/db/src/com/cloud/utils/db/DB.java f83a7ea 
  framework/db/src/com/cloud/utils/db/GenericDaoBase.java 94e5374 
  
plugins/hypervisors/baremetal/src/com/cloud/baremetal/database/BaremetalDhcpDaoImpl.java
 8123ee0 
  
plugins/hypervisors/baremetal/src/com/cloud/baremetal/database/BaremetalPxeDaoImpl.java
 acd7f13 
  plugins/hypervisors/ucs/src/com/cloud/ucs/database/UcsBladeDaoImpl.java 
5cb9b02 
  plugins/hypervisors/ucs/src/com/cloud/ucs/database/UcsManagerDaoImpl.java 
93c0885 
  
plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/dao/LegacyZoneDaoImpl.java
 7d2d128 
  
plugins/hypervisors/vmware/src/com/cloud/hypervisor/vmware/dao/VmwareDatacenterDaoImpl.java
 9f5796a 
  
plugins/hypervisors/vmware/src/com/cloud/network/dao/CiscoNexusVSMDeviceDaoImpl.java
 cc25573 
  
plugins/network-elements/netscaler/src/com/cloud/network/dao/NetScalerPodDaoImpl.java
 30dd06d 
  server/src/com/cloud/dc/dao/DedicatedResourceDaoImpl.java 266e65f 
  server/src/com/cloud/network/vpc/

RE: NetworkElements: configure the provider to enable the provider?

[Sowmya Krishnan]

So to get around this limitation, should we be looking at making appropriate 
changes to deployDataCenter.py to not try to add NS device if it's not 
supplied? The test would take care anyway of adding the device and configuring 
the provider.
Thoughts?

> -Original Message-
> From: Soheil Eizadi [mailto:seiz...@infoblox.com]
> Sent: Tuesday, September 03, 2013 11:48 AM
> To: dev@cloudstack.apache.org
> Subject: RE: NetworkElements: configure the provider to enable the provider?
> 
> Hi Prasanna,
> The limitation you have highlighted "enable network service providers without
> actually adding the device" is not enforced by the NetworkManager but by the
> design of the NetworkElement.
> 
> If you have not registered a device with the Netscaler NetworkElement it is
> rejecting the Enable. The NetworkManager calls the NetworkElement isReady()
> and that determines if it is ready to accept the call to Enable. I assume that
> NetScaler NetworkElement code can not handle subsequent calls to Prepare()
> etc. unless a device is configured.
> 
> I assume those other NetworkElements you have highlighted, have chosen to
> return True on that call, and handle the subsequent calls e.g. Prepare(), when
> there is not a device, my NetworkElement behaves this way so that it can be
> enabled early when there is no device.
> 
> There is a design pattern to enable some Network Elements that offer service 
> to
> the Physical and Guest network in the call to createPhysicalNetwork() in
> NetworkServiceImpl:
> 
> ...
> 
>   // add VirtualRouter as the default network service provider
> addDefaultVirtualRouterToPhysicalNetwork(pNetwork.getId());
> 
> // add security group provider to the physical network
> 
> addDefaultSecurityGroupProviderToPhysicalNetwork(pNetwork.getId());
> 
> // add VPCVirtualRouter as the defualt network service provider
> addDefaultVpcVirtualRouterToPhysicalNetwork(pNetwork.getId());
> 
> // add baremetal as the defualt network service provider
> addDefaultBaremetalProvidersToPhysicalNetwork(pNetwork.getId());
> 
> //Add Internal Load Balancer element as a default network service
> provider
> addDefaultInternalLbProviderToPhysicalNetwork(pNetwork.getId());
> 
> // add Infoblox as the default network service provider
> addDefaultInfobloxProvidersToPhysicalNetwork(pNetwork.getId());
> 
> -Soheil
> 
> From: Prasanna Santhanam [t...@apache.org]
> Sent: Saturday, August 31, 2013 1:36 AM
> To: CloudStack Dev
> Subject: NetworkElements: configure the provider to enable the provider?
> 
> I'm looking to enable network service providers without actually adding the
> device but it appears as if the addition of the device is coupled with the 
> enabling
> of the provider. While this is not the case with default providers like VR, 
> VpcVR,
> security groups and the InternalLbVm?
> 
> What is the reason for the restriction placed on External NetworkElements? In
> marvin integration tests [1] we want to be able to enable the provider whilst
> deployment and later add VPX Netscalers per test but this is not possible 
> since
> the Netscaler provider cannot be enabled during the deployment of CloudStack.
> The problem exists with the implementation of other providers as well like
> JuniperSRX, F5BigIp.
> 
> Nicira and Midonet however are always ready to be enabled.
> 
> I tried the following via API:
> 
> $add networkserviceprovider name=Netscaler physicalnetworkid=0d1a18d5-
> 837e-4973-8b06-ff1f3a8bdbfd
> 
> The netscaler element is registered successfully but disabled:
> mysql> select id, state, provider_name, physical_network_id from
> physical_network_service_providers;
> ++--+---+-+
> | id | state| provider_name | physical_network_id |
> ++--+---+-+
> |  1 | Enabled  | VirtualRouter | 200 |
> |  2 | Disabled | SecurityGroupProvider | 200 |
> |  3 | Enabled  | VpcVirtualRouter  | 200 |
> |  4 | Enabled  | InternalLbVm  | 200 |
> |  5 | Disabled | Netscaler | 200 |
> |  6 | Disabled | JuniperSRX| 200 |
> ++--+---+-+
> 6 rows in set (0.00 sec)
> 
> So I enable it using:
> 
> $update networkserviceprovider id=1a266697-838a-4322-b894-235bdc158da1
> state=Enabled
> 
> Async job d830d7aa-2a1e-44a4-a736-4885a668e8a6 failed Error 530, Provider is
> not ready, cannot Enable the provider, please configure the provider first
> accountid = e31a616a-1212-11e3-8a03-ef159ac306d1
> cmd =
> org.apache.cloudstack.api.command.admin.network.UpdateNetworkServicePro
> viderCmd
> created = 2013-08-31T13:58:12+0530
> jobid = d830d7aa-2a1e-44a4-a736-

Re: can somebody explain @DB(txn=false)

[Prasanna Santhanam]

Believe so. Here's a review removing that txn reference:
https://reviews.apache.org/r/12134/


It hasn't been applied yet. Still waiting for more eyes on it.

On Wed, Sep 04, 2013 at 09:46:37AM -0700, Darren Shepherd wrote:
> I see @DB(txn=false) a lot in the code.  The javadoc says "By
> marking txn=false the method is not surrounded with transaction
> code" but I can't find any code that backs up this claim.  I only
> can find the below code in
> com.cloud.utils.db.TransactionContextBuilder that seems to point to
> the fact that only the existence of @DB indicates a transaction.
> 
> @Override
> public boolean needToIntercept(Method method) {
> DB db = method.getAnnotation(DB.class);
> if (db != null) {
> return true;
> }
> 
> Class clazz = method.getDeclaringClass();
> 
> do {
> db = clazz.getAnnotation(DB.class);
> if (db != null) {
> return true;
> }
> clazz = clazz.getSuperclass();
> } while (clazz != Object.class && clazz != null);
> 
> return false;
> }
> 
> I grep'd through the code for ".txn()" and never once found a
> reference to it.  Its is safe to assume the txn attribute on @DB is
> bogus?
> 
> Darren

-- 
Prasanna.,


Powered by BigRock.com

RE: Review Request 12134: removed txn attribute from DB annotation

[Alex Huang]

Kelven and Darren should review this.

That attribute used to be always read to determine if a method should be 
intercepted at load time.  My understanding is the switch to using spring as 
the injection mechanism caused this to be turned off and now every single 
method is intercepted, which is terrible.  I don’t know if Kelven and/or Darren 
has any plans to fix this.  If they don’t plan on fixing it, then we should 
just commit it.

--Alex

From: Prasanna Santhanam [mailto:nore...@reviews.apache.org] On Behalf Of 
Prasanna Santhanam
Sent: Wednesday, September 4, 2013 9:56 AM
To: Darren Shepherd; Alex Huang
Cc: Prasanna Santhanam; Laszlo Hornyak; cloudstack
Subject: Re: Review Request 12134: removed txn attribute from DB annotation

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


Review request for cloudstack, Alex Huang and Darren Shepherd.
By Laszlo Hornyak.

Updated Sept. 4, 2013, 4:55 p.m.

Changes

including couple reviewers

Repository: cloudstack-git
Description

The txn attribute was used often with the DB annotation, but it does not have 
an effect on the behavior of the code since it is never read.

- All of this references to txn removed

- Attribute removed from annotation

- Documentation references removed


Diffs

  *   
engine/orchestration/src/org/apache/cloudstack/engine/datacenter/entity/api/db/dao/EngineHostDaoImpl.java
 (5ba65cc)
  *   engine/schema/src/com/cloud/certificate/dao/CertificateDaoImpl.java 
(f071cea)
  *   
engine/schema/src/com/cloud/cluster/agentlb/dao/HostTransferMapDaoImpl.java 
(cff4cfc)
  *   engine/schema/src/com/cloud/dc/dao/ClusterVSMMapDaoImpl.java (b12fa9d)
  *   engine/schema/src/com/cloud/dc/dao/DataCenterIpAddressDaoImpl.java 
(353402d)
  *   
engine/schema/src/com/cloud/dc/dao/DataCenterLinkLocalIpAddressDaoImpl.java 
(b52e373)
  *   engine/schema/src/com/cloud/dc/dao/DataCenterVnetDaoImpl.java (d3a2409)
  *   engine/schema/src/com/cloud/dc/dao/StorageNetworkIpAddressDaoImpl.java 
(782ee0d)
  *   engine/schema/src/com/cloud/dc/dao/StorageNetworkIpRangeDaoImpl.java 
(d732e6f)
  *   engine/schema/src/com/cloud/host/dao/HostDaoImpl.java (41ee7a7)
  *   engine/schema/src/com/cloud/network/dao/AccountGuestVlanMapDaoImpl.java 
(e7a7b34)
  *   
engine/schema/src/com/cloud/network/dao/ExternalFirewallDeviceDaoImpl.java 
(01f8861)
  *   
engine/schema/src/com/cloud/network/dao/ExternalLoadBalancerDeviceDaoImpl.java 
(ea6437d)
  *   engine/schema/src/com/cloud/network/dao/FirewallRulesDaoImpl.java 
(41f911c)
  *   engine/schema/src/com/cloud/network/dao/NetworkDaoImpl.java (0f83815)
  *   engine/schema/src/com/cloud/network/dao/NetworkDomainDaoImpl.java 
(bbb9203)
  *   
engine/schema/src/com/cloud/network/dao/NetworkExternalFirewallDaoImpl.java 
(b176760)
  *   
engine/schema/src/com/cloud/network/dao/NetworkExternalLoadBalancerDaoImpl.java 
(c29c164)
  *   engine/schema/src/com/cloud/network/dao/NetworkServiceMapDaoImpl.java 
(3cdd738)
  *   engine/schema/src/com/cloud/network/dao/PhysicalNetworkDaoImpl.java 
(1e26a51)
  *   
engine/schema/src/com/cloud/network/dao/PhysicalNetworkServiceProviderDaoImpl.java
 (16a23dd)
  *   
engine/schema/src/com/cloud/network/dao/PhysicalNetworkTrafficTypeDaoImpl.java 
(7e47239)
  *   engine/schema/src/com/cloud/network/dao/PortProfileDaoImpl.java (61fe52a)
  *   engine/schema/src/com/cloud/network/dao/VirtualRouterProviderDaoImpl.java 
(dba835f)
  *   engine/schema/src/com/cloud/network/vpc/dao/PrivateIpDaoImpl.java 
(fe435c0)
  *   engine/schema/src/com/cloud/network/vpc/dao/StaticRouteDaoImpl.java 
(518237d)
  *   engine/schema/src/com/cloud/network/vpc/dao/VpcDaoImpl.java (6560b90)
  *   engine/schema/src/com/cloud/network/vpc/dao/VpcGatewayDaoImpl.java 
(13c37c4)
  *   engine/schema/src/com/cloud/network/vpc/dao/VpcOfferingDaoImpl.java 
(2cda547)
  *   
engine/schema/src/com/cloud/network/vpc/dao/VpcOfferingServiceMapDaoImpl.java 
(4b5f1b9)
  *   engine/schema/src/com/cloud/network/vpc/dao/VpcServiceMapDaoImpl.java 
(a992181)
  *   engine/schema/src/com/cloud/offerings/dao/NetworkOfferingDaoImpl.java 
(ef8237a)
  *   
engine/schema/src/com/cloud/offerings/dao/NetworkOfferingServiceMapDaoImpl.java 
(7282443)
  *   engine/schema/src/com/cloud/service/dao/ServiceOfferingDaoImpl.java 
(14b2abf)
  *   engine/schema/src/com/cloud/storage/dao/StoragePoolWorkDaoImpl.java 
(052bae4)
  *   engine/schema/src/com/cloud/storage/dao/VolumeDaoImpl.java (bf28410)
  *   engine/schema/src/com/cloud/upgrade/dao/VersionDaoImpl.java (7c5c9cc)
  *   engine/schema/src/com/cloud/vm/dao/UserVmCloneSettingDaoImpl.java 
(174f283)
  *   
engine/schema/src/org/apache/cloudstack/region/gslb/GlobalLoadBalancerLbRuleMapDaoImpl.java
 (2a6e72b)
  *   
engine/schema/src/org/apache/cloudstack/storage/datastore/db/PrimaryDataStoreDaoImpl.java
 (b39f844)
  *   framework/db/src/com/cloud/utils/db/DB.java (f83a7ea)
  *   framework/db/src/com/cloud/utils/db/GenericDaoBase.java (94e5374)
  *   
plugins/hypervisors/

RE: Review Request 12134: removed txn attribute from DB annotation

[Alex Huang]

Resending this with the appropriate email for Darren.

--Alex

> -Original Message-
> From: Alex Huang [mailto:alex.hu...@citrix.com]
> Sent: Wednesday, September 4, 2013 10:05 AM
> To: Prasanna Santhanam; Darren Shepherd
> Cc: Laszlo Hornyak; cloudstack; Kelven Yang
> Subject: RE: Review Request 12134: removed txn attribute from DB
> annotation
> 
> Kelven and Darren should review this.
> 
> That attribute used to be always read to determine if a method should be
> intercepted at load time.  My understanding is the switch to using spring as
> the injection mechanism caused this to be turned off and now every single
> method is intercepted, which is terrible.  I don’t know if Kelven and/or
> Darren has any plans to fix this.  If they don’t plan on fixing it, then we 
> should
> just commit it.
> 
> --Alex
> 
> From: Prasanna Santhanam [mailto:nore...@reviews.apache.org] On Behalf
> Of Prasanna Santhanam
> Sent: Wednesday, September 4, 2013 9:56 AM
> To: Darren Shepherd; Alex Huang
> Cc: Prasanna Santhanam; Laszlo Hornyak; cloudstack
> Subject: Re: Review Request 12134: removed txn attribute from DB
> annotation
> 
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/12134/
> 
> 
> Review request for cloudstack, Alex Huang and Darren Shepherd.
> By Laszlo Hornyak.
> 
> Updated Sept. 4, 2013, 4:55 p.m.
> 
> Changes
> 
> including couple reviewers
> 
> Repository: cloudstack-git
> Description
> 
> The txn attribute was used often with the DB annotation, but it does not
> have an effect on the behavior of the code since it is never read.
> 
> - All of this references to txn removed
> 
> - Attribute removed from annotation
> 
> - Documentation references removed
> 
> 
> Diffs
> 
>   *
> engine/orchestration/src/org/apache/cloudstack/engine/datacenter/entity/
> api/db/dao/EngineHostDaoImpl.java (5ba65cc)
>   *   engine/schema/src/com/cloud/certificate/dao/CertificateDaoImpl.java
> (f071cea)
>   *
> engine/schema/src/com/cloud/cluster/agentlb/dao/HostTransferMapDaoIm
> pl.java (cff4cfc)
>   *   engine/schema/src/com/cloud/dc/dao/ClusterVSMMapDaoImpl.java
> (b12fa9d)
>   *
> engine/schema/src/com/cloud/dc/dao/DataCenterIpAddressDaoImpl.java
> (353402d)
>   *
> engine/schema/src/com/cloud/dc/dao/DataCenterLinkLocalIpAddressDaoIm
> pl.java (b52e373)
>   *   engine/schema/src/com/cloud/dc/dao/DataCenterVnetDaoImpl.java
> (d3a2409)
>   *
> engine/schema/src/com/cloud/dc/dao/StorageNetworkIpAddressDaoImpl.j
> ava (782ee0d)
>   *
> engine/schema/src/com/cloud/dc/dao/StorageNetworkIpRangeDaoImpl.jav
> a (d732e6f)
>   *   engine/schema/src/com/cloud/host/dao/HostDaoImpl.java (41ee7a7)
>   *
> engine/schema/src/com/cloud/network/dao/AccountGuestVlanMapDaoIm
> pl.java (e7a7b34)
>   *
> engine/schema/src/com/cloud/network/dao/ExternalFirewallDeviceDaoImp
> l.java (01f8861)
>   *
> engine/schema/src/com/cloud/network/dao/ExternalLoadBalancerDeviceDa
> oImpl.java (ea6437d)
>   *   engine/schema/src/com/cloud/network/dao/FirewallRulesDaoImpl.java
> (41f911c)
>   *   engine/schema/src/com/cloud/network/dao/NetworkDaoImpl.java
> (0f83815)
>   *
> engine/schema/src/com/cloud/network/dao/NetworkDomainDaoImpl.java
> (bbb9203)
>   *
> engine/schema/src/com/cloud/network/dao/NetworkExternalFirewallDaoI
> mpl.java (b176760)
>   *
> engine/schema/src/com/cloud/network/dao/NetworkExternalLoadBalancer
> DaoImpl.java (c29c164)
>   *
> engine/schema/src/com/cloud/network/dao/NetworkServiceMapDaoImpl.j
> ava (3cdd738)
>   *
> engine/schema/src/com/cloud/network/dao/PhysicalNetworkDaoImpl.java
> (1e26a51)
>   *
> engine/schema/src/com/cloud/network/dao/PhysicalNetworkServiceProvid
> erDaoImpl.java (16a23dd)
>   *
> engine/schema/src/com/cloud/network/dao/PhysicalNetworkTrafficTypeDa
> oImpl.java (7e47239)
>   *   engine/schema/src/com/cloud/network/dao/PortProfileDaoImpl.java
> (61fe52a)
>   *
> engine/schema/src/com/cloud/network/dao/VirtualRouterProviderDaoImpl
> .java (dba835f)
>   *   engine/schema/src/com/cloud/network/vpc/dao/PrivateIpDaoImpl.java
> (fe435c0)
>   *
> engine/schema/src/com/cloud/network/vpc/dao/StaticRouteDaoImpl.java
> (518237d)
>   *   engine/schema/src/com/cloud/network/vpc/dao/VpcDaoImpl.java
> (6560b90)
>   *
> engine/schema/src/com/cloud/network/vpc/dao/VpcGatewayDaoImpl.java
> (13c37c4)
>   *
> engine/schema/src/com/cloud/network/vpc/dao/VpcOfferingDaoImpl.java
> (2cda547)
>   *
> engine/schema/src/com/cloud/network/vpc/dao/VpcOfferingServiceMapD
> aoImpl.java (4b5f1b9)
>   *
> engine/schema/src/com/cloud/network/vpc/dao/VpcServiceMapDaoImpl.ja
> va (a992181)
>   *
> engine/schema/src/com/cloud/offerings/dao/NetworkOfferingDaoImpl.java
> (ef8237a)
>   *
> engine/schema/src/com/cloud/offerings/dao/NetworkOfferingServiceMap
> DaoImpl.java (7282443)
>   *
> engine/schema/src/com/cloud/service/dao/ServiceOfferingDaoImpl.java
> (14b2abf)
>   *
> engine/schema/src/com/cloud/storage/dao/StoragePoolWorkDaoImpl.java
> (052bae4)
>   *   engine/schema/src/com/cloud/storage/dao/

can somebody explain @DB(txn=false)

[Darren Shepherd]

I see @DB(txn=false) a lot in the code.  The javadoc says "By marking 
txn=false the method is not surrounded with transaction code" but I 
can't find any code that backs up this claim.  I only can find the below 
code in com.cloud.utils.db.TransactionContextBuilder that seems to point 
to the fact that only the existence of @DB indicates a transaction.


@Override
public boolean needToIntercept(Method method) {
DB db = method.getAnnotation(DB.class);
if (db != null) {
return true;
}

Class clazz = method.getDeclaringClass();

do {
db = clazz.getAnnotation(DB.class);
if (db != null) {
return true;
}
clazz = clazz.getSuperclass();
} while (clazz != Object.class && clazz != null);

return false;
}

I grep'd through the code for ".txn()" and never once found a reference 
to it.  Its is safe to assume the txn attribute on @DB is bogus?


Darren

why do we need 8096?

[Darren Shepherd]

Why do we need an unauthenticated backdoor?  Is there any chance we can 
just get rid of that entry point to CloudStack?


Darren

Re: why do we need 8096?

[Mathias Mullins]

Hi Darren,

It's a very commonly used port for many installations that want an
unauthenticated API access, especially from other tools and systems. I
think getting rid of this would be really bad idea.

Matt 


On 9/4/13 1:49 PM, "Darren Shepherd"  wrote:

>Why do we need an unauthenticated backdoor?  Is there any chance we can
>just get rid of that entry point to CloudStack?
>
>Darren

RE: why do we need 8096?

[Musayev, Ilya]

Its only available by default on dev builds, helps with executing commands 
quickly and not worry about api key signing.

If you install via RPM/DEB, 8096 is not enabled by default.



> -Original Message-
> From: Mathias Mullins [mailto:mathias.mull...@citrix.com]
> Sent: Wednesday, September 04, 2013 1:52 PM
> To: dev@cloudstack.apache.org
> Subject: Re: why do we need 8096?
> 
> Hi Darren,
> 
> It's a very commonly used port for many installations that want an
> unauthenticated API access, especially from other tools and systems. I think
> getting rid of this would be really bad idea.
> 
> Matt
> 
> 
> On 9/4/13 1:49 PM, "Darren Shepherd" 
> wrote:
> 
> >Why do we need an unauthenticated backdoor?  Is there any chance we
> can
> >just get rid of that entry point to CloudStack?
> >
> >Darren
> 

Re: why do we need 8096?

[Darren Shepherd]

On 09/04/2013 10:52 AM, Mathias Mullins wrote:

Hi Darren,

It's a very commonly used port for many installations that want an
unauthenticated API access, especially from other tools and systems. I
think getting rid of this would be really bad idea.



Sigh, I just hate the "totally insecure by default" approach.  Not to 
mention the code path for 8080 and 8096 is different.  8080 being 
servlet based and 8096 being httpcore based.


Darren

Re: why do we need 8096?

[Marcus Sorensen]

It's not default, and it is nice to have. Users have to set the
integration port to enabled.

On Wed, Sep 4, 2013 at 12:03 PM, Darren Shepherd
 wrote:
> On 09/04/2013 10:52 AM, Mathias Mullins wrote:
>>
>> Hi Darren,
>>
>> It's a very commonly used port for many installations that want an
>> unauthenticated API access, especially from other tools and systems. I
>> think getting rid of this would be really bad idea.
>>
>
> Sigh, I just hate the "totally insecure by default" approach.  Not to
> mention the code path for 8080 and 8096 is different.  8080 being servlet
> based and 8096 being httpcore based.
>
> Darren

Re: Review Request 12134: removed txn attribute from DB annotation

[Kelven Yang]

On 9/4/13 10:18 AM, "Darren Shepherd"  wrote:

>On 09/04/2013 10:04 AM, Alex Huang wrote:
>> Kelven and Darren should review this.
>>
>> That attribute used to be always read to determine if a method should
>>be intercepted at load time.  My understanding is the switch to using
>>spring as the injection mechanism caused this to be turned off and now
>>every single method is intercepted, which is terrible.  I don¹t know if
>>Kelven and/or Darren has any plans to fix this.  If they don¹t plan on
>>fixing it, then we should just commit it.
>>
>
>Alex,
>
>My plan is to essentially remove the existence of @DB.  I'm working on
>that now. 

+1 for removing @DB. The approach to mimic all the semantics in Spring for
@DB that I did last time was due to the time constraint I had. I tried to
minimized the code changes, therefore mimic @DB semantics is the cheapest
strategy.

Giving for what @DB is doing, it merely just helps developer to do a per
call-chain context open/close automatically, And open transaction context
is a very cheap operation which can be done by just doing it at
entry-point of the very top of the call chain. I should have done that
last time.

-Kelven

> In the meantime I think its good to just remove the txn
>attribute as the patch does.  I clicked "ship it", but deferred to you
>to commit.
>
>Darren

Re: can somebody explain @DB(txn=false)

[Kelven Yang]

txn attribute is no longer meaningful after Spring change

Kelven

On 9/4/13 9:46 AM, "Darren Shepherd"  wrote:

>I see @DB(txn=false) a lot in the code.  The javadoc says "By marking
>txn=false the method is not surrounded with transaction code" but I
>can't find any code that backs up this claim.  I only can find the below
>code in com.cloud.utils.db.TransactionContextBuilder that seems to point
>to the fact that only the existence of @DB indicates a transaction.
>
> @Override
> public boolean needToIntercept(Method method) {
> DB db = method.getAnnotation(DB.class);
> if (db != null) {
> return true;
> }
>
> Class clazz = method.getDeclaringClass();
>
> do {
> db = clazz.getAnnotation(DB.class);
> if (db != null) {
> return true;
> }
> clazz = clazz.getSuperclass();
> } while (clazz != Object.class && clazz != null);
>
> return false;
> }
>
>I grep'd through the code for ".txn()" and never once found a reference
>to it.  Its is safe to assume the txn attribute on @DB is bogus?
>
>Darren

Re: why do we need 8096?

[Ove Ewerlid]

On 09/04/2013 08:03 PM, Darren Shepherd wrote:

On 09/04/2013 10:52 AM, Mathias Mullins wrote:

Hi Darren,

It's a very commonly used port for many installations that want an
unauthenticated API access, especially from other tools and systems. I
think getting rid of this would be really bad idea.



Sigh, I just hate the "totally insecure by default" approach.  Not to
mention the code path for 8080 and 8096 is different.  8080 being
servlet based and 8096 being httpcore based.

Darren


As Marcus pointed out, this is not there per default. Gotta love 
"totally insecure per wise decision".


Personally I use this to implement zero touch boot strapping and 
automation of testing. The only command given via the Integration port 
is setting up an admin user and generating keys. Once done, the scripts 
continue using the key base approach. If there is a valid key set stored 
away, key is tested and if valid, the integration port is not used by 
the script for successive invocations. In our implementations, the 
integration port is opened using direct DB access and manipulation of 
the global parameter.


NB; if you create say a template via the integration port, that template 
can not be deleted by even the admin user (have not checked this for 4.2 
but it is true for 4.1.1 and earlier). The integration port uses a 
different user context (as you indicate). Hence, perhaps only use the 
integration port to bootstrap an admin user.


/Ove

Re: question about transaction interceptor

[Kelven Yang]

On 9/4/13 9:36 AM, "Darren Shepherd"  wrote:

>The current impl of the transaction interceptor is that its placed on
>all public/protected methods of anything that extends GenericDaoBase.
>This means that a simple findX() call ends up going through that
>interceptor about 4 or more times as it goes through other methods likes
>searchIncludingRemoved, searchIncludingRemoved, createPartialSelectSql,
>etc.
>
>Has it always been this way?  Or did the transition to spring introduce
>this.  The DB transaction interceptor code gets hit a lot.  I mean A
>LOT!  Good thing we have a JIT.

It has been there before Spring, however, Spring change make it more
costly, since the filtering is not as intelligent as it would be (like to
check txn attribute in @DB which we had before).

Removing @DB would make more sense if we consider of performance
implications of it.

Kelven

>
>Darren

Re: why do we need 8096?

[Darren Shepherd]

On 09/04/2013 11:04 AM, Marcus Sorensen wrote:

It's not default, and it is nice to have. Users have to set the
integration port to enabled.



Ah thats good to know.  That makes me feel a little better.

Darren

[DISCUSS] OOM killer and Routing/System VM's = :(

[Roeland Kuipers]

Hi Dev!

We have experienced a serious customers outage due to the OOM killer on a 
redundant routing vm pair member. Somehow the MASTER node ran Out of Memory and 
the OOM killer decided to kill random processes causing HAproxy to go down. But 
since keepalived was still running and functioning, a failover never happened. 
In our experience we rather panic on OOM instead of praying that the OOM-killer 
will do the right thing while it in 99% percent of the cases it just renders a 
machine useless. 
If this RvR would have panicked and rebooted we would have had a nice 
keepalived failure/failover without much impact on our customer.

So we figured to configure the following sysctl options:
vm.panic_on_oom = 1
kernel.panic_on_oops = 1
kernel.panic = 10

So that a VM panics and reboots after 10 seconds so a router just comes back in 
a happy state versus crippled by the OOM killer.

But we hit a problem here with VPC routers as their configuration is not 
persistent across reboots when they are rebooted outside cloudstack as they are 
not configured (entirely) using kernel parameters (/var/cache/cloud/cmdline). 
But only when started by Cloudstack.

It would be nice to see that the VPC router config is persistent across reboots 
even when rebooted outside cloudstack and using the same mechanism as the other 
system vm's to make things more consistent and reliable.

What is your opinion on this? Otherwise will add it to our backlog to 
contribute improvements in this area.

See also:

https://issues.apache.org/jira/browse/CLOUDSTACK-4605
https://issues.apache.org/jira/browse/CLOUDSTACK-4606
https://issues.apache.org/jira/browse/CLOUDSTACK-4607


Thanks & Cheers,
Roeland Kuipers

Re: [DISCUSS] OOM killer and Routing/System VM's = :(

[Darren Shepherd]

On 09/04/2013 11:15 AM, Roeland Kuipers wrote:

It would be nice to see that the VPC router config is persistent across reboots 
even when rebooted outside cloudstack and using the same mechanism as the other 
system vm's to make things more consistent and reliable.

What is your opinion on this? Otherwise will add it to our backlog to 
contribute improvements in this area.


This isn't terribly helpful for your immediate customer issue, but I'm 
in the process of putting together a proposal for a new approach to 
managing the System VMs.  Lots of things will change, but it will cover 
the the case where the VM reboots itself or somebody does it from the 
hypervisor.  The VM will come back up and its current configuration will 
be restored.


It is a rather ambitious change so don't expect to see it done for a 
couple months.


Darren

RE: [DISCUSS] OOM killer and Routing/System VM's = :(

[Roeland Kuipers]

Hi Darren,

Thanks for your reply! Could you share a bit more on your plans/ideas? 

We also have been braining on other approaches of managing the systemvm's, 
especially small customizations for specific tenants. And maybe even leveraging 
a config mgmt tools like chef or puppet with the ability to integrate CS with 
that in some way.

Cheers,
Roeland


-Original Message-
From: Darren Shepherd [mailto:darren.s.sheph...@gmail.com] 
Sent: woensdag 4 september 2013 20:30
To: dev@cloudstack.apache.org
Cc: Roeland Kuipers; int-cloud
Subject: Re: [DISCUSS] OOM killer and Routing/System VM's = :(

On 09/04/2013 11:15 AM, Roeland Kuipers wrote:
> It would be nice to see that the VPC router config is persistent across 
> reboots even when rebooted outside cloudstack and using the same mechanism as 
> the other system vm's to make things more consistent and reliable.
>
> What is your opinion on this? Otherwise will add it to our backlog to 
> contribute improvements in this area.

This isn't terribly helpful for your immediate customer issue, but I'm in the 
process of putting together a proposal for a new approach to managing the 
System VMs.  Lots of things will change, but it will cover the the case where 
the VM reboots itself or somebody does it from the hypervisor.  The VM will 
come back up and its current configuration will be restored.

It is a rather ambitious change so don't expect to see it done for a couple 
months.

Darren

Re: [DISCUSS] OOM killer and Routing/System VM's = :(

[Darren Shepherd]

On 09/04/2013 11:37 AM, Roeland Kuipers wrote:

Hi Darren,

Thanks for your reply! Could you share a bit more on your plans/ideas?

We also have been braining on other approaches of managing the systemvm's, 
especially small customizations for specific tenants. And maybe even leveraging 
a config mgmt tools like chef or puppet with the ability to integrate CS with 
that in some way.



I'll have to send the full details later but here's a rough idea.  The 
basic approach is this.  Logical changes to the VRs (or system vms in 
general) get mapped to configuration items.  So add a LB rule maps to 
iptables config and haproxy config.  When you change a LB rule we then 
bump up the requested version of the configuration for iptables/haproxy. 
 So the requested version will be 4 maybe.  The applied version will be 
3 as the VR still has the old configuration.  Since 4 != 3, the VR will 
be signaled to pull the latest iptables/haproxy config.  So it will pull 
the configuration.  Say in the mean time somebody else adds four other 
LB rules.  So the requested version is now at 8.  So when the VR pulls 
the config it will get version 8, and then reply back saying it applied 
version 8.  The applied version is now 8 which is greater than 4 (the 
version the first LB rule change was waiting for) so basically all async 
jobs waiting for the LB change will be done.


To pull the configuration from the VR, the VR will be hitting a 
templating configuration system.  So it pulls the full iptables and 
haproxy config.  Not incremental changes.


So if the VR ever reboots itself, it can easily just pull the latest 
config of everything and apply it.  So it will be consistent.


I'd be interested to hear what type of customizations you would like to 
add.  It will definitely be an extensible system, but the problem is if 
your extensions wants to touch the same configuration files that ACS 
wants to manage.  That gets a bit tricky as its really easy for each to 
break each other.  But I can definitely add some hooks that users can 
use to mess up things and "void the warranty."


I've thought about chef and puppet for this, but basically it comes down 
to two things.  I'm really interested in this being fast and light 
weight.  Ruby is neither of those.  So the core ACS stuff will probably 
remain as very simple shell scripts.  Simple in that they really just 
need to download configuration and restart services.  They know nothing 
about the nature of the changes.  If, as an extension, you want to do 
something with puppet, chef, I'd be open to that.  That's your deal.


This approach has many other benefits.  Like, for example, we can ensure 
that as we deploy a new ACS release existing system VMs can be updated 
(without a reboot, unless the kernel changes).  Additionally, its fast 
and updates happen in near constant time.  So most changes will be just 
a couple of seconds, even if you have 4000 LB rules.


Darren

Re: Handling Public network traffic in a plugin

[Daan Hoogland]

H Dave,

Sorry about the white space.

The creste neroffer api accepts system=true. The creation should be part of
the plugin install, though.

I will have to write more doc and any specific questions would help.

mobile biligual spell checker used
Op 4 sep. 2013 11:45 schreef "Dave Cahill"  het
volgende:

> Hi Daan,
>
> My take on things is to add a network offering for vpc private gateways. I
> > extend the api
> > call with the optional netoffer.
>
>
> I read the wiki page on that feature [1] and the most recent code review,
> but I don't fully understand it yet - is there any other documentation /
> code around?
>
> replacing the guru does not seem like the way to go to me. I'd
> > say that the offer is what drives what guru/element to use.
>
>
> That would be nicer. When we implemented Public traffic via MidoNet back in
> February / March, it wasn't possible to create System offerings / private
> offerings - if that changed, it would be great.
>
> Thanks,
> Dave.
>
> [1]
>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/external+hosted+private+gateways
>
>
> On Tue, Sep 3, 2013 at 9:25 PM, Daan Hoogland  >wrote:
>
> > H Dave,
> >
> > It seems we are working on similar things, David. My take on things is
> > to add a network offering for vpc private gateways. I extend the api
> > call with the optional netoffer. It sounds like you are doing
> > something slightly different but we are bound to break each others
> > code as well, even when i am working with private networks and you
> > with public ones.
> >
> > In general the extensibility of net-implementations does need some
> > work. replacing the guru does not seem like the way to go to me. I'd
> > say that the offer is what drives what guru/element to use.
> >
> > regards,
> > Daan
> >
> > On Tue, Sep 3, 2013 at 12:02 PM, Dave Cahill 
> wrote:
> > > Hi,
> > >
> > > A few months back I mailed the list to explain how (and why) the
> MidoNet
> > > plugin handles Public traffic as well as Guest traffic - see [1] for
> > > details. Essentially, we plug the System VMs into the virtual network
> the
> > > same way we plug in guest VMs, and the virtual network takes care of
> all
> > > routing between the public IPs and the VMs in the virtual network.
> > >
> > > It's kind of cool. :)
> > >
> > > Since there is no real support for plugins handling Public traffic, our
> > > implementation just overrides the existing PublicNetworkGuru in the
> > > component XML files. This means it's easy for CloudStack devs to break
> > the
> > > integration without realizing. For example, a recent change [2] made it
> > > such that Providers are only called if they are in the network service
> > map
> > > for a network. This is a smart change, but since the default network
> > > offering for Public networks has no Providers defined, the MidoNet
> > provider
> > > no longer gets called, and Public traffic doesn't work correctly.
> > >
> > > I can work around that by manually (in the db) adding MidoNet as a
> > provider
> > > for the default System network offering whenever I deploy, but I think
> > that
> > > might make it even easier for people to break the integration! Would it
> > > make sense to add MidoNet as a provider on the default System network
> > > offering upstream?
> > >
> > > Any other thoughts / comments also welcome.
> > >
> > > Thanks,
> > > Dave.
> > >
> > > [1]
> > >
> >
> http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201303.mbox/%3ccalytfwbet9ccyzorcfvhe4odog11+wmwc6p_w52vd4zgpai...@mail.gmail.com%3E
> > > [2]
> > >
> >
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=server/src/com/cloud/network/NetworkManagerImpl.java;h=bcb0e99be1fea28e89ff8ef51a5c15c091f1a116;hp=68b1b4f9497d1dabed0e884d7db2f1810a91b290;hb=c86e8fcae54a6af566ec87cf81b3ae228dfacbf8;hpb=1c31ee22d40d77c10593d87b8237cd0489d192cc
> >
>

SystemVM downloading

[Donal Lafferty]

I thought I'd be able to download systemvmtemplate-2013-09-03-master-hyperv.vhd 
from http://jenkins.cloudstack.org/view/master/job/build-systemvm-master/

However, I don't see a link to do so.

Is systemvmtemplate-2013-09-03-master-hyperv.vhd or other recent copy online 
anywhere?

DL

RE: SystemVM downloading

[Soheil Eizadi]

Not just Hyper-V but looks like none of the sytemvm images e.g. Xen/VMware are 
posted on the site. -Soheil

From: Donal Lafferty [donal.laffe...@citrix.com]
Sent: Wednesday, September 04, 2013 12:35 PM
To: dev@cloudstack.apache.org
Subject: SystemVM downloading

I thought I'd be able to download systemvmtemplate-2013-09-03-master-hyperv.vhd 
from http://jenkins.cloudstack.org/view/master/job/build-systemvm-master/

However, I don't see a link to do so.

Is systemvmtemplate-2013-09-03-master-hyperv.vhd or other recent copy online 
anywhere?

DL

Citrix CloudPlatform Source Code

[Musayev, Ilya]

Would anyone know if Citrix CloudPlatform Source Code, specifically version 
3.0.5 is out on the open?

What would be the closest match in Apache CloudStack and are there major 
differences?

We've developed a feature for CCP 3.0.5 and used ACS 4.0.0 as code based. Since 
we are touching few files, we were under impression we can repackage the jars 
with classes that we've modified. This approach is not exactly smooth, and we 
have some issues integrating the code.

Thanks for the feedback,

Regards
ilya

RE: Citrix CloudPlatform Source Code

[Alex Huang]

Ilya,

I think the closest may be 4.1.0.  For most of last year, Citrix CloudPlatform 
was on its own development branch and source was not  open.  Back in January, 
all of that was once again donated to Apache and went through IP clearance.  So 
the closest that matches the latest 3.0.x in functionality is 4.1.0 in ACS.  
However, code wise nothing is similar because ACS went through the Spring 
changes but CloudPlatform 3.0.x did not.  It's all a big mess.  All I can say 
is that it should be much better now with Citrix developing all in the open in 
ACS rather than have a separate closed branch.

--Alex

> -Original Message-
> From: Musayev, Ilya [mailto:imusa...@webmd.net]
> Sent: Wednesday, September 4, 2013 1:41 PM
> To: dev@cloudstack.apache.org
> Subject: Citrix CloudPlatform Source Code
> 
> Would anyone know if Citrix CloudPlatform Source Code, specifically version
> 3.0.5 is out on the open?
> 
> What would be the closest match in Apache CloudStack and are there major
> differences?
> 
> We've developed a feature for CCP 3.0.5 and used ACS 4.0.0 as code based.
> Since we are touching few files, we were under impression we can
> repackage the jars with classes that we've modified. This approach is not
> exactly smooth, and we have some issues integrating the code.
> 
> Thanks for the feedback,
> 
> Regards
> ilya

Re: Change network functionality?

[Chiradeep Vittal]

Have you tried 

addNicToVirtualMachine
updateDefaultNicForVirtualMachine
removeNicFromVirtualMachine



http://goo.gl/qUKIgT

On 9/4/13 5:50 AM, "France"  wrote:

>Hi all.
>
>We're use CS 4.1.1.
>I think there is no way to change network or networks to which VM
>belongs _after_ it was created.
>To change the network in which it is, it's required to create template
>from it and then a new VM. Is there another way?
>
>Is functionality to change network in which VM is, in plan for any
>future releases?
>If not, would anyone consider adding it?
>
>Regards,
>F.

RE: SystemVM downloading

[Rayees Namathponnan]

Hi Soheil,

You can get the template from below location;  it's not latest but tested 
extensively 

http://download.cloud.com/templates/4.2/systemvmtemplate-2013-06-12-master-kvm.qcow2.bz2
 
http://download.cloud.com/templates/4.2/systemvmtemplate-2013-07-12-master-xen.vhd.bz2
 
http://download.cloud.com/templates/4.2/systemvmtemplate-4.2-vh7.ova

Regards,
Rayees 


-Original Message-
From: Soheil Eizadi [mailto:seiz...@infoblox.com] 
Sent: Wednesday, September 04, 2013 1:14 PM
To: dev@cloudstack.apache.org
Subject: RE: SystemVM downloading

Not just Hyper-V but looks like none of the sytemvm images e.g. Xen/VMware are 
posted on the site. -Soheil 
From: Donal Lafferty [donal.laffe...@citrix.com]
Sent: Wednesday, September 04, 2013 12:35 PM
To: dev@cloudstack.apache.org
Subject: SystemVM downloading

I thought I'd be able to download systemvmtemplate-2013-09-03-master-hyperv.vhd 
from http://jenkins.cloudstack.org/view/master/job/build-systemvm-master/

However, I don't see a link to do so.

Is systemvmtemplate-2013-09-03-master-hyperv.vhd or other recent copy online 
anywhere?

DL

Re: Citrix CloudPlatform Source Code

[Todd Pigram]

You can still get CCP 3.0.5 from Citrix downloads.




On Wednesday, September 4, 2013, Musayev, Ilya wrote:

> Would anyone know if Citrix CloudPlatform Source Code, specifically
> version 3.0.5 is out on the open?
>
> What would be the closest match in Apache CloudStack and are there major
> differences?
>
> We've developed a feature for CCP 3.0.5 and used ACS 4.0.0 as code based.
> Since we are touching few files, we were under impression we can repackage
> the jars with classes that we've modified. This approach is not exactly
> smooth, and we have some issues integrating the code.
>
> Thanks for the feedback,
>
> Regards
> ilya
>

RE: Citrix CloudPlatform Source Code

[Musayev, Ilya]

Source?

> -Original Message-
> From: Todd Pigram [mailto:t...@toddpigram.com]
> Sent: Wednesday, September 04, 2013 4:54 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Citrix CloudPlatform Source Code
> 
> You can still get CCP 3.0.5 from Citrix downloads.
> 
> 
> 
> 
> On Wednesday, September 4, 2013, Musayev, Ilya wrote:
> 
> > Would anyone know if Citrix CloudPlatform Source Code, specifically
> > version 3.0.5 is out on the open?
> >
> > What would be the closest match in Apache CloudStack and are there
> > major differences?
> >
> > We've developed a feature for CCP 3.0.5 and used ACS 4.0.0 as code based.
> > Since we are touching few files, we were under impression we can
> > repackage the jars with classes that we've modified. This approach is
> > not exactly smooth, and we have some issues integrating the code.
> >
> > Thanks for the feedback,
> >
> > Regards
> > ilya
> >

Re: [DISCUSS] OOM killer and Routing/System VM's = :(

[Marcus Sorensen]

What would work as a quick fix for this sort of situation would be if
the machine could be configured to power off rather than rebooting on
oom. Then the HA system would restart the VM, applying all configs.

Anyone know how to do that? :-)

On Wed, Sep 4, 2013 at 1:14 PM, Darren Shepherd
 wrote:
> On 09/04/2013 11:37 AM, Roeland Kuipers wrote:
>>
>> Hi Darren,
>>
>> Thanks for your reply! Could you share a bit more on your plans/ideas?
>>
>> We also have been braining on other approaches of managing the systemvm's,
>> especially small customizations for specific tenants. And maybe even
>> leveraging a config mgmt tools like chef or puppet with the ability to
>> integrate CS with that in some way.
>>
>
> I'll have to send the full details later but here's a rough idea.  The basic
> approach is this.  Logical changes to the VRs (or system vms in general) get
> mapped to configuration items.  So add a LB rule maps to iptables config and
> haproxy config.  When you change a LB rule we then bump up the requested
> version of the configuration for iptables/haproxy.  So the requested version
> will be 4 maybe.  The applied version will be 3 as the VR still has the old
> configuration.  Since 4 != 3, the VR will be signaled to pull the latest
> iptables/haproxy config.  So it will pull the configuration.  Say in the
> mean time somebody else adds four other LB rules.  So the requested version
> is now at 8.  So when the VR pulls the config it will get version 8, and
> then reply back saying it applied version 8.  The applied version is now 8
> which is greater than 4 (the version the first LB rule change was waiting
> for) so basically all async jobs waiting for the LB change will be done.
>
> To pull the configuration from the VR, the VR will be hitting a templating
> configuration system.  So it pulls the full iptables and haproxy config.
> Not incremental changes.
>
> So if the VR ever reboots itself, it can easily just pull the latest config
> of everything and apply it.  So it will be consistent.
>
> I'd be interested to hear what type of customizations you would like to add.
> It will definitely be an extensible system, but the problem is if your
> extensions wants to touch the same configuration files that ACS wants to
> manage.  That gets a bit tricky as its really easy for each to break each
> other.  But I can definitely add some hooks that users can use to mess up
> things and "void the warranty."
>
> I've thought about chef and puppet for this, but basically it comes down to
> two things.  I'm really interested in this being fast and light weight.
> Ruby is neither of those.  So the core ACS stuff will probably remain as
> very simple shell scripts.  Simple in that they really just need to download
> configuration and restart services.  They know nothing about the nature of
> the changes.  If, as an extension, you want to do something with puppet,
> chef, I'd be open to that.  That's your deal.
>
> This approach has many other benefits.  Like, for example, we can ensure
> that as we deploy a new ACS release existing system VMs can be updated
> (without a reboot, unless the kernel changes).  Additionally, its fast and
> updates happen in near constant time.  So most changes will be just a couple
> of seconds, even if you have 4000 LB rules.
>
> Darren
>

RE: Issues with 4.2

[Animesh Chaturvedi]

Yes I cherry-picked a number of commits into 4.22 from 4.2-forward, including 
devcloud issue

> -Original Message-
> From: Wei ZHOU [mailto:ustcweiz...@gmail.com]
> Sent: Wednesday, September 04, 2013 5:00 AM
> To: dev@cloudstack.apache.org
> Subject: Re: Issues with 4.2
> 
> I think it will work if you pull the latest code of 4.2 branch Some
> commits have been cherry-picked from 4.2-forward to 4.2 branch by
> Animesh today.
> 
> 
> 2013/9/4 Punith s 
> 
> > i'm trying with the (4.2) zip i downloaded 4 days back , so should i
> > try with 4.2 forward ??
> >
> > regards,
> > punith s
> >
> >
> > On Wed, Sep 4, 2013 at 5:17 PM, sebgoa  wrote:
> >
> > > When and where did you get 4.2 ?
> > >
> > > The latest version on git should have the fix for your problem
> > >
> > > -sebastien
> > >
> > > On Sep 4, 2013, at 1:45 PM, Punith s  wrote:
> > >
> > > > *hi folks ,*
> > > > *
> > > > *
> > > > *i'm building my cloudstack (4.2) inside DevCloud2 , i ran all the
> > > > mvn commands and the management jetty server is up*
> > > > *
> > > > *
> > > > *but i'm getting following exceptions is deploying the pre
> > > > configured infrastructure . after trying either of the commands,*
> > > > *
> > > > *
> > > > *mvn -P developer -pl tools/devcloud -Ddeploysvr**
> > > > *
> > > > *
> > > > *
> > > > *cd tools/devcloud; python ../marvin/marvin/deployDataCenter.py -i
> > > > devcloud.cfg**
> > > > *
> > > > *
> > > > *
> > > > the following log info
> > > >
> > > > WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:)
> > > > callHostPlugin failed for cmd: setIptables with args  due to There
> > > > was a failure communicating with the plugin.
> > > > WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:) Unable to
> > setup
> > > >
> > > >
> > > > com.cloud.utils.exception.CloudRuntimeException: callHostPlugin
> > > > failed
> > > for
> > > > cmd: setIptables with args  due to There was a failure
> > > > communicating
> > with
> > > > the plugin.
> > > >at
> > > >
> > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(Ci
> > trixResourceBase.java:4188)
> > > >
> > > >at
> > > >
> > >
> > com.cloud.hypervisor.xen.resource.CitrixResourceBase.setIptables(Citri
> > xResourceBase.java:4200)
> > > >
> > > >
> > > > .
> > > > .
> > > > .
> > > > .
> > > >
> > > >
> > > > WARN  [xen.discoverer.XcpServerDiscoverer]
> > > > (25391925@qtp-12024104-5:) Unable to setup agent 1 due to
> callHostPlugin failed for cmd:
> > setIptables
> > > > with args  due to There was a failure communicating with the
> plugin.
> > > >
> > > >
> > > >
> > > > INFO  [utils.exception.CSExceptionErrorCode]
> > > > (25391925@qtp-12024104-5
> > :)
> > > > Could not find exception: com.cloud.exception.ConnectionException
> > > > in
> > > error
> > > > code list for exceptions
> > > > WARN  [agent.manager.AgentManagerImpl] (25391925@qtp-12024104-5:)
> > > Monitor
> > > > XcpServerDiscoverer_EnhancerByCloudStack_677c4d9f says there is an
> > error
> > > in
> > > > the connect process for 1 due to Reinitialize agent after setup.
> > > >
> > > >
> > > >
> > > > INFO  [agent.manager.AgentManagerImpl] (25391925@qtp-12024104-5:)
> > > > Host
> > > 1 is
> > > > disconnecting with event AgentDisconnected
> > > >
> > > > WARN  [cloud.resource.ResourceManagerImpl]
> > > > (25391925@qtp-12024104-5:) Unable to connect due to
> > > >
> > > > com.cloud.exception.ConnectionException: Reinitialize agent after
> > setup.
> > > >
> > > >
> > > >at
> > > >
> > >
> > com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.processConnect
> > (XcpServerDiscoverer.java:660)
> > > >
> > > >
> > > > .
> > > > .
> > > > .
> > > > .
> > > > .
> > > > .
> > > > .
> > > > .
> > > >
> > > > ERROR [cloud.api.ApiServer] (25391925@qtp-12024104-5:) unhandled
> > > exception
> > > > executing api command: addHost
> > > >
> > > > com.cloud.utils.exception.CloudRuntimeException: Cannot transit
> > > > agent status with event AgentDisconnected for host 1, mangement
> > > > server id is 8796757504512,Unable to transition to a new state
> > > > from Creating via AgentDisconnected
> > > >
> > > >
> > > >at
> > > >
> > >
> > com.cloud.agent.manager.AgentManagerImpl.agentStatusTransitTo(AgentMan
> > agerImpl.java:1410)
> > > >
> > > >
> > > >at
> > > >
> > >
> > com.cloud.resource.ResourceManagerImpl.markHostAsDisconnected(Resource
> > ManagerImpl.java:1712)
> > > >.
> > > > .
> > > > .
> > > > .
> > > > .
> > > > .
> > > >
> > > > *is the 4.2 still fragile or can anyone tell me how to fix this ??
> > > thanks,*
> > > > *
> > > > *
> > > > *regards,*
> > > > *punith s*
> > > > *cloudbyte*
> > > > *
> > > > *
> > > >
> > > >
> > > > On Wed, Sep 4, 2013 at 2:46 PM, Likitha Shetty <
> > > likitha.she...@citrix.com>wrote:
> > > >
> > > >> Sebastien, are you referring to the installation guide?
> > > >>
> > > >> I noticed a few defects too. I have created -
> > > >> https://issues.apache.org/jira/brows

Clearing out DB in 4.2

[Mike Tutkowski]

Hi,

I'm having trouble running this command on one of my CS setups:

mvn -P developer -pl developer,tools/devcloud -Ddeploydb

Access denied for user 'root'@'localhost' (using password: NO)

Any thoughts on this?

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: [DISCUSS] OOM killer and Routing/System VM's = :(

[Funs Kessen]

Well, you can't as far as I've looked in the source of panic.c. So I'm thinking 
of investigating of adding -1 as an option and seeing if I can push halt in, 
let's hope the guys that do kernel stuff find this useful too.

Cheers,

Funs

Sent from my iPhone

On 4 sep. 2013, at 23:35, "Marcus Sorensen"  wrote:

> What would work as a quick fix for this sort of situation would be if
> the machine could be configured to power off rather than rebooting on
> oom. Then the HA system would restart the VM, applying all configs.
> 
> Anyone know how to do that? :-)
> 
> On Wed, Sep 4, 2013 at 1:14 PM, Darren Shepherd
>  wrote:
>> On 09/04/2013 11:37 AM, Roeland Kuipers wrote:
>>> 
>>> Hi Darren,
>>> 
>>> Thanks for your reply! Could you share a bit more on your plans/ideas?
>>> 
>>> We also have been braining on other approaches of managing the systemvm's,
>>> especially small customizations for specific tenants. And maybe even
>>> leveraging a config mgmt tools like chef or puppet with the ability to
>>> integrate CS with that in some way.
>> 
>> I'll have to send the full details later but here's a rough idea.  The basic
>> approach is this.  Logical changes to the VRs (or system vms in general) get
>> mapped to configuration items.  So add a LB rule maps to iptables config and
>> haproxy config.  When you change a LB rule we then bump up the requested
>> version of the configuration for iptables/haproxy.  So the requested version
>> will be 4 maybe.  The applied version will be 3 as the VR still has the old
>> configuration.  Since 4 != 3, the VR will be signaled to pull the latest
>> iptables/haproxy config.  So it will pull the configuration.  Say in the
>> mean time somebody else adds four other LB rules.  So the requested version
>> is now at 8.  So when the VR pulls the config it will get version 8, and
>> then reply back saying it applied version 8.  The applied version is now 8
>> which is greater than 4 (the version the first LB rule change was waiting
>> for) so basically all async jobs waiting for the LB change will be done.
>> 
>> To pull the configuration from the VR, the VR will be hitting a templating
>> configuration system.  So it pulls the full iptables and haproxy config.
>> Not incremental changes.
>> 
>> So if the VR ever reboots itself, it can easily just pull the latest config
>> of everything and apply it.  So it will be consistent.
>> 
>> I'd be interested to hear what type of customizations you would like to add.
>> It will definitely be an extensible system, but the problem is if your
>> extensions wants to touch the same configuration files that ACS wants to
>> manage.  That gets a bit tricky as its really easy for each to break each
>> other.  But I can definitely add some hooks that users can use to mess up
>> things and "void the warranty."
>> 
>> I've thought about chef and puppet for this, but basically it comes down to
>> two things.  I'm really interested in this being fast and light weight.
>> Ruby is neither of those.  So the core ACS stuff will probably remain as
>> very simple shell scripts.  Simple in that they really just need to download
>> configuration and restart services.  They know nothing about the nature of
>> the changes.  If, as an extension, you want to do something with puppet,
>> chef, I'd be open to that.  That's your deal.
>> 
>> This approach has many other benefits.  Like, for example, we can ensure
>> that as we deploy a new ACS release existing system VMs can be updated
>> (without a reboot, unless the kernel changes).  Additionally, its fast and
>> updates happen in near constant time.  So most changes will be just a couple
>> of seconds, even if you have 4000 LB rules.
>> 
>> Darren
>> 

Re: Clearing out DB in 4.2

[Mike Tutkowski]

No idea...I just completely uninstalled, then reinstalled MySQL and get the
same error message.

Never had this problem before. Weird.


On Wed, Sep 4, 2013 at 3:40 PM, Mike Tutkowski  wrote:

> Hi,
>
> I'm having trouble running this command on one of my CS setups:
>
> mvn -P developer -pl developer,tools/devcloud -Ddeploydb
>
> Access denied for user 'root'@'localhost' (using password: NO)
>
> Any thoughts on this?
>
> 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: Clearing out DB in 4.2

[Jonathan Creasy]

Is there a root password set? 

What do you get for: 

mysql -u root


- Original Message -
From: "Mike Tutkowski" 
To: dev@cloudstack.apache.org
Sent: Wednesday, September 4, 2013 5:11:47 PM
Subject: Re: Clearing out DB in 4.2

No idea...I just completely uninstalled, then reinstalled MySQL and get the
same error message.

Never had this problem before. Weird.


On Wed, Sep 4, 2013 at 3:40 PM, Mike Tutkowski  wrote:

> Hi,
>
> I'm having trouble running this command on one of my CS setups:
>
> mvn -P developer -pl developer,tools/devcloud -Ddeploydb
>
> Access denied for user 'root'@'localhost' (using password: NO)
>
> Any thoughts on this?
>
> 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: Issues with 4.2

[Animesh Chaturvedi]

Typo I meant 4.2 not 4.22

> -Original Message-
> From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
> Sent: Wednesday, September 04, 2013 1:40 PM
> To: dev@cloudstack.apache.org
> Subject: RE: Issues with 4.2
> 
> Yes I cherry-picked a number of commits into 4.22 from 4.2-forward,
> including devcloud issue
> 
> > -Original Message-
> > From: Wei ZHOU [mailto:ustcweiz...@gmail.com]
> > Sent: Wednesday, September 04, 2013 5:00 AM
> > To: dev@cloudstack.apache.org
> > Subject: Re: Issues with 4.2
> >
> > I think it will work if you pull the latest code of 4.2 branch Some
> > commits have been cherry-picked from 4.2-forward to 4.2 branch by
> > Animesh today.
> >
> >
> > 2013/9/4 Punith s 
> >
> > > i'm trying with the (4.2) zip i downloaded 4 days back , so should i
> > > try with 4.2 forward ??
> > >
> > > regards,
> > > punith s
> > >
> > >
> > > On Wed, Sep 4, 2013 at 5:17 PM, sebgoa  wrote:
> > >
> > > > When and where did you get 4.2 ?
> > > >
> > > > The latest version on git should have the fix for your problem
> > > >
> > > > -sebastien
> > > >
> > > > On Sep 4, 2013, at 1:45 PM, Punith s 
> wrote:
> > > >
> > > > > *hi folks ,*
> > > > > *
> > > > > *
> > > > > *i'm building my cloudstack (4.2) inside DevCloud2 , i ran all
> > > > > the mvn commands and the management jetty server is up*
> > > > > *
> > > > > *
> > > > > *but i'm getting following exceptions is deploying the pre
> > > > > configured infrastructure . after trying either of the
> > > > > commands,*
> > > > > *
> > > > > *
> > > > > *mvn -P developer -pl tools/devcloud -Ddeploysvr**
> > > > > *
> > > > > *
> > > > > *
> > > > > *cd tools/devcloud; python ../marvin/marvin/deployDataCenter.py
> > > > > -i
> > > > > devcloud.cfg**
> > > > > *
> > > > > *
> > > > > *
> > > > > the following log info
> > > > >
> > > > > WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:)
> > > > > callHostPlugin failed for cmd: setIptables with args  due to
> > > > > There was a failure communicating with the plugin.
> > > > > WARN  [xen.resource.CitrixResourceBase] (DirectAgent-1:) Unable
> > > > > to
> > > setup
> > > > >
> > > > >
> > > > > com.cloud.utils.exception.CloudRuntimeException: callHostPlugin
> > > > > failed
> > > > for
> > > > > cmd: setIptables with args  due to There was a failure
> > > > > communicating
> > > with
> > > > > the plugin.
> > > > >at
> > > > >
> > > >
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.callHostPlugin(
> > > Ci
> > > trixResourceBase.java:4188)
> > > > >
> > > > >at
> > > > >
> > > >
> > > com.cloud.hypervisor.xen.resource.CitrixResourceBase.setIptables(Cit
> > > ri
> > > xResourceBase.java:4200)
> > > > >
> > > > >
> > > > > .
> > > > > .
> > > > > .
> > > > > .
> > > > >
> > > > >
> > > > > WARN  [xen.discoverer.XcpServerDiscoverer]
> > > > > (25391925@qtp-12024104-5:) Unable to setup agent 1 due to
> > callHostPlugin failed for cmd:
> > > setIptables
> > > > > with args  due to There was a failure communicating with the
> > plugin.
> > > > >
> > > > >
> > > > >
> > > > > INFO  [utils.exception.CSExceptionErrorCode]
> > > > > (25391925@qtp-12024104-5
> > > :)
> > > > > Could not find exception:
> > > > > com.cloud.exception.ConnectionException
> > > > > in
> > > > error
> > > > > code list for exceptions
> > > > > WARN  [agent.manager.AgentManagerImpl]
> > > > > (25391925@qtp-12024104-5:)
> > > > Monitor
> > > > > XcpServerDiscoverer_EnhancerByCloudStack_677c4d9f says there is
> > > > > an
> > > error
> > > > in
> > > > > the connect process for 1 due to Reinitialize agent after setup.
> > > > >
> > > > >
> > > > >
> > > > > INFO  [agent.manager.AgentManagerImpl]
> > > > > (25391925@qtp-12024104-5:) Host
> > > > 1 is
> > > > > disconnecting with event AgentDisconnected
> > > > >
> > > > > WARN  [cloud.resource.ResourceManagerImpl]
> > > > > (25391925@qtp-12024104-5:) Unable to connect due to
> > > > >
> > > > > com.cloud.exception.ConnectionException: Reinitialize agent
> > > > > after
> > > setup.
> > > > >
> > > > >
> > > > >at
> > > > >
> > > >
> > > com.cloud.hypervisor.xen.discoverer.XcpServerDiscoverer.processConne
> > > ct
> > > (XcpServerDiscoverer.java:660)
> > > > >
> > > > >
> > > > > .
> > > > > .
> > > > > .
> > > > > .
> > > > > .
> > > > > .
> > > > > .
> > > > > .
> > > > >
> > > > > ERROR [cloud.api.ApiServer] (25391925@qtp-12024104-5:) unhandled
> > > > exception
> > > > > executing api command: addHost
> > > > >
> > > > > com.cloud.utils.exception.CloudRuntimeException: Cannot transit
> > > > > agent status with event AgentDisconnected for host 1, mangement
> > > > > server id is 8796757504512,Unable to transition to a new state
> > > > > from Creating via AgentDisconnected
> > > > >
> > > > >
> > > > >at
> > > > >
> > > >
> > > com.cloud.agent.manager.AgentManagerImpl.agentStatusTransitTo(AgentM
> > > an
> > > agerImpl.java:1410)
> > > > >
> > > > >
> > > > >at
> > > > >
> > > >
> > > com.cloud.resource.Res

Re: Clearing out DB in 4.2

[Mike Tutkowski]

Here is the output:

Access denied for user 'root'@'localhost' (using password: NO)

I fear I'm somehow messed something up (not sure how since I haven't been
using this setup for a week or so). I'm pretty sure the root password is
just 'password'.


On Wed, Sep 4, 2013 at 4:16 PM, Jonathan Creasy <
jonathan.cre...@contegix.com> wrote:

> Is there a root password set?
>
> What do you get for:
>
> mysql -u root
>
>
> - Original Message -
> From: "Mike Tutkowski" 
> To: dev@cloudstack.apache.org
> Sent: Wednesday, September 4, 2013 5:11:47 PM
> Subject: Re: Clearing out DB in 4.2
>
> No idea...I just completely uninstalled, then reinstalled MySQL and get the
> same error message.
>
> Never had this problem before. Weird.
>
>
> On Wed, Sep 4, 2013 at 3:40 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com
> > wrote:
>
> > Hi,
> >
> > I'm having trouble running this command on one of my CS setups:
> >
> > mvn -P developer -pl developer,tools/devcloud -Ddeploydb
> >
> > Access denied for user 'root'@'localhost' (using password: NO)
> >
> > Any thoughts on this?
> >
> > 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<
> http://solidfire.com/solution/overview/?video=play>
> > *™*
> >
>
>
>
> --
> *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: Clearing out DB in 4.2

[Jonathan Creasy]

So does "mysql -u root -ppassword" work?

-Jonathan

- Original Message -
From: "Mike Tutkowski" 
To: dev@cloudstack.apache.org
Sent: Wednesday, September 4, 2013 5:23:23 PM
Subject: Re: Clearing out DB in 4.2

Here is the output:

Access denied for user 'root'@'localhost' (using password: NO)

I fear I'm somehow messed something up (not sure how since I haven't been
using this setup for a week or so). I'm pretty sure the root password is
just 'password'.


On Wed, Sep 4, 2013 at 4:16 PM, Jonathan Creasy <
jonathan.cre...@contegix.com> wrote:

> Is there a root password set?
>
> What do you get for:
>
> mysql -u root
>
>
> - Original Message -
> From: "Mike Tutkowski" 
> To: dev@cloudstack.apache.org
> Sent: Wednesday, September 4, 2013 5:11:47 PM
> Subject: Re: Clearing out DB in 4.2
>
> No idea...I just completely uninstalled, then reinstalled MySQL and get the
> same error message.
>
> Never had this problem before. Weird.
>
>
> On Wed, Sep 4, 2013 at 3:40 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com
> > wrote:
>
> > Hi,
> >
> > I'm having trouble running this command on one of my CS setups:
> >
> > mvn -P developer -pl developer,tools/devcloud -Ddeploydb
> >
> > Access denied for user 'root'@'localhost' (using password: NO)
> >
> > Any thoughts on this?
> >
> > 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<
> http://solidfire.com/solution/overview/?video=play>
> > *™*
> >
>
>
>
> --
> *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: Clearing out DB in 4.2

[Mike Tutkowski]

That does allow me entry into the MySQL shell. Progress :)


On Wed, Sep 4, 2013 at 4:24 PM, Jonathan Creasy <
jonathan.cre...@contegix.com> wrote:

> So does "mysql -u root -ppassword" work?
>
> -Jonathan
>
> - Original Message -
> From: "Mike Tutkowski" 
> To: dev@cloudstack.apache.org
> Sent: Wednesday, September 4, 2013 5:23:23 PM
> Subject: Re: Clearing out DB in 4.2
>
> Here is the output:
>
> Access denied for user 'root'@'localhost' (using password: NO)
>
> I fear I'm somehow messed something up (not sure how since I haven't been
> using this setup for a week or so). I'm pretty sure the root password is
> just 'password'.
>
>
> On Wed, Sep 4, 2013 at 4:16 PM, Jonathan Creasy <
> jonathan.cre...@contegix.com> wrote:
>
> > Is there a root password set?
> >
> > What do you get for:
> >
> > mysql -u root
> >
> >
> > - Original Message -
> > From: "Mike Tutkowski" 
> > To: dev@cloudstack.apache.org
> > Sent: Wednesday, September 4, 2013 5:11:47 PM
> > Subject: Re: Clearing out DB in 4.2
> >
> > No idea...I just completely uninstalled, then reinstalled MySQL and get
> the
> > same error message.
> >
> > Never had this problem before. Weird.
> >
> >
> > On Wed, Sep 4, 2013 at 3:40 PM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com
> > > wrote:
> >
> > > Hi,
> > >
> > > I'm having trouble running this command on one of my CS setups:
> > >
> > > mvn -P developer -pl developer,tools/devcloud -Ddeploydb
> > >
> > > Access denied for user 'root'@'localhost' (using password: NO)
> > >
> > > Any thoughts on this?
> > >
> > > 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<
> > http://solidfire.com/solution/overview/?video=play>
> > > *™*
> > >
> >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the
> > cloud
> > *™*
> >
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *™*
>



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

Re: [VOTE] Apache CloudStack 4.2.0 (fourth round)

[Chiradeep Vittal]

+1. 
Tested all steps in the release procedure.

On 9/3/13 9:43 PM, "Animesh Chaturvedi" 
wrote:

>
>
>I've created a 4.2.0 release, with the following artifacts up for a
>vote:
>
>Git Branch and Commit SH:
>https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs
>/heads/4.2
>Commit: e39a7d8e0d3f2fd3e326b1bdf4aaf9ba5d900b02
>  
>List of changes:
>https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob_plain;f=CH
>ANGES;hb=4.2
>
>Source release (checksums and signatures are available at the same
>location):
>https://dist.apache.org/repos/dist/dev/cloudstack/4.2.0/
>
>PGP release keys (signed using 94BE0D7C):
>https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>Testing instructions are here:
>https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+test+proced
>ure
>
>Vote will be open for 72 hours (Friday, 9/6 10:00 PM PST).
>
>For sanity in tallying the vote, can PMC members please be sure to
>indicate "(binding)" with their vote?
>
>[ ] +1  approve
>[ ] +0  no opinion
>[ ] -1  disapprove (and reason why)
>
>
>Thanks
>Animesh

Re: Clearing out DB in 4.2

[Mike Tutkowski]

Wait a sec...just tried mysql -u root -p password

When I enter in cloud, it gives me the same error message.


On Wed, Sep 4, 2013 at 4:26 PM, Mike Tutkowski  wrote:

> That does allow me entry into the MySQL shell. Progress :)
>
>
> On Wed, Sep 4, 2013 at 4:24 PM, Jonathan Creasy <
> jonathan.cre...@contegix.com> wrote:
>
>> So does "mysql -u root -ppassword" work?
>>
>> -Jonathan
>>
>> - Original Message -
>> From: "Mike Tutkowski" 
>> To: dev@cloudstack.apache.org
>> Sent: Wednesday, September 4, 2013 5:23:23 PM
>> Subject: Re: Clearing out DB in 4.2
>>
>> Here is the output:
>>
>> Access denied for user 'root'@'localhost' (using password: NO)
>>
>> I fear I'm somehow messed something up (not sure how since I haven't been
>> using this setup for a week or so). I'm pretty sure the root password is
>> just 'password'.
>>
>>
>> On Wed, Sep 4, 2013 at 4:16 PM, Jonathan Creasy <
>> jonathan.cre...@contegix.com> wrote:
>>
>> > Is there a root password set?
>> >
>> > What do you get for:
>> >
>> > mysql -u root
>> >
>> >
>> > - Original Message -
>> > From: "Mike Tutkowski" 
>> > To: dev@cloudstack.apache.org
>> > Sent: Wednesday, September 4, 2013 5:11:47 PM
>> > Subject: Re: Clearing out DB in 4.2
>> >
>> > No idea...I just completely uninstalled, then reinstalled MySQL and get
>> the
>> > same error message.
>> >
>> > Never had this problem before. Weird.
>> >
>> >
>> > On Wed, Sep 4, 2013 at 3:40 PM, Mike Tutkowski <
>> > mike.tutkow...@solidfire.com
>> > > wrote:
>> >
>> > > Hi,
>> > >
>> > > I'm having trouble running this command on one of my CS setups:
>> > >
>> > > mvn -P developer -pl developer,tools/devcloud -Ddeploydb
>> > >
>> > > Access denied for user 'root'@'localhost' (using password: NO)
>> > >
>> > > Any thoughts on this?
>> > >
>> > > 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<
>> > http://solidfire.com/solution/overview/?video=play>
>> > > *™*
>> > >
>> >
>> >
>> >
>> > --
>> > *Mike Tutkowski*
>> > *Senior CloudStack Developer, SolidFire Inc.*
>> > e: mike.tutkow...@solidfire.com
>> > o: 303.746.7302
>> > Advancing the way the world uses the
>> > cloud
>> > *™*
>> >
>>
>>
>>
>> --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkow...@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the
>> cloud
>> *™*
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the 
> cloud
> *™*
>



-- 
*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: Clearing out DB in 4.2

[Mike Tutkowski]

But this time, it says Using Password: YES


On Wed, Sep 4, 2013 at 4:27 PM, Mike Tutkowski  wrote:

> Wait a sec...just tried mysql -u root -p password
>
> When I enter in cloud, it gives me the same error message.
>
>
> On Wed, Sep 4, 2013 at 4:26 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
>
>> That does allow me entry into the MySQL shell. Progress :)
>>
>>
>> On Wed, Sep 4, 2013 at 4:24 PM, Jonathan Creasy <
>> jonathan.cre...@contegix.com> wrote:
>>
>>> So does "mysql -u root -ppassword" work?
>>>
>>> -Jonathan
>>>
>>> - Original Message -
>>> From: "Mike Tutkowski" 
>>> To: dev@cloudstack.apache.org
>>> Sent: Wednesday, September 4, 2013 5:23:23 PM
>>> Subject: Re: Clearing out DB in 4.2
>>>
>>> Here is the output:
>>>
>>> Access denied for user 'root'@'localhost' (using password: NO)
>>>
>>> I fear I'm somehow messed something up (not sure how since I haven't been
>>> using this setup for a week or so). I'm pretty sure the root password is
>>> just 'password'.
>>>
>>>
>>> On Wed, Sep 4, 2013 at 4:16 PM, Jonathan Creasy <
>>> jonathan.cre...@contegix.com> wrote:
>>>
>>> > Is there a root password set?
>>> >
>>> > What do you get for:
>>> >
>>> > mysql -u root
>>> >
>>> >
>>> > - Original Message -
>>> > From: "Mike Tutkowski" 
>>> > To: dev@cloudstack.apache.org
>>> > Sent: Wednesday, September 4, 2013 5:11:47 PM
>>> > Subject: Re: Clearing out DB in 4.2
>>> >
>>> > No idea...I just completely uninstalled, then reinstalled MySQL and
>>> get the
>>> > same error message.
>>> >
>>> > Never had this problem before. Weird.
>>> >
>>> >
>>> > On Wed, Sep 4, 2013 at 3:40 PM, Mike Tutkowski <
>>> > mike.tutkow...@solidfire.com
>>> > > wrote:
>>> >
>>> > > Hi,
>>> > >
>>> > > I'm having trouble running this command on one of my CS setups:
>>> > >
>>> > > mvn -P developer -pl developer,tools/devcloud -Ddeploydb
>>> > >
>>> > > Access denied for user 'root'@'localhost' (using password: NO)
>>> > >
>>> > > Any thoughts on this?
>>> > >
>>> > > 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<
>>> > http://solidfire.com/solution/overview/?video=play>
>>> > > *™*
>>> > >
>>> >
>>> >
>>> >
>>> > --
>>> > *Mike Tutkowski*
>>> > *Senior CloudStack Developer, SolidFire Inc.*
>>> > e: mike.tutkow...@solidfire.com
>>> > o: 303.746.7302
>>> > Advancing the way the world uses the
>>> > cloud
>>> > *™*
>>> >
>>>
>>>
>>>
>>> --
>>> *Mike Tutkowski*
>>> *Senior CloudStack Developer, SolidFire Inc.*
>>> e: mike.tutkow...@solidfire.com
>>> o: 303.746.7302
>>> Advancing the way the world uses the
>>> cloud
>>> *™*
>>>
>>
>>
>>
>> --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkow...@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the 
>> cloud
>> *™*
>>
>
>
>
> --
> *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: Clearing out DB in 4.2

[Min Chen]

If you have a password for your MySql, then you need to put a
db.properties.override in utils/conf folder. The default db.properties in
that folder has db.root.password as null.

Thanks
-min

On 9/4/13 3:28 PM, "Mike Tutkowski"  wrote:

>But this time, it says Using Password: YES
>
>
>On Wed, Sep 4, 2013 at 4:27 PM, Mike Tutkowski
>> wrote:
>
>> Wait a sec...just tried mysql -u root -p password
>>
>> When I enter in cloud, it gives me the same error message.
>>
>>
>> On Wed, Sep 4, 2013 at 4:26 PM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>>
>>> That does allow me entry into the MySQL shell. Progress :)
>>>
>>>
>>> On Wed, Sep 4, 2013 at 4:24 PM, Jonathan Creasy <
>>> jonathan.cre...@contegix.com> wrote:
>>>
 So does "mysql -u root -ppassword" work?

 -Jonathan

 - Original Message -
 From: "Mike Tutkowski" 
 To: dev@cloudstack.apache.org
 Sent: Wednesday, September 4, 2013 5:23:23 PM
 Subject: Re: Clearing out DB in 4.2

 Here is the output:

 Access denied for user 'root'@'localhost' (using password: NO)

 I fear I'm somehow messed something up (not sure how since I haven't
been
 using this setup for a week or so). I'm pretty sure the root password
is
 just 'password'.


 On Wed, Sep 4, 2013 at 4:16 PM, Jonathan Creasy <
 jonathan.cre...@contegix.com> wrote:

 > Is there a root password set?
 >
 > What do you get for:
 >
 > mysql -u root
 >
 >
 > - Original Message -
 > From: "Mike Tutkowski" 
 > To: dev@cloudstack.apache.org
 > Sent: Wednesday, September 4, 2013 5:11:47 PM
 > Subject: Re: Clearing out DB in 4.2
 >
 > No idea...I just completely uninstalled, then reinstalled MySQL and
 get the
 > same error message.
 >
 > Never had this problem before. Weird.
 >
 >
 > On Wed, Sep 4, 2013 at 3:40 PM, Mike Tutkowski <
 > mike.tutkow...@solidfire.com
 > > wrote:
 >
 > > Hi,
 > >
 > > I'm having trouble running this command on one of my CS setups:
 > >
 > > mvn -P developer -pl developer,tools/devcloud -Ddeploydb
 > >
 > > Access denied for user 'root'@'localhost' (using password: NO)
 > >
 > > Any thoughts on this?
 > >
 > > 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<
 > http://solidfire.com/solution/overview/?video=play>
 > > **
 > >
 >
 >
 >
 > --
 > *Mike Tutkowski*
 > *Senior CloudStack Developer, SolidFire Inc.*
 > e: mike.tutkow...@solidfire.com
 > o: 303.746.7302
 > Advancing the way the world uses the
 > cloud
 > **
 >



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

>>>
>>>
>>>
>>> --
>>> *Mike Tutkowski*
>>> *Senior CloudStack Developer, SolidFire Inc.*
>>> e: mike.tutkow...@solidfire.com
>>> o: 303.746.7302
>>> Advancing the way the world uses the
>>>cloud
>>> **
>>>
>>
>>
>>
>> --
>> *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: Clearing out DB in 4.2

[Mike Tutkowski]

Let me give that a shot, Min.

This used to work OK (clearing out the DB), but then just mysteriously
stopped working for whatever reason today.


On Wed, Sep 4, 2013 at 4:32 PM, Min Chen  wrote:

> If you have a password for your MySql, then you need to put a
> db.properties.override in utils/conf folder. The default db.properties in
> that folder has db.root.password as null.
>
> Thanks
> -min
>
> On 9/4/13 3:28 PM, "Mike Tutkowski"  wrote:
>
> >But this time, it says Using Password: YES
> >
> >
> >On Wed, Sep 4, 2013 at 4:27 PM, Mike Tutkowski
> > >> wrote:
> >
> >> Wait a sec...just tried mysql -u root -p password
> >>
> >> When I enter in cloud, it gives me the same error message.
> >>
> >>
> >> On Wed, Sep 4, 2013 at 4:26 PM, Mike Tutkowski <
> >> mike.tutkow...@solidfire.com> wrote:
> >>
> >>> That does allow me entry into the MySQL shell. Progress :)
> >>>
> >>>
> >>> On Wed, Sep 4, 2013 at 4:24 PM, Jonathan Creasy <
> >>> jonathan.cre...@contegix.com> wrote:
> >>>
>  So does "mysql -u root -ppassword" work?
> 
>  -Jonathan
> 
>  - Original Message -
>  From: "Mike Tutkowski" 
>  To: dev@cloudstack.apache.org
>  Sent: Wednesday, September 4, 2013 5:23:23 PM
>  Subject: Re: Clearing out DB in 4.2
> 
>  Here is the output:
> 
>  Access denied for user 'root'@'localhost' (using password: NO)
> 
>  I fear I'm somehow messed something up (not sure how since I haven't
> been
>  using this setup for a week or so). I'm pretty sure the root password
> is
>  just 'password'.
> 
> 
>  On Wed, Sep 4, 2013 at 4:16 PM, Jonathan Creasy <
>  jonathan.cre...@contegix.com> wrote:
> 
>  > Is there a root password set?
>  >
>  > What do you get for:
>  >
>  > mysql -u root
>  >
>  >
>  > - Original Message -
>  > From: "Mike Tutkowski" 
>  > To: dev@cloudstack.apache.org
>  > Sent: Wednesday, September 4, 2013 5:11:47 PM
>  > Subject: Re: Clearing out DB in 4.2
>  >
>  > No idea...I just completely uninstalled, then reinstalled MySQL and
>  get the
>  > same error message.
>  >
>  > Never had this problem before. Weird.
>  >
>  >
>  > On Wed, Sep 4, 2013 at 3:40 PM, Mike Tutkowski <
>  > mike.tutkow...@solidfire.com
>  > > wrote:
>  >
>  > > Hi,
>  > >
>  > > I'm having trouble running this command on one of my CS setups:
>  > >
>  > > mvn -P developer -pl developer,tools/devcloud -Ddeploydb
>  > >
>  > > Access denied for user 'root'@'localhost' (using password: NO)
>  > >
>  > > Any thoughts on this?
>  > >
>  > > 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<
>  > http://solidfire.com/solution/overview/?video=play>
>  > > * *
>  > >
>  >
>  >
>  >
>  > --
>  > *Mike Tutkowski*
>  > *Senior CloudStack Developer, SolidFire Inc.*
>  > e: mike.tutkow...@solidfire.com
>  > o: 303.746.7302
>  > Advancing the way the world uses the
>  > cloud
>  > * *
>  >
> 
> 
> 
>  --
>  *Mike Tutkowski*
>  *Senior CloudStack Developer, SolidFire Inc.*
>  e: mike.tutkow...@solidfire.com
>  o: 303.746.7302
>  Advancing the way the world uses the
>  cloud
>  * *
> 
> >>>
> >>>
> >>>
> >>> --
> >>> *Mike Tutkowski*
> >>> *Senior CloudStack Developer, SolidFire Inc.*
> >>> e: mike.tutkow...@solidfire.com
> >>> o: 303.746.7302
> >>> Advancing the way the world uses the
> >>>cloud
> >>> * *
> >>>
> >>
> >>
> >>
> >> --
> >> *Mike Tutkowski*
> >> *Senior CloudStack Developer, SolidFire Inc.*
> >> e: mike.tutkow...@solidfire.com
> >> o: 303.746.7302
> >> Advancing the way the world uses the
> >>cloud
> >> * *
> >>
> >
> >
> >
> >--
> >*Mike Tutkowski*
> >*Senior CloudStack Developer, SolidFire Inc.*
> >e: mike.tutkow...@solidfire.com
> >o: 303.746.7302
> >Advancing the way the world uses the
> >cloud
> >* *
>
>


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

Re: Clearing out DB in 4.2

[Mike Tutkowski]

Thanks, guys!

The db.properties.override file was missing - not sure why.

I should have thought of that. Been sick the past couple days am not
thinking all that clearly.


On Wed, Sep 4, 2013 at 4:37 PM, Mike Tutkowski  wrote:

> Let me give that a shot, Min.
>
> This used to work OK (clearing out the DB), but then just mysteriously
> stopped working for whatever reason today.
>
>
> On Wed, Sep 4, 2013 at 4:32 PM, Min Chen  wrote:
>
>> If you have a password for your MySql, then you need to put a
>> db.properties.override in utils/conf folder. The default db.properties in
>> that folder has db.root.password as null.
>>
>> Thanks
>> -min
>>
>> On 9/4/13 3:28 PM, "Mike Tutkowski"  wrote:
>>
>> >But this time, it says Using Password: YES
>> >
>> >
>> >On Wed, Sep 4, 2013 at 4:27 PM, Mike Tutkowski
>> >> >> wrote:
>> >
>> >> Wait a sec...just tried mysql -u root -p password
>> >>
>> >> When I enter in cloud, it gives me the same error message.
>> >>
>> >>
>> >> On Wed, Sep 4, 2013 at 4:26 PM, Mike Tutkowski <
>> >> mike.tutkow...@solidfire.com> wrote:
>> >>
>> >>> That does allow me entry into the MySQL shell. Progress :)
>> >>>
>> >>>
>> >>> On Wed, Sep 4, 2013 at 4:24 PM, Jonathan Creasy <
>> >>> jonathan.cre...@contegix.com> wrote:
>> >>>
>>  So does "mysql -u root -ppassword" work?
>> 
>>  -Jonathan
>> 
>>  - Original Message -
>>  From: "Mike Tutkowski" 
>>  To: dev@cloudstack.apache.org
>>  Sent: Wednesday, September 4, 2013 5:23:23 PM
>>  Subject: Re: Clearing out DB in 4.2
>> 
>>  Here is the output:
>> 
>>  Access denied for user 'root'@'localhost' (using password: NO)
>> 
>>  I fear I'm somehow messed something up (not sure how since I haven't
>> been
>>  using this setup for a week or so). I'm pretty sure the root password
>> is
>>  just 'password'.
>> 
>> 
>>  On Wed, Sep 4, 2013 at 4:16 PM, Jonathan Creasy <
>>  jonathan.cre...@contegix.com> wrote:
>> 
>>  > Is there a root password set?
>>  >
>>  > What do you get for:
>>  >
>>  > mysql -u root
>>  >
>>  >
>>  > - Original Message -
>>  > From: "Mike Tutkowski" 
>>  > To: dev@cloudstack.apache.org
>>  > Sent: Wednesday, September 4, 2013 5:11:47 PM
>>  > Subject: Re: Clearing out DB in 4.2
>>  >
>>  > No idea...I just completely uninstalled, then reinstalled MySQL and
>>  get the
>>  > same error message.
>>  >
>>  > Never had this problem before. Weird.
>>  >
>>  >
>>  > On Wed, Sep 4, 2013 at 3:40 PM, Mike Tutkowski <
>>  > mike.tutkow...@solidfire.com
>>  > > wrote:
>>  >
>>  > > Hi,
>>  > >
>>  > > I'm having trouble running this command on one of my CS setups:
>>  > >
>>  > > mvn -P developer -pl developer,tools/devcloud -Ddeploydb
>>  > >
>>  > > Access denied for user 'root'@'localhost' (using password: NO)
>>  > >
>>  > > Any thoughts on this?
>>  > >
>>  > > 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<
>>  > http://solidfire.com/solution/overview/?video=play>
>>  > > * *
>>  > >
>>  >
>>  >
>>  >
>>  > --
>>  > *Mike Tutkowski*
>>  > *Senior CloudStack Developer, SolidFire Inc.*
>>  > e: mike.tutkow...@solidfire.com
>>  > o: 303.746.7302
>>  > Advancing the way the world uses the
>>  > cloud
>>  > * *
>>  >
>> 
>> 
>> 
>>  --
>>  *Mike Tutkowski*
>>  *Senior CloudStack Developer, SolidFire Inc.*
>>  e: mike.tutkow...@solidfire.com
>>  o: 303.746.7302
>>  Advancing the way the world uses the
>>  cloud
>>  * *
>> 
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> *Mike Tutkowski*
>> >>> *Senior CloudStack Developer, SolidFire Inc.*
>> >>> e: mike.tutkow...@solidfire.com
>> >>> o: 303.746.7302
>> >>> Advancing the way the world uses the
>> >>>cloud
>> >>> * *
>> >>>
>> >>
>> >>
>> >>
>> >> --
>> >> *Mike Tutkowski*
>> >> *Senior CloudStack Developer, SolidFire Inc.*
>> >> e: mike.tutkow...@solidfire.com
>> >> o: 303.746.7302
>> >> Advancing the way the world uses the
>> >>cloud
>> >> * *
>> >>
>> >
>> >
>> >
>> >--
>> >*Mike Tutkowski*
>> >*Senior CloudStack Developer, SolidFire Inc.*
>> >e: mike.tutkow...@solidfire.com
>> >o: 303.746.7302
>> >Advancing the way the world uses the
>> >cloud
>> >* *
>>
>>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing 

Password prompt like nine times

[Mike Tutkowski]

Hi,

I think this has been discussed a few times on the list before.

When I start up the CSMS, I get prompted for my password about nine times.

I thought updating the sudoers file would fix this, but it still happens.

Any thoughts on this?

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: [DISCUSS] OOM killer and Routing/System VM's = :(

[Chiradeep Vittal]

I'd support adding these parameters in some form in
/etc/init.d/cloud-early-config. Agree that OOM killer is of no use.

On 9/4/13 11:15 AM, "Roeland Kuipers"  wrote:

>Hi Dev!
>
>We have experienced a serious customers outage due to the OOM killer on a
>redundant routing vm pair member. Somehow the MASTER node ran Out of
>Memory and the OOM killer decided to kill random processes causing
>HAproxy to go down. But since keepalived was still running and
>functioning, a failover never happened.
>In our experience we rather panic on OOM instead of praying that the
>OOM-killer will do the right thing while it in 99% percent of the cases
>it just renders a machine useless.
>If this RvR would have panicked and rebooted we would have had a nice
>keepalived failure/failover without much impact on our customer.
>
>So we figured to configure the following sysctl options:
>vm.panic_on_oom = 1
>kernel.panic_on_oops = 1
>kernel.panic = 10
>
>So that a VM panics and reboots after 10 seconds so a router just comes
>back in a happy state versus crippled by the OOM killer.
>
>But we hit a problem here with VPC routers as their configuration is not
>persistent across reboots when they are rebooted outside cloudstack as
>they are not configured (entirely) using kernel parameters
>(/var/cache/cloud/cmdline). But only when started by Cloudstack.
>
>It would be nice to see that the VPC router config is persistent across
>reboots even when rebooted outside cloudstack and using the same
>mechanism as the other system vm's to make things more consistent and
>reliable.
>
>What is your opinion on this? Otherwise will add it to our backlog to
>contribute improvements in this area.
>
>See also:
>
>https://issues.apache.org/jira/browse/CLOUDSTACK-4605
>https://issues.apache.org/jira/browse/CLOUDSTACK-4606
>https://issues.apache.org/jira/browse/CLOUDSTACK-4607
>
>
>Thanks & Cheers,
>Roeland Kuipers
>
>
>

Re: Password prompt like nine times

[Tracy Phillips]

On Wed, Sep 4, 2013 at 6:47 PM, Mike Tutkowski  wrote:

> Hi,
>
> I think this has been discussed a few times on the list before.
>
> When I start up the CSMS, I get prompted for my password about nine times.
>
> I thought updating the sudoers file would fix this, but it still happens.
>
> Any thoughts on this?
>
> Thanks!


Mike,

Do you mean the Cloudstack Management Server when you say CSMS?

What do you have in your  sudoers file?

Tracy

Re: Password prompt like nine times

[Kelven Yang]

You need to make sudo-ers no-password required

Kelven

On 9/4/13 4:10 PM, "Tracy Phillips"  wrote:

>On Wed, Sep 4, 2013 at 6:47 PM, Mike Tutkowski
>> wrote:
>
>> Hi,
>>
>> I think this has been discussed a few times on the list before.
>>
>> When I start up the CSMS, I get prompted for my password about nine
>>times.
>>
>> I thought updating the sudoers file would fix this, but it still
>>happens.
>>
>> Any thoughts on this?
>>
>> Thanks!
>
>
>Mike,
>
>Do you mean the Cloudstack Management Server when you say CSMS?
>
>What do you have in your  sudoers file?
>
>Tracy

cpvm and ssvm but no host entries

[Darren Shepherd]

So I'm trying to setup a cloudstack environment from scratch.  Not a 
devcloud environment, but more like a production setup.  Anyhow, so I 
managed to get the cpvm and ssvm running, but there is no host entry for 
them.  Is that supposed to happen?


Darren

Re: Clearing out DB in 4.2

[Darren Shepherd]

On 09/04/2013 03:27 PM, Mike Tutkowski wrote:

Wait a sec...just tried mysql -u root -p password


That's a fun nuisance of the mysql CLI.  There can't be a space between 
-p and the password.  So that command is actually doing a password of "" 
and trying to switch to the database named password (ie "use password")


Darren

[DISCUSS] Remove async APIs from storage framework

[Darren Shepherd]

I've been reading over the storage code and have come to the conclusion 
that the async aspects of the storage framework should be removed.


Whenever one introduces an async pattern you have to give a lot of 
consideration to its use, benefits, and impact.  Within the context of 
ACS and given the current state of its code, I do not think it will be 
possible to realize any benefits of the current callback approach. 
Since nothing else in ACS uses callbacks, all of the async methods are 
essentially wrapped in synchronous calls.  So nothing as it stands is 
actually async.


Besides the current implementation, you need to conciser how you would 
expect an implementation of the storage framework to use the callback. 
The problem with callbacks is that they assume some in memory state. 
This means if the process/server crashes that state is lost.  Many will 
say just serialize the callback to the DB, but that is very impractical.


Since ACS doesn't actually stand in the data path, an async pattern 
won't really even allow it to have better performance.  ACS is just 
waiting for some storage operation to happen.  ACS can easily spawn 1000 
threads and have them all wait.  If you were to get to this point, you'd 
find that downstream you'll most likely have issues as you have 1000 
create template operations so its killing your filer.  So you will 
throttle storage operations to a level that won't kill your 
infrastructure and that level is no where near the scalability limits of 
threads.


The callbacks pattern really complicates the code and I see no real 
benefit.  Instead of spending a lot of effort trying to make all of ACS 
async to make it beneficial, I'd say that effort should be spent on 
making ACS idempotent and crash-only.  The point being, there's more 
beneficial things we can do with our time.


Given that only solidfire implements the new framework (and ACS legacy 
too), I would assume its a simple things for Edison to just go and 
quickly change it non-async.


Darren

Re: Clearing out DB in 4.2

[Mike Tutkowski]

Ah, that would explain why my first attempt like this worked:

mysql -u root -ppassword


On Wed, Sep 4, 2013 at 5:41 PM, Darren Shepherd  wrote:

> On 09/04/2013 03:27 PM, Mike Tutkowski wrote:
>
>> Wait a sec...just tried mysql -u root -p password
>>
>
> That's a fun nuisance of the mysql CLI.  There can't be a space between -p
> and the password.  So that command is actually doing a password of "" and
> trying to switch to the database named password (ie "use password")
>
> Darren
>
>


-- 
*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: Password prompt like nine times

[Mike Tutkowski]

Yeah, CSMS = CloudStack Management Server

Should this work?

root ALL=(ALL) NOPASSWD: ALL


On Wed, Sep 4, 2013 at 5:30 PM, Kelven Yang  wrote:

> You need to make sudo-ers no-password required
>
> Kelven
>
> On 9/4/13 4:10 PM, "Tracy Phillips"  wrote:
>
> >On Wed, Sep 4, 2013 at 6:47 PM, Mike Tutkowski
> > >> wrote:
> >
> >> Hi,
> >>
> >> I think this has been discussed a few times on the list before.
> >>
> >> When I start up the CSMS, I get prompted for my password about nine
> >>times.
> >>
> >> I thought updating the sudoers file would fix this, but it still
> >>happens.
> >>
> >> Any thoughts on this?
> >>
> >> Thanks!
> >
> >
> >Mike,
> >
> >Do you mean the Cloudstack Management Server when you say CSMS?
> >
> >What do you have in your  sudoers file?
> >
> >Tracy
>
>


-- 
*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: Handling Public network traffic in a plugin

[Dave Cahill]

Hi,

The creste neroffer api accepts system=true. The creation should be part of
> the plugin install, though.


Ah, sounds interesting! Does it also accept creating networkofferings for
Traffic types other than Guest? Looking at 4.2, createNetworkOffering does
a check to restrict to Guest traffic only (from ConfigurationManagerImpl):

// Only GUEST traffic type is supported in Acton
if (trafficType != TrafficType.Guest) {
throw new InvalidParameterValueException("Only traffic type " +
TrafficType.Guest
+ " is supported in the current release");
}

One question I had about the external hosted private gateways VPC feature
was whether the change involves allowing plugins to handle VPC itself
(routing between VPC subnets etc) instead of the VpcVirtualRouter? Last
time I looked at having our plugin provide VPC (a few months ago), the
VpcVirtualRouter was hardcoded in several places as the only provider.

Thanks,
Dave.




On Thu, Sep 5, 2013 at 4:08 AM, Daan Hoogland wrote:

> H Dave,
>
> Sorry about the white space.
>
> The creste neroffer api accepts system=true. The creation should be part of
> the plugin install, though.
>
> I will have to write more doc and any specific questions would help.
>
> mobile biligual spell checker used
> Op 4 sep. 2013 11:45 schreef "Dave Cahill"  het
> volgende:
>
> > Hi Daan,
> >
> > My take on things is to add a network offering for vpc private gateways.
> I
> > > extend the api
> > > call with the optional netoffer.
> >
> >
> > I read the wiki page on that feature [1] and the most recent code review,
> > but I don't fully understand it yet - is there any other documentation /
> > code around?
> >
> > replacing the guru does not seem like the way to go to me. I'd
> > > say that the offer is what drives what guru/element to use.
> >
> >
> > That would be nicer. When we implemented Public traffic via MidoNet back
> in
> > February / March, it wasn't possible to create System offerings / private
> > offerings - if that changed, it would be great.
> >
> > Thanks,
> > Dave.
> >
> > [1]
> >
> >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/external+hosted+private+gateways
> >
> >
> > On Tue, Sep 3, 2013 at 9:25 PM, Daan Hoogland  > >wrote:
> >
> > > H Dave,
> > >
> > > It seems we are working on similar things, David. My take on things is
> > > to add a network offering for vpc private gateways. I extend the api
> > > call with the optional netoffer. It sounds like you are doing
> > > something slightly different but we are bound to break each others
> > > code as well, even when i am working with private networks and you
> > > with public ones.
> > >
> > > In general the extensibility of net-implementations does need some
> > > work. replacing the guru does not seem like the way to go to me. I'd
> > > say that the offer is what drives what guru/element to use.
> > >
> > > regards,
> > > Daan
> > >
> > > On Tue, Sep 3, 2013 at 12:02 PM, Dave Cahill 
> > wrote:
> > > > Hi,
> > > >
> > > > A few months back I mailed the list to explain how (and why) the
> > MidoNet
> > > > plugin handles Public traffic as well as Guest traffic - see [1] for
> > > > details. Essentially, we plug the System VMs into the virtual network
> > the
> > > > same way we plug in guest VMs, and the virtual network takes care of
> > all
> > > > routing between the public IPs and the VMs in the virtual network.
> > > >
> > > > It's kind of cool. :)
> > > >
> > > > Since there is no real support for plugins handling Public traffic,
> our
> > > > implementation just overrides the existing PublicNetworkGuru in the
> > > > component XML files. This means it's easy for CloudStack devs to
> break
> > > the
> > > > integration without realizing. For example, a recent change [2] made
> it
> > > > such that Providers are only called if they are in the network
> service
> > > map
> > > > for a network. This is a smart change, but since the default network
> > > > offering for Public networks has no Providers defined, the MidoNet
> > > provider
> > > > no longer gets called, and Public traffic doesn't work correctly.
> > > >
> > > > I can work around that by manually (in the db) adding MidoNet as a
> > > provider
> > > > for the default System network offering whenever I deploy, but I
> think
> > > that
> > > > might make it even easier for people to break the integration! Would
> it
> > > > make sense to add MidoNet as a provider on the default System network
> > > > offering upstream?
> > > >
> > > > Any other thoughts / comments also welcome.
> > > >
> > > > Thanks,
> > > > Dave.
> > > >
> > > > [1]
> > > >
> > >
> >
> http://mail-archives.apache.org/mod_mbox/cloudstack-dev/201303.mbox/%3ccalytfwbet9ccyzorcfvhe4odog11+wmwc6p_w52vd4zgpai...@mail.gmail.com%3E
> > > > [2]
> > > >
> > >
> >
> https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blobdiff;f=server/src/com/cloud/network/NetworkManagerImpl.java;h=bcb0e99be1fea28e89ff8ef51a5c15c091f1a116;hp=68b1b4f9497d1dabed0e884d7db2f1810a91b29

Re: cpvm and ssvm but no host entries

[Travis Graham]

That is weird, do you have entries for them in the console_proxy and 
secondary_storage_vm tables?

Have you tried to destroy them and let the Management server recreate them to 
see if that creates the entry in the hosts table?

Travis

On Sep 4, 2013, at 7:38 PM, Darren Shepherd  wrote:

> So I'm trying to setup a cloudstack environment from scratch.  Not a devcloud 
> environment, but more like a production setup.  Anyhow, so I managed to get 
> the cpvm and ssvm running, but there is no host entry for them.  Is that 
> supposed to happen?
> 
> Darren

Re: Password prompt like nine times

[Mike Tutkowski]

This is what the relevant part of my sudoers file (on Mac OS X and Ubuntu
12.04.1) looks like:

# User privilege specification
rootALL=(ALL) ALL
mtutkowski ALL=(ALL) NOPASSWD: ALL
%admin  ALL=(ALL) ALL


On Wed, Sep 4, 2013 at 6:39 PM, Mike Tutkowski  wrote:

> Yeah, CSMS = CloudStack Management Server
>
> Should this work?
>
> root ALL=(ALL) NOPASSWD: ALL
>
>
> On Wed, Sep 4, 2013 at 5:30 PM, Kelven Yang wrote:
>
>> You need to make sudo-ers no-password required
>>
>> Kelven
>>
>> On 9/4/13 4:10 PM, "Tracy Phillips"  wrote:
>>
>> >On Wed, Sep 4, 2013 at 6:47 PM, Mike Tutkowski
>> >> >> wrote:
>> >
>> >> Hi,
>> >>
>> >> I think this has been discussed a few times on the list before.
>> >>
>> >> When I start up the CSMS, I get prompted for my password about nine
>> >>times.
>> >>
>> >> I thought updating the sudoers file would fix this, but it still
>> >>happens.
>> >>
>> >> Any thoughts on this?
>> >>
>> >> Thanks!
>> >
>> >
>> >Mike,
>> >
>> >Do you mean the Cloudstack Management Server when you say CSMS?
>> >
>> >What do you have in your  sudoers file?
>> >
>> >Tracy
>>
>>
>
>
> --
> *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: Password prompt like nine times

[Ian Duffy]

This is what I have been using. I didn't want to give my cloudstack full
root access via sudo.

cloudstack ALL=NOPASSWD: /usr/bin/keytool*
cloudstack ALL=NOPASSWD: /bin/mkdir -p /home/cloudstack/*
cloudstack ALL=NOPASSWD: /bin/mount -o loop /home/cloudstack/*


On 5 September 2013 03:05, Mike Tutkowski wrote:

> This is what the relevant part of my sudoers file (on Mac OS X and Ubuntu
> 12.04.1) looks like:
>
> # User privilege specification
> rootALL=(ALL) ALL
> mtutkowski ALL=(ALL) NOPASSWD: ALL
> %admin  ALL=(ALL) ALL
>
>
> On Wed, Sep 4, 2013 at 6:39 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com
> > wrote:
>
> > Yeah, CSMS = CloudStack Management Server
> >
> > Should this work?
> >
> > root ALL=(ALL) NOPASSWD: ALL
> >
> >
> > On Wed, Sep 4, 2013 at 5:30 PM, Kelven Yang  >wrote:
> >
> >> You need to make sudo-ers no-password required
> >>
> >> Kelven
> >>
> >> On 9/4/13 4:10 PM, "Tracy Phillips"  wrote:
> >>
> >> >On Wed, Sep 4, 2013 at 6:47 PM, Mike Tutkowski
> >> > >> >> wrote:
> >> >
> >> >> Hi,
> >> >>
> >> >> I think this has been discussed a few times on the list before.
> >> >>
> >> >> When I start up the CSMS, I get prompted for my password about nine
> >> >>times.
> >> >>
> >> >> I thought updating the sudoers file would fix this, but it still
> >> >>happens.
> >> >>
> >> >> Any thoughts on this?
> >> >>
> >> >> Thanks!
> >> >
> >> >
> >> >Mike,
> >> >
> >> >Do you mean the Cloudstack Management Server when you say CSMS?
> >> >
> >> >What do you have in your  sudoers file?
> >> >
> >> >Tracy
> >>
> >>
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the cloud<
> http://solidfire.com/solution/overview/?video=play>
> > *™*
> >
>
>
>
> --
> *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: cpvm and ssvm but no host entries

[Mike Tutkowski]

I've been trying to set up a CS env without devcloud, as well, with 4.2
recently and having trouble.

I notice my system VMs come up, but - in the CSMS console - it continues to
say SSVM is not running. When I look at them in the GUI, they show as Up,
but the Agent Status is just a hyphen.


On Wed, Sep 4, 2013 at 7:46 PM, Travis Graham  wrote:

> That is weird, do you have entries for them in the console_proxy and
> secondary_storage_vm tables?
>
> Have you tried to destroy them and let the Management server recreate them
> to see if that creates the entry in the hosts table?
>
> Travis
>
> On Sep 4, 2013, at 7:38 PM, Darren Shepherd 
> wrote:
>
> > So I'm trying to setup a cloudstack environment from scratch.  Not a
> devcloud environment, but more like a production setup.  Anyhow, so I
> managed to get the cpvm and ssvm running, but there is no host entry for
> them.  Is that supposed to happen?
> >
> > Darren
>
>


-- 
*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: Password prompt like nine times

[Mike Tutkowski]

Interesting, Ian.

Although maybe not as ideal as your setup, do you see any error in what I'm
doing in that little clip I provided of my sudoers file? It doesn't seem to
stop the password prompts.

Thanks!


On Wed, Sep 4, 2013 at 8:26 PM, Ian Duffy  wrote:

> This is what I have been using. I didn't want to give my cloudstack full
> root access via sudo.
>
> cloudstack ALL=NOPASSWD: /usr/bin/keytool*
> cloudstack ALL=NOPASSWD: /bin/mkdir -p /home/cloudstack/*
> cloudstack ALL=NOPASSWD: /bin/mount -o loop /home/cloudstack/*
>
>
> On 5 September 2013 03:05, Mike Tutkowski  >wrote:
>
> > This is what the relevant part of my sudoers file (on Mac OS X and Ubuntu
> > 12.04.1) looks like:
> >
> > # User privilege specification
> > rootALL=(ALL) ALL
> > mtutkowski ALL=(ALL) NOPASSWD: ALL
> > %admin  ALL=(ALL) ALL
> >
> >
> > On Wed, Sep 4, 2013 at 6:39 PM, Mike Tutkowski <
> > mike.tutkow...@solidfire.com
> > > wrote:
> >
> > > Yeah, CSMS = CloudStack Management Server
> > >
> > > Should this work?
> > >
> > > root ALL=(ALL) NOPASSWD: ALL
> > >
> > >
> > > On Wed, Sep 4, 2013 at 5:30 PM, Kelven Yang  > >wrote:
> > >
> > >> You need to make sudo-ers no-password required
> > >>
> > >> Kelven
> > >>
> > >> On 9/4/13 4:10 PM, "Tracy Phillips"  wrote:
> > >>
> > >> >On Wed, Sep 4, 2013 at 6:47 PM, Mike Tutkowski
> > >> > > >> >> wrote:
> > >> >
> > >> >> Hi,
> > >> >>
> > >> >> I think this has been discussed a few times on the list before.
> > >> >>
> > >> >> When I start up the CSMS, I get prompted for my password about nine
> > >> >>times.
> > >> >>
> > >> >> I thought updating the sudoers file would fix this, but it still
> > >> >>happens.
> > >> >>
> > >> >> Any thoughts on this?
> > >> >>
> > >> >> Thanks!
> > >> >
> > >> >
> > >> >Mike,
> > >> >
> > >> >Do you mean the Cloudstack Management Server when you say CSMS?
> > >> >
> > >> >What do you have in your  sudoers file?
> > >> >
> > >> >Tracy
> > >>
> > >>
> > >
> > >
> > > --
> > > *Mike Tutkowski*
> > > *Senior CloudStack Developer, SolidFire Inc.*
> > > e: mike.tutkow...@solidfire.com
> > > o: 303.746.7302
> > > Advancing the way the world uses the cloud<
> > http://solidfire.com/solution/overview/?video=play>
> > > *™*
> > >
> >
> >
> >
> > --
> > *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: [VOTE] Apache CloudStack 4.2.0 (fourth round)

[Rajesh Battala]

+1 
Tested basic VM operations with Xenserver and KVM  and nfs as primary storage 
with Advance Zone.

Thanks
Rajesh Battala

-Original Message-
From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com] 
Sent: Wednesday, September 4, 2013 10:13 AM
To: dev@cloudstack.apache.org
Subject: [VOTE] Apache CloudStack 4.2.0 (fourth round)



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

Git Branch and Commit SH:
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.2
Commit: e39a7d8e0d3f2fd3e326b1bdf4aaf9ba5d900b02
  
List of changes:
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=blob_plain;f=CHANGES;hb=4.2

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

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

Testing instructions are here:
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+test+procedure

Vote will be open for 72 hours (Friday, 9/6 10:00 PM PST).

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

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


Thanks
Animesh

Re: Password prompt like nine times

[Ian Duffy]

> do you see any error in what I'm doing in that little clip I provided of
my sudoers file?

Its to do with the way sudo permissions are resolved. To quote the sudoers
man pages: "When multiple entries match for a user, they are applied in
order.  Where there are multiple matches, the last match is used (which is
not necessarily the most specific match)."

Your user "mtutkowski" is part of the admin group, or atleast thats my
guess. Validate this with:

$ id mtutkowski

This means the access that gets applied for "mtutkowski" is ALL=(ALL) ALL
which requires a password.

Switch around your mtutkowski and %admin lines and it should work.

e.g.

rootALL=(ALL) ALL
%admin  ALL=(ALL) ALL
mtutkowski ALL=(ALL) NOPASSWD: ALL


On 5 September 2013 03:49, Mike Tutkowski wrote:

> Interesting, Ian.
>
> Although maybe not as ideal as your setup, do you see any error in what I'm
> doing in that little clip I provided of my sudoers file? It doesn't seem to
> stop the password prompts.
>
> Thanks!
>
>
> On Wed, Sep 4, 2013 at 8:26 PM, Ian Duffy  wrote:
>
> > This is what I have been using. I didn't want to give my cloudstack full
> > root access via sudo.
> >
> > cloudstack ALL=NOPASSWD: /usr/bin/keytool*
> > cloudstack ALL=NOPASSWD: /bin/mkdir -p /home/cloudstack/*
> > cloudstack ALL=NOPASSWD: /bin/mount -o loop /home/cloudstack/*
> >
> >
> > On 5 September 2013 03:05, Mike Tutkowski  > >wrote:
> >
> > > This is what the relevant part of my sudoers file (on Mac OS X and
> Ubuntu
> > > 12.04.1) looks like:
> > >
> > > # User privilege specification
> > > rootALL=(ALL) ALL
> > > mtutkowski ALL=(ALL) NOPASSWD: ALL
> > > %admin  ALL=(ALL) ALL
> > >
> > >
> > > On Wed, Sep 4, 2013 at 6:39 PM, Mike Tutkowski <
> > > mike.tutkow...@solidfire.com
> > > > wrote:
> > >
> > > > Yeah, CSMS = CloudStack Management Server
> > > >
> > > > Should this work?
> > > >
> > > > root ALL=(ALL) NOPASSWD: ALL
> > > >
> > > >
> > > > On Wed, Sep 4, 2013 at 5:30 PM, Kelven Yang  > > >wrote:
> > > >
> > > >> You need to make sudo-ers no-password required
> > > >>
> > > >> Kelven
> > > >>
> > > >> On 9/4/13 4:10 PM, "Tracy Phillips"  wrote:
> > > >>
> > > >> >On Wed, Sep 4, 2013 at 6:47 PM, Mike Tutkowski
> > > >> > > > >> >> wrote:
> > > >> >
> > > >> >> Hi,
> > > >> >>
> > > >> >> I think this has been discussed a few times on the list before.
> > > >> >>
> > > >> >> When I start up the CSMS, I get prompted for my password about
> nine
> > > >> >>times.
> > > >> >>
> > > >> >> I thought updating the sudoers file would fix this, but it still
> > > >> >>happens.
> > > >> >>
> > > >> >> Any thoughts on this?
> > > >> >>
> > > >> >> Thanks!
> > > >> >
> > > >> >
> > > >> >Mike,
> > > >> >
> > > >> >Do you mean the Cloudstack Management Server when you say CSMS?
> > > >> >
> > > >> >What do you have in your  sudoers file?
> > > >> >
> > > >> >Tracy
> > > >>
> > > >>
> > > >
> > > >
> > > > --
> > > > *Mike Tutkowski*
> > > > *Senior CloudStack Developer, SolidFire Inc.*
> > > > e: mike.tutkow...@solidfire.com
> > > > o: 303.746.7302
> > > > Advancing the way the world uses the cloud<
> > > http://solidfire.com/solution/overview/?video=play>
> > > > *™*
> > > >
> > >
> > >
> > >
> > > --
> > > *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: documentation/wiki is a mess

[Prasanna Santhanam]

On Tue, Sep 03, 2013 at 11:10:28AM -0700, Darren Shepherd wrote:
> 
> The state of documentation of an open source projects says a lot
> about the community that develops it...
> 

Esp. for XML documentation: I say we write our own docs if we want
our feature to be used. Or it dies a natural death in quiet isolation
with no one ever using it. Docs team can handle the editing and
organizing bits. That should go for Wikis too. If you want the wiki to
be useful then write it, organize it and maintain it. Don't just put it
there to fill a template. It'll never recieve any love.

-- 
Prasanna.,


Powered by BigRock.com

Re: Passing vlan parameter to "createPortableIpRange"

[Venkata SwamyBabu Budumuru]

Hi Gaurav,

The VLAN parameter is not mandatory. Depending on your environment you can
either pass a VLAN tag / untagged one.
We have updated our documents about the issue with adding same ip range
across portable and public VLANs. This is punted for 4.2.1.

Thanks,
SWAMY

On 04/09/13 8:26 PM, "Gaurav Aradhye"  wrote:

>Hi Swamy,
>
>As observed, if portable ip range is created with IPs overlapping with any
>of the existing public ip ranges, then it gives "Entity already exists"
>error while associating any portable ip from the created range. (But it
>doesn't give any error while creating portable ip range in this case)
>
>The question is if we can't use IPs from existing VLANs, why to pass vlan
>parameter while creating portable ip range? Keeping the default value
>"untagged" serves the purpose and works well. I didn't get this well.
>
>Can you please explain me the how we can use vlan ids to while creating
>portable range and still get it work correctly?
>
>Regards,
>Gaurav

Re: Passing vlan parameter to "createPortableIpRange"

[Girish Shilamkar]

Hi Swamy,

Thanks for setting up a call, the other day, we were able resolve this issue 
quickly.
In what scenario would  vlan id be passed? How does passing vlan id 
change/affect Portable IP range to be created ?
I am guessing that Portable IP range created would be within IP range assigned 
for the vlan. (which as of now does not work)

Regards,
Girish

On 05-Sep-2013, at 9:41 AM, Venkata SwamyBabu Budumuru 
 wrote:

> Hi Gaurav,
> 
> The VLAN parameter is not mandatory. Depending on your environment you can
> either pass a VLAN tag / untagged one.
> We have updated our documents about the issue with adding same ip range
> across portable and public VLANs. This is punted for 4.2.1.
> 
> Thanks,
> SWAMY
> 
> On 04/09/13 8:26 PM, "Gaurav Aradhye"  wrote:
> 
>> Hi Swamy,
>> 
>> As observed, if portable ip range is created with IPs overlapping with any
>> of the existing public ip ranges, then it gives "Entity already exists"
>> error while associating any portable ip from the created range. (But it
>> doesn't give any error while creating portable ip range in this case)
>> 
>> The question is if we can't use IPs from existing VLANs, why to pass vlan
>> parameter while creating portable ip range? Keeping the default value
>> "untagged" serves the purpose and works well. I didn't get this well.
>> 
>> Can you please explain me the how we can use vlan ids to while creating
>> portable range and still get it work correctly?
>> 
>> Regards,
>> Gaurav
> 

Re: Review Request 13895: CLOUDSTACK-4531: Resolved ssh error for basic zone. Public ip should be used for ssh instead of ipaddress of nic

[venkata swamy babu budumuru]

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

Ship it!


Ship It!

- venkata swamy babu  budumuru


On Sept. 3, 2013, 12:32 p.m., Girish Shilamkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13895/
> ---
> 
> (Updated Sept. 3, 2013, 12:32 p.m.)
> 
> 
> Review request for cloudstack, venkata swamy babu  budumuru and Prasanna 
> Santhanam.
> 
> 
> Bugs: CLOUDSTACK-4531
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> CLOUDSTACK-4531: Resolved ssh error for basic zone. Public
>  ip should be used for ssh instead of ipaddress of nic
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/integration/lib/base.py 3016ee4 
> 
> Diff: https://reviews.apache.org/r/13895/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Girish Shilamkar
> 
>

Re: why do we need 8096?

[Prasanna Santhanam]

On Wed, Sep 04, 2013 at 08:21:10PM +0200, Ove Ewerlid wrote:
> On 09/04/2013 08:03 PM, Darren Shepherd wrote:
> >On 09/04/2013 10:52 AM, Mathias Mullins wrote:
> >>Hi Darren,
> >>
> >>It's a very commonly used port for many installations that want an
> >>unauthenticated API access, especially from other tools and systems. I
> >>think getting rid of this would be really bad idea.
> >>
> >
> >Sigh, I just hate the "totally insecure by default" approach.  Not to
> >mention the code path for 8080 and 8096 is different.  8080 being
> >servlet based and 8096 being httpcore based.
> >
> >Darren
> 
> As Marcus pointed out, this is not there per default. Gotta love
> "totally insecure per wise decision".
> 
> Personally I use this to implement zero touch boot strapping and
> automation of testing. The only command given via the Integration
> port is setting up an admin user and generating keys. Once done, the
> scripts continue using the key base approach. If there is a valid
> key set stored away, key is tested and if valid, the integration
> port is not used by the script for successive invocations. In our
> implementations, the integration port is opened using direct DB
> access and manipulation of the global parameter.

Yup, this is how marvin registers itself too and further on uses the
keys to authenticate API calls over 8080. 

> 
> NB; if you create say a template via the integration port, that
> template can not be deleted by even the admin user (have not checked
> this for 4.2 but it is true for 4.1.1 and earlier). The integration
> port uses a different user context (as you indicate). Hence, perhaps
> only use the integration port to bootstrap an admin user.
> 
> /Ove

-- 
Prasanna.,


Powered by BigRock.com

RE: documentation/wiki is a mess

[Radhika Puthiyetath]

Hi,

We do not have a doc team as such :-)

We have a set of doc contributors that so far have not worked as a team. 
Probably, we should think about  aligning the doc efforts and having a process 
and style guide in place.

If the FS is good enough, we need not trouble the code committers to write own 
docs is what I feel.

Regards
-Radhika

-Original Message-
From: Prasanna Santhanam [mailto:t...@apache.org] 
Sent: Thursday, September 05, 2013 9:34 AM
To: dev@cloudstack.apache.org
Subject: Re: documentation/wiki is a mess

On Tue, Sep 03, 2013 at 11:10:28AM -0700, Darren Shepherd wrote:
> 
> The state of documentation of an open source projects says a lot about 
> the community that develops it...
> 

Esp. for XML documentation: I say we write our own docs if we want our feature 
to be used. Or it dies a natural death in quiet isolation with no one ever 
using it. Docs team can handle the editing and organizing bits. That should go 
for Wikis too. If you want the wiki to be useful then write it, organize it and 
maintain it. Don't just put it there to fill a template. It'll never recieve 
any love.

--
Prasanna.,


Powered by BigRock.com

Re: cpvm and ssvm but no host entries

[Harikrishna Patnala]

Seems like in both the cases agent is not up. 
please try troubleshooting  SSVM 
https://cwiki.apache.org/CLOUDSTACK/ssvm-templates-secondary-storage-troubleshooting.html

-Harikrishna
On 05-Sep-2013, at 8:13 AM, Mike Tutkowski  wrote:

> I've been trying to set up a CS env without devcloud, as well, with 4.2
> recently and having trouble.
> 
> I notice my system VMs come up, but - in the CSMS console - it continues to
> say SSVM is not running. When I look at them in the GUI, they show as Up,
> but the Agent Status is just a hyphen.
> 
> 
> On Wed, Sep 4, 2013 at 7:46 PM, Travis Graham  wrote:
> 
>> That is weird, do you have entries for them in the console_proxy and
>> secondary_storage_vm tables?
>> 
>> Have you tried to destroy them and let the Management server recreate them
>> to see if that creates the entry in the hosts table?
>> 
>> Travis
>> 
>> On Sep 4, 2013, at 7:38 PM, Darren Shepherd 
>> wrote:
>> 
>>> So I'm trying to setup a cloudstack environment from scratch.  Not a
>> devcloud environment, but more like a production setup.  Anyhow, so I
>> managed to get the cpvm and ssvm running, but there is no host entry for
>> them.  Is that supposed to happen?
>>> 
>>> Darren
>> 
>> 
> 
> 
> -- 
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *™*

Re: Review Request 13895: CLOUDSTACK-4531: Resolved ssh error for basic zone. Public ip should be used for ssh instead of ipaddress of nic

[ASF Subversion and Git Services]

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


Commit 4f3b411d4cf9a6986337dea98cd902b25efefb95 in branch 
refs/heads/4.2-forward from Girish Shilamkar
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=4f3b411 ]

CLOUDSTACK-4531: Resolved ssh error for basic zone. Public ip should be used 
for ssh instead of ipaddress of nic

Signed-off-by: venkataswamybabu budumuru 


- ASF Subversion and Git Services


On Sept. 3, 2013, 12:32 p.m., Girish Shilamkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13895/
> ---
> 
> (Updated Sept. 3, 2013, 12:32 p.m.)
> 
> 
> Review request for cloudstack, venkata swamy babu  budumuru and Prasanna 
> Santhanam.
> 
> 
> Bugs: CLOUDSTACK-4531
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> CLOUDSTACK-4531: Resolved ssh error for basic zone. Public
>  ip should be used for ssh instead of ipaddress of nic
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/integration/lib/base.py 3016ee4 
> 
> Diff: https://reviews.apache.org/r/13895/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Girish Shilamkar
> 
>

Re: documentation/wiki is a mess

[Ahmad Emneina]

I think prasanna hit the nail on the head. I'm sure there are features
there no one knows about, or ever will...
+1 for developers documenting what features/functions are abound.



On Wed, Sep 4, 2013 at 9:36 PM, Radhika Puthiyetath <
radhika.puthiyet...@citrix.com> wrote:

> Hi,
>
> We do not have a doc team as such :-)
>
> We have a set of doc contributors that so far have not worked as a team.
> Probably, we should think about  aligning the doc efforts and having a
> process and style guide in place.
>
> If the FS is good enough, we need not trouble the code committers to write
> own docs is what I feel.
>
> Regards
> -Radhika
>
> -Original Message-
> From: Prasanna Santhanam [mailto:t...@apache.org]
> Sent: Thursday, September 05, 2013 9:34 AM
> To: dev@cloudstack.apache.org
> Subject: Re: documentation/wiki is a mess
>
> On Tue, Sep 03, 2013 at 11:10:28AM -0700, Darren Shepherd wrote:
> >
> > The state of documentation of an open source projects says a lot about
> > the community that develops it...
> >
>
> Esp. for XML documentation: I say we write our own docs if we want our
> feature to be used. Or it dies a natural death in quiet isolation with no
> one ever using it. Docs team can handle the editing and organizing bits.
> That should go for Wikis too. If you want the wiki to be useful then write
> it, organize it and maintain it. Don't just put it there to fill a
> template. It'll never recieve any love.
>
> --
> Prasanna.,
>
> 
> Powered by BigRock.com
>
>

Re: Review Request 13895: CLOUDSTACK-4531: Resolved ssh error for basic zone. Public ip should be used for ssh instead of ipaddress of nic

[ASF Subversion and Git Services]

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


Commit 0fb2014d19832a6e747a5c0775cd7c16f5ff786b in branch refs/heads/master 
from Girish Shilamkar
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=0fb2014 ]

CLOUDSTACK-4531: Resolved ssh error for basic zone. Public ip should be used 
for ssh instead of ipaddress of nic

Signed-off-by: venkataswamybabu budumuru 
(cherry picked from commit 4f3b411d4cf9a6986337dea98cd902b25efefb95)


- ASF Subversion and Git Services


On Sept. 3, 2013, 12:32 p.m., Girish Shilamkar wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/13895/
> ---
> 
> (Updated Sept. 3, 2013, 12:32 p.m.)
> 
> 
> Review request for cloudstack, venkata swamy babu  budumuru and Prasanna 
> Santhanam.
> 
> 
> Bugs: CLOUDSTACK-4531
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> CLOUDSTACK-4531: Resolved ssh error for basic zone. Public
>  ip should be used for ssh instead of ipaddress of nic
> 
> 
> Diffs
> -
> 
>   tools/marvin/marvin/integration/lib/base.py 3016ee4 
> 
> Diff: https://reviews.apache.org/r/13895/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Girish Shilamkar
> 
>