RE: new committer Vladimir Petrov

2023-12-12 Thread Kishan Kavala 
Congratulations Vladi!!

 


-Original Message-
From: Nicolas Vazquez  
Sent: Tuesday, December 12, 2023 4:43 PM
To: d...@cloudstack.apache.org
Cc: users 
Subject: Re: new committer Vladimir Petrov

Congratulations Vladi!

Regards,
Nicolas Vazquez


From: Abhishek Kumar 
Date: Tuesday, 12 December 2023 at 08:08
To: d...@cloudstack.apache.org 
Cc: users 
Subject: Re: new committer Vladimir Petrov Congrats Vladi!


 

On Tue, 12 Dec 2023 at 15:22, Daan Hoogland  wrote:

> community,
>
> The PMC has decided Vladi to become a committer and he has gracefully 
> accepted. Please join me in welcoming Vladi to the project as 
> committer.
> Congratulations Vladi
>
> --
> Daan
>

RE: Alternative Cloudstack UI for KVM and Basic Zones (with SG)

2017-04-25 Thread Kishan Kavala 
Ivan,
UI is very impressive and user friendly.
Thanks for sharing.

-Original Message-
From: Jayapal Uradi [mailto:jayapal.ur...@accelerite.com]
Sent: 25 April 2017 03:41 PM
To: d...@cloudstack.apache.org
Cc: users@cloudstack.apache.org
Subject: Re: Alternative Cloudstack UI for KVM and Basic Zones (with SG)

New UI pages looks good.

Thanks,
Jayapal
> On Apr 25, 2017, at 1:55 PM, Rajani Karuturi  wrote:
>
> Looks very good. Thanks for open sourcing it :)
>
> ~ Rajani
>
> http://cloudplatform.accelerite.com/
>
> On April 25, 2017 at 12:42 PM, Ivan Kudryavtsev
> (kudryavtsev...@bw-sw.com) wrote:
>
> Hello, Cloudstack community.
>
> We are proud to present our last development effort to you.
> During the last
> 5 months we spend some time to develop alternative Cloudstack UI for
> basic zones with KVM hypervisor and security groups. This is basically
> the thing we are using in our clouds. During the design of the
> software we tried to fulfill the expectations of our average cloud
> users and simplify operations as much as possible.
>
> The project is OSS and can be found at GitHub with bunch of
> screenshots and deployment guide. It's under active development so, we
> will ge glad if you join and provide us with additional feedback, UX
> considerations and other interesting information.
>
> Project page at GitHub: https://bwsw.github.io/cloudstack-ui/
> Source code: https://github.com/bwsw/cloudstack-ui
>
> Have a good day. Looking forward hearing your feedback.
>
> --
> With best regards, Ivan Kudryavtsev
> Bitworks Software, Ltd.
> Cell: +7-923-414-1515
> WWW: http://bw-sw.com/




DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Accelerite, a Persistent Systems business. It is intended only for 
the use of the individual or entity to which it is addressed. If you are not 
the intended recipient, you are not authorized to read, retain, copy, print, 
distribute or use this message. If you have received this communication in 
error, please notify the sender and delete all copies of this message. 
Accelerite, a Persistent Systems business does not accept any liability for 
virus infected mails.



DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Accelerite, a Persistent Systems business. It is intended only for 
the use of the individual or entity to which it is addressed. If you are not 
the intended recipient, you are not authorized to read, retain, copy, print, 
distribute or use this message. If you have received this communication in 
error, please notify the sender and delete all copies of this message. 
Accelerite, a Persistent Systems business does not accept any liability for 
virus infected mails.

RE: AWS-Style Regions Cloud stack

2016-06-23 Thread Kishan Kavala 
Ghaith,
Copy template across regions is not supported.

~kishan

From: Ghaith Bannoura [mailto:gbanno...@etq.com]
Sent: Thursday, June 23, 2016 4:29 AM
To: users@cloudstack.apache.org
Subject: AWS-Style Regions Cloud stack

Hello All,

Please note that I have two regions for cloud stack that connected from network 
level (site to site VPN ) not using cloud stack Networking  .

I configured the two regions as mentioned from the website link " 
http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.6/configuration.html#adding-regions
 "

The feature that needed between regions is copy templates between regions but 
unfortunately that when I tried to copy from region A to B or from B to A , the 
Zones not appear as below screen shot

[cid:image001.png@01D1CCF2.BEC134E0]


Can you please advise if there any need for the VPC or any network configuring 
inside cloud stack else than mention from the above URL ?

Hint : I have region A with one Basic zone and region B with one advanced zone


Best Regards,
EtQ, Inc.
Ghaith Bannoura
System Administrator
MCT, MCSE (Messaging, Server Infrastructure)
MCSA (Windows Server 2008, 2012), MCP

*  Phone: +9626-537-0923 Ext. 376
*  gbanno...@etq.com 
*   http://www.etq.com





DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Accelerite, a Persistent Systems business. It is intended only for 
the use of the individual or entity to which it is addressed. If you are not 
the intended recipient, you are not authorized to read, retain, copy, print, 
distribute or use this message. If you have received this communication in 
error, please notify the sender and delete all copies of this message. 
Accelerite, a Persistent Systems business does not accept any liability for 
virus infected mails.

RE: LXC container template for CloudStack

2016-06-08 Thread Kishan Kavala 
You can try this centos 7 template for LXC: 
http://download.cloud.com/templates/builtin/centos-7-x86_64.tar.gz

-Original Message-
From: Cloud List [mailto:cloud-l...@sg.or.id] 
Sent: Wednesday, June 08, 2016 1:35 PM
To: users@cloudstack.apache.org; d...@cloudstack.apache.org
Subject: Re: LXC container template for CloudStack

Dear all,

Anyone can point me to any URLs containing ready-to-use LXC container template 
for Cloudstack, ready for download?

Thank you.

-ip-


On Mon, Jun 6, 2016 at 2:21 PM, Cloud List  wrote:

> Dear all,
>
> I am trying to add an LXC cluster in addition to the existing running 
> KVM cluster in my CloudStack 4.8.0 test environment.
>
>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/LXC+Support+in+
> Cloudstack
>
> I understand that the LXC container template for CloudStack is not 
> provided / bundled by default, so we need to create one or download. 
> May I
> know:
>
> (1) How do we create one? I follow the instruction on how to create 
> LXC template for Ubuntu here:
>
>
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/LXC+Template+cr
> eation#LXCTemplatecreation-CreatingtemplateonUbuntu
>
> It requires us to install lxc (apt-get install lxc) but doing so will 
> remove cloudstack-agent package hosted on the same host.
>
> (2) Where can we download ready-to-use LXC container template for 
> CloudStack?
>
> Looking forward to your reply, thank you.
>
> Cheers.
>
> -ip-
>



DISCLAIMER
==
This e-mail may contain privileged and confidential information which is the 
property of Accelerite, a Persistent Systems business. It is intended only for 
the use of the individual or entity to which it is addressed. If you are not 
the intended recipient, you are not authorized to read, retain, copy, print, 
distribute or use this message. If you have received this communication in 
error, please notify the sender and delete all copies of this message. 
Accelerite, a Persistent Systems business does not accept any liability for 
virus infected mails.

RE: Rate Limiting Internet Traffic

2015-03-15 Thread Kishan Kavala 
Timothy,
Network Throttling is supported in CS.
http://cloudstack.apache.org/docs/en-US/Apache_CloudStack/4.1.1/html/Admin_Guide/network-rate.html

You can have an upper limit on public traffic via VR. But that does not 
guarantee minimum bandwidth.

~kishan

From: Timothy Lothering [mailto:tlother...@datacentrix.co.za]
Sent: Thursday, March 12, 2015 1:59 PM
To: users@cloudstack.apache.org
Subject: Rate Limiting Internet Traffic

Hello ACS Community,

I have received an interesting request, a Customer wants to rate limit their 
Internet/VPN Traffic, this ties hand in hand with also needing to guarantee 
bandwidth. Is there a mechanism to do this? Customers are willing to pay for 
this service and it will also allow us to manage Cloud Bandwidth

I would assume that it could be done on the VR, any ideas?

Kind Regards,

Timothy

[www.datacentrix.co.za]


Timothy Lothering
Solutions Architect
Managed Services

T: +27877415535
F: +27877415100
C: +27824904099
E: tlother...@datacentrix.co.za
www.datacentrix.co.za


   Serious about performance, passionate about value

[cid:115031210290101157@za-mta-9.za.mimecast.lan]


Disclaimer
Everything in this e-mail and any attachments relating to the official business 
of Datacentrix Holdings Ltd. and its subsidiaries ('Datacentrix') is 
proprietary to Datacentrix. It is confidential, legally privileged and 
protected by law. Datacentrix does not own and endorse any other content. Views 
and opinions are those of the sender unless clearly stated as being that of 
Datacentrix. The person addressed in the e-mail is the sole authorised 
recipient. Please notify the sender immediately if it has unintentionally 
reached you and do not read, disclose or use the content in any way. 
Datacentrix cannot assure that the integrity of this communication has been 
maintained nor that it is free of errors, virus, interception or interference.

[cid:115031210290101257@za-mta-9.za.mimecast.lan]

RE: [DISCUSS] Improving VR services such as password server

2015-02-20 Thread Kishan Kavala 
Rohit,
Completely agree with the scalability and maintenance issues with systems Vms. 
Using an agent inside VR will probably work well for KVM, since the KVM agent 
(Resource layer) is remote. Communication using link-local network also won't 
be a problem is such case.
For other hypervisors, it will increase load on the mgmt server due to direct 
agents.  Also, mgmt server cannot access VRs directly.

The options you mentioned  are definitely worth exploring.

Are you also looking at improving system Vm upgrade procedure?

-Original Message-
From: Rohit Yadav [mailto:rohit.ya...@shapeblue.com] 
Sent: Friday, February 20, 2015 1:24 PM
To: dev; users@cloudstack.apache.org
Subject: [DISCUSS] Improving VR services such as password server

Hi,

I'm trying to explore how to make systemvms more robust and fault-tolerant, and 
the manual/automated QA of systemvms. One of the common user facing issues 
related to scalability was the reset password/key servers where the VR serves 
data using socat etc using forking mechanisms and global locks. This slows down 
the processes such as reset password.

More here: https://issues.apache.org/jira/browse/CLOUDSTACK-8272

One of the blindly thrown solutions includes increasing the VR RAM which works 
for at scale but then seems to fail again when the load is increased beyond a 
point. I don't know of any performance and stress testing reports that tell us 
about these bottlenecks. Please share if you have done anything in this regard.

I want to do couple of things:

- Explore systemvm build changes using newer tools such as packer
- Cleanup script execution and code in resource layer
- Start replacing bash scripts with more robust implementations, perhaps a 
single or few agents on VRs that provide non-hardcoded well-documented 
interfaces
- Right now everything in VR/systemvms is sort of hardcoded and the 
services/interfaces are not well-documented. The idea is to refactor and wrap 
everything we want to do with the systemvms in a general agents framework that 
provides monitoring and managing the VRs (do stuff like upgrades etc to combat 
things like ghost, poodle issues):
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Agents+Framework

What are the other issues you've had in past that you would like to be improved?

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

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

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

RE: CoreOS/Docker - a new blog series

2015-02-19 Thread Kishan Kavala 
cloud-config is supported via config drive in CoreOS [1]. Are there any 
usecases for cloudstack if config drive is supported as an alternative to VR 
providing userdata/metadata? It could be a generic implementation not specific 
to CoreOS.

[1] https://coreos.com/docs/cluster-management/setup/cloudinit-config-drive/

-Original Message-
From: sebgoa [mailto:run...@gmail.com] 
Sent: Tuesday, February 17, 2015 8:50 PM
To: users@cloudstack.apache.org
Subject: Re: CoreOS/Docker - a new blog series


On Feb 17, 2015, at 3:36 PM, Andrei Mikhailovsky  wrote:

> Seb,
> 
> It is strange, but $public_ipv4 seem to work now. I've not really changed 
> anything and I have attempted to use it several times in the past. Very 
> strange indeed. 
> 

yeah, public_ipv4 should work. Sometimes I have seen failure, but these were 
due to etcd bootstrapping. I don't know how you do it, but if you use token 
from the cores discovery service, you will need to regenerate a new one when 
you start a new cluster...and make sure that this token is properly set in your 
cloud-config files



> Andrei
> - Original Message -
> 
>> From: "sebgoa" 
>> To: users@cloudstack.apache.org
>> Sent: Tuesday, 17 February, 2015 2:04:10 PM
>> Subject: Re: CoreOS/Docker - a new blog series
> 
>> On Feb 17, 2015, at 1:58 PM, sebgoa  wrote:
> 
>>> 
>>> On Feb 17, 2015, at 1:29 PM, Andrei Mikhailovsky  
>>> wrote:
>>> 
>> etcd:
>> name: 
>> discovery: https://discovery.etcd.io/
>> addr: :4001
>> peer-addr: :7001
>> 
>> You need to change the values between <> to suite your 
>> environment.
>> 
>> I've read that there should be variable $private_ipv4 to 
>> automatically inject your private IP, however, it doesn't seem to 
>> work for some reason. Will need to investigate further
>> 
 
> try with $public_ipv4
 
>> Andrei
>> 
 
 Seb,
 
 I've tried to use the $public_ipv4 and it seems to have made the 
 sabstitube to the public ip. At least I can see the messages in
 journal:
 
 Feb 17 12:15:10 coreos-04022015-6 etcd[614]: [etcd] Feb 17
 12:15:10.537 INFO | coreos-04022015-6 joined the cluster via peer
 10.0.1.45:7001
 Feb 17 12:15:10 coreos-04022015-6 etcd[614]: [etcd] Feb 17
 12:15:10.539 INFO | etcd server [name coreos-04022015-6, listen on 
 :4001, advertised url http://178.248.xxx.xxx:4001] Feb 17 12:15:10 
 coreos-04022015-6 etcd[614]: [etcd] Feb 17
 12:15:10.540 INFO | peer server [name coreos-04022015-6, listen on 
 :7001, advertised url http://178.248.xxx.xxx:7001]
 
 However, I would like to use the private ip range for that. The 
 substitution did not work when i've tried the $private_ipv4. Is it 
 working you you?
 
>>> 
>>> I haven't looked deep into it, my guess is there might be a problem 
>>> with the cloudstack metadata.
>>> Can you check if private_ipv4 exists and is what you expect it to
>>> be:
>>> 
>>> curl your virtual router to get the metadata:
>>> 
>>> http://docs.cloudstack.apache.org/projects/cloudstack-administration
>>> /en/4.4/api.html?highlight=metadata#user-data-and-meta-data
>>> 
>>> I have a hunch it's not defined and thus coreOS does not work with 
>>> it. I could be wrong but could be a cloudstack bug.
> 
>> Did a bit of digging and things should work.
> 
>> The metadata url for cloudstack instances is fetched via :
> 
>> https://github.com/coreos/coreos-overlay/blob/master/coreos-base/oem-
>> cloudstack/files/cloudstack-dhcp
> 
>> cloudstack serves:
> 
>> service-offering
>> availability-zone
>> local-ipv4
>> local-hostname
>> public-ipv4
>> public-hostname
>> instance-id
>> vm-id
>> public-keys
>> cloud-identifier
> 
>> Now I am just not sure how coreOS does the substitution:
> 
>> https://github.com/coreos/coreos-cloudinit/tree/4eaaa5c9273a0ce557d42
>> 4f5da676777bef53e8e/datasource/metadata
> 
>> Since there is no cloudstack metadata source defined yet.
> 
>> I will ask around and keep digging
> 
>>> 
 Thanks
 
 Andrei
>>>

RE: Usage Records not Generating.

2015-02-18 Thread Kishan Kavala 
Rajasekhar,
 I do not see any errors in the usage server logs posted earlier. As per mgmt 
server heartbeat check, usage server is not updating usage_job tables also. Did 
you try restarting usage server?


-Original Message-
From: raja sekhar [mailto:rajsekhar@gmail.com] 
Sent: Wednesday, February 18, 2015 4:03 PM
To: d...@cloudstack.apache.org; users@cloudstack.apache.org
Subject: Re: Usage Records not Generating.

Hi All,

I have found this error in management server log file saying that usage server 
is not running,but usage server is still running. I am using two management 
servers, on Dec 27 2014 i have rebooted manually one of the management 
server,and the log is showing that date, from that date onwards iam not getting 
usage records.Is this BUG?
I heard that this is fixed in 4.3.
https://issues.apache.org/jira/browse/CLOUDSTACK-5613

If not what is the procedure to generate usage records again?

2015-02-18 00:08:49,700 DEBUG [c.c.a.m.DirectAgentAttache]
(DirectAgent-152:ctx-c1bbf117) Seq 1-1418147853: Executing request
2015-02-18 00:08:49,991 INFO  [c.c.h.HighAvailabilityManagerImpl]
(HA-3:ctx-fc33e670) *checking health of usage server*
2015-02-18 00:08:49,994 DEBUG [c.c.h.HighAvailabilityManagerImpl]
(HA-3:ctx-fc33e670) *usage server running? false*, heartbeat: *Sat Dec 27
23:14:50 PST* *2014*
2015-02-18 00:08:49,995 WARN  [o.a.c.alerts] (HA-3:ctx-fc33e670)
 alertType:: 13 // dataCenterId:: 0 // podId:: 0 // clusterId:: null //
message:: *No usage server process running*
2015-02-18 00:08:49,998 DEBUG [c.c.a.AlertManagerImpl] (HA-3:ctx-fc33e670) Have 
already sent: 1 emails for alert type '13' -- skipping send email


Regards,
Rajasekhar.


On Mon, Feb 9, 2015 at 5:13 PM, raja sekhar  wrote:

> Hi Wei,
>
> Thanks for your reply.
> I have found the file in "cd /etc/cloudstack/management/log4j-cloud.xml"
> and "cd /etc/cloudstack/usage/log4j-cloud.xml".it is same as you told.
>
> The log file i have captured in "/var/log/cloudstack/usage/usage.log" is:
>
>
> 2014-12-28 07:15:05,773 DEBUG [db.Transaction.Transaction]
> (Usage-Job-1:null) Transaction is not closed properly:
> -UsageEventDaoImpl.getRecentEvents:99-ComponentInstantiationPostProces
> sor$InterceptorDispatcher.intercept:125-UsageManagerImpl.parse:556-Usa
> geManagerImpl.runInContextInternal:349-UsageManagerImpl$1.runInContext
> :291-ManagedContextRunnable$1.run:49-DefaultManagedContext$1.call:56-D
> efaultManagedContext.callWithContext:103-DefaultManagedContext.runWith
> Context:53-ManagedContextRunnable.run:46-UsageManagerImpl.run:288-Exec
> utors$RunnableAdapter.call:471
> :
> -UsageEventDaoImpl.getRecentEvents:99-ComponentInstantiationPostProces
> sor$InterceptorDispatcher.intercept:125-UsageManagerImpl.parse:556-Usa
> geManagerImpl.runInContextInternal:349-UsageManagerImpl$1.runInContext
> :291-ManagedContextRunnable$1.run:49-DefaultManagedContext$1.call:56-D
> efaultManagedContext.callWithContext:103-DefaultManagedContext.runWith
> Context:53-ManagedContextRunnable.run:46-UsageManagerImpl.run:288-Exec
> utors$RunnableAdapter.call:471,
> .  Called by
> -TransactionLegacy.open:166-TransactionLegacy.open:126-UsageManagerImp
> l.parse:786-UsageManagerImpl.runInContextInternal:349-UsageManagerImpl
> $1.runInContext:291-ManagedContextRunnable$1.run:49-DefaultManagedCont
> ext$1.call:56-DefaultManagedContext.callWithContext:103-DefaultManaged
> Context.runWithContext:53-ManagedContextRunnable.run:46-UsageManagerIm
> pl.run:288-Executors$RunnableAdapter.call:471
> 2014-12-28 07:15:05,776 INFO  [cloud.usage.UsageManagerImpl]
> (Usage-Job-1:null) usage job complete
> 2014-12-29 06:39:27,416 INFO
>  [context.support.ClassPathXmlApplicationContext] (main:null) 
> Refreshing
> org.springframework.context.support.ClassPathXmlApplicationContext@1055e55f:
> startup date [Sun Dec 28 22:39:27 PST 2014]; root of context hierarchy
> 2014-12-29 06:39:27,664 INFO  [factory.xml.XmlBeanDefinitionReader]
> (main:null) Loading XML bean definitions from class path resource 
> [usageApplicationContext.xml]
> 2014-12-29 06:39:28,929 INFO
>  [context.annotation.ClassPathBeanDefinitionScanner] (main:null) 
> JSR-330 'javax.inject.Named' annotation found and supported for 
> component scanning
> 2014-12-29 06:39:30,436 INFO
>  [factory.annotation.AutowiredAnnotationBeanPostProcessor] (main:null)
> JSR-330 'javax.inject.Inject' annotation found and supported for 
> autowiring
> 2014-12-29 06:39:30,912 INFO
>  [context.support.ClassPathXmlApplicationContext] (main:null) Bean 
> 'transactionContextBuilder' of type [class 
> com.cloud.utils.db.TransactionContextBuilder] is not eligible for 
> getting processed by all BeanPostProcessors (for example: not eligible 
> for
> auto-proxying)
> 2014-12-29 06:39:30,992 INFO  
> [factory.support.DefaultListableBeanFactory]
> (main:null) Pre-instantiating singletons in
> org.springframework.beans.factory.support.DefaultListableBeanFactory@259e215b:
> defining beans
> [org.springframework.context.annotation.internal

RE: Trouble with Usage server on 4.3.

2014-04-08 Thread Kishan Kavala 
Steve,
 Mysql connector (mysql-connector-java.jar) is no longer bundled with CS 
installation. You need to  make it available to CS usage lib path (under 
/usr/share/cloudstack-usage/lib/). 

> -Original Message-
> From: Steve Searles [mailto:ssear...@zimcom.net]
> Sent: Monday, 7 April 2014 10:09 PM
> To: 
> Subject: Re: Trouble with Usage server on 4.3.
> 
> Anyone?
> 
> Steven Searles
> Zimcom Internet
> 
> 
> On Apr 4, 2014, at 6:04 PM, Steve Searles
> mailto:ssear...@zimcom.net>> wrote:
> 
> On 4.3 I am having a problem getting my usage server to start.   CS works fine
> and db.properties appears to be correct.  The cloudstack_usage DB has been
> created and credentials work.  I am getting the following in the cloudstack-
> usage.err log
> 
> com.cloud.utils.exception.CloudRuntimeException: DB Exception on: null at
> com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.j
> ava:421)
> at
> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerB
> yCloudStack_964f5759.CGLIB$searchIncludingRemoved$48()
> at
> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerB
> yCloudStack_964f5759_FastClassByCloudStack_bb80d0f6.invoke()
> at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
> at
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorD
> ispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at
> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerB
> yCloudStack_964f5759.searchIncludingRemoved()
> at
> com.cloud.utils.db.GenericDaoBase.searchIncludingRemoved(GenericDaoBase.j
> ava:356)
> at
> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerB
> yCloudStack_964f5759.CGLIB$searchIncludingRemoved$49()
> at
> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerB
> yCloudStack_964f5759_FastClassByCloudStack_bb80d0f6.invoke()
> at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
> at
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorD
> ispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at
> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerB
> yCloudStack_964f5759.searchIncludingRemoved()
> at
> com.cloud.utils.db.GenericDaoBase.listIncludingRemovedBy(GenericDaoBase.ja
> va:911)
> at
> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerB
> yCloudStack_964f5759.CGLIB$listIncludingRemovedBy$78()
> at
> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerB
> yCloudStack_964f5759_FastClassByCloudStack_bb80d0f6.invoke()
> at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
> at
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorD
> ispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at
> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerB
> yCloudStack_964f5759.listIncludingRemovedBy()
> at
> com.cloud.utils.db.GenericDaoBase.listIncludingRemovedBy(GenericDaoBase.ja
> va:916)
> at
> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerB
> yCloudStack_964f5759.CGLIB$listIncludingRemovedBy$76()
> at
> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerB
> yCloudStack_964f5759_FastClassByCloudStack_bb80d0f6.invoke()
> at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
> at
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorD
> ispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at
> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerB
> yCloudStack_964f5759.listIncludingRemovedBy()
> at
> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl.getConfigu
> ration(ConfigurationDaoImpl.java:82)
> at
> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerB
> yCloudStack_964f5759.CGLIB$getConfiguration$8()
> at
> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerB
> yCloudStack_964f5759_FastClassByCloudStack_bb80d0f6.invoke()
> at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
> at
> com.cloud.utils.component.ComponentInstantiationPostProcessor$InterceptorD
> ispatcher.intercept(ComponentInstantiationPostProcessor.java:125)
> at
> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerB
> yCloudStack_964f5759.getConfiguration()
> at
> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl.getConfigu
> ration(ConfigurationDaoImpl.java:110)
> at
> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerB
> yCloudStack_964f5759.CGLIB$getConfiguration$9()
> at
> org.apache.cloudstack.framework.config.dao.ConfigurationDaoImpl_EnhancerB
> yCloudStack_964f5759_FastClassByCloudStack_bb80d0f6.invoke()
> at net.sf.cglib.proxy.MethodProxy.invokeSuper(MethodProxy.java:228)
> at
> com.cloud.utils.component.ComponentInstantiationPostProcess

RE: [Doc] nTier App is Ready for Review

2013-08-19 Thread Kishan Kavala 
Thanks Radhika for the Doc.

Please find my comments below:

15.27.3.6
Add Tier -> ACL List selection is missing in the screenshot. 

15.27.4 and 15.27.4.1
All outgoing traffic is not blocked by default. Behaviour is as follows:
"By default, all incoming traffic to guest networks is blocked. All outgoing 
traffic from guest networks is allowed, once you add an ACL rule for outgoing 
traffic, then only outgoing traffic specified in this ACL rule is allowed, the 
rest is blocked."

15.27.4.4 - Heading should be "Creating tier with custom ACL List"

~kishan

> -Original Message-
> From: Sowmya Krishnan
> Sent: Monday, 19 August 2013 4:43 PM
> To: d...@cloudstack.apache.org; users@cloudstack.apache.org; Chandan
> Purushothama; Kishan Kavala
> Subject: RE: [Doc] nTier App is Ready for Review
> 
> Thanks Radhika.
> Minor corrections under: 15.27.11.1.2. Creating a Network Offering for
> External LB
> 
> 1. Please edit " To have internal LB support on VPC," to "To have external LB
> support on VPC,"
> 2. Under "Supported Services", choose Load Balancer Provider as Netscaler or
> VpcVirtualRouter 3. Load Balancer Type should be Public LB 4. LB Isolation
> should be Dedicated if Netscaler is being used as the external LB provider
> 
> Rest look good. Thanks.
> 
> > -Original Message-
> > From: Radhika Puthiyetath [mailto:radhika.puthiyet...@citrix.com]
> > Sent: Tuesday, August 13, 2013 3:25 PM
> > To: users@cloudstack.apache.org; d...@cloudstack.apache.org; Chandan
> > Purushothama; Kishan Kavala
> > Subject: RE: [Doc] nTier App is Ready for Review
> >
> > Hi,
> >
> > nTier Apps documentation is ready for review. The doc is attached at
> > https://issues.apache.org/jira/browse/CLOUDSTACK-770.
> >
> > The sub tasks also have the respective sections mentioned for easy 
> > reviewing.
> >
> > Regards
> > -Radhika
> >

RE: Usage Records

2013-06-03 Thread Kishan Kavala 
You can try clearing the entries in usage_job table and restart usage service.

> -Original Message-
> From: Enric Muñoz [mailto:emu...@intecom.ad]
> Sent: Monday, 3 June 2013 1:51 PM
> To: users@cloudstack.apache.org
> Subject: RE: Usage Records
> 
> Yes, I did restart both the management-server and the usage-server. I've
> checked now the logs from the usage server and it appears the following
> every 10 minutes which is the time I set in usage.stats.job.aggregation.range:
> 
> 2013-06-03 04:10:00,000 INFO  [cloud.usage.UsageManagerImpl] (Usage-Job-
> 1:null) starting usage job...
> 2013-06-03 04:10:00,004 DEBUG [cloud.usage.UsageManagerImpl] (Usage-
> Job-1:null) Not owner of usage job, skipping...
> 2013-06-03 04:10:00,004 INFO  [cloud.usage.UsageManagerImpl] (Usage-Job-
> 1:null) usage job complete
> 
> Maybe this can help a little more to find the solution.
> 
> -Mensaje original-
> De: Kirk Jantzer [mailto:kirk.jant...@gmail.com] Enviado el: viernes, 31 de
> mayo de 2013 11:38
> Para: Cloudstack users mailing list
> Asunto: Re: Usage Records
> 
> Silly question, but did you restart the management service after making
> those changes?
> On May 31, 2013 5:21 AM, "Enric Muñoz"  wrote:
> 
> > Hi all,
> >
> > I'm using Cloudstack 4.0.2 and I have problems to see the usage records.
> > I've already installed the usage server and it is running. I've also
> > set the global settings from the UI enable.usage.server to true and
> > the usage.stats.job.aggregation.range to 10 minutes in order to test
> > the usage server. If I'm not wrong, the usage server should fill the
> > cloud_usage database every ten minutes with the new usage records.
> > However, the cloud_usage database is always empty. I have also tried
> > to execute the generateUsageRecords and listUsageRecords API
> commands
> > but no usage data appears. Anyone can help me to get the usage records??
> >
> > Thank you in advance,
> >
> > Enric
> >