AWS api when running mvn jetty

2014-03-19 Thread chris snow 
Hi forum,

Does the maven jetty goal mvn -pl :cloud-client-ui jetty:run also
run the AWS api?

I can't see anything running on port 7080 after starting jetty.

Is it possible to run the AWS api from the maven jetty goal?  How?

Many thanks,

Chris

RE: AWS api when running mvn jetty

2014-03-19 Thread Likitha Shetty 
Chris, 

'mvn -pl :cloud-client-ui jetty:run' doesn't run awsapi. 
To run awsapi you will have to run maven jetty goal  'mvn -Pawsapi -pl 
:cloud-awsapi jetty:run'. Also, don't forget to use the awsapi profile while 
building the code 'mvn clean install -P systemvm -P awsapi -Dnoredist'.

Thanks,
Likitha

-Original Message-
From: chris snow [mailto:chsnow...@gmail.com]
Sent: Wednesday, March 19, 2014 11:42 AM
To: dev@cloudstack.apache.org
Subject: AWS api when running mvn jetty

Hi forum,

Does the maven jetty goal mvn -pl :cloud-client-ui jetty:run also run the AWS
api?

I can't see anything running on port 7080 after starting jetty.

Is it possible to run the AWS api from the maven jetty goal?  How?

Many thanks,

Chris

Re: [PROPOSAL] Support pure Xen as a hypervisor

2014-03-19 Thread sebgoa 

On Mar 19, 2014, at 7:04 AM, Prasanna Santhanam t...@apache.org wrote:

 On Tue, Mar 18, 2014 at 11:40:04AM -0400, Tim Mackey wrote:
 Historically CloudStack has used Xen and XenServer interchangeably to refer
 to any XenAPI based implementation.  With the recent release of Xen Project
 4.4 (http://blog.xen.org/index.php/2014/03/10/xen-4-4-released/), and
 interest in alternate architectures like ARM, the loose definition of our
 Xen support could be confusing.  In this two part effort I propose that
 CloudStack 4.4 be cleansed to ensure that all Xen references become
 XenServer references, and second that an alternate hypervisor type of
 XenProject be introduced for pure Xen which could either support libvirt
 or  libxl (preference for libvirt given the 4.4 work to improve the
 interface and broader support for libvirt in general).
 
 Cross posted to users to for broader comment.
 
 Just wondering - will the new Xen be the basis for all XenServer and
 XCP references i.e. will they inherit and extend Xen or will Xen be
 altogether different in this proposal? Looking forward to the wiki page.

IMHO, and sadly, we should treat them as two different hypervisors: XP and XS.

 
 
 -tim
 
 -- 
 Prasanna.,
 
 
 Powered by BigRock.com

Re: [PROPOSAL] Support pure Xen as a hypervisor

2014-03-19 Thread Nguyen Anh Tu 
On Wed, Mar 19, 2014 at 2:56 PM, sebgoa run...@gmail.com wrote:

 IMHO, and sadly, we should treat them as two different hypervisors: XP and
 XS


Look like Docker and LXC :D

--Tuna

[GSOC2014] Two days left for students to submit proposals

2014-03-19 Thread sebgoa 
Application for GSoC students is closing in 2 days and 10 hours:

https://www.google-melange.com/gsoc/homepage/google/gsoc2014

Any interested student should create an account on melange and submit a 
proposal.
Format of a good proposal can be googled.

Pick one of the CloudStack project in JIRA.

Mentors still have time to declare themselves as mentors and I guess also have 
2 days to enter a project in JIRA.

Relevant page for everyone: http://community.apache.org/gsoc.html

Cheers,

-Sebastien

Re: upgrading from CloudPlatform 4.2.0 to CloudStack 4.3.0

2014-03-19 Thread sebgoa 
top posting sorry:

If anyone is testing upgrade paths to 4.3, please do check the release notes:

http://apache-cloudstack-release-notes.readthedocs.org/en/latest/

And send any patches to correct them (edit on github button on the top right of 
the page)

thanks,

On Mar 18, 2014, at 6:15 AM, Marcus shadow...@gmail.com wrote:

 I never did get an answer as to how those upgrade instructions are supposed
 to work. I did however look at the code and we came up with our own
 procedure. It's a bit messy because it involves changing the db, use at
 your own risk.
 
 1. Make changes to system vm template. save as systemvm-vernum.qcow2 and
 upload to a place that the ssvm will be able to reach (e.g.
 http://something.com/template).
 2. Register new qcow2 template in cloudstack under the name/description
 “SystemVM Template vnum (KVM)”, with Debian 7 as the type.
 3. Log into mysql for the cloudstack install, find the template, make note
 of template id:
 mysql
 use cloud;
 select * from vm_template where name=SystemVM Template v2 (KVM);
 5. Update the template to be a SYSTEM template:mysql update vm_template set
 type='SYSTEM' where id=id;
 ▪ New system vms will now use this template simply because it's the highest
 ID SYSTEM template for KVM. Existing system vms will either need to be
 destroyed/recreated, or updated in the db and rebooted if you have
 systemvm.recreate.enabled=true in global settings. Here's how to update so
 that existing system vms will get the new template when rebooted:mysql
 update vm_instance set vm_template_id='new template id' where
 vm_template_id='old template id';
 If you are unsure of the latest, you can check for the latest template in
 use via:
 
 mysql
 select * from vm_instance where name like 'r-%' order by id desc limit 1;
 
 Finally, go into cloudstack's global config and change the value of
 router.template.kvm to be the name of your system vm template (e.g.
 “SystemVM Template v2 (KVM)”). This will ensure new routers use the
 template.
 
 
 
 On Mar 17, 2014 8:19 PM, Yichi Lu yichi...@sungard.com wrote:
 
 I have a problem that bothers me to no end.
 I tried to upgrade from CloudPlatform 4.2.0 to CloudStack 4.3.0. So I first
 registered a 64-bit 4.3.0 systemvm template from:
 
 http://download.cloud.com/templates/4.3/systemvm64template-2014-01-14-master-xen.vhd.bz2
 
 this step was successful. So now I have TWO active systemvm templates. This
 can be verified from vm_template table. If now I upgrade the rpm packages
 to cloudstack 4.3.0 from CloudPlatform 4.2.0, and restart
 cloudstack-management service, I always get a 32-bit ssvm:
 root@s-1-VM:~# uname -a
 Linux s-1-VM 3.2.0-4-686-pae #1 SMP Debian 3.2.41-2 i686 GNU/Linux
 
 I was never able to run a 64-bit ssvm for CloudStack 4.3.0.
 
 Any suggestions/thoughts?
 
 Yichi

Re: random template from zones

2014-03-19 Thread Daan Hoogland 
Min, Edison, I did yesterday, after posting I had a look at the
conflicts and deemed them resolvable. A quick look for verification
won't hurt though.

regards,

On Wed, Mar 19, 2014 at 1:03 AM, Min Chen min.c...@citrix.com wrote:
 Edison, did you cherry-pick
 https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=1b06451
 5ac9c7f87e1780ab2210e60723f9d541c to 4.4 and master? It is in 4.3.

 Thanks
 -min

 On 3/18/14 3:45 AM, Daan Hoogland daan.hoogl...@gmail.com wrote:

H Min, Edison,

As discussed in a prior mailthread [1] templates being copied from a
random zone was fixed in 4.3. The code is not present in master (or
4.4) is this solved in another way later on? The commit doesn't
cleanly cherry-pick. It is hurting us in 4.2 so let me know if it pays
cleaning it for master, please.

[1] http://markmail.org/message/4cn5pn4e7butyj2c

--
Daan




-- 
Daan

RealHostIp

2014-03-19 Thread Alex Hitchins 
I can't ping RealHostIp, has the service been properly taken down? An NSLOOKUP 
didn't resolve any nameservers at all.

Alex

.

Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 traininghttp://shapeblue.com/cloudstack-training/
18th-19th February 2014, Brazil. 
Classroomhttp://shapeblue.com/cloudstack-training/
17th-23rd March 2014, Region A. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
24th-28th March 2014, Region B. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
16th-20th June 2014, Region A. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
23rd-27th June 2014, Region B. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/

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 is a registered trademark.

Re: RealHostIp

2014-03-19 Thread Ian Duffy 
Looks OK to me.

$ dig ns realhostip.com +short

ns2.realhostip.com.

ns.realhostip.com.

$ dig @ns.realhostip.com 192-168-0-1.realhostip.com +short

192.168.0.1

$ dig @ns2.realhostip.com 192-168-0-1.realhostip.com +short

192.168.0.1


Google DNS:

$ dig @8.8.8.8 192-168-0-1.realhostip.com +short

192.168.0.1

$ dig @8.8.4.4 192-168-0-1.realhostip.com +short

192.168.0.1


Level3:

$ dig @209.244.0.3 192-168-0-1.realhostip.com +short

192.168.0.1


OpenDNS:

$ dig @208.67.222.222 192-168-0-1.realhostip.com +short

192.168.0.1


On 19 March 2014 09:37, Alex Hitchins alex.hitch...@shapeblue.com wrote:
 I can't ping RealHostIp, has the service been properly taken down? An 
 NSLOOKUP didn't resolve any nameservers at all.

 Alex

 .

 Need Enterprise Grade Support for Apache CloudStack?
 Our CloudStack Infrastructure 
 Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ offers the 
 best 24/7 SLA for CloudStack Environments.

 Apache CloudStack Bootcamp training courses

 **NEW!** CloudStack 4.2.1 traininghttp://shapeblue.com/cloudstack-training/
 18th-19th February 2014, Brazil. 
 Classroomhttp://shapeblue.com/cloudstack-training/
 17th-23rd March 2014, Region A. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 24th-28th March 2014, Region B. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 16th-20th June 2014, Region A. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 23rd-27th June 2014, Region B. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/

 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 is a registered 
 trademark.

RE: RealHostIp

2014-03-19 Thread Alex Hitchins 
Interesting... At my box in the data centre this works. No so from my adsl 
connection.

Will compare dns servers between boxes.

Thanks Ian.


Regards

Alex Hitchins

D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969

alex.hitch...@shapeblue.com

-Original Message-
From: Ian Duffy [mailto:i...@ianduffy.ie]
Sent: 19 March 2014 09:52
To: CloudStack Dev
Subject: Re: RealHostIp

Looks OK to me.

$ dig ns realhostip.com +short

ns2.realhostip.com.

ns.realhostip.com.

$ dig @ns.realhostip.com 192-168-0-1.realhostip.com +short

192.168.0.1

$ dig @ns2.realhostip.com 192-168-0-1.realhostip.com +short

192.168.0.1


Google DNS:

$ dig @8.8.8.8 192-168-0-1.realhostip.com +short

192.168.0.1

$ dig @8.8.4.4 192-168-0-1.realhostip.com +short

192.168.0.1


Level3:

$ dig @209.244.0.3 192-168-0-1.realhostip.com +short

192.168.0.1


OpenDNS:

$ dig @208.67.222.222 192-168-0-1.realhostip.com +short

192.168.0.1


On 19 March 2014 09:37, Alex Hitchins alex.hitch...@shapeblue.com wrote:
 I can't ping RealHostIp, has the service been properly taken down? An 
 NSLOOKUP didn't resolve any nameservers at all.

 Alex

 .

 Need Enterprise Grade Support for Apache CloudStack?
 Our CloudStack Infrastructure 
 Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ offers the 
 best 24/7 SLA for CloudStack Environments.

 Apache CloudStack Bootcamp training courses

 **NEW!** CloudStack 4.2.1 traininghttp://shapeblue.com/cloudstack-training/
 18th-19th February 2014, Brazil. 
 Classroomhttp://shapeblue.com/cloudstack-training/
 17th-23rd March 2014, Region A. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 24th-28th March 2014, Region B. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 16th-20th June 2014, Region A. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 23rd-27th June 2014, Region B. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/

 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 is a registered 
 trademark.
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 is a registered trademark.

[NFS] Adding NFS primary storage fails

2014-03-19 Thread Wilder Rodrigues 
Hi all,

I'm trying to tests some changes I did for CLOUDSTACK-6139.

Currently I have 3 XenServer 6.2 instances and my management server is running 
in a different machine (debian 7). I have successfully created 2 zones, which 
use Local Storage. Now I'm trying to create a 3rd zone, which will not use 
local storage.

Everything goes fine until when it tries to add the primary storage. I'm facing 
a problem related to the heartbeat file, which does not exist.

I already tried googling, found this: 
http://markmail.org/message/gbsqsvhzp7sq37tn#query:+page:1+mid:5x6zzhtjk5dscfgy+state:results

I checked the source of the script 
(https://github.com/apache/cloudstack/blob/master/scripts/vm/hypervisor/xenserver/setup_heartbeat_file.sh),
 but it only makes clear that the file is expected.

tween Host[-7-Routing] and 
org.apache.cloudstack.storage.datastore.PrimaryDataStoreImpl@1eca16d9
com.cloud.utils.exception.CloudRuntimeException: Unable establish connection 
from storage head to storage pool 10 due to ModifyStoragePoolCommand add 
XenAPIException:Unable to
setup heartbeat file entry on SR fac6c87d-d8af-102f-f89a-d58429d986a3 due to 
#6# heartbeat file 
/var/run/sr-mount/fac6c87d-d8af-102f-f89a-d58429d986a3/hb-05e6d247-7cc8-43f4-969
c-5ba97341539a doesn't exist host:05e6d247-7cc8-43f4-969c-5ba97341539a pool: 
10.1.1.65/opt/storage/primary10
at 
org.apache.cloudstack.storage.datastore.provider.DefaultHostListener.hostConnect(DefaultHostListener.java:67)
at 
com.cloud.storage.StorageManagerImpl.connectHostToSharedPool(StorageManagerImpl.java:853)
at 
org.apache.cloudstack.storage.datastore.lifecycle.CloudStackPrimaryDataStoreLifeCycleImpl.attachCluster(CloudStackPrimaryDataStoreLifeCycleImpl.java:418)
at 
com.cloud.storage.StorageManagerImpl.createPool(StorageManagerImpl.java:656)
at 
com.cloud.storage.StorageManagerImpl.createPool(StorageManagerImpl.java:176)
at 
org.apache.cloudstack.api.command.admin.storage.CreateStoragePoolCmd.execute(CreateStoragePoolCmd.java:163)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:156)
at com.cloud.api.ApiServer.queueCommand(ApiServer.java:593)
at com.cloud.api.ApiServer.handleRequest(ApiServer.java:416)
at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:330)
at com.cloud.api.ApiServlet.access$000(ApiServlet.java:54)
at com.cloud.api.ApiServlet$1.run(ApiServlet.java:118)

Any idea how to get it working?

Cheers,
Wilder

Re: [PROPOSAL] Enhance the cloudstack events to include more information

2014-03-19 Thread Sonal Ojha 
Can someone grant me permission to create a page in cwiki?


On Tue, Mar 18, 2014 at 4:55 PM, Chip Childers chip.child...@gmail.comwrote:

 Jira for tracking progress, and a design page on the wiki for any design
 info.

  On Mar 18, 2014, at 6:34 AM, Sonal Ojha sonal.o...@sungard.com wrote:
 
  Shall I go ahead and open a jira item on this to add more details?
 
 
  On Tue, Mar 18, 2014 at 3:59 PM, Sonal Ojha sonal.o...@sungard.com
 wrote:
 
  Hello Nitin,
 
  I agree with you, to start with we can replace the event descriptions to
  include the resource UUIDs of the required parameters only. For example,
  DetachIsoCmd needs only virtualMachineId as the required parameter.
 Hence,
  the event description should include the resource UUID for the virtual
  machine. Likewise the required parameters resource UUIDs would be
 included
  in the event description.
 
  -Sonal
 
 
  On Mon, Mar 17, 2014 at 10:48 PM, Nitin Mehta nitin.me...@citrix.com
 wrote:
 
  Sonal - This is a great proposal. In addition, you should also include
 all
  the first class entities involved in the event.
  Say its a detach iso on a vm - then I should have uuids for both the
 iso
  and the vm. This would definitely help giving more information and in
  debugging.
 
  Thanks,
  -Nitin
 
  On 17/03/14 9:52 AM, Alena Prokharchyk alena.prokharc...@citrix.com
 
  wrote:
 
  On #1 I would say “display UUID INSTEAD of the DB id in the events
 API”.
  We should never expose the DB ids to the API caller, especially if the
  caller is not an admin. I guess we just never revised the events after
  UUIDs were introduced.
 
  On #4. We should distinguish between end user and an admin and
 determine
  which errors are allowed to be shown to the end user. For example, he
  shouldn’t see any errors related to physical resources allocation
 error
  as
  he has no knowledge about hosts/storages/physical network topology.
 
 
  -Alena.
 
 
 
  On 3/17/14, 9:40 AM, John Kinsella j...@stratosec.co wrote:
 
  I didn’t see comments from others, but this sounds great to me. More
  info
  is always better IMHO.
 
  On Mar 11, 2014, at 2:31 AM, Sonal Ojha
  sonal.o...@sungard.commailto:sonal.o...@sungard.com wrote:
 
  Currently the event logged in CloudStack doesn't give detailed
  information
  about the event that has occurred. The information provided in each
  event
  shown on the cloudstack ui doesn't provide specifics, particularly in
  case
  of errors. For example, the message shown on the cloudstack ui is
 just
  Error while starting Vm. Vm Id: id in case of failure to start a
 vm
  ,
  which doesnt help much.
 
  I would like to propose some changes to enhance the events to be more
  informative. Like:
 
  1) Instead of just showing resource database id in the event details
 it
  should also display resource UUID. Since all the cloudstack apis take
  input
  as resource uuid it would be helpful to see the same on the ui as
 well.
  Like in the quickview mode introduce another field as resource UUID
  which
  would specify the UUID for the resource on which the event occurred.
 
  2) Enhance the events and listEvents API to include the resource
 UUID so
  that it can be queried by the resource UUID as well.
 
  3) Currently, the event description messages are specified in the
  *Cmd.java
  file instead, all of them should be externalize to a resource file.
 This
  would be helpful even for internationalization.
 
  4) Provide more detailed messages in case of error events. Messages
 such
  as
  Error while starting VM are generic to take any action.
 
  These changes could be taken forward in phases, some suggestion like
 
  Phase I -
  include 2 and 3 point mentioned above
  Phase II -
  include 1 and 4 point mentioned above
 
  Thoughts / Suggestions ?
 
  --
 
  Regards,
 
  ___
 
  *Sonal Ojha* ● Senior Engineer - Product Developement ● SunGard
  Availability Services, India ● Mobile: +91 9922412645●  Email:
  sonal.o...@sungard.commailto:sonal.o...@sungard.com ● Website:
  http://www.sungardas.in/
 
  8 Times Winner – BC Service Provider of the Year – 2011, 2010, 2009,
  2006,
  2005, 2002, 2000, 1999; Finalist – 2008, 2007, 2004, 2001 ●
 Excellence
  in
  Infrastructure Management – 2010 ● Outstanding Excellence in Business
  Continuity – 2008 ● Business Continuity Provider of the Year (BCM
  Service)
  – 2013 BCI Global Awards ● Business Continuity Provider of the Year
 (BCM
  Product) – 2013 BCI India Awards
 
  Stratosechttp://stratosec.co/ - Compliance as a Service
  o: 415.315.9385
  @johnlkinsellahttp://twitter.com/johnlkinsella
 
 
  --
 
  Regards,
 
  ___
 
  *Sonal Ojha* ● Senior Engineer - Product Developement ● SunGard
  Availability Services, India ● Mobile: +91 9922412645●  Email:
  sonal.o...@sungard.com ● Website: http://www.sungardas.in/
 
  8 Times Winner – BC Service Provider of the Year – 2011, 2010, 2009,
 2006,
  2005, 2002,

docs question

2014-03-19 Thread sebgoa 
Hi,

Question #1:
--

With the new move to RTD we need to agree on a URL naming convention.

Currently we have one CNAME that points to RTD site (don't worry about the 
content on that page):

http://docs.cloudstack.apache.org

Using RTD sub projects features this gives us the following URLs to get to the 
admin and install guide.

http://docs.cloudstack.apache.org/projects/cloudstack-installation
http://docs.cloudstack.apache.org/projects/cloudstack-administration

The cloudstack-installation and cloudstack-administration are not changeable, 
RTD does not allow to change that. 

Are we fine with this ? It seems a bit long to me.

If we are not fine with this, the alternative is to create other CNAMEs via 
apache infra to point to those guides.

Question #2:
--

What do we want the landing page http://docs.cloudstack.apache.org to have ?

On the cloudstack.apache.org website I was thinking of extending the tab to 
link to each guide. This would work well with a CNAME per guide.
But if we keep a single link to 'DOCS' on our main website, then the question 
of the docs landing page is there.


what say you folks ?


-Sebastien

Re: Review Request 18964: Windowsfication of CloudStack Management Server - Changes to support windows OS

2014-03-19 Thread daan Hoogland 

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


Damoder,

You introduced some trailing whitespace in this version of the diff.
As far as I can judge it it looks alright.
One remark I have: scripts/installer/windows/client.wxs looks like it is 
generated by some tool from some source. Is it? Can we include that source 
instead?

- daan Hoogland


On March 18, 2014, 1:46 p.m., Damodar Reddy Talakanti wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/18964/
 ---
 
 (Updated March 18, 2014, 1:46 p.m.)
 
 
 Review request for cloudstack, Abhinandan Prateek, Chiradeep Vittal, daan 
 Hoogland, and Donal Lafferty.
 
 
 Bugs: https://issues.apache.org/jira/browse/CLOUDSTACK-6105
 
 https://issues.apache.org/jira/browse/https://issues.apache.org/jira/browse/CLOUDSTACK-6105
 
 
 Repository: cloudstack-git
 
 
 Description
 ---
 
 Windowsfication of CloudStack Management Server
 
 
 Diffs
 -
 
   scripts/installer/windows/acs.wxs PRE-CREATION 
   scripts/installer/windows/client.wxs PRE-CREATION 
   scripts/installer/windows/start.bat PRE-CREATION 
   scripts/vm/systemvm/injectkeys.py PRE-CREATION 
   server/src/com/cloud/server/ConfigurationServerImpl.java b8da4c8 
   server/test/com/cloud/server/ConfigurationServerImplTest.java 08a2097 
 
 Diff: https://reviews.apache.org/r/18964/diff/
 
 
 Testing
 ---
 
 Tested in Linux environment after changes 
 Also tested in Windows environment(For now tested on windows-8) to make sure 
 it is getting installed and management service is running.
 
 Able to add zones, able to register templates, able to launch a VM when it is 
 running on windows.
 
 Currently though it is getting added as a windows service, not able to start 
 the service through windows service control manager which I am looking into 
 currently. When run .exe file which is installed then server is getting up 
 and able to access cloud stack UI. 
 
 For now The following assumptions are made:
 1. SSH keys are already installed
 2. JAVA is already installed
 3. tomcat is already installed
 
 This patch contains the following new files related to WiX tool (To compile 
 and run we need this tool)
 1. acs.wxs
 The following command will be used to compile
   Path To WiX Tool\bin\candle.exe acs.wxs
 2. client.wxs
 The following command will be used to generate the above file
   Path To WiX Tool\bin\heat dir client -gg -cg Test  -ke -sfrag 
 -template fragment -out client.wxs  -var wix.SourceClient -dr WEBAPPS
 The following command will be used to compile the above generated file
   Path To WiX Tool\bin\candle.exe client.wxs
 3. The following command will be used to generate .msi file
   Path To WiX Tool\bin\light.exe acs.wixobj client.wixobj -out 
 acs.msi  -ext C:\Program Files (x86)\WiX Toolset 
 v3.8\bin\WixUIExtension.dll -dSourceClient=SourceDir\client
 
 
 Thanks,
 
 Damodar Reddy Talakanti

Xenserver 6.2.0 CreateSnapshot weird error log

2014-03-19 Thread Yitao Jiang 
Hi, stackers

now i found a weird log happend in xenserver message log when creating a
snapshot through cloudstack 4.2.1 web ui.
And the task failed.
Below are cloudstack log and log of xenserver

management/catalina.out
=
DEBUG [agent.manager.AgentManagerImpl] (AgentManager-Handler-3:) SeqA
3-30863: Processing Seq 3-30863:  { Cmd , MgmtId: -1, via: 3, Ver: v1,
Flags: 11,
[{com.cloud.agent.api.ConsoleProxyLoadReportCommand:{_proxyVmId:2,_loadInfo:{\n
 \connections\: []\n},wait:0}}] }
DEBUG [agent.manager.AgentManagerImpl] (AgentManager-Handler-3:) SeqA
3-30863: Sending Seq 3-30863:  { Ans: , MgmtId: 90520742010332, via: 3,
Ver: v1, Flags: 100010,
[{com.cloud.agent.api.AgentControlAnswer:{result:true,wait:0}}] }
DEBUG [host.dao.HostDaoImpl] (ClusteredAgentManager Timer:) Resetting hosts
suitable for reconnect
DEBUG [host.dao.HostDaoImpl] (ClusteredAgentManager Timer:) Completed
resetting hosts suitable for reconnect
DEBUG [host.dao.HostDaoImpl] (ClusteredAgentManager Timer:) Acquiring hosts
for clusters already owned by this management server
DEBUG [host.dao.HostDaoImpl] (ClusteredAgentManager Timer:) Completed
acquiring hosts for clusters already owned by this management server
DEBUG [host.dao.HostDaoImpl] (ClusteredAgentManager Timer:) Acquiring hosts
for clusters not owned by any management server
DEBUG [host.dao.HostDaoImpl] (ClusteredAgentManager Timer:) Completed
acquiring hosts for clusters not owned by any management server
DEBUG [cloud.server.StatsCollector] (StatsCollector-3:) StorageCollector is
running...
DEBUG [agent.transport.Request] (StatsCollector-3:) Seq 5-179437655:
Received:  { Ans: , MgmtId: 90520742010332, via: 5, Ver: v1, Flags: 10, {
GetStorageStatsAnswer } }
DEBUG [agent.manager.DirectAgentAttache] (DirectAgent-90:) Seq 2-586154315:
Executing request
DEBUG [cloud.api.ApiServlet] (catalina-exec-18:) ===START===  192.168.0.196
-- GET
 
command=createVMSnapshotvirtualmachineid=ddf3a9b5-73f5-4b16-85b7-b110130ebf81snapshotmemory=truename=snap001description=snap001response=jsonsessionkey=NSFhm8fl1Fp8K0U2s0Dn5xY5zhc%3D_=1395227086935
DEBUG [cloud.async.AsyncJobManagerImpl] (catalina-exec-18:) submit async
job-522 = [ e2605931-6f40-46ea-8811-f769783ea45c ], details: AsyncJobVO
{id:522, userId: 2, accountId: 2, sessionKey: null, instanceType: None,
instanceId: 22, cmd:
org.apache.cloudstack.api.command.user.vmsnapshot.CreateVMSnapshotCmd,
cmdOriginator: null, cmdInfo:
{sessionkey:NSFhm8fl1Fp8K0U2s0Dn5xY5zhc\u003d,virtualmachineid:ddf3a9b5-73f5-4b16-85b7-b110130ebf81,cmdEventType:VMSNAPSHOT.CREATE,ctxUserId:2,snapshotmemory:true,httpmethod:GET,response:json,id:22,description:snap001,name:snap001,_:1395227086935,ctxAccountId:2,ctxStartEventId:2395},
cmdVersion: 0, callbackType: 0, callbackAddress: null, status: 0,
processStatus: 0, resultCode: 0, result: null, initMsid: 90520742010332,
completeMsid: null, lastUpdated: null, lastPolled: null, created: null}
DEBUG [cloud.async.AsyncJobManagerImpl] (Job-Executor-23:job-522 = [
e2605931-6f40-46ea-8811-f769783ea45c ]) Executing
org.apache.cloudstack.api.command.user.vmsnapshot.CreateVMSnapshotCmd for
job-522 = [ e2605931-6f40-46ea-8811-f769783ea45c ]
DEBUG [cloud.api.ApiServlet] (catalina-exec-18:) ===END===  192.168.0.196
-- GET
 
command=createVMSnapshotvirtualmachineid=ddf3a9b5-73f5-4b16-85b7-b110130ebf81snapshotmemory=truename=snap001description=snap001response=jsonsessionkey=NSFhm8fl1Fp8K0U2s0Dn5xY5zhc%3D_=1395227086935
DEBUG [cloud.api.ApiServlet] (catalina-exec-22:) ===START===  192.168.0.196
-- GET
 
command=listZonesid=659ef764-c49d-4e01-bb71-1e13e6ef570eresponse=jsonsessionkey=NSFhm8fl1Fp8K0U2s0Dn5xY5zhc%3D_=1395227087375
DEBUG [cloud.api.ApiServlet] (catalina-exec-22:) ===END===  192.168.0.196
-- GET
 
command=listZonesid=659ef764-c49d-4e01-bb71-1e13e6ef570eresponse=jsonsessionkey=NSFhm8fl1Fp8K0U2s0Dn5xY5zhc%3D_=1395227087375
DEBUG [agent.manager.DirectAgentAttache] (DirectAgent-90:) Seq 2-586154315:
Response Received:
DEBUG [agent.transport.Request] (StatsCollector-3:) Seq 2-586154315:
Received:  { Ans: , MgmtId: 90520742010332, via: 2, Ver: v1, Flags: 10, {
GetStorageStatsAnswer } }
DEBUG [cloud.api.ApiServlet] (catalina-exec-21:) ===START===  192.168.0.196
-- GET
 
command=listVirtualMachinesid=ddf3a9b5-73f5-4b16-85b7-b110130ebf81response=jsonsessionkey=NSFhm8fl1Fp8K0U2s0Dn5xY5zhc%3D_=1395227087425
DEBUG [agent.manager.DirectAgentAttache] (DirectAgent-490:) Seq 9-941424686:
Executing request
DEBUG [cloud.api.ApiServlet] (catalina-exec-21:) ===END===  192.168.0.196
-- GET
 
command=listVirtualMachinesid=ddf3a9b5-73f5-4b16-85b7-b110130ebf81response=jsonsessionkey=NSFhm8fl1Fp8K0U2s0Dn5xY5zhc%3D_=1395227087425
DEBUG [cloud.api.ApiServlet] (catalina-exec-13:) ===START===  192.168.0.196
-- GET
 
command=listOsTypesresponse=jsonsessionkey=NSFhm8fl1Fp8K0U2s0Dn5xY5zhc%3D_=1395227087498
 DEBUG [cloud.api.ApiServlet] (catalina-exec-23:) ===START===
 192.168.0.196 -- GET

Re: [PROPOSAL] Use Liquibase to manage DB changes

2014-03-19 Thread Antonio Fornié Casarrubios 
Thanks Miguel. I think this is a very useful addition that should have been
added already

Antonio


2014-03-18 11:06 GMT+01:00 Miguel Ferreira mferre...@schubergphilis.com:

 All,

 Following from the discussion of [1], I have written a small tool [2] to
 detect potential conflicts related to ACS DB changes.
 With the input supplied by that tool, I will proceed to check every commit
 since tag 4.2 up to the head of master.
 For every commit that introduces relevant changes to the DB I will create
 a Liquibase [3] change set, apply it to a running ACS DB, run automated
 system tests and possibly refine the change set until the DB is left in a
 consistent state.
 (Liquibase is one of the tools proposed in [1] by Rajani to help managing
 the changes to the DB. See [1] for more details on that.)

 My goal is twofold: (1) assess how suitable Liquibase is for managing
 changes to ACS DB; and (2) how frequent are breaking changes to the DB
 made.
 By breaking changes I mean changes that otherwise would require a fresh
 DB to start with.
 With the data I will collect I expect to be able to say something about
 how feasible it is to use Liquibase, and how involved would it be to ask
 every developer to make independent and incremental changes to the DB
 related code.

 I will report back on my findings, but feel free to jump in and help out
 anyway you see possible.

 Cheers,
 Miguel


 [1] http://markmail.org/message/7qohq2sbumthjhw6
 [2] https://github.com/schubergphilis/cloudstack-db-updater
 [3] http://www.liquibase.org/

Re: Release cadence

2014-03-19 Thread Rajani Karuturi 
The primary problem I feel is that we dont plan our releases.(I am fairly new 
here and I may be wrong)
The role of the release manager starts only during the RC creation phase asking 
for votes(again I maybe wrong).

I feel it should start much earlier. Everyone who is actively involved should 
have a clear idea on what we are going to release next.
We do this to an extent by sending proposals etc. but we really dont do 
planning and the big picture is missing. 

I think the RM should facilitate planning of the release and in the process 
take feedback from the committers and users who are going to work on the 
release. 
A single view of the current release status also would help immensely. 

I like the way brackets.io does the release management through trello 
boards[1]. Probably we could explore such options. It facilities voting on 
features, gives a quick view of whats getting in the release which would help 
QA/anyone interested in testing to plan the testing early on instead of waiting 
for RC.


I am for for short release cycles. Release early, release often
It shows project activity and builds developer confidence as long as we do 
quality releases :) 


[1] https://trello.com/b/LCDud1Nd/brackets


~Rajani



On 17-Mar-2014, at 10:22 pm, John Kinsella j...@stratosec.co wrote:

 I am in agreement with my radical CloudStack brother.
 
 
 On Mar 13, 2014, at 9:42 AM, David Nalley da...@gnsa.us wrote:
 
 The RC7 vote thread contained a lot of discussion around release
 cadence, and I figured I'd move that to a thread that has a better
 subject so there is better visibility to list participants who don't
 read every thread.
 
 When I look at things schedule wise, I see our aims and our reality.
 We have a relatively short development window (in the schedule) and we
 have almost 50% of our time in the schedule allocated to testing.
 (over two months). However, it seems that a lot of testing - or at
 least a lot of testing for  what became blockers to the release didn't
 appear to happen until RCs were kicked out - and that's where our
 schedule has fallen apart for multiple releases. The automated tests
 we have were clean when we issued RCs, so we clearly don't have the
 depth needed from an automated standpoint.
 
 Two problems, one cultural and one technical. The technical problem is
 that our automated test suite isn't deep enough to give us a high
 level of confidence that we should release. The cultural problem is
 that many of us wait until the release period of the schedule to test.
 
 What does that have to do with release cadence? Well inherently not
 much; but let me describe my concerns. As a project; the schedule is
 meaningless if we don't follow it; and effectively the release date is
 held hostage. Personally, I do want as few bugs as possible, but it's
 a balancing act where people doubt our ability if we aren't able to
 ship. I don't think it matters if we move to 6 month cycles, if this
 behavior continues, we'd miss the 6 month date as well and push to 8
 or 9 months. See my radical proposition at the bottom for an idea on
 dealing with this.
 
 I also find myself agreeing with Daan on the additional complexity.
 Increasing the window for release inherently increases the window for
 feature development. As soon as we branch a release, master is open
 for feature development again. This means a potential for greater
 change at each release. Change is a risk to quality; or at least an
 unknown that we again have to test. The greater that quantity of
 change, the greater the potential threat to quality.
 
 Radical proposition:
 
 Because we have two problems, of different nature, we are in a
 difficult situation. This is a possible solution, and I'd appreciate
 you reading and considering it.  Feedback is welcome. I propose that
 after we enter the RC stage that we not entertain any bugs as blockers
 that don't have automated test cases associated with them. This means
 that you are still welcome to do manual testing of your pet feature
 and the things that are important to you; during the testing window
 (or anytime really). However, if the automation suite isn't also
 failing then we consider the release as high enough quality to ship.
 This isn't something we can codify, but the PMC can certainly adopt
 this attitude as a group when voting. Which also means that we can
 deviate from it. If you brought up a blocker for release - we should
 be immediately looking at how we can write a test for that behavior.
 This should also mean several other behaviors need to become a valid
 part of our process. We need to ensure that things are well tested
 before allowing a merge. This means we need a known state of master,
 and we need to perform testing that allows us to confirm that a patch
 does no harm. We also need to insist on implementation of
 comprehensive tests for every inbound feature.
 
 Thoughts, comments, flames, death threats? :)
 
 --David

Re: Review Request 19351: Fixed updating ipset on acquiring vm nic secondary ip for advanced SG zone

2014-03-19 Thread Jayapal Reddy 

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

(Updated March 19, 2014, 11:59 a.m.)


Review request for cloudstack, Abhinandan Prateek and edison su.


Changes
---

Updated patch to check network for SG support and send SG rules.


Bugs: CLOUDSTACK-6240
https://issues.apache.org/jira/browse/CLOUDSTACK-6240


Repository: cloudstack-git


Description
---

Updated adding SG rules for nic secondary ips in Advacned SG.


Diffs (updated)
-

  api/src/org/apache/cloudstack/api/command/user/vm/AddIpToVmNicCmd.java 
b5e2239 
  api/src/org/apache/cloudstack/api/command/user/vm/RemoveIpFromVmNicCmd.java 
199cf2e 
  server/src/com/cloud/network/security/SecurityGroupManagerImpl.java 51c93b7 

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


Testing
---

Tested 'ipset -L' output on xenserver after acquiring secondary ip for vm nic


Thanks,

Jayapal Reddy

Re: docs question

2014-03-19 Thread sebgoa 

On Mar 19, 2014, at 12:09 PM, sebgoa run...@gmail.com wrote:

 Hi,
 
 Question #1:
 --
 
 With the new move to RTD we need to agree on a URL naming convention.
 
 Currently we have one CNAME that points to RTD site (don't worry about the 
 content on that page):
 
 http://docs.cloudstack.apache.org
 
 Using RTD sub projects features this gives us the following URLs to get to 
 the admin and install guide.
 
 http://docs.cloudstack.apache.org/projects/cloudstack-installation
 http://docs.cloudstack.apache.org/projects/cloudstack-administration
 
 The cloudstack-installation and cloudstack-administration are not changeable, 
 RTD does not allow to change that. 
 
 Are we fine with this ? It seems a bit long to me.
 
 If we are not fine with this, the alternative is to create other CNAMEs via 
 apache infra to point to those guides.
 
 Question #2:
 --
 
 What do we want the landing page http://docs.cloudstack.apache.org to have ?
 
 On the cloudstack.apache.org website I was thinking of extending the tab to 
 link to each guide. This would work well with a CNAME per guide.
 But if we keep a single link to 'DOCS' on our main website, then the question 
 of the docs landing page is there.
 
 
 what say you folks ?
 

To illustrate a bit, check:

http://cloudstack.staging.apache.org

Then click on the 'documentation' drop down….select 'Doc Root' or 'Installation 
Docs' or 'Release Notes'

 
 -Sebastien

Re: [PROPOSAL] Enhance the cloudstack events to include more information

2014-03-19 Thread Daan Hoogland 
Sonal, you're in

On Wed, Mar 19, 2014 at 11:23 AM, Sonal Ojha sonal.o...@sungard.com wrote:
 Can someone grant me permission to create a page in cwiki?


 On Tue, Mar 18, 2014 at 4:55 PM, Chip Childers chip.child...@gmail.comwrote:

 Jira for tracking progress, and a design page on the wiki for any design
 info.

  On Mar 18, 2014, at 6:34 AM, Sonal Ojha sonal.o...@sungard.com wrote:
 
  Shall I go ahead and open a jira item on this to add more details?
 
 
  On Tue, Mar 18, 2014 at 3:59 PM, Sonal Ojha sonal.o...@sungard.com
 wrote:
 
  Hello Nitin,
 
  I agree with you, to start with we can replace the event descriptions to
  include the resource UUIDs of the required parameters only. For example,
  DetachIsoCmd needs only virtualMachineId as the required parameter.
 Hence,
  the event description should include the resource UUID for the virtual
  machine. Likewise the required parameters resource UUIDs would be
 included
  in the event description.
 
  -Sonal
 
 
  On Mon, Mar 17, 2014 at 10:48 PM, Nitin Mehta nitin.me...@citrix.com
 wrote:
 
  Sonal - This is a great proposal. In addition, you should also include
 all
  the first class entities involved in the event.
  Say its a detach iso on a vm - then I should have uuids for both the
 iso
  and the vm. This would definitely help giving more information and in
  debugging.
 
  Thanks,
  -Nitin
 
  On 17/03/14 9:52 AM, Alena Prokharchyk alena.prokharc...@citrix.com
 
  wrote:
 
  On #1 I would say “display UUID INSTEAD of the DB id in the events
 API”.
  We should never expose the DB ids to the API caller, especially if the
  caller is not an admin. I guess we just never revised the events after
  UUIDs were introduced.
 
  On #4. We should distinguish between end user and an admin and
 determine
  which errors are allowed to be shown to the end user. For example, he
  shouldn’t see any errors related to physical resources allocation
 error
  as
  he has no knowledge about hosts/storages/physical network topology.
 
 
  -Alena.
 
 
 
  On 3/17/14, 9:40 AM, John Kinsella j...@stratosec.co wrote:
 
  I didn’t see comments from others, but this sounds great to me. More
  info
  is always better IMHO.
 
  On Mar 11, 2014, at 2:31 AM, Sonal Ojha
  sonal.o...@sungard.commailto:sonal.o...@sungard.com wrote:
 
  Currently the event logged in CloudStack doesn't give detailed
  information
  about the event that has occurred. The information provided in each
  event
  shown on the cloudstack ui doesn't provide specifics, particularly in
  case
  of errors. For example, the message shown on the cloudstack ui is
 just
  Error while starting Vm. Vm Id: id in case of failure to start a
 vm
  ,
  which doesnt help much.
 
  I would like to propose some changes to enhance the events to be more
  informative. Like:
 
  1) Instead of just showing resource database id in the event details
 it
  should also display resource UUID. Since all the cloudstack apis take
  input
  as resource uuid it would be helpful to see the same on the ui as
 well.
  Like in the quickview mode introduce another field as resource UUID
  which
  would specify the UUID for the resource on which the event occurred.
 
  2) Enhance the events and listEvents API to include the resource
 UUID so
  that it can be queried by the resource UUID as well.
 
  3) Currently, the event description messages are specified in the
  *Cmd.java
  file instead, all of them should be externalize to a resource file.
 This
  would be helpful even for internationalization.
 
  4) Provide more detailed messages in case of error events. Messages
 such
  as
  Error while starting VM are generic to take any action.
 
  These changes could be taken forward in phases, some suggestion like
 
  Phase I -
  include 2 and 3 point mentioned above
  Phase II -
  include 1 and 4 point mentioned above
 
  Thoughts / Suggestions ?
 
  --
 
  Regards,
 
  ___
 
  *Sonal Ojha* ● Senior Engineer - Product Developement ● SunGard
  Availability Services, India ● Mobile: +91 9922412645●  Email:
  sonal.o...@sungard.commailto:sonal.o...@sungard.com ● Website:
  http://www.sungardas.in/
 
  8 Times Winner – BC Service Provider of the Year – 2011, 2010, 2009,
  2006,
  2005, 2002, 2000, 1999; Finalist – 2008, 2007, 2004, 2001 ●
 Excellence
  in
  Infrastructure Management – 2010 ● Outstanding Excellence in Business
  Continuity – 2008 ● Business Continuity Provider of the Year (BCM
  Service)
  – 2013 BCI Global Awards ● Business Continuity Provider of the Year
 (BCM
  Product) – 2013 BCI India Awards
 
  Stratosechttp://stratosec.co/ - Compliance as a Service
  o: 415.315.9385
  @johnlkinsellahttp://twitter.com/johnlkinsella
 
 
  --
 
  Regards,
 
  ___
 
  *Sonal Ojha* ● Senior Engineer - Product Developement ● SunGard
  Availability Services, India ● Mobile: +91 9922412645●  Email:
  sonal.o...@sungard.com ● Website: http://www.sungardas.in/

Re: system vm disk space issue in ACS 4.3

2014-03-19 Thread Saurav Lahiri 
The problem appears to be the start function in the /etc/init.d/cloud
service for console proxy.
More specifically the following line also writes to /var/log/cloud.out

--
(cd $CLOUD_COM_HOME/systemvm; nohup ./run.sh  /var/log/cloud/cloud.out
21  )
--

since run.sh calls _run.sh and both has set -x enabled, in certain
situations they can keep
logging messages to cloud.out without being aware of the settings in
log4j-cloud.xml


One way to fix that could be that run.sh and _run.sh would log to cloud.out
only if a debug flag
was set to true, otherwise only the java process would write to cloud.out
and log4j would
respect the settings in log4j-cloud.xml


Thanks
Saurav



On Mon, Mar 17, 2014 at 8:47 PM, Saurav Lahiri saurav.lah...@sungard.comwrote:

 Could it have  something to do with the RollingFileAppender that is being
 used.
 The following 
 rollingfileappenderhttp://apache-logging.6191.n7.nabble.com/RollingFileAppender-not-working-consistently-td8582.html
  link
 appears to be a bit outdated but they more or less describe a similar
 problem that we are seeing?


 On our environment that is what we have seeing for sometime on console
 proxy.  The root filesystem goes full with the cloud.out.* occupying all
 the space. This happens pretty frequently and we have to regularly recycle
 the console proxy to resolve this issue.


 As seen below, cloud.out.2 should not have exceeded 10MB but it stands at
 217MB now.

 drwxr-xr-x 2 root root 4.0K Mar 17 14:57 .
 drwxr-xr-x 8 root root 4.0K Mar 17 15:01 ..
 -rw-r--r-- 1 root root0 Mar 12 18:18 api-server.log
 -rw-r--r-- 1 root root 357K Mar 17 15:06 cloud.out
 -rw-r--r-- 1 root root 2.1M Mar 17 14:56 cloud.out.1
 -rw-r--r-- 1 root root 217M Mar 17 15:06 cloud.out.2

 root@v--VM:/var/log/cloud# lsof | grep cloud.out
 sleep   649 root1w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 sleep   649 root2w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 bash   2312 root1w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 bash   2312 root2w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 bash   2339 root1w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 bash   2339 root2w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 bash   2786 root1w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 bash   2786 root2w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 java   2805 root1w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 java   2805 root2w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 java   2805 root  116w  REG  202,1319382 181769
 /var/log/cloud/cloud.out
 root@v--VM:/var/log/cloud# ls -alh

 Thanks
 Saurav


 On Tue, Mar 11, 2014 at 7:58 AM, Chiradeep Vittal 
 chiradeep.vit...@citrix.com wrote:

 Yes, it was deliberate. I can¹t find the discussion, but it revolved
 around a security best practice of having separate partitions for /,
 /swap, home directories


 On 3/10/14, 11:35 AM, Marcus shadow...@gmail.com wrote:

 There have been several raised, actually regarding /var/log.  As for
 the system vm partitioning, it was explicitly changed from single to
 multiple partitions last year. I have no idea why, but I generally
 don't file bugs without community discussion on things that seem
 deliberate.
 
 On Sat, Mar 8, 2014 at 11:32 AM, Marcus shadow...@gmail.com wrote:
  Yeah, I've just seen on busy systems where even with log rotation
 working
  properly the little space left in var after OS files is barely enough,
 for
  example the conntrackd log on a busy VPC. We actually ended up rolling
 our
  own system vm, the existing image has plenty of space, its just locked
 up in
  other partitions.
 
  On Mar 8, 2014 8:58 AM, Rajesh Battala rajesh.batt...@citrix.com
 wrote:
 
  Yes, only 435MB is available for /var . we can increase the space
 also.
  But we need to find out the root cause which services are causing the
 /var
  to fill up.
  Can you please find out and post which log files are taking up more
 space
  in /var
 
  Thanks
  Rajesh Battala
 
  -Original Message-
  From: Marcus [mailto:shadow...@gmail.com]
  Sent: Saturday, March 8, 2014 8:19 PM
  To: dev@cloudstack.apache.org
  Subject: RE: system vm disk space issue in ACS 4.3
 
  Perhaps there's a new service. I know in the past we've seen issues
 with
  this , specifically the conntrackd log. I think the cloud logs weren't
  getting rolled either, but I thought it was all fixed.
 
  There's also simply not a ton of space on

RE: system vm disk space issue in ACS 4.3

2014-03-19 Thread Rajesh Battala 
Can you please file a bug and send your fix for review. 

Thanks
Rajesh Battala

-Original Message-
From: Saurav Lahiri [mailto:saurav.lah...@sungard.com] 
Sent: Wednesday, March 19, 2014 7:20 PM
To: dev@cloudstack.apache.org
Subject: Re: system vm disk space issue in ACS 4.3

The problem appears to be the start function in the /etc/init.d/cloud service 
for console proxy.
More specifically the following line also writes to /var/log/cloud.out

--
(cd $CLOUD_COM_HOME/systemvm; nohup ./run.sh  /var/log/cloud/cloud.out
21  )
--

since run.sh calls _run.sh and both has set -x enabled, in certain situations 
they can keep logging messages to cloud.out without being aware of the settings 
in log4j-cloud.xml


One way to fix that could be that run.sh and _run.sh would log to cloud.out 
only if a debug flag was set to true, otherwise only the java process would 
write to cloud.out and log4j would respect the settings in log4j-cloud.xml


Thanks
Saurav



On Mon, Mar 17, 2014 at 8:47 PM, Saurav Lahiri saurav.lah...@sungard.comwrote:

 Could it have  something to do with the RollingFileAppender that is 
 being used.
 The following 
 rollingfileappenderhttp://apache-logging.6191.n7.nabble.com/RollingFi
 leAppender-not-working-consistently-td8582.html link appears to be a bit 
 outdated but they more or less describe a similar problem that we are seeing?


 On our environment that is what we have seeing for sometime on console 
 proxy.  The root filesystem goes full with the cloud.out.* occupying 
 all the space. This happens pretty frequently and we have to regularly 
 recycle the console proxy to resolve this issue.


 As seen below, cloud.out.2 should not have exceeded 10MB but it stands 
 at 217MB now.

 drwxr-xr-x 2 root root 4.0K Mar 17 14:57 .
 drwxr-xr-x 8 root root 4.0K Mar 17 15:01 ..
 -rw-r--r-- 1 root root0 Mar 12 18:18 api-server.log
 -rw-r--r-- 1 root root 357K Mar 17 15:06 cloud.out
 -rw-r--r-- 1 root root 2.1M Mar 17 14:56 cloud.out.1
 -rw-r--r-- 1 root root 217M Mar 17 15:06 cloud.out.2

 root@v--VM:/var/log/cloud# lsof | grep cloud.out
 sleep   649 root1w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 sleep   649 root2w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 bash   2312 root1w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 bash   2312 root2w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 bash   2339 root1w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 bash   2339 root2w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 bash   2786 root1w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 bash   2786 root2w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 java   2805 root1w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 java   2805 root2w  REG  202,1 226122291 181737
 /var/log/cloud/cloud.out.2
 java   2805 root  116w  REG  202,1319382 181769
 /var/log/cloud/cloud.out
 root@v--VM:/var/log/cloud# ls -alh

 Thanks
 Saurav


 On Tue, Mar 11, 2014 at 7:58 AM, Chiradeep Vittal  
 chiradeep.vit...@citrix.com wrote:

 Yes, it was deliberate. I can¹t find the discussion, but it revolved 
 around a security best practice of having separate partitions for /, 
 /swap, home directories


 On 3/10/14, 11:35 AM, Marcus shadow...@gmail.com wrote:

 There have been several raised, actually regarding /var/log.  As for 
 the system vm partitioning, it was explicitly changed from single to 
 multiple partitions last year. I have no idea why, but I generally 
 don't file bugs without community discussion on things that seem 
 deliberate.
 
 On Sat, Mar 8, 2014 at 11:32 AM, Marcus shadow...@gmail.com wrote:
  Yeah, I've just seen on busy systems where even with log rotation 
 working  properly the little space left in var after OS files is 
 barely enough, for  example the conntrackd log on a busy VPC. We 
 actually ended up rolling our  own system vm, the existing image 
 has plenty of space, its just locked up in  other partitions.
 
  On Mar 8, 2014 8:58 AM, Rajesh Battala 
 rajesh.batt...@citrix.com
 wrote:
 
  Yes, only 435MB is available for /var . we can increase the space
 also.
  But we need to find out the root cause which services are causing 
 the /var  to fill up.
  Can you please find out and post which log files are taking up 
 more space  in /var
 
  Thanks
  Rajesh Battala
 
  -Original Message-
  From: Marcus [mailto:shadow...@gmail.com]
  Sent: Saturday, March 8, 2014 8:19 PM
  To: dev@cloudstack.apache.org

Re: Review Request 18677: CLOUDSTACK-3272

2014-03-19 Thread Sonal Ojha 


 On March 18, 2014, 11:38 a.m., Murali Reddy wrote:
  plugins/event-bus/rabbitmq/src/org/apache/cloudstack/mom/rabbitmq/RabbitMQEventBus.java,
   line 244
  https://reviews.apache.org/r/18677/diff/1/?file=507875#file507875line244
 
  Please use String.Equals method than '=='

I will make this change.


 On March 18, 2014, 11:38 a.m., Murali Reddy wrote:
  plugins/event-bus/rabbitmq/src/org/apache/cloudstack/mom/rabbitmq/RabbitMQEventBus.java,
   lines 246-254
  https://reviews.apache.org/r/18677/diff/1/?file=507875#file507875line246
 
  Why not filter at the source where events gets published it self 
  instead of filtering in the plug-ins?
  
  For e.g. in ActionEventUtils.publishOnEventBus you could check the 
  config value 'publish.action.events' and then decide to publish or not.

I tried moving to the ActionEventUtils but facing issue instantiating 
ConfigurationDao, it doesn't give any error while building but even after 
injecting the dao the object is null and so gives a NullPointerException.


- Sonal


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


On March 4, 2014, 5:51 a.m., Sonal Ojha wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/18677/
 ---
 
 (Updated March 4, 2014, 5:51 a.m.)
 
 
 Review request for cloudstack, Chiradeep Vittal and Murali Reddy.
 
 
 Bugs: CLOUDSTACK-3272
 https://issues.apache.org/jira/browse/CLOUDSTACK-3272
 
 
 Repository: cloudstack-git
 
 
 Description
 ---
 
 At present, there are multiple event types that are generated by CS, action 
 events,usage events, resource state change events and alerts. Current problem 
 is
 all the events gets published on the event bus when event bus is enabled. 
 Intent is to introduce global setting config parameters to specify which 
 category of events to be published or not be published on the event bus.
 
 
 Diffs
 -
 
   
 plugins/event-bus/rabbitmq/src/org/apache/cloudstack/mom/rabbitmq/RabbitMQEventBus.java
  478c8d7 
   server/src/com/cloud/configuration/Config.java 2d55f46 
   server/src/com/cloud/test/DatabaseConfig.java 9370218 
 
 Diff: https://reviews.apache.org/r/18677/diff/
 
 
 Testing
 ---
 
 Successfully tested publishing / not publishing of various events based on 
 the global parameter publish.*.events.
 
 
 Thanks,
 
 Sonal Ojha

Review Request 19399: CLOUDSTACK-6257: Resolving issue in template creation from user VM volume, added method to check the state of VM before template creation

2014-03-19 Thread Ashutosh Kelkar 

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

Review request for cloudstack and Santhosh Edukulla.


Bugs: CLOUDSTACK-6257
https://issues.apache.org/jira/browse/CLOUDSTACK-6257


Repository: cloudstack-git


Description
---

As suggested, added getState method for VirtualMachine class, and it is called 
before template creation. If VM fails to go into desired state, it returns 
failure.


Diffs
-

  test/integration/component/test_project_usage.py ba0a63c 
  test/integration/component/test_resource_limits.py f0d558e 
  test/integration/component/test_tags.py 2a6e076 
  test/integration/component/test_templates.py 3e83615 
  test/integration/component/test_usage.py 5979a0a 
  tools/marvin/marvin/integration/lib/base.py 775b289 

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


Testing
---

Yes.


Thanks,

Ashutosh Kelkar

Re: system vm disk space issue in ACS 4.3

2014-03-19 Thread Saurav Lahiri 
Thanks Rajesh. I have created a jira ticket for this
https://issues.apache.org/jira/browse/CLOUDSTACK-6258. Will send in the fix
for review in a couple of days.

Thanks
Saurav


On Wed, Mar 19, 2014 at 8:03 PM, Rajesh Battala
rajesh.batt...@citrix.comwrote:

 Can you please file a bug and send your fix for review.

 Thanks
 Rajesh Battala

 -Original Message-
 From: Saurav Lahiri [mailto:saurav.lah...@sungard.com]
 Sent: Wednesday, March 19, 2014 7:20 PM
 To: dev@cloudstack.apache.org
 Subject: Re: system vm disk space issue in ACS 4.3

 The problem appears to be the start function in the /etc/init.d/cloud
 service for console proxy.
 More specifically the following line also writes to /var/log/cloud.out


 --
 (cd $CLOUD_COM_HOME/systemvm; nohup ./run.sh  /var/log/cloud/cloud.out
 21  )

 --

 since run.sh calls _run.sh and both has set -x enabled, in certain
 situations they can keep logging messages to cloud.out without being aware
 of the settings in log4j-cloud.xml


 One way to fix that could be that run.sh and _run.sh would log to
 cloud.out only if a debug flag was set to true, otherwise only the java
 process would write to cloud.out and log4j would respect the settings in
 log4j-cloud.xml


 Thanks
 Saurav



 On Mon, Mar 17, 2014 at 8:47 PM, Saurav Lahiri saurav.lah...@sungard.com
 wrote:

  Could it have  something to do with the RollingFileAppender that is
  being used.
  The following
  rollingfileappenderhttp://apache-logging.6191.n7.nabble.com/RollingFi
  leAppender-not-working-consistently-td8582.html link appears to be a
 bit outdated but they more or less describe a similar problem that we are
 seeing?
 
 
  On our environment that is what we have seeing for sometime on console
  proxy.  The root filesystem goes full with the cloud.out.* occupying
  all the space. This happens pretty frequently and we have to regularly
  recycle the console proxy to resolve this issue.
 
 
  As seen below, cloud.out.2 should not have exceeded 10MB but it stands
  at 217MB now.
 
  drwxr-xr-x 2 root root 4.0K Mar 17 14:57 .
  drwxr-xr-x 8 root root 4.0K Mar 17 15:01 ..
  -rw-r--r-- 1 root root0 Mar 12 18:18 api-server.log
  -rw-r--r-- 1 root root 357K Mar 17 15:06 cloud.out
  -rw-r--r-- 1 root root 2.1M Mar 17 14:56 cloud.out.1
  -rw-r--r-- 1 root root 217M Mar 17 15:06 cloud.out.2
 
  root@v--VM:/var/log/cloud# lsof | grep cloud.out
  sleep   649 root1w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  sleep   649 root2w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  bash   2312 root1w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  bash   2312 root2w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  bash   2339 root1w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  bash   2339 root2w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  bash   2786 root1w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  bash   2786 root2w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  java   2805 root1w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  java   2805 root2w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  java   2805 root  116w  REG  202,1319382 181769
  /var/log/cloud/cloud.out
  root@v--VM:/var/log/cloud# ls -alh
 
  Thanks
  Saurav
 
 
  On Tue, Mar 11, 2014 at 7:58 AM, Chiradeep Vittal 
  chiradeep.vit...@citrix.com wrote:
 
  Yes, it was deliberate. I can¹t find the discussion, but it revolved
  around a security best practice of having separate partitions for /,
  /swap, home directories
 
 
  On 3/10/14, 11:35 AM, Marcus shadow...@gmail.com wrote:
 
  There have been several raised, actually regarding /var/log.  As for
  the system vm partitioning, it was explicitly changed from single to
  multiple partitions last year. I have no idea why, but I generally
  don't file bugs without community discussion on things that seem
  deliberate.
  
  On Sat, Mar 8, 2014 at 11:32 AM, Marcus shadow...@gmail.com wrote:
   Yeah, I've just seen on busy systems where even with log rotation
  working  properly the little space left in var after OS files is
  barely enough, for  example the conntrackd log on a busy VPC. We
  actually ended up rolling our  own system vm, the existing image
  has plenty of space, its just locked up in  other partitions.
  
   On Mar 8, 2014 8:58 AM, Rajesh Battala
  rajesh.batt...@citrix.com
  wrote:
  
   Yes, only 435MB is available for /var . we can increase the space
  also.
   But we

Re: Review Request 19399: CLOUDSTACK-6257: Resolving issue in template creation from user VM volume, added method to check the state of VM before template creation

2014-03-19 Thread Santhosh Edukulla 

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



test/integration/component/test_usage.py
https://reviews.apache.org/r/19399/#comment69370

Also, just a thought. If stop operation itself verifies the state and 
return, so test case can check some thing like if virtual_machine.stop() == 
FAIL:
  raise\fail. I believe we can use getState inside stop operation itself. 
Basically, stop operation return can be enforced and checked.
 



tools/marvin/marvin/integration/lib/base.py
https://reviews.apache.org/r/19399/#comment69366

Add other states for VM as well. If anybody wanted to use it, they can use 
these states, otherwise they have to touch this library again.



tools/marvin/marvin/integration/lib/base.py
https://reviews.apache.org/r/19399/#comment69368

Move this inside try block.



tools/marvin/marvin/integration/lib/base.py
https://reviews.apache.org/r/19399/#comment69369

Just reorganize while loop, and use while timeout rather than while True. 
So, we dont need separate elif.



tools/marvin/marvin/integration/lib/base.py
https://reviews.apache.org/r/19399/#comment69364

This else can be removed i believe. Also , continue is not required.


- Santhosh Edukulla


On March 19, 2014, 3:10 p.m., Ashutosh Kelkar wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/19399/
 ---
 
 (Updated March 19, 2014, 3:10 p.m.)
 
 
 Review request for cloudstack and Santhosh Edukulla.
 
 
 Bugs: CLOUDSTACK-6257
 https://issues.apache.org/jira/browse/CLOUDSTACK-6257
 
 
 Repository: cloudstack-git
 
 
 Description
 ---
 
 As suggested, added getState method for VirtualMachine class, and it is 
 called before template creation. If VM fails to go into desired state, it 
 returns failure.
 
 
 Diffs
 -
 
   test/integration/component/test_project_usage.py ba0a63c 
   test/integration/component/test_resource_limits.py f0d558e 
   test/integration/component/test_tags.py 2a6e076 
   test/integration/component/test_templates.py 3e83615 
   test/integration/component/test_usage.py 5979a0a 
   tools/marvin/marvin/integration/lib/base.py 775b289 
 
 Diff: https://reviews.apache.org/r/19399/diff/
 
 
 Testing
 ---
 
 Yes.
 
 
 Thanks,
 
 Ashutosh Kelkar

Unable to inject ConfigurationDao in cloud-server module

2014-03-19 Thread Sonal Ojha 
Hello,

I am trying to inject ConfigurationDao into the ActionEventUtils.java for
some code changes related to CLOUDSTACK-3272. While building(with unit test
case) it doesnt give any error and builds successfully, but while debugging
it gives a NullPointerException when trying to use the ConfigurationDao
instance. I am not sure where am I missing to make the entry.

-- 

Regards,

___

*Sonal Ojha* ● Senior Engineer - Product Developement ● SunGard
Availability Services, India ● Mobile: +91 9922412645●  Email:
sonal.o...@sungard.com ● Website: http://www.sungardas.in/

8 Times Winner – BC Service Provider of the Year – 2011, 2010, 2009, 2006,
2005, 2002, 2000, 1999; Finalist – 2008, 2007, 2004, 2001 ● Excellence in
Infrastructure Management – 2010 ● Outstanding Excellence in Business
Continuity – 2008 ● Business Continuity Provider of the Year (BCM Service)
– 2013 BCI Global Awards ● Business Continuity Provider of the Year (BCM
Product) – 2013 BCI India Awards

*[image: AS_yt]* http://www.youtube.com/user/SunGardAS*[image:
AS_twitter]* https://twitter.com/SunGardASIN*[image:
AS_in]*http://www.linkedin.com/company/sungardasin*[image:
AS_gplus]* https://plus.google.com/102459878242108588663/*[image:
AS_fb]*https://www.facebook.com/sungardas.in*[image:
AS_ss]* http://www.slideshare.net/SunGardASIN/documents

RE: system vm disk space issue in ACS 4.3

2014-03-19 Thread Rajesh Battala 
Great. Post your patch at reviews.apache.org 

Thanks
Rajesh Battala

-Original Message-
From: Saurav Lahiri [mailto:saurav.lah...@sungard.com] 
Sent: Wednesday, March 19, 2014 8:49 PM
To: dev@cloudstack.apache.org
Subject: Re: system vm disk space issue in ACS 4.3

Thanks Rajesh. I have created a jira ticket for this 
https://issues.apache.org/jira/browse/CLOUDSTACK-6258. Will send in the fix for 
review in a couple of days.

Thanks
Saurav


On Wed, Mar 19, 2014 at 8:03 PM, Rajesh Battala
rajesh.batt...@citrix.comwrote:

 Can you please file a bug and send your fix for review.

 Thanks
 Rajesh Battala

 -Original Message-
 From: Saurav Lahiri [mailto:saurav.lah...@sungard.com]
 Sent: Wednesday, March 19, 2014 7:20 PM
 To: dev@cloudstack.apache.org
 Subject: Re: system vm disk space issue in ACS 4.3

 The problem appears to be the start function in the /etc/init.d/cloud 
 service for console proxy.
 More specifically the following line also writes to /var/log/cloud.out


 --
 
 (cd $CLOUD_COM_HOME/systemvm; nohup ./run.sh  
 /var/log/cloud/cloud.out
 21  )

 --
 

 since run.sh calls _run.sh and both has set -x enabled, in certain 
 situations they can keep logging messages to cloud.out without being 
 aware of the settings in log4j-cloud.xml


 One way to fix that could be that run.sh and _run.sh would log to 
 cloud.out only if a debug flag was set to true, otherwise only the 
 java process would write to cloud.out and log4j would respect the 
 settings in log4j-cloud.xml


 Thanks
 Saurav



 On Mon, Mar 17, 2014 at 8:47 PM, Saurav Lahiri 
 saurav.lah...@sungard.com
 wrote:

  Could it have  something to do with the RollingFileAppender that is 
  being used.
  The following
  rollingfileappenderhttp://apache-logging.6191.n7.nabble.com/Rolling
  Fi leAppender-not-working-consistently-td8582.html link appears to 
  be a
 bit outdated but they more or less describe a similar problem that we 
 are seeing?
 
 
  On our environment that is what we have seeing for sometime on 
  console proxy.  The root filesystem goes full with the cloud.out.* 
  occupying all the space. This happens pretty frequently and we have 
  to regularly recycle the console proxy to resolve this issue.
 
 
  As seen below, cloud.out.2 should not have exceeded 10MB but it 
  stands at 217MB now.
 
  drwxr-xr-x 2 root root 4.0K Mar 17 14:57 .
  drwxr-xr-x 8 root root 4.0K Mar 17 15:01 ..
  -rw-r--r-- 1 root root0 Mar 12 18:18 api-server.log
  -rw-r--r-- 1 root root 357K Mar 17 15:06 cloud.out
  -rw-r--r-- 1 root root 2.1M Mar 17 14:56 cloud.out.1
  -rw-r--r-- 1 root root 217M Mar 17 15:06 cloud.out.2
 
  root@v--VM:/var/log/cloud# lsof | grep cloud.out
  sleep   649 root1w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  sleep   649 root2w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  bash   2312 root1w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  bash   2312 root2w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  bash   2339 root1w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  bash   2339 root2w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  bash   2786 root1w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  bash   2786 root2w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  java   2805 root1w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  java   2805 root2w  REG  202,1 226122291 181737
  /var/log/cloud/cloud.out.2
  java   2805 root  116w  REG  202,1319382 181769
  /var/log/cloud/cloud.out
  root@v--VM:/var/log/cloud# ls -alh
 
  Thanks
  Saurav
 
 
  On Tue, Mar 11, 2014 at 7:58 AM, Chiradeep Vittal  
  chiradeep.vit...@citrix.com wrote:
 
  Yes, it was deliberate. I can¹t find the discussion, but it 
  revolved around a security best practice of having separate 
  partitions for /, /swap, home directories
 
 
  On 3/10/14, 11:35 AM, Marcus shadow...@gmail.com wrote:
 
  There have been several raised, actually regarding /var/log.  As 
  for the system vm partitioning, it was explicitly changed from 
  single to multiple partitions last year. I have no idea why, but I 
  generally don't file bugs without community discussion on things 
  that seem deliberate.
  
  On Sat, Mar 8, 2014 at 11:32 AM, Marcus shadow...@gmail.com wrote:
   Yeah, I've just seen on busy systems where even with log 
  rotation working  properly the little space left in var after OS 
  files is barely enough, for  example the conntrackd log on a busy

Re: [VOTE] Apache CloudStack 4.3.0 (eighth round)

2014-03-19 Thread ilya musayev 

Florin,

I had a similar issue earlier today.

My solution was to cleanup everything from previous builds - i did not 
figure what exactly got corrupted where, but i did have layered installs 
of ACS4.2.1 on top of multiple versions of 4.3 .


My fix was something along the lines of
rm -rf `locate cloudstack`

But i would ask that you be careful when you run the command above.

I also dropped my databases in order for everything to be recreated - 
probably was not necessary, but i had nothing to loose and it worked.


Regards
ilya

On 3/18/14, 1:45 PM, Florin Dumitrascu wrote:

Hi Alena,

Actually I just had a quick look at the management server logs and I see this 
error. MySQL server is running, so not sure what is causing it:

2014-03-18 17:37:12,453 ERROR [c.c.u.d.Merovingian2] (main:null) Unable to get 
a new db connection
com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Could not 
create connection to database server. Attempted reconnect 3 times. Giving up.



-Original Message-
From: Alena Prokharchyk [mailto:alena.prokharc...@citrix.com]
Sent: Tuesday, March 18, 2014 5:40 PM
To: dev@cloudstack.apache.org; Florin Dumitrascu
Subject: Re: [VOTE] Apache CloudStack 4.3.0 (eighth round)

Florin, can you check the output of the following DB query:

Select * from configuration where name=hypervisor.list



On 3/18/14, 10:17 AM, Florin Dumitrascu
florin.dumitra...@intunenetworks.com wrote:


Apologies for the missing link. Screenshot of the GUI bug is here:

http://imgur.com/FL9OnY0

Thanks,
Florin


-Original Message-
From: Florin Dumitrascu [mailto:florin.dumitra...@intunenetworks.com]
Sent: Tuesday, March 18, 2014 5:11 PM
To: dev@cloudstack.apache.org
Subject: RE: [VOTE] Apache CloudStack 4.3.0 (eighth round)

Hi,

I am trying to create an advanced zone using RC8, but I am blocked even

from the first steps.

As seen in the attached image, I cannot select the Hypervisor type from
the drop down box.
Has anyone else seen this behaviour ?

Thanks,
Florin





-Original Message-
From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
Sent: Thursday, March 13, 2014 12:27 AM
To: dev@cloudstack.apache.org
Subject: [VOTE] Apache CloudStack 4.3.0 (eighth round)

Hi All,



I've created a 4.3.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=r
efs
/heads/4.3
Commit: 6a6ec648099553a42f830dcd566eab2452428908



List of changes:

New Features in 4.3:
https://issues.apache.org/jira/issues/?filter=12325248

Improvement in 4.3:
https://issues.apache.org/jira/issues/?filter=12325249

Issues fixed in 4.3
https://issues.apache.org/jira/issues/?filter=12326161

Known Issues in 4.3:
https://issues.apache.org/jira/issues/?filter=12326162







Source release (checksums and signatures are available at the same

location):

https://dist.apache.org/repos/dist/dev/cloudstack/4.3.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+pro
ced
ure



Vote will be open for 72 hours (Monday evening PST 5:30 PM)



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



IMPORTANT NOTE: The information in this e-mail (and any attachments) is
confidential. The contents may not be disclosed or used by anyone other
than the addressee. If you are not the intended recipient, please
notify the sender immediately or telephone: +353 (0)1 6204700. We
cannot accept any responsibility for the accuracy or completeness of
this message as it has been transmitted over a public network. If you
suspect that the message may have been intercepted or amended, please call the 
sender.


IMPORTANT NOTE: The information in this e-mail (and any attachments) is
confidential. The contents may not be disclosed or used by anyone other
than the addressee. If you are not the intended recipient, please
notify the sender immediately or telephone: +353 (0)1 6204700. We
cannot accept any responsibility for the accuracy or completeness of
this message as it has been transmitted over a public network. If you
suspect that the message may have been intercepted or amended, please call the 
sender.


IMPORTANT NOTE: The information in this e-mail (and any attachments) is 
confidential. The contents may not be disclosed or used by anyone other than 
the addressee. If you are not the intended recipient, please notify the sender 
immediately or telephone: +353 (0)1 6204700. We cannot accept any 
responsibility for the accuracy or completeness of this message as it has been 
transmitted over a public network. If you suspect that the message may have 
been intercepted or amended, please call the sender.

RE: [VOTE] Apache CloudStack 4.3.0 (eighth round)

2014-03-19 Thread Florin Dumitrascu 
Hi Ilya,

Thanks for getting back.
My problem was actually caused by myself playing around with MySQL bind address 
setting in my.cnf.
Apologies for all the noise.

Florin


-Original Message-
From: ilya musayev [mailto:ilya.mailing.li...@gmail.com]
Sent: Wednesday, March 19, 2014 3:46 PM
To: dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache CloudStack 4.3.0 (eighth round)

Florin,

I had a similar issue earlier today.

My solution was to cleanup everything from previous builds - i did not figure 
what exactly got corrupted where, but i did have layered installs of ACS4.2.1 
on top of multiple versions of 4.3 .

My fix was something along the lines of
rm -rf `locate cloudstack`

But i would ask that you be careful when you run the command above.

I also dropped my databases in order for everything to be recreated - probably 
was not necessary, but i had nothing to loose and it worked.

Regards
ilya

On 3/18/14, 1:45 PM, Florin Dumitrascu wrote:
 Hi Alena,

 Actually I just had a quick look at the management server logs and I see this 
 error. MySQL server is running, so not sure what is causing it:

 2014-03-18 17:37:12,453 ERROR [c.c.u.d.Merovingian2] (main:null)
 Unable to get a new db connection
 com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Could 
 not create connection to database server. Attempted reconnect 3 times. Giving 
 up.



 -Original Message-
 From: Alena Prokharchyk [mailto:alena.prokharc...@citrix.com]
 Sent: Tuesday, March 18, 2014 5:40 PM
 To: dev@cloudstack.apache.org; Florin Dumitrascu
 Subject: Re: [VOTE] Apache CloudStack 4.3.0 (eighth round)

 Florin, can you check the output of the following DB query:

 Select * from configuration where name=hypervisor.list



 On 3/18/14, 10:17 AM, Florin Dumitrascu
 florin.dumitra...@intunenetworks.com wrote:

 Apologies for the missing link. Screenshot of the GUI bug is here:

 http://imgur.com/FL9OnY0

 Thanks,
 Florin


 -Original Message-
 From: Florin Dumitrascu [mailto:florin.dumitra...@intunenetworks.com]
 Sent: Tuesday, March 18, 2014 5:11 PM
 To: dev@cloudstack.apache.org
 Subject: RE: [VOTE] Apache CloudStack 4.3.0 (eighth round)

 Hi,

 I am trying to create an advanced zone using RC8, but I am blocked
 even
 from the first steps.
 As seen in the attached image, I cannot select the Hypervisor type
 from the drop down box.
 Has anyone else seen this behaviour ?

 Thanks,
 Florin





 -Original Message-
 From: Animesh Chaturvedi [mailto:animesh.chaturv...@citrix.com]
 Sent: Thursday, March 13, 2014 12:27 AM
 To: dev@cloudstack.apache.org
 Subject: [VOTE] Apache CloudStack 4.3.0 (eighth round)

 Hi All,



 I've created a 4.3.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
 =r
 efs
 /heads/4.3
 Commit: 6a6ec648099553a42f830dcd566eab2452428908



 List of changes:

 New Features in 4.3:
 https://issues.apache.org/jira/issues/?filter=12325248

 Improvement in 4.3:
 https://issues.apache.org/jira/issues/?filter=12325249

 Issues fixed in 4.3
 https://issues.apache.org/jira/issues/?filter=12326161

 Known Issues in 4.3:
 https://issues.apache.org/jira/issues/?filter=12326162







 Source release (checksums and signatures are available at the same

 location):

 https://dist.apache.org/repos/dist/dev/cloudstack/4.3.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+p
 ro
 ced
 ure



 Vote will be open for 72 hours (Monday evening PST 5:30 PM)



 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



 IMPORTANT NOTE: The information in this e-mail (and any attachments)
 is confidential. The contents may not be disclosed or used by anyone
 other than the addressee. If you are not the intended recipient,
 please notify the sender immediately or telephone: +353 (0)1 6204700.
 We cannot accept any responsibility for the accuracy or completeness
 of this message as it has been transmitted over a public network. If
 you suspect that the message may have been intercepted or amended, please 
 call the sender.


 IMPORTANT NOTE: The information in this e-mail (and any attachments)
 is confidential. The contents may not be disclosed or used by anyone
 other than the addressee. If you are not the intended recipient,
 please notify the sender immediately or telephone: +353 (0)1 6204700.
 We cannot accept any responsibility for the accuracy or completeness
 of this message as it has been transmitted over a public network. If
 you suspect that the message may have been intercepted or amended, please 
 call the sender.

 IMPORTANT NOTE: The information in this e-mail (and

Re: Unable to inject ConfigurationDao in cloud-server module

2014-03-19 Thread Alena Prokharchyk 
Sonal, did you initialize it the way other daos are initialized? In init()
method marked with @PostConstruct

On 3/19/14, 8:22 AM, Sonal Ojha sonal.o...@sungard.com wrote:

Hello,

I am trying to inject ConfigurationDao into the ActionEventUtils.java for
some code changes related to CLOUDSTACK-3272. While building(with unit
test
case) it doesnt give any error and builds successfully, but while
debugging
it gives a NullPointerException when trying to use the ConfigurationDao
instance. I am not sure where am I missing to make the entry.

-- 

Regards,

___

*Sonal Ojha* ● Senior Engineer - Product Developement ● SunGard
Availability Services, India ● Mobile: +91 9922412645●  Email:
sonal.o...@sungard.com ● Website: http://www.sungardas.in/

8 Times Winner – BC Service Provider of the Year – 2011, 2010, 2009, 2006,
2005, 2002, 2000, 1999; Finalist – 2008, 2007, 2004, 2001 ● Excellence in
Infrastructure Management – 2010 ● Outstanding Excellence in Business
Continuity – 2008 ● Business Continuity Provider of the Year (BCM Service)
– 2013 BCI Global Awards ● Business Continuity Provider of the Year (BCM
Product) – 2013 BCI India Awards

*[image: AS_yt]* http://www.youtube.com/user/SunGardAS*[image:
AS_twitter]* https://twitter.com/SunGardASIN*[image:
AS_in]*http://www.linkedin.com/company/sungardasin*[image:
AS_gplus]* https://plus.google.com/102459878242108588663/*[image:
AS_fb]*https://www.facebook.com/sungardas.in*[image:
AS_ss]* http://www.slideshare.net/SunGardASIN/documents

Re: Review Request 19038: CLOUDSTACK-6090: Virtual Router Service Failure Alerting

2014-03-19 Thread Harikrishna Patnala 

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



core/src/com/cloud/agent/resource/virtualnetwork/VirtualRoutingResource.java
https://reviews.apache.org/r/19038/#comment69378

Hi,
Did you mean to override isQuery() method of NetworkElementCommand ?

Here I followed the same as GetDomRVersionCommand.


- Harikrishna Patnala


On March 14, 2014, 9:36 a.m., Harikrishna Patnala wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/19038/
 ---
 
 (Updated March 14, 2014, 9:36 a.m.)
 
 
 Review request for cloudstack, Chiradeep Vittal, Jayapal Reddy, and Murali 
 Reddy.
 
 
 Bugs: CLOUDSTACK-6090
 https://issues.apache.org/jira/browse/CLOUDSTACK-6090
 
 
 Repository: cloudstack-git
 
 
 Description
 ---
 
 CLOUDSTACK-6090: Virtual Router Service Failure Alerting
 Currently in CS we can monitor the running services on Virtual Router and 
 ensure they are running through the lifetime of VR. 
 Upon failure of any service in VR, monitoring service logs the alerts in VR 
 logs. 
 With this feature those alerts will be sent to MS.
 
 Added marvin tests
 
 
 Diffs
 -
 
   core/src/com/cloud/agent/api/GetRouterAlertsAnswer.java PRE-CREATION 
   core/src/com/cloud/agent/api/routing/GetRouterAlertsCommand.java 
 PRE-CREATION 
   
 core/src/com/cloud/agent/resource/virtualnetwork/VirtualRoutingResource.java 
 3712aba 
   
 engine/schema/resources/META-INF/cloudstack/core/spring-engine-schema-core-daos-context.xml
  765d86c 
   engine/schema/src/com/cloud/network/dao/OpRouterMonitorServiceDao.java 
 PRE-CREATION 
   engine/schema/src/com/cloud/network/dao/OpRouterMonitorServiceDaoImpl.java 
 PRE-CREATION 
   engine/schema/src/com/cloud/network/dao/OpRouterMonitorServiceVO.java 
 PRE-CREATION 
   server/src/com/cloud/network/router/VirtualNetworkApplianceManagerImpl.java 
 eeab91d 
   setup/db/db/schema-430to440.sql 056c5f8 
   systemvm/patches/debian/config/opt/cloud/bin/getRouterAlerts.sh 
 PRE-CREATION 
   systemvm/patches/debian/config/root/monitorServices.py 0319ece 
   test/integration/smoke/test_VirtualRouter_alerts.py PRE-CREATION 
 
 Diff: https://reviews.apache.org/r/19038/diff/
 
 
 Testing
 ---
 
 
 Thanks,
 
 Harikrishna Patnala

Re: Review Request 19038: CLOUDSTACK-6090: Virtual Router Service Failure Alerting

2014-03-19 Thread Harikrishna Patnala 


 On March 18, 2014, 10:30 p.m., Sheng Yang wrote:
  core/src/com/cloud/agent/resource/virtualnetwork/VirtualRoutingResource.java,
   line 282
  https://reviews.apache.org/r/19038/diff/3/?file=519578#file519578line282
 
  Put it in query command rather than here. It would demand immediate 
  answer with details rather than a simple true/false answer. See 
  GetDomRVersionCommand.

Hi,
Did you mean to override isQuery() method of NetworkElementCommand ?

Here I followed the same as GetDomRVersionCommand.


- Harikrishna


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


On March 14, 2014, 9:36 a.m., Harikrishna Patnala wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/19038/
 ---
 
 (Updated March 14, 2014, 9:36 a.m.)
 
 
 Review request for cloudstack, Chiradeep Vittal, Jayapal Reddy, and Murali 
 Reddy.
 
 
 Bugs: CLOUDSTACK-6090
 https://issues.apache.org/jira/browse/CLOUDSTACK-6090
 
 
 Repository: cloudstack-git
 
 
 Description
 ---
 
 CLOUDSTACK-6090: Virtual Router Service Failure Alerting
 Currently in CS we can monitor the running services on Virtual Router and 
 ensure they are running through the lifetime of VR. 
 Upon failure of any service in VR, monitoring service logs the alerts in VR 
 logs. 
 With this feature those alerts will be sent to MS.
 
 Added marvin tests
 
 
 Diffs
 -
 
   core/src/com/cloud/agent/api/GetRouterAlertsAnswer.java PRE-CREATION 
   core/src/com/cloud/agent/api/routing/GetRouterAlertsCommand.java 
 PRE-CREATION 
   
 core/src/com/cloud/agent/resource/virtualnetwork/VirtualRoutingResource.java 
 3712aba 
   
 engine/schema/resources/META-INF/cloudstack/core/spring-engine-schema-core-daos-context.xml
  765d86c 
   engine/schema/src/com/cloud/network/dao/OpRouterMonitorServiceDao.java 
 PRE-CREATION 
   engine/schema/src/com/cloud/network/dao/OpRouterMonitorServiceDaoImpl.java 
 PRE-CREATION 
   engine/schema/src/com/cloud/network/dao/OpRouterMonitorServiceVO.java 
 PRE-CREATION 
   server/src/com/cloud/network/router/VirtualNetworkApplianceManagerImpl.java 
 eeab91d 
   setup/db/db/schema-430to440.sql 056c5f8 
   systemvm/patches/debian/config/opt/cloud/bin/getRouterAlerts.sh 
 PRE-CREATION 
   systemvm/patches/debian/config/root/monitorServices.py 0319ece 
   test/integration/smoke/test_VirtualRouter_alerts.py PRE-CREATION 
 
 Diff: https://reviews.apache.org/r/19038/diff/
 
 
 Testing
 ---
 
 
 Thanks,
 
 Harikrishna Patnala

Re: Review Request 19038: CLOUDSTACK-6090: Virtual Router Service Failure Alerting

2014-03-19 Thread Sheng Yang 


 On March 18, 2014, 10:30 p.m., Sheng Yang wrote:
  core/src/com/cloud/agent/resource/virtualnetwork/VirtualRoutingResource.java,
   line 282
  https://reviews.apache.org/r/19038/diff/3/?file=519578#file519578line282
 
  Put it in query command rather than here. It would demand immediate 
  answer with details rather than a simple true/false answer. See 
  GetDomRVersionCommand.
 
 Harikrishna Patnala wrote:
 Hi,
 Did you mean to override isQuery() method of NetworkElementCommand ?
 
 Here I followed the same as GetDomRVersionCommand.

Oh yes, sorry I misread the code. In this case, you should remove the 
generateConfig() later since that's not for query commands. I would drop this 
one.


- Sheng


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


On March 14, 2014, 9:36 a.m., Harikrishna Patnala wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/19038/
 ---
 
 (Updated March 14, 2014, 9:36 a.m.)
 
 
 Review request for cloudstack, Chiradeep Vittal, Jayapal Reddy, and Murali 
 Reddy.
 
 
 Bugs: CLOUDSTACK-6090
 https://issues.apache.org/jira/browse/CLOUDSTACK-6090
 
 
 Repository: cloudstack-git
 
 
 Description
 ---
 
 CLOUDSTACK-6090: Virtual Router Service Failure Alerting
 Currently in CS we can monitor the running services on Virtual Router and 
 ensure they are running through the lifetime of VR. 
 Upon failure of any service in VR, monitoring service logs the alerts in VR 
 logs. 
 With this feature those alerts will be sent to MS.
 
 Added marvin tests
 
 
 Diffs
 -
 
   core/src/com/cloud/agent/api/GetRouterAlertsAnswer.java PRE-CREATION 
   core/src/com/cloud/agent/api/routing/GetRouterAlertsCommand.java 
 PRE-CREATION 
   
 core/src/com/cloud/agent/resource/virtualnetwork/VirtualRoutingResource.java 
 3712aba 
   
 engine/schema/resources/META-INF/cloudstack/core/spring-engine-schema-core-daos-context.xml
  765d86c 
   engine/schema/src/com/cloud/network/dao/OpRouterMonitorServiceDao.java 
 PRE-CREATION 
   engine/schema/src/com/cloud/network/dao/OpRouterMonitorServiceDaoImpl.java 
 PRE-CREATION 
   engine/schema/src/com/cloud/network/dao/OpRouterMonitorServiceVO.java 
 PRE-CREATION 
   server/src/com/cloud/network/router/VirtualNetworkApplianceManagerImpl.java 
 eeab91d 
   setup/db/db/schema-430to440.sql 056c5f8 
   systemvm/patches/debian/config/opt/cloud/bin/getRouterAlerts.sh 
 PRE-CREATION 
   systemvm/patches/debian/config/root/monitorServices.py 0319ece 
   test/integration/smoke/test_VirtualRouter_alerts.py PRE-CREATION 
 
 Diff: https://reviews.apache.org/r/19038/diff/
 
 
 Testing
 ---
 
 
 Thanks,
 
 Harikrishna Patnala

[GSOC2014] [CLOUDSTACK-6114] Create config management recipes to install CloudStack

2014-03-19 Thread Ian Duffy 
Hi all,

After the amazing experience last year I felt it would be a great to
do Google Summer of Code again this year.

I'm interested in looking at JIRA Ticket CLOUDSTACK-6114 - Create
config management recipes to install CloudStack.

The full proposal can be found on Google Melange at:
http://www.google-melange.com/gsoc/proposal/public/google/gsoc2014/imduffy15/5662278724616192

If anybody has any feedback, advice or ideas I would love to hear them!

Thanks,
Ian

Re: RealHostIp

2014-03-19 Thread John Kinsella 
I can’t ping the NS servers, but they do respond to queries…

On Mar 19, 2014, at 2:37 AM, Alex Hitchins alex.hitch...@shapeblue.com wrote:

 I can't ping RealHostIp, has the service been properly taken down? An 
 NSLOOKUP didn't resolve any nameservers at all.
 
 Alex
 
 .
 
 Need Enterprise Grade Support for Apache CloudStack?
 Our CloudStack Infrastructure 
 Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ offers the 
 best 24/7 SLA for CloudStack Environments.
 
 Apache CloudStack Bootcamp training courses
 
 **NEW!** CloudStack 4.2.1 traininghttp://shapeblue.com/cloudstack-training/
 18th-19th February 2014, Brazil. 
 Classroomhttp://shapeblue.com/cloudstack-training/
 17th-23rd March 2014, Region A. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 24th-28th March 2014, Region B. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 16th-20th June 2014, Region A. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 23rd-27th June 2014, Region B. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 
 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 is a registered 
 trademark.

RE: RealHostIp

2014-03-19 Thread Stephen Turner 
GLENDOWER

I can call spirits from the vasty deep.

HOTSPUR

Why, so can I, or so can any man;
But will they come when you do call for them?

-- 
Stephen Turner


-Original Message-
From: David Nalley [mailto:da...@gnsa.us] 
Sent: 19 March 2014 18:40
To: dev@cloudstack.apache.org
Subject: Re: RealHostIp

AFAIK they've never been pingable. Or rather never responded to pings.

--David

On Wed, Mar 19, 2014 at 2:04 PM, John Kinsella j...@stratosec.co wrote:
 I can't ping the NS servers, but they do respond to queries...

 On Mar 19, 2014, at 2:37 AM, Alex Hitchins alex.hitch...@shapeblue.com 
 wrote:

 I can't ping RealHostIp, has the service been properly taken down? An 
 NSLOOKUP didn't resolve any nameservers at all.

 Alex

 .

 Need Enterprise Grade Support for Apache CloudStack?
 Our CloudStack Infrastructure 
 Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ offers the 
 best 24/7 SLA for CloudStack Environments.

 Apache CloudStack Bootcamp training courses

 **NEW!** CloudStack 4.2.1 traininghttp://shapeblue.com/cloudstack-training/
 18th-19th February 2014, Brazil. 
 Classroomhttp://shapeblue.com/cloudstack-training/
 17th-23rd March 2014, Region A. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 24th-28th March 2014, Region B. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 16th-20th June 2014, Region A. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 23rd-27th June 2014, Region B. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/

 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 is a registered 
 trademark.

Re: RealHostIp

2014-03-19 Thread David Nalley 
AFAIK they've never been pingable. Or rather never responded to pings.

--David

On Wed, Mar 19, 2014 at 2:04 PM, John Kinsella j...@stratosec.co wrote:
 I can't ping the NS servers, but they do respond to queries...

 On Mar 19, 2014, at 2:37 AM, Alex Hitchins alex.hitch...@shapeblue.com 
 wrote:

 I can't ping RealHostIp, has the service been properly taken down? An 
 NSLOOKUP didn't resolve any nameservers at all.

 Alex

 .

 Need Enterprise Grade Support for Apache CloudStack?
 Our CloudStack Infrastructure 
 Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ offers the 
 best 24/7 SLA for CloudStack Environments.

 Apache CloudStack Bootcamp training courses

 **NEW!** CloudStack 4.2.1 traininghttp://shapeblue.com/cloudstack-training/
 18th-19th February 2014, Brazil. 
 Classroomhttp://shapeblue.com/cloudstack-training/
 17th-23rd March 2014, Region A. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 24th-28th March 2014, Region B. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 16th-20th June 2014, Region A. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 23rd-27th June 2014, Region B. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/

 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 is a registered 
 trademark.

RE: Release cadence

2014-03-19 Thread Animesh Chaturvedi 


 -Original Message-
 From: Rajani Karuturi [mailto:rajani.karut...@citrix.com]
 Sent: Wednesday, March 19, 2014 4:46 AM
 To: dev
 Subject: Re: Release cadence
 
 The primary problem I feel is that we dont plan our releases.(I am fairly new
 here and I may be wrong) The role of the release manager starts only during
 the RC creation phase asking for votes(again I maybe wrong).
[Animesh] Rajani releases are actually planned well ahead. Please check out the 
Release page for 4.3 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Cloudstack+4.3+Release
The planning is straight forward with our time baaed releases
 
 I feel it should start much earlier. Everyone who is actively involved should
 have a clear idea on what we are going to release next.
 We do this to an extent by sending proposals etc. but we really dont do
 planning and the big picture is missing.
 
[Animesh] The plan is published and socialized check out how it was done for 4.3
http://markmail.org/message/7hnkyphpz5hkk6rm

I think with 4.3 multiple RCs, 4.4 got rushed in and we did not see the plan 
and the feature freeze came in. Daan/Hugo are yet to setup the plan for 4.4


 I think the RM should facilitate planning of the release and in the process
 take feedback from the committers and users who are going to work on the
 release.
 A single view of the current release status also would help immensely.
 
 I like the way brackets.io does the release management through trello
 boards[1]. Probably we could explore such options. It facilities voting on
 features, gives a quick view of whats getting in the release which would help
 QA/anyone interested in testing to plan the testing early on instead of
 waiting for RC.
 
 
 I am for for short release cycles. Release early, release often
 It shows project activity and builds developer confidence as long as we do
 quality releases :)
 
 
 [1] https://trello.com/b/LCDud1Nd/brackets
 
 
 ~Rajani
 
 
 
 On 17-Mar-2014, at 10:22 pm, John Kinsella j...@stratosec.co wrote:
 
  I am in agreement with my radical CloudStack brother.
 
 
  On Mar 13, 2014, at 9:42 AM, David Nalley da...@gnsa.us wrote:
 
  The RC7 vote thread contained a lot of discussion around release
  cadence, and I figured I'd move that to a thread that has a better
  subject so there is better visibility to list participants who don't
  read every thread.
 
  When I look at things schedule wise, I see our aims and our reality.
  We have a relatively short development window (in the schedule) and
  we have almost 50% of our time in the schedule allocated to testing.
  (over two months). However, it seems that a lot of testing - or at
  least a lot of testing for  what became blockers to the release
  didn't appear to happen until RCs were kicked out - and that's where
  our schedule has fallen apart for multiple releases. The automated
  tests we have were clean when we issued RCs, so we clearly don't have
  the depth needed from an automated standpoint.
 
  Two problems, one cultural and one technical. The technical problem
  is that our automated test suite isn't deep enough to give us a high
  level of confidence that we should release. The cultural problem is
  that many of us wait until the release period of the schedule to test.
 
  What does that have to do with release cadence? Well inherently not
  much; but let me describe my concerns. As a project; the schedule is
  meaningless if we don't follow it; and effectively the release date
  is held hostage. Personally, I do want as few bugs as possible, but
  it's a balancing act where people doubt our ability if we aren't able
  to ship. I don't think it matters if we move to 6 month cycles, if
  this behavior continues, we'd miss the 6 month date as well and push
  to 8 or 9 months. See my radical proposition at the bottom for an
  idea on dealing with this.
 
  I also find myself agreeing with Daan on the additional complexity.
  Increasing the window for release inherently increases the window for
  feature development. As soon as we branch a release, master is open
  for feature development again. This means a potential for greater
  change at each release. Change is a risk to quality; or at least an
  unknown that we again have to test. The greater that quantity of
  change, the greater the potential threat to quality.
 
  Radical proposition:
 
  Because we have two problems, of different nature, we are in a
  difficult situation. This is a possible solution, and I'd appreciate
  you reading and considering it.  Feedback is welcome. I propose that
  after we enter the RC stage that we not entertain any bugs as
  blockers that don't have automated test cases associated with them.
  This means that you are still welcome to do manual testing of your
  pet feature and the things that are important to you; during the
  testing window (or anytime really). However, if the automation suite
  isn't also failing then we consider the release as high enough quality to

[RFC]Bypass Libvirt storage pool for NFS

2014-03-19 Thread Edison Su 
I found many times in QA's testing environment, the libvirt storage 
pool(created on NFS) is missing on the kvm host frequently, for no reason. It 
may relate to bug https://bugzilla.redhat.com/show_bug.cgi?id=977706.
In order to fix this issue, and bug CLOUDSTACK-2729, we added a lot of 
workaround to fight with libvirt, such as, if can't find the storage pool, then 
create the same pool again etc. As the storage pool can be lost on kvm host at 
any time, it will cause a lot of operation errors, such as can't start vm, 
can't delete volume etc, etc.
I want to bypass libvirt storage pool for NFS, as java itself, already have all 
the capabilities that libvirt can provide, such as create a file, delete a 
file, list a directory etc, there is no need to add another layer of crap here. 
In doing so, we won't be blocked by libvirt 
bug(https://bugzilla.redhat.com/show_bug.cgi?id=977706) to support newer 
version of KVM.

Re: [RFC]Bypass Libvirt storage pool for NFS

2014-03-19 Thread Wido den Hollander 



On 03/19/2014 07:54 PM, Edison Su wrote:

I found many times in QA's testing environment, the libvirt storage 
pool(created on NFS) is missing on the kvm host frequently, for no reason. It 
may relate to bug https://bugzilla.redhat.com/show_bug.cgi?id=977706.
In order to fix this issue, and bug CLOUDSTACK-2729, we added a lot of 
workaround to fight with libvirt, such as, if can't find the storage pool, then 
create the same pool again etc. As the storage pool can be lost on kvm host at 
any time, it will cause a lot of operation errors, such as can't start vm, 
can't delete volume etc, etc.
I want to bypass libvirt storage pool for NFS, as java itself, already have all 
the capabilities that libvirt can provide, such as create a file, delete a 
file, list a directory etc, there is no need to add another layer of crap here. 
In doing so, we won't be blocked by libvirt 
bug(https://bugzilla.redhat.com/show_bug.cgi?id=977706) to support newer 
version of KVM.



-1

I understand the issues which we see here, but imho the way forward is 
to fix this in libvirt instead of simply go around it.


We should not try to re-invent the wheel here, but fix the root-cause.

Yes, Java can do a lot, but I think libvirt can do this better.

For the RBD code I also had a couple of changes go into libvirt recently 
and this NFS issue can also be fixed.


Loosing NFS pools in libvirt is most of the times due to a restart of 
libvirt, they don't magically disappear from libvirt.


I agree that we should be able to start the pool again even while it's 
mounted, but that's something we should fix in libvirt.


Wido

Re: [GSOC2014] [CLOUDSTACK-6114] Create config management recipes to install CloudStack

2014-03-19 Thread Sebastien Goasguen 

On Mar 19, 2014, at 1:59 PM, Ian Duffy i...@ianduffy.ie wrote:

 Hi all,
 
 After the amazing experience last year I felt it would be a great to
 do Google Summer of Code again this year.
 
 I'm interested in looking at JIRA Ticket CLOUDSTACK-6114 - Create
 config management recipes to install CloudStack.
 
 The full proposal can be found on Google Melange at:
 http://www.google-melange.com/gsoc/proposal/public/google/gsoc2014/imduffy15/5662278724616192
 
 If anybody has any feedback, advice or ideas I would love to hear them!
 
 Thanks,
 Ian

terrific

RE: RealHostIp

2014-03-19 Thread Alex Hitchins 
It's my DNS, it just won't play ball with this one domain.

I will try changing it to 8.8.8.8 and see if that makes any different. My 
suspicion is with BT and their 'smart' filtering.

Thanks to all those who checked for me.

Regards

Alex Hitchins

D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969

alex.hitch...@shapeblue.com

-Original Message-
From: David Nalley [mailto:da...@gnsa.us]
Sent: 19 March 2014 18:40
To: dev@cloudstack.apache.org
Subject: Re: RealHostIp

AFAIK they've never been pingable. Or rather never responded to pings.

--David

On Wed, Mar 19, 2014 at 2:04 PM, John Kinsella j...@stratosec.co wrote:
 I can't ping the NS servers, but they do respond to queries...

 On Mar 19, 2014, at 2:37 AM, Alex Hitchins alex.hitch...@shapeblue.com 
 wrote:

 I can't ping RealHostIp, has the service been properly taken down? An 
 NSLOOKUP didn't resolve any nameservers at all.

 Alex

 .

 Need Enterprise Grade Support for Apache CloudStack?
 Our CloudStack Infrastructure 
 Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ offers the 
 best 24/7 SLA for CloudStack Environments.

 Apache CloudStack Bootcamp training courses

 **NEW!** CloudStack 4.2.1 traininghttp://shapeblue.com/cloudstack-training/
 18th-19th February 2014, Brazil. 
 Classroomhttp://shapeblue.com/cloudstack-training/
 17th-23rd March 2014, Region A. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 24th-28th March 2014, Region B. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 16th-20th June 2014, Region A. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 23rd-27th June 2014, Region B. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/

 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 is a registered 
 trademark.


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 is a registered trademark.

Re: [RFC]Bypass Libvirt storage pool for NFS

2014-03-19 Thread Nux! 

On 19.03.2014 19:01, Wido den Hollander wrote:

On 03/19/2014 07:54 PM, Edison Su wrote:
I found many times in QA's testing environment, the libvirt storage 
pool(created on NFS) is missing on the kvm host frequently, for no 
reason. It may relate to bug 
https://bugzilla.redhat.com/show_bug.cgi?id=977706.
In order to fix this issue, and bug CLOUDSTACK-2729, we added a lot 
of workaround to fight with libvirt, such as, if can't find the 
storage pool, then create the same pool again etc. As the storage pool 
can be lost on kvm host at any time, it will cause a lot of operation 
errors, such as can't start vm, can't delete volume etc, etc.
I want to bypass libvirt storage pool for NFS, as java itself, 
already have all the capabilities that libvirt can provide, such as 
create a file, delete a file, list a directory etc, there is no need 
to add another layer of crap here. In doing so, we won't be blocked by 
libvirt bug(https://bugzilla.redhat.com/show_bug.cgi?id=977706) to 
support newer version of KVM.




-1

I understand the issues which we see here, but imho the way forward
is to fix this in libvirt instead of simply go around it.

We should not try to re-invent the wheel here, but fix the root-cause.

Yes, Java can do a lot, but I think libvirt can do this better.

For the RBD code I also had a couple of changes go into libvirt
recently and this NFS issue can also be fixed.

Loosing NFS pools in libvirt is most of the times due to a restart of
libvirt, they don't magically disappear from libvirt.

I agree that we should be able to start the pool again even while
it's mounted, but that's something we should fix in libvirt.

Wido


-1 and 100% with Wido. If libvirt gets fixed then it would save loads 
of code in the future and bring other benefits (think support for Xen 
Project via libvirt etc).

Let's push for libvirt fix instead.

My 2 cents,
Lucian


--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: Review Request 12228: static resource compression

2014-03-19 Thread Laszlo Hornyak 

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

(Updated March 19, 2014, 8:13 p.m.)


Review request for cloudstack, Brian Federle, Darren Shepherd, and Prasanna 
Santhanam.


Changes
---

-updated to use plugin from central repo
-fixed spaces/tabs
-license header added


Summary (updated)
-

static resource compression


Repository: cloudstack-git


Description
---

CloudStack at first use downloads some 3.5 MB of css and javascript to the 
client. With a weak internet connection, this might take a long time. With gzip 
compression content can be compressed to 850 KB.

This version of the patch uses a custom plugin to compress static resources, so 
that no dynamic compression is needed at runtime. When the static resource 
servlet notices that there is gzipped version of the resource and the client 
accepts gzipped content, then it is going to send the gziped version, while 
still respects http caching.


Diffs (updated)
-

  client/WEB-INF/web.xml 1af38e1 
  client/pom.xml 615d244 
  server/src/com/cloud/servlet/StaticResourceServlet.java PRE-CREATION 
  server/test/com/cloud/servlet/StaticResourceServletTest.java PRE-CREATION 

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


Testing (updated)
---

yes, tested with firefox and chrome


Thanks,

Laszlo Hornyak

Re: Review Request 12228: static resource compression

2014-03-19 Thread Laszlo Hornyak 


 On Feb. 2, 2014, 6:03 p.m., daan Hoogland wrote:
  client/WEB-INF/web.xml, line 63
  https://reviews.apache.org/r/12228/diff/2/?file=354637#file354637line63
 
  can you use tabs instead of spaces (and while you are at it remove 
  trailing spaces from this file)?

trailing white spaces: ok
spaces to tabs: all this file is tabed with spaces, so this would be the first 
thing with tabs.


- Laszlo


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


On March 19, 2014, 8:13 p.m., Laszlo Hornyak wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/12228/
 ---
 
 (Updated March 19, 2014, 8:13 p.m.)
 
 
 Review request for cloudstack, Brian Federle, Darren Shepherd, and Prasanna 
 Santhanam.
 
 
 Repository: cloudstack-git
 
 
 Description
 ---
 
 CloudStack at first use downloads some 3.5 MB of css and javascript to the 
 client. With a weak internet connection, this might take a long time. With 
 gzip compression content can be compressed to 850 KB.
 
 This version of the patch uses a custom plugin to compress static resources, 
 so that no dynamic compression is needed at runtime. When the static resource 
 servlet notices that there is gzipped version of the resource and the client 
 accepts gzipped content, then it is going to send the gziped version, while 
 still respects http caching.
 
 
 Diffs
 -
 
   client/WEB-INF/web.xml 1af38e1 
   client/pom.xml 615d244 
   server/src/com/cloud/servlet/StaticResourceServlet.java PRE-CREATION 
   server/test/com/cloud/servlet/StaticResourceServletTest.java PRE-CREATION 
 
 Diff: https://reviews.apache.org/r/12228/diff/
 
 
 Testing
 ---
 
 yes, tested with firefox and chrome
 
 
 Thanks,
 
 Laszlo Hornyak

Re: [GSOC2014] [CLOUDSTACK-6114] Create config management recipes to install CloudStack

2014-03-19 Thread Yichi Lu 
+1


On Wed, Mar 19, 2014 at 2:42 PM, Sebastien Goasguen run...@gmail.comwrote:


 On Mar 19, 2014, at 1:59 PM, Ian Duffy i...@ianduffy.ie wrote:

  Hi all,
 
  After the amazing experience last year I felt it would be a great to
  do Google Summer of Code again this year.
 
  I'm interested in looking at JIRA Ticket CLOUDSTACK-6114 - Create
  config management recipes to install CloudStack.
 
  The full proposal can be found on Google Melange at:
 
 http://www.google-melange.com/gsoc/proposal/public/google/gsoc2014/imduffy15/5662278724616192
 
  If anybody has any feedback, advice or ideas I would love to hear them!
 
  Thanks,
  Ian

 terrific

RE: [RFC]Bypass Libvirt storage pool for NFS

2014-03-19 Thread Edison Su 
It’s hard to find root cause and fix something in libvirt, even we found the 
root cause, it's hard to push the fix into libvirt upstream, and not to say 
push into downstream, like RHEL 6 etc. For example, we already have a fix for 
the bug https://bugzilla.redhat.com/show_bug.cgi?id=977706 for a few month now, 
there is no resolution to resolve the issue. Without the fix, we just simply 
are blocked to support newer version of KVM.

So if community doesn't like what I proposed, then how about another way:
I will write a new implementation of KVMStoragePool interface, which will be 
backed by java/python/shell script, it won't be enabled by default.  It's a 
simple thing, don't understand why libvirt gets it done so complicated, and 
introduce a lot of pain.

 -Original Message-
 From: Nux! [mailto:n...@li.nux.ro]
 Sent: Wednesday, March 19, 2014 12:35 PM
 To: dev@cloudstack.apache.org
 Subject: Re: [RFC]Bypass Libvirt storage pool for NFS
 
 On 19.03.2014 19:01, Wido den Hollander wrote:
  On 03/19/2014 07:54 PM, Edison Su wrote:
  I found many times in QA's testing environment, the libvirt storage
  pool(created on NFS) is missing on the kvm host frequently, for no
  reason. It may relate to bug
  https://bugzilla.redhat.com/show_bug.cgi?id=977706.
  In order to fix this issue, and bug CLOUDSTACK-2729, we added a lot
  of workaround to fight with libvirt, such as, if can't find the
  storage pool, then create the same pool again etc. As the storage
  pool can be lost on kvm host at any time, it will cause a lot of
  operation errors, such as can't start vm, can't delete volume etc, etc.
  I want to bypass libvirt storage pool for NFS, as java itself,
  already have all the capabilities that libvirt can provide, such as
  create a file, delete a file, list a directory etc, there is no need
  to add another layer of crap here. In doing so, we won't be blocked
  by libvirt bug(https://bugzilla.redhat.com/show_bug.cgi?id=977706) to
  support newer version of KVM.
 
 
  -1
 
  I understand the issues which we see here, but imho the way forward is
  to fix this in libvirt instead of simply go around it.
 
  We should not try to re-invent the wheel here, but fix the root-cause.
 
  Yes, Java can do a lot, but I think libvirt can do this better.
 
  For the RBD code I also had a couple of changes go into libvirt
  recently and this NFS issue can also be fixed.
 
  Loosing NFS pools in libvirt is most of the times due to a restart of
  libvirt, they don't magically disappear from libvirt.
 
  I agree that we should be able to start the pool again even while it's
  mounted, but that's something we should fix in libvirt.
 
  Wido
 
 -1 and 100% with Wido. If libvirt gets fixed then it would save loads of code 
 in
 the future and bring other benefits (think support for Xen Project via libvirt
 etc).
 Let's push for libvirt fix instead.
 
 My 2 cents,
 Lucian
 
 
 --
 Sent from the Delta quadrant using Borg technology!
 
 Nux!
 www.nux.ro

Re: [ANNOUNCE] Change of Apache CloudStack PMC Chair

2014-03-19 Thread Erik Weber 
On Wed, Mar 19, 2014 at 9:51 PM, Chip Childers chipchild...@apache.orgwrote:

 Per our project bylaws, we are changing our project's chair today!

 Over discussions during the last month the PMC had reached a consensus
 to recommend to the ASF board that Hugo Trippaers be accepted as the
 next Apache CloudStack PMC Chair / VP of Apache CloudStack.  As of
 today's ASF board meeting, this has been accepted and made official.

 Please join me in congratulating Hugo in his new role!




Congratulations Hugo, well done!

-- 
Erik Weber

Resetting a VM is broken?

2014-03-19 Thread Mike Tutkowski 
Hi,

I noticed today while running through some test cases for 4.4 that
resetting a VM does not work as expected.

Instead of the typical stop and re-start behavior where the VM is booted
back up using the same root disk, the VM gets a new root disk when it is
booted back up.

Can anyone confirm this finding for me with his or her setup?

Thanks!

-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

[ANNOUNCE] Change of Apache CloudStack PMC Chair

2014-03-19 Thread Chip Childers 
Per our project bylaws, we are changing our project's chair today!

Over discussions during the last month the PMC had reached a consensus 
to recommend to the ASF board that Hugo Trippaers be accepted as the 
next Apache CloudStack PMC Chair / VP of Apache CloudStack.  As of
today's ASF board meeting, this has been accepted and made official.

Please join me in congratulating Hugo in his new role!

It's been an honor serving the project as it's chair over the last year, 
and although I regret that my recent contributions have been diminished 
due to a change in $dayjob, I'm exceptionally proud to be part of this 
community. Apache CloudStack is amazing software, and the community that 
has formed around the code since it's donation to the ASF is nothing 
short of remarkable.

-chip

Re: [ANNOUNCE] Change of Apache CloudStack PMC Chair

2014-03-19 Thread David Nalley 
On Wed, Mar 19, 2014 at 4:51 PM, Chip Childers chipchild...@apache.org wrote:
 Per our project bylaws, we are changing our project's chair today!

 Over discussions during the last month the PMC had reached a consensus
 to recommend to the ASF board that Hugo Trippaers be accepted as the
 next Apache CloudStack PMC Chair / VP of Apache CloudStack.  As of
 today's ASF board meeting, this has been accepted and made official.

 Please join me in congratulating Hugo in his new role!

 It's been an honor serving the project as it's chair over the last year,
 and although I regret that my recent contributions have been diminished
 due to a change in $dayjob, I'm exceptionally proud to be part of this
 community. Apache CloudStack is amazing software, and the community that
 has formed around the code since it's donation to the ASF is nothing
 short of remarkable.

 -chip

Chip:

Thanks for serving as our VP for the past year. I know it's a
thankless job, and lots of largely unseen work.

Hugo:

Congratulations, and thanks for stepping up.

--David

Re: [ANNOUNCE] Change of Apache CloudStack PMC Chair

2014-03-19 Thread Nux! 

On 19.03.2014 20:51, Chip Childers wrote:

Per our project bylaws, we are changing our project's chair today!


Thanks, Chip and congrats Hugo!

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: [RFC]Bypass Libvirt storage pool for NFS

2014-03-19 Thread Ahmad Emneina 
I'm all for adding a bit of additional smarts to cloudstack so it can
workaround the current KVM limitations. Waiting for anything to get fixed
up stream is affecting deployments NOW, and a bit utopian. cloudstack seems
to be the lower barrier to entry on getting these scenarios addressed.


On Wed, Mar 19, 2014 at 1:29 PM, Edison Su edison...@citrix.com wrote:

 It's hard to find root cause and fix something in libvirt, even we found
 the root cause, it's hard to push the fix into libvirt upstream, and not to
 say push into downstream, like RHEL 6 etc. For example, we already have a
 fix for the bug https://bugzilla.redhat.com/show_bug.cgi?id=977706 for a
 few month now, there is no resolution to resolve the issue. Without the
 fix, we just simply are blocked to support newer version of KVM.

 So if community doesn't like what I proposed, then how about another way:
 I will write a new implementation of KVMStoragePool interface, which will
 be backed by java/python/shell script, it won't be enabled by default.
  It's a simple thing, don't understand why libvirt gets it done so
 complicated, and introduce a lot of pain.

  -Original Message-
  From: Nux! [mailto:n...@li.nux.ro]
  Sent: Wednesday, March 19, 2014 12:35 PM
  To: dev@cloudstack.apache.org
  Subject: Re: [RFC]Bypass Libvirt storage pool for NFS
 
  On 19.03.2014 19:01, Wido den Hollander wrote:
   On 03/19/2014 07:54 PM, Edison Su wrote:
   I found many times in QA's testing environment, the libvirt storage
   pool(created on NFS) is missing on the kvm host frequently, for no
   reason. It may relate to bug
   https://bugzilla.redhat.com/show_bug.cgi?id=977706.
   In order to fix this issue, and bug CLOUDSTACK-2729, we added a lot
   of workaround to fight with libvirt, such as, if can't find the
   storage pool, then create the same pool again etc. As the storage
   pool can be lost on kvm host at any time, it will cause a lot of
   operation errors, such as can't start vm, can't delete volume etc,
 etc.
   I want to bypass libvirt storage pool for NFS, as java itself,
   already have all the capabilities that libvirt can provide, such as
   create a file, delete a file, list a directory etc, there is no need
   to add another layer of crap here. In doing so, we won't be blocked
   by libvirt bug(https://bugzilla.redhat.com/show_bug.cgi?id=977706) to
   support newer version of KVM.
  
  
   -1
  
   I understand the issues which we see here, but imho the way forward is
   to fix this in libvirt instead of simply go around it.
  
   We should not try to re-invent the wheel here, but fix the root-cause.
  
   Yes, Java can do a lot, but I think libvirt can do this better.
  
   For the RBD code I also had a couple of changes go into libvirt
   recently and this NFS issue can also be fixed.
  
   Loosing NFS pools in libvirt is most of the times due to a restart of
   libvirt, they don't magically disappear from libvirt.
  
   I agree that we should be able to start the pool again even while it's
   mounted, but that's something we should fix in libvirt.
  
   Wido
 
  -1 and 100% with Wido. If libvirt gets fixed then it would save loads of
 code in
  the future and bring other benefits (think support for Xen Project via
 libvirt
  etc).
  Let's push for libvirt fix instead.
 
  My 2 cents,
  Lucian
 
 
  --
  Sent from the Delta quadrant using Borg technology!
 
  Nux!
  www.nux.ro

Re: [ANNOUNCE] Change of Apache CloudStack PMC Chair

2014-03-19 Thread John Kinsella 
Chip - your balanced viewpoint has kept ACS moving forward in leaps and bounds. 
I greedily hope you’ll continue to stay involved, no matter what $dayjob says. 
:)

Congrats Hugo - looking forward to another great year!

On Mar 19, 2014, at 1:51 PM, Chip Childers chipchild...@apache.org wrote:

 Per our project bylaws, we are changing our project's chair today!
 
 Over discussions during the last month the PMC had reached a consensus 
 to recommend to the ASF board that Hugo Trippaers be accepted as the 
 next Apache CloudStack PMC Chair / VP of Apache CloudStack.  As of
 today's ASF board meeting, this has been accepted and made official.
 
 Please join me in congratulating Hugo in his new role!
 
 It's been an honor serving the project as it's chair over the last year, 
 and although I regret that my recent contributions have been diminished 
 due to a change in $dayjob, I'm exceptionally proud to be part of this 
 community. Apache CloudStack is amazing software, and the community that 
 has formed around the code since it's donation to the ASF is nothing 
 short of remarkable.
 
 -chip

RE: RealHostIp

2014-03-19 Thread Nux! 

On 19.03.2014 19:37, Alex Hitchins wrote:

It's my DNS, it just won't play ball with this one domain.

I will try changing it to 8.8.8.8 and see if that makes any
different. My suspicion is with BT and their 'smart' filtering.

Thanks to all those who checked for me.


Alex,

Had many issues with BT's DNS. I ended up running a resolver on 
127.0.0.1, probably the best choice and it's easy-peasy.

I'd avoid 8.8.8.8[1] and all the other free nameservers.

Lucian

[1] - 
http://www.zdnet.com/google-free-public-dns-services-were-briefly-corrupted-727401/


--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: [ANNOUNCE] Change of Apache CloudStack PMC Chair

2014-03-19 Thread Chip Childers 
On Wed, Mar 19, 2014 at 09:07:28PM +, John Kinsella wrote:
 I greedily hope you’ll continue to stay involved, no matter what $dayjob 
 says. :)

$dayjob is all for it, don't be confused.  I did say proud TO BE part
of the community... Somebody has to make sure you people don't go off
into lala land. ;-)

-chip

Re: Resetting a VM is broken?

2014-03-19 Thread Alena Prokharchyk 
Mike, just to confirm - did you call
stopVirtualMachine/startVirtualMachine apis?

-alena.

On 3/19/14, 1:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote:

Hi,

I noticed today while running through some test cases for 4.4 that
resetting a VM does not work as expected.

Instead of the typical stop and re-start behavior where the VM is booted
back up using the same root disk, the VM gets a new root disk when it is
booted back up.

Can anyone confirm this finding for me with his or her setup?

Thanks!

-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

RE: RealHostIp

2014-03-19 Thread Alex Hitchins 
Thanks Lucian,

I like your thinking. Might set one up on my domain controller - hopefully get 
faster lookups too.


Regards

Alex Hitchins

D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969

alex.hitch...@shapeblue.com

-Original Message-
From: Nux! [mailto:n...@li.nux.ro]
Sent: 19 March 2014 21:08
To: dev@cloudstack.apache.org
Subject: RE: RealHostIp

On 19.03.2014 19:37, Alex Hitchins wrote:
 It's my DNS, it just won't play ball with this one domain.

 I will try changing it to 8.8.8.8 and see if that makes any different.
 My suspicion is with BT and their 'smart' filtering.

 Thanks to all those who checked for me.

Alex,

Had many issues with BT's DNS. I ended up running a resolver on 127.0.0.1, 
probably the best choice and it's easy-peasy.
I'd avoid 8.8.8.8[1] and all the other free nameservers.

Lucian

[1] -
http://www.zdnet.com/google-free-public-dns-services-were-briefly-corrupted-727401/

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro
Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 traininghttp://shapeblue.com/cloudstack-training/
18th-19th February 2014, Brazil. 
Classroomhttp://shapeblue.com/cloudstack-training/
17th-23rd March 2014, Region A. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
24th-28th March 2014, Region B. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
16th-20th June 2014, Region A. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
23rd-27th June 2014, Region B. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/

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 is a registered trademark.

RE: [ANNOUNCE] Change of Apache CloudStack PMC Chair

2014-03-19 Thread Alex Hitchins 
Congrats Hugo and many thanks Chip for all your hard work.


Regards

Alex Hitchins

D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969

alex.hitch...@shapeblue.com

-Original Message-
From: Chip Childers [mailto:chipchild...@apache.org]
Sent: 19 March 2014 20:52
To: dev@cloudstack.apache.org
Subject: [ANNOUNCE] Change of Apache CloudStack PMC Chair

Per our project bylaws, we are changing our project's chair today!

Over discussions during the last month the PMC had reached a consensus to 
recommend to the ASF board that Hugo Trippaers be accepted as the next Apache 
CloudStack PMC Chair / VP of Apache CloudStack.  As of today's ASF board 
meeting, this has been accepted and made official.

Please join me in congratulating Hugo in his new role!

It's been an honor serving the project as it's chair over the last year, and 
although I regret that my recent contributions have been diminished due to a 
change in $dayjob, I'm exceptionally proud to be part of this community. Apache 
CloudStack is amazing software, and the community that has formed around the 
code since it's donation to the ASF is nothing short of remarkable.

-chip
Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 traininghttp://shapeblue.com/cloudstack-training/
18th-19th February 2014, Brazil. 
Classroomhttp://shapeblue.com/cloudstack-training/
17th-23rd March 2014, Region A. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
24th-28th March 2014, Region B. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
16th-20th June 2014, Region A. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/
23rd-27th June 2014, Region B. Instructor led, 
On-linehttp://shapeblue.com/cloudstack-training/

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 is a registered trademark.

Re: Resetting a VM is broken?

2014-03-19 Thread Nux! 

On 19.03.2014 21:19, Mike Tutkowski wrote:
I didn't look into what the GUI calls, but I invoked the Reset VM 
option in

the GUI.

Thanks


That option should be renamed to reinstall as it's misleading, it 
re-instantiates a VM from its template AFAIK.


HTH
Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: [ANNOUNCE] Change of Apache CloudStack PMC Chair

2014-03-19 Thread ilya musayev 

Congrats Hugo!

On 3/19/14, 4:51 PM, Chip Childers wrote:

Per our project bylaws, we are changing our project's chair today!

Over discussions during the last month the PMC had reached a consensus
to recommend to the ASF board that Hugo Trippaers be accepted as the
next Apache CloudStack PMC Chair / VP of Apache CloudStack.  As of
today's ASF board meeting, this has been accepted and made official.

Please join me in congratulating Hugo in his new role!

It's been an honor serving the project as it's chair over the last year,
and although I regret that my recent contributions have been diminished
due to a change in $dayjob, I'm exceptionally proud to be part of this
community. Apache CloudStack is amazing software, and the community that
has formed around the code since it's donation to the ASF is nothing
short of remarkable.

-chip

Re: Resetting a VM is broken?

2014-03-19 Thread Mike Tutkowski 
Yeah, stopping and restarting works fine...as does, I believe, rebooting
the VM.

Right below Reboot VM, there is a Reset VM option.

If that means re-install, then we probably should clean up the old root
disk.


On Wed, Mar 19, 2014 at 3:30 PM, Alena Prokharchyk 
alena.prokharc...@citrix.com wrote:

 don¹t see ³Reset Vm² option in UI; do you mean ³Reboot instance²? I¹ve
 just tried that, as well as calling stop/startVM from the UI. The Vm boots
 up with its original disk.

 I¹m having Xen/Nfs, not sure it matters

 -Alena.

 On 3/19/14, 2:19 PM, Mike Tutkowski mike.tutkow...@solidfire.com
 wrote:

 I didn't look into what the GUI calls, but I invoked the Reset VM option
 in
 the GUI.
 
 Thanks
 
 
 On Wed, Mar 19, 2014 at 3:17 PM, Alena Prokharchyk 
 alena.prokharc...@citrix.com wrote:
 
  Mike, just to confirm - did you call
  stopVirtualMachine/startVirtualMachine apis?
 
  -alena.
 
  On 3/19/14, 1:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com
  wrote:
 
  Hi,
  
  I noticed today while running through some test cases for 4.4 that
  resetting a VM does not work as expected.
  
  Instead of the typical stop and re-start behavior where the VM is
 booted
  back up using the same root disk, the VM gets a new root disk when it
 is
  booted back up.
  
  Can anyone confirm this finding for me with his or her setup?
  
  Thanks!
  
  --
  *Mike Tutkowski*
  *Senior CloudStack Developer, SolidFire Inc.*
  e: mike.tutkow...@solidfire.com
  o: 303.746.7302
  Advancing the way the world uses the
  cloudhttp://solidfire.com/solution/overview/?video=play
  *(tm)*
 
 
 
 
 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

Re: Resetting a VM is broken?

2014-03-19 Thread Alena Prokharchyk 
don¹t see ³Reset Vm² option in UI; do you mean ³Reboot instance²? I¹ve
just tried that, as well as calling stop/startVM from the UI. The Vm boots
up with its original disk.

I¹m having Xen/Nfs, not sure it matters

-Alena.

On 3/19/14, 2:19 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote:

I didn't look into what the GUI calls, but I invoked the Reset VM option
in
the GUI.

Thanks


On Wed, Mar 19, 2014 at 3:17 PM, Alena Prokharchyk 
alena.prokharc...@citrix.com wrote:

 Mike, just to confirm - did you call
 stopVirtualMachine/startVirtualMachine apis?

 -alena.

 On 3/19/14, 1:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com
 wrote:

 Hi,
 
 I noticed today while running through some test cases for 4.4 that
 resetting a VM does not work as expected.
 
 Instead of the typical stop and re-start behavior where the VM is
booted
 back up using the same root disk, the VM gets a new root disk when it
is
 booted back up.
 
 Can anyone confirm this finding for me with his or her setup?
 
 Thanks!
 
 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

Re: Resetting a VM is broken?

2014-03-19 Thread Mike Tutkowski 
I could be wrong, but I thought as recently as 4.3 that Reset VM
essentially stopped and then re-started the VM with the same root disk.

It seemed to differ from Reboot VM only in the sense that the VM was never
technically stopped (the OS inside the VM was just rebooted).


On Wed, Mar 19, 2014 at 3:38 PM, Mike Tutkowski 
mike.tutkow...@solidfire.com wrote:

 I'm using XenServer 6.1 hosts (two of them) in this case.


 On Wed, Mar 19, 2014 at 3:37 PM, Mike Tutkowski 
 mike.tutkow...@solidfire.com wrote:

 Yeah, stopping and restarting works fine...as does, I believe, rebooting
 the VM.

 Right below Reboot VM, there is a Reset VM option.

 If that means re-install, then we probably should clean up the old root
 disk.


 On Wed, Mar 19, 2014 at 3:30 PM, Alena Prokharchyk 
 alena.prokharc...@citrix.com wrote:

 don¹t see ³Reset Vm² option in UI; do you mean ³Reboot instance²? I¹ve
 just tried that, as well as calling stop/startVM from the UI. The Vm
 boots
 up with its original disk.

 I¹m having Xen/Nfs, not sure it matters

 -Alena.

 On 3/19/14, 2:19 PM, Mike Tutkowski mike.tutkow...@solidfire.com
 wrote:

 I didn't look into what the GUI calls, but I invoked the Reset VM option
 in
 the GUI.
 
 Thanks
 
 
 On Wed, Mar 19, 2014 at 3:17 PM, Alena Prokharchyk 
 alena.prokharc...@citrix.com wrote:
 
  Mike, just to confirm - did you call
  stopVirtualMachine/startVirtualMachine apis?
 
  -alena.
 
  On 3/19/14, 1:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com
  wrote:
 
  Hi,
  
  I noticed today while running through some test cases for 4.4 that
  resetting a VM does not work as expected.
  
  Instead of the typical stop and re-start behavior where the VM is
 booted
  back up using the same root disk, the VM gets a new root disk when it
 is
  booted back up.
  
  Can anyone confirm this finding for me with his or her setup?
  
  Thanks!
  
  --
  *Mike Tutkowski*
  *Senior CloudStack Developer, SolidFire Inc.*
  e: mike.tutkow...@solidfire.com
  o: 303.746.7302
  Advancing the way the world uses the
  cloudhttp://solidfire.com/solution/overview/?video=play
  *(tm)*
 
 
 
 
 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the 
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the 
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

Re: [ANNOUNCE] Change of Apache CloudStack PMC Chair

2014-03-19 Thread Sebastien Goasguen 
Congrats Hugo and indeed thank you Chip

On Mar 19, 2014, at 5:35 PM, Alex Hitchins alex.hitch...@shapeblue.com wrote:

 Congrats Hugo and many thanks Chip for all your hard work.
 
 
 Regards
 
 Alex Hitchins
 
 D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969
 
 alex.hitch...@shapeblue.com
 
 -Original Message-
 From: Chip Childers [mailto:chipchild...@apache.org]
 Sent: 19 March 2014 20:52
 To: dev@cloudstack.apache.org
 Subject: [ANNOUNCE] Change of Apache CloudStack PMC Chair
 
 Per our project bylaws, we are changing our project's chair today!
 
 Over discussions during the last month the PMC had reached a consensus to 
 recommend to the ASF board that Hugo Trippaers be accepted as the next Apache 
 CloudStack PMC Chair / VP of Apache CloudStack.  As of today's ASF board 
 meeting, this has been accepted and made official.
 
 Please join me in congratulating Hugo in his new role!
 
 It's been an honor serving the project as it's chair over the last year, and 
 although I regret that my recent contributions have been diminished due to a 
 change in $dayjob, I'm exceptionally proud to be part of this community. 
 Apache CloudStack is amazing software, and the community that has formed 
 around the code since it's donation to the ASF is nothing short of remarkable.
 
 -chip
 Need Enterprise Grade Support for Apache CloudStack?
 Our CloudStack Infrastructure 
 Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ offers the 
 best 24/7 SLA for CloudStack Environments.
 
 Apache CloudStack Bootcamp training courses
 
 **NEW!** CloudStack 4.2.1 traininghttp://shapeblue.com/cloudstack-training/
 18th-19th February 2014, Brazil. 
 Classroomhttp://shapeblue.com/cloudstack-training/
 17th-23rd March 2014, Region A. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 24th-28th March 2014, Region B. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 16th-20th June 2014, Region A. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 23rd-27th June 2014, Region B. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 
 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 is a registered 
 trademark.

Re: Resetting a VM is broken?

2014-03-19 Thread Mike Tutkowski 
To clarify: Reboot VM seemed to keep the VM running and just reboot the OS.

Reset VM seemed to shut the VM down and then re-start it (with the same
root disk for the OS).


On Wed, Mar 19, 2014 at 3:40 PM, Mike Tutkowski 
mike.tutkow...@solidfire.com wrote:

 I could be wrong, but I thought as recently as 4.3 that Reset VM
 essentially stopped and then re-started the VM with the same root disk.

 It seemed to differ from Reboot VM only in the sense that the VM was never
 technically stopped (the OS inside the VM was just rebooted).


 On Wed, Mar 19, 2014 at 3:38 PM, Mike Tutkowski 
 mike.tutkow...@solidfire.com wrote:

 I'm using XenServer 6.1 hosts (two of them) in this case.


 On Wed, Mar 19, 2014 at 3:37 PM, Mike Tutkowski 
 mike.tutkow...@solidfire.com wrote:

 Yeah, stopping and restarting works fine...as does, I believe, rebooting
 the VM.

 Right below Reboot VM, there is a Reset VM option.

 If that means re-install, then we probably should clean up the old
 root disk.


 On Wed, Mar 19, 2014 at 3:30 PM, Alena Prokharchyk 
 alena.prokharc...@citrix.com wrote:

 don¹t see ³Reset Vm² option in UI; do you mean ³Reboot instance²? I¹ve
 just tried that, as well as calling stop/startVM from the UI. The Vm
 boots
 up with its original disk.

 I¹m having Xen/Nfs, not sure it matters

 -Alena.

 On 3/19/14, 2:19 PM, Mike Tutkowski mike.tutkow...@solidfire.com
 wrote:

 I didn't look into what the GUI calls, but I invoked the Reset VM
 option
 in
 the GUI.
 
 Thanks
 
 
 On Wed, Mar 19, 2014 at 3:17 PM, Alena Prokharchyk 
 alena.prokharc...@citrix.com wrote:
 
  Mike, just to confirm - did you call
  stopVirtualMachine/startVirtualMachine apis?
 
  -alena.
 
  On 3/19/14, 1:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com
  wrote:
 
  Hi,
  
  I noticed today while running through some test cases for 4.4 that
  resetting a VM does not work as expected.
  
  Instead of the typical stop and re-start behavior where the VM is
 booted
  back up using the same root disk, the VM gets a new root disk when
 it
 is
  booted back up.
  
  Can anyone confirm this finding for me with his or her setup?
  
  Thanks!
  
  --
  *Mike Tutkowski*
  *Senior CloudStack Developer, SolidFire Inc.*
  e: mike.tutkow...@solidfire.com
  o: 303.746.7302
  Advancing the way the world uses the
  cloudhttp://solidfire.com/solution/overview/?video=play
  *(tm)*
 
 
 
 
 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the 
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the 
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the 
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

Re: Resetting a VM is broken?

2014-03-19 Thread Mike Tutkowski 
I didn't look into what the GUI calls, but I invoked the Reset VM option in
the GUI.

Thanks


On Wed, Mar 19, 2014 at 3:17 PM, Alena Prokharchyk 
alena.prokharc...@citrix.com wrote:

 Mike, just to confirm - did you call
 stopVirtualMachine/startVirtualMachine apis?

 -alena.

 On 3/19/14, 1:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com
 wrote:

 Hi,
 
 I noticed today while running through some test cases for 4.4 that
 resetting a VM does not work as expected.
 
 Instead of the typical stop and re-start behavior where the VM is booted
 back up using the same root disk, the VM gets a new root disk when it is
 booted back up.
 
 Can anyone confirm this finding for me with his or her setup?
 
 Thanks!
 
 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

RE: [ANNOUNCE] Change of Apache CloudStack PMC Chair

2014-03-19 Thread Kelcey Damage 
Congratulations Hugo!

-Original Message-
From: John Kinsella [mailto:j...@stratosec.co] 
Sent: Wednesday, March 19, 2014 2:07 PM
To: dev@cloudstack.apache.org
Subject: Re: [ANNOUNCE] Change of Apache CloudStack PMC Chair

Chip - your balanced viewpoint has kept ACS moving forward in leaps and
bounds. I greedily hope you'll continue to stay involved, no matter what
$dayjob says. :)

Congrats Hugo - looking forward to another great year!

On Mar 19, 2014, at 1:51 PM, Chip Childers chipchild...@apache.org wrote:

 Per our project bylaws, we are changing our project's chair today!
 
 Over discussions during the last month the PMC had reached a consensus 
 to recommend to the ASF board that Hugo Trippaers be accepted as the 
 next Apache CloudStack PMC Chair / VP of Apache CloudStack.  As of 
 today's ASF board meeting, this has been accepted and made official.
 
 Please join me in congratulating Hugo in his new role!
 
 It's been an honor serving the project as it's chair over the last 
 year, and although I regret that my recent contributions have been 
 diminished due to a change in $dayjob, I'm exceptionally proud to be 
 part of this community. Apache CloudStack is amazing software, and the 
 community that has formed around the code since it's donation to the 
 ASF is nothing short of remarkable.
 
 -chip

Re: [ANNOUNCE] Change of Apache CloudStack PMC Chair

2014-03-19 Thread Alena Prokharchyk 
Hugo, congratulations on the new role!

-Alena.

On 3/19/14, 2:15 PM, Kelcey Damage m...@kelceydamage.com wrote:

Congratulations Hugo!

-Original Message-
From: John Kinsella [mailto:j...@stratosec.co]
Sent: Wednesday, March 19, 2014 2:07 PM
To: dev@cloudstack.apache.org
Subject: Re: [ANNOUNCE] Change of Apache CloudStack PMC Chair

Chip - your balanced viewpoint has kept ACS moving forward in leaps and
bounds. I greedily hope you'll continue to stay involved, no matter what
$dayjob says. :)

Congrats Hugo - looking forward to another great year!

On Mar 19, 2014, at 1:51 PM, Chip Childers chipchild...@apache.org
wrote:

 Per our project bylaws, we are changing our project's chair today!
 
 Over discussions during the last month the PMC had reached a consensus
 to recommend to the ASF board that Hugo Trippaers be accepted as the
 next Apache CloudStack PMC Chair / VP of Apache CloudStack.  As of
 today's ASF board meeting, this has been accepted and made official.
 
 Please join me in congratulating Hugo in his new role!
 
 It's been an honor serving the project as it's chair over the last
 year, and although I regret that my recent contributions have been
 diminished due to a change in $dayjob, I'm exceptionally proud to be
 part of this community. Apache CloudStack is amazing software, and the
 community that has formed around the code since it's donation to the
 ASF is nothing short of remarkable.
 
 -chip

Re: Resetting a VM is broken?

2014-03-19 Thread Nitin Mehta 
I think that's what it is supposed to do. It discards the old root disk
and creates a fresh root disk for the vm and in case an optional field
template id is passed in the root disk is created from this new template
id.
The api name is restoreVirtualMachine. Please check that the UI is
internally invoking this api

Thanks,
-Nitin

On 19/03/14 1:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote:

Hi,

I noticed today while running through some test cases for 4.4 that
resetting a VM does not work as expected.

Instead of the typical stop and re-start behavior where the VM is booted
back up using the same root disk, the VM gets a new root disk when it is
booted back up.

Can anyone confirm this finding for me with his or her setup?

Thanks!

-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

Re: Resetting a VM is broken?

2014-03-19 Thread Mike Tutkowski 
OK, sounds good; however, if this is desired behavior, does anyone know why
we abandon the old root disk in the XenServer SR? It seems that CloudStack
forgets about it and it just stays in the SR taking up space.

Do people think it should be deleted?


On Wed, Mar 19, 2014 at 3:49 PM, Nitin Mehta nitin.me...@citrix.com wrote:

 I think that's what it is supposed to do. It discards the old root disk
 and creates a fresh root disk for the vm and in case an optional field
 template id is passed in the root disk is created from this new template
 id.
 The api name is restoreVirtualMachine. Please check that the UI is
 internally invoking this api

 Thanks,
 -Nitin

 On 19/03/14 1:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com
 wrote:

 Hi,
 
 I noticed today while running through some test cases for 4.4 that
 resetting a VM does not work as expected.
 
 Instead of the typical stop and re-start behavior where the VM is booted
 back up using the same root disk, the VM gets a new root disk when it is
 booted back up.
 
 Can anyone confirm this finding for me with his or her setup?
 
 Thanks!
 
 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

Re: Resetting a VM is broken?

2014-03-19 Thread Alena Prokharchyk 
1) Didn’t notice “the elephant” - that the Reset Vm option is presented as
a button unlike the icons for other options. UI folks - Brian/Jessica- why
we decided to represent this option differently in the UI?

2) Mike, I’ve looked at the code and the history. We've always allocated a
new volume during the vm restore call. Hari, can you please confirm that
this feature you wrote, was designed to work this way


-Alena.


On 3/19/14, 2:41 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote:

To clarify: Reboot VM seemed to keep the VM running and just reboot the
OS.

Reset VM seemed to shut the VM down and then re-start it (with the same
root disk for the OS).


On Wed, Mar 19, 2014 at 3:40 PM, Mike Tutkowski 
mike.tutkow...@solidfire.com wrote:

 I could be wrong, but I thought as recently as 4.3 that Reset VM
 essentially stopped and then re-started the VM with the same root disk.

 It seemed to differ from Reboot VM only in the sense that the VM was
never
 technically stopped (the OS inside the VM was just rebooted).


 On Wed, Mar 19, 2014 at 3:38 PM, Mike Tutkowski 
 mike.tutkow...@solidfire.com wrote:

 I'm using XenServer 6.1 hosts (two of them) in this case.


 On Wed, Mar 19, 2014 at 3:37 PM, Mike Tutkowski 
 mike.tutkow...@solidfire.com wrote:

 Yeah, stopping and restarting works fine...as does, I believe,
rebooting
 the VM.

 Right below Reboot VM, there is a Reset VM option.

 If that means re-install, then we probably should clean up the old
 root disk.


 On Wed, Mar 19, 2014 at 3:30 PM, Alena Prokharchyk 
 alena.prokharc...@citrix.com wrote:

 don¹t see ³Reset Vm² option in UI; do you mean ³Reboot instance²?
I¹ve
 just tried that, as well as calling stop/startVM from the UI. The Vm
 boots
 up with its original disk.

 I¹m having Xen/Nfs, not sure it matters

 -Alena.

 On 3/19/14, 2:19 PM, Mike Tutkowski mike.tutkow...@solidfire.com
 wrote:

 I didn't look into what the GUI calls, but I invoked the Reset VM
 option
 in
 the GUI.
 
 Thanks
 
 
 On Wed, Mar 19, 2014 at 3:17 PM, Alena Prokharchyk 
 alena.prokharc...@citrix.com wrote:
 
  Mike, just to confirm - did you call
  stopVirtualMachine/startVirtualMachine apis?
 
  -alena.
 
  On 3/19/14, 1:55 PM, Mike Tutkowski
mike.tutkow...@solidfire.com
  wrote:
 
  Hi,
  
  I noticed today while running through some test cases for 4.4
that
  resetting a VM does not work as expected.
  
  Instead of the typical stop and re-start behavior where the VM is
 booted
  back up using the same root disk, the VM gets a new root disk
when
 it
 is
  booted back up.
  
  Can anyone confirm this finding for me with his or her setup?
  
  Thanks!
  
  --
  *Mike Tutkowski*
  *Senior CloudStack Developer, SolidFire Inc.*
  e: mike.tutkow...@solidfire.com
  o: 303.746.7302
  Advancing the way the world uses the
  cloudhttp://solidfire.com/solution/overview/?video=play
  *(tm)*
 
 
 
 
 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

Re: Resetting a VM is broken?

2014-03-19 Thread Mike Tutkowski 
I'm using XenServer 6.1 hosts (two of them) in this case.


On Wed, Mar 19, 2014 at 3:37 PM, Mike Tutkowski 
mike.tutkow...@solidfire.com wrote:

 Yeah, stopping and restarting works fine...as does, I believe, rebooting
 the VM.

 Right below Reboot VM, there is a Reset VM option.

 If that means re-install, then we probably should clean up the old root
 disk.


 On Wed, Mar 19, 2014 at 3:30 PM, Alena Prokharchyk 
 alena.prokharc...@citrix.com wrote:

 don¹t see ³Reset Vm² option in UI; do you mean ³Reboot instance²? I¹ve
 just tried that, as well as calling stop/startVM from the UI. The Vm boots
 up with its original disk.

 I¹m having Xen/Nfs, not sure it matters

 -Alena.

 On 3/19/14, 2:19 PM, Mike Tutkowski mike.tutkow...@solidfire.com
 wrote:

 I didn't look into what the GUI calls, but I invoked the Reset VM option
 in
 the GUI.
 
 Thanks
 
 
 On Wed, Mar 19, 2014 at 3:17 PM, Alena Prokharchyk 
 alena.prokharc...@citrix.com wrote:
 
  Mike, just to confirm - did you call
  stopVirtualMachine/startVirtualMachine apis?
 
  -alena.
 
  On 3/19/14, 1:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com
  wrote:
 
  Hi,
  
  I noticed today while running through some test cases for 4.4 that
  resetting a VM does not work as expected.
  
  Instead of the typical stop and re-start behavior where the VM is
 booted
  back up using the same root disk, the VM gets a new root disk when it
 is
  booted back up.
  
  Can anyone confirm this finding for me with his or her setup?
  
  Thanks!
  
  --
  *Mike Tutkowski*
  *Senior CloudStack Developer, SolidFire Inc.*
  e: mike.tutkow...@solidfire.com
  o: 303.746.7302
  Advancing the way the world uses the
  cloudhttp://solidfire.com/solution/overview/?video=play
  *(tm)*
 
 
 
 
 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the 
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

RE: [RFC]Bypass Libvirt storage pool for NFS

2014-03-19 Thread Nux! 

On 19.03.2014 20:29, Edison Su wrote:

It’s hard to find root cause and fix something in libvirt, even we
found the root cause, it's hard to push the fix into libvirt upstream,
and not to say push into downstream, like RHEL 6 etc. For example, we
already have a fix for the bug
https://bugzilla.redhat.com/show_bug.cgi?id=977706 for a few month
now, there is no resolution to resolve the issue. Without the fix, we
just simply are blocked to support newer version of KVM.


Edison, if - with the workarounds in place now - the current version of 
KVM works OK, then why wouldn't a newer version work just as fine?

Just trying to understand this.

Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

[QUESTION] Connection refused when uploading an ISO

2014-03-19 Thread Mike Tutkowski 
Hi,

I have a question about how ISOs are uploaded (or, actually, downloaded).

The way I understand it is you make the API call to the CS MS and it
instructs an SSVM to download and write the ISO to secondary storage.

The weird thing I've noticed is when I'm in the office, this process works
for me; however, at home, over a VPN connection, it doesn't.

This seems weird to me because whether my GUI is sending the API call over
a VPN connection or not, the CS MS, the SSVM involved, and the ISO are in
my lab in the office.

Any thoughts on this? Perhaps I don't understand this process as well as I
thought.

Thanks!

-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

Re: Resetting a VM is broken?

2014-03-19 Thread Alena Prokharchyk 
CS destroys the Root volume in CS DB, then its up to the storage pool
cleanup task to clean it up on the backend. This is a background task
running every storage.cleanup.interval seconds.

For how long do you see the volume being present on the SR?

On 3/19/14, 3:03 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote:

OK, sounds good; however, if this is desired behavior, does anyone know
why
we abandon the old root disk in the XenServer SR? It seems that CloudStack
forgets about it and it just stays in the SR taking up space.

Do people think it should be deleted?


On Wed, Mar 19, 2014 at 3:49 PM, Nitin Mehta nitin.me...@citrix.com
wrote:

 I think that's what it is supposed to do. It discards the old root disk
 and creates a fresh root disk for the vm and in case an optional field
 template id is passed in the root disk is created from this new template
 id.
 The api name is restoreVirtualMachine. Please check that the UI is
 internally invoking this api

 Thanks,
 -Nitin

 On 19/03/14 1:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com
 wrote:

 Hi,
 
 I noticed today while running through some test cases for 4.4 that
 resetting a VM does not work as expected.
 
 Instead of the typical stop and re-start behavior where the VM is
booted
 back up using the same root disk, the VM gets a new root disk when it
is
 booted back up.
 
 Can anyone confirm this finding for me with his or her setup?
 
 Thanks!
 
 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

Re: [QUESTION] Connection refused when uploading an ISO

2014-03-19 Thread Amogh Vasekar 
Probably check secstorage.allowed.internal.sites?

Thanks,
Amogh


On 3/19/14 3:11 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote:

Hi,

I have a question about how ISOs are uploaded (or, actually, downloaded).

The way I understand it is you make the API call to the CS MS and it
instructs an SSVM to download and write the ISO to secondary storage.

The weird thing I've noticed is when I'm in the office, this process works
for me; however, at home, over a VPN connection, it doesn't.

This seems weird to me because whether my GUI is sending the API call over
a VPN connection or not, the CS MS, the SSVM involved, and the ISO are in
my lab in the office.

Any thoughts on this? Perhaps I don't understand this process as well as I
thought.

Thanks!

-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

Re: [QUESTION] Connection refused when uploading an ISO

2014-03-19 Thread Mike Tutkowski 
Doh! I forgot about that setting. :)

Let me try it out and see what happens.


On Wed, Mar 19, 2014 at 4:13 PM, Amogh Vasekar amogh.vase...@citrix.comwrote:

 Probably check secstorage.allowed.internal.sites?

 Thanks,
 Amogh


 On 3/19/14 3:11 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote:

 Hi,
 
 I have a question about how ISOs are uploaded (or, actually, downloaded).
 
 The way I understand it is you make the API call to the CS MS and it
 instructs an SSVM to download and write the ISO to secondary storage.
 
 The weird thing I've noticed is when I'm in the office, this process works
 for me; however, at home, over a VPN connection, it doesn't.
 
 This seems weird to me because whether my GUI is sending the API call over
 a VPN connection or not, the CS MS, the SSVM involved, and the ISO are in
 my lab in the office.
 
 Any thoughts on this? Perhaps I don't understand this process as well as I
 thought.
 
 Thanks!
 
 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

Re: Resetting a VM is broken?

2014-03-19 Thread Mike Tutkowski 
Thanks for that background-cleanup info. I was not aware of that.

I'll probably take a look into it and see how that works.


On Wed, Mar 19, 2014 at 4:13 PM, Alena Prokharchyk 
alena.prokharc...@citrix.com wrote:

 CS destroys the Root volume in CS DB, then its up to the storage pool
 cleanup task to clean it up on the backend. This is a background task
 running every storage.cleanup.interval seconds.

 For how long do you see the volume being present on the SR?

 On 3/19/14, 3:03 PM, Mike Tutkowski mike.tutkow...@solidfire.com
 wrote:

 OK, sounds good; however, if this is desired behavior, does anyone know
 why
 we abandon the old root disk in the XenServer SR? It seems that CloudStack
 forgets about it and it just stays in the SR taking up space.
 
 Do people think it should be deleted?
 
 
 On Wed, Mar 19, 2014 at 3:49 PM, Nitin Mehta nitin.me...@citrix.com
 wrote:
 
  I think that's what it is supposed to do. It discards the old root disk
  and creates a fresh root disk for the vm and in case an optional field
  template id is passed in the root disk is created from this new template
  id.
  The api name is restoreVirtualMachine. Please check that the UI is
  internally invoking this api
 
  Thanks,
  -Nitin
 
  On 19/03/14 1:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com
  wrote:
 
  Hi,
  
  I noticed today while running through some test cases for 4.4 that
  resetting a VM does not work as expected.
  
  Instead of the typical stop and re-start behavior where the VM is
 booted
  back up using the same root disk, the VM gets a new root disk when it
 is
  booted back up.
  
  Can anyone confirm this finding for me with his or her setup?
  
  Thanks!
  
  --
  *Mike Tutkowski*
  *Senior CloudStack Developer, SolidFire Inc.*
  e: mike.tutkow...@solidfire.com
  o: 303.746.7302
  Advancing the way the world uses the
  cloudhttp://solidfire.com/solution/overview/?video=play
  *(tm)*
 
 
 
 
 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

Re: [QUESTION] Connection refused when uploading an ISO

2014-03-19 Thread Mike Tutkowski 
That fixed my problem. :) Thanks - I recently learned about that setting,
but it had slipped my mind.


On Wed, Mar 19, 2014 at 4:15 PM, Mike Tutkowski 
mike.tutkow...@solidfire.com wrote:

 Doh! I forgot about that setting. :)

 Let me try it out and see what happens.


 On Wed, Mar 19, 2014 at 4:13 PM, Amogh Vasekar 
 amogh.vase...@citrix.comwrote:

 Probably check secstorage.allowed.internal.sites?

 Thanks,
 Amogh


 On 3/19/14 3:11 PM, Mike Tutkowski mike.tutkow...@solidfire.com
 wrote:

 Hi,
 
 I have a question about how ISOs are uploaded (or, actually, downloaded).
 
 The way I understand it is you make the API call to the CS MS and it
 instructs an SSVM to download and write the ISO to secondary storage.
 
 The weird thing I've noticed is when I'm in the office, this process
 works
 for me; however, at home, over a VPN connection, it doesn't.
 
 This seems weird to me because whether my GUI is sending the API call
 over
 a VPN connection or not, the CS MS, the SSVM involved, and the ISO are in
 my lab in the office.
 
 Any thoughts on this? Perhaps I don't understand this process as well as
 I
 thought.
 
 Thanks!
 
 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the 
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

RE: [RFC]Bypass Libvirt storage pool for NFS

2014-03-19 Thread Edison Su 


 -Original Message-
 From: Nux! [mailto:n...@li.nux.ro]
 Sent: Wednesday, March 19, 2014 3:07 PM
 To: dev@cloudstack.apache.org
 Subject: RE: [RFC]Bypass Libvirt storage pool for NFS
 
 On 19.03.2014 20:29, Edison Su wrote:
  It’s hard to find root cause and fix something in libvirt, even we
  found the root cause, it's hard to push the fix into libvirt upstream,
  and not to say push into downstream, like RHEL 6 etc. For example, we
  already have a fix for the bug
  https://bugzilla.redhat.com/show_bug.cgi?id=977706 for a few month
  now, there is no resolution to resolve the issue. Without the fix, we
  just simply are blocked to support newer version of KVM.
 
 Edison, if - with the workarounds in place now - the current version of KVM
 works OK, then why wouldn't a newer version work just as fine?
 Just trying to understand this.

That's a long story, there is a bug in Libvirt, which is introduced in a newer 
version(0.9.10), which can make the storage pool disappear.
Wei made a patch to fix it, more than half a year ago: 
https://www.redhat.com/archives/libvir-list/2013-July/msg00635.html, 
unfortunately, the patch seems not getting into upstream yet.
So in order to move forward, to support newer version of KVM, we have to do 
something in 4.4 release.

 
 Lucian
 
 --
 Sent from the Delta quadrant using Borg technology!
 
 Nux!
 www.nux.ro

Re: CloudStack implementations

2014-03-19 Thread Wido den Hollander 



On 03/18/2014 02:06 PM, Rohit Yadav wrote:

Cool idea, we can also have a monkey-brag ACS plugin which gives users an
API which can be triggered via cloudmonkey cli tool or by some gui/button
on the frontend to submit stats anonymously to our servers.



So I was thinking of writing 'cloudstack-report' as a tool.

The Debian and RPM packages can install a CRON which runs weekly/monthly 
to invoke the tool and reports to our service.


Via a config in /etc/cloudstack/report people can configure the tool. 
They could add their company/organization if they want or leave it set 
to anonymous.


The tool could do a PUT with some JSON data to 'report.cloudstack.org' 
which runs ElasticSearch where we then store all the data.


Easy to analyze and run statistics on.

I would like to have a opt-out since as a project member I want as much 
feedback about how CloudStack is being used, but as a user I want a opt-in.


So I think I'll start on the code itself to gather the data and later on 
we can discuss how we are going to do this.


In the end we need more feedback about the usage of CloudStack so we 
know what our users need.


Wido


Cheers.


On Tue, Mar 18, 2014 at 4:45 PM, Wido den Hollander w...@widodh.nl wrote:


On 03/18/2014 12:07 PM, Marcus wrote:


Do we have any general stats on how cloudstack is being used? Common
deployment sizes, largest deployments, etc? I'm curious as to how far
people have actually scaled it in real deployments, although I realize
that
the info can be proprietary.



Recently at the Ceph project the tool ceph-brag was developed. It
gathers information about your Ceph deployment and sends back the
information to the project.

Something like this might be nice (opt-in!!) for CloudStack. It can
anonymously report things like:
- Number of Instances
- Number of pods, cluster, hosts
- Number of Primary Storage and their type
- Basic / Advanced Networking

This could all be written into one JSON file which we can submit back to
the project.

With this we would get more information about how CloudStack is used.

Obviously, the code will be Open Source so people can see how we gather
the information (probably a lot of SQL selects..) and how we submit it to
our servers.

Is that something what you would like?

Wido

RE: [RFC]Bypass Libvirt storage pool for NFS

2014-03-19 Thread Nux! 

On 19.03.2014 22:28, Edison Su wrote:
Edison, if - with the workarounds in place now - the current version 
of KVM

works OK, then why wouldn't a newer version work just as fine?
Just trying to understand this.


That's a long story, there is a bug in Libvirt, which is introduced
in a newer version(0.9.10), which can make the storage pool
disappear.


Edison, that I understand, but what is the technical reason that 
prevents using newer KVM?
It looks like current KVM works fine on CentOS 6.5 for example which 
has libvirt 0.10.2.


Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: AWS api when running mvn jetty

2014-03-19 Thread chris snow 
I did try this, but it only brings up the client ui, and not the awsapi:

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

Do I have to run the two targets as separate commands?  e.g.

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

On Wed, Mar 19, 2014 at 7:22 AM, chris snow chsnow...@gmail.com wrote:
 Hi Likitha,

 Is it possible to run both awsapi and client ui at the same time with jetty?
 E.g. something like this:

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

 Many thanks,

 Chris

 On 19 Mar 2014 06:29, Likitha Shetty likitha.she...@citrix.com wrote:

 Chris,

 'mvn -pl :cloud-client-ui jetty:run' doesn't run awsapi.
 To run awsapi you will have to run maven jetty goal  'mvn -Pawsapi -pl
 :cloud-awsapi jetty:run'. Also, don't forget to use the awsapi profile while
 building the code 'mvn clean install -P systemvm -P awsapi -Dnoredist'.

 Thanks,
 Likitha

 -Original Message-
 From: chris snow [mailto:chsnow...@gmail.com]
 Sent: Wednesday, March 19, 2014 11:42 AM
 To: dev@cloudstack.apache.org
 Subject: AWS api when running mvn jetty
 
 Hi forum,
 
 Does the maven jetty goal mvn -pl :cloud-client-ui jetty:run also run
  the AWS
 api?
 
 I can't see anything running on port 7080 after starting jetty.
 
 Is it possible to run the AWS api from the maven jetty goal?  How?
 
 Many thanks,
 
 Chris



-- 
Check out my professional profile and connect with me on LinkedIn.
http://lnkd.in/cw5k69

Re: Resetting a VM is broken?

2014-03-19 Thread Nitin Mehta 
Please feel free to open a documentation bug on JIRA if the info doesn't
exist.

On 19/03/14 3:16 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote:

Thanks for that background-cleanup info. I was not aware of that.

I'll probably take a look into it and see how that works.


On Wed, Mar 19, 2014 at 4:13 PM, Alena Prokharchyk 
alena.prokharc...@citrix.com wrote:

 CS destroys the Root volume in CS DB, then its up to the storage pool
 cleanup task to clean it up on the backend. This is a background task
 running every storage.cleanup.interval seconds.

 For how long do you see the volume being present on the SR?

 On 3/19/14, 3:03 PM, Mike Tutkowski mike.tutkow...@solidfire.com
 wrote:

 OK, sounds good; however, if this is desired behavior, does anyone know
 why
 we abandon the old root disk in the XenServer SR? It seems that
CloudStack
 forgets about it and it just stays in the SR taking up space.
 
 Do people think it should be deleted?
 
 
 On Wed, Mar 19, 2014 at 3:49 PM, Nitin Mehta nitin.me...@citrix.com
 wrote:
 
  I think that's what it is supposed to do. It discards the old root
disk
  and creates a fresh root disk for the vm and in case an optional
field
  template id is passed in the root disk is created from this new
template
  id.
  The api name is restoreVirtualMachine. Please check that the UI is
  internally invoking this api
 
  Thanks,
  -Nitin
 
  On 19/03/14 1:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com
  wrote:
 
  Hi,
  
  I noticed today while running through some test cases for 4.4 that
  resetting a VM does not work as expected.
  
  Instead of the typical stop and re-start behavior where the VM is
 booted
  back up using the same root disk, the VM gets a new root disk when
it
 is
  booted back up.
  
  Can anyone confirm this finding for me with his or her setup?
  
  Thanks!
  
  --
  *Mike Tutkowski*
  *Senior CloudStack Developer, SolidFire Inc.*
  e: mike.tutkow...@solidfire.com
  o: 303.746.7302
  Advancing the way the world uses the
  cloudhttp://solidfire.com/solution/overview/?video=play
  *(tm)*
 
 
 
 
 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

Re: [ANNOUNCE] Change of Apache CloudStack PMC Chair

2014-03-19 Thread Ian Duffy 
Congratulations Hugo!

On 19 March 2014 21:40, Sebastien Goasguen run...@gmail.com wrote:
 Congrats Hugo and indeed thank you Chip

 On Mar 19, 2014, at 5:35 PM, Alex Hitchins alex.hitch...@shapeblue.com 
 wrote:

 Congrats Hugo and many thanks Chip for all your hard work.


 Regards

 Alex Hitchins

 D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969

 alex.hitch...@shapeblue.com

 -Original Message-
 From: Chip Childers [mailto:chipchild...@apache.org]
 Sent: 19 March 2014 20:52
 To: dev@cloudstack.apache.org
 Subject: [ANNOUNCE] Change of Apache CloudStack PMC Chair

 Per our project bylaws, we are changing our project's chair today!

 Over discussions during the last month the PMC had reached a consensus to 
 recommend to the ASF board that Hugo Trippaers be accepted as the next 
 Apache CloudStack PMC Chair / VP of Apache CloudStack.  As of today's ASF 
 board meeting, this has been accepted and made official.

 Please join me in congratulating Hugo in his new role!

 It's been an honor serving the project as it's chair over the last year, and 
 although I regret that my recent contributions have been diminished due to a 
 change in $dayjob, I'm exceptionally proud to be part of this community. 
 Apache CloudStack is amazing software, and the community that has formed 
 around the code since it's donation to the ASF is nothing short of 
 remarkable.

 -chip
 Need Enterprise Grade Support for Apache CloudStack?
 Our CloudStack Infrastructure 
 Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ offers the 
 best 24/7 SLA for CloudStack Environments.

 Apache CloudStack Bootcamp training courses

 **NEW!** CloudStack 4.2.1 traininghttp://shapeblue.com/cloudstack-training/
 18th-19th February 2014, Brazil. 
 Classroomhttp://shapeblue.com/cloudstack-training/
 17th-23rd March 2014, Region A. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 24th-28th March 2014, Region B. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 16th-20th June 2014, Region A. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 23rd-27th June 2014, Region B. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/

 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 is a registered 
 trademark.

Re: [QUESTION] Connection refused when uploading an ISO

2014-03-19 Thread Nitin Mehta 
#6 from the wiki :) -
https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM,+templates,+Sec
ondary+storage+troubleshooting

On 19/03/14 3:25 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote:

That fixed my problem. :) Thanks - I recently learned about that setting,
but it had slipped my mind.


On Wed, Mar 19, 2014 at 4:15 PM, Mike Tutkowski 
mike.tutkow...@solidfire.com wrote:

 Doh! I forgot about that setting. :)

 Let me try it out and see what happens.


 On Wed, Mar 19, 2014 at 4:13 PM, Amogh Vasekar
amogh.vase...@citrix.comwrote:

 Probably check secstorage.allowed.internal.sites?

 Thanks,
 Amogh


 On 3/19/14 3:11 PM, Mike Tutkowski mike.tutkow...@solidfire.com
 wrote:

 Hi,
 
 I have a question about how ISOs are uploaded (or, actually,
downloaded).
 
 The way I understand it is you make the API call to the CS MS and it
 instructs an SSVM to download and write the ISO to secondary storage.
 
 The weird thing I've noticed is when I'm in the office, this process
 works
 for me; however, at home, over a VPN connection, it doesn't.
 
 This seems weird to me because whether my GUI is sending the API call
 over
 a VPN connection or not, the CS MS, the SSVM involved, and the ISO
are in
 my lab in the office.
 
 Any thoughts on this? Perhaps I don't understand this process as well
as
 I
 thought.
 
 Thanks!
 
 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

RE: [RFC]Bypass Libvirt storage pool for NFS

2014-03-19 Thread Edison Su 


 -Original Message-
 From: Nux! [mailto:n...@li.nux.ro]
 Sent: Wednesday, March 19, 2014 3:34 PM
 To: dev@cloudstack.apache.org
 Subject: RE: [RFC]Bypass Libvirt storage pool for NFS
 
 On 19.03.2014 22:28, Edison Su wrote:
  Edison, if - with the workarounds in place now - the current version
  of KVM works OK, then why wouldn't a newer version work just as fine?
  Just trying to understand this.
 
  That's a long story, there is a bug in Libvirt, which is introduced in
  a newer version(0.9.10), which can make the storage pool disappear.
 
 Edison, that I understand, but what is the technical reason that prevents
 using newer KVM?
 It looks like current KVM works fine on CentOS 6.5 for example which has
 libvirt 0.10.2.

Yes, at first glance, the newer version libvirt( 0.9.10) just works fine. But 
under stress test, it will complain NFS storage pool missing, and can't add the 
storage pool back, unless you shut down all the VMs which using the storage 
pool. That's the bug(https://bugzilla.redhat.com/show_bug.cgi?id=977706) all 
about.

In ACS 4.2/4.3 release, we only recommend to use libvirt =0.9.10, if primary 
storage is NFS.

 
 Lucian
 
 --
 Sent from the Delta quadrant using Borg technology!
 
 Nux!
 www.nux.ro

Re: [QUESTION] Connection refused when uploading an ISO

2014-03-19 Thread Mike Tutkowski 
Ah - thanks for pointing that out! :)


On Wed, Mar 19, 2014 at 4:44 PM, Nitin Mehta nitin.me...@citrix.com wrote:

 #6 from the wiki :) -
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM,+templates,+Sec
 ondary+storage+troubleshooting

 On 19/03/14 3:25 PM, Mike Tutkowski mike.tutkow...@solidfire.com
 wrote:

 That fixed my problem. :) Thanks - I recently learned about that setting,
 but it had slipped my mind.
 
 
 On Wed, Mar 19, 2014 at 4:15 PM, Mike Tutkowski 
 mike.tutkow...@solidfire.com wrote:
 
  Doh! I forgot about that setting. :)
 
  Let me try it out and see what happens.
 
 
  On Wed, Mar 19, 2014 at 4:13 PM, Amogh Vasekar
 amogh.vase...@citrix.comwrote:
 
  Probably check secstorage.allowed.internal.sites?
 
  Thanks,
  Amogh
 
 
  On 3/19/14 3:11 PM, Mike Tutkowski mike.tutkow...@solidfire.com
  wrote:
 
  Hi,
  
  I have a question about how ISOs are uploaded (or, actually,
 downloaded).
  
  The way I understand it is you make the API call to the CS MS and it
  instructs an SSVM to download and write the ISO to secondary storage.
  
  The weird thing I've noticed is when I'm in the office, this process
  works
  for me; however, at home, over a VPN connection, it doesn't.
  
  This seems weird to me because whether my GUI is sending the API call
  over
  a VPN connection or not, the CS MS, the SSVM involved, and the ISO
 are in
  my lab in the office.
  
  Any thoughts on this? Perhaps I don't understand this process as well
 as
  I
  thought.
  
  Thanks!
  
  --
  *Mike Tutkowski*
  *Senior CloudStack Developer, SolidFire Inc.*
  e: mike.tutkow...@solidfire.com
  o: 303.746.7302
  Advancing the way the world uses the
  cloudhttp://solidfire.com/solution/overview/?video=play
  *(tm)*
 
 
 
 
  --
  *Mike Tutkowski*
  *Senior CloudStack Developer, SolidFire Inc.*
  e: mike.tutkow...@solidfire.com
  o: 303.746.7302
  Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
  *(tm)*
 
 
 
 
 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

Re: [ANNOUNCE] Change of Apache CloudStack PMC Chair

2014-03-19 Thread cloudstackja 
Congratulations!!

Sent from iPhone

2014/03/20 7:43、Ian Duffy i...@ianduffy.ie のメッセージ:

 Congratulations Hugo!
 
 On 19 March 2014 21:40, Sebastien Goasguen run...@gmail.com wrote:
 Congrats Hugo and indeed thank you Chip
 
 On Mar 19, 2014, at 5:35 PM, Alex Hitchins alex.hitch...@shapeblue.com 
 wrote:
 
 Congrats Hugo and many thanks Chip for all your hard work.
 
 
 Regards
 
 Alex Hitchins
 
 D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969
 
 alex.hitch...@shapeblue.com
 
 -Original Message-
 From: Chip Childers [mailto:chipchild...@apache.org]
 Sent: 19 March 2014 20:52
 To: dev@cloudstack.apache.org
 Subject: [ANNOUNCE] Change of Apache CloudStack PMC Chair
 
 Per our project bylaws, we are changing our project's chair today!
 
 Over discussions during the last month the PMC had reached a consensus to 
 recommend to the ASF board that Hugo Trippaers be accepted as the next 
 Apache CloudStack PMC Chair / VP of Apache CloudStack.  As of today's ASF 
 board meeting, this has been accepted and made official.
 
 Please join me in congratulating Hugo in his new role!
 
 It's been an honor serving the project as it's chair over the last year, 
 and although I regret that my recent contributions have been diminished due 
 to a change in $dayjob, I'm exceptionally proud to be part of this 
 community. Apache CloudStack is amazing software, and the community that 
 has formed around the code since it's donation to the ASF is nothing short 
 of remarkable.
 
 -chip
 Need Enterprise Grade Support for Apache CloudStack?
 Our CloudStack Infrastructure 
 Supporthttp://shapeblue.com/cloudstack-infrastructure-support/ offers the 
 best 24/7 SLA for CloudStack Environments.
 
 Apache CloudStack Bootcamp training courses
 
 **NEW!** CloudStack 4.2.1 
 traininghttp://shapeblue.com/cloudstack-training/
 18th-19th February 2014, Brazil. 
 Classroomhttp://shapeblue.com/cloudstack-training/
 17th-23rd March 2014, Region A. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 24th-28th March 2014, Region B. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 16th-20th June 2014, Region A. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 23rd-27th June 2014, Region B. Instructor led, 
 On-linehttp://shapeblue.com/cloudstack-training/
 
 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 is a 
 registered trademark.

Re: CloudStack implementations

2014-03-19 Thread Marcus 
I think we'd want to make it such that it wouldn't require external
access to report, if possible. I just think there may be plenty of
intranet/local deployments, or people who have private management
servers and separate public UIs.

2014-03-19 16:59 GMT-06:00 Demetrius Tsitrelis demetrius.tsitre...@citrix.com:

ACS and KVM uses /tmp for volumes migration and templates

2014-03-19 Thread Andrei Mikhailovsky 
Hi guys, 

I was wondering if this is a bug? 

I've noticed that during volume migration from NFS to RBD primary storage the 
volume image is first copied to /tmp and only then to the RBD storage. This 
seems silly to me as one would expect a typical volume to be larger than the 
host's hard disk. Also, it is a common practice to use tmpfs as /tmp for 
performance reasons. Thus, a typical host server will have far smaller /tmp 
folder than the size of an average volume. As a result, volume migration would 
break after filling the /tmp and could probably cause a bunch of issue for the 
KVM host itself as well as any vms running on the server. 

It also seems that the /tmp is temporarily used during a template creation . 

My setup: 

ACS 4.2.1 
Ubuntu 12.04 with KVM 
RBD + NFS for Primary storage 
NFS for Staging and Secondary storage 


Thanks 

Andrei

Re: RealHostIp

2014-03-19 Thread John Kinsella 
+1 on avoiding 8.8.8.8. Nothing good comes from google knowing your dns 
resolution history...

(or whatever other free dns resolvers)

On Mar 19, 2014, at 2:08 PM, Nux! n...@li.nux.ro wrote:

 On 19.03.2014 19:37, Alex Hitchins wrote:
 It's my DNS, it just won't play ball with this one domain.
 I will try changing it to 8.8.8.8 and see if that makes any
 different. My suspicion is with BT and their 'smart' filtering.
 Thanks to all those who checked for me.
 
 Alex,
 
 Had many issues with BT's DNS. I ended up running a resolver on 127.0.0.1, 
 probably the best choice and it's easy-peasy.
 I'd avoid 8.8.8.8[1] and all the other free nameservers.
 
 Lucian
 
 [1] - 
 http://www.zdnet.com/google-free-public-dns-services-were-briefly-corrupted-727401/
 
 -- 
 Sent from the Delta quadrant using Borg technology!
 
 Nux!
 www.nux.ro

Re: Resetting a VM is broken?

2014-03-19 Thread Marcus 
The storage gets marked as 'Destroy' state. Then it goes to
'Expunging' when the storage cleanup interval occurs. I've actually
thought about leveraging that for data disks, the current delete data
disk immediately cleans up the disk, when we could create an api call
that just moves the data disk to destroy state. Then there'd actually
be room for an 'undo' operation where the state could be moved back to
Ready, so long as the cleanup hasn't occurred.

On Wed, Mar 19, 2014 at 4:43 PM, Nitin Mehta nitin.me...@citrix.com wrote:
 Please feel free to open a documentation bug on JIRA if the info doesn't
 exist.

 On 19/03/14 3:16 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote:

Thanks for that background-cleanup info. I was not aware of that.

I'll probably take a look into it and see how that works.


On Wed, Mar 19, 2014 at 4:13 PM, Alena Prokharchyk 
alena.prokharc...@citrix.com wrote:

 CS destroys the Root volume in CS DB, then its up to the storage pool
 cleanup task to clean it up on the backend. This is a background task
 running every storage.cleanup.interval seconds.

 For how long do you see the volume being present on the SR?

 On 3/19/14, 3:03 PM, Mike Tutkowski mike.tutkow...@solidfire.com
 wrote:

 OK, sounds good; however, if this is desired behavior, does anyone know
 why
 we abandon the old root disk in the XenServer SR? It seems that
CloudStack
 forgets about it and it just stays in the SR taking up space.
 
 Do people think it should be deleted?
 
 
 On Wed, Mar 19, 2014 at 3:49 PM, Nitin Mehta nitin.me...@citrix.com
 wrote:
 
  I think that's what it is supposed to do. It discards the old root
disk
  and creates a fresh root disk for the vm and in case an optional
field
  template id is passed in the root disk is created from this new
template
  id.
  The api name is restoreVirtualMachine. Please check that the UI is
  internally invoking this api
 
  Thanks,
  -Nitin
 
  On 19/03/14 1:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com
  wrote:
 
  Hi,
  
  I noticed today while running through some test cases for 4.4 that
  resetting a VM does not work as expected.
  
  Instead of the typical stop and re-start behavior where the VM is
 booted
  back up using the same root disk, the VM gets a new root disk when
it
 is
  booted back up.
  
  Can anyone confirm this finding for me with his or her setup?
  
  Thanks!
  
  --
  *Mike Tutkowski*
  *Senior CloudStack Developer, SolidFire Inc.*
  e: mike.tutkow...@solidfire.com
  o: 303.746.7302
  Advancing the way the world uses the
  cloudhttp://solidfire.com/solution/overview/?video=play
  *(tm)*
 
 
 
 
 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

Re: Resetting a VM is broken?

2014-03-19 Thread Marcus 
+1 to reset being a bad verb for this. It's too late now, however.

On Wed, Mar 19, 2014 at 6:22 PM, Marcus shadow...@gmail.com wrote:
 The storage gets marked as 'Destroy' state. Then it goes to
 'Expunging' when the storage cleanup interval occurs. I've actually
 thought about leveraging that for data disks, the current delete data
 disk immediately cleans up the disk, when we could create an api call
 that just moves the data disk to destroy state. Then there'd actually
 be room for an 'undo' operation where the state could be moved back to
 Ready, so long as the cleanup hasn't occurred.

 On Wed, Mar 19, 2014 at 4:43 PM, Nitin Mehta nitin.me...@citrix.com wrote:
 Please feel free to open a documentation bug on JIRA if the info doesn't
 exist.

 On 19/03/14 3:16 PM, Mike Tutkowski mike.tutkow...@solidfire.com wrote:

Thanks for that background-cleanup info. I was not aware of that.

I'll probably take a look into it and see how that works.


On Wed, Mar 19, 2014 at 4:13 PM, Alena Prokharchyk 
alena.prokharc...@citrix.com wrote:

 CS destroys the Root volume in CS DB, then its up to the storage pool
 cleanup task to clean it up on the backend. This is a background task
 running every storage.cleanup.interval seconds.

 For how long do you see the volume being present on the SR?

 On 3/19/14, 3:03 PM, Mike Tutkowski mike.tutkow...@solidfire.com
 wrote:

 OK, sounds good; however, if this is desired behavior, does anyone know
 why
 we abandon the old root disk in the XenServer SR? It seems that
CloudStack
 forgets about it and it just stays in the SR taking up space.
 
 Do people think it should be deleted?
 
 
 On Wed, Mar 19, 2014 at 3:49 PM, Nitin Mehta nitin.me...@citrix.com
 wrote:
 
  I think that's what it is supposed to do. It discards the old root
disk
  and creates a fresh root disk for the vm and in case an optional
field
  template id is passed in the root disk is created from this new
template
  id.
  The api name is restoreVirtualMachine. Please check that the UI is
  internally invoking this api
 
  Thanks,
  -Nitin
 
  On 19/03/14 1:55 PM, Mike Tutkowski mike.tutkow...@solidfire.com
  wrote:
 
  Hi,
  
  I noticed today while running through some test cases for 4.4 that
  resetting a VM does not work as expected.
  
  Instead of the typical stop and re-start behavior where the VM is
 booted
  back up using the same root disk, the VM gets a new root disk when
it
 is
  booted back up.
  
  Can anyone confirm this finding for me with his or her setup?
  
  Thanks!
  
  --
  *Mike Tutkowski*
  *Senior CloudStack Developer, SolidFire Inc.*
  e: mike.tutkow...@solidfire.com
  o: 303.746.7302
  Advancing the way the world uses the
  cloudhttp://solidfire.com/solution/overview/?video=play
  *(tm)*
 
 
 
 
 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*




--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

[ACS 4.4] RE: 4.4 Feature Freeze

2014-03-19 Thread Sudha Ponnaganti 
Hi,

I have copied one of the project pages from prior release for ACS 4.4[1]. Will 
be posting some of the QA artifacts in QA plan section.
[1] https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=39623192

Thanks
/sudha

-Original Message-
From: Sudha Ponnaganti [mailto:sudha.ponnaga...@citrix.com] 
Sent: Tuesday, March 11, 2014 2:18 PM
To: dev@cloudstack.apache.org
Subject: RE: 4.4 Feature Freeze

Hugo,

Is it possible to setup Project page [1] on cwiki ? I am interested to post 
some of the QA artifacts there related to ACS 4.4.  I can also copy one from 
prior releases if that is okay.
[1] https://cwiki.apache.org/confluence/display/CLOUDSTACK/Releases+in+Progress

Thanks
/Sudha

-Original Message-
From: Trippie [mailto:trip...@gmail.com] On Behalf Of Hugo Trippaers
Sent: Tuesday, March 11, 2014 8:28 AM
To: dev@cloudstack.apache.org
Subject: Re: 4.4 Feature Freeze

Hey guys,

I didn't go and tally all the +1s and -1s for the shift of the feature freeze, 
but with so many reactions i feel sticking to the schedule is the only way to 
go. We should only change dates if there is a consensus and there clearly is 
none at the moment. Let's take this discussion to the 4.5 release if we need to 
or focus on doing a high quality release for 4.4 so we can focus on features 
again in 4.4

This means that the feature freeze would be this friday and i intend to cut the 
4.4 branch around 14:00 CET

As we have a 72 hour window for MERGE requests, please make sure they are in 
today (if the feature is ready).


Cheers,

Hugo

Re: Resetting a VM is broken?

2014-03-19 Thread Mike Tutkowski 
Yeah, usually reset (for hypervisors) means shut down the VM and
re-start it.


On Wed, Mar 19, 2014 at 6:22 PM, Marcus shadow...@gmail.com wrote:

 +1 to reset being a bad verb for this. It's too late now, however.

 On Wed, Mar 19, 2014 at 6:22 PM, Marcus shadow...@gmail.com wrote:
  The storage gets marked as 'Destroy' state. Then it goes to
  'Expunging' when the storage cleanup interval occurs. I've actually
  thought about leveraging that for data disks, the current delete data
  disk immediately cleans up the disk, when we could create an api call
  that just moves the data disk to destroy state. Then there'd actually
  be room for an 'undo' operation where the state could be moved back to
  Ready, so long as the cleanup hasn't occurred.
 
  On Wed, Mar 19, 2014 at 4:43 PM, Nitin Mehta nitin.me...@citrix.com
 wrote:
  Please feel free to open a documentation bug on JIRA if the info doesn't
  exist.
 
  On 19/03/14 3:16 PM, Mike Tutkowski mike.tutkow...@solidfire.com
 wrote:
 
 Thanks for that background-cleanup info. I was not aware of that.
 
 I'll probably take a look into it and see how that works.
 
 
 On Wed, Mar 19, 2014 at 4:13 PM, Alena Prokharchyk 
 alena.prokharc...@citrix.com wrote:
 
  CS destroys the Root volume in CS DB, then its up to the storage pool
  cleanup task to clean it up on the backend. This is a background task
  running every storage.cleanup.interval seconds.
 
  For how long do you see the volume being present on the SR?
 
  On 3/19/14, 3:03 PM, Mike Tutkowski mike.tutkow...@solidfire.com
  wrote:
 
  OK, sounds good; however, if this is desired behavior, does anyone
 know
  why
  we abandon the old root disk in the XenServer SR? It seems that
 CloudStack
  forgets about it and it just stays in the SR taking up space.
  
  Do people think it should be deleted?
  
  
  On Wed, Mar 19, 2014 at 3:49 PM, Nitin Mehta nitin.me...@citrix.com
 
  wrote:
  
   I think that's what it is supposed to do. It discards the old root
 disk
   and creates a fresh root disk for the vm and in case an optional
 field
   template id is passed in the root disk is created from this new
 template
   id.
   The api name is restoreVirtualMachine. Please check that the UI is
   internally invoking this api
  
   Thanks,
   -Nitin
  
   On 19/03/14 1:55 PM, Mike Tutkowski 
 mike.tutkow...@solidfire.com
   wrote:
  
   Hi,
   
   I noticed today while running through some test cases for 4.4 that
   resetting a VM does not work as expected.
   
   Instead of the typical stop and re-start behavior where the VM is
  booted
   back up using the same root disk, the VM gets a new root disk when
 it
  is
   booted back up.
   
   Can anyone confirm this finding for me with his or her setup?
   
   Thanks!
   
   --
   *Mike Tutkowski*
   *Senior CloudStack Developer, SolidFire Inc.*
   e: mike.tutkow...@solidfire.com
   o: 303.746.7302
   Advancing the way the world uses the
   cloudhttp://solidfire.com/solution/overview/?video=play
   *(tm)*
  
  
  
  
  --
  *Mike Tutkowski*
  *Senior CloudStack Developer, SolidFire Inc.*
  e: mike.tutkow...@solidfire.com
  o: 303.746.7302
  Advancing the way the world uses the
  cloudhttp://solidfire.com/solution/overview/?video=play
  *(tm)*
 
 
 
 
 --
 *Mike Tutkowski*
 *Senior CloudStack Developer, SolidFire Inc.*
 e: mike.tutkow...@solidfire.com
 o: 303.746.7302
 Advancing the way the world uses the
 cloudhttp://solidfire.com/solution/overview/?video=play
 *(tm)*
 




-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the
cloudhttp://solidfire.com/solution/overview/?video=play
*(tm)*

RE: ACS and KVM uses /tmp for volumes migration and templates

2014-03-19 Thread Edison Su 
Which version of CloudStack are you using? Seems in 4.2, Wido enhanced RBD a 
lot, qemu-img itself can copy volume from NFS to RBD without temporary copying 
to /tmp folder. 

 -Original Message-
 From: Andrei Mikhailovsky [mailto:and...@arhont.com]
 Sent: Wednesday, March 19, 2014 5:00 PM
 To: dev@cloudstack.apache.org
 Subject: ACS and KVM uses /tmp for volumes migration and templates
 
 Hi guys,
 
 I was wondering if this is a bug?
 
 I've noticed that during volume migration from NFS to RBD primary storage
 the volume image is first copied to /tmp and only then to the RBD storage.
 This seems silly to me as one would expect a typical volume to be larger than
 the host's hard disk. Also, it is a common practice to use tmpfs as /tmp for
 performance reasons. Thus, a typical host server will have far smaller /tmp
 folder than the size of an average volume. As a result, volume migration
 would break after filling the /tmp and could probably cause a bunch of issue
 for the KVM host itself as well as any vms running on the server.
 
 It also seems that the /tmp is temporarily used during a template creation .
 
 My setup:
 
 ACS 4.2.1
 Ubuntu 12.04 with KVM
 RBD + NFS for Primary storage
 NFS for Staging and Secondary storage
 
 
 Thanks
 
 Andrei

Re: Review Request 19283: Added few fixes for CLOUDSTACK-5674

2014-03-19 Thread ASF Subversion and Git Services 

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


Commit afb58b37a318272299f09c3970d5a615ca602755 in cloudstack's branch 
refs/heads/marvin from Santhosh Edukulla
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=afb58b3 ]

CLOUDSTACK-5674: Added few fixes for CLOUDSTACK-5674


- ASF Subversion and Git Services


On March 17, 2014, 8:57 a.m., Santhosh Edukulla wrote:
 
 ---
 This is an automatically generated e-mail. To reply, visit:
 https://reviews.apache.org/r/19283/
 ---
 
 (Updated March 17, 2014, 8:57 a.m.)
 
 
 Review request for cloudstack and Girish Shilamkar.
 
 
 Bugs: cloudstack-5674
 https://issues.apache.org/jira/browse/cloudstack-5674
 
 
 Repository: cloudstack-git
 
 
 Description
 ---
 
 1. Added a simulator case.
 2. Removed runsuites as it is not picking up the testmodulename effectively.
 
 
 Diffs
 -
 
   tools/marvin/marvin/lib/utils.py 440ff77 
   tools/marvin/marvin/marvinInit.py bed8e7f 
   tools/marvin/marvin/marvinPlugin.py 3a364b1 
 
 Diff: https://reviews.apache.org/r/19283/diff/
 
 
 Testing
 ---
 
 
 Thanks,
 
 Santhosh Edukulla

  1   2   >