release management ad jira tickets

[Daan Hoogland]

I tried to change 4.3.0 to released in jira and it complained '124
unresolved issue(s) for this version.'

How to deal with this? any ideas?

-- 
Daan

Re: [ACS4.4] Cherry pick several IAM bug fixes

[Daan Hoogland]

min, I put what I did inline. It seems strange to me so please check
if the result what you want.

On Wed, Apr 30, 2014 at 7:41 PM, Min Chen  wrote:
> Hi Daan,
>
> I have fixed those two commits. Could you please cherry-pick the
> following commits from 4.4-forward to 4.4 branch/
>
> 1. CLOUDSTACK-6502:IAMGroup.list and IAMPolicy.list in marvin base.py are
> not working.
> Commit: 4f2a20f7b35c2a250614b7cf32879d7bb87b7a62
does not apply. not applied.

> Commit: 42b803dd4b6e01107cbcf08d87f17c47934e8ae7
that one is applied (without the previous).

>
> 2. CLOUDSTACK-6513: templateFilter=shared should not show self-owned
> template.
> Commit: 3af2f6d1418c66533067b5050d2fe3fd4200beb9
applied
> Commit: 412793f9b41bb03eda2b8474f9f22a12b5097327
does not apply without the previous. applied

regards,
-- 
Daan

Re: [ACS4.4, XenServer] Problem starting system VMs

[Dave Scott]

Hi,

I think I’ve tracked this down. I believe it’s a bug in the XenServer’s event 
mechanism, specifically a bug where some shared state causes parallel calls to 
event.from to interfere with each other. From CloudStack’s point of view this 
manifests as

* spurious SESSION_INVALID exceptions in waitForTask, which triggers cleanup 
(Task.destroy), which prevents the VM.start from completing, leaving the VM 
paused
* empty lists of events being returned in non-timeout cases

I’ve prototyped a fix together with a test case (which fails before and passes 
after) and made a pull request containing both:

https://github.com/xapi-project/xen-api/pull/1719

I’d appreciate review from xapi experts, particularly Jon Ludlam (cc:d). I’ve 
also cc:d the main xapi development list.

Cheers,
Dave

On 29 Apr 2014, at 05:15, Mike Tutkowski  wrote:

> Actually, the only issue I'm noticing now is the SSVM being automatically
> paused shortly after being created (while creating a new cloud).
> 
> If I go to XenCenter and forcefully shut the VM down, CloudStack restarts
> it OK.
> 
> 
> On Mon, Apr 28, 2014 at 7:34 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
> 
>> Figured I'd CC Anthony and Edison to see if they have any input on this
>> (it looks like most of the changes on the relevant file
>> (Xenserver625StorageProcessor.java) were performed by one or the other).
>> 
>> 
>> On Mon, Apr 28, 2014 at 12:40 PM, Mike Tutkowski <
>> mike.tutkow...@solidfire.com> wrote:
>> 
>>> Thanks for the reply, guys.
>>> 
>>> Just wanted to point out that this is on 4.4 for me (although the issue
>>> may also be present on master).
>>> 
>>> I have a sufficient number of IP addresses for both system and user VMs,
>>> so that should be OK (but good thought, Punith).
>>> 
>>> I plan to continue debugging this later this afternoon, but have been in
>>> meetings all morning.
>>> 
>>> Thanks!
>>> 
>>> 
>>> On Mon, Apr 28, 2014 at 10:41 AM, Dave Scott wrote:
>>> 
 Hi,
 
 (sorry to reply to my own email!)
 
 On 28 Apr 2014, at 11:42, Dave Scott  wrote:
 
> 
> Hi Mike,
> 
> On 28 Apr 2014, at 04:44, Mike Tutkowski 
 wrote:
> 
>> Hi,
>> 
>> I recently installed 6.2 with XS62ESP1 and XS62ESP1004 (so that
>> Xenserver625StorageProcessor would be utilized).
>> 
>> When I create a cloud from scratch, my SSVM starts up fine, but CPVM
 ends
>> up in the Paused state. I have to force a shutdown of that VM and then
>> CloudStack restarts it and it works. This consistently happens. The
 system
>> VMs are being deployed to the local storage of the one XS host I have
 in my
>> one and only cluster.
>> 
>> Any thoughts on that?
> 
> I'm seeing the same symptom on my test cloud with 6.2 and XS62ESP1004.
 I think there's a problem with XenAPI session and task handling in the
 cloudstack master branch, although I've not tracked it down yet. In my
 management server log I see:
> 
> WARN  [c.c.h.x.r.CitrixResourceBase] (DirectAgent-5:ctx-47dccee1)
 Unable to start VM(v-2-VM) on host(1c4a31e9-469e-45c3-a0ad-9792ac7b
> 20f6) due to You gave an invalid session reference.  It may have been
 invalidated by a server restart, or timed out.  You should get
> a new session handle, using one of the session.login_ calls.  This
 error does not invalidate the current connection.  The handle para
> meter echoes the bad value given.
> You gave an invalid session reference.  It may have been invalidated
 by a server restart, or timed out.  You should get a new session
> handle, using one of the session.login_ calls.  This error does not
 invalidate the current connection.  The handle parameter echoes
> the bad value given.
>   at com.xensource.xenapi.Types.checkResponse(Types.java:218)
>   at com.xensource.xenapi.Connection.dispatch(Connection.java:395)
>   at
 com.cloud.hypervisor.xen.resource.XenServerConnectionPool$XenServerConnection.dispatch(XenServerConnectionPool.java:463)
>   at com.xensource.xenapi.Event.from(Event.java:270)
>   at
 org.apache.cloudstack.hypervisor.xenserver.XenServerResourceNewBase.waitForTask(XenServerResourceNewBase.java:113)
>   at
 com.cloud.hypervisor.xen.resource.CitrixResourceBase.startVM(CitrixResourceBase.java:3455)
> 
> Somehow the XenAPI session being used by the Event.from in the
 XenServerResourceNewBase.waitForTask (used for recent 6.2 XenServers only)
 is being logged-out somewhere. When this happens, the cloudstack cleanup
 code calls Task.cancel and Task.destroy, and then the XenServer
 Async.VM.start fails trying to update Task.progress before it internally
 calls VM.unpause.
> 
> I made a hack to disable caching of Connection/sessions:
> 
> 
 https://github.com/djs55/cloudstack/commit/a388b71279086e42710e26340df0632d0d8135e4
 
 Fo

Re: Review Request 19892: Add Juniper Contrail support to devCloud environment

[daan Hoogland]

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

Ship it!


537536835bfe5161946fbc83675b4a4696536949

- daan Hoogland


On April 30, 2014, 11:15 p.m., Sachchidanand Vaidya wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/19892/
> ---
> 
> (Updated April 30, 2014, 11:15 p.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Add OpenContrail support to devCloud environment:
> - Created new devcloud advanced networking config file 
> (devcloud-advanced_juniper-contrail.cfg).
> - Modification to deployDataCenter script, to enable 
> "JuniperContrailRouter" &
>   "JuniperContrailVpcRouter" providers.
> 
> 
> Diffs
> -
> 
>   tools/devcloud/devcloud-advanced_juniper-contrail.cfg PRE-CREATION 
>   tools/marvin/marvin/deployDataCenter.py 31f663e 
> 
> Diff: https://reviews.apache.org/r/19892/diff/
> 
> 
> Testing
> ---
> 
> Unit tested with devCloud2 and ACS4.3 code base.
> 
> 
> Thanks,
> 
> Sachchidanand Vaidya
> 
>

[ACS44][DISCUSS] RC1 in 8 days

[Daan Hoogland]

H,

Is everybody prepared and aware of the release goal of rc1 by the end
of next week?
If you have pressing issues or a feature that is not mature for a spin
up by then please send out an alarm on this list in this thread.
Are there jira tickets that should get extra attention in your
opinion? Let me know.

thanks,
-- 
Daan

Re: [ACS4.4, XenServer] Problem starting system VMs

[Jon Ludlam]

On 01/05/14 11:35, Dave Scott wrote:
> Hi,
>
> I think I’ve tracked this down. I believe it’s a bug in the XenServer’s event 
> mechanism, specifically a bug where some shared state causes parallel calls 
> to event.from to interfere with each other. From CloudStack’s point of view 
> this manifests as
>
> * spurious SESSION_INVALID exceptions in waitForTask, which triggers cleanup 
> (Task.destroy), which prevents the VM.start from completing, leaving the VM 
> paused
> * empty lists of events being returned in non-timeout cases
>
> I’ve prototyped a fix together with a test case (which fails before and 
> passes after) and made a pull request containing both:
>
> https://github.com/xapi-project/xen-api/pull/1719

Pull request looks very nice. Your second bullet point was due to the
fact that the autogenerated code couldn't cope with the immutable
database being passed in, so we're generating the snapshots from the
live db. I believe this has now changed and we can associate a database
snapshot with a context, so we could make that problem go away
completely rather than looping until the problem doesn't happen :-)

I think the snapshots fix is a nice-to-have though, so if you could make
a PR for master rather than the clearwater branch, I'll merge.

Jon


> I’d appreciate review from xapi experts, particularly Jon Ludlam (cc:d). I’ve 
> also cc:d the main xapi development list.
>
> Cheers,
> Dave
>

Re: [ACS44][DISCUSS] RC1 in 8 days

[Wido den Hollander]

On 05/01/2014 01:14 PM, Daan Hoogland wrote:

H,

Is everybody prepared and aware of the release goal of rc1 by the end
of next week?


Now I am :)


If you have pressing issues or a feature that is not mature for a spin
up by then please send out an alarm on this list in this thread.


I'm working on CLOUDSTACK-4549 [0] at the moment since that is still 
broken and I want that fixed in 4.4


Testing it on my local clusters while I'm typing this e-mail.

[0]: https://issues.apache.org/jira/browse/CLOUDSTACK-4549


Are there jira tickets that should get extra attention in your
opinion? Let me know.

thanks,

Re: How to increase size of root volume in Cloud stack 4.2.0

[Nux!]

On 29.04.2014 20:26, Prakash Rao Banuka wrote:

Hi,

One of VMs root volume is getting filled,How to increase the size of
root volume (Cloudstack 4.2.0)

Thank you
Prakash


Hello,

AFAIK root volume resize is not a supported operation, though this is 
being addressed in v4.4+. Probably your best bet is to do it manually, 
that or just add a data volume to the machine and try to balance files 
over.



HTH
Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: How to increase size of root volume in Cloud stack 4.2.0

[Wei ZHOU]

try this:
http://cloudstack.markmail.org/message/jamsjgkpduxwsah2


2014-04-29 21:26 GMT+02:00 Prakash Rao Banuka :

> Hi,
>
> One of VMs root volume is getting filled,How to increase the size of root
> volume (Cloudstack 4.2.0)
>
> Thank you
> Prakash
>
>

listVirtualMachine API With Name Parameter Set

[Matt Spurlin]

Hi all,
I am looking at
CLOUDSTACK-6555.
I am wondering if the name parameter is meant to return only one result if
there is an exact match or if returning all results that include the
specified value is the expected behavior.
Thanks,
Matt

RE: [ACS44]cherry pick CLOUDSTACK-6517

[Prachi Damle]

Yes, I will check my work environment again for this.

Prachi
-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com] 
Sent: Wednesday, April 30, 2014 11:37 PM
To: dev
Subject: Re: [ACS44]cherry pick CLOUDSTACK-6517

On Wed, Apr 30, 2014 at 9:00 PM, Prachi Damle  wrote:
> e14c2ec7241ec2333ea3ac3d56a0e938fe1bf131


Prachi, your commit contains dos line endings:
-IAMPolicyPermissionVO permit =
_policyPermissionDao.findByPolicyAndEntity(iamPolicyId, entityType, scope, 
scopeId, action, perm);
+IAMPolicyPermissionVO permit =
_policyPermissionDao.findByPolicyAndEntity(iamPolicyId, entityType, scope,^M
+scopeId, action, perm, accessType);^M

Since I only saw them in java files I will let it pass but please adjust your 
work environment to prevent the line endings to enter the system. When they end 
up in configuration files or scripts things might break inexplicably.

--
Daan

Re: [ACS4.4] Cherry pick several IAM bug fixes

[Min Chen]

Looks good to me, thanks, Daan

-min

On 5/1/14 1:41 AM, "Daan Hoogland"  wrote:

>min, I put what I did inline. It seems strange to me so please check
>if the result what you want.
>
>On Wed, Apr 30, 2014 at 7:41 PM, Min Chen  wrote:
>> Hi Daan,
>>
>> I have fixed those two commits. Could you please cherry-pick the
>> following commits from 4.4-forward to 4.4 branch/
>>
>> 1. CLOUDSTACK-6502:IAMGroup.list and IAMPolicy.list in marvin base.py
>>are
>> not working.
>> Commit: 4f2a20f7b35c2a250614b7cf32879d7bb87b7a62
>does not apply. not applied.
>
>> Commit: 42b803dd4b6e01107cbcf08d87f17c47934e8ae7
>that one is applied (without the previous).
>
>>
>> 2. CLOUDSTACK-6513: templateFilter=shared should not show self-owned
>> template.
>> Commit: 3af2f6d1418c66533067b5050d2fe3fd4200beb9
>applied
>> Commit: 412793f9b41bb03eda2b8474f9f22a12b5097327
>does not apply without the previous. applied
>
>regards,
>-- 
>Daan

RE: How to increase size of root volume in Cloud stack 4.2.0

[Prakash Rao Banuka]

Hi All:

Is this method advisable to resize the root volume of an instance.

http://www.techmediaconsulting.com/index.php/web-design/cloudstack-citrix-cloudplatform-volume-extension


Thank you
Prakash


-Original Message-
From: Wei ZHOU [mailto:ustcweiz...@gmail.com] 
Sent: Thursday, May 01, 2014 7:03 PM
To: dev@cloudstack.apache.org
Subject: Re: How to increase size of root volume in Cloud stack 4.2.0

try this:
http://cloudstack.markmail.org/message/jamsjgkpduxwsah2


2014-04-29 21:26 GMT+02:00 Prakash Rao Banuka :

> Hi,
>
> One of VMs root volume is getting filled,How to increase the size of 
> root volume (Cloudstack 4.2.0)
>
> Thank you
> Prakash
>
>

[ACS44]cherry pick CLOUDSTACK-6443

[Min Chen]

Hi Hugo/Daan,

Would you please cherry pick the following commit from 4.4-forward to 
4.4
branch?

Commit: ef2616bfda1b37887312a93068937f5ecfaa36b4
CLOUDSTACK-6443: [Automation] Two Test Cases failed on "test_volumes.py"
- AttributeError: VirtualMachine instance has no attribute 'hosted'.

Thanks
-min

Backups - Snapshots - issue

[Prakash Rao Banuka]

Hi:

I have an issue with scheduled (daily and weekly )backups,

To few of mine instances the:

Daily Backup :  status is "CreatedonPrimary"

Weekly backup: status is "Allocated"

What could be the cause for this issue?

Most of the backups/snapshots are green in color (status is backedup)

Thank you
Prakash

Re: Review Request 19892: Add Juniper Contrail support to devCloud environment

[Sachchidanand Vaidya]

Thanks Daan. Can it be committed to 4.4 as well.

Best Regards,
Sachin

From: daan Hoogland mailto:daan.hoogl...@gmail.com>>
Reply-To: daan Hoogland 
mailto:daan.hoogl...@gmail.com>>
Date: Thursday, May 1, 2014 4:11 AM
To: daan Hoogland mailto:daan.hoogl...@gmail.com>>, 
Sachchidanand Vaidya mailto:vaidy...@juniper.net>>, 
cloudstack mailto:dev@cloudstack.apache.org>>
Subject: Re: Review Request 19892: Add Juniper Contrail support to devCloud 
environment

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


Ship it!

537536835bfe5161946fbc83675b4a4696536949


- daan Hoogland


On April 30th, 2014, 11:15 p.m. UTC, Sachchidanand Vaidya wrote:

Review request for cloudstack.
By Sachchidanand Vaidya.

Updated April 30, 2014, 11:15 p.m.

Repository: cloudstack-git
Description

Add OpenContrail support to devCloud environment:
- Created new devcloud advanced networking config file 
(devcloud-advanced_juniper-contrail.cfg).
- Modification to deployDataCenter script, to enable 
"JuniperContrailRouter" &
  "JuniperContrailVpcRouter" providers.


Testing

Unit tested with devCloud2 and ACS4.3 code base.


Diffs

  *   tools/devcloud/devcloud-advanced_juniper-contrail.cfg (PRE-CREATION)
  *   tools/marvin/marvin/deployDataCenter.py (31f663e)

View Diff

Re: [ACS44][DISCUSS] RC1 in 8 days

[Amogh Vasekar]

Hi,
I am working on https://issues.apache.org/jira/browse/CLOUDSTACK-6358 so
that the newly populated table can be used instead.

Thanks,
Amogh

On 5/1/14 5:53 AM, "Wido den Hollander"  wrote:

>
>
>On 05/01/2014 01:14 PM, Daan Hoogland wrote:
>> H,
>>
>> Is everybody prepared and aware of the release goal of rc1 by the end
>> of next week?
>
>Now I am :)
>
>> If you have pressing issues or a feature that is not mature for a spin
>> up by then please send out an alarm on this list in this thread.
>
>I'm working on CLOUDSTACK-4549 [0] at the moment since that is still
>broken and I want that fixed in 4.4
>
>Testing it on my local clusters while I'm typing this e-mail.
>
>[0]: https://issues.apache.org/jira/browse/CLOUDSTACK-4549
>
>> Are there jira tickets that should get extra attention in your
>> opinion? Let me know.
>>
>> thanks,
>>

[ACS44] Cherry-pick for CLOUDSTACK-4549

[Wido den Hollander]

Hi Daan,

Could you please cherry-pick 355f1a2a7599f25771f390f7dba2f8659dbe8fa6 
for me into the 4.4 branch?


This fixes CLOUDSTACK-4549 [0] where users couldn't create a new volume 
from a RBD snapshot.


I tested it on my local environment where the agents run the code from 
4.4-forward with my patch and it works.


Wido

[0]: https://issues.apache.org/jira/browse/CLOUDSTACK-4549

Re: Review Request 20557: CLOUDSTACK-6472 listUsageRecords generates NPEs for expunging instances

[Nate Gordon]

Sorry for being late to the discussion, I believe this patch doesn't fully
do what is actually expected. This patch does prevent the NPE, but doesn't
prevent the reason why the NPE was happening in the first place. It appears
that in commit f5e5b39, all the instances of
find{something}ByIdIncludingRemoved(id) where changed to
find{something}ById(id). This was 9 months ago, and since then it was
changed again to _entityMgr.findById({something}.class, id). So the reason
for the NPE is actually that we aren't querying for removed entries, but
those entries still exist, and used to be returned by the listUsageRecords
api. This patch mostly just prevents the UUID field from being populated in
those instances, which are relied upon by myself and surely others to
correlate records together.

I'll try to get a new patch put together tonight that addresses that,
unless there is some other commentary as to why findByIdIncludingRemoved
was not included in the EntityManager interface, but is still present in
EntityManagerImpl.

Having said that, I was just commenting to someone today that it would be
nice if there was some null checking done in this process and am glad that
it exists now. We have instances from time to time where something just
gets flat out removed from the db and that tends to break usage which
requires some unfortunate debugging effort.

Thanks,

-Nate


On Fri, Apr 25, 2014 at 4:01 PM, Sebastien Goasguen wrote:

>
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/20557/#review41524
> ---
>
> Ship it!
>
>
> Applied to 4.3 with commit:
> 08997a9ba37d939dc6e546c632daf93b2b04e825
>
> I re-wrote the patch and committed to master as well with:
> 744e2a54e8b05d8136382664d8e5b9e3649fe88e
>
> Thanks for the patch, please make sure to tell us if there is more issue
> with this.
>
> You can mark the review as submitted.
>
>
> - Sebastien Goasguen
>
>
> On April 23, 2014, 12:47 p.m., Pierre-Yves Ritschard wrote:
> >
> > ---
> > This is an automatically generated e-mail. To reply, visit:
> > https://reviews.apache.org/r/20557/
> > ---
> >
> > (Updated April 23, 2014, 12:47 p.m.)
> >
> >
> > Review request for cloudstack.
> >
> >
> > Bugs: CLOUDSTACK-6472
> > https://issues.apache.org/jira/browse/CLOUDSTACK-6472
> >
> >
> > Repository: cloudstack-git
> >
> >
> > Description
> > ---
> >
> > This is a review request for CLOUDSTACK-6472 "listUsageRecords generates
> NPEs for expunging instances"
> >
> > The patch is against the 4.3 branch
> >
> >
> > Diffs
> > -
> >
> >   server/src/com/cloud/api/ApiResponseHelper.java e543d1c
> >
> > Diff: https://reviews.apache.org/r/20557/diff/
> >
> >
> > Testing
> > ---
> >
> >
> > Thanks,
> >
> > Pierre-Yves Ritschard
> >
> >
>
>


-- 


*Nate Gordon*Director of Technology | Appcore - the business of cloud
computing®

Office +1.800.735.7104  |  Direct +1.515.612.7787
nate.gor...@appcore.com  |  www.appcore.com

--

The information in this message is intended for the named recipients only.
It may contain information that is privileged, confidential or otherwise
protected from disclosure. If you are not the intended recipient, you are
hereby notified that any disclosure, copying, distribution, or the taking
of any action in reliance on the contents of this message is strictly
prohibited. If you have received this e-mail in error, do not print it or
disseminate it or its contents. In such event, please notify the sender by
return e-mail and delete the e-mail file immediately thereafter. Thank you.

Error while starting Management server

[Ritu Sabharwal]

Hi,

I am new to the CloudStack development and trying to get the management server 
up for testing.

I am following instruction from wiki page:  
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Setting+up+a+CloudStack+dev+environment+on+Windows

I got the latest code from git. I build, setup db and trying to jetty server on 
Windows Server 2008.

But jetty server is not coming up.

I am getting following error:

[ERROR] Failed startup of context 
org.mortbay.jetty.plugin.Jetty6PluginWebAppContext@7160a9b9{/client,C:\cygwin\home\rsabharw\cloudstack-oss\cloudstack\client\target\generated-webapp}
org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'accountManagerImpl': Injection of autowired dependencies failed; 
nested exception is org.springframework.beans.factory.BeanCreationException: 
Could not autowire field: private com.cloud.storage.dao.VMTemplateDao 
com.cloud.user.AccountManagerImpl._templateDao; nested exception is 
org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'VMTemplateDaoImpl': Injection of autowired dependencies failed; 
nested exception is org.springframework.beans.factory.BeanCreationException: 
Could not autowire field: 
org.apache.cloudstack.storage.datastore.db.TemplateDataStoreDao 
com.cloud.storage.dao.VMTemplateDaoImpl._templateDataStoreDao; nested exception 
is org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'templateDataStoreDaoImpl': Injection of autowired dependencies 
failed; nested exception is 
org.springframework.beans.factory.BeanCreationException: Could not autowire 
field: private 
org.apache.cloudstack.engine.subsystem.api.storage.DataStoreManager 
org.apache.cloudstack.storage.image.db.TemplateDataStoreDaoImpl._storeMgr; 
nested exception is org.springframework.beans.factory.BeanCreationException: 
Error creating bean with name 'dataStoreProviderManager': Injection of 
autowired dependencies failed; nested exception is 
org.springframework.beans.factory.BeanCreationException: Could not autowire 
field: org.apache.cloudstack.storage.datastore.PrimaryDataStoreProviderManager 
org.apache.cloudstack.storage.datastore.provider.DataStoreProviderManagerImpl.primaryDataStoreProviderMgr;
 nested exception is org.springframework.beans.factory.BeanCreationException: 
Error creating bean with name 'primaryDataStoreProviderMgr': Injection of 
autowired dependencies failed; nested exception is 
org.springframework.beans.factory.BeanCreationException: Could not autowire 
field: com.cloud.storage.StorageManager 
org.apache.cloudstack.storage.datastore.manager.PrimaryDataStoreProviderManagerImpl.storageMgr;
 nested exception is org.springframework.beans.factory.BeanCreationException: 
Error creating bean with name 'storageManagerImpl': Injection of autowired 
dependencies failed; nested exception is 
org.springframework.beans.factory.BeanCreationException: Could not autowire 
field: protected com.cloud.agent.AgentManager 
com.cloud.storage.StorageManagerImpl._agentMgr; nested exception is 
org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'clusteredAgentManagerImpl': Injection of autowired dependencies 
failed; nested exception is 
org.springframework.beans.factory.BeanCreationException: Could not autowire 
field: protected com.cloud.ha.HighAvailabilityManager 
com.cloud.agent.manager.AgentManagerImpl._haMgr; nested exception is 
org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'highAvailabilityManagerExtImpl': Injection of autowired dependencies 
failed; nested exception is 
org.springframework.beans.factory.BeanCreationException: Could not autowire 
field: com.cloud.alert.AlertManager 
com.cloud.ha.HighAvailabilityManagerImpl._alertMgr; nested exception is 
org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'alertManagerImpl': Injection of autowired dependencies failed; 
nested exception is org.springframework.beans.factory.BeanCreationException: 
Could not autowire field: protected com.cloud.capacity.CapacityManager 
com.cloud.alert.AlertManagerImpl._capacityMgr; nested exception is 
org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'capacityManagerImpl': Injection of autowired dependencies failed; 
nested exception is org.springframework.beans.factory.BeanCreationException: 
Could not autowire field: com.cloud.resource.ResourceManager 
com.cloud.capacity.CapacityManagerImpl._resourceMgr; nested exception is 
org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'resourceManagerImpl': Injection of autowired dependencies failed; 
nested exception is org.springframework.beans.factory.BeanCreationException: 
Could not autowire field: private com.cloud.vm.VirtualMachineManager 
com.cloud.resource.ResourceManagerImpl._vmMgr; nested exception is 
org.springframework.beans.factory.BeanCr

[ACS44]cherry pick 2 IAM bugs

[Prachi Damle]

Hi Daan/Hugo,

Can you please cherry-pick following 2 commits to 4.4 branch:


  1.  CLOUDSTACK-6558 
IAM - Admin user is able to deploy VM in a regular user's Security Group.

Commit hash:e89c628843692c9e7046192f5b6d4893b7a45ec6





  1.  CLOUDSTACK-6560 
IAM - Admin user is denied permission to create Egress rule for a user's network

Commit hash:2e5b5291574417e31b4e81a6cc170e77a0cd7f65

Contained in branches: 4.4-forward



Thanks,
Prachi

[ACS44]cherry pick CLOUDSTACK-6535 and CLOUDSTACK-6556

[Min Chen]

Hi Hugo/Daan,

Would you please cherry pick the following two bug fixes from 
4.4-forward
to 4.4 branch?

1. CLOUDSTACK-6535: IAM:MS:API createVMSnapshot doesn't preserve access
rights.

Commit: f0edfc7ac5a8c3c22cea3e90a2a77835967234a2

2. CLOUDSTACK-6556: [Automation] Deploy VM failing with error "does not
have permission to access resource Ntwk".

This includes two commits:
Commit: 4415aee1e9f7b0b788ff1e0a6a7fe744fd37921f
Commit: 6435b261deb0160f774a8815f0024e38f49d45e9

Thanks
-min

RE: How to increase size of root volume in Cloud stack 4.2.0

[Nux!]

On 01.05.2014 18:00, Prakash Rao Banuka wrote:

Hi All:

Is this method advisable to resize the root volume of an instance.

http://www.techmediaconsulting.com/index.php/web-design/cloudstack-citrix-cloudplatform-volume-extension


Thank you
Prakash


It looks like it might work, but  I would do it on a test VM first and 
make sure to take a backup of your DB before you start, just in case.


Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: How to increase size of root volume in Cloud stack 4.2.0

[Marcus]

Only for KVM, nobody has picked up the work to extend it to other
hypervisors, yet, as far as I know.


On Thu, May 1, 2014 at 7:26 AM, Nux!  wrote:

> On 29.04.2014 20:26, Prakash Rao Banuka wrote:
>
>> Hi,
>>
>> One of VMs root volume is getting filled,How to increase the size of
>> root volume (Cloudstack 4.2.0)
>>
>> Thank you
>> Prakash
>>
>
> Hello,
>
> AFAIK root volume resize is not a supported operation, though this is
> being addressed in v4.4+. Probably your best bet is to do it manually, that
> or just add a data volume to the machine and try to balance files over.
>
>
> HTH
> Lucian
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>

[GitHub] cloudstack-docs-rn pull request: rnotes.rst: fix release refences ...

[pdion891]

GitHub user pdion891 opened a pull request:

https://github.com/apache/cloudstack-docs-rn/pull/8

rnotes.rst: fix release refences in upgrade notes

Fixed some Version numbers in upgrade notes based from Seb message in the 
mailinglist thread: *Documentation question/verification (upgrade from 4.0 to 
4.2.1)*

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/cloudops/cloudstack-docs-rn 4.3

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/cloudstack-docs-rn/pull/8.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #8


commit dfa776fec8b1845901d00fca89ed74461cb4075d
Author: Pierre-Luc Dion 
Date:   2014-05-02T01:25:12Z

rnotes.rst: fix release refences in upgrade notes




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

4.4 release-notes

[Pierre-Luc Dion]

Hi all,

I'll help on the Release-notes of 4.4.  Could it be possible to provide a
list of new features in 4.4 or point me where I can get it ?  Their is a
public filter in JIRA but I'm not sure it is accurate.

Also, on the upgrade notes side, does it require special step like
upgrading to a new SystemVM templates?

BTW, how can I create shared/public issues filter in JIRA in order to
generate know issues and fixed issues for this release?

in case someone could create them:
4.4.0 Fixed Issues
project = CLOUDSTACK AND type = Bug AND affectedVersion in (4.2.0, 4.2.1,
4.3.0) AND fixVersion = 4.4.0 AND resolution != "\"Unresolved\"" ORDER BY
created DESC, priority DESC, key ASC

4.4.0 Known Issues
project = CLOUDSTACK AND type = Bug AND (affectedVersion = 4.4.0 OR
fixVersion = 4.4.0) AND resolution is EMPTY AND level = "Public" ORDER BY
priority DESC, key ASC

Thank you!

Pierre-Luc Dion
Architecte de Solution Cloud | Cloud Solutions Architect
- - -

*CloudOps*420 rue Guy
Montréal QC  H3J 1S6
www.cloudops.com
@CloudOps_

[ACS44] Cherry-pick request for CLOUDSTACK-6351

[Yoshikazu Nojima]

Hi Daan or Hugo,

Could you please cherry-pick fa4e7fc7f75c7cf6065b2e97e1d27c942c9a73af
into the 4.4 branch?

This patch fixes CLOUDSTACK-6351  java6 is installed instead of java7
when CloudStack rpm is installed.

I confirmed it successfully resolves dependency and installs java-1.7.0-openjdk.

Thanks,
Noji