About Cloudstack RedundantRouter some Issue

[guang wu]

Hi,everyone
  No.1 i'm built cloudstack environment for 4.0, Advance Network mode, i'm
create a Network offering with Source NAT and other service(such as Static
Nat, LB, PF,FW,DNS,DHCP) , and RedundantRouter is Enabled, and GuestType is
Isolated, create Guest network and use this Network Offering, create a
Virtual Machine, when i add Static Nat to this vm that system appear
 error this operate failed, try again , this issue remain exist(but General
Router is support Static Nat). I want know RedundantRouter is not  support
Static Nat or need other condition? if need other condition, can you tell
me?


  No.2 i want know RedundantRouter whether support HA itself, i test found,
when i shutdown RedundantRouter that can't restart by self, but not
RedundantRouter(general Router can restart again) cant start by self.  if
RedundantRouter  not support HA, why is design ?

thank you

RE: Upgrading nitro API to 10.1

[Vijay Venkatachalam]

You should be able to use 10.1 now.

Thanks,
Vijay V.

> -Original Message-
> From: Vijay Venkatachalam
> Sent: Wednesday, November 20, 2013 6:56 AM
> To: 'Syed Ahmed'; 'Will Stevens'
> Cc: 'dev@cloudstack.apache.org'; 'Prasanna Santhanam'; Murali Reddy
> Subject: RE: Upgrading nitro API to 10.1
> 
> Hi Syed,
>   I will check this. Will respond in a day or two.
> Thanks,
> Vijay V.
> 
> > -Original Message-
> > From: Syed Ahmed [mailto:sah...@cloudops.com]
> > Sent: Tuesday, November 19, 2013 11:25 PM
> > To: Will Stevens
> > Cc: dev@cloudstack.apache.org; Prasanna Santhanam; Murali Reddy; Vijay
> > Venkatachalam
> > Subject: Re: Upgrading nitro API to 10.1
> >
> > Hi All,
> >
> > I was looking at changing the nitro version to 10.1 but was not able
> > to find this version in the maven repository. Who would be the right
> > person for pushing it onto the repo?
> >
> > Thanks,
> > -Syed
> >
> >
> > On Fri 15 Nov 2013 11:13:07 PM EST, Syed Ahmed wrote:
> > > Thanks Will. Will Do.
> > >
> > >
> > > On Fri 15 Nov 2013 10:52:27 PM EST, Will Stevens wrote:
> > >> @Syed: I just did that for the Palo Alto plugin, so let me know if
> > >> you have questions...
> > >>
> > >> Will
> > >>
> > >>
> > >> On Fri, Nov 15, 2013 at 10:42 PM, Prasanna Santhanam
> > >> mailto:t...@apache.org>> wrote:
> > >>
> > >> awesome. thanks syed!
> > >>
> > >> On Fri, Nov 15, 2013 at 10:39:18PM -0500, Syed Ahmed wrote:
> > >> > Sure. No problems.
> > >> >
> > >> > Thanks,
> > >> > -Syed
> > >> >
> > >> > On Fri 15 Nov 2013 10:35:04 PM EST, Prasanna Santhanam wrote:
> > >> > >that should be ok - i was supposed to have moved the netscaler
> > >> plugin
> > >> > >from noredist to oss but never got around to it. would you be
> > >> able to
> > >> > >take that up as part of your change?
> > >> > >
> > >> > >On Fri, Nov 15, 2013 at 10:29:56PM -0500, Syed Ahmed wrote:
> > >> > >>Yes Prasanna. This is a jar upgrade and yes that is the source
> > >> code.
> > >> > >>This means that we could remove the noredist from netscaler
> > >> plugin.
> > >> > >>
> > >> > >>Thanks,
> > >> > >>-Syed
> > >> > >>
> > >> > >>
> > >> >
> > >>
> > >> --
> > >> Prasanna.,
> > >>
> > >> 
> > >> Powered by BigRock.com
> > >>
> > >>
> > >
> > >
> >

Re: Router requires upgrade. Unable to send command to router Error

[Will Stevens]

Has anyone been able to resolve this issue?  This is holding up my ability
to launch VMs and test the fixes to my plugin.  I need to resolve this
issue to move forward...

@Syed, are you still stuck on this as well?

Cheers,

Will


On Wed, Nov 20, 2013 at 5:18 PM, Syed Ahmed  wrote:

> OK here is how far I got debugging this. I think I am missing a small
> thing. I hope you guys can help.
>
> So my VM template has the correct version.
>
> root@eng-ns-dev-cs1: /export/secondary/template/tmpl/1/1 # strings
> f3fc75d9-0240-4c71-a3bf-fb65652e4763.vhd  | grep Cloudstack
>
> Cloudstack Release*  4.2.0*Tue Nov 19 23:22:37 UTC 2013
>
>
> But in the database I see the following ( table domain_router )
>
> *** 4. row ***
>  id: 11
>  element_id: 4
>  public_mac_address: 06:48:a8:00:00:68
>   public_ip_address: 172.30.91.102
>  public_netmask: 255.255.255.0
>   guest_netmask: NULL
>guest_ip_address: NULL
> is_redundant_router: 0
>priority: 0
>  is_priority_bumpup: 0
> redundant_state: UNKNOWN
>stop_pending: 0
>role: VIRTUAL_ROUTER
>template_version:*Cloudstack Release 3.0 Mon Feb 6 15:10:04 PST 2012*
> scripts_version: 725d5e5901a62c68aed0dd3463023518
>  vpc_id: NULL
> 4 rows in set (0.00 sec)
>
>
>
> I guess this is populated from the VM that gets created. On the xen the vm
> is r-11. I see the following version on that VM
>
> root@r-11-VM:~# cat /etc/cloudstack-release
> Cloudstack Release 3.0 Mon Feb  6 15:10:04 PST 2012
>
>
> This means that Xen is not picking up the template present in the
> secondary storage. Does Xen cache the vhd files locally to avoid coming to
> the secondary storage? If so, how can I disable that?
>
> Also, I was looking at UpgradeRouterTemplateCmd API which basically goes
> through all the VRs and reboots them. It expects that when the reboot is
> completed, the router should have picked up the 4.2.0 version of the
> template ( see line 4072 in VirtualNetworkApplianceManagerImpl.java ) I
> try to do the reboot manually but the template remains the same. Do you
> guys have any more suggestions?
>
> Thanks,
> -Syed
>
>
>
>
>
>
> On Wed 20 Nov 2013 12:55:04 PM EST, Wei ZHOU wrote:
>
>>
>> FYI.
>>
>> I upgraded from 2.2.14 to 4.2.1. The CPVM, SSVM and VRs are working after
>> running *cloudstack-sysvmadm to recreate.*
>>
>>
>> 2013/11/20 Syed Ahmed 
>>
>>
>>> +1 Same error. The secondary storage VM and the Console proxy VM seem to
>>> be coming up alright. I see this error only when starting the virtual
>>> router which is preventing me from creating any instances.
>>>
>>>
>>> On Wed 20 Nov 2013 11:14:47 AM EST, Will Stevens wrote:
>>>
>>>
 I am having the same problem. I got the latest system VMs from:
 http://jenkins.buildacloud.org/view/master/job/build-systemvm-master/
 lastSuccessfulBuild/artifact/tools/appliance/dist/

 Are these the wrong System VM Templates? If so, where should I get the
 System VM Templates to make this work again?

 Thanks,

 Will


 On Thu, Nov 7, 2013 at 7:42 PM, Alena Prokharchyk <
 alena.prokharc...@citrix.com> wrote:

 Nitin, I had the same problem, but I fixed it by uploading 4.2 system

>
> templates to my secondary storage. Make sure you have the latest too.
>
> -alena.
>
> From: Nitin Mehta  nitin.me...@citrix.com>
>
>>
>>
>>
> Reply-To: "dev@cloudstack.apache.org >"
> <
> dev@cloudstack.apache.org>
> Date: Thursday, November 7, 2013 4:16 PM
> To: "dev@cloudstack.apache.org" <
> dev@cloudstack.apache.org>
> Subject: Router requires upgrade. Unable to send command to router
> Error
>
> Unable to deploy vms in the latest master because of the commit below.
> Is
> anyone noticing this on the latest master.
> I checked the code and there was a commit made recently 3f5b8f which is
> where the exception points to.
>
> WARN [o.a.c.alerts] (CapacityChecker:ctx-4f1ef01f) alertType:: 2 //
> dataCenterId:: 3 // podId:: 3 // clusterId:: null // message:: System
> Alert: Low Available Storage in cluster c3 pod p of availability zone
> z3
> INFO [o.a.c.f.j.i.AsyncJobMonitor] (Job-Executor-1:ctx-f118d6dc) Add
> job-44 into job monitoring
> WARN [c.c.h.x.r.CitrixResourceBase] (DirectAgent-26:ctx-3e786331)
> Detecting a change in xstoolsversion for r-6-VM
> ERROR [c.c.v.VirtualMachineManagerImpl] (Job-Executor-1:ctx-f118d6dc
> ctx-d9a00f18) Failed to start instance
> VM[User|VM-4d5d5db2-e5ba-4bbd-b1dc-e749ac42a74c]
> com.cloud.utils.exception.CloudRuntimeException: Router requires
> upgrade.
> Unable to send command to router:6
> at
> com.cloud.network.router.Vi

Re: Router requires upgrade. Unable to send command to router Error

[Murali Reddy]

Don¹t understand problem well enough for clean fix, but I updated
'template_version' from 3.0 to 4.3 of the VR in the domain_router table
that resolved the issue for me.

On 22/11/13 3:50 PM, "Will Stevens"  wrote:

>Has anyone been able to resolve this issue?  This is holding up my ability
>to launch VMs and test the fixes to my plugin.  I need to resolve this
>issue to move forward...
>
>@Syed, are you still stuck on this as well?
>
>Cheers,
>
>Will
>
>
>On Wed, Nov 20, 2013 at 5:18 PM, Syed Ahmed  wrote:
>
>> OK here is how far I got debugging this. I think I am missing a small
>> thing. I hope you guys can help.
>>
>> So my VM template has the correct version.
>>
>> root@eng-ns-dev-cs1: /export/secondary/template/tmpl/1/1 # strings
>> f3fc75d9-0240-4c71-a3bf-fb65652e4763.vhd  | grep Cloudstack
>>
>> Cloudstack Release*  4.2.0*Tue Nov 19 23:22:37 UTC 2013
>>
>>
>> But in the database I see the following ( table domain_router )
>>
>> *** 4. row ***
>>  id: 11
>>  element_id: 4
>>  public_mac_address: 06:48:a8:00:00:68
>>   public_ip_address: 172.30.91.102
>>  public_netmask: 255.255.255.0
>>   guest_netmask: NULL
>>guest_ip_address: NULL
>> is_redundant_router: 0
>>priority: 0
>>  is_priority_bumpup: 0
>> redundant_state: UNKNOWN
>>stop_pending: 0
>>role: VIRTUAL_ROUTER
>>template_version:*Cloudstack Release 3.0 Mon Feb 6 15:10:04 PST 2012*
>> scripts_version: 725d5e5901a62c68aed0dd3463023518
>>  vpc_id: NULL
>> 4 rows in set (0.00 sec)
>>
>>
>>
>> I guess this is populated from the VM that gets created. On the xen the
>>vm
>> is r-11. I see the following version on that VM
>>
>> root@r-11-VM:~# cat /etc/cloudstack-release
>> Cloudstack Release 3.0 Mon Feb  6 15:10:04 PST 2012
>>
>>
>> This means that Xen is not picking up the template present in the
>> secondary storage. Does Xen cache the vhd files locally to avoid coming
>>to
>> the secondary storage? If so, how can I disable that?
>>
>> Also, I was looking at UpgradeRouterTemplateCmd API which basically goes
>> through all the VRs and reboots them. It expects that when the reboot is
>> completed, the router should have picked up the 4.2.0 version of the
>> template ( see line 4072 in VirtualNetworkApplianceManagerImpl.java ) I
>> try to do the reboot manually but the template remains the same. Do you
>> guys have any more suggestions?
>>
>> Thanks,
>> -Syed
>>
>>
>>
>>
>>
>>
>> On Wed 20 Nov 2013 12:55:04 PM EST, Wei ZHOU wrote:
>>
>>>
>>> FYI.
>>>
>>> I upgraded from 2.2.14 to 4.2.1. The CPVM, SSVM and VRs are working
>>>after
>>> running *cloudstack-sysvmadm to recreate.*
>>>
>>>
>>> 2013/11/20 Syed Ahmed 
>>>
>>>
 +1 Same error. The secondary storage VM and the Console proxy VM seem
to
 be coming up alright. I see this error only when starting the virtual
 router which is preventing me from creating any instances.


 On Wed 20 Nov 2013 11:14:47 AM EST, Will Stevens wrote:


> I am having the same problem. I got the latest system VMs from:
> http://jenkins.buildacloud.org/view/master/job/build-systemvm-master/
> lastSuccessfulBuild/artifact/tools/appliance/dist/
>
> Are these the wrong System VM Templates? If so, where should I get
>the
> System VM Templates to make this work again?
>
> Thanks,
>
> Will
>
>
> On Thu, Nov 7, 2013 at 7:42 PM, Alena Prokharchyk <
> alena.prokharc...@citrix.com> wrote:
>
> Nitin, I had the same problem, but I fixed it by uploading 4.2 system
>
>>
>> templates to my secondary storage. Make sure you have the latest
>>too.
>>
>> -alena.
>>
>> From: Nitin Mehta > nitin.me...@citrix.com>
>>
>>>
>>>
>>>
>> Reply-To: 
>>"dev@cloudstack.apache.org> >"
>> <
>> dev@cloudstack.apache.org>
>> Date: Thursday, November 7, 2013 4:16 PM
>> To: "dev@cloudstack.apache.org" <
>> dev@cloudstack.apache.org>
>> Subject: Router requires upgrade. Unable to send command to router
>> Error
>>
>> Unable to deploy vms in the latest master because of the commit
>>below.
>> Is
>> anyone noticing this on the latest master.
>> I checked the code and there was a commit made recently 3f5b8f
>>which is
>> where the exception points to.
>>
>> WARN [o.a.c.alerts] (CapacityChecker:ctx-4f1ef01f) alertType:: 2 //
>> dataCenterId:: 3 // podId:: 3 // clusterId:: null // message::
>>System
>> Alert: Low Available Storage in cluster c3 pod p of availability
>>zone
>> z3
>> INFO [o.a.c.f.j.i.AsyncJobMonitor] (Job-Executor-1:ctx-f118d6dc) Add
>> job-44 into job monitoring
>> WARN [c.c.h.x.r.CitrixResourceBase] (DirectAgent-2

Re: [PROPOSAL] User VM HA using native XS HA capabilities

[Koushik Das]

Initial draft of the FS 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/User+VM+HA+using+native+XS+HA+capabilities

-Koushik

On 21-Nov-2013, at 9:59 AM, Koushik Das  wrote:

> Cloudstack relies on custom HA logic for user VMs running on Xenserver. The 
> reason for doing it like this may be due the fact that native HA capabilities 
> in XS was not mature enough during the initial days. Also in the custom HA 
> logic, Cloudstack has to correctly determine the state of a VM from the 
> hypervisor before it can take any action. In case there are any issues in 
> determining the state, HA mechanism can get impacted. Since the hypervisor 
> best knows the state of the VM it is a better approach to rely on native HA 
> capabilities.
> 
> The idea is to rely on native HA capabilities for user VMs from XS 6.2 
> onwards. HA for system VMs would still be based on application logic. For 
> sake of backward compatibility the earlier option will be there as well and 
> there will be a choice to use any one option.
> 
> The additional requirement for this is to pre-configure native HA on a 
> Xenserver cluster before deploying any user VMs as documented here [1].
> 
> I have created a ticket in Jira [2]. I will post the FS for this shortly.
> 
> Thanks,
> Koushik
> 
> [1] 
> http://support.citrix.com/servlet/KbServlet/download/34969-102-704897/reference.pdf
>  (refer section 3.8)
> [2] https://issues.apache.org/jira/browse/CLOUDSTACK-5203
> 
> 

Re: Router requires upgrade. Unable to send command to router Error

[Will Stevens]

I will try this as a temporary solution.  Thank you...

Will


On Fri, Nov 22, 2013 at 6:57 AM, Murali Reddy wrote:

>
> Don¹t understand problem well enough for clean fix, but I updated
> 'template_version' from 3.0 to 4.3 of the VR in the domain_router table
> that resolved the issue for me.
>
> On 22/11/13 3:50 PM, "Will Stevens"  wrote:
>
> >Has anyone been able to resolve this issue?  This is holding up my ability
> >to launch VMs and test the fixes to my plugin.  I need to resolve this
> >issue to move forward...
> >
> >@Syed, are you still stuck on this as well?
> >
> >Cheers,
> >
> >Will
> >
> >
> >On Wed, Nov 20, 2013 at 5:18 PM, Syed Ahmed  wrote:
> >
> >> OK here is how far I got debugging this. I think I am missing a small
> >> thing. I hope you guys can help.
> >>
> >> So my VM template has the correct version.
> >>
> >> root@eng-ns-dev-cs1: /export/secondary/template/tmpl/1/1 # strings
> >> f3fc75d9-0240-4c71-a3bf-fb65652e4763.vhd  | grep Cloudstack
> >>
> >> Cloudstack Release*  4.2.0*Tue Nov 19 23:22:37 UTC 2013
> >>
> >>
> >> But in the database I see the following ( table domain_router )
> >>
> >> *** 4. row ***
> >>  id: 11
> >>  element_id: 4
> >>  public_mac_address: 06:48:a8:00:00:68
> >>   public_ip_address: 172.30.91.102
> >>  public_netmask: 255.255.255.0
> >>   guest_netmask: NULL
> >>guest_ip_address: NULL
> >> is_redundant_router: 0
> >>priority: 0
> >>  is_priority_bumpup: 0
> >> redundant_state: UNKNOWN
> >>stop_pending: 0
> >>role: VIRTUAL_ROUTER
> >>template_version:*Cloudstack Release 3.0 Mon Feb 6 15:10:04 PST 2012*
> >> scripts_version: 725d5e5901a62c68aed0dd3463023518
> >>  vpc_id: NULL
> >> 4 rows in set (0.00 sec)
> >>
> >>
> >>
> >> I guess this is populated from the VM that gets created. On the xen the
> >>vm
> >> is r-11. I see the following version on that VM
> >>
> >> root@r-11-VM:~# cat /etc/cloudstack-release
> >> Cloudstack Release 3.0 Mon Feb  6 15:10:04 PST 2012
> >>
> >>
> >> This means that Xen is not picking up the template present in the
> >> secondary storage. Does Xen cache the vhd files locally to avoid coming
> >>to
> >> the secondary storage? If so, how can I disable that?
> >>
> >> Also, I was looking at UpgradeRouterTemplateCmd API which basically goes
> >> through all the VRs and reboots them. It expects that when the reboot is
> >> completed, the router should have picked up the 4.2.0 version of the
> >> template ( see line 4072 in VirtualNetworkApplianceManagerImpl.java ) I
> >> try to do the reboot manually but the template remains the same. Do you
> >> guys have any more suggestions?
> >>
> >> Thanks,
> >> -Syed
> >>
> >>
> >>
> >>
> >>
> >>
> >> On Wed 20 Nov 2013 12:55:04 PM EST, Wei ZHOU wrote:
> >>
> >>>
> >>> FYI.
> >>>
> >>> I upgraded from 2.2.14 to 4.2.1. The CPVM, SSVM and VRs are working
> >>>after
> >>> running *cloudstack-sysvmadm to recreate.*
> >>>
> >>>
> >>> 2013/11/20 Syed Ahmed 
> >>>
> >>>
>  +1 Same error. The secondary storage VM and the Console proxy VM seem
> to
>  be coming up alright. I see this error only when starting the virtual
>  router which is preventing me from creating any instances.
> 
> 
>  On Wed 20 Nov 2013 11:14:47 AM EST, Will Stevens wrote:
> 
> 
> > I am having the same problem. I got the latest system VMs from:
> >
> http://jenkins.buildacloud.org/view/master/job/build-systemvm-master/
> > lastSuccessfulBuild/artifact/tools/appliance/dist/
> >
> > Are these the wrong System VM Templates? If so, where should I get
> >the
> > System VM Templates to make this work again?
> >
> > Thanks,
> >
> > Will
> >
> >
> > On Thu, Nov 7, 2013 at 7:42 PM, Alena Prokharchyk <
> > alena.prokharc...@citrix.com> wrote:
> >
> > Nitin, I had the same problem, but I fixed it by uploading 4.2 system
> >
> >>
> >> templates to my secondary storage. Make sure you have the latest
> >>too.
> >>
> >> -alena.
> >>
> >> From: Nitin Mehta  >> nitin.me...@citrix.com>
> >>
> >>>
> >>>
> >>>
> >> Reply-To:
> >>"dev@cloudstack.apache.org >> >"
> >> <
> >> dev@cloudstack.apache.org>
> >> Date: Thursday, November 7, 2013 4:16 PM
> >> To: "dev@cloudstack.apache.org" <
> >> dev@cloudstack.apache.org>
> >> Subject: Router requires upgrade. Unable to send command to router
> >> Error
> >>
> >> Unable to deploy vms in the latest master because of the commit
> >>below.
> >> Is
> >> anyone noticing this on the latest master.
> >> I checked the code and there was a commit made recently 3f5b8f
> >>which is
> >> where the exception points to.
> 

Re: Write Access for CWIKI

[Daan Hoogland]

On Fri, Nov 22, 2013 at 7:35 AM, Pavan Bandarupally
 wrote:
> pavanb


ok

Re: persistence layer

[Daan Hoogland]

Had a quick look, It looks alright. One question/doubt: will we thigh
ourselves more to mysql if we code sql more directly instead of
abstracting away from it so we can leave db choice to the operator in
the future!?!?

On Thu, Nov 21, 2013 at 7:03 AM, Darren Shepherd
 wrote:
> I've done a lot of analysis on the data access layer, but just haven't had 
> time to put together a discuss/recommendation.  In the end I'd propose we 
> move to jOOQ.  It's an excellent framework that will be very natural to the 
> style of data access that CloudStack uses and we can slowly migrate to it.  
> I've hacked up some code and proven that I can get the two frameworks to 
> seamlessly interoperate.  So you can select from a custom DAO and commit with 
> jOOQ or vice versa.  Additionally jOOQ will work with the existing pojos we 
> have today.
>
> Check out jOOQ and let me know what you think of it.  I know for most people 
> the immediate thought would be to move to JPA, but the way we managed 
> "session" is completely incompatible with JPA and will require constant 
> merging.  Additionally mixing our custom DAO framework with a JPA solution 
> looks darn near impossible.
>
> Darren
>
>> On Nov 11, 2013, at 8:33 PM, Laszlo Hornyak  wrote:
>>
>> Hi,
>>
>> What are the general directions with the persistence system?
>> What I know about it is:
>> - It works with JPA (javax.persistence) annotations
>> - But rather than integrating a general JPA implementation such us
>> hibernate, eclipselink or OpenJPA it uses its own query generator and DAO
>> classes to generate SQL statements.
>>
>> Questions:
>> - Are you planing to use JPA? What is the motivation behind the custom DAO
>> system?
>> - There are some capabilities in the DAO system that are not used. Should
>> these capabilities be maintained or is it ok to remove the support for
>> unused features in small steps?
>>
>> --
>>
>> EOF

Re: Request: Help designing a 'powered by' logo for CloudStack

[Daan Hoogland]

On Thu, Nov 21, 2013 at 2:10 PM, Kirk Jantzer  wrote:
>> > > > * Please don't use the Apache feather. (we could, but lets not; it
>> > > > will make life simpler)


maybe some fever remnance but I envsion a happy monkey surfing the
cloud on a feather. looks cool to my inner eye

Re: [PROPOSAL] User VM HA using native XS HA capabilities

[David Nalley]

Hi Koushik:

In general I like the idea. A couple of comments:

The upgrade section has a manual step for enabling HA manually per
instance. Why a manual step? Why is CloudStack not checking the
desired state (e.g. if HA is enabled in the instance service group)
with the actual state (what is reflected on the hypervisor) and
changing it when appropriate.

We are already going to need to reconcile the state (things like host
the instance is running on will change for instance) with reality
already - so it seems like making this an automatic step wouldn't be
much extra effort and would scale far easier.

Are there plans on deprecating the custom HA solution, or will it be
supported forever? If the plan is to deprecate, lets go ahead and
start planning that/announcing/etc and not let it fall into disrepair.

--David

On Fri, Nov 22, 2013 at 7:27 AM, Koushik Das  wrote:
> Initial draft of the FS 
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/User+VM+HA+using+native+XS+HA+capabilities
>
> -Koushik
>
> On 21-Nov-2013, at 9:59 AM, Koushik Das  wrote:
>
>> Cloudstack relies on custom HA logic for user VMs running on Xenserver. The 
>> reason for doing it like this may be due the fact that native HA 
>> capabilities in XS was not mature enough during the initial days. Also in 
>> the custom HA logic, Cloudstack has to correctly determine the state of a VM 
>> from the hypervisor before it can take any action. In case there are any 
>> issues in determining the state, HA mechanism can get impacted. Since the 
>> hypervisor best knows the state of the VM it is a better approach to rely on 
>> native HA capabilities.
>>
>> The idea is to rely on native HA capabilities for user VMs from XS 6.2 
>> onwards. HA for system VMs would still be based on application logic. For 
>> sake of backward compatibility the earlier option will be there as well and 
>> there will be a choice to use any one option.
>>
>> The additional requirement for this is to pre-configure native HA on a 
>> Xenserver cluster before deploying any user VMs as documented here [1].
>>
>> I have created a ticket in Jira [2]. I will post the FS for this shortly.
>>
>> Thanks,
>> Koushik
>>
>> [1] 
>> http://support.citrix.com/servlet/KbServlet/download/34969-102-704897/reference.pdf
>>  (refer section 3.8)
>> [2] https://issues.apache.org/jira/browse/CLOUDSTACK-5203
>>
>>
>

Re: Request: Help designing a 'powered by' logo for CloudStack

[David Nalley]

No, please, don't use the feather.



On Fri, Nov 22, 2013 at 8:08 AM, Daan Hoogland  wrote:
> On Thu, Nov 21, 2013 at 2:10 PM, Kirk Jantzer  wrote:
>>> > > > * Please don't use the Apache feather. (we could, but lets not; it
>>> > > > will make life simpler)
>
>
> maybe some fever remnance but I envsion a happy monkey surfing the
> cloud on a feather. looks cool to my inner eye

VM Snapshot local disk ISSUE

[Antonio Petrocelli]

Hello,

we have a zone with 2 host and 1 NFS.

The configuration is set to work "LOCAL"

When we take a VM snapshot for an istance on host number 2 and we try to 
start the VM, the following error occurs:


Resource [Host:1] is unreachable: Host 1: Unable to start instance due 
to Local volume Vol[10|vm=9|ROOT] cannot be recreated on storagepool 
Pool[1|LVM] assigned by deploymentPlanner


Probabily when cloudstack tries to start a VM with at least one VM snap, 
it tries to start it from the first available host (number 1).


Thanks.

Best Regards.

Review Request 15787: Improvement CLOUDSTACK-5231: Add helper texts for registering templates

[Yichi Lu]

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

Review request for cloudstack, Ian Duffy and Rajani Karuturi.


Bugs: 5231
https://issues.apache.org/jira/browse/5231


Repository: cloudstack-git


Description
---

When registering templates, two checkboxes: dynamically scalable and routing, 
are missing helper texts. For dynamically scalable checkbox, add helper text: 
'Check this if the template contains XS/VMWare tools to support dynamic scaling 
of VM cpu/memory.'. For routing, 'Check this if the template is used for 
deploying router.'.


Diffs
-

  ui/scripts/docs.js a3151b1 
  ui/scripts/templates.js f45c2d2 

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


Testing
---

verified on cloudstack GUI, Templates, Register template.


Thanks,

Yichi Lu

Re: Review Request 15787: Improvement CLOUDSTACK-5231: Add helper texts for registering templates

[Rajani Karuturi]

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

Ship it!


Ship It!

- Rajani Karuturi


On Nov. 22, 2013, 3:32 p.m., Yichi Lu wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/15787/
> ---
> 
> (Updated Nov. 22, 2013, 3:32 p.m.)
> 
> 
> Review request for cloudstack, Ian Duffy and Rajani Karuturi.
> 
> 
> Bugs: 5231
> https://issues.apache.org/jira/browse/5231
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> When registering templates, two checkboxes: dynamically scalable and routing, 
> are missing helper texts. For dynamically scalable checkbox, add helper text: 
> 'Check this if the template contains XS/VMWare tools to support dynamic 
> scaling of VM cpu/memory.'. For routing, 'Check this if the template is used 
> for deploying router.'.
> 
> 
> Diffs
> -
> 
>   ui/scripts/docs.js a3151b1 
>   ui/scripts/templates.js f45c2d2 
> 
> Diff: https://reviews.apache.org/r/15787/diff/
> 
> 
> Testing
> ---
> 
> verified on cloudstack GUI, Templates, Register template.
> 
> 
> Thanks,
> 
> Yichi Lu
> 
>

Re: Review Request 15748: vmware os type error for redhat 6.x

[daan Hoogland]

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


makes sense but it doesn't apply to master and 4.2 is frozen for the moment. 
I'll copy paste to master and commit after a test compile.

- daan Hoogland


On Nov. 21, 2013, 2:53 a.m., Jijun wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/15748/
> ---
> 
> (Updated Nov. 21, 2013, 2:53 a.m.)
> 
> 
> Review request for cloudstack and daan Hoogland.
> 
> 
> Bugs: CLOUDSTACK-5225
> https://issues.apache.org/jira/browse/CLOUDSTACK-5225
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
>  upload a redhat 6.x iso or template , start a vm using it. check the os type 
> in vsphere client, the vm os type is other 64 linux. the vmware-tools can not 
> be installed due to the issue. 
> 
> 
> Diffs
> -
> 
>   vmware-base/src/com/cloud/hypervisor/vmware/util/VmwareGuestOsMapper.java 
> b8c3e8d 
> 
> Diff: https://reviews.apache.org/r/15748/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Jijun
> 
>

Fwd: Review Request #15566 - CLOUDSTACK-4969

[Daan Hoogland]

H,

This change makes sense to me but is there any guru that oposes to a
GuestOSCategory of 'None'?


-- Forwarded message --
From: Yichi Lu 
Date: Fri, Nov 22, 2013 at 4:38 PM
Subject: Review Request #15566 - CLOUDSTACK-4969
To: us...@cloudstack.apache.org


Dear Committers:
I submitted this review request a week ago, but have not received any
response. I'd appreciate if someone could review this for me. (My another
request, # 15633, CLOUDSTACK-5079 is about 5 days old). Thanks.

Yichi

Re: Review Request 15787: Improvement CLOUDSTACK-5231: Add helper texts for registering templates

[ASF Subversion and Git Services]

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


Commit 8e580cc41184eac53969267234114d9d8ea23006 in branch refs/heads/master 
from Yichi Lu
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=8e580cc ]

CLOUDSTACK-5231: add helper messages for DynamicallyScalable and Routing


- ASF Subversion and Git Services


On Nov. 22, 2013, 3:32 p.m., Yichi Lu wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/15787/
> ---
> 
> (Updated Nov. 22, 2013, 3:32 p.m.)
> 
> 
> Review request for cloudstack, Ian Duffy and Rajani Karuturi.
> 
> 
> Bugs: 5231
> https://issues.apache.org/jira/browse/5231
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> When registering templates, two checkboxes: dynamically scalable and routing, 
> are missing helper texts. For dynamically scalable checkbox, add helper text: 
> 'Check this if the template contains XS/VMWare tools to support dynamic 
> scaling of VM cpu/memory.'. For routing, 'Check this if the template is used 
> for deploying router.'.
> 
> 
> Diffs
> -
> 
>   ui/scripts/docs.js a3151b1 
>   ui/scripts/templates.js f45c2d2 
> 
> Diff: https://reviews.apache.org/r/15787/diff/
> 
> 
> Testing
> ---
> 
> verified on cloudstack GUI, Templates, Register template.
> 
> 
> Thanks,
> 
> Yichi Lu
> 
>

Re: Review Request 15787: Improvement CLOUDSTACK-5231: Add helper texts for registering templates

[daan Hoogland]

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

Ship it!


8e580cc41184eac53969267234114d9d8ea23006

(had to edit blame info - please use your email next time)

- daan Hoogland


On Nov. 22, 2013, 3:32 p.m., Yichi Lu wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/15787/
> ---
> 
> (Updated Nov. 22, 2013, 3:32 p.m.)
> 
> 
> Review request for cloudstack, Ian Duffy and Rajani Karuturi.
> 
> 
> Bugs: 5231
> https://issues.apache.org/jira/browse/5231
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> When registering templates, two checkboxes: dynamically scalable and routing, 
> are missing helper texts. For dynamically scalable checkbox, add helper text: 
> 'Check this if the template contains XS/VMWare tools to support dynamic 
> scaling of VM cpu/memory.'. For routing, 'Check this if the template is used 
> for deploying router.'.
> 
> 
> Diffs
> -
> 
>   ui/scripts/docs.js a3151b1 
>   ui/scripts/templates.js f45c2d2 
> 
> Diff: https://reviews.apache.org/r/15787/diff/
> 
> 
> Testing
> ---
> 
> verified on cloudstack GUI, Templates, Register template.
> 
> 
> Thanks,
> 
> Yichi Lu
> 
>

Re: Review Request 15748: vmware os type error for redhat 6.x

[daan Hoogland]

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

Ship it!


4517b9277b4b6299b36a45844052882d856561e6

- daan Hoogland


On Nov. 21, 2013, 2:53 a.m., Jijun wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/15748/
> ---
> 
> (Updated Nov. 21, 2013, 2:53 a.m.)
> 
> 
> Review request for cloudstack and daan Hoogland.
> 
> 
> Bugs: CLOUDSTACK-5225
> https://issues.apache.org/jira/browse/CLOUDSTACK-5225
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
>  upload a redhat 6.x iso or template , start a vm using it. check the os type 
> in vsphere client, the vm os type is other 64 linux. the vmware-tools can not 
> be installed due to the issue. 
> 
> 
> Diffs
> -
> 
>   vmware-base/src/com/cloud/hypervisor/vmware/util/VmwareGuestOsMapper.java 
> b8c3e8d 
> 
> Diff: https://reviews.apache.org/r/15748/diff/
> 
> 
> Testing
> ---
> 
> 
> Thanks,
> 
> Jijun
> 
>

Re: Upgrading nitro API to 10.1

[Syed Ahmed]

Thanks Vijay. I'll check it out.

On Fri, Nov 22, 2013 at 4:41 AM, Vijay Venkatachalam
 wrote:
> You should be able to use 10.1 now.
>
> Thanks,
> Vijay V.
>
>> -Original Message-
>> From: Vijay Venkatachalam
>> Sent: Wednesday, November 20, 2013 6:56 AM
>> To: 'Syed Ahmed'; 'Will Stevens'
>> Cc: 'dev@cloudstack.apache.org'; 'Prasanna Santhanam'; Murali Reddy
>> Subject: RE: Upgrading nitro API to 10.1
>>
>> Hi Syed,
>>   I will check this. Will respond in a day or two.
>> Thanks,
>> Vijay V.
>>
>> > -Original Message-
>> > From: Syed Ahmed [mailto:sah...@cloudops.com]
>> > Sent: Tuesday, November 19, 2013 11:25 PM
>> > To: Will Stevens
>> > Cc: dev@cloudstack.apache.org; Prasanna Santhanam; Murali Reddy; Vijay
>> > Venkatachalam
>> > Subject: Re: Upgrading nitro API to 10.1
>> >
>> > Hi All,
>> >
>> > I was looking at changing the nitro version to 10.1 but was not able
>> > to find this version in the maven repository. Who would be the right
>> > person for pushing it onto the repo?
>> >
>> > Thanks,
>> > -Syed
>> >
>> >
>> > On Fri 15 Nov 2013 11:13:07 PM EST, Syed Ahmed wrote:
>> > > Thanks Will. Will Do.
>> > >
>> > >
>> > > On Fri 15 Nov 2013 10:52:27 PM EST, Will Stevens wrote:
>> > >> @Syed: I just did that for the Palo Alto plugin, so let me know if
>> > >> you have questions...
>> > >>
>> > >> Will
>> > >>
>> > >>
>> > >> On Fri, Nov 15, 2013 at 10:42 PM, Prasanna Santhanam
>> > >> mailto:t...@apache.org>> wrote:
>> > >>
>> > >> awesome. thanks syed!
>> > >>
>> > >> On Fri, Nov 15, 2013 at 10:39:18PM -0500, Syed Ahmed wrote:
>> > >> > Sure. No problems.
>> > >> >
>> > >> > Thanks,
>> > >> > -Syed
>> > >> >
>> > >> > On Fri 15 Nov 2013 10:35:04 PM EST, Prasanna Santhanam wrote:
>> > >> > >that should be ok - i was supposed to have moved the netscaler
>> > >> plugin
>> > >> > >from noredist to oss but never got around to it. would you be
>> > >> able to
>> > >> > >take that up as part of your change?
>> > >> > >
>> > >> > >On Fri, Nov 15, 2013 at 10:29:56PM -0500, Syed Ahmed wrote:
>> > >> > >>Yes Prasanna. This is a jar upgrade and yes that is the source
>> > >> code.
>> > >> > >>This means that we could remove the noredist from netscaler
>> > >> plugin.
>> > >> > >>
>> > >> > >>Thanks,
>> > >> > >>-Syed
>> > >> > >>
>> > >> > >>
>> > >> >
>> > >>
>> > >> --
>> > >> Prasanna.,
>> > >>
>> > >> 
>> > >> Powered by BigRock.com
>> > >>
>> > >>
>> > >
>> > >
>> >
>

Re: persistence layer

[Alex Ough]

All,

I'm very interested in converting the current DAO framework to an ORM. I
didn't have any experience with java related ORMs, but I've done quite lots
of works with Django and LINQ. So can you add me if this project is started?

Thanks
Alex Ough


On Fri, Nov 22, 2013 at 7:06 AM, Daan Hoogland wrote:

> Had a quick look, It looks alright. One question/doubt: will we thigh
> ourselves more to mysql if we code sql more directly instead of
> abstracting away from it so we can leave db choice to the operator in
> the future!?!?
>
> On Thu, Nov 21, 2013 at 7:03 AM, Darren Shepherd
>  wrote:
> > I've done a lot of analysis on the data access layer, but just haven't
> had time to put together a discuss/recommendation.  In the end I'd propose
> we move to jOOQ.  It's an excellent framework that will be very natural to
> the style of data access that CloudStack uses and we can slowly migrate to
> it.  I've hacked up some code and proven that I can get the two frameworks
> to seamlessly interoperate.  So you can select from a custom DAO and commit
> with jOOQ or vice versa.  Additionally jOOQ will work with the existing
> pojos we have today.
> >
> > Check out jOOQ and let me know what you think of it.  I know for most
> people the immediate thought would be to move to JPA, but the way we
> managed "session" is completely incompatible with JPA and will require
> constant merging.  Additionally mixing our custom DAO framework with a JPA
> solution looks darn near impossible.
> >
> > Darren
> >
> >> On Nov 11, 2013, at 8:33 PM, Laszlo Hornyak 
> wrote:
> >>
> >> Hi,
> >>
> >> What are the general directions with the persistence system?
> >> What I know about it is:
> >> - It works with JPA (javax.persistence) annotations
> >> - But rather than integrating a general JPA implementation such us
> >> hibernate, eclipselink or OpenJPA it uses its own query generator and
> DAO
> >> classes to generate SQL statements.
> >>
> >> Questions:
> >> - Are you planing to use JPA? What is the motivation behind the custom
> DAO
> >> system?
> >> - There are some capabilities in the DAO system that are not used.
> Should
> >> these capabilities be maintained or is it ok to remove the support for
> >> unused features in small steps?
> >>
> >> --
> >>
> >> EOF
>
>

Re: A question on vm migrations when hosts are set into a maintenance mode.

[Alex Ough]

Thanks to help from many developers,
I sent my first review request in the cloudstack,
https://reviews.apache.org/r/15763/,
so please take a look at it and let me know if there is anything
missing/incorrect.

Thanks again.
Alex Ough


On Thu, Nov 21, 2013 at 10:09 AM, Alex Ough  wrote:

> Hi Wido,
>
> Related with the 'disk_offering.cache_mode',
> I found that there is a sql file to add that column, which is 'cloudstack/
> developer/target/db/db/schema-430to440.sql'.
> But after running it manually, I have another error saying that the
> 'cache_mode' cannot be null, so I just changed the column to allow null to
> move on.
>
> So you may include the sql file and allow null in that column.
>
> Thanks
> Alex Ough
>
>
> On Wed, Nov 20, 2013 at 3:45 PM, Alex Huang  wrote:
>
>>  Wido,
>>
>>
>>
>> Looks like you didn’t update your schema file or forgot to add a schema
>> upgrade file in master?  See the error described by Alex below.
>>
>>
>>
>> @Alex
>>
>> You can probably remove the cachemode field in the DiskOfferingVO for now.  
>> Or revert  1edaa36 on your local repo to keep moving forward.
>>
>>
>>
>> --Alex
>>
>>
>>
>> *From:* Alex Ough [mailto:alex.o...@sungard.com]
>> *Sent:* Wednesday, November 20, 2013 9:56 AM
>> *To:* Alex Huang
>> *Cc:* dev@cloudstack.apache.org
>>
>> *Subject:* Re: A question on vm migrations when hosts are set into a
>> maintenance mode.
>>
>>
>>
>> Hi Alex,
>>
>>
>>
>> It looks like you moved the 'ExecuteInSequence' to the vm level from the
>> management server, which seems to be ok, but at this time I cannot test it
>>
>> because when I try to start up the management server, it fails because of
>> database schema error, which is 'Unknown column 'disk_offering.cache_mode'
>> in 'field list' even if I re-built the database.
>>
>>
>>
>> Is the schema change part of your changes or something other developer
>> changed?
>>
>>
>>
>> If that is from any other developer, can you fix this?
>>
>>
>>
>> Thanks
>>
>> Alex Ough
>>
>>
>>
>>
>>
>>
>>
>> On Tue, Nov 19, 2013 at 7:25 PM, Alex Huang 
>> wrote:
>>
>>  Alex,
>>
>>
>>
>> Can you do a pull from master and see if my fix fits your needs.
>> Unfortunately, I’m on the road and couldn’t do an actual test of it.
>>
>>
>>
>> --Alex
>>
>>
>>
>> *From:* Alex Huang
>> *Sent:* Tuesday, November 19, 2013 4:45 AM
>> *To:* 'Alex Ough'; dev@cloudstack.apache.org
>> *Subject:* RE: A question on vm migrations when hosts are set into a
>> maintenance mode.
>>
>>
>>
>> Alex,
>>
>>
>>
>> Sorry for the late reply.  Been travelling the last couple of weeks.
>> I’ll look into this today.
>>
>>
>>
>> --Alex
>>
>>
>>
>> *From:* Alex Ough [mailto:alex.o...@sungard.com ]
>> *Sent:* Monday, November 18, 2013 6:17 AM
>> *To:* dev@cloudstack.apache.org
>> *Cc:* Alex Huang
>> *Subject:* Re: A question on vm migrations when hosts are set into a
>> maintenance mode.
>>
>>
>>
>> Thank Parasanna & Sebastien,
>>
>> I also got his email and sent an email.
>>
>> Waiting for his reply...
>>
>>
>>
>> Thanks
>>
>> Alex Ough
>>
>>
>>
>> On Sat, Nov 16, 2013 at 3:05 PM, Sebastien Goasguen 
>> wrote:
>>
>> cc Alex Huang to get his attention:
>>
>>
>>
>> On Nov 15, 2013, at 10:17 PM, Prasanna Santhanam  wrote:
>>
>> > Alex, Could you just do a git blame on the file and copy the emails of
>> > people who changed that bit of code? They may be able to help if Cc-ed
>> > directly.
>> >
>> > Thanks,
>> >
>> > On Fri, Nov 15, 2013 at 01:49:07PM -0600, Alex Ough wrote:
>> >> I hate to sending the same emails over and over again, but I really
>> need to
>> >> finalize this feature to be included in the next code freeze because
>> this
>> >> feature is very critical in our inside project.
>> >>
>> >> Anyone who can help, please?
>> >> Thanks
>> >> Alex Ough
>> >>
>> >>
>> >> On Thu, Nov 14, 2013 at 1:27 PM, Alex Ough 
>> wrote:
>> >>
>> >>> Not sure if Alex Huang checked this, but can anyone help to resolve
>> this?
>> >>>
>> >>> Thanks
>> >>> Alex Ough
>> >>>
>> >>>
>> >>> On Wed, Nov 13, 2013 at 11:39 AM, Alex Ough 
>> wrote:
>> >>>
>>  It sounds a little scary...
>> 
>>  I looked at the history and found these.
>> 
>>  8/9/ : file moved to engine by Alex Huang
>>  9/16 : '_mgmtServer.getExecuteInSequence()' changed to
>>  'getExecuteInSequence()' by Alex Huang
>> 
>> 
>>  Hi Alex Huang,
>>  I'm not sure if you're aware of this, but can you check this for me?
>> 
>>  Thanks
>>  Alex Ough
>> 
>> 
>> 
>>  On Wed, Nov 13, 2013 at 11:18 AM, Marcus Sorensen <
>> shadow...@gmail.com>wrote:
>> 
>> > I'm not sure. I know in the past when I've seen files change
>> locations
>> > it has also clobbered updates to that file. Someone branched, did
>> the
>> > reorganization work, and merged, while in-between the original file
>> > changed.
>> >
>> > On Wed, Nov 13, 2013 at 9:21 AM, Alex Ough 
>> > wrote:
>> >> All,
>> >>
>> >> While merging my changes to 4.3 branch, I found that the 

file shuffling

[Marcus Sorensen]

I just need to blow off some steam about the shifting sands of our
codebase.  I went to look at the resizeVolume method today and found
that it has moved again, twice in about six months. It went from
StorageManagerImpl.java in 4.1 to VolumeManagerImpl.java in 4.2, and
now VolumeApiServiceImpl.java in 4.3. I assume sometime soon it will
move again from com.cloud.storage to org.apache.storage or something.
I'm hoping that change is progress, but between this and knowing of at
least two occasions where features/patches simply disappeared because
a file re-org branch was merged in that ignored any changes
post-branch, I begin to wonder why in the heck things keep getting
moved around and how much thought is being put into the consequences.

RE: persistence layer

[Frank Zhang]

I recommend QueryDSL. Having a quick look at JOOQ, it's very similar to 
QueryDSL.
QueryDSL has been integrated into Spring for 2 years, and JOOQ haven't had 
official doc for Spring.
Besides Sql, QueryDSL also gets fair credit on manipulating NoSql which is an 
additional plus.

> -Original Message-
> From: Alex Ough [mailto:alex.o...@sungard.com]
> Sent: Friday, November 22, 2013 9:50 AM
> To: dev@cloudstack.apache.org
> Subject: Re: persistence layer
> 
> All,
> 
> I'm very interested in converting the current DAO framework to an ORM. I
> didn't have any experience with java related ORMs, but I've done quite lots of
> works with Django and LINQ. So can you add me if this project is started?
> 
> Thanks
> Alex Ough
> 
> 
> On Fri, Nov 22, 2013 at 7:06 AM, Daan Hoogland
> wrote:
> 
> > Had a quick look, It looks alright. One question/doubt: will we thigh
> > ourselves more to mysql if we code sql more directly instead of
> > abstracting away from it so we can leave db choice to the operator in
> > the future!?!?
> >
> > On Thu, Nov 21, 2013 at 7:03 AM, Darren Shepherd
> >  wrote:
> > > I've done a lot of analysis on the data access layer, but just
> > > haven't
> > had time to put together a discuss/recommendation.  In the end I'd
> > propose we move to jOOQ.  It's an excellent framework that will be
> > very natural to the style of data access that CloudStack uses and we
> > can slowly migrate to it.  I've hacked up some code and proven that I
> > can get the two frameworks to seamlessly interoperate.  So you can
> > select from a custom DAO and commit with jOOQ or vice versa.
> > Additionally jOOQ will work with the existing pojos we have today.
> > >
> > > Check out jOOQ and let me know what you think of it.  I know for
> > > most
> > people the immediate thought would be to move to JPA, but the way we
> > managed "session" is completely incompatible with JPA and will require
> > constant merging.  Additionally mixing our custom DAO framework with a
> > JPA solution looks darn near impossible.
> > >
> > > Darren
> > >
> > >> On Nov 11, 2013, at 8:33 PM, Laszlo Hornyak
> > >> 
> > wrote:
> > >>
> > >> Hi,
> > >>
> > >> What are the general directions with the persistence system?
> > >> What I know about it is:
> > >> - It works with JPA (javax.persistence) annotations
> > >> - But rather than integrating a general JPA implementation such us
> > >> hibernate, eclipselink or OpenJPA it uses its own query generator
> > >> and
> > DAO
> > >> classes to generate SQL statements.
> > >>
> > >> Questions:
> > >> - Are you planing to use JPA? What is the motivation behind the
> > >> custom
> > DAO
> > >> system?
> > >> - There are some capabilities in the DAO system that are not used.
> > Should
> > >> these capabilities be maintained or is it ok to remove the support
> > >> for unused features in small steps?
> > >>
> > >> --
> > >>
> > >> EOF
> >
> >

Fwd: Review Request #15566 - CLOUDSTACK-4969

[Yichi Lu]

-- Forwarded message --
From: Yichi Lu 
Date: Fri, Nov 22, 2013 at 9:38 AM
Subject: Review Request #15566 - CLOUDSTACK-4969
To: us...@cloudstack.apache.org


Dear Committers:
I submitted this review request a week ago, but have not received any
response. I'd appreciate if someone could review this for me. (My another
request, # 15633, CLOUDSTACK-5079 is about 5 days old). Thanks.

Yichi

RE: Help In Launch instance Schedule policy

[Prachi Damle]

Hi Yitao,

CloudStack scheduling policies are implemented by the DeploymentPlanner and 
HostAllocator/StoragePoolAllocator components.
If you want to take a look at the source code of these components, this will 
tell you where to look: 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/VM+Deployment+Planning+and+Resource+Allocation

These components implement the Adapter  interface of CloudStack - so you can 
provide your own implementation and plug it in to be used for VM deployment. 
Let me know if you face any questions on this.

Thanks,
Prachi
-Original Message-
From: Yitao Jiang [mailto:willier...@gmail.com] 
Sent: Thursday, November 21, 2013 10:11 PM
To: dev@cloudstack.apache.org
Subject: Help In Launch instance Schedule policy

Hi,

I was looking for some help in launching instance using some schedule policies.
I know that Openstack allow developers write their own policy .So I guess 
cloudstack support maybe that .Since i am just started developing it , i'll be 
really appreciate someone can tell me where i can write it  using some policy, 
such as according to the weight of each host, or RoundRobin.
-- 

Best regards,

Yitao Jiang

Re: About Cloudstack RedundantRouter some Issue

[Sheng Yang]

1. Redundant router supports all isolated network services. Could you add
log to show the error?

2. Currently redundant router doesn't support HA, because the other router
of the pair would take over immediately. And it's somehow complex to
implement the HA with redundant router, which itself is a kind of HA
mechanism.

--Sheng


On Fri, Nov 22, 2013 at 12:31 AM, guang wu  wrote:

> Hi,everyone
>   No.1 i'm built cloudstack environment for 4.0, Advance Network mode, i'm
> create a Network offering with Source NAT and other service(such as Static
> Nat, LB, PF,FW,DNS,DHCP) , and RedundantRouter is Enabled, and GuestType is
> Isolated, create Guest network and use this Network Offering, create a
> Virtual Machine, when i add Static Nat to this vm that system appear
>  error this operate failed, try again , this issue remain exist(but General
> Router is support Static Nat). I want know RedundantRouter is not  support
> Static Nat or need other condition? if need other condition, can you tell
> me?
>
>
>   No.2 i want know RedundantRouter whether support HA itself, i test found,
> when i shutdown RedundantRouter that can't restart by self, but not
> RedundantRouter(general Router can restart again) cant start by self.  if
> RedundantRouter  not support HA, why is design ?
>
> thank you
>