Re: Master is frozen for the 4.9 release

[Tutkowski, Mike]

Hi Will,

I just wanted to send out a quick note that I have run a bunch of my 
integration tests against 4.9 and they all came back successful.

>From my point of view, I'm ready for RC1.

Thanks!
Mike

From: Will Stevens 
Sent: Friday, May 27, 2016 4:34 PM
To: dev@cloudstack.apache.org
Subject: Master is frozen for the 4.9 release

Hey All,
I think I have done what I can do at this point.  I am sorry if you have a
PR that you wanted to get in that didn't make it.  I pushed my deadline for
the freeze a bit because I had a lot of PRs that were close and I was able
to get a bunch of them in.

I plan to wait about a week before I cut the first RC to give people a
chance to test master and get me the details of their testing.  This will
reduce the number of RCs we will need to have in order to get this release
out the door.

Please start testing master and let me know if you run into any issues.
There are a couple periodic issues that show up in my CI environments, so I
will probably spend some time to see if I can get those sorted out before I
cut the first release.

I plan to create a Github PR that will never be merged where I can post CI
results against master for this release so we can troubleshoot anything we
find.  This approach is mainly because my workflow with `upr` lets me post
results easily and include the logs for the run.

Cheers,

Will

Re: RM after 4.9

[Tutkowski, Mike]

Thanks, Rajani! :)

From: Rajani Karuturi 
Sent: Friday, May 27, 2016 8:49 AM
To: dev@cloudstack.apache.org
Subject: Re: RM after 4.9

I volunteer to be the RM for next release

Thanks
On 03-May-2016 4:13 AM, "Will Stevens"  wrote:

> Hello All,
> As you all know, I am the RM for the 4.9 release.  Unfortunately, this is
> not a position I will be able to maintain for the long term, so we should
> start this discussion sooner rather than later.
>
> I am actively working to simplify the RM role by working towards the
> following goals:
> - Get the cloudstack repo moved to the 'apache-cloudstack' github org so we
> can use labels, etc so the community can better organize itself regarding
> the status of different PRs
> - Make it easier to setup distributed CI environments so the RM is not
> responsible for all the CI.
> - Build tooling to simplify contributing back the results of CI runs.
> - Improve our set of 'standard tests' to be more complete yet still
> manageable to be run on every PR.
>
> I will continue to work towards lowering the bar for the RM, but we need to
> start the conversation of who is next in line as the RM.  :)
>
> Cheers,
>
> Will
>

Re: 4.9/master Testing Coordination

[Tutkowski, Mike]

My testing has been performed using XenServer 6.5 and ESXi 5.5.

I executed all of the tests in test/integration/plugins/solidfire. 

They all came back successful.

From: John Burwell 
Sent: Friday, June 17, 2016 12:56 PM
To: dev@cloudstack.apache.org
Subject: 4.9/master Testing Coordination

All,

It is a bit lo-fi, but if you are testing master in preparation for the 4.9 RC, 
could you please share information about the configurations you testing (e.g. 
hypervisors, storage backends, network configurations, etc)?  Any test results 
could also be helpful.  The hope is to reduce duplication of effort and 
understand how much of the system has been covered.

Thanks,
-John
john.burw...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden, London VA WC2N 4HSUK
@shapeblue

Re: Roadmap for 4.x and 5.0

[Tutkowski, Mike]

I just added my name and Syed Ahmed's name for "Snapshots on SAN".

Thanks,
Mike

From: Paul Angus 
Sent: Saturday, June 18, 2016 12:15 PM
To: dev@cloudstack.apache.org; rwhee...@artifact-software.com
Subject: RE: Roadmap for 4.x and 5.0

I brought up the subject of updating this page a month or so ago.  To try and 
get some movement, here is a list of all of the titles with nobody's name 
against them:



If no one claims them then I’ll remove them at the end of next week….



Packaging:

YAML based configs



Logging/Metrics:

Use MDC

Improve logging using UUIDs and internal metrics

Better error handling

Processing Logs



Storage :

Remove NFS dependency

Snapshots on SAN

Network

Improved GSLB

Network ACLS

Globo DNS API

VR: dnsmasq to better dns

Better LB

Improve VR, VR agent, API for VR

Hybrid setups across domains

L2 on L3 (sbp)

VPC: inter vpc, private gateways

GSLB Multi-zone



UI, API:

2Factor Authentication

Refactor API + core



Misc:

Disaster Recovery, Import infra

Terraform support

Architecture

Refactor management Core

Apparmour/Selinux support (KVM)

Persistance layer: away from DAO

Architecture changes/upgrade





Kind regards,



Paul Angus



paul.an...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue




-Original Message-
From: Ron Wheeler [mailto:rwhee...@artifact-software.com]
Sent: 17 June 2016 15:25
To: dev@cloudstack.apache.org
Subject: Roadmap for 4.x and 5.0





https://cwiki.apache.org/confluence/display/CLOUDSTACK/Roadmap



Needs updating. Some of the work must have been completed since it is slotted 
for 4.6.



Perhaps this is the page to start laying out the "new" release protocol and to 
start to collect the tasks for 4.10 and 4.11



It would also be a good place to collect ideas for 5.0 so that we can see what 
the proposed release numbering and delivery schedule actually means in terms of 
delivery of functionality.



The mailing list discussion has been pretty robust and a lot of writing has 
been done that deserves a more permanent home and some more concrete 
descriptions of proposed work.



Ron



--

Ron Wheeler

President

Artifact Software Inc

email: rwhee...@artifact-software.com

skype: ronaldmwheeler

phone: 866-970-2435, ext 102

Release-Management Question about New API Plug-in

[Tutkowski, Mike]

Hi,


This is mainly a release-management question, but - of course - anyone who 
knows, please feel free to comment.


I have been developing a new API plug-in for a customer. The customer is using 
CloudStack 4.6.


I'd like to contribute the plug-in to our official repo, but I'm wondering if I 
can open a PR as far back as 4.6 (and, of course, I'd like to have this plug-in 
in all subsequent releases, as well).


Thoughts on this?


Thanks!

Mike

Re: Release-Management Question about New API Plug-in

[Tutkowski, Mike]

Sounds good, John

I think it will be easier if I just release it directly to the customer.

I can always port it to the latest CloudStack version later, if I'd like to.

> On Jun 16, 2016, at 8:46 PM, John Burwell <john.burw...@shapeblue.com> wrote:
> 
> Mike,
> 
> Anyone can submit a PR against any branch.  If they can get 2 LGTMs for it, 
> it will be merged.  After that, you could create a new 4.6 RC, and open a 
> vote for it.  While there is nothing procedurally that prevents someone from 
> following this process, it is unlikely that the release vote would muster 
> interest to pass.
> 
> Thanks,
> -John
> 
> john.burw...@shapeblue.com 
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London VA WC2N 4HSUK
> @shapeblue
> 
> 
>> On Jun 16, 2016, at 2:29 AM, Tutkowski, Mike <mike.tutkow...@netapp.com> 
>> wrote:
>> 
>> OK - I can always deliver the plug-in for 4.6 directly to my customers and 
>> first check it into the CloudStack repo maybe in 4.10 or later.
>> 
>>> On Jun 16, 2016, at 12:21 AM, Rajani Karuturi <raj...@apache.org> wrote:
>>> 
>>> "We will only fix bugs in this release branch, no back porting of new
>>> features" -
>>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+principles+for+Apache+CloudStack+4.6+and+up
>>> 
>>> I would prefer a PR on master for 4.9+
>>> 
>>> 
>>> 
>>> ~Rajani
>>> 
>>> On Thu, Jun 16, 2016 at 7:12 AM, Tutkowski, Mike <mike.tutkow...@netapp.com>
>>> wrote:
>>> 
>>>> Hi,
>>>> 
>>>> 
>>>> This is mainly a release-management question, but - of course - anyone who
>>>> knows, please feel free to comment.
>>>> 
>>>> 
>>>> I have been developing a new API plug-in for a customer. The customer is
>>>> using CloudStack 4.6.
>>>> 
>>>> 
>>>> I'd like to contribute the plug-in to our official repo, but I'm wondering
>>>> if I can open a PR as far back as 4.6 (and, of course, I'd like to have
>>>> this plug-in in all subsequent releases, as well).
>>>> 
>>>> 
>>>> Thoughts on this?
>>>> 
>>>> 
>>>> Thanks!
>>>> 
>>>> Mike
> 

Re: Release-Management Question about New API Plug-in

[Tutkowski, Mike]

OK - I can always deliver the plug-in for 4.6 directly to my customers and 
first check it into the CloudStack repo maybe in 4.10 or later.

> On Jun 16, 2016, at 12:21 AM, Rajani Karuturi <raj...@apache.org> wrote:
> 
> "We will only fix bugs in this release branch, no back porting of new
> features" -
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+principles+for+Apache+CloudStack+4.6+and+up
> 
> I would prefer a PR on master for 4.9+
> 
> 
> 
> ~Rajani
> 
> On Thu, Jun 16, 2016 at 7:12 AM, Tutkowski, Mike <mike.tutkow...@netapp.com>
> wrote:
> 
>> Hi,
>> 
>> 
>> This is mainly a release-management question, but - of course - anyone who
>> knows, please feel free to comment.
>> 
>> 
>> I have been developing a new API plug-in for a customer. The customer is
>> using CloudStack 4.6.
>> 
>> 
>> I'd like to contribute the plug-in to our official repo, but I'm wondering
>> if I can open a PR as far back as 4.6 (and, of course, I'd like to have
>> this plug-in in all subsequent releases, as well).
>> 
>> 
>> Thoughts on this?
>> 
>> 
>> Thanks!
>> 
>> Mike
>> 

Questions: Volume snapshots

[Tutkowski, Mike]

Hi,


In the process of developing a form of volume snapshots that are stored on 
primary storage (for managed storage only), I have noticed a couple things 
about (traditional) volume snapshots that perhaps one of you may be able to 
answer.


1) After deleting a volume snapshot, I notice the cloud.snapshots.removed cell 
for the applicable row is still set to null. I assume this is a bug? The 
cloud.snapshots.status cell for this row is set to Destroyed, so perhaps this 
is all we look at.


2) When we take a volume snapshot on XenServer, we take a hypervisor snapshot 
of the applicable virtual disk and copy it to secondary storage.


When we delete the volume snapshot, the hypervisor snapshot of that virtual 
disk does not get deleted (even when no more volume snapshots exist for the 
volume in question). Seems like a bug perhaps?


Thanks,

Mike

Re: Question about templates and zones

[Tutkowski, Mike]

I see. Yeah, I just took a quick peek at the GUI and it drives the interaction 
through the selection of a zone for the template.

From: Syed Mushtaq <syed1.mush...@gmail.com>
Sent: Tuesday, February 23, 2016 2:32 PM
To: dev@cloudstack.apache.org
Subject: Re: Question about templates and zones

Yes but that is optional though. You can still delete a template just by
giving the ID

On Tue, Feb 23, 2016 at 4:20 PM, Tutkowski, Mike <mike.tutkow...@netapp.com>
wrote:

> Hi Syed,
>
> I don't have a direct answer for your question, but I do know that when I
> delete a template, I have to specify a zone.
>
> Talk to you later,
> Mike
> 
> From: Syed Mushtaq <syed1.mush...@gmail.com>
> Sent: Tuesday, February 23, 2016 11:58 AM
> To: dev@cloudstack.apache.org
> Subject: Question about templates and zones
>
> Hi,
>
> I am trying to figure out a bug where we create a template from snapshot
> and the API response returns NULL. We use Swift as a secondary storage and
> by default, its scope is REGION. My question is, are templates tied to a
> zone? Because what I see is in the template_zone_ref table, there is an
> entry for my template with zone_id=1 but the template_view table shows
> data_center_id as NULL. So I am now confused as to what is the correct
> value and what my fix should be.
>
> Thanks,
> -Syed
>

Re: Question about templates and zones

[Tutkowski, Mike]

Hi Syed,

I don't have a direct answer for your question, but I do know that when I 
delete a template, I have to specify a zone.

Talk to you later,
Mike

From: Syed Mushtaq 
Sent: Tuesday, February 23, 2016 11:58 AM
To: dev@cloudstack.apache.org
Subject: Question about templates and zones

Hi,

I am trying to figure out a bug where we create a template from snapshot
and the API response returns NULL. We use Swift as a secondary storage and
by default, its scope is REGION. My question is, are templates tied to a
zone? Because what I see is in the template_zone_ref table, there is an
entry for my template with zone_id=1 but the template_view table shows
data_center_id as NULL. So I am now confused as to what is the correct
value and what my fix should be.

Thanks,
-Syed

Slow remote debugging

[Tutkowski, Mike]

Hi,


I can't put my finger exactly on when this started happening; however, at some 
point, my remote debugging from home (over VPN) with Eclipse has gotten 
ridiculously slow. I'm on Mars.1 now for Eclipse, but Juno gave me the same 
experience.


When I'm in the office, everything works quickly (just like it used to from 
home).


At home, it can take minutes to attach to the remote JVM running the CSMS.


When I hit a breakpoint and then resume to run to another breakpoint, it can 
also take minutes.


I've done a fair amount of searching on the web for solutions, but none of them 
have worked.


My internet speed is good: 38.61 Mbps download and 72.33 Mbps upload (just 
checked a moment ago).


Has anyone else experienced such issues? If so, how have you solved them?


Thanks!

Mike

Re: Slow remote debugging

[Tutkowski, Mike]

Hi,


As an FYI in case anyone else encounters this issue in the future:


I just performed a bunch of CloudStack debugging using NetBeans for the first 
time (I've never used that IDE before) and this debugging slowness does not 
exist in that IDE (NetBeans 8.1).


I suppose I will just switch to NetBeans from Eclipse.


Talk to you later,

Mike



From: Tutkowski, Mike
Sent: Thursday, February 25, 2016 10:33 PM
To: dev@cloudstack.apache.org
Subject: Slow remote debugging


Hi,


I can't put my finger exactly on when this started happening; however, at some 
point, my remote debugging from home (over VPN) with Eclipse has gotten 
ridiculously slow. I'm on Mars.1 now for Eclipse, but Juno gave me the same 
experience.


When I'm in the office, everything works quickly (just like it used to from 
home).


At home, it can take minutes to attach to the remote JVM running the CSMS.


When I hit a breakpoint and then resume to run to another breakpoint, it can 
also take minutes.


I've done a fair amount of searching on the web for solutions, but none of them 
have worked.


My internet speed is good: 38.61 Mbps download and 72.33 Mbps upload (just 
checked a moment ago).


Has anyone else experienced such issues? If so, how have you solved them?


Thanks!

Mike

Calculating Space Used in a (Non-Managed) Storage Pool

[Tutkowski, Mike]

Hi,


I was looking at the StorageManagerImpl.storagePoolHasEnoughSpace method 
(partially listed right below).


It doesn't seem like this would work.


First, it collects all of the used space of the storage pool from the capacity 
manager and stores it in allocatedSizeWithtemplate.


Next, it loops through all volumes we want to newly add to the pool.


For each volume, it checks to see if there is an associated template.


Now...I'm assuming in this list of volumes, at most one can be associated with 
a template because - otherwise - we will just keep overwriting the 
allocatedSizeWithtemplate variable with the latest call to 
CapacityManagerImpl.getAllocatedPoolCapacity.


Assuming that's correct (at most one volume is actually associated with a 
template), if you look at the implementation of getAllocatedPoolCapacity, it 
doesn't seem to do anything useful with the template that's passed into it.


It has a bit of logic in an "if" statement concerning the template. However, it 
doesn't really matter how the "if" statement resolves (true or false). In 
either case, it still collects the size of the template we are currently 
iterating over and adds this size to totalAllocatedSize, which is eventually 
returned.


I'm thinking the intent was to add the size of templateForVmCreation to 
totalAllocatedSize if templateForVmCreation was not encountered in 
templatePoolVOs.


That would seem to make sense because I believe the intent is to discover how 
much space would be needed in the storage pool for the new template (and then 
there's other code in StoragePoolImpl that adds on the size of the new volume).


Can anyone confirm or deny this for me?


Thanks!

Mike


StoragePoolImpl - Part of storagePoolHasEnoughSpace


// allocated space includes template of specified volume
StoragePoolVO poolVO = _storagePoolDao.findById(pool.getId());
long allocatedSizeWithtemplate = 
_capacityMgr.getAllocatedPoolCapacity(poolVO, null);
long totalAskingSize = 0;
for (Volume volume : volumes) {
if (volume.getTemplateId() != null) {
VMTemplateVO tmpl = 
_templateDao.findByIdIncludingRemoved(volume.getTemplateId());
if (tmpl != null && tmpl.getFormat() != ImageFormat.ISO) {
allocatedSizeWithtemplate = 
_capacityMgr.getAllocatedPoolCapacity(poolVO, tmpl);
}
}
if (volume.getState() != Volume.State.Ready) {
totalAskingSize = totalAskingSize + 
getVolumeSizeIncludingHypervisorSnapshotReserve(volume, pool);
}
}


CapacityManagerImpl.getAllocatedPoolCapacity


@Override
public long getAllocatedPoolCapacity(StoragePoolVO pool, VMTemplateVO 
templateForVmCreation) {
long totalAllocatedSize = 0;

// if the storage pool is managed, the used bytes can be larger than 
the sum of the sizes of all of the non-destroyed volumes
// in this case, call getUsedBytes(StoragePoolVO)
if (pool.isManaged()) {
return getUsedBytes(pool);
}
else {
// Get size for all the non-destroyed volumes
Pair sizes = 
_volumeDao.getNonDestroyedCountAndTotalByPool(pool.getId());

totalAllocatedSize = sizes.second() + sizes.first() * 
_extraBytesPerVolume;
}

// Get size for VM Snapshots
totalAllocatedSize = totalAllocatedSize + 
_volumeDao.getVMSnapshotSizeByPool(pool.getId());

// Iterate through all templates on this storage pool
boolean tmpinstalled = false;
List templatePoolVOs;
templatePoolVOs = _templatePoolDao.listByPoolId(pool.getId());

for (VMTemplateStoragePoolVO templatePoolVO : templatePoolVOs) {
if ((templateForVmCreation != null) && !tmpinstalled && 
(templatePoolVO.getTemplateId() == templateForVmCreation.getId())) {
tmpinstalled = true;
}
long templateSize = templatePoolVO.getTemplateSize();
totalAllocatedSize += templateSize + _extraBytesPerVolume;
}

return totalAllocatedSize;
}

Re: Slow remote debugging

[Tutkowski, Mike]

Thanks for the suggestion, Rohit!


I think one problem we have, though, with regards to remotely debugging the 
CloudStack Management Server over a VPN is that there are (I'm estimating here) 
like 500 threads for the IDE to collect info about.


Perhaps there's a way in one of these IDEs to filter what threads info is 
collected on? I see in NetBeans I can view only certain threads at a time if I 
want, but I think this is just the GUI filtering info that's already been 
collected from the server (so it's still doing all of the hard work...and you 
can tell because it's still pretty slow - albeit usable).



From: Rohit Yadav <rohit.ya...@shapeblue.com>
Sent: Tuesday, March 1, 2016 5:01 AM
To: dev@cloudstack.apache.org
Subject: Re: Slow remote debugging

Hi Mike, try IntelliJ you'll be delighted.

Cheers.

>

[ShapeBlue]<http://www.shapeblue.com>
Rohit Yadav
Software Architect  ,   ShapeBlue


d:   | s: +44 203 603 0540<tel:|%20s:%20+44%20203%20603%200540>  |  
m:  +91 8826230892<tel:+91%208826230892>

e:  rohit.ya...@shapeblue.com | t: 
<mailto:rohit.ya...@shapeblue.com%20|%20t:>   |  w:  
www.shapeblue.com<http://www.shapeblue.com>

a:  53 Chandos Place, Covent Garden London WC2N 4HS UK


[cid:image437633.png@b7900257.46806d47]


Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue Services 
India LLP is a company incorporated in India and is operated under license from 
Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in 
Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd 
is a company registered by The Republic of South Africa and is traded under 
license from Shape Blue Ltd. ShapeBlue is a registered trademark.
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.




On 29-Feb-2016, at 2:02 AM, Tutkowski, Mike <mike.tutkow...@netapp.com> wrote:
>
> Hi,
>
>
> As an FYI in case anyone else encounters this issue in the future:
>
>
> I just performed a bunch of CloudStack debugging using NetBeans for the first 
> time (I've never used that IDE before) and this debugging slowness does not 
> exist in that IDE (NetBeans 8.1).
>
>
> I suppose I will just switch to NetBeans from Eclipse.
>
>
> Talk to you later,
>
> Mike
>
>
> 
> From: Tutkowski, Mike
> Sent: Thursday, February 25, 2016 10:33 PM
> To: dev@cloudstack.apache.org
> Subject: Slow remote debugging
>
>
> Hi,
>
>
> I can't put my finger exactly on when this started happening; however, at 
> some point, my remote debugging from home (over VPN) with Eclipse has gotten 
> ridiculously slow. I'm on Mars.1 now for Eclipse, but Juno gave me the same 
> experience.
>
>
> When I'm in the office, everything works quickly (just like it used to from 
> home).
>
>
> At home, it can take minutes to attach to the remote JVM running the CSMS.
>
>
> When I hit a breakpoint and then resume to run to another breakpoint, it can 
> also take minutes.
>
>
> I've done a fair amount of searching on the web for solutions, but none of 
> them have worked.
>
>
> My internet speed is good: 38.61 Mbps download and 72.33 Mbps upload (just 
> checked a moment ago).
>
>
> Has anyone else experienced such issues? If so, how have you solved them?
>
>
> Thanks!
>
> Mike

Regards.

Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build<http://shapeblue.com/iaas-cloud-design-and-build//> | 
CSForge - rapid IaaS deployment framework<http://shapeblue.com/csforge/>
CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/> | 
CloudStack Software 
Engineering<http://shapeblue.com/cloudstack-software-engineering/>
CloudStack Infrastructure 
Support<http://shapeblue.com/cloudstack-infrastructure-support/> | CloudStack 
Bootcamp Training Courses<http://shapeblue.com/cloudstack-training/>

Re: Slow remote debugging

[Tutkowski, Mike]

Thanks for the info, Remi!

Sent from my iPhone

> On Mar 1, 2016, at 2:24 PM, Remi Bergsma <rberg...@schubergphilis.com> wrote:
> 
> IntelliJ is cool indeed. What’s even better, is that as an Apache committer 
> you get a free license ;-)
> 
> https://www.jetbrains.com/shop/eform/apache?product=II
> 
> 
> 
> Regards,
> Remi
> 
> 
> 
> 
> 
>> On 01/03/16 21:41, "Tutkowski, Mike" <mike.tutkow...@netapp.com> wrote:
>> 
>> ​Wow, Rohit - IntelliJ is super fast compared to Eclipse and NetBeans 
>> debugging over my VPN.
>> 
>> 
>> It's actually not just usable, but fast.
>> 
>> 
>> Thanks!
>> 
>> 
>> 
>> From: Tutkowski, Mike
>> Sent: Tuesday, March 1, 2016 12:27 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Slow remote debugging
>> 
>> 
>> Thanks for the suggestion, Rohit!
>> 
>> 
>> I think one problem we have, though, with regards to remotely debugging the 
>> CloudStack Management Server over a VPN is that there are (I'm estimating 
>> here) like 500 threads for the IDE to collect info about.
>> 
>> 
>> Perhaps there's a way in one of these IDEs to filter what threads info is 
>> collected on? I see in NetBeans I can view only certain threads at a time if 
>> I want, but I think this is just the GUI filtering info that's already been 
>> collected from the server (so it's still doing all of the hard work...and 
>> you can tell because it's still pretty slow - albeit usable).
>> 
>> 
>> 
>> From: Rohit Yadav <rohit.ya...@shapeblue.com>
>> Sent: Tuesday, March 1, 2016 5:01 AM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Slow remote debugging
>> 
>> Hi Mike, try IntelliJ you’ll be delighted.
>> 
>> Cheers.
>> 
>> 
>> [ShapeBlue]<http://www.shapeblue.com>
>> Rohit Yadav
>> Software Architect  ,   ShapeBlue
>> 
>> 
>> d:   | s: +44 203 603 0540<tel:|%20s:%20+44%20203%20603%200540>  |   
>>m:  +91 8826230892<tel:+91%208826230892>
>> 
>> e:  rohit.ya...@shapeblue.com | t: 
>> <mailto:rohit.ya...@shapeblue.com%20|%20t:>   |  w:  
>> www.shapeblue.com<http://www.shapeblue.com>
>> 
>> a:  53 Chandos Place, Covent Garden London WC2N 4HS UK
>> 
>> 
>> [cid:image437633.png@b7900257.46806d47]
>> 
>> 
>> Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue 
>> Services India LLP is a company incorporated in India and is operated under 
>> license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company 
>> incorporated in Brasil and is operated under license from Shape Blue Ltd. 
>> ShapeBlue SA Pty Ltd is a company registered by The Republic of South Africa 
>> and is traded under license from Shape Blue Ltd. ShapeBlue is a registered 
>> trademark.
>> 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.
>> 
>> 
>> 
>> 
>>> On 29-Feb-2016, at 2:02 AM, Tutkowski, Mike <mike.tutkow...@netapp.com> 
>>> wrote:
>>> 
>>> Hi,
>>> 
>>> 
>>> As an FYI in case anyone else encounters this issue in the future:
>>> 
>>> 
>>> I just performed a bunch of CloudStack debugging using NetBeans for the 
>>> first time (I've never used that IDE before) and this debugging slowness 
>>> does not exist in that IDE (NetBeans 8.1).
>>> 
>>> 
>>> I suppose I will just switch to NetBeans from Eclipse.
>>> 
>>> 
>>> Talk to you later,
>>> 
>>> Mike
>>> 
>>> 
>>> 
>>> From: Tutkowski, Mike
>>> Sent: Thursday, February 25, 2016 10:33 PM
>>> To: dev@cloudstack.apache.org
>>> Subject: Slow remote debugging
>>> 
>>> 
>>> Hi,
>>> 
>>> 
>>> I can't put my finger exactly on when this started happening; however, at 
>>> some p

Re: Slow remote debugging

[Tutkowski, Mike]

​Wow, Rohit - IntelliJ is super fast compared to Eclipse and NetBeans debugging 
over my VPN.


It's actually not just usable, but fast.


Thanks!



From: Tutkowski, Mike
Sent: Tuesday, March 1, 2016 12:27 PM
To: dev@cloudstack.apache.org
Subject: Re: Slow remote debugging


Thanks for the suggestion, Rohit!


I think one problem we have, though, with regards to remotely debugging the 
CloudStack Management Server over a VPN is that there are (I'm estimating here) 
like 500 threads for the IDE to collect info about.


Perhaps there's a way in one of these IDEs to filter what threads info is 
collected on? I see in NetBeans I can view only certain threads at a time if I 
want, but I think this is just the GUI filtering info that's already been 
collected from the server (so it's still doing all of the hard work...and you 
can tell because it's still pretty slow - albeit usable).



From: Rohit Yadav <rohit.ya...@shapeblue.com>
Sent: Tuesday, March 1, 2016 5:01 AM
To: dev@cloudstack.apache.org
Subject: Re: Slow remote debugging

Hi Mike, try IntelliJ you’ll be delighted.

Cheers.

>

[ShapeBlue]<http://www.shapeblue.com>
Rohit Yadav
Software Architect  ,   ShapeBlue


d:   | s: +44 203 603 0540<tel:|%20s:%20+44%20203%20603%200540>  |  
m:  +91 8826230892<tel:+91%208826230892>

e:  rohit.ya...@shapeblue.com | t: 
<mailto:rohit.ya...@shapeblue.com%20|%20t:>   |  w:  
www.shapeblue.com<http://www.shapeblue.com>

a:  53 Chandos Place, Covent Garden London WC2N 4HS UK


[cid:image437633.png@b7900257.46806d47]


Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue Services 
India LLP is a company incorporated in India and is operated under license from 
Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in 
Brasil and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd 
is a company registered by The Republic of South Africa and is traded under 
license from Shape Blue Ltd. ShapeBlue is a registered trademark.
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.




On 29-Feb-2016, at 2:02 AM, Tutkowski, Mike <mike.tutkow...@netapp.com> wrote:
>
> Hi,
>
>
> As an FYI in case anyone else encounters this issue in the future:
>
>
> I just performed a bunch of CloudStack debugging using NetBeans for the first 
> time (I've never used that IDE before) and this debugging slowness does not 
> exist in that IDE (NetBeans 8.1).
>
>
> I suppose I will just switch to NetBeans from Eclipse.
>
>
> Talk to you later,
>
> Mike
>
>
> 
> From: Tutkowski, Mike
> Sent: Thursday, February 25, 2016 10:33 PM
> To: dev@cloudstack.apache.org
> Subject: Slow remote debugging
>
>
> Hi,
>
>
> I can't put my finger exactly on when this started happening; however, at 
> some point, my remote debugging from home (over VPN) with Eclipse has gotten 
> ridiculously slow. I'm on Mars.1 now for Eclipse, but Juno gave me the same 
> experience.
>
>
> When I'm in the office, everything works quickly (just like it used to from 
> home).
>
>
> At home, it can take minutes to attach to the remote JVM running the CSMS.
>
>
> When I hit a breakpoint and then resume to run to another breakpoint, it can 
> also take minutes.
>
>
> I've done a fair amount of searching on the web for solutions, but none of 
> them have worked.
>
>
> My internet speed is good: 38.61 Mbps download and 72.33 Mbps upload (just 
> checked a moment ago).
>
>
> Has anyone else experienced such issues? If so, how have you solved them?
>
>
> Thanks!
>
> Mike

Regards.

Find out more about ShapeBlue and our range of CloudStack related services:
IaaS Cloud Design & Build<http://shapeblue.com/iaas-cloud-design-and-build//> | 
CSForge – rapid IaaS deployment framework<http://shapeblue.com/csforge/>
CloudStack Consulting<http://shapeblue.com/cloudstack-consultancy/> | 
CloudStack Software 
Engineering<http://shapeblue.com/cloudstack-software-engineering/>
CloudStack Infrastructure 
Support<http://shapeblue.com/cloudstack-infrastructure-support/> | CloudStack 
Bootcamp Training Courses<http://shapeblue.com/cloudstack-training/>

Re: [VOTE] Move 'apache/cloudstack' -> 'apache-cloudstack/cloudstack'

[Tutkowski, Mike]

+1

From: ilya 
Sent: Friday, March 18, 2016 9:23 PM
To: dev@cloudstack.apache.org
Subject: Re: [VOTE] Move 'apache/cloudstack' -> 'apache-cloudstack/cloudstack'

+1 Binding.

I dont see anything wrong with this approach especially if it helps to
solve our backlog issue.

On 3/18/16 3:44 PM, Will Stevens wrote:
> We are discussing this proposal in 3 or 4 threads, so I will not try to
> recap everything.  Instead I will try to give a brief overview of the
> problem and a proposal for solving it.
>
> *Problem:*
> The Apache CloudStack community needs additional github permissions in
> order to integrate CI for the purpose of maintaining code quality.  The ASF
> does not have enough granular control via the 'apache' github organization
> to give the 'apache/cloudstack' repository the needed permissions.
>
> *Proposal:*
> Transfer ownership of the 'apache/cloudstack' mirrored repository out of
> the 'apache' github organization into the 'apache-cloudstack' github
> organization (which I have already setup and started inviting users to).
> Both members of the ACS community and the ASF board will have 'owner'
> permissions on this new organization.  This will allow for permissions to
> be applied specifically to the 'apache-cloudstack' organization and not
> have to be applied to the entire 'apache' organization.
>
> By transferring ownership, all of the PRs will be copied to the new
> repository and redirects will be created on github from 'apache/cloudstack'
> to 'apache-cloudstack/cloudstack'.
>
> The developer workflow and commit workflow will remain unchanged.  The
> canonical ASF repository (git://git.apache.org/cloudstack.git) will remain
> the source of truth and commits will be made to that repository.
>
> Please ask if anything is unclear or needs to be better defined in order
> for you to cast a vote.
>

Re: External fork of Cloudstack (was Re: [GitHub] cloudstack pull request: Is the project attempting a fork on Githu...)

[Tutkowski, Mike]

I'm not sure what you think is "really going on."

> On Mar 18, 2016, at 1:24 PM, Jim Jagielski <j...@jagunet.com> wrote:
> 
> That sounds like a cop-out to me related to what's really going
> on.
> 
>> On Mar 17, 2016, at 12:03 PM, Tutkowski, Mike <mike.tutkow...@netapp.com> 
>> wrote:
>> 
>> As far as I understand, cloudstack/cloudstack is only being proposed to help 
>> with developer workflow and CI.
>> 
>> To my understanding, all code that goes in there will end up back in the 
>> canonical ASF CloudStack repo (and, as such, be mirrored to 
>> apache/cloudstack).
>> 
>> This is simply a workaround to help solve developer workflow and CI issues 
>> that we couldn't due to lack of privileges on the current repo.
>> 
>> I do not believe anyone on the PMC is talking about forking CloudStack and 
>> going off in a different direction.
>> 
>> From: Chris Mattmann <mattm...@apache.org>
>> Sent: Thursday, March 17, 2016 9:52 AM
>> To: dev@cloudstack.apache.org
>> Subject: Re: External fork of Cloudstack (was Re: [GitHub] cloudstack pull 
>> request: Is the project attempting a fork on Githu...)
>> 
>> Hi Sebastien,
>> 
>> 
>> [..]
>>>> 
>>>> Hi Sebastien,
>>>> 
>>>> Thanks for your reply and yes, I am a member of the ASF board.
>>>> 
>>>> The thing is, there was already some discussion of this at the
>>>> ASF board meeting that happened yesterday. I can tell you that
>>>> there were more than a few board members that were a bit concerned
>>>> at the prospect of Apache Cloudstack forking and starting a new
>>>> GitHub organization, so I’m here now to discuss.
>>> 
>>> We are not forking. In the sense that the canonical repo is at the ASF
>>> and mirrored on apache/cloudstack.
>> 
>> OK, good though based on the rest of your replies, I actually see
>> the opposite being said. Also “we” is the relative word here, which
>> I’ll get back to later in this message.
>> 
>>> 
>>> The cloudstack org on github existed and was empty, one of us contacted
>>> github and we got the “control” of it.
>>> 
>>>> 
>>>> I’m sorry that you are unhappy with the lack of access to GitHub
>>>> facilities, however I’m confused, the ASF does provide mirroring,
>>>> active GitHub issue,
>>> 
>>> As far as I know we cannot use github issues.
>>> [..snip..]
>>> To close PRs you need to make a commit.
>> [..snip..]
>>> Be able to use labels
>>> Be able to setup our own triggers/hooks
>> 
>> David Nalley can speak to this as I’m not sure if you can or
>> cannot or if infra@ is providing this. Thanks for stating this.
>> 
>>> 
>>> 
>>>> PMC desires and if so can you state that? I remember seeing a request
>>>> that you wanted the ability to close pull requests and to be part of
>>>> the experiment going on with the Whimsy PMC -
>>> 
>>> Indeed, and I (we) never heard back.
>> 
>> Right - that’s probably b/c it wasn’t discussed with the board
>> until our last meeting which just happened yesterday. It’s
>> my reading of the tea leaves that the experiment, while considered
>> going in the right direction with Whimsy, is not open to other
>> PMCs. It’s possible that we may as a board decide that further
>> response is needed, but until that happens or if that doesn’t happen
>> you can take my response until then.
>> 
>>> [..snip..]
>> 
>>> 
>>>> The other thing is - is the new Cloudstack GitHub organization the
>>>> result of a subset of the PMC going off and doing this -
>>> 
>>> I am not sure why you say subset. Let’s try to avoid polemics.
>> 
>> I’m not trying to attack.
>> 
>> I asked a simple question - how many/who in the Apache CloudStack PMC
>> is intent on using this new Cloudstack GitHub organization? Not an
>> attack, a question that I still don’t have an answer to.
>> 
>> I also wanted to gauge whether there are others on the PMC that will
>> speak up. I’ll continue waiting to hear more about that.
>> 
>>> [..snip..]
>>> Again, this is not about leaving the ASF. This is about accessing
>>> productive tools and making use of them to their fullest.
>>> 
>>>> Finally, as for the Apache Cloudstack PMC - for the PMC the policy of
>>>> the ASF is tha

Re: possible missing emails on dev

[Tutkowski, Mike]

I saw the original one, as well.

I'm looking forward to attending.

Sent from my iPhone

> On Mar 14, 2016, at 8:46 AM, Simon Weller  wrote:
> 
> Giles,
> 
> I saw the original email from Marco as well.
> 
> - Si
> 
> 
> 
> 
> From: Alex Hitchins 
> Sent: Monday, March 14, 2016 4:53 AM
> To: dev@cloudstack.apache.org
> Subject: Re: possible missing emails on dev
> 
> I saw it from Marco.
> 
> Alex Hitchins
> --
> a...@alexhitchins.com
> alexhitchins.com
> 07788 423 969
> 01892 523 587
> 
> 
> 
>> On Mon, Mar 14, 2016, at 09:48 AM, Giles Sirett wrote:
>> All
>> I’m pursuing a theory that **some** emails on dev may not be getting
>> sent to all subscribers
>> 
>> 
>> On Friday 11 March Marco sent this email to dev@:
>> 
>> Subject: [CCCBR] CCC Sao Paulo
>> Text : Hello community,
>> I have a pleasure to announce the CCC São Paulo will be realized in
>> 
>> 29-30 September in São Paulo – Brazil in an  great auditorium at USP.
>> 
>> This auditorium has capacity to 1000 attendants and we are planning
>> 
>> to use 3 rooms for parallel tracks….
>> 
>> 
>> 
>> Could I do a quick poll of who received that original email from the
>> dev list ?
>> 
>> 
>> The email shows in Markmail, here
>> http://markmail.org/message/4q4fv7mduqk2fn6q
>> 
>> 
>> I know somebody has seen it, because I’ve since seen a reply from Erik
>> , but I’m pretty sure that I never saw Marcos original email on dev@
>> (I say pretty sure I’ve got some complex filters and there **could**
>> be a local issue for
> me)
>> Marco is subscribed to Dev
>> 
>> Markmail says it was sent on Mar 11, 2016 5:55:23 am
>> However, looking at the thread with Erik it says it was sent on Fri, Mar 11, 
>> 2016 at 6:34 PM
>> 
>> 
>> 
>> 
>> Kind Regards
>> Giles
>> 
>> 
>> ShapeBlue Giles Sirett CEO , ShapeBlue
>> d:*+44  20 3603 0541 | s: +44 203 603 0540*[1]
>> |
>> m:*+44 7961112055*[2]
>> e:*giles.sir...@shapeblue.com | t: *[3]
>> |
>> w:*www.shapeblue.com*
>> a:53 Chandos Place, Covent Garden London WC2N 4HS UK
>> 
>> Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue
>> Services India LLP is a company incorporated in India and is operated
>> under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda
>> is a company incorporated in Brasil and is operated
> under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a company
> registered by The Republic of South Africa and is traded under license
> from Shape Blue Ltd. ShapeBlue is a registered trademark.
> 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.
>> 
>> Find out more about ShapeBlue and our range of CloudStack related services:
>> IaaS Cloud Design & Build[4] | CSForge – rapid IaaS deployment
>> framework[5]
>> CloudStack Consulting[6] |
> CloudStack Software Engineering[7]
>> CloudStack Infrastructure Support[8] |
> CloudStack Bootcamp Training Courses[9]
> 
> 
> Links:
> 
>  1. tel:+44%20%2020%203603%200541%20|%20s:%20+44%20203%20603%200540
>  2. tel:+44%207961112055
>  3. mailto:giles.sir...@shapeblue.com%20|%20t:
>  4. http://shapeblue.com/iaas-cloud-design-and-build//
>  5. http://shapeblue.com/csforge/
>  6. http://shapeblue.com/cloudstack-consultancy/
>  7. http://shapeblue.com/cloudstack-software-engineering/
>  8. http://shapeblue.com/cloudstack-infrastructure-support/
>  9. http://shapeblue.com/cloudstack-training/

Re: http://cloudstackcollab.org/

[Tutkowski, Mike]

I submitted my talk using the following link (provided by Pierre-Luc):

https://docs.google.com/a/solidfire.com/forms/d/1wUL2_rYDdp7VEEwwEARONzNL0PSd3jEpDKRSnvFEYC4/viewform



On Thu, Apr 7, 2016 at 7:05 AM -0700, "Paul Angus" 
> wrote:

Hi All,

The http://cloudstackcollab.org/ site just gives me a blank page - where can I 
submit a talk?


Kind regards,

Paul Angus


Regards,

Paul Angus

paul.an...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue

Re: Introduction

[Tutkowski, Mike]

Welcome aboard!

From: Rashmi Dixit 
Sent: Thursday, April 7, 2016 10:58 PM
To: dev@cloudstack.apache.org
Subject: Introduction

Hello!

I am Rashmi Dixit and have recently joined the CloudPlatform team in 
Accelerite. I have worked on a hybrid cloud management solution supporting 
hypervisors such as KVM, Xen, VMware, HyperV and public clouds such as EC2. My 
areas of interest are User Interface, networking.

I am really looking forward to contributing on CloudStack.

See you around!
Rashmi

Rashmi Dixit
Principal Product Engineer | CloudPlatform | www.accelerite.com




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

Re: External fork of Cloudstack (was Re: [GitHub] cloudstack pull request: Is the project attempting a fork on Githu...)

[Tutkowski, Mike]

As far as I understand, cloudstack/cloudstack is only being proposed to help 
with developer workflow and CI.

To my understanding, all code that goes in there will end up back in the 
canonical ASF CloudStack repo (and, as such, be mirrored to apache/cloudstack).

This is simply a workaround to help solve developer workflow and CI issues that 
we couldn't due to lack of privileges on the current repo.

I do not believe anyone on the PMC is talking about forking CloudStack and 
going off in a different direction.

From: Chris Mattmann 
Sent: Thursday, March 17, 2016 9:52 AM
To: dev@cloudstack.apache.org
Subject: Re: External fork of Cloudstack (was Re: [GitHub] cloudstack pull 
request: Is the project attempting a fork on Githu...)

Hi Sebastien,


[..]
>>
>> Hi Sebastien,
>>
>> Thanks for your reply and yes, I am a member of the ASF board.
>>
>> The thing is, there was already some discussion of this at the
>> ASF board meeting that happened yesterday. I can tell you that
>> there were more than a few board members that were a bit concerned
>> at the prospect of Apache Cloudstack forking and starting a new
>> GitHub organization, so I’m here now to discuss.
>
>We are not forking. In the sense that the canonical repo is at the ASF
>and mirrored on apache/cloudstack.

OK, good though based on the rest of your replies, I actually see
the opposite being said. Also “we” is the relative word here, which
I’ll get back to later in this message.

>
>The cloudstack org on github existed and was empty, one of us contacted
>github and we got the “control” of it.
>
>>
>> I’m sorry that you are unhappy with the lack of access to GitHub
>> facilities, however I’m confused, the ASF does provide mirroring,
>> active GitHub issue,
>
>As far as I know we cannot use github issues.
>[..snip..]
>To close PRs you need to make a commit.
[..snip..]
>Be able to use labels
>Be able to setup our own triggers/hooks

David Nalley can speak to this as I’m not sure if you can or
cannot or if infra@ is providing this. Thanks for stating this.

>
>
>> PMC desires and if so can you state that? I remember seeing a request
>> that you wanted the ability to close pull requests and to be part of
>> the experiment going on with the Whimsy PMC -
>
>Indeed, and I (we) never heard back.

Right - that’s probably b/c it wasn’t discussed with the board
until our last meeting which just happened yesterday. It’s
my reading of the tea leaves that the experiment, while considered
going in the right direction with Whimsy, is not open to other
PMCs. It’s possible that we may as a board decide that further
response is needed, but until that happens or if that doesn’t happen
you can take my response until then.

>[..snip..]

>
>> The other thing is - is the new Cloudstack GitHub organization the
>> result of a subset of the PMC going off and doing this -
>
>I am not sure why you say subset. Let’s try to avoid polemics.

I’m not trying to attack.

I asked a simple question - how many/who in the Apache CloudStack PMC
is intent on using this new Cloudstack GitHub organization? Not an
attack, a question that I still don’t have an answer to.

I also wanted to gauge whether there are others on the PMC that will
speak up. I’ll continue waiting to hear more about that.

>[..snip..]
>Again, this is not about leaving the ASF. This is about accessing
>productive tools and making use of them to their fullest.
>
>> Finally, as for the Apache Cloudstack PMC - for the PMC the policy of
>> the ASF is that the canonical repository at the moment is on ASF
>>hardware.
>
>And we would like the ASF to reconsider this.

Put bluntly, the decision is no, and it is in the hands of the ASF Infra@
and based on
discussions I’ve seen on public lists there and on board@ and part of the
board
meeting yesterday, Infra@ is not opening up the Whimsy experiment to other
PMCs
as of yet. They aren’t ready to declare an SLA; they aren’t ready for
potential
other PMCs to ask to use it too and for others to start thinking that
capability
is anything near operational. David Nalley can fill in more.

>
>> There are not any approved policies for external forks being the
>>canonical
>> repo, especially those in another GitHub organization not managed by the
>> ASF. There is an experiment in the Apache Whimsy PMC to experiment with
>> GitHub as the canonical repo for an apache/* org project. That is still
>>an
>> experiment and not widely offered by ASF infra to all PMCs.
>>
>
>Are other projects than Whimsy being allowed to experiment ?

Not at this time.

>[..snip..]
>>
>
>And just to clarify, you are acting here as “the board” ? Meaning the
>board asked you to get on dev@ and talk with our community after seeing
>our report ?
>I am asking because the PMC has not received an official response from
>the board based on our report (and annexed interim report).

I am one of 9 Directors, but I believe if you’d like to test the waters
that
I 

Re: External fork of Cloudstack (was Re: [GitHub] cloudstack pull request: Is the project attempting a fork on Githu...)

[Tutkowski, Mike]

I see your concern, Chris.

Yes, the community will continue to discuss. Hopefully others will join in with 
their views.

From: Mattmann, Chris A (3980) <chris.a.mattm...@jpl.nasa.gov>
Sent: Thursday, March 17, 2016 10:16 AM
To: dev@cloudstack.apache.org
Subject: Re: External fork of Cloudstack (was Re: [GitHub] cloudstack pull 
request: Is the project attempting a fork on Githu...)

Hi Mike,

Thank you. What you describe effectively below is going to
implicitly switch the “canonical” repo in my opinion of the

repository to cloudstack/cloudstack. Merges that happen there,
conversation that happens there on PRs and issues, labels, etc.,
will be captured there and likely at increased pace and velocity,
leaving the folks wanting to participate in the Apache Cloudstack
project who aren’t part of cloudstack/cloudstack at a disadvantage.

Thanks for speaking up and looking forward to more discussion.

Cheers,
Chris


-Original Message-
From: "Tutkowski, Mike" <mike.tutkow...@netapp.com>
Reply-To: "dev@cloudstack.apache.org" <dev@cloudstack.apache.org>
Date: Thursday, March 17, 2016 at 9:03 AM
To: "dev@cloudstack.apache.org" <dev@cloudstack.apache.org>
Subject: Re: External fork of Cloudstack (was Re: [GitHub] cloudstack pull
request: Is the project attempting a fork on Githu...)

>As far as I understand, cloudstack/cloudstack is only being proposed to
>help with developer workflow and CI.
>
>To my understanding, all code that goes in there will end up back in the
>canonical ASF CloudStack repo (and, as such, be mirrored to
>apache/cloudstack).
>
>This is simply a workaround to help solve developer workflow and CI
>issues that we couldn't due to lack of privileges on the current repo.
>
>I do not believe anyone on the PMC is talking about forking CloudStack
>and going off in a different direction.
>
>From: Chris Mattmann <mattm...@apache.org>
>Sent: Thursday, March 17, 2016 9:52 AM
>To: dev@cloudstack.apache.org
>Subject: Re: External fork of Cloudstack (was Re: [GitHub] cloudstack
>pull request: Is the project attempting a fork on Githu...)
>
>Hi Sebastien,
>
>
>[..]
>>>
>>> Hi Sebastien,
>>>
>>> Thanks for your reply and yes, I am a member of the ASF board.
>>>
>>> The thing is, there was already some discussion of this at the
>>> ASF board meeting that happened yesterday. I can tell you that
>>> there were more than a few board members that were a bit concerned
>>> at the prospect of Apache Cloudstack forking and starting a new
>>> GitHub organization, so I’m here now to discuss.
>>
>>We are not forking. In the sense that the canonical repo is at the ASF
>>and mirrored on apache/cloudstack.
>
>OK, good though based on the rest of your replies, I actually see
>the opposite being said. Also “we” is the relative word here, which
>I’ll get back to later in this message.
>
>>
>>The cloudstack org on github existed and was empty, one of us contacted
>>github and we got the “control” of it.
>>
>>>
>>> I’m sorry that you are unhappy with the lack of access to GitHub
>>> facilities, however I’m confused, the ASF does provide mirroring,
>>> active GitHub issue,
>>
>>As far as I know we cannot use github issues.
>>[..snip..]
>>To close PRs you need to make a commit.
>[..snip..]
>>Be able to use labels
>>Be able to setup our own triggers/hooks
>
>David Nalley can speak to this as I’m not sure if you can or
>cannot or if infra@ is providing this. Thanks for stating this.
>
>>
>>
>>> PMC desires and if so can you state that? I remember seeing a request
>>> that you wanted the ability to close pull requests and to be part of
>>> the experiment going on with the Whimsy PMC -
>>
>>Indeed, and I (we) never heard back.
>
>Right - that’s probably b/c it wasn’t discussed with the board
>until our last meeting which just happened yesterday. It’s
>my reading of the tea leaves that the experiment, while considered
>going in the right direction with Whimsy, is not open to other
>PMCs. It’s possible that we may as a board decide that further
>response is needed, but until that happens or if that doesn’t happen
>you can take my response until then.
>
>>[..snip..]
>
>>
>>> The other thing is - is the new Cloudstack GitHub organization the
>>> result of a subset of the PMC going off and doing this -
>>
>>I am not sure why you say subset. Let’s try to avoid polemics.
>
>I’m not trying to attack.
>
>I asked a simple question - how many/who in the Apache Clou

Re: New label to be translated

[Tutkowski, Mike]

Maybe one of the people who works on the GUI more than I do can answer why we 
have two files for that now. We used to only have one.

I think you can just put your key/value pairs in one or the other.

Sent from my iPhone

> On Mar 22, 2016, at 11:44 AM, Patrick Dube <patrickdub...@gmail.com> wrote:
> 
> Thanks for the info. I have added the message to the messages.properties
> file I found under /resources, then rebuilt and restarted the server and it
> worked . I also added the keys in both dictionary files, but why do we have
> 2 dictionary files?
> 
> On Tue, Mar 22, 2016 at 1:25 PM, Tutkowski, Mike <mike.tutkow...@netapp.com>
> wrote:
> 
>> I don't do a ton of front-end work on CloudStack, but I believe you're
>> looking for dictionary.jsp and/or dictionary2.jsp.
>> 
>> I think the relevant properties files for translations can be located here:
>> 
>> client/WEB-INF/classes/resources/*.properties
>> 
>> From: Patrick Dube <patrickdub...@gmail.com>
>> Sent: Tuesday, March 22, 2016 11:19 AM
>> To: dev@cloudstack.apache.org
>> Subject: New label to be translated
>> 
>> Hi all,
>> 
>> I am working on something that requires a new label to be added, which
>> should be translated. I am probably looking on the wrong folders, but where
>> can I add the new label, and it's translations?
>> 
>> Thanks,
>> 
>> Patrick
>> 

Re: New label to be translated

[Tutkowski, Mike]

I don't do a ton of front-end work on CloudStack, but I believe you're looking 
for dictionary.jsp and/or dictionary2.jsp.

I think the relevant properties files for translations can be located here:

client/WEB-INF/classes/resources/*.properties

From: Patrick Dube 
Sent: Tuesday, March 22, 2016 11:19 AM
To: dev@cloudstack.apache.org
Subject: New label to be translated

Hi all,

I am working on something that requires a new label to be added, which
should be translated. I am probably looking on the wrong folders, but where
can I add the new label, and it's translations?

Thanks,

Patrick

Re: Marvin Question

[Tutkowski, Mike]

I don't remember ever explicitly building libcurl, but maybe I'll have to do 
that.

> On Mar 31, 2016, at 6:46 PM, Tutkowski, Mike <mike.tutkow...@netapp.com> 
> wrote:
> 
> Hi,
> 
> 
> I'm not sure what changed in my environment, but now I'm having trouble 
> running my Marvin tests.
> 
> 
> I've un-installed and re-installed Marvin, but it doesn't seem to fix this 
> issue. I've also run pip install --upgrade pycurl, but that didn't fix it 
> either.
> 
> 
> === TestName: Failure: | Status : EXCEPTION ===
> ERROR
> 
> ==
> ERROR: Failure: ImportError (pycurl: libcurl link-time version (7.37.1) is 
> older than compile-time version (7.43.0))
> --
> Traceback (most recent call last):
>  File "/Library/Python/2.7/site-packages/nose/case.py", line 132, in run
>self.beforeTest(result)
>  File "/Library/Python/2.7/site-packages/nose/case.py", line 74, in beforeTest
>beforeTest(self.test)
>  File "/Library/Python/2.7/site-packages/nose/proxy.py", line 117, in 
> beforeTest
>self.plugins.beforeTest(self.test)
>  File "/Library/Python/2.7/site-packages/nose/plugins/manager.py", line 99, 
> in __call__
>return self.call(*arg, **kw)
>  File "/Library/Python/2.7/site-packages/nose/plugins/manager.py", line 167, 
> in simple
>result = meth(*arg, **kw)
>  File "/Library/Python/2.7/site-packages/marvin/marvinPlugin.py", line 174, 
> in beforeTest
>join([self.__identifier, self.__testName])
> TypeError: sequence item 0: expected string, NoneType found
>  >> begin captured stdout << -
> === TestName: Failure: | Status : EXCEPTION ===
> 
> 
> - >> end captured stdout << --
>  >> begin captured logging << 
> CSLog: CRITICAL: EXCEPTION: Failure:: ['Traceback (most recent call 
> last):\n', '  File "/Library/Python/2.7/site-packages/nose/case.py", line 
> 132, in run\nself.beforeTest(result)\n', '  File 
> "/Library/Python/2.7/site-packages/nose/case.py", line 74, in beforeTest\n
> beforeTest(self.test)\n', '  File 
> "/Library/Python/2.7/site-packages/nose/proxy.py", line 117, in beforeTest\n  
>   self.plugins.beforeTest(self.test)\n', '  File 
> "/Library/Python/2.7/site-packages/nose/plugins/manager.py", line 99, in 
> __call__\nreturn self.call(*arg, **kw)\n', '  File 
> "/Library/Python/2.7/site-packages/nose/plugins/manager.py", line 167, in 
> simple\nresult = meth(*arg, **kw)\n', '  File 
> "/Library/Python/2.7/site-packages/marvin/marvinPlugin.py", line 174, in 
> beforeTest\njoin([self.__identifier, self.__testName])\n', 'TypeError: 
> sequence item 0: expected string, NoneType found\n']
> - >> end captured logging << -
> 
> --
> Ran 0 tests in 0.008s
> 
> FAILED (errors=1)
> 
> Thoughts?
> 
> Thanks,
> Mike
> 

Marvin Question

[Tutkowski, Mike]

Hi,


I'm not sure what changed in my environment, but now I'm having trouble running 
my Marvin tests.


I've un-installed and re-installed Marvin, but it doesn't seem to fix this 
issue. I've also run pip install --upgrade pycurl, but that didn't fix it 
either.


=== TestName: Failure: | Status : EXCEPTION ===
ERROR

==
ERROR: Failure: ImportError (pycurl: libcurl link-time version (7.37.1) is 
older than compile-time version (7.43.0))
--
Traceback (most recent call last):
  File "/Library/Python/2.7/site-packages/nose/case.py", line 132, in run
self.beforeTest(result)
  File "/Library/Python/2.7/site-packages/nose/case.py", line 74, in beforeTest
beforeTest(self.test)
  File "/Library/Python/2.7/site-packages/nose/proxy.py", line 117, in 
beforeTest
self.plugins.beforeTest(self.test)
  File "/Library/Python/2.7/site-packages/nose/plugins/manager.py", line 99, in 
__call__
return self.call(*arg, **kw)
  File "/Library/Python/2.7/site-packages/nose/plugins/manager.py", line 167, 
in simple
result = meth(*arg, **kw)
  File "/Library/Python/2.7/site-packages/marvin/marvinPlugin.py", line 174, in 
beforeTest
join([self.__identifier, self.__testName])
TypeError: sequence item 0: expected string, NoneType found
 >> begin captured stdout << -
=== TestName: Failure: | Status : EXCEPTION ===


- >> end captured stdout << --
 >> begin captured logging << 
CSLog: CRITICAL: EXCEPTION: Failure:: ['Traceback (most recent call last):\n', 
'  File "/Library/Python/2.7/site-packages/nose/case.py", line 132, in run\n
self.beforeTest(result)\n', '  File 
"/Library/Python/2.7/site-packages/nose/case.py", line 74, in beforeTest\n
beforeTest(self.test)\n', '  File 
"/Library/Python/2.7/site-packages/nose/proxy.py", line 117, in beforeTest\n
self.plugins.beforeTest(self.test)\n', '  File 
"/Library/Python/2.7/site-packages/nose/plugins/manager.py", line 99, in 
__call__\nreturn self.call(*arg, **kw)\n', '  File 
"/Library/Python/2.7/site-packages/nose/plugins/manager.py", line 167, in 
simple\nresult = meth(*arg, **kw)\n', '  File 
"/Library/Python/2.7/site-packages/marvin/marvinPlugin.py", line 174, in 
beforeTest\njoin([self.__identifier, self.__testName])\n', 'TypeError: 
sequence item 0: expected string, NoneType found\n']
- >> end captured logging << -

--
Ran 0 tests in 0.008s

FAILED (errors=1)

Thoughts?

Thanks,
Mike

Re: Introduction

[Tutkowski, Mike]

Welcome aboard, Boris!

> On Mar 28, 2016, at 6:21 AM, Boris Stoyanov  
> wrote:
> 
> Hi CloudStack, 
> 
> My name is Boris Stoyanov (Bobby) and today is my first day @ShapeBlue. I’m 
> based in Sofia, Bulgaria. I will be taking the role of Software Engineer in 
> Test, and as you may have guessed I’ll mostly focus on testing CloudStack. I 
> have about 10 years of experience in testing, which I’ve mostly spend in 
> doing test automation frameworks and deployment automation. I’m new to the 
> CloudStack business and I have a lot to learn, but I hope I’ll get up to 
> speed in short time. Looking forward to working with you! 
> 
> Best Regards,
> Bobby.
> Regards,
> 
> Boris Stoyanov
> 
> boris.stoya...@shapeblue.com 
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue

Re: Marvin Question

[Tutkowski, Mike]

Just an FYI that going to an older version of pycurl seems to have fixed the 
issue for me:

mtutkowski-LT:~ mtutkowski-LT$ pip show pycurl
---
Metadata-Version: 1.0
Name: pycurl
Version: 7.19.0
Summary: PycURL -- cURL library module for Python
Home-page: http://pycurl.sourceforge.net/
Author: Kjetil Jacobsen, Markus F.X.J. Oberhumer
Author-email: kjetilja at gmail.com, markus at oberhumer.com
License: LGPL/MIT
Location: 
/Library/Python/2.7/site-packages/pycurl-7.19.0-py2.7-macosx-10.10-intel.egg
Requires: 
Classifiers:

From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Thursday, March 31, 2016 7:32 PM
To: dev@cloudstack.apache.org
Subject: Re: Marvin Question

I don't remember ever explicitly building libcurl, but maybe I'll have to do 
that.

> On Mar 31, 2016, at 6:46 PM, Tutkowski, Mike <mike.tutkow...@netapp.com> 
> wrote:
>
> Hi,
>
>
> I'm not sure what changed in my environment, but now I'm having trouble 
> running my Marvin tests.
>
>
> I've un-installed and re-installed Marvin, but it doesn't seem to fix this 
> issue. I've also run pip install --upgrade pycurl, but that didn't fix it 
> either.
>
>
> === TestName: Failure: | Status : EXCEPTION ===
> ERROR
>
> ==
> ERROR: Failure: ImportError (pycurl: libcurl link-time version (7.37.1) is 
> older than compile-time version (7.43.0))
> --
> Traceback (most recent call last):
>  File "/Library/Python/2.7/site-packages/nose/case.py", line 132, in run
>self.beforeTest(result)
>  File "/Library/Python/2.7/site-packages/nose/case.py", line 74, in beforeTest
>beforeTest(self.test)
>  File "/Library/Python/2.7/site-packages/nose/proxy.py", line 117, in 
> beforeTest
>self.plugins.beforeTest(self.test)
>  File "/Library/Python/2.7/site-packages/nose/plugins/manager.py", line 99, 
> in __call__
>return self.call(*arg, **kw)
>  File "/Library/Python/2.7/site-packages/nose/plugins/manager.py", line 167, 
> in simple
>result = meth(*arg, **kw)
>  File "/Library/Python/2.7/site-packages/marvin/marvinPlugin.py", line 174, 
> in beforeTest
>join([self.__identifier, self.__testName])
> TypeError: sequence item 0: expected string, NoneType found
>  >> begin captured stdout << -
> === TestName: Failure: | Status : EXCEPTION ===
>
>
> - >> end captured stdout << --
>  >> begin captured logging << 
> CSLog: CRITICAL: EXCEPTION: Failure:: ['Traceback (most recent call 
> last):\n', '  File "/Library/Python/2.7/site-packages/nose/case.py", line 
> 132, in run\nself.beforeTest(result)\n', '  File 
> "/Library/Python/2.7/site-packages/nose/case.py", line 74, in beforeTest\n
> beforeTest(self.test)\n', '  File 
> "/Library/Python/2.7/site-packages/nose/proxy.py", line 117, in beforeTest\n  
>   self.plugins.beforeTest(self.test)\n', '  File 
> "/Library/Python/2.7/site-packages/nose/plugins/manager.py", line 99, in 
> __call__\nreturn self.call(*arg, **kw)\n', '  File 
> "/Library/Python/2.7/site-packages/nose/plugins/manager.py", line 167, in 
> simple\nresult = meth(*arg, **kw)\n', '  File 
> "/Library/Python/2.7/site-packages/marvin/marvinPlugin.py", line 174, in 
> beforeTest\njoin([self.__identifier, self.__testName])\n', 'TypeError: 
> sequence item 0: expected string, NoneType found\n']
> - >> end captured logging << -
>
> --
> Ran 0 tests in 0.008s
>
> FAILED (errors=1)
>
> Thoughts?
>
> Thanks,
> Mike
>

Re: Marvin Question

[Tutkowski, Mike]

Thanks for the reply, Sanjeev.

As it turns out, going back to version 7.19.0 of pycurl fixed the issue for me.

From: Sanjeev Neelarapu <sanjeev.neelar...@accelerite.com>
Sent: Thursday, March 31, 2016 10:58 PM
To: dev@cloudstack.apache.org
Subject: RE: Marvin Question

Hi Mike,

This could be an issue with Pycurl. Try to install or upgrade pycurl since 
MarvinPlugin module might be dependent on Pycurl.

Best Regards,
Sanjeev N
Chief Product Engineer, Accelerite
Off: +91 40 6722 9368 | EMail: sanjeev.neelar...@accelerite.com



-Original Message-
From: Tutkowski, Mike [mailto:mike.tutkow...@netapp.com]
Sent: Friday, April 01, 2016 7:02 AM
To: dev@cloudstack.apache.org
Subject: Re: Marvin Question

I don't remember ever explicitly building libcurl, but maybe I'll have to do 
that.

> On Mar 31, 2016, at 6:46 PM, Tutkowski, Mike <mike.tutkow...@netapp.com> 
> wrote:
>
> Hi,
>
>
> I'm not sure what changed in my environment, but now I'm having trouble 
> running my Marvin tests.
>
>
> I've un-installed and re-installed Marvin, but it doesn't seem to fix this 
> issue. I've also run pip install --upgrade pycurl, but that didn't fix it 
> either.
>
>
> === TestName: Failure: | Status : EXCEPTION === ERROR
>
> ==
> ERROR: Failure: ImportError (pycurl: libcurl link-time version
> (7.37.1) is older than compile-time version (7.43.0))
> --
> Traceback (most recent call last):
>  File "/Library/Python/2.7/site-packages/nose/case.py", line 132, in run
>self.beforeTest(result)
>  File "/Library/Python/2.7/site-packages/nose/case.py", line 74, in beforeTest
>beforeTest(self.test)
>  File "/Library/Python/2.7/site-packages/nose/proxy.py", line 117, in 
> beforeTest
>self.plugins.beforeTest(self.test)
>  File "/Library/Python/2.7/site-packages/nose/plugins/manager.py", line 99, 
> in __call__
>return self.call(*arg, **kw)
>  File "/Library/Python/2.7/site-packages/nose/plugins/manager.py", line 167, 
> in simple
>result = meth(*arg, **kw)
>  File "/Library/Python/2.7/site-packages/marvin/marvinPlugin.py", line 174, 
> in beforeTest
>join([self.__identifier, self.__testName])
> TypeError: sequence item 0: expected string, NoneType found
>  >> begin captured stdout << -
> === TestName: Failure: | Status : EXCEPTION ===
>
>
> - >> end captured stdout << --
>  >> begin captured logging << 
> CSLog: CRITICAL: EXCEPTION: Failure:: ['Traceback (most recent call 
> last):\n', '  File "/Library/Python/2.7/site-packages/nose/case.py", line 
> 132, in run\nself.beforeTest(result)\n', '  File 
> "/Library/Python/2.7/site-packages/nose/case.py", line 74, in beforeTest\n
> beforeTest(self.test)\n', '  File 
> "/Library/Python/2.7/site-packages/nose/proxy.py", line 117, in beforeTest\n  
>   self.plugins.beforeTest(self.test)\n', '  File 
> "/Library/Python/2.7/site-packages/nose/plugins/manager.py", line 99, in 
> __call__\nreturn self.call(*arg, **kw)\n', '  File 
> "/Library/Python/2.7/site-packages/nose/plugins/manager.py", line 167, in 
> simple\nresult = meth(*arg, **kw)\n', '  File 
> "/Library/Python/2.7/site-packages/marvin/marvinPlugin.py", line 174, in 
> beforeTest\njoin([self.__identifier, self.__testName])\n', 'TypeError: 
> sequence item 0: expected string, NoneType found\n']
> - >> end captured logging << -
>
> --
> Ran 0 tests in 0.008s
>
> FAILED (errors=1)
>
> Thoughts?
>
> Thanks,
> Mike
>



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

Re: Resizing a volume

[Tutkowski, Mike]

I see the problem.

It's in storage.js

if (jsonObj.hypervisor == "KVM" || jsonObj.hypervisor == "XenServer" || 
jsonObj.hypervisor == "VMware") {
if (jsonObj.state == "Ready" || jsonObj.state == "Allocated") {
allowedActions.push("resize");
}
}

jsonObj.hypervisor is equal to undefined (it has the correct hypervisor type 
when I'm logged in as an admin).

We appear to have other code in the vicinity that depends on jsonObj.hypervisor 
and is probably misbehaving.

Maybe a GUI developer can fill us in as to what's expected here?
____
From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Wednesday, April 27, 2016 5:13 PM
To: dev@cloudstack.apache.org
Subject: Re: Resizing a volume

Here's a pic:

http://imgur.com/2k380Yd

It's for a volume on KVM, but I see the same behavior on XenServer and VMware, 
too.

I'm logged in as a regular user.

From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Wednesday, April 27, 2016 4:23 PM
To: dev@cloudstack.apache.org
Subject: Re: Resizing a volume

Hi Wido,

I'm referring to the commands.properties file, where you can set permissions 
for a given API.

However, I see volumeResize has the following setting, which should enable 
users to access it:

resizeVolume=15

Perhaps there's just a bug in the GUI not showing the button?

Talk to you later,
Mike

From: Wido den Hollander <w...@widodh.nl>
Sent: Wednesday, April 27, 2016 1:33 AM
To: Tutkowski, Mike; dev@cloudstack.apache.org
Subject: Re: Resizing a volume

> Op 26 april 2016 om 22:37 schreef "Tutkowski, Mike" 
> <mike.tutkow...@netapp.com>:
>
>
> ??Hi,
>
>
> I noticed that by default non-admins cannot resize a volume to a different 
> disk offering.
>
>
> Anyone know why that's the default behavior? I would think that would be an 
> expected operation for end users.
>

You mean that it's a setting? I'd say it is preferred that they can do so 
indeed by default.

Wido

>
> Thanks,
>
> Mike

Re: Resizing a volume

[Tutkowski, Mike]

Here's a pic:

http://imgur.com/2k380Yd

It's for a volume on KVM, but I see the same behavior on XenServer and VMware, 
too.

I'm logged in as a regular user.

From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Wednesday, April 27, 2016 4:23 PM
To: dev@cloudstack.apache.org
Subject: Re: Resizing a volume

Hi Wido,

I'm referring to the commands.properties file, where you can set permissions 
for a given API.

However, I see volumeResize has the following setting, which should enable 
users to access it:

resizeVolume=15

Perhaps there's just a bug in the GUI not showing the button?

Talk to you later,
Mike

From: Wido den Hollander <w...@widodh.nl>
Sent: Wednesday, April 27, 2016 1:33 AM
To: Tutkowski, Mike; dev@cloudstack.apache.org
Subject: Re: Resizing a volume

> Op 26 april 2016 om 22:37 schreef "Tutkowski, Mike" 
> <mike.tutkow...@netapp.com>:
>
>
> ??Hi,
>
>
> I noticed that by default non-admins cannot resize a volume to a different 
> disk offering.
>
>
> Anyone know why that's the default behavior? I would think that would be an 
> expected operation for end users.
>

You mean that it's a setting? I'd say it is preferred that they can do so 
indeed by default.

Wido

>
> Thanks,
>
> Mike

Re: Resizing a volume

[Tutkowski, Mike]

Hi Wido,

I'm referring to the commands.properties file, where you can set permissions 
for a given API.

However, I see volumeResize has the following setting, which should enable 
users to access it:

resizeVolume=15

Perhaps there's just a bug in the GUI not showing the button?

Talk to you later,
Mike

From: Wido den Hollander <w...@widodh.nl>
Sent: Wednesday, April 27, 2016 1:33 AM
To: Tutkowski, Mike; dev@cloudstack.apache.org
Subject: Re: Resizing a volume

> Op 26 april 2016 om 22:37 schreef "Tutkowski, Mike" 
> <mike.tutkow...@netapp.com>:
>
>
> ??Hi,
>
>
> I noticed that by default non-admins cannot resize a volume to a different 
> disk offering.
>
>
> Anyone know why that's the default behavior? I would think that would be an 
> expected operation for end users.
>

You mean that it's a setting? I'd say it is preferred that they can do so 
indeed by default.

Wido

>
> Thanks,
>
> Mike

Re: Resizing a volume

[Tutkowski, Mike]

I opened the following ticket:

https://issues.apache.org/jira/browse/CLOUDSTACK-9371

From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Wednesday, April 27, 2016 7:12 PM
To: dev@cloudstack.apache.org
Subject: Re: Resizing a volume

It appears the offending code was added here: 
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=d6e21f74163212b198731ddf23dd48bc4c787b84

From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Wednesday, April 27, 2016 5:33 PM
To: dev@cloudstack.apache.org
Subject: Re: Resizing a volume

I see the problem.

It's in storage.js

if (jsonObj.hypervisor == "KVM" || jsonObj.hypervisor == "XenServer" || 
jsonObj.hypervisor == "VMware") {
if (jsonObj.state == "Ready" || jsonObj.state == "Allocated") {
allowedActions.push("resize");
}
}

jsonObj.hypervisor is equal to undefined (it has the correct hypervisor type 
when I'm logged in as an admin).

We appear to have other code in the vicinity that depends on jsonObj.hypervisor 
and is probably misbehaving.

Maybe a GUI developer can fill us in as to what's expected here?

From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Wednesday, April 27, 2016 5:13 PM
To: dev@cloudstack.apache.org
Subject: Re: Resizing a volume

Here's a pic:

http://imgur.com/2k380Yd

It's for a volume on KVM, but I see the same behavior on XenServer and VMware, 
too.

I'm logged in as a regular user.

From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Wednesday, April 27, 2016 4:23 PM
To: dev@cloudstack.apache.org
Subject: Re: Resizing a volume

Hi Wido,

I'm referring to the commands.properties file, where you can set permissions 
for a given API.

However, I see volumeResize has the following setting, which should enable 
users to access it:

resizeVolume=15

Perhaps there's just a bug in the GUI not showing the button?

Talk to you later,
Mike

From: Wido den Hollander <w...@widodh.nl>
Sent: Wednesday, April 27, 2016 1:33 AM
To: Tutkowski, Mike; dev@cloudstack.apache.org
Subject: Re: Resizing a volume

> Op 26 april 2016 om 22:37 schreef "Tutkowski, Mike" 
> <mike.tutkow...@netapp.com>:
>
>
> ??Hi,
>
>
> I noticed that by default non-admins cannot resize a volume to a different 
> disk offering.
>
>
> Anyone know why that's the default behavior? I would think that would be an 
> expected operation for end users.
>

You mean that it's a setting? I'd say it is preferred that they can do so 
indeed by default.

Wido

>
> Thanks,
>
> Mike

Re: Resizing a volume

[Tutkowski, Mike]

It appears the offending code was added here: 
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commitdiff;h=d6e21f74163212b198731ddf23dd48bc4c787b84

From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Wednesday, April 27, 2016 5:33 PM
To: dev@cloudstack.apache.org
Subject: Re: Resizing a volume

I see the problem.

It's in storage.js

if (jsonObj.hypervisor == "KVM" || jsonObj.hypervisor == "XenServer" || 
jsonObj.hypervisor == "VMware") {
if (jsonObj.state == "Ready" || jsonObj.state == "Allocated") {
allowedActions.push("resize");
}
}

jsonObj.hypervisor is equal to undefined (it has the correct hypervisor type 
when I'm logged in as an admin).

We appear to have other code in the vicinity that depends on jsonObj.hypervisor 
and is probably misbehaving.

Maybe a GUI developer can fill us in as to what's expected here?

From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Wednesday, April 27, 2016 5:13 PM
To: dev@cloudstack.apache.org
Subject: Re: Resizing a volume

Here's a pic:

http://imgur.com/2k380Yd

It's for a volume on KVM, but I see the same behavior on XenServer and VMware, 
too.

I'm logged in as a regular user.

From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Wednesday, April 27, 2016 4:23 PM
To: dev@cloudstack.apache.org
Subject: Re: Resizing a volume

Hi Wido,

I'm referring to the commands.properties file, where you can set permissions 
for a given API.

However, I see volumeResize has the following setting, which should enable 
users to access it:

resizeVolume=15

Perhaps there's just a bug in the GUI not showing the button?

Talk to you later,
Mike

From: Wido den Hollander <w...@widodh.nl>
Sent: Wednesday, April 27, 2016 1:33 AM
To: Tutkowski, Mike; dev@cloudstack.apache.org
Subject: Re: Resizing a volume

> Op 26 april 2016 om 22:37 schreef "Tutkowski, Mike" 
> <mike.tutkow...@netapp.com>:
>
>
> ??Hi,
>
>
> I noticed that by default non-admins cannot resize a volume to a different 
> disk offering.
>
>
> Anyone know why that's the default behavior? I would think that would be an 
> expected operation for end users.
>

You mean that it's a setting? I'd say it is preferred that they can do so 
indeed by default.

Wido

>
> Thanks,
>
> Mike

Python Question (with regards to Marvin)

[Tutkowski, Mike]

Hi everyone,


I received an error when trying to invoke the instance version of 
enableMaintenance (below).


'TypeError: enableMaintenance() takes exactly 3 arguments (2 given)\n']


I looked at base.py and it has the following with regards to maintenance mode 
for hosts:


def enableMaintenance(self, apiclient):

"""enables maintenance mode Host"""


cmd = prepareHostForMaintenance.prepareHostForMaintenanceCmd()

cmd.id = self.id

return apiclient.prepareHostForMaintenance(cmd)


@classmethod

def enableMaintenance(cls, apiclient, id):

"""enables maintenance mode Host"""


cmd = prepareHostForMaintenance.prepareHostForMaintenanceCmd()

cmd.id = id

return apiclient.prepareHostForMaintenance(cmd)


Now, I definitely have a lot more Java experience than Python, but - as far as 
I know - having two methods with the same name such as this (even if one is an 
instance method and the other is a class method) is not really "permitted" in 
Python.


I mean, technically it's permitted, but the second one will override the first 
one.


Can any of our Python people comment on this?


I was thinking I'd remove the class method (assuming my knowledge here 
regarding this topic is correct).


Thanks!

Mike

Re: Python Question (with regards to Marvin)

[Tutkowski, Mike]

Allow me to clarify. :-)

host.enableMaintenance(apiclient) is how I was invoking it. Just like a regular 
instance method.

For some reason, it wanted to invoke the class method when I did that and was 
complaining about the lack of a parameter.

That being the case, I switched my code to the following (to make use of the 
class method):

Host.enableMaintenance(apiclient, host.id)

The weird part is that it seems like Python was trying to invoke the class 
method when I had syntax specifying I wanted to invoke the instance method.

To circumvent the issue, I just switched my syntax to make use of the class 
method instead of the instance method.

Seems like I shouldn't have had to do that, though.

> On Apr 30, 2016, at 6:30 AM, Will Stevens <williamstev...@gmail.com> wrote:
> 
> You are probably getting this error because you are trying to call:
> Host.enableMaintenance(client)
> 
> Check my examples above for how to call it.
> 
> Sorry I am on my phone, so I am not very efficient with my phone and cant
> civet you better details. :)
>> On Apr 30, 2016 8:23 AM, "Will Stevens" <williamstev...@gmail.com> wrote:
>> 
>> Here is a pretty good explanation.
>> 
>> 
>> http://stackoverflow.com/questions/136097/what-is-the-difference-between-staticmethod-and-classmethod-in-python
>> 
>> I am guessing that both exist because the function is called both with a
>> host instance and with the class itself.
>> 
>> Class instance example: `h.enableMaintenance(client)`
>> 
>> Class example: `Host.enableMaintenance(client, 1)`
>> 
>> In both cases the first parameter is implicitly `h` and `Host`
>> respectively.
>> 
>> I am not sure why we need both (because I am not familiar with how this
>> code is called), but method overloading is definitely valid in python.
>> 
>> On Apr 30, 2016 1:08 AM, "Tutkowski, Mike" <mike.tutkow...@netapp.com>
>> wrote:
>>> 
>>> Hi everyone,
>>> 
>>> 
>>> I received an error when trying to invoke the instance version of
>> enableMaintenance (below).
>>> 
>>> 
>>> 'TypeError: enableMaintenance() takes exactly 3 arguments (2 given)\n']
>>> 
>>> 
>>> I looked at base.py and it has the following with regards to maintenance
>> mode for hosts:
>>> 
>>> 
>>>def enableMaintenance(self, apiclient):
>>> 
>>>"""enables maintenance mode Host"""
>>> 
>>> 
>>>cmd = prepareHostForMaintenance.prepareHostForMaintenanceCmd()
>>> 
>>>cmd.id = self.id
>>> 
>>>return apiclient.prepareHostForMaintenance(cmd)
>>> 
>>> 
>>>@classmethod
>>> 
>>>def enableMaintenance(cls, apiclient, id):
>>> 
>>>"""enables maintenance mode Host"""
>>> 
>>> 
>>>cmd = prepareHostForMaintenance.prepareHostForMaintenanceCmd()
>>> 
>>>cmd.id = id
>>> 
>>>return apiclient.prepareHostForMaintenance(cmd)
>>> 
>>> 
>>> Now, I definitely have a lot more Java experience than Python, but - as
>> far as I know - having two methods with the same name such as this (even if
>> one is an instance method and the other is a class method) is not really
>> "permitted" in Python.
>>> 
>>> 
>>> I mean, technically it's permitted, but the second one will override the
>> first one.
>>> 
>>> 
>>> Can any of our Python people comment on this?
>>> 
>>> 
>>> I was thinking I'd remove the class method (assuming my knowledge here
>> regarding this topic is correct).
>>> 
>>> 
>>> Thanks!
>>> 
>>> Mike
>> 

Re: Python Question (with regards to Marvin)

[Tutkowski, Mike]

Will - You can override a method in Python, but can you overload it?

http://stackoverflow.com/questions/10202938/how-do-i-use-method-overloading-in-python

> On Apr 30, 2016, at 6:23 AM, Will Stevens <williamstev...@gmail.com> wrote:
> 
> Here is a pretty good explanation.
> 
> http://stackoverflow.com/questions/136097/what-is-the-difference-between-staticmethod-and-classmethod-in-python
> 
> I am guessing that both exist because the function is called both with a
> host instance and with the class itself.
> 
> Class instance example: `h.enableMaintenance(client)`
> 
> Class example: `Host.enableMaintenance(client, 1)`
> 
> In both cases the first parameter is implicitly `h` and `Host`
> respectively.
> 
> I am not sure why we need both (because I am not familiar with how this
> code is called), but method overloading is definitely valid in python.
> 
> On Apr 30, 2016 1:08 AM, "Tutkowski, Mike" <mike.tutkow...@netapp.com>
> wrote:
>> 
>> Hi everyone,
>> 
>> 
>> I received an error when trying to invoke the instance version of
> enableMaintenance (below).
>> 
>> 
>> 'TypeError: enableMaintenance() takes exactly 3 arguments (2 given)\n']
>> 
>> 
>> I looked at base.py and it has the following with regards to maintenance
> mode for hosts:
>> 
>> 
>>def enableMaintenance(self, apiclient):
>> 
>>"""enables maintenance mode Host"""
>> 
>> 
>>cmd = prepareHostForMaintenance.prepareHostForMaintenanceCmd()
>> 
>>cmd.id = self.id
>> 
>>return apiclient.prepareHostForMaintenance(cmd)
>> 
>> 
>>@classmethod
>> 
>>def enableMaintenance(cls, apiclient, id):
>> 
>>"""enables maintenance mode Host"""
>> 
>> 
>>cmd = prepareHostForMaintenance.prepareHostForMaintenanceCmd()
>> 
>>cmd.id = id
>> 
>>return apiclient.prepareHostForMaintenance(cmd)
>> 
>> 
>> Now, I definitely have a lot more Java experience than Python, but - as
> far as I know - having two methods with the same name such as this (even if
> one is an instance method and the other is a class method) is not really
> "permitted" in Python.
>> 
>> 
>> I mean, technically it's permitted, but the second one will override the
> first one.
>> 
>> 
>> Can any of our Python people comment on this?
>> 
>> 
>> I was thinking I'd remove the class method (assuming my knowledge here
> regarding this topic is correct).
>> 
>> 
>> Thanks!
>> 
>> Mike
>> 
>> 
>> 

Re: Python Question (with regards to Marvin)

[Tutkowski, Mike]

I ran this with an online Python tool and it calls the class method:

1   class Test:
2 def run(self):
3 print 'instance hi'
4   
5 @classmethod
6 def run(cls):
7 print 'class hi'
8   
9   test = Test()
10  
11  test.run()

If I reverse the order of the methods, the instance method is invoked:

1   class Test:
2 @classmethod
3 def run(cls):
4 print 'class hi'
5   
6 def run(self):
7 print 'instance hi'
8   
9   test = Test()
10  
11  test.run()

As I suspected, I think this means we have a problem in base.py.

From: Will Stevens <williamstev...@gmail.com>
Sent: Saturday, April 30, 2016 1:46 PM
To: dev@cloudstack.apache.org
Subject: Re: Python Question (with regards to Marvin)

I am on my phone so I have not been able to research this for you. I think
you are right for the most part.  Instead of multiple methods, python kind
of fakes overloading by being to have named function arguments which can
have default values, so you can call the method with a dynamic number of
arguments making it appear like you are overloading, but you are actually
calling the same function.

I think in this case the two methods are actually in different scopes (even
though they are next to each other).  The decorator actually wraps the
method, so I believe in the actual runtime the to methods are in different
scopes.

I would have to look into this more to know for sure. I am taking a few
minute break from building garden boxes right now. :)
On Apr 30, 2016 3:31 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com>
wrote:

> Will - You can override a method in Python, but can you overload it?
>
>
> http://stackoverflow.com/questions/10202938/how-do-i-use-method-overloading-in-python
>
> > On Apr 30, 2016, at 6:23 AM, Will Stevens <williamstev...@gmail.com>
> wrote:
> >
> > Here is a pretty good explanation.
> >
> >
> http://stackoverflow.com/questions/136097/what-is-the-difference-between-staticmethod-and-classmethod-in-python
> >
> > I am guessing that both exist because the function is called both with a
> > host instance and with the class itself.
> >
> > Class instance example: `h.enableMaintenance(client)`
> >
> > Class example: `Host.enableMaintenance(client, 1)`
> >
> > In both cases the first parameter is implicitly `h` and `Host`
> > respectively.
> >
> > I am not sure why we need both (because I am not familiar with how this
> > code is called), but method overloading is definitely valid in python.
> >
> > On Apr 30, 2016 1:08 AM, "Tutkowski, Mike" <mike.tutkow...@netapp.com>
> > wrote:
> >>
> >> Hi everyone,
> >>
> >>
> >> I received an error when trying to invoke the instance version of
> > enableMaintenance (below).
> >>
> >>
> >> 'TypeError: enableMaintenance() takes exactly 3 arguments (2 given)\n']
> >>
> >>
> >> I looked at base.py and it has the following with regards to maintenance
> > mode for hosts:
> >>
> >>
> >>def enableMaintenance(self, apiclient):
> >>
> >>"""enables maintenance mode Host"""
> >>
> >>
> >>cmd = prepareHostForMaintenance.prepareHostForMaintenanceCmd()
> >>
> >>cmd.id = self.id
> >>
> >>return apiclient.prepareHostForMaintenance(cmd)
> >>
> >>
> >>@classmethod
> >>
> >>def enableMaintenance(cls, apiclient, id):
> >>
> >>"""enables maintenance mode Host"""
> >>
> >>
> >>cmd = prepareHostForMaintenance.prepareHostForMaintenanceCmd()
> >>
> >>cmd.id = id
> >>
> >>return apiclient.prepareHostForMaintenance(cmd)
> >>
> >>
> >> Now, I definitely have a lot more Java experience than Python, but - as
> > far as I know - having two methods with the same name such as this (even
> if
> > one is an instance method and the other is a class method) is not really
> > "permitted" in Python.
> >>
> >>
> >> I mean, technically it's permitted, but the second one will override the
> > first one.
> >>
> >>
> >> Can any of our Python people comment on this?
> >>
> >>
> >> I was thinking I'd remove the class method (assuming my knowledge here
> > regarding this topic is correct).
> >>
> >>
> >> Thanks!
> >>
> >> Mike
> >>
> >>
> >>
>

Re: Python Question (with regards to Marvin)

[Tutkowski, Mike]

I can play around with it later tonight. I'm not home at the moment.

When I did invoke it as Test.run(), it invoked the class method (the class 
method was listed after the instance method for that test, so I wasn't 
surprised that the class method did, in fact, get executed there).

What I did not try was to list the class method first, then list the instance 
method, and then try to invoke the class method.

As mentioned in my prior e-mail, when I did try to invoke the instance version 
of run, it was only successful if the instance version was the second one 
declared in the file. If the class method was declared second, then it was 
invoked even when I was trying to invoke the instance one.

> On Apr 30, 2016, at 6:06 PM, Will Stevens <williamstev...@gmail.com> wrote:
> 
> That's strange. That means the @classmethod decorator is not working. You
> should have gotten the instance method in both cases.
> 
> What if you don't instantiate Test and only do the following.
> 
> Test.run()
> 
> In both cases.
> On Apr 30, 2016 6:04 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com>
> wrote:
> 
>> I ran this with an online Python tool and it calls the class method:
>> 
>> 1   class Test:
>> 2 def run(self):
>> 3 print 'instance hi'
>> 4
>> 5 @classmethod
>> 6 def run(cls):
>> 7 print 'class hi'
>> 8
>> 9   test = Test()
>> 10
>> 11  test.run()
>> 
>> If I reverse the order of the methods, the instance method is invoked:
>> 
>> 1   class Test:
>> 2 @classmethod
>> 3 def run(cls):
>> 4 print 'class hi'
>> 5
>> 6 def run(self):
>> 7 print 'instance hi'
>> 8
>> 9   test = Test()
>> 10
>> 11  test.run()
>> 
>> As I suspected, I think this means we have a problem in base.py.
>> 
>> From: Will Stevens <williamstev...@gmail.com>
>> Sent: Saturday, April 30, 2016 1:46 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Python Question (with regards to Marvin)
>> 
>> I am on my phone so I have not been able to research this for you. I think
>> you are right for the most part.  Instead of multiple methods, python kind
>> of fakes overloading by being to have named function arguments which can
>> have default values, so you can call the method with a dynamic number of
>> arguments making it appear like you are overloading, but you are actually
>> calling the same function.
>> 
>> I think in this case the two methods are actually in different scopes (even
>> though they are next to each other).  The decorator actually wraps the
>> method, so I believe in the actual runtime the to methods are in different
>> scopes.
>> 
>> I would have to look into this more to know for sure. I am taking a few
>> minute break from building garden boxes right now. :)
>> On Apr 30, 2016 3:31 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com>
>> wrote:
>> 
>>> Will - You can override a method in Python, but can you overload it?
>> http://stackoverflow.com/questions/10202938/how-do-i-use-method-overloading-in-python
>>> 
>>>>> On Apr 30, 2016, at 6:23 AM, Will Stevens <williamstev...@gmail.com>
>>>> wrote:
>>>> 
>>>> Here is a pretty good explanation.
>> http://stackoverflow.com/questions/136097/what-is-the-difference-between-staticmethod-and-classmethod-in-python
>>>> 
>>>> I am guessing that both exist because the function is called both with
>> a
>>>> host instance and with the class itself.
>>>> 
>>>> Class instance example: `h.enableMaintenance(client)`
>>>> 
>>>> Class example: `Host.enableMaintenance(client, 1)`
>>>> 
>>>> In both cases the first parameter is implicitly `h` and `Host`
>>>> respectively.
>>>> 
>>>> I am not sure why we need both (because I am not familiar with how this
>>>> code is called), but method overloading is definitely valid in python.
>>>> 
>>>> On Apr 30, 2016 1:08 AM, "Tutkowski, Mike" <mike.tutkow...@netapp.com>
>>>> wrote:
>>>>> 
>>>>> Hi everyone,
>>>>> 
>>>>> 
>>>>> I received an error when trying to invoke the instance version of
>>>> enableMaintenance (below).
>>>>> 
>>>>> 
>>>>> 'TypeError: enableMaintenance() takes exactly 3 argument

Re: Python Question (with regards to Marvin)

[Tutkowski, Mike]

Here are my tests (run from http://ideone.com/).

The short story is that having multiple methods with the same name (even if one 
is an instance method and one is a class method) should probably not be done.

If you try to invoke the instance method (ex. test.run()), the last method by 
that name in the source file is invoked (which could be the class method). If 
the number of parameters don't match, that's an error.

If you try to invoke the class method (ex. Test.run()), the last method by that 
name in the source file is invoked. If this is not a class method or if the 
number of parameters don't match, that's an error.

class Test:
@classmethod
def run(cls):
print "class hi"
 
def run(self):
print "instance hi"
 
test = Test()

test.run()

What gets printed:
instance hi

class Test:
def run(self):
print "instance hi"

@classmethod
def run(cls):
print "class hi"
 
test = Test()

test.run()

What gets printed:
class hi

class Test:
@classmethod
def run(cls):
print "class hi"

def run(self):
print "instance hi"
 
# test = Test()

Test.run()

Runtime error

class Test:
@classmethod
def run(cls):
print "class hi"
 
# test = Test()

Test.run()

What gets printed:
class hi

class Test:
def run(self):
print "instance hi"

@classmethod
def run(cls):
print "class hi"
 
# test = Test()

Test.run()

What gets printed:
class hi

class Test:
@classmethod
def run(cls):
print "class hi"
 
# test = Test()

Test.run()

What gets printed:
class hi

From: Tutkowski, Mike
Sent: Saturday, April 30, 2016 6:58 PM
To: dev@cloudstack.apache.org
Subject: Re: Python Question (with regards to Marvin)

I can play around with it later tonight. I'm not home at the moment.

When I did invoke it as Test.run(), it invoked the class method (the class 
method was listed after the instance method for that test, so I wasn't 
surprised that the class method did, in fact, get executed there).

What I did not try was to list the class method first, then list the instance 
method, and then try to invoke the class method.

As mentioned in my prior e-mail, when I did try to invoke the instance version 
of run, it was only successful if the instance version was the second one 
declared in the file. If the class method was declared second, then it was 
invoked even when I was trying to invoke the instance one.

> On Apr 30, 2016, at 6:06 PM, Will Stevens <williamstev...@gmail.com> wrote:
>
> That's strange. That means the @classmethod decorator is not working. You
> should have gotten the instance method in both cases.
>
> What if you don't instantiate Test and only do the following.
>
> Test.run()
>
> In both cases.
> On Apr 30, 2016 6:04 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com>
> wrote:
>
>> I ran this with an online Python tool and it calls the class method:
>>
>> 1   class Test:
>> 2 def run(self):
>> 3 print 'instance hi'
>> 4
>> 5 @classmethod
>> 6 def run(cls):
>> 7 print 'class hi'
>> 8
>> 9   test = Test()
>> 10
>> 11  test.run()
>>
>> If I reverse the order of the methods, the instance method is invoked:
>>
>> 1   class Test:
>> 2 @classmethod
>> 3 def run(cls):
>> 4 print 'class hi'
>> 5
>> 6 def run(self):
>> 7 print 'instance hi'
>> 8
>> 9   test = Test()
>> 10
>> 11  test.run()
>>
>> As I suspected, I think this means we have a problem in base.py.
>> 
>> From: Will Stevens <williamstev...@gmail.com>
>> Sent: Saturday, April 30, 2016 1:46 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Python Question (with regards to Marvin)
>>
>> I am on my phone so I have not been able to research this for you. I think
>> you are right for the most part.  Instead of multiple methods, python kind
>> of fakes overloading by being to have named function arguments which can
>> have default values, so you can call the method with a dynamic number of
>> arguments making it appear like you are overloading, but you are actually
>> calling the same function.
>>
>> I think in this case the two methods are actually in different scopes (even
>> though they are next to each other).  The decorator actually wraps the
>> method, so I believe in the actual runtime the to methods are in different
>> scopes.
>>
>> I would have to look into this more to know f

Resizing a volume

[Tutkowski, Mike]

??Hi,


I noticed that by default non-admins cannot resize a volume to a different disk 
offering.


Anyone know why that's the default behavior? I would think that would be an 
expected operation for end users.


Thanks,

Mike

Re: [GitHub] cloudstack pull request: Notify listeners when a host has been add...

[Tutkowski, Mike]

I see that you just sent an e-mail to @dev about this - thanks!

From: mike-tutkowski <g...@git.apache.org>
Sent: Thursday, May 19, 2016 10:46 PM
To: dev@cloudstack.apache.org
Subject: [GitHub] cloudstack pull request: Notify listeners when a host has 
been add...

Github user mike-tutkowski commented on the pull request:

https://github.com/apache/cloudstack/pull/816#issuecomment-220516362

Yes, I can send an e-mail out in a bit.


In the short term (at least for 4.9), I can just revert the changed names 
in those Command classes.


Do you have a ticket I can open the PR against?


Thanks!



From: Anshul Gangwar <notificati...@github.com>
Sent: Thursday, May 19, 2016 10:30 PM
To: apache/cloudstack
Cc: Tutkowski, Mike; Mention
Subject: Re: [apache/cloudstack] Notify listeners when a host has been 
added to a cluster, is about to… (#816)


@mike-tutkowski<https://github.com/mike-tutkowski> then we can raise this 
in dev list.

—
You are receiving this because you were mentioned.
Reply to this email directly or view it on 
GitHub<https://github.com/apache/cloudstack/pull/816#issuecomment-220514841>



---
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.
---

Re: Variable renaming in classes meant for Agents

[Tutkowski, Mike]

Thanks for sending out this e-mail, Anshul.

This is a bit of a strange situation because we need to make sure people are 
either aware of the fact that properties in Command classes are serialized (and 
not change existing variable names) or come up with a less fragile way of 
choosing property names when sending data (perhaps using annotations).

At the very least, we should have comments in these classes indicating the 
dangers of changing property names. It might also be beneficial to have unit 
tests in place that expect certain variable names and assert if they are not as 
expected.

In the meanwhile, I plan to change the variable names back that were changed in 
PR #816.

Additional thoughts on how this should be addressed long term?

Thanks!
Mike

From: Anshul Gangwar 
Sent: Thursday, May 19, 2016 10:47 PM
To: dev@cloudstack.apache.org
Subject: Variable renaming in classes meant for Agents

Hi,

We should not allow renaming of variables in classes which ends with Command 
and TO. As these objects are meant to be consumed by Agents.

Agents may not be written in java so relying on these variable names to get the 
info. One such example is Hyper-V agent.

Hyper-V support is currently broken as there are some variables renamed in PR 
https://github.com/apache/cloudstack/pull/816.

Regards,
Anshul






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

Re: Variable renaming in classes meant for Agents

[Tutkowski, Mike]

Yeah, I'm just teasing. :) The PR needs to go into 4.9 to fix Hyper-V.

From: Rafael Weingärtner <rafaelweingart...@gmail.com>
Sent: Friday, May 20, 2016 10:49 AM
To: dev@cloudstack.apache.org
Subject: Re: Variable renaming in classes meant for Agents

I think that if we say we support Hyper-V we should care about it.

On Fri, May 20, 2016 at 1:47 PM, Tutkowski, Mike <mike.tutkow...@netapp.com>
wrote:

> Yeah, it has to go into 4.9. :) Unless no one cares about Hyper-V.
> 
> From: Rafael Weingärtner <rafaelweingart...@gmail.com>
> Sent: Friday, May 20, 2016 10:42 AM
> To: dev@cloudstack.apache.org
> Subject: Re: Variable renaming in classes meant for Agents
>
> You are right Mike about the “_”. The point is that in some other language
> the use of “_” makes sense, whereas in Java it does not, at least not the
> way it has being used in ACS.
>
> We have code conventions, it can be found in [1]. The problem is that it is
> a bit outdated and I think it could benefit from some others tutorials. For
> instance, a clear and simple tutorial explaining what is a test case and
> showing how to create a proper test case; I am referring to the
> unit/integration test case that we write using Junit and other tools.
>
> Also, we lack some information on how to prepare code to be tested.
> Once we have that kind of standard defined and tutorials written, we could
> work out ways to educate our community. It is not a problem not to know
> those things; we cannot expect everyone to know how to use every single
> methodology and technology that is out there. But, we can help people to
> learn, that is the point of a community, it should be a place where people
> exchange ideas and experience in a way that benefits everyone.
>
> As soon as you open the PR, please let us know, so we can review it and
> help you get it merge as soon as possible. I think this is something that
> should go in the 4.9 release.
>
>
> On Fri, May 20, 2016 at 1:27 PM, Tutkowski, Mike <
> mike.tutkow...@netapp.com>
> wrote:
>
> > It sounds like most people don't like a preceding "_" for member
> variables
> > and that is fine. Do we have any formal Java coding standards for
> > CloudStack, by the way? I'm not aware of any.
> >
> > The main problem here, though, is that this particular piece of code is
> > super fragile, so it would be great to harden it up.
> >
> > I'm going to open a PR and revert the names in those changed "Command"
> > files for 4.9. That will solve the immediate problem.
> > 
> > From: Rafael Weingärtner <rafaelweingart...@gmail.com>
> > Sent: Friday, May 20, 2016 9:12 AM
> > To: dev@cloudstack.apache.org
> > Subject: Re: Variable renaming in classes meant for Agents
> >
> > Hi guys,
> > I agree with Daan that if class fields have improper (not descriptive or
> > not suitable) names we should change them. However, I do not find the
> > change (on variable names) introduced by PR #816 good. It added an
> > “_”(underline) before variable names; even though Apache CloudStack has a
> > lot of that currently, I think that is a pattern we should avoid.
> >
> > Your ideas to use annotations to avoid relying on variable names are
> great;
> > but, let’s not re-create the well here. There is a research [1] that has
> > been conducted in 2014 that tackled exactly that problem; the proposal
> > presented in [1] decoupled client and server sides from variable name by
> > using semantic annotations. The concept, the formalization and the
> > experiments are all presented in paper [1]. The serialization and
> > deserialization core of the proposal presented in [1] can be found in
> [2].
> >
> > The idea of decoupling our web APIs from variable names is great, but it
> is
> > something that will require some effort to be fully and properly
> > implemented. If you wish to push that forward count on me.
> >
> > [1] http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=6928953=1
> > [2] https://github.com/ivansalvadori/gsonld
> >
> >
> > On Fri, May 20, 2016 at 3:30 AM, Daan Hoogland <daan.hoogl...@gmail.com>
> > wrote:
> >
> > > Guys, we should rename fields that have improper names. I do not agreee
> > > with the statement at all. Your two solutions to the serialisation
> hazard
> > > are both acceptable to me. leaving a non compliant or non explanatory
> > name
> > > in because it slipped through the nets at some points does not seem
> > > acceptable to me. 

Re: Variable renaming in classes meant for Agents

[Tutkowski, Mike]

Yeah, it has to go into 4.9. :) Unless no one cares about Hyper-V.

From: Rafael Weingärtner <rafaelweingart...@gmail.com>
Sent: Friday, May 20, 2016 10:42 AM
To: dev@cloudstack.apache.org
Subject: Re: Variable renaming in classes meant for Agents

You are right Mike about the “_”. The point is that in some other language
the use of “_” makes sense, whereas in Java it does not, at least not the
way it has being used in ACS.

We have code conventions, it can be found in [1]. The problem is that it is
a bit outdated and I think it could benefit from some others tutorials. For
instance, a clear and simple tutorial explaining what is a test case and
showing how to create a proper test case; I am referring to the
unit/integration test case that we write using Junit and other tools.

Also, we lack some information on how to prepare code to be tested.
Once we have that kind of standard defined and tutorials written, we could
work out ways to educate our community. It is not a problem not to know
those things; we cannot expect everyone to know how to use every single
methodology and technology that is out there. But, we can help people to
learn, that is the point of a community, it should be a place where people
exchange ideas and experience in a way that benefits everyone.

As soon as you open the PR, please let us know, so we can review it and
help you get it merge as soon as possible. I think this is something that
should go in the 4.9 release.


On Fri, May 20, 2016 at 1:27 PM, Tutkowski, Mike <mike.tutkow...@netapp.com>
wrote:

> It sounds like most people don't like a preceding "_" for member variables
> and that is fine. Do we have any formal Java coding standards for
> CloudStack, by the way? I'm not aware of any.
>
> The main problem here, though, is that this particular piece of code is
> super fragile, so it would be great to harden it up.
>
> I'm going to open a PR and revert the names in those changed "Command"
> files for 4.9. That will solve the immediate problem.
> 
> From: Rafael Weingärtner <rafaelweingart...@gmail.com>
> Sent: Friday, May 20, 2016 9:12 AM
> To: dev@cloudstack.apache.org
> Subject: Re: Variable renaming in classes meant for Agents
>
> Hi guys,
> I agree with Daan that if class fields have improper (not descriptive or
> not suitable) names we should change them. However, I do not find the
> change (on variable names) introduced by PR #816 good. It added an
> “_”(underline) before variable names; even though Apache CloudStack has a
> lot of that currently, I think that is a pattern we should avoid.
>
> Your ideas to use annotations to avoid relying on variable names are great;
> but, let’s not re-create the well here. There is a research [1] that has
> been conducted in 2014 that tackled exactly that problem; the proposal
> presented in [1] decoupled client and server sides from variable name by
> using semantic annotations. The concept, the formalization and the
> experiments are all presented in paper [1]. The serialization and
> deserialization core of the proposal presented in [1] can be found in [2].
>
> The idea of decoupling our web APIs from variable names is great, but it is
> something that will require some effort to be fully and properly
> implemented. If you wish to push that forward count on me.
>
> [1] http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=6928953=1
> [2] https://github.com/ivansalvadori/gsonld
>
>
> On Fri, May 20, 2016 at 3:30 AM, Daan Hoogland <daan.hoogl...@gmail.com>
> wrote:
>
> > Guys, we should rename fields that have improper names. I do not agreee
> > with the statement at all. Your two solutions to the serialisation hazard
> > are both acceptable to me. leaving a non compliant or non explanatory
> name
> > in because it slipped through the nets at some points does not seem
> > acceptable to me. We must improve are code.
> >
> > On Fri, May 20, 2016 at 6:53 AM, Tutkowski, Mike <
> > mike.tutkow...@netapp.com>
> > wrote:
> >
> > > Thanks for sending out this e-mail, Anshul.
> > >
> > > This is a bit of a strange situation because we need to make sure
> people
> > > are either aware of the fact that properties in Command classes are
> > > serialized (and not change existing variable names) or come up with a
> > less
> > > fragile way of choosing property names when sending data (perhaps using
> > > annotations).
> > >
> > > At the very least, we should have comments in these classes indicating
> > the
> > > dangers of changing property names. It might also be beneficial to have
> > > unit tests in place that expect

Re: Variable renaming in classes meant for Agents

[Tutkowski, Mike]

Hi,

Please feel free to review the following PR that should address this matter by 
reverting certain variable names back the way they were prior to PR #816:

https://github.com/apache/cloudstack/pull/1556

Thanks!
Mike

From: Will Stevens <williamstev...@gmail.com>
Sent: Friday, May 20, 2016 5:30 PM
To: dev@cloudstack.apache.org
Subject: Re: Variable renaming in classes meant for Agents

Unless that PR was not already accounted for in a grandfathered exception.
On May 20, 2016 7:26 PM, "Daan Hoogland" <daan.hoogl...@gmail.com> wrote:

> In the mutiny PR I had to change the names that I put final in front so
> that implies line level.
>
> send by tablet, no warranties in existence
> On 21 May 2016 01:19, "Will Stevens" <williamstev...@gmail.com> wrote:
>
> > Does it take offense at a file level or a line of code level? If it is at
> > the file level, then it makes sense because people follow the standard
> > presented in the file and that file is already accounted for in the
> checker
> > threshold.
> > On May 20, 2016 7:06 PM, "Daan Hoogland" <daan.hoogl...@gmail.com>
> wrote:
> >
> > Concerning the _s, checkstyle takes offence of those in changed lines of
> > code. So i am wondering how people can get new _s in.
> >
> > send by tablet, no warranties in existence
> > On 21 May 2016 00:55, "Will Stevens" <wstev...@cloudops.com> wrote:
> >
> > > I can confirm we currently have Zero HyperV tests in CI.  Once we have
> > more
> > > people contributing to CI we can try to get better coverage, but right
> > now
> > > I am pretty much just testing on KVM.  I know the accelerite guys are
> > > testing on Xen.  Once I freeze, I will try to do testing of master in
> as
> > > many setups as I can, but I can't do that all the time because I just
> > don't
> > > have the bandwidth (in terms of my time) to be able to do that.
> > >
> > > Our system is far from perfect right now, but I am slowly trying to
> close
> > > that gap...
> > >
> > > *Will STEVENS*
> > > Lead Developer
> > >
> > > *CloudOps* *| *Cloud Solutions Experts
> > > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
> > > w cloudops.com *|* tw @CloudOps_
> > >
> > > On Fri, May 20, 2016 at 12:49 PM, Tutkowski, Mike <
> > > mike.tutkow...@netapp.com
> > > > wrote:
> > >
> > > > Also, does this mean that we have zero Hyper-V integration tests run
> > > > during CI?
> > > > 
> > > > From: Tutkowski, Mike <mike.tutkow...@netapp.com>
> > > > Sent: Friday, May 20, 2016 10:47 AM
> > > > To: dev@cloudstack.apache.org
> > > > Subject: Re: Variable renaming in classes meant for Agents
> > > >
> > > > Yeah, it has to go into 4.9. :) Unless no one cares about Hyper-V.
> > > > 
> > > > From: Rafael Weingärtner <rafaelweingart...@gmail.com>
> > > > Sent: Friday, May 20, 2016 10:42 AM
> > > > To: dev@cloudstack.apache.org
> > > > Subject: Re: Variable renaming in classes meant for Agents
> > > >
> > > > You are right Mike about the “_”. The point is that in some other
> > > language
> > > > the use of “_” makes sense, whereas in Java it does not, at least not
> > the
> > > > way it has being used in ACS.
> > > >
> > > > We have code conventions, it can be found in [1]. The problem is that
> > it
> > > is
> > > > a bit outdated and I think it could benefit from some others
> tutorials.
> > > For
> > > > instance, a clear and simple tutorial explaining what is a test case
> > and
> > > > showing how to create a proper test case; I am referring to the
> > > > unit/integration test case that we write using Junit and other tools.
> > > >
> > > > Also, we lack some information on how to prepare code to be tested.
> > > > Once we have that kind of standard defined and tutorials written, we
> > > could
> > > > work out ways to educate our community. It is not a problem not to
> know
> > > > those things; we cannot expect everyone to know how to use every
> single
> > > > methodology and technology that is out there. But, we can help people
> > to
> > > > learn, that is the point of a community, it should be a place where
> >

Re: Variable renaming in classes meant for Agents

[Tutkowski, Mike]

It sounds like most people don't like a preceding "_" for member variables and 
that is fine. Do we have any formal Java coding standards for CloudStack, by 
the way? I'm not aware of any.

The main problem here, though, is that this particular piece of code is super 
fragile, so it would be great to harden it up.

I'm going to open a PR and revert the names in those changed "Command" files 
for 4.9. That will solve the immediate problem.

From: Rafael Weingärtner <rafaelweingart...@gmail.com>
Sent: Friday, May 20, 2016 9:12 AM
To: dev@cloudstack.apache.org
Subject: Re: Variable renaming in classes meant for Agents

Hi guys,
I agree with Daan that if class fields have improper (not descriptive or
not suitable) names we should change them. However, I do not find the
change (on variable names) introduced by PR #816 good. It added an
“_”(underline) before variable names; even though Apache CloudStack has a
lot of that currently, I think that is a pattern we should avoid.

Your ideas to use annotations to avoid relying on variable names are great;
but, let’s not re-create the well here. There is a research [1] that has
been conducted in 2014 that tackled exactly that problem; the proposal
presented in [1] decoupled client and server sides from variable name by
using semantic annotations. The concept, the formalization and the
experiments are all presented in paper [1]. The serialization and
deserialization core of the proposal presented in [1] can be found in [2].

The idea of decoupling our web APIs from variable names is great, but it is
something that will require some effort to be fully and properly
implemented. If you wish to push that forward count on me.

[1] http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=6928953=1
[2] https://github.com/ivansalvadori/gsonld


On Fri, May 20, 2016 at 3:30 AM, Daan Hoogland <daan.hoogl...@gmail.com>
wrote:

> Guys, we should rename fields that have improper names. I do not agreee
> with the statement at all. Your two solutions to the serialisation hazard
> are both acceptable to me. leaving a non compliant or non explanatory name
> in because it slipped through the nets at some points does not seem
> acceptable to me. We must improve are code.
>
> On Fri, May 20, 2016 at 6:53 AM, Tutkowski, Mike <
> mike.tutkow...@netapp.com>
> wrote:
>
> > Thanks for sending out this e-mail, Anshul.
> >
> > This is a bit of a strange situation because we need to make sure people
> > are either aware of the fact that properties in Command classes are
> > serialized (and not change existing variable names) or come up with a
> less
> > fragile way of choosing property names when sending data (perhaps using
> > annotations).
> >
> > At the very least, we should have comments in these classes indicating
> the
> > dangers of changing property names. It might also be beneficial to have
> > unit tests in place that expect certain variable names and assert if they
> > are not as expected.
> >
> > In the meanwhile, I plan to change the variable names back that were
> > changed in PR #816.
> >
> > Additional thoughts on how this should be addressed long term?
> >
> > Thanks!
> > Mike
> > 
> > From: Anshul Gangwar <anshul.gang...@accelerite.com>
> > Sent: Thursday, May 19, 2016 10:47 PM
> > To: dev@cloudstack.apache.org
> > Subject: Variable renaming in classes meant for Agents
> >
> > Hi,
> >
> > We should not allow renaming of variables in classes which ends with
> > Command and TO. As these objects are meant to be consumed by Agents.
> >
> > Agents may not be written in java so relying on these variable names to
> > get the info. One such example is Hyper-V agent.
> >
> > Hyper-V support is currently broken as there are some variables renamed
> in
> > PR https://github.com/apache/cloudstack/pull/816.
> >
> > Regards,
> > Anshul
> >
> >
> >
> >
> >
> >
> > DISCLAIMER
> > ==
> > This e-mail may contain privileged and confidential information which is
> > the property of Accelerite, a Persistent Systems business. It is intended
> > only for the use of the individual or entity to which it is addressed. If
> > you are not the intended recipient, you are not authorized to read,
> retain,
> > copy, print, distribute or use this message. If you have received this
> > communication in error, please notify the sender and delete all copies of
> > this message. Accelerite, a Persistent Systems business does not accept
> any
> > liability for virus infected mails.
> >
>
>
>
> --
> Daan
>



--
Rafael Weingärtner

Re: Variable renaming in classes meant for Agents

[Tutkowski, Mike]

Also, does this mean that we have zero Hyper-V integration tests run during CI?

From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Friday, May 20, 2016 10:47 AM
To: dev@cloudstack.apache.org
Subject: Re: Variable renaming in classes meant for Agents

Yeah, it has to go into 4.9. :) Unless no one cares about Hyper-V.

From: Rafael Weingärtner <rafaelweingart...@gmail.com>
Sent: Friday, May 20, 2016 10:42 AM
To: dev@cloudstack.apache.org
Subject: Re: Variable renaming in classes meant for Agents

You are right Mike about the “_”. The point is that in some other language
the use of “_” makes sense, whereas in Java it does not, at least not the
way it has being used in ACS.

We have code conventions, it can be found in [1]. The problem is that it is
a bit outdated and I think it could benefit from some others tutorials. For
instance, a clear and simple tutorial explaining what is a test case and
showing how to create a proper test case; I am referring to the
unit/integration test case that we write using Junit and other tools.

Also, we lack some information on how to prepare code to be tested.
Once we have that kind of standard defined and tutorials written, we could
work out ways to educate our community. It is not a problem not to know
those things; we cannot expect everyone to know how to use every single
methodology and technology that is out there. But, we can help people to
learn, that is the point of a community, it should be a place where people
exchange ideas and experience in a way that benefits everyone.

As soon as you open the PR, please let us know, so we can review it and
help you get it merge as soon as possible. I think this is something that
should go in the 4.9 release.


On Fri, May 20, 2016 at 1:27 PM, Tutkowski, Mike <mike.tutkow...@netapp.com>
wrote:

> It sounds like most people don't like a preceding "_" for member variables
> and that is fine. Do we have any formal Java coding standards for
> CloudStack, by the way? I'm not aware of any.
>
> The main problem here, though, is that this particular piece of code is
> super fragile, so it would be great to harden it up.
>
> I'm going to open a PR and revert the names in those changed "Command"
> files for 4.9. That will solve the immediate problem.
> 
> From: Rafael Weingärtner <rafaelweingart...@gmail.com>
> Sent: Friday, May 20, 2016 9:12 AM
> To: dev@cloudstack.apache.org
> Subject: Re: Variable renaming in classes meant for Agents
>
> Hi guys,
> I agree with Daan that if class fields have improper (not descriptive or
> not suitable) names we should change them. However, I do not find the
> change (on variable names) introduced by PR #816 good. It added an
> “_”(underline) before variable names; even though Apache CloudStack has a
> lot of that currently, I think that is a pattern we should avoid.
>
> Your ideas to use annotations to avoid relying on variable names are great;
> but, let’s not re-create the well here. There is a research [1] that has
> been conducted in 2014 that tackled exactly that problem; the proposal
> presented in [1] decoupled client and server sides from variable name by
> using semantic annotations. The concept, the formalization and the
> experiments are all presented in paper [1]. The serialization and
> deserialization core of the proposal presented in [1] can be found in [2].
>
> The idea of decoupling our web APIs from variable names is great, but it is
> something that will require some effort to be fully and properly
> implemented. If you wish to push that forward count on me.
>
> [1] http://ieeexplore.ieee.org/xpls/abs_all.jsp?arnumber=6928953=1
> [2] https://github.com/ivansalvadori/gsonld
>
>
> On Fri, May 20, 2016 at 3:30 AM, Daan Hoogland <daan.hoogl...@gmail.com>
> wrote:
>
> > Guys, we should rename fields that have improper names. I do not agreee
> > with the statement at all. Your two solutions to the serialisation hazard
> > are both acceptable to me. leaving a non compliant or non explanatory
> name
> > in because it slipped through the nets at some points does not seem
> > acceptable to me. We must improve are code.
> >
> > On Fri, May 20, 2016 at 6:53 AM, Tutkowski, Mike <
> > mike.tutkow...@netapp.com>
> > wrote:
> >
> > > Thanks for sending out this e-mail, Anshul.
> > >
> > > This is a bit of a strange situation because we need to make sure
> people
> > > are either aware of the fact that properties in Command classes are
> > > serialized (and not change existing variable names) or come up with a
> > less
> > > fragile way of choosing pro

Question: commands.properties.in deprecated

[Tutkowski, Mike]

Hi,


I see in afcbd27 that we've deprecated commands.properties.in.


Is there documentation on the new way that we specify permissions for a given 
API these days?


Thanks!

Mike

Re: Python Question (with regards to Marvin)

[Tutkowski, Mike]

So, the problem exists with both enableMaintenance and cancelMaintenance for 
hosts and with enableMaintenance for storage (not with cancelMaintenance for 
storage).

A bunch of UI scripts use those class methods (I didn't see us trying to use 
the instance methods anywhere).

I believe those class methods exist because the test scripts already have the 
UUIDs of the host or storage and those class methods provide a faster means of 
performing the action in question (when compared to having to retrieve a host 
or storage object from the applicable UUID and then invoke the method on it).

That being the case, I think we should just keep the class methods.

From: Will Stevens <williamstev...@gmail.com>
Sent: Sunday, May 1, 2016 12:15 PM
To: dev@cloudstack.apache.org
Subject: Re: Python Question (with regards to Marvin)

Ya. Let's see how prevalent the class method is to start with and we will
cross that bridge after.
On May 1, 2016 2:07 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> wrote:

> I was just "concerned" that those who have their own Marvin tests that are
> not checked in might be broken if I don't keep the class method.
> 
> From: Will Stevens <williamstev...@gmail.com>
> Sent: Sunday, May 1, 2016 12:03 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Python Question (with regards to Marvin)
>
> It will be easy to grep if there class methods, so we should start there.
> If not, then I agree that an instance method is probably the best way to
> go.
> On May 1, 2016 12:41 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com>
> wrote:
>
> > However, from a design standpoint, I prefer the instance method here as
> it
> > would be nice to ask the object itself to place itself in maintenance
> mode.
> >
> > So, it's really a question of just staying backward compatible (the class
> > method) or a possibly better design (the instance method).
> > 
> > From: Tutkowski, Mike <mike.tutkow...@netapp.com>
> > Sent: Sunday, May 1, 2016 10:18 AM
> > To: dev@cloudstack.apache.org
> > Subject: Re: Python Question (with regards to Marvin)
> >
> > The question then becomes, do we want to keep the instance or the class
> > method?
> >
> > There exists the same problem for at least one other pair of methods.
> >
> > Since the class method is listed second in the file currently, it is the
> > only one of the two that can be utilized. That being the case, we might
> > just want to keep the class method and remove the instance method.
> >
> > > On May 1, 2016, at 5:43 AM, Will Stevens <williamstev...@gmail.com>
> > wrote:
> > >
> > > Yep. Looking like there is a bug in that file. Thanks for testing. :)
> > >> On May 1, 2016 1:40 AM, "Tutkowski, Mike" <mike.tutkow...@netapp.com>
> > wrote:
> > >>
> > >> Here are my tests (run from http://ideone.com/).
> > >>
> > >> The short story is that having multiple methods with the same name
> (even
> > >> if one is an instance method and one is a class method) should
> probably
> > not
> > >> be done.
> > >>
> > >> If you try to invoke the instance method (ex. test.run()), the last
> > method
> > >> by that name in the source file is invoked (which could be the class
> > >> method). If the number of parameters don't match, that's an error.
> > >>
> > >> If you try to invoke the class method (ex. Test.run()), the last
> method
> > by
> > >> that name in the source file is invoked. If this is not a class method
> > or
> > >> if the number of parameters don't match, that's an error.
> > >>
> > >> class Test:
> > >>@classmethod
> > >>def run(cls):
> > >>print "class hi"
> > >>
> > >>def run(self):
> > >>print "instance hi"
> > >>
> > >> test = Test()
> > >>
> > >> test.run()
> > >>
> > >> What gets printed:
> > >> instance hi
> > >>
> > >> class Test:
> > >>def run(self):
> > >>print "instance hi"
> > >>
> > >>@classmethod
> > >>def run(cls):
> > >>print "class hi"
> > >>
> > >> test = Test()
> > >>
> > >> test.run()
> > >>
> > >> What

Re: Python Question (with regards to Marvin)

[Tutkowski, Mike]

I was just "concerned" that those who have their own Marvin tests that are not 
checked in might be broken if I don't keep the class method.

From: Will Stevens <williamstev...@gmail.com>
Sent: Sunday, May 1, 2016 12:03 PM
To: dev@cloudstack.apache.org
Subject: Re: Python Question (with regards to Marvin)

It will be easy to grep if there class methods, so we should start there.
If not, then I agree that an instance method is probably the best way to
go.
On May 1, 2016 12:41 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com>
wrote:

> However, from a design standpoint, I prefer the instance method here as it
> would be nice to ask the object itself to place itself in maintenance mode.
>
> So, it's really a question of just staying backward compatible (the class
> method) or a possibly better design (the instance method).
> ____
> From: Tutkowski, Mike <mike.tutkow...@netapp.com>
> Sent: Sunday, May 1, 2016 10:18 AM
> To: dev@cloudstack.apache.org
> Subject: Re: Python Question (with regards to Marvin)
>
> The question then becomes, do we want to keep the instance or the class
> method?
>
> There exists the same problem for at least one other pair of methods.
>
> Since the class method is listed second in the file currently, it is the
> only one of the two that can be utilized. That being the case, we might
> just want to keep the class method and remove the instance method.
>
> > On May 1, 2016, at 5:43 AM, Will Stevens <williamstev...@gmail.com>
> wrote:
> >
> > Yep. Looking like there is a bug in that file. Thanks for testing. :)
> >> On May 1, 2016 1:40 AM, "Tutkowski, Mike" <mike.tutkow...@netapp.com>
> wrote:
> >>
> >> Here are my tests (run from http://ideone.com/).
> >>
> >> The short story is that having multiple methods with the same name (even
> >> if one is an instance method and one is a class method) should probably
> not
> >> be done.
> >>
> >> If you try to invoke the instance method (ex. test.run()), the last
> method
> >> by that name in the source file is invoked (which could be the class
> >> method). If the number of parameters don't match, that's an error.
> >>
> >> If you try to invoke the class method (ex. Test.run()), the last method
> by
> >> that name in the source file is invoked. If this is not a class method
> or
> >> if the number of parameters don't match, that's an error.
> >>
> >> class Test:
> >>@classmethod
> >>def run(cls):
> >>print "class hi"
> >>
> >>def run(self):
> >>print "instance hi"
> >>
> >> test = Test()
> >>
> >> test.run()
> >>
> >> What gets printed:
> >> instance hi
> >>
> >> class Test:
> >>def run(self):
> >>print "instance hi"
> >>
> >>@classmethod
> >>def run(cls):
> >>print "class hi"
> >>
> >> test = Test()
> >>
> >> test.run()
> >>
> >> What gets printed:
> >> class hi
> >>
> >> class Test:
> >>@classmethod
> >>def run(cls):
> >>print "class hi"
> >>
> >>def run(self):
> >>print "instance hi"
> >>
> >> # test = Test()
> >>
> >> Test.run()
> >>
> >> Runtime error
> >>
> >> class Test:
> >>@classmethod
> >>def run(cls):
> >>print "class hi"
> >>
> >> # test = Test()
> >>
> >> Test.run()
> >>
> >> What gets printed:
> >> class hi
> >>
> >> class Test:
> >>def run(self):
> >>print "instance hi"
> >>
> >>@classmethod
> >>def run(cls):
> >>print "class hi"
> >>
> >> # test = Test()
> >>
> >> Test.run()
> >>
> >> What gets printed:
> >> class hi
> >>
> >> class Test:
> >>@classmethod
> >>def run(cls):
> >>print "class hi"
> >>
> >> # test = Test()
> >>
> >> Test.run()
> >>
> >> What gets printed:
> >> class hi
> >> 
> >> From: Tutkowski, Mike
> >> Sent: Sat

Re: Python Question (with regards to Marvin)

[Tutkowski, Mike]

The question then becomes, do we want to keep the instance or the class method?

There exists the same problem for at least one other pair of methods.

Since the class method is listed second in the file currently, it is the only 
one of the two that can be utilized. That being the case, we might just want to 
keep the class method and remove the instance method.

> On May 1, 2016, at 5:43 AM, Will Stevens <williamstev...@gmail.com> wrote:
> 
> Yep. Looking like there is a bug in that file. Thanks for testing. :)
>> On May 1, 2016 1:40 AM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> wrote:
>> 
>> Here are my tests (run from http://ideone.com/).
>> 
>> The short story is that having multiple methods with the same name (even
>> if one is an instance method and one is a class method) should probably not
>> be done.
>> 
>> If you try to invoke the instance method (ex. test.run()), the last method
>> by that name in the source file is invoked (which could be the class
>> method). If the number of parameters don't match, that's an error.
>> 
>> If you try to invoke the class method (ex. Test.run()), the last method by
>> that name in the source file is invoked. If this is not a class method or
>> if the number of parameters don't match, that's an error.
>> 
>> class Test:
>>@classmethod
>>def run(cls):
>>print "class hi"
>> 
>>def run(self):
>>print "instance hi"
>> 
>> test = Test()
>> 
>> test.run()
>> 
>> What gets printed:
>> instance hi
>> 
>> class Test:
>>def run(self):
>>print "instance hi"
>> 
>>@classmethod
>>def run(cls):
>>print "class hi"
>> 
>> test = Test()
>> 
>> test.run()
>> 
>> What gets printed:
>> class hi
>> 
>> class Test:
>>@classmethod
>>def run(cls):
>>print "class hi"
>> 
>>def run(self):
>>print "instance hi"
>> 
>> # test = Test()
>> 
>> Test.run()
>> 
>> Runtime error
>> 
>> class Test:
>>@classmethod
>>def run(cls):
>>print "class hi"
>> 
>> # test = Test()
>> 
>> Test.run()
>> 
>> What gets printed:
>> class hi
>> 
>> class Test:
>>def run(self):
>>print "instance hi"
>> 
>>@classmethod
>>def run(cls):
>>print "class hi"
>> 
>> # test = Test()
>> 
>> Test.run()
>> 
>> What gets printed:
>> class hi
>> 
>> class Test:
>>@classmethod
>>def run(cls):
>>print "class hi"
>> 
>> # test = Test()
>> 
>> Test.run()
>> 
>> What gets printed:
>> class hi
>> 
>> From: Tutkowski, Mike
>> Sent: Saturday, April 30, 2016 6:58 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Python Question (with regards to Marvin)
>> 
>> I can play around with it later tonight. I'm not home at the moment.
>> 
>> When I did invoke it as Test.run(), it invoked the class method (the class
>> method was listed after the instance method for that test, so I wasn't
>> surprised that the class method did, in fact, get executed there).
>> 
>> What I did not try was to list the class method first, then list the
>> instance method, and then try to invoke the class method.
>> 
>> As mentioned in my prior e-mail, when I did try to invoke the instance
>> version of run, it was only successful if the instance version was the
>> second one declared in the file. If the class method was declared second,
>> then it was invoked even when I was trying to invoke the instance one.
>> 
>>>> On Apr 30, 2016, at 6:06 PM, Will Stevens <williamstev...@gmail.com>
>>> wrote:
>>> 
>>> That's strange. That means the @classmethod decorator is not working. You
>>> should have gotten the instance method in both cases.
>>> 
>>> What if you don't instantiate Test and only do the following.
>>> 
>>> Test.run()
>>> 
>>> In both cases.
>>> On Apr 30, 2016 6:04 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com>
>>> wrote:
>>> 
>>>> I ran this with an online Python tool and it calls the class method:
>>>> 
>>>> 1   class Test:
>>>> 2 def 

Re: Python Question (with regards to Marvin)

[Tutkowski, Mike]

However, from a design standpoint, I prefer the instance method here as it 
would be nice to ask the object itself to place itself in maintenance mode.

So, it's really a question of just staying backward compatible (the class 
method) or a possibly better design (the instance method).

From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Sunday, May 1, 2016 10:18 AM
To: dev@cloudstack.apache.org
Subject: Re: Python Question (with regards to Marvin)

The question then becomes, do we want to keep the instance or the class method?

There exists the same problem for at least one other pair of methods.

Since the class method is listed second in the file currently, it is the only 
one of the two that can be utilized. That being the case, we might just want to 
keep the class method and remove the instance method.

> On May 1, 2016, at 5:43 AM, Will Stevens <williamstev...@gmail.com> wrote:
>
> Yep. Looking like there is a bug in that file. Thanks for testing. :)
>> On May 1, 2016 1:40 AM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> wrote:
>>
>> Here are my tests (run from http://ideone.com/).
>>
>> The short story is that having multiple methods with the same name (even
>> if one is an instance method and one is a class method) should probably not
>> be done.
>>
>> If you try to invoke the instance method (ex. test.run()), the last method
>> by that name in the source file is invoked (which could be the class
>> method). If the number of parameters don't match, that's an error.
>>
>> If you try to invoke the class method (ex. Test.run()), the last method by
>> that name in the source file is invoked. If this is not a class method or
>> if the number of parameters don't match, that's an error.
>>
>> class Test:
>>@classmethod
>>def run(cls):
>>print "class hi"
>>
>>def run(self):
>>print "instance hi"
>>
>> test = Test()
>>
>> test.run()
>>
>> What gets printed:
>> instance hi
>>
>> class Test:
>>def run(self):
>>print "instance hi"
>>
>>@classmethod
>>def run(cls):
>>print "class hi"
>>
>> test = Test()
>>
>> test.run()
>>
>> What gets printed:
>> class hi
>>
>> class Test:
>>@classmethod
>>def run(cls):
>>print "class hi"
>>
>>def run(self):
>>print "instance hi"
>>
>> # test = Test()
>>
>> Test.run()
>>
>> Runtime error
>>
>> class Test:
>>@classmethod
>>def run(cls):
>>print "class hi"
>>
>> # test = Test()
>>
>> Test.run()
>>
>> What gets printed:
>> class hi
>>
>> class Test:
>>def run(self):
>>print "instance hi"
>>
>>@classmethod
>>def run(cls):
>>print "class hi"
>>
>> # test = Test()
>>
>> Test.run()
>>
>> What gets printed:
>> class hi
>>
>> class Test:
>>@classmethod
>>def run(cls):
>>print "class hi"
>>
>> # test = Test()
>>
>> Test.run()
>>
>> What gets printed:
>> class hi
>> 
>> From: Tutkowski, Mike
>> Sent: Saturday, April 30, 2016 6:58 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Python Question (with regards to Marvin)
>>
>> I can play around with it later tonight. I'm not home at the moment.
>>
>> When I did invoke it as Test.run(), it invoked the class method (the class
>> method was listed after the instance method for that test, so I wasn't
>> surprised that the class method did, in fact, get executed there).
>>
>> What I did not try was to list the class method first, then list the
>> instance method, and then try to invoke the class method.
>>
>> As mentioned in my prior e-mail, when I did try to invoke the instance
>> version of run, it was only successful if the instance version was the
>> second one declared in the file. If the class method was declared second,
>> then it was invoked even when I was trying to invoke the instance one.
>>
>>>> On Apr 30, 2016, at 6:06 PM, Will Stevens <williamstev...@gmail.com>
>>> wrote:
>>>
>>> That's strange. That means the @classmethod decorator is not working. You
>>> should have gotten the instance method in both cases.
&g

Re: Strange XenServer SR behavior when deploying system VMs in Basic Zone on 4.9

[Tutkowski, Mike]

Just an FYI that I no longer see this problem (as was expected).

Thanks!

From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Monday, April 18, 2016 12:05 PM
To: dev@cloudstack.apache.org
Subject: Re: Strange XenServer SR behavior when deploying system VMs in Basic 
Zone on 4.9

Thanks!

It's no rush from my point of view. Just happy to know it looks like the 
problem's been fixed. :)


From: Rafael Weingärtner <rafaelweingart...@gmail.com>
Sent: Monday, April 18, 2016 11:41 AM
To: dev@cloudstack.apache.org
Subject: Re: Strange XenServer SR behavior when deploying system VMs in Basic 
Zone on 4.9

We found it last Saturday during the factoring of a test case! That was
pure lucky.

The code of the PR is not that good yet. But, we will work to get it ready
to be reviewed and merged.

On Mon, Apr 18, 2016 at 2:37 PM, Tutkowski, Mike <mike.tutkow...@netapp.com>
wrote:

> Thanks, Rafael! That very much looks like it could solve the problem.
>
> I've subscribed to the PR for notifications. Once I see it's in the
> codebase, I can re-build my dev environment and see if I still have the
> issue.
> 
> From: Rafael Weingärtner <rafaelweingart...@gmail.com>
> Sent: Monday, April 18, 2016 8:07 AM
> To: dev@cloudstack.apache.org
> Subject: Re: Strange XenServer SR behavior when deploying system VMs in
> Basic Zone on 4.9
>
> Would the problem discussed here relate to the one here
> https://github.com/apache/cloudstack/pull/1499?
>
> On Mon, Apr 18, 2016 at 11:04 AM, Tutkowski, Mike <
> mike.tutkow...@netapp.com
> > wrote:
>
> > Looks like I already opened a ticket on this in January. :)
> >
> > https://issues.apache.org/jira/browse/CLOUDSTACK-9224
> >
> > I added info to it.
> > 
> > From: Tutkowski, Mike <mike.tutkow...@netapp.com>
> > Sent: Saturday, April 16, 2016 9:58 AM
> > To: dev@cloudstack.apache.org
> > Subject: Re: Strange XenServer SR behavior when deploying system VMs in
> > Basic Zone on 4.9
> >
> > Thanks, Adrian!
> >
> > In my case, it's a dev environment, so it's not really hurting anything
> > (it just seems like weird behavior, so I was curious if others were
> seeing
> > it).
> >
> > I can create a ticket in Jira and add your info and mine to it.
> >
> > Thanks again!
> >
> > > On Apr 16, 2016, at 4:43 AM, Adrian Sender <asen...@testlabs.com.au>
> > wrote:
> > >
> > > Hi Mike,
> > >
> > > Hi have observed this behavior on CCP 4.3.x mostly and xenserver 6.5
> > less so
> > > in 4.5.1. I use Fiber Channel LVMoHBA as the primary storage.
> > >
> > > Seems like the same issue.
> > >
> > > Disk Attached to Dom0 after snapshot or copy from secondary to primary:
> > >
> > > In this example we have a disk attached to dom0, we cannot delete the
> > disk
> > > until we detach it.
> > >
> > > admin.rc.precise 0 Created by template provisioner 42 GB   Control
> > domain on
> > > host cpms1-1.nsp.testlabs.com.au
> > >
> > > [root@cpms1-1 ~]# xe vdi-list name-label="admin.rc.precise 0"
> > >
> > > uuid ( RO): 3d79722b-294d-4358-bc57-af92b9e9dda7
> > > name-label ( RW): admin.rc.precise 0
> > >   name-description ( RW): Created by template provisioner
> > >sr-uuid ( RO): dce1ec02-cce0-347d-0679-f39c9ea64da1
> > >   virtual-size ( RO): 45097156608
> > >   sharable ( RO): false
> > >  read-only ( RO): false
> > >
> > > You will want to list out the VBD (connector object between VM and VDI)
> > based
> > > on the VDI UUID. Here is an example:
> > >
> > > [root@cpms1-1 ~]# xe vbd-list
> > vdi-uuid=3d79722b-294d-4358-bc57-af92b9e9dda7
> > >
> > > uuid ( RO) : d9e2d89e-a82f-9e6e-c97a-afe0af47468e
> > > vm-uuid ( RO): 0f4cb186-0167-47d6-afb5-89b00102250b
> > >   vm-name-label ( RO): Control domain on host:
> cpms1-1.nsp.nectar.org.au
> > >vdi-uuid ( RO): 3d79722b-294d-4358-bc57-af92b9e9dda7
> > >   empty ( RO): false
> > >  device ( RO):
> > >
> > >
> > > Once done, you want to first try to make VBD inactive (it may already
> be
> > > inactive), "The device is not currently attached"
> > >
> > > xe vbd-unplug uuid=d9e2d89e-a82f-9e6e-c97a-afe0af47468e
> > >
> >

Re: Python Question (with regards to Marvin)

[Tutkowski, Mike]

"A bunch of UI scripts use those class methods (I didn't see us trying to use 
the instance methods anywhere)."

I meant that a bunch of test scripts use those methods (not UI scripts).

> On May 1, 2016, at 5:24 PM, Tutkowski, Mike <mike.tutkow...@netapp.com> wrote:
> 
> So, the problem exists with both enableMaintenance and cancelMaintenance for 
> hosts and with enableMaintenance for storage (not with cancelMaintenance for 
> storage).
> 
> A bunch of UI scripts use those class methods (I didn't see us trying to use 
> the instance methods anywhere).
> 
> I believe those class methods exist because the test scripts already have the 
> UUIDs of the host or storage and those class methods provide a faster means 
> of performing the action in question (when compared to having to retrieve a 
> host or storage object from the applicable UUID and then invoke the method on 
> it).
> 
> That being the case, I think we should just keep the class methods.
> 
> From: Will Stevens <williamstev...@gmail.com>
> Sent: Sunday, May 1, 2016 12:15 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Python Question (with regards to Marvin)
> 
> Ya. Let's see how prevalent the class method is to start with and we will
> cross that bridge after.
>> On May 1, 2016 2:07 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> wrote:
>> 
>> I was just "concerned" that those who have their own Marvin tests that are
>> not checked in might be broken if I don't keep the class method.
>> 
>> From: Will Stevens <williamstev...@gmail.com>
>> Sent: Sunday, May 1, 2016 12:03 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Python Question (with regards to Marvin)
>> 
>> It will be easy to grep if there class methods, so we should start there.
>> If not, then I agree that an instance method is probably the best way to
>> go.
>> On May 1, 2016 12:41 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com>
>> wrote:
>> 
>>> However, from a design standpoint, I prefer the instance method here as
>> it
>>> would be nice to ask the object itself to place itself in maintenance
>> mode.
>>> 
>>> So, it's really a question of just staying backward compatible (the class
>>> method) or a possibly better design (the instance method).
>>> 
>>> From: Tutkowski, Mike <mike.tutkow...@netapp.com>
>>> Sent: Sunday, May 1, 2016 10:18 AM
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: Python Question (with regards to Marvin)
>>> 
>>> The question then becomes, do we want to keep the instance or the class
>>> method?
>>> 
>>> There exists the same problem for at least one other pair of methods.
>>> 
>>> Since the class method is listed second in the file currently, it is the
>>> only one of the two that can be utilized. That being the case, we might
>>> just want to keep the class method and remove the instance method.
>>> 
>>>>> On May 1, 2016, at 5:43 AM, Will Stevens <williamstev...@gmail.com>
>>>> wrote:
>>>> 
>>>> Yep. Looking like there is a bug in that file. Thanks for testing. :)
>>>>> On May 1, 2016 1:40 AM, "Tutkowski, Mike" <mike.tutkow...@netapp.com>
>>> wrote:
>>>>> 
>>>>> Here are my tests (run from http://ideone.com/).
>>>>> 
>>>>> The short story is that having multiple methods with the same name
>> (even
>>>>> if one is an instance method and one is a class method) should
>> probably
>>> not
>>>>> be done.
>>>>> 
>>>>> If you try to invoke the instance method (ex. test.run()), the last
>>> method
>>>>> by that name in the source file is invoked (which could be the class
>>>>> method). If the number of parameters don't match, that's an error.
>>>>> 
>>>>> If you try to invoke the class method (ex. Test.run()), the last
>> method
>>> by
>>>>> that name in the source file is invoked. If this is not a class method
>>> or
>>>>> if the number of parameters don't match, that's an error.
>>>>> 
>>>>> class Test:
>>>>>   @classmethod
>>>>>   def run(cls):
>>>>>   print "class hi"
>>>>> 
>>>>>   def run(self):
>>>>> 

Re: Test failure on master?

[Tutkowski, Mike]

Oh, and it's the OS of my MacBook Pro.

> On May 10, 2016, at 6:59 AM, Tutkowski, Mike <mike.tutkow...@netapp.com> 
> wrote:
> 
> Hi,
> 
> The environment is Mac OS X El Capitan 10.11.4.
> 
> Thanks!
> Mike
> 
>> On May 10, 2016, at 5:51 AM, Will Stevens <wstev...@cloudops.com> wrote:
>> 
>> I think I can verify that this is still happening on master for him because
>> you changed the timeout (and the number of tests run, etc) when you pushed
>> the fix in #1534.  So by looking at the timeout of 6, we can verify
>> that it is the latest code from master being run.
>> 
>> I do think we need to revisit this to make sure we don't have intermittent
>> issues with this test.
>> 
>> Thx guys...
>> 
>> *Will STEVENS*
>> Lead Developer
>> 
>> *CloudOps* *| *Cloud Solutions Experts
>> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
>> w cloudops.com *|* tw @CloudOps_
>> 
>> On Tue, May 10, 2016 at 7:41 AM, Rohit Yadav <rohit.ya...@shapeblue.com>
>> wrote:
>> 
>>> Mike,
>>> 
>>> Can you comment if you're using latest master. Can you also share the
>>> environment where you're running this (in a VM, automated by Jenkins, Java
>>> version etc)?
>>> 
>>> Will - I think the issue should be fixed on latest master, but if Mike and
>>> others are getting failures I can further relax the test. In virtualized
>>> environments, there may be threading/scheduling issues.
>>> 
>>> Regards,
>>> Rohit Yadav
>>> 
>>> 
>>> Regards,
>>> 
>>> Rohit Yadav
>>> 
>>> rohit.ya...@shapeblue.com
>>> www.shapeblue.com
>>> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
>>> @shapeblue
>>> On May 10 2016, at 3:20 am, Will Stevens <wstev...@cloudops.com> wrote:
>>> 
>>> Rohit, can you look into this.
>>> 
>>> It was first introduced in: https://github.com/apache/cloudstack/pull/1493
>>> 
>>> I thought the problem was fixed with this:
>>> https://github.com/apache/cloudstack/pull/1534
>>> 
>>> Apparently we still have a problem. This is intermittently emitting false
>>> negatives from what I can tell...
>>> 
>>> *Will STEVENS*
>>> Lead Developer
>>> 
>>> *CloudOps* *| *Cloud Solutions Experts
>>> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
>>> w cloudops.com *|* tw @CloudOps_
>>> 
>>> On Mon, May 9, 2016 at 5:34 PM, Tutkowski, Mike <mike.tutkow...@netapp.com
>>> wrote:
>>> 
>>>> ?Hi,
>>>> 
>>>> 
>>>> I've seen this a couple times today.
>>>> 
>>>> 
>>>> Is this a known issue?
>>>> 
>>>> 
>>>> Results :
>>>> 
>>>> 
>>>> Tests in error:
>>>> 
>>>> NioTest.testConnection:152 » TestTimedOut test timed out after 6
>>>> milliseco...
>>>> 
>>>> 
>>>> Tests run: 200, Failures: 0, Errors: 1, Skipped: 13
>>>> 
>>>> 
>>>> [INFO]
>>>> 
>>>> 
>>>> [INFO] Reactor Summary:
>>>> 
>>>> [INFO]
>>>> 
>>>> [INFO] Apache CloudStack Developer Tools - Checkstyle Configuration
>>>> SUCCESS [ 1.259 s]
>>>> 
>>>> [INFO] Apache CloudStack .. SUCCESS [
>>>> 1.858 s]
>>>> 
>>>> [INFO] Apache CloudStack Maven Conventions Parent . SUCCESS [
>>>> 1.528 s]
>>>> 
>>>> [INFO] Apache CloudStack Framework - Managed Context .. SUCCESS [
>>>> 4.882 s]
>>>> 
>>>> [INFO] Apache CloudStack Utils  FAILURE
>>> [01:20
>>>> min]??
>>>> 
>>>> 
>>>> Thanks,
>>>> 
>>>> Mike
>>> 

Re: Test failure on master?

[Tutkowski, Mike]

Hi,

The environment is Mac OS X El Capitan 10.11.4.

Thanks!
Mike

> On May 10, 2016, at 5:51 AM, Will Stevens <wstev...@cloudops.com> wrote:
> 
> I think I can verify that this is still happening on master for him because
> you changed the timeout (and the number of tests run, etc) when you pushed
> the fix in #1534.  So by looking at the timeout of 6, we can verify
> that it is the latest code from master being run.
> 
> I do think we need to revisit this to make sure we don't have intermittent
> issues with this test.
> 
> Thx guys...
> 
> *Will STEVENS*
> Lead Developer
> 
> *CloudOps* *| *Cloud Solutions Experts
> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
> w cloudops.com *|* tw @CloudOps_
> 
> On Tue, May 10, 2016 at 7:41 AM, Rohit Yadav <rohit.ya...@shapeblue.com>
> wrote:
> 
>> Mike,
>> 
>> Can you comment if you're using latest master. Can you also share the
>> environment where you're running this (in a VM, automated by Jenkins, Java
>> version etc)?
>> 
>> Will - I think the issue should be fixed on latest master, but if Mike and
>> others are getting failures I can further relax the test. In virtualized
>> environments, there may be threading/scheduling issues.
>> 
>> Regards,
>> Rohit Yadav
>> 
>> 
>> Regards,
>> 
>> Rohit Yadav
>> 
>> rohit.ya...@shapeblue.com
>> www.shapeblue.com
>> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
>> @shapeblue
>> On May 10 2016, at 3:20 am, Will Stevens <wstev...@cloudops.com> wrote:
>> 
>> Rohit, can you look into this.
>> 
>> It was first introduced in: https://github.com/apache/cloudstack/pull/1493
>> 
>> I thought the problem was fixed with this:
>> https://github.com/apache/cloudstack/pull/1534
>> 
>> Apparently we still have a problem. This is intermittently emitting false
>> negatives from what I can tell...
>> 
>> *Will STEVENS*
>> Lead Developer
>> 
>> *CloudOps* *| *Cloud Solutions Experts
>> 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6
>> w cloudops.com *|* tw @CloudOps_
>> 
>> On Mon, May 9, 2016 at 5:34 PM, Tutkowski, Mike <mike.tutkow...@netapp.com
>> wrote:
>> 
>>> ?Hi,
>>> 
>>> 
>>> I've seen this a couple times today.
>>> 
>>> 
>>> Is this a known issue?
>>> 
>>> 
>>> Results :
>>> 
>>> 
>>> Tests in error:
>>> 
>>> NioTest.testConnection:152 » TestTimedOut test timed out after 6
>>> milliseco...
>>> 
>>> 
>>> Tests run: 200, Failures: 0, Errors: 1, Skipped: 13
>>> 
>>> 
>>> [INFO]
>>> 
>>> 
>>> [INFO] Reactor Summary:
>>> 
>>> [INFO]
>>> 
>>> [INFO] Apache CloudStack Developer Tools - Checkstyle Configuration
>>> SUCCESS [ 1.259 s]
>>> 
>>> [INFO] Apache CloudStack .. SUCCESS [
>>> 1.858 s]
>>> 
>>> [INFO] Apache CloudStack Maven Conventions Parent . SUCCESS [
>>> 1.528 s]
>>> 
>>> [INFO] Apache CloudStack Framework - Managed Context .. SUCCESS [
>>> 4.882 s]
>>> 
>>> [INFO] Apache CloudStack Utils  FAILURE
>> [01:20
>>> min]??
>>> 
>>> 
>>> Thanks,
>>> 
>>> Mike
>> 

Re: Python Question (with regards to Marvin)

[Tutkowski, Mike]

If a couple people could review this (it should be fast), I opened the 
following PR:

https://github.com/apache/cloudstack/pull/1528

Thanks!
Mike

From: Tutkowski, Mike
Sent: Sunday, May 1, 2016 7:16 PM
To: dev@cloudstack.apache.org
Subject: Re: Python Question (with regards to Marvin)

"A bunch of UI scripts use those class methods (I didn't see us trying to use 
the instance methods anywhere)."

I meant that a bunch of test scripts use those methods (not UI scripts).

> On May 1, 2016, at 5:24 PM, Tutkowski, Mike <mike.tutkow...@netapp.com> wrote:
>
> So, the problem exists with both enableMaintenance and cancelMaintenance for 
> hosts and with enableMaintenance for storage (not with cancelMaintenance for 
> storage).
>
> A bunch of UI scripts use those class methods (I didn't see us trying to use 
> the instance methods anywhere).
>
> I believe those class methods exist because the test scripts already have the 
> UUIDs of the host or storage and those class methods provide a faster means 
> of performing the action in question (when compared to having to retrieve a 
> host or storage object from the applicable UUID and then invoke the method on 
> it).
>
> That being the case, I think we should just keep the class methods.
> 
> From: Will Stevens <williamstev...@gmail.com>
> Sent: Sunday, May 1, 2016 12:15 PM
> To: dev@cloudstack.apache.org
> Subject: Re: Python Question (with regards to Marvin)
>
> Ya. Let's see how prevalent the class method is to start with and we will
> cross that bridge after.
>> On May 1, 2016 2:07 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> wrote:
>>
>> I was just "concerned" that those who have their own Marvin tests that are
>> not checked in might be broken if I don't keep the class method.
>> 
>> From: Will Stevens <williamstev...@gmail.com>
>> Sent: Sunday, May 1, 2016 12:03 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: Python Question (with regards to Marvin)
>>
>> It will be easy to grep if there class methods, so we should start there.
>> If not, then I agree that an instance method is probably the best way to
>> go.
>> On May 1, 2016 12:41 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com>
>> wrote:
>>
>>> However, from a design standpoint, I prefer the instance method here as
>> it
>>> would be nice to ask the object itself to place itself in maintenance
>> mode.
>>>
>>> So, it's really a question of just staying backward compatible (the class
>>> method) or a possibly better design (the instance method).
>>> 
>>> From: Tutkowski, Mike <mike.tutkow...@netapp.com>
>>> Sent: Sunday, May 1, 2016 10:18 AM
>>> To: dev@cloudstack.apache.org
>>> Subject: Re: Python Question (with regards to Marvin)
>>>
>>> The question then becomes, do we want to keep the instance or the class
>>> method?
>>>
>>> There exists the same problem for at least one other pair of methods.
>>>
>>> Since the class method is listed second in the file currently, it is the
>>> only one of the two that can be utilized. That being the case, we might
>>> just want to keep the class method and remove the instance method.
>>>
>>>>> On May 1, 2016, at 5:43 AM, Will Stevens <williamstev...@gmail.com>
>>>> wrote:
>>>>
>>>> Yep. Looking like there is a bug in that file. Thanks for testing. :)
>>>>> On May 1, 2016 1:40 AM, "Tutkowski, Mike" <mike.tutkow...@netapp.com>
>>> wrote:
>>>>>
>>>>> Here are my tests (run from http://ideone.com/).
>>>>>
>>>>> The short story is that having multiple methods with the same name
>> (even
>>>>> if one is an instance method and one is a class method) should
>> probably
>>> not
>>>>> be done.
>>>>>
>>>>> If you try to invoke the instance method (ex. test.run()), the last
>>> method
>>>>> by that name in the source file is invoked (which could be the class
>>>>> method). If the number of parameters don't match, that's an error.
>>>>>
>>>>> If you try to invoke the class method (ex. Test.run()), the last
>> method
>>> by
>>>>> that name in the source file is invoked. If this is not a class method
>>> or
>>>>> if the number of pa

Re: Strange XenServer SR behavior when deploying system VMs in Basic Zone on 4.9

[Tutkowski, Mike]

Thanks, Rafael! That very much looks like it could solve the problem.

I've subscribed to the PR for notifications. Once I see it's in the codebase, I 
can re-build my dev environment and see if I still have the issue.

From: Rafael Weingärtner <rafaelweingart...@gmail.com>
Sent: Monday, April 18, 2016 8:07 AM
To: dev@cloudstack.apache.org
Subject: Re: Strange XenServer SR behavior when deploying system VMs in Basic 
Zone on 4.9

Would the problem discussed here relate to the one here
https://github.com/apache/cloudstack/pull/1499?

On Mon, Apr 18, 2016 at 11:04 AM, Tutkowski, Mike <mike.tutkow...@netapp.com
> wrote:

> Looks like I already opened a ticket on this in January. :)
>
> https://issues.apache.org/jira/browse/CLOUDSTACK-9224
>
> I added info to it.
> ________
> From: Tutkowski, Mike <mike.tutkow...@netapp.com>
> Sent: Saturday, April 16, 2016 9:58 AM
> To: dev@cloudstack.apache.org
> Subject: Re: Strange XenServer SR behavior when deploying system VMs in
> Basic Zone on 4.9
>
> Thanks, Adrian!
>
> In my case, it's a dev environment, so it's not really hurting anything
> (it just seems like weird behavior, so I was curious if others were seeing
> it).
>
> I can create a ticket in Jira and add your info and mine to it.
>
> Thanks again!
>
> > On Apr 16, 2016, at 4:43 AM, Adrian Sender <asen...@testlabs.com.au>
> wrote:
> >
> > Hi Mike,
> >
> > Hi have observed this behavior on CCP 4.3.x mostly and xenserver 6.5
> less so
> > in 4.5.1. I use Fiber Channel LVMoHBA as the primary storage.
> >
> > Seems like the same issue.
> >
> > Disk Attached to Dom0 after snapshot or copy from secondary to primary:
> >
> > In this example we have a disk attached to dom0, we cannot delete the
> disk
> > until we detach it.
> >
> > admin.rc.precise 0 Created by template provisioner 42 GB   Control
> domain on
> > host cpms1-1.nsp.testlabs.com.au
> >
> > [root@cpms1-1 ~]# xe vdi-list name-label="admin.rc.precise 0"
> >
> > uuid ( RO): 3d79722b-294d-4358-bc57-af92b9e9dda7
> > name-label ( RW): admin.rc.precise 0
> >   name-description ( RW): Created by template provisioner
> >sr-uuid ( RO): dce1ec02-cce0-347d-0679-f39c9ea64da1
> >   virtual-size ( RO): 45097156608
> >   sharable ( RO): false
> >  read-only ( RO): false
> >
> > You will want to list out the VBD (connector object between VM and VDI)
> based
> > on the VDI UUID. Here is an example:
> >
> > [root@cpms1-1 ~]# xe vbd-list
> vdi-uuid=3d79722b-294d-4358-bc57-af92b9e9dda7
> >
> > uuid ( RO) : d9e2d89e-a82f-9e6e-c97a-afe0af47468e
> > vm-uuid ( RO): 0f4cb186-0167-47d6-afb5-89b00102250b
> >   vm-name-label ( RO): Control domain on host: cpms1-1.nsp.nectar.org.au
> >vdi-uuid ( RO): 3d79722b-294d-4358-bc57-af92b9e9dda7
> >   empty ( RO): false
> >  device ( RO):
> >
> >
> > Once done, you want to first try to make VBD inactive (it may already be
> > inactive), "The device is not currently attached"
> >
> > xe vbd-unplug uuid=d9e2d89e-a82f-9e6e-c97a-afe0af47468e
> >
> > Once done, you can then break the connection:
> >
> > xe vbd-destroy uuid=
> >
> > Now you can delete the disk from xencenter
> >
> > Regards,
> > Adrian Sender
> >
> >
> >
> > -- Original Message ---
> > From: Anshul Gangwar <anshul.gang...@accelerite.com>
> > To: "dev@cloudstack.apache.org" <dev@cloudstack.apache.org>
> > Sent: Fri, 15 Apr 2016 06:48:59 +
> > Subject: Re: Strange XenServer SR behavior when deploying system VMs in
> Basic
> > Zone on 4.9
> >
> >> Mike, what type of storage are you using?
> >>
> >>> On 15-Apr-2016, at 9:49 AM, Tutkowski, Mike <mike.tutkow...@netapp.com>
> wrote:
> >>>
> >>> I'm not sure, Daan.
> >>>
> >>> I plan to keep an eye on this behavior for a while when creating new
> clouds.
> >>>
> >>> 
> >>> From: Daan Hoogland <daan.hoogl...@gmail.com>
> >>> Sent: Thursday, April 14, 2016 2:12 AM
> >>> To: dev
> >>> Subject: Re: Strange XenServer SR behavior when deploying system VMs in
> > Basic Zone on 4.9
> >>>
> >>> Mike, did the iso copy process not complete as expected. Sound like
> they
> >>> are a rema

Re: Strange XenServer SR behavior when deploying system VMs in Basic Zone on 4.9

[Tutkowski, Mike]

Thanks!

It's no rush from my point of view. Just happy to know it looks like the 
problem's been fixed. :)


From: Rafael Weingärtner <rafaelweingart...@gmail.com>
Sent: Monday, April 18, 2016 11:41 AM
To: dev@cloudstack.apache.org
Subject: Re: Strange XenServer SR behavior when deploying system VMs in Basic 
Zone on 4.9

We found it last Saturday during the factoring of a test case! That was
pure lucky.

The code of the PR is not that good yet. But, we will work to get it ready
to be reviewed and merged.

On Mon, Apr 18, 2016 at 2:37 PM, Tutkowski, Mike <mike.tutkow...@netapp.com>
wrote:

> Thanks, Rafael! That very much looks like it could solve the problem.
>
> I've subscribed to the PR for notifications. Once I see it's in the
> codebase, I can re-build my dev environment and see if I still have the
> issue.
> 
> From: Rafael Weingärtner <rafaelweingart...@gmail.com>
> Sent: Monday, April 18, 2016 8:07 AM
> To: dev@cloudstack.apache.org
> Subject: Re: Strange XenServer SR behavior when deploying system VMs in
> Basic Zone on 4.9
>
> Would the problem discussed here relate to the one here
> https://github.com/apache/cloudstack/pull/1499?
>
> On Mon, Apr 18, 2016 at 11:04 AM, Tutkowski, Mike <
> mike.tutkow...@netapp.com
> > wrote:
>
> > Looks like I already opened a ticket on this in January. :)
> >
> > https://issues.apache.org/jira/browse/CLOUDSTACK-9224
> >
> > I added info to it.
> > 
> > From: Tutkowski, Mike <mike.tutkow...@netapp.com>
> > Sent: Saturday, April 16, 2016 9:58 AM
> > To: dev@cloudstack.apache.org
> > Subject: Re: Strange XenServer SR behavior when deploying system VMs in
> > Basic Zone on 4.9
> >
> > Thanks, Adrian!
> >
> > In my case, it's a dev environment, so it's not really hurting anything
> > (it just seems like weird behavior, so I was curious if others were
> seeing
> > it).
> >
> > I can create a ticket in Jira and add your info and mine to it.
> >
> > Thanks again!
> >
> > > On Apr 16, 2016, at 4:43 AM, Adrian Sender <asen...@testlabs.com.au>
> > wrote:
> > >
> > > Hi Mike,
> > >
> > > Hi have observed this behavior on CCP 4.3.x mostly and xenserver 6.5
> > less so
> > > in 4.5.1. I use Fiber Channel LVMoHBA as the primary storage.
> > >
> > > Seems like the same issue.
> > >
> > > Disk Attached to Dom0 after snapshot or copy from secondary to primary:
> > >
> > > In this example we have a disk attached to dom0, we cannot delete the
> > disk
> > > until we detach it.
> > >
> > > admin.rc.precise 0 Created by template provisioner 42 GB   Control
> > domain on
> > > host cpms1-1.nsp.testlabs.com.au
> > >
> > > [root@cpms1-1 ~]# xe vdi-list name-label="admin.rc.precise 0"
> > >
> > > uuid ( RO): 3d79722b-294d-4358-bc57-af92b9e9dda7
> > > name-label ( RW): admin.rc.precise 0
> > >   name-description ( RW): Created by template provisioner
> > >sr-uuid ( RO): dce1ec02-cce0-347d-0679-f39c9ea64da1
> > >   virtual-size ( RO): 45097156608
> > >   sharable ( RO): false
> > >  read-only ( RO): false
> > >
> > > You will want to list out the VBD (connector object between VM and VDI)
> > based
> > > on the VDI UUID. Here is an example:
> > >
> > > [root@cpms1-1 ~]# xe vbd-list
> > vdi-uuid=3d79722b-294d-4358-bc57-af92b9e9dda7
> > >
> > > uuid ( RO) : d9e2d89e-a82f-9e6e-c97a-afe0af47468e
> > > vm-uuid ( RO): 0f4cb186-0167-47d6-afb5-89b00102250b
> > >   vm-name-label ( RO): Control domain on host:
> cpms1-1.nsp.nectar.org.au
> > >vdi-uuid ( RO): 3d79722b-294d-4358-bc57-af92b9e9dda7
> > >   empty ( RO): false
> > >  device ( RO):
> > >
> > >
> > > Once done, you want to first try to make VBD inactive (it may already
> be
> > > inactive), "The device is not currently attached"
> > >
> > > xe vbd-unplug uuid=d9e2d89e-a82f-9e6e-c97a-afe0af47468e
> > >
> > > Once done, you can then break the connection:
> > >
> > > xe vbd-destroy uuid=
> > >
> > > Now you can delete the disk from xencenter
> > >
> > > Regards,
> > > Adrian Sender
> > >
> > >
> > >
> > > -- Original Message --

Re: CloudStack Collab - Montreal - June 1-3

[Tutkowski, Mike]

I'm looking forward to visiting you guys in Montreal again.

Thanks for organizing the conference!

> On Apr 19, 2016, at 7:37 AM, Will Stevens  wrote:
> 
> Hey All,
> The planning of the CCC event in Montreal is in full swing.  A lot of
> people have submitted talks, so this is going to be an awesome event.  We
> currently have a venue booked, but based on the number of talks submitted,
> this event may be bigger than we were initially expecting, so we may need
> to expand the venue.
> 
> It would be very helpful for us if you can register as early as possible if
> you know you are coming.  We have early bird pricing in effect right now,
> so get your tickets while they are still cheap.  We are trying to keep the
> ticket cost as low as possible to make attending accessible to everyone.
> 
> Please come visit our website at: http://ca.cloudstackcollab.org/
> 
> You can purchase tickets from the events page:
> https://www.eventbrite.ca/e/apache-cloudstacktm-conference-montreal-2016-tickets-23815552960
> 
> Keep in mind that the ticket prices are in Canadian dollars (CAD), so the
> tickets cost basically nothing.  :P
> 
> Don't miss this opportunity to come visit us in beautiful Montreal,
> Canada...
> 
> If you have any questions at all about the event, please don't be shy, we
> want to hear from you.
> 
> Cheers,
> 
> Will
> Your friendly neighbourhood RM

Re: Strange XenServer SR behavior when deploying system VMs in Basic Zone on 4.9

[Tutkowski, Mike]

Thanks, Adrian!

In my case, it's a dev environment, so it's not really hurting anything (it 
just seems like weird behavior, so I was curious if others were seeing it).

I can create a ticket in Jira and add your info and mine to it.

Thanks again!

> On Apr 16, 2016, at 4:43 AM, Adrian Sender <asen...@testlabs.com.au> wrote:
> 
> Hi Mike,
> 
> Hi have observed this behavior on CCP 4.3.x mostly and xenserver 6.5 less so
> in 4.5.1. I use Fiber Channel LVMoHBA as the primary storage.
> 
> Seems like the same issue.
> 
> Disk Attached to Dom0 after snapshot or copy from secondary to primary:
> 
> In this example we have a disk attached to dom0, we cannot delete the disk
> until we detach it.
> 
> admin.rc.precise 0 Created by template provisioner 42 GB   Control domain on
> host cpms1-1.nsp.testlabs.com.au
> 
> [root@cpms1-1 ~]# xe vdi-list name-label="admin.rc.precise 0"
> 
> uuid ( RO): 3d79722b-294d-4358-bc57-af92b9e9dda7
> name-label ( RW): admin.rc.precise 0
>   name-description ( RW): Created by template provisioner
>sr-uuid ( RO): dce1ec02-cce0-347d-0679-f39c9ea64da1
>   virtual-size ( RO): 45097156608
>   sharable ( RO): false
>  read-only ( RO): false
> 
> You will want to list out the VBD (connector object between VM and VDI) based
> on the VDI UUID. Here is an example:
> 
> [root@cpms1-1 ~]# xe vbd-list vdi-uuid=3d79722b-294d-4358-bc57-af92b9e9dda7
> 
> uuid ( RO) : d9e2d89e-a82f-9e6e-c97a-afe0af47468e
> vm-uuid ( RO): 0f4cb186-0167-47d6-afb5-89b00102250b
>   vm-name-label ( RO): Control domain on host: cpms1-1.nsp.nectar.org.au
>vdi-uuid ( RO): 3d79722b-294d-4358-bc57-af92b9e9dda7
>   empty ( RO): false
>  device ( RO):
> 
> 
> Once done, you want to first try to make VBD inactive (it may already be
> inactive), "The device is not currently attached"
> 
> xe vbd-unplug uuid=d9e2d89e-a82f-9e6e-c97a-afe0af47468e
> 
> Once done, you can then break the connection:
> 
> xe vbd-destroy uuid=
> 
> Now you can delete the disk from xencenter
> 
> Regards,
> Adrian Sender
> 
> 
> 
> -- Original Message ---
> From: Anshul Gangwar <anshul.gang...@accelerite.com>
> To: "dev@cloudstack.apache.org" <dev@cloudstack.apache.org>
> Sent: Fri, 15 Apr 2016 06:48:59 +
> Subject: Re: Strange XenServer SR behavior when deploying system VMs in Basic
> Zone on 4.9
> 
>> Mike, what type of storage are you using?
>> 
>>> On 15-Apr-2016, at 9:49 AM, Tutkowski, Mike <mike.tutkow...@netapp.com> 
>>> wrote:
>>> 
>>> I'm not sure, Daan.
>>> 
>>> I plan to keep an eye on this behavior for a while when creating new clouds.
>>> 
>>> 
>>> From: Daan Hoogland <daan.hoogl...@gmail.com>
>>> Sent: Thursday, April 14, 2016 2:12 AM
>>> To: dev
>>> Subject: Re: Strange XenServer SR behavior when deploying system VMs in
> Basic Zone on 4.9
>>> 
>>> Mike, did the iso copy process not complete as expected. Sound like they
>>> are a remanence of some task ending in an exception. Probably a silently
>>> ignored one ;|
>>> 
>>> On Thu, Apr 14, 2016 at 2:49 AM, Tutkowski, Mike <mike.tutkow...@netapp.com>
>>> wrote:
>>> 
>>>> Just an FYI, but when I kicked off my first VM in this cloud, the VR
>>>> happened to get deployed to XenServer-6.5-3 (which was one of my XenServer
>>>> hosts that had an un-expected shared SR pointing at secondary storage
>>>> beforehand).
>>>> 
>>>> Once the process of copying the system template down to local storage
>>>> completed, the shared SR pointing at secondary storage went away (as you
>>>> would expect).
>>>> 
>>>> This leaves me now with one un-expected shared SR pointing at secondary
>>>> storage on XenServer-6.5-1.
>>>> 
>>>> 
>>>> From: Tutkowski, Mike <mike.tutkow...@netapp.com>
>>>> Sent: Wednesday, April 13, 2016 5:10 PM
>>>> To: dev@cloudstack.apache.org
>>>> Subject: Strange XenServer SR behavior when deploying system VMs in Basic
>>>> Zone on 4.9
>>>> 
>>>> Hi,
>>>> 
>>>> 
>>>> Has anyone recently observed the following behavior:
>>>> 
>>>> 
>>>> http://imgur.com/8ALJmWb
>>>> 
>>>> 
>>>> As you can see in the image, 

Re: Strange XenServer SR behavior when deploying system VMs in Basic Zone on 4.9

[Tutkowski, Mike]

Looks like I already opened a ticket on this in January. :)

https://issues.apache.org/jira/browse/CLOUDSTACK-9224

I added info to it.

From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Saturday, April 16, 2016 9:58 AM
To: dev@cloudstack.apache.org
Subject: Re: Strange XenServer SR behavior when deploying system VMs in Basic 
Zone on 4.9

Thanks, Adrian!

In my case, it's a dev environment, so it's not really hurting anything (it 
just seems like weird behavior, so I was curious if others were seeing it).

I can create a ticket in Jira and add your info and mine to it.

Thanks again!

> On Apr 16, 2016, at 4:43 AM, Adrian Sender <asen...@testlabs.com.au> wrote:
>
> Hi Mike,
>
> Hi have observed this behavior on CCP 4.3.x mostly and xenserver 6.5 less so
> in 4.5.1. I use Fiber Channel LVMoHBA as the primary storage.
>
> Seems like the same issue.
>
> Disk Attached to Dom0 after snapshot or copy from secondary to primary:
>
> In this example we have a disk attached to dom0, we cannot delete the disk
> until we detach it.
>
> admin.rc.precise 0 Created by template provisioner 42 GB   Control domain on
> host cpms1-1.nsp.testlabs.com.au
>
> [root@cpms1-1 ~]# xe vdi-list name-label="admin.rc.precise 0"
>
> uuid ( RO): 3d79722b-294d-4358-bc57-af92b9e9dda7
> name-label ( RW): admin.rc.precise 0
>   name-description ( RW): Created by template provisioner
>sr-uuid ( RO): dce1ec02-cce0-347d-0679-f39c9ea64da1
>   virtual-size ( RO): 45097156608
>   sharable ( RO): false
>  read-only ( RO): false
>
> You will want to list out the VBD (connector object between VM and VDI) based
> on the VDI UUID. Here is an example:
>
> [root@cpms1-1 ~]# xe vbd-list vdi-uuid=3d79722b-294d-4358-bc57-af92b9e9dda7
>
> uuid ( RO) : d9e2d89e-a82f-9e6e-c97a-afe0af47468e
> vm-uuid ( RO): 0f4cb186-0167-47d6-afb5-89b00102250b
>   vm-name-label ( RO): Control domain on host: cpms1-1.nsp.nectar.org.au
>vdi-uuid ( RO): 3d79722b-294d-4358-bc57-af92b9e9dda7
>   empty ( RO): false
>  device ( RO):
>
>
> Once done, you want to first try to make VBD inactive (it may already be
> inactive), "The device is not currently attached"
>
> xe vbd-unplug uuid=d9e2d89e-a82f-9e6e-c97a-afe0af47468e
>
> Once done, you can then break the connection:
>
> xe vbd-destroy uuid=
>
> Now you can delete the disk from xencenter
>
> Regards,
> Adrian Sender
>
>
>
> -- Original Message ---
> From: Anshul Gangwar <anshul.gang...@accelerite.com>
> To: "dev@cloudstack.apache.org" <dev@cloudstack.apache.org>
> Sent: Fri, 15 Apr 2016 06:48:59 +
> Subject: Re: Strange XenServer SR behavior when deploying system VMs in Basic
> Zone on 4.9
>
>> Mike, what type of storage are you using?
>>
>>> On 15-Apr-2016, at 9:49 AM, Tutkowski, Mike <mike.tutkow...@netapp.com> 
>>> wrote:
>>>
>>> I'm not sure, Daan.
>>>
>>> I plan to keep an eye on this behavior for a while when creating new clouds.
>>>
>>> 
>>> From: Daan Hoogland <daan.hoogl...@gmail.com>
>>> Sent: Thursday, April 14, 2016 2:12 AM
>>> To: dev
>>> Subject: Re: Strange XenServer SR behavior when deploying system VMs in
> Basic Zone on 4.9
>>>
>>> Mike, did the iso copy process not complete as expected. Sound like they
>>> are a remanence of some task ending in an exception. Probably a silently
>>> ignored one ;|
>>>
>>> On Thu, Apr 14, 2016 at 2:49 AM, Tutkowski, Mike <mike.tutkow...@netapp.com>
>>> wrote:
>>>
>>>> Just an FYI, but when I kicked off my first VM in this cloud, the VR
>>>> happened to get deployed to XenServer-6.5-3 (which was one of my XenServer
>>>> hosts that had an un-expected shared SR pointing at secondary storage
>>>> beforehand).
>>>>
>>>> Once the process of copying the system template down to local storage
>>>> completed, the shared SR pointing at secondary storage went away (as you
>>>> would expect).
>>>>
>>>> This leaves me now with one un-expected shared SR pointing at secondary
>>>> storage on XenServer-6.5-1.
>>>>
>>>> 
>>>> From: Tutkowski, Mike <mike.tutkow...@netapp.com>
>>>> Sent: Wednesday, April 13, 2016 5:10 PM
>>>> To: dev@cloudstack.apache.org
>>>> Subject: Strange XenServer SR behavior

Re: Strange XenServer SR behavior when deploying system VMs in Basic Zone on 4.9

[Tutkowski, Mike]

I'm not sure, Daan.

I plan to keep an eye on this behavior for a while when creating new clouds.


From: Daan Hoogland <daan.hoogl...@gmail.com>
Sent: Thursday, April 14, 2016 2:12 AM
To: dev
Subject: Re: Strange XenServer SR behavior when deploying system VMs in Basic 
Zone on 4.9

Mike, did the iso copy process not complete as expected. Sound like they
are a remanence of some task ending in an exception. Probably a silently
ignored one ;|

On Thu, Apr 14, 2016 at 2:49 AM, Tutkowski, Mike <mike.tutkow...@netapp.com>
wrote:

> Just an FYI, but when I kicked off my first VM in this cloud, the VR
> happened to get deployed to XenServer-6.5-3 (which was one of my XenServer
> hosts that had an un-expected shared SR pointing at secondary storage
> beforehand).
>
> Once the process of copying the system template down to local storage
> completed, the shared SR pointing at secondary storage went away (as you
> would expect).
>
> This leaves me now with one un-expected shared SR pointing at secondary
> storage on XenServer-6.5-1.
>
> ________
> From: Tutkowski, Mike <mike.tutkow...@netapp.com>
> Sent: Wednesday, April 13, 2016 5:10 PM
> To: dev@cloudstack.apache.org
> Subject: Strange XenServer SR behavior when deploying system VMs in Basic
> Zone on 4.9
>
> Hi,
>
>
> Has anyone recently observed the following behavior:
>
>
> http://imgur.com/8ALJmWb
>
>
> As you can see in the image, I have three 6.5 XenServer hosts in a
> resource pool.
>
>
> I just used them when creating a basic zone and the system VMs were
> deployed just fine. However, there are SRs pointing to secondary storage on
> my XenServer-6.5-1 and XenServer-6.5-3 hosts still (there used to be one on
> my XenServer-6.5-2 host, but it went away once the system VMs started up on
> that host).
>
>
> Thoughts?
>
>
> Thanks,
>
> Mike
>



--
Daan

SHA bbe0fc

[Tutkowski, Mike]

Hi,


I noticed an issue in Marvin the other day and I tracked it to this commit:


https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=commit;h=bbe0fc4be9527d51820b067a602886003991db4d


The problem is that it assumes the "ispublic" parameter will be provided. If it 
is not, then an exception is thrown.


I think we want code more like this:


if "ispublic" in services:
cmd.ispublic = services["ispublic"]


I don't think we would want to require the "ispublic" parameter in Marvin. It's 
not required in our API:


http://cloudstack.apache.org/api/apidocs-4.8/root_admin/createTemplate.html?


Unless someone can think of a reason why this part of the code is the way it is 
now, I plan to open a PR to fix this soon.


Thanks,

Mike

Re: Strange XenServer SR behavior when deploying system VMs in Basic Zone on 4.9

[Tutkowski, Mike]

Just an FYI, but when I kicked off my first VM in this cloud, the VR happened 
to get deployed to XenServer-6.5-3 (which was one of my XenServer hosts that 
had an un-expected shared SR pointing at secondary storage beforehand).

Once the process of copying the system template down to local storage 
completed, the shared SR pointing at secondary storage went away (as you would 
expect).

This leaves me now with one un-expected shared SR pointing at secondary storage 
on XenServer-6.5-1.


From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Wednesday, April 13, 2016 5:10 PM
To: dev@cloudstack.apache.org
Subject: Strange XenServer SR behavior when deploying system VMs in Basic Zone 
on 4.9

Hi,


Has anyone recently observed the following behavior:


http://imgur.com/8ALJmWb


As you can see in the image, I have three 6.5 XenServer hosts in a resource 
pool.


I just used them when creating a basic zone and the system VMs were deployed 
just fine. However, there are SRs pointing to secondary storage on my 
XenServer-6.5-1 and XenServer-6.5-3 hosts still (there used to be one on my 
XenServer-6.5-2 host, but it went away once the system VMs started up on that 
host).


Thoughts?


Thanks,

Mike

Strange XenServer SR behavior when deploying system VMs in Basic Zone on 4.9

[Tutkowski, Mike]

Hi,


Has anyone recently observed the following behavior:


http://imgur.com/8ALJmWb


As you can see in the image, I have three 6.5 XenServer hosts in a resource 
pool.


I just used them when creating a basic zone and the system VMs were deployed 
just fine. However, there are SRs pointing to secondary storage on my 
XenServer-6.5-1 and XenServer-6.5-3 hosts still (there used to be one on my 
XenServer-6.5-2 host, but it went away once the system VMs started up on that 
host).


Thoughts?


Thanks,

Mike

Re: Strange XenServer SR behavior when deploying system VMs in Basic Zone on 4.9

[Tutkowski, Mike]

Hi,

The system VMs are just running on local storage.

Thanks,
Mike

> On Apr 15, 2016, at 12:49 AM, Anshul Gangwar <anshul.gang...@accelerite.com> 
> wrote:
> 
> Mike, what type of storage are you using?
> 
> 
>> On 15-Apr-2016, at 9:49 AM, Tutkowski, Mike <mike.tutkow...@netapp.com> 
>> wrote:
>> 
>> I'm not sure, Daan.
>> 
>> I plan to keep an eye on this behavior for a while when creating new clouds.
>> 
>> 
>> From: Daan Hoogland <daan.hoogl...@gmail.com>
>> Sent: Thursday, April 14, 2016 2:12 AM
>> To: dev
>> Subject: Re: Strange XenServer SR behavior when deploying system VMs in 
>> Basic Zone on 4.9
>> 
>> Mike, did the iso copy process not complete as expected. Sound like they
>> are a remanence of some task ending in an exception. Probably a silently
>> ignored one ;|
>> 
>> On Thu, Apr 14, 2016 at 2:49 AM, Tutkowski, Mike <mike.tutkow...@netapp.com>
>> wrote:
>> 
>>> Just an FYI, but when I kicked off my first VM in this cloud, the VR
>>> happened to get deployed to XenServer-6.5-3 (which was one of my XenServer
>>> hosts that had an un-expected shared SR pointing at secondary storage
>>> beforehand).
>>> 
>>> Once the process of copying the system template down to local storage
>>> completed, the shared SR pointing at secondary storage went away (as you
>>> would expect).
>>> 
>>> This leaves me now with one un-expected shared SR pointing at secondary
>>> storage on XenServer-6.5-1.
>>> 
>>> 
>>> From: Tutkowski, Mike <mike.tutkow...@netapp.com>
>>> Sent: Wednesday, April 13, 2016 5:10 PM
>>> To: dev@cloudstack.apache.org
>>> Subject: Strange XenServer SR behavior when deploying system VMs in Basic
>>> Zone on 4.9
>>> 
>>> Hi,
>>> 
>>> 
>>> Has anyone recently observed the following behavior:
>>> 
>>> 
>>> http://imgur.com/8ALJmWb
>>> 
>>> 
>>> As you can see in the image, I have three 6.5 XenServer hosts in a
>>> resource pool.
>>> 
>>> 
>>> I just used them when creating a basic zone and the system VMs were
>>> deployed just fine. However, there are SRs pointing to secondary storage on
>>> my XenServer-6.5-1 and XenServer-6.5-3 hosts still (there used to be one on
>>> my XenServer-6.5-2 host, but it went away once the system VMs started up on
>>> that host).
>>> 
>>> 
>>> Thoughts?
>>> 
>>> 
>>> Thanks,
>>> 
>>> Mike
>> 
>> 
>> 
>> --
>> Daan
> 
> 
> 
> 
> DISCLAIMER
> ==
> This e-mail may contain privileged and confidential information which is the 
> property of Accelerite, a Persistent Systems business. It is intended only 
> for the use of the individual or entity to which it is addressed. If you are 
> not the intended recipient, you are not authorized to read, retain, copy, 
> print, distribute or use this message. If you have received this 
> communication in error, please notify the sender and delete all copies of 
> this message. Accelerite, a Persistent Systems business does not accept any 
> liability for virus infected mails.

Test failure on master?

[Tutkowski, Mike]

?Hi,


I've seen this a couple times today.


Is this a known issue?


Results :


Tests in error:

  NioTest.testConnection:152 » TestTimedOut test timed out after 6 
milliseco...


Tests run: 200, Failures: 0, Errors: 1, Skipped: 13


[INFO] 

[INFO] Reactor Summary:

[INFO]

[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration SUCCESS [  
1.259 s]

[INFO] Apache CloudStack .. SUCCESS [  1.858 s]

[INFO] Apache CloudStack Maven Conventions Parent . SUCCESS [  1.528 s]

[INFO] Apache CloudStack Framework - Managed Context .. SUCCESS [  4.882 s]

[INFO] Apache CloudStack Utils  FAILURE [01:20 
min]??


Thanks,

Mike

Re: [VOTE] Apache Cloudstack 4.9.0 RC2

[Tutkowski, Mike]

Thanks, Rohit

From: Rohit Yadav <rohit.ya...@shapeblue.com>
Sent: Tuesday, July 26, 2016 10:41 PM
To: Will Stevens; dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache Cloudstack 4.9.0 RC2

Mike, your system has a old jna version can you upgrade your 1.7 jdk and jna 
and/or try building with mvn  -Djna.nosys=true?


Regards.


From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: 27 July 2016 09:07:32
To: Will Stevens; dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache Cloudstack 4.9.0 RC2

I'm having trouble building the code on Ubuntu 14.04:

Tests run: 146, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.661 sec <<< 
FAILURE! - in com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest
testMemoryFreeInKBsDomainReturningOfSomeMemoryStatistics(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
  Time elapsed: 0.014 sec  <<< ERROR!
java.lang.UnsatisfiedLinkError: Can't obtain updateLastError method for class 
com.sun.jna.Native
at com.sun.jna.Native.initIDs(Native Method)
at com.sun.jna.Native.(Native.java:139)
at com.sun.jna.Pointer.(Pointer.java:42)
at com.sun.jna.Structure.(Structure.java:1933)
at 
com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.createMemoryStatisticFreeMemory100(LibvirtComputingResourceTest.java:5063)
at 
com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testMemoryFreeInKBsDomainReturningOfSomeMemoryStatistics(LibvirtComputingResourceTest.java:5045)

Thoughts on this?

From: Rohit Yadav <rohit.ya...@shapeblue.com>
Sent: Tuesday, July 26, 2016 10:25 AM
To: Will Stevens
Cc: dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache Cloudstack 4.9.0 RC2

Will please re-read the PR summary, thanks. I added the juniper api mvn 
repository fix to fix for failing el7 rpms packages.

Regards.




rohit.ya...@shapeblue.com
www.shapeblue.com<http://www.shapeblue.com>
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue




rohit.ya...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue



On Tue, Jul 26, 2016 at 7:52 PM +0530, "Will Stevens" 
<williamstev...@gmail.com<mailto:williamstev...@gmail.com>> wrote:

Juniper changes are unrelated to the Marvin packaging.  Why is it in that PR?

On Tue, Jul 26, 2016 at 6:04 AM, Rohit Yadav 
<rohit.ya...@shapeblue.com<mailto:rohit.ya...@shapeblue.com>> wrote:

Hi Wido,


I also hit this issue but only when building CentOS7 packages today, I fixed it 
by adding/declaring the juniper repository explicitly in the root pom.xml:

https://github.com/shapeblue/cloudstack/commit/0ede472334114341e68eea5e3da37599b71f52e4#diff-600376dffeb79835ede4a0b285078036R47



I've already shared a PR to fix the recurring juniper-repo issue and it also 
improves testing using marvin and integration-tests packages:

https://github.com/apache/cloudstack/pull/1612



Regards.


From: Wido den Hollander <w...@widodh.nl<mailto:w...@widodh.nl>>
Sent: 26 July 2016 14:31:46
To: Will Stevens; dev@cloudstack.apache.org<mailto:dev@cloudstack.apache.org>
Subject: Re: [VOTE] Apache Cloudstack 4.9.0 RC2


> Op 25 juli 2016 om 23:05 schreef Will Stevens 
> <williamstev...@gmail.com<mailto:williamstev...@gmail.com>>:
>
>
> Hi All,
>
> I've created a 4.9.0 release, with the following artifacts up for a vote:
>
> Git Branch and Commit SH:
> *https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.9.0-RC20160725T1656
> <https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.9.0-RC20160725T1656>*
> Commit: 227ff3884dd0b9c2804f20a2cc53964b01256ad9
>
> I will continue working on the Release Notes and will release them when the
> RC is accepted so I don't have to redo them too many times.
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.9.0/
>

Anybody else seeing this build failure?

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-remote-resources-plugin:1.3:process (default) on 
project cloud-client-ui: Error resolving project artifact: Could not transfer 
artifact net.juniper.contrail:juniper-contrail-api:pom:1.0-SNAPSHOT from/to 
apache.snapshots (http://repository.apache.org/snapshots): Failed to transfer 
file: 
http://repository.apache.org/snapshots/net/juniper/contrail/juniper-contrail-api/1.0-SNAPSHOT/juniper-contrail-api-1.0-SNAPSHOT.pom.
 Return code is: 502, ReasonPhrase: Proxy Error. for project 
net.juniper.contrail:juniper-contrail-api:jar:1.0-SNAPSHOT -> [Help 1]
[ERROR]

Trying with cURL gives me a 502 as well. This currently prohibits me from 
testing, so I can't cast my vote yet.

VMware Primary Storage Question

[Tutkowski, Mike]

Hi,


Does anyone know why you have to explicitly note the IP address of vCenter 
Server and the datacenter when adding cluster-wide primary storage based on 
VMFS?


http://imgur.com/a/BVJuq


It seems like we already provided this info when we added the datacenter to the 
zone that your VMware cluster is in, so I would have expected these fields to 
default to those settings.


By the way, the image was taken from the second RC for 4.9.


Thoughts?


Thanks,

Mike

Re: [VOTE] Apache Cloudstack 4.9.0 RC2

[Tutkowski, Mike]

I'm having trouble building the code on Ubuntu 14.04:

Tests run: 146, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.661 sec <<< 
FAILURE! - in com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest
testMemoryFreeInKBsDomainReturningOfSomeMemoryStatistics(com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest)
  Time elapsed: 0.014 sec  <<< ERROR!
java.lang.UnsatisfiedLinkError: Can't obtain updateLastError method for class 
com.sun.jna.Native
at com.sun.jna.Native.initIDs(Native Method)
at com.sun.jna.Native.(Native.java:139)
at com.sun.jna.Pointer.(Pointer.java:42)
at com.sun.jna.Structure.(Structure.java:1933)
at 
com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.createMemoryStatisticFreeMemory100(LibvirtComputingResourceTest.java:5063)
at 
com.cloud.hypervisor.kvm.resource.LibvirtComputingResourceTest.testMemoryFreeInKBsDomainReturningOfSomeMemoryStatistics(LibvirtComputingResourceTest.java:5045)

Thoughts on this?

From: Rohit Yadav 
Sent: Tuesday, July 26, 2016 10:25 AM
To: Will Stevens
Cc: dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache Cloudstack 4.9.0 RC2

Will please re-read the PR summary, thanks. I added the juniper api mvn 
repository fix to fix for failing el7 rpms packages.

Regards.




rohit.ya...@shapeblue.com
www.shapeblue.com
53 Chandos Place, Covent Garden, London  WC2N 4HSUK
@shapeblue



On Tue, Jul 26, 2016 at 7:52 PM +0530, "Will Stevens" 
> wrote:

Juniper changes are unrelated to the Marvin packaging.  Why is it in that PR?

On Tue, Jul 26, 2016 at 6:04 AM, Rohit Yadav 
> wrote:

Hi Wido,


I also hit this issue but only when building CentOS7 packages today, I fixed it 
by adding/declaring the juniper repository explicitly in the root pom.xml:

https://github.com/shapeblue/cloudstack/commit/0ede472334114341e68eea5e3da37599b71f52e4#diff-600376dffeb79835ede4a0b285078036R47



I've already shared a PR to fix the recurring juniper-repo issue and it also 
improves testing using marvin and integration-tests packages:

https://github.com/apache/cloudstack/pull/1612



Regards.


From: Wido den Hollander >
Sent: 26 July 2016 14:31:46
To: Will Stevens; dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache Cloudstack 4.9.0 RC2


> Op 25 juli 2016 om 23:05 schreef Will Stevens 
> >:
>
>
> Hi All,
>
> I've created a 4.9.0 release, with the following artifacts up for a vote:
>
> Git Branch and Commit SH:
> *https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.9.0-RC20160725T1656
> *
> Commit: 227ff3884dd0b9c2804f20a2cc53964b01256ad9
>
> I will continue working on the Release Notes and will release them when the
> RC is accepted so I don't have to redo them too many times.
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.9.0/
>

Anybody else seeing this build failure?

[ERROR] Failed to execute goal 
org.apache.maven.plugins:maven-remote-resources-plugin:1.3:process (default) on 
project cloud-client-ui: Error resolving project artifact: Could not transfer 
artifact net.juniper.contrail:juniper-contrail-api:pom:1.0-SNAPSHOT from/to 
apache.snapshots (http://repository.apache.org/snapshots): Failed to transfer 
file: 
http://repository.apache.org/snapshots/net/juniper/contrail/juniper-contrail-api/1.0-SNAPSHOT/juniper-contrail-api-1.0-SNAPSHOT.pom.
 Return code is: 502, ReasonPhrase: Proxy Error. for project 
net.juniper.contrail:juniper-contrail-api:jar:1.0-SNAPSHOT -> [Help 1]
[ERROR]

Trying with cURL gives me a 502 as well. This currently prohibits me from 
testing, so I can't cast my vote yet.

Wido

> PGP release keys (signed using CB818F64):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> Vote will be open for 72 hours.
>
> 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,
>
> Will

rohit.ya...@shapeblue.com
www.shapeblue.com
@shapeblue

Re: [VOTE] Apache Cloudstack 4.9.0 RC2

[Tutkowski, Mike]

+1 (binding)

I ran the following automated tests (details below):

TestVolumes.py (with and without its XenServer resigning option)
TestSnapshots.py
TestVMSnapshots.py
TestAddRemoveHosts.py

I built a cloud from scratch (using a script) with this RC. I ran the automated 
tests that I listed above on it. I also performed a bunch of manual testing 
with XenServer, VMware, and KVM.

I did not observe any failures.

TestVolumes.py (with XenServer resigning):

test_00_check_template_cache (TestVolumes.TestVolumes) ... === TestName: 
test_00_check_template_cache | Status : SUCCESS ===
ok
Attach a volume to a stopped virtual machine, then start VM ... === TestName: 
test_01_attach_new_volume_to_stopped_VM | Status : SUCCESS ===
ok
Attach, detach, and attach volume to a running VM ... === TestName: 
test_02_attach_detach_attach_volume | Status : SUCCESS ===
ok
Attach volume to running VM, then reboot. ... === TestName: 
test_03_attached_volume_reboot_VM | Status : SUCCESS ===
ok
Detach volume from a running VM, then reboot. ... === TestName: 
test_04_detach_volume_reboot | Status : SUCCESS ===
ok
Detach volume from a stopped VM, then start. ... === TestName: 
test_05_detach_vol_stopped_VM_start | Status : SUCCESS ===
ok
Attach a volume to a stopped virtual machine, then start VM ... === TestName: 
test_06_attach_volume_to_stopped_VM | Status : SUCCESS ===
ok
Destroy and expunge VM with attached volume ... === TestName: 
test_07_destroy_expunge_VM_with_volume | Status : SUCCESS ===
ok
Delete volume that was attached to a VM and is detached now ... === TestName: 
test_08_delete_volume_was_attached | Status : SUCCESS ===
ok
Attach a data disk to a VM in one account and attach another data disk to a VM 
in another account ... === TestName: test_09_attach_volumes_multiple_accounts | 
Status : SUCCESS ===
ok
Attach more than one disk to a VM ... === TestName: 
test_10_attach_more_than_one_disk_to_VM | Status : SUCCESS ===
ok

--
Ran 11 tests in 2679.896s

OK

TestVolumes.py (without XenServer resigning):

test_00_check_template_cache (TestVolumes.TestVolumes) ... === TestName: 
test_00_check_template_cache | Status : SUCCESS ===
ok
Attach a volume to a stopped virtual machine, then start VM ... === TestName: 
test_01_attach_new_volume_to_stopped_VM | Status : SUCCESS ===
ok
Attach, detach, and attach volume to a running VM ... === TestName: 
test_02_attach_detach_attach_volume | Status : SUCCESS ===
ok
Attach volume to running VM, then reboot. ... === TestName: 
test_03_attached_volume_reboot_VM | Status : SUCCESS ===
ok
Detach volume from a running VM, then reboot. ... === TestName: 
test_04_detach_volume_reboot | Status : SUCCESS ===
ok
Detach volume from a stopped VM, then start. ... === TestName: 
test_05_detach_vol_stopped_VM_start | Status : SUCCESS ===
ok
Attach a volume to a stopped virtual machine, then start VM ... === TestName: 
test_06_attach_volume_to_stopped_VM | Status : SUCCESS ===
ok
Destroy and expunge VM with attached volume ... === TestName: 
test_07_destroy_expunge_VM_with_volume | Status : SUCCESS ===
ok
Delete volume that was attached to a VM and is detached now ... === TestName: 
test_08_delete_volume_was_attached | Status : SUCCESS ===
ok
Attach a data disk to a VM in one account and attach another data disk to a VM 
in another account ... === TestName: test_09_attach_volumes_multiple_accounts | 
Status : SUCCESS ===
ok
Attach more than one disk to a VM ... === TestName: 
test_10_attach_more_than_one_disk_to_VM | Status : SUCCESS ===
ok

--
Ran 11 tests in 1994.853s

OK

TestSnapshots:

test_01_create_volume_snapshot_using_sf_snapshot (TestSnapshots.TestSnapshots) 
... === TestName: test_01_create_volume_snapshot_using_sf_snapshot | Status : 
SUCCESS ===
ok
test_02_create_volume_snapshot_using_sf_volume (TestSnapshots.TestSnapshots) 
... === TestName: test_02_create_volume_snapshot_using_sf_volume | Status : 
SUCCESS ===
ok
test_03_create_volume_snapshot_using_sf_volume_and_sf_snapshot 
(TestSnapshots.TestSnapshots) ... === TestName: 
test_03_create_volume_snapshot_using_sf_volume_and_sf_snapshot | Status : 
SUCCESS ===
ok

--
Ran 3 tests in 8791.432s

OK

TestVMSnapshots.py:

test_01_take_VM_snapshot (TestVMSnapshots.TestVMSnapshots) ... === TestName: 
test_01_take_VM_snapshot | Status : SUCCESS ===
ok
test_02_take_VM_snapshot_with_data_disk (TestVMSnapshots.TestVMSnapshots) ... 
=== TestName: test_02_take_VM_snapshot_with_data_disk | Status : SUCCESS ===
ok

--
Ran 2 tests in 529.451s

OK

TestAddRemoveHosts.py:

test_add_remove_host_with_solidfire_plugin_1 
(TestAddRemoveHosts.TestAddRemoveHosts) ... === TestName: 
test_add_remove_host_with_solidfire_plugin_1 | Status : SUCCESS ===
ok

Re: [VOTE] Apache Cloudstack 4.8.1 RC2

[Tutkowski, Mike]

+1 (binding)

I have run tests on this using a Basic Zone with both VMware 5.5 (two hosts) 
and XenServer 6.5 (two hosts).

The zone was created using the RC with XenServer. All system VMs were running 
on local storage.

I added primary storages to the zone that make use of different SolidFire 
plug-ins. I was able to successfully create VMs. I could attach data disks to 
VMs. I was able to create a volume snapshot.

From: Will Stevens 
Sent: Monday, August 8, 2016 8:29 AM
To: dev@cloudstack.apache.org
Subject: [VOTE] Apache Cloudstack 4.8.1 RC2

Hi All,

Sorry for the version mix up with RC1.  This will be the 4.8.1 release, not
the 4.8.2 release.

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

Git Branch and Commit SH:
https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=
shortlog;h=refs/heads/4.8.1-RC20160808T1006
Commit: a63db21d16072821a1e27473813fddf36accfdd4

List of changes will be produced with the release notes once the RC passes.

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


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

Vote will be open for 72 hours.

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)

Re: [VOTE] Apache Cloudstack 4.9.0 RC1

[Tutkowski, Mike]

This one isn't a show stopper, but I noticed when setting up a new cloud in a 
XenServer environment that an SR remains that points to secondary storage after 
the system VMs have been deployed.

http://imgur.com/5pEnkm9

We had chatted a bit about this on the list a while back and it seemed like 
this problem was solved, but now it seems it has not been.

In any event, this does not change my +1. I just wanted to note this.

From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Saturday, July 9, 2016 12:22 AM
To: dev@cloudstack.apache.org
Subject: Re: [VOTE] Apache Cloudstack 4.9.0 RC1

I am +1 based on having successfully run the following tests:

TestVolumes.py (once using newly introduced XenSever SR-resigning logic and 
once without doing so)
TestSnapshots.py
TestVMSnapshots.py
TestAddRemoveHosts.py

Test Details:

TestVolumes (using XenServer SR-resigning logic):

test_00_check_template_cache (TestVolumes.TestVolumes) ... === TestName: 
test_00_check_template_cache | Status : SUCCESS ===
ok
Attach a volume to a stopped virtual machine, then start VM ... === TestName: 
test_01_attach_new_volume_to_stopped_VM | Status : SUCCESS ===
ok
Attach, detach, and attach volume to a running VM ... === TestName: 
test_02_attach_detach_attach_volume | Status : SUCCESS ===
ok
Attach volume to running VM, then reboot. ... === TestName: 
test_03_attached_volume_reboot_VM | Status : SUCCESS ===
ok
Detach volume from a running VM, then reboot. ... === TestName: 
test_04_detach_volume_reboot | Status : SUCCESS ===
ok
Detach volume from a stopped VM, then start. ... === TestName: 
test_05_detach_vol_stopped_VM_start | Status : SUCCESS ===
ok
Attach a volume to a stopped virtual machine, then start VM ... === TestName: 
test_06_attach_volume_to_stopped_VM | Status : SUCCESS ===
ok
Destroy and expunge VM with attached volume ... === TestName: 
test_07_destroy_expunge_VM_with_volume | Status : SUCCESS ===
ok
Delete volume that was attached to a VM and is detached now ... === TestName: 
test_08_delete_volume_was_attached | Status : SUCCESS ===
ok
Attach a data disk to a VM in one account and attach another data disk to a VM 
in another account ... === TestName: test_09_attach_volumes_multiple_accounts | 
Status : SUCCESS ===
ok
Attach more than one disk to a VM ... === TestName: 
test_10_attach_more_than_one_disk_to_VM | Status : SUCCESS ===
ok

--
Ran 11 tests in 2304.098s

OK

TestVolumes (not using XenServer SR-resigning logic):

test_00_check_template_cache (TestVolumes.TestVolumes) ... === TestName: 
test_00_check_template_cache | Status : SUCCESS ===
ok
Attach a volume to a stopped virtual machine, then start VM ... === TestName: 
test_01_attach_new_volume_to_stopped_VM | Status : SUCCESS ===
ok
Attach, detach, and attach volume to a running VM ... === TestName: 
test_02_attach_detach_attach_volume | Status : SUCCESS ===
ok
Attach volume to running VM, then reboot. ... === TestName: 
test_03_attached_volume_reboot_VM | Status : SUCCESS ===
ok
Detach volume from a running VM, then reboot. ... === TestName: 
test_04_detach_volume_reboot | Status : SUCCESS ===
ok
Detach volume from a stopped VM, then start. ... === TestName: 
test_05_detach_vol_stopped_VM_start | Status : SUCCESS ===
ok
Attach a volume to a stopped virtual machine, then start VM ... === TestName: 
test_06_attach_volume_to_stopped_VM | Status : SUCCESS ===
ok
Destroy and expunge VM with attached volume ... === TestName: 
test_07_destroy_expunge_VM_with_volume | Status : SUCCESS ===
ok
Delete volume that was attached to a VM and is detached now ... === TestName: 
test_08_delete_volume_was_attached | Status : SUCCESS ===
ok
Attach a data disk to a VM in one account and attach another data disk to a VM 
in another account ... === TestName: test_09_attach_volumes_multiple_accounts | 
Status : SUCCESS ===
ok
Attach more than one disk to a VM ... === TestName: 
test_10_attach_more_than_one_disk_to_VM | Status : SUCCESS ===
ok

--
Ran 11 tests in 2023.939s

OK

TestSnapshots:

test_01_create_volume_snapshot_using_sf_snapshot (TestSnapshots.TestSnapshots) 
... === TestName: test_01_create_volume_snapshot_using_sf_snapshot | Status : 
SUCCESS ===
ok
test_02_create_volume_snapshot_using_sf_volume (TestSnapshots.TestSnapshots) 
... === TestName: test_02_create_volume_snapshot_using_sf_volume | Status : 
SUCCESS ===
ok
test_03_create_volume_snapshot_using_sf_volume_and_sf_snapshot 
(TestSnapshots.TestSnapshots) ... === TestName: 
test_03_create_volume_snapshot_using_sf_volume_and_sf_snapshot | Status : 
SUCCESS ===
ok

--
Ran 3 tests in 7311.959s

OK

TestVMSnapshots:

test_01_take_VM_snapshot (TestVMSnapshots.TestVMSnapshots) ... === TestName: 
test_01_take_VM_snapshot | Status : SUCCESS 

Re: [GitHub] cloudstack issue #1600: Support Backup of Snapshots for Managed Storage

[Tutkowski, Mike]

Well...it does say it's in the Destroyed state.

I thought we removed these kinds of rows from this table, but it looks like we 
don't.

That being the case, I think we can ignore what I asked for here.

From: mike-tutkowski <g...@git.apache.org>
Sent: Monday, July 11, 2016 1:39 PM
To: dev@cloudstack.apache.org
Subject: [GitHub] cloudstack issue #1600: Support Backup of Snapshots for 
Managed Storage

Github user mike-tutkowski commented on the issue:

https://github.com/apache/cloudstack/pull/1600

A comment:


I have observed that the SR that was previously not being detached from 
XenServer is now being detached with your newer version of the code.


One thing I noticed in the DB:


In the snapshot_store_ref table, we still have a row for the snapshot that 
indicates there is a version of the snapshot on primary storage. We also - 
correctly - have a row indicating that there is a version of the snapshot on 
secondary storage.


I think we should remove the row from the snapshot_store_ref table that 
links the snapshot to a version on primary storage.



From: Tutkowski, Mike
Sent: Monday, July 4, 2016 1:24 PM
To: apache/cloudstack
Cc: apache/cloudstack; Mention
Subject: Re: [apache/cloudstack] Support Backup of Snapshots for Managed 
Storage (#1600)

My mistake. I forgot that I added that a while ago. :)

On Jul 4, 2016, at 12:40 PM, Syed Mushtaq Ahmed 
<notificati...@github.com<mailto:notificati...@github.com>> wrote:


@mike-tutkowski<https://github.com/mike-tutkowski> , the list snapshot 
already returns the loacationType. I think you've already added that.

-
You are receiving this because you were mentioned.
Reply to this email directly, view it on 
GitHub<https://github.com/apache/cloudstack/pull/1600#issuecomment-230340112>, 
or mute the 
thread<https://github.com/notifications/unsubscribe/AC4SHwCngBVFvcsRcZLcRdKHyNBdMY2xks5qSVORgaJpZM4JCaMg>.



---
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.
---

Re: [VOTE] Apache Cloudstack 4.9.0 RC1

[Tutkowski, Mike]

I am +1 based on having successfully run the following tests:

TestVolumes.py (once using newly introduced XenSever SR-resigning logic and 
once without doing so)
TestSnapshots.py
TestVMSnapshots.py
TestAddRemoveHosts.py

Test Details:

TestVolumes (using XenServer SR-resigning logic):

test_00_check_template_cache (TestVolumes.TestVolumes) ... === TestName: 
test_00_check_template_cache | Status : SUCCESS ===
ok
Attach a volume to a stopped virtual machine, then start VM ... === TestName: 
test_01_attach_new_volume_to_stopped_VM | Status : SUCCESS ===
ok
Attach, detach, and attach volume to a running VM ... === TestName: 
test_02_attach_detach_attach_volume | Status : SUCCESS ===
ok
Attach volume to running VM, then reboot. ... === TestName: 
test_03_attached_volume_reboot_VM | Status : SUCCESS ===
ok
Detach volume from a running VM, then reboot. ... === TestName: 
test_04_detach_volume_reboot | Status : SUCCESS ===
ok
Detach volume from a stopped VM, then start. ... === TestName: 
test_05_detach_vol_stopped_VM_start | Status : SUCCESS ===
ok
Attach a volume to a stopped virtual machine, then start VM ... === TestName: 
test_06_attach_volume_to_stopped_VM | Status : SUCCESS ===
ok
Destroy and expunge VM with attached volume ... === TestName: 
test_07_destroy_expunge_VM_with_volume | Status : SUCCESS ===
ok
Delete volume that was attached to a VM and is detached now ... === TestName: 
test_08_delete_volume_was_attached | Status : SUCCESS ===
ok
Attach a data disk to a VM in one account and attach another data disk to a VM 
in another account ... === TestName: test_09_attach_volumes_multiple_accounts | 
Status : SUCCESS ===
ok
Attach more than one disk to a VM ... === TestName: 
test_10_attach_more_than_one_disk_to_VM | Status : SUCCESS ===
ok

--
Ran 11 tests in 2304.098s

OK

TestVolumes (not using XenServer SR-resigning logic):

test_00_check_template_cache (TestVolumes.TestVolumes) ... === TestName: 
test_00_check_template_cache | Status : SUCCESS ===
ok
Attach a volume to a stopped virtual machine, then start VM ... === TestName: 
test_01_attach_new_volume_to_stopped_VM | Status : SUCCESS ===
ok
Attach, detach, and attach volume to a running VM ... === TestName: 
test_02_attach_detach_attach_volume | Status : SUCCESS ===
ok
Attach volume to running VM, then reboot. ... === TestName: 
test_03_attached_volume_reboot_VM | Status : SUCCESS ===
ok
Detach volume from a running VM, then reboot. ... === TestName: 
test_04_detach_volume_reboot | Status : SUCCESS ===
ok
Detach volume from a stopped VM, then start. ... === TestName: 
test_05_detach_vol_stopped_VM_start | Status : SUCCESS ===
ok
Attach a volume to a stopped virtual machine, then start VM ... === TestName: 
test_06_attach_volume_to_stopped_VM | Status : SUCCESS ===
ok
Destroy and expunge VM with attached volume ... === TestName: 
test_07_destroy_expunge_VM_with_volume | Status : SUCCESS ===
ok
Delete volume that was attached to a VM and is detached now ... === TestName: 
test_08_delete_volume_was_attached | Status : SUCCESS ===
ok
Attach a data disk to a VM in one account and attach another data disk to a VM 
in another account ... === TestName: test_09_attach_volumes_multiple_accounts | 
Status : SUCCESS ===
ok
Attach more than one disk to a VM ... === TestName: 
test_10_attach_more_than_one_disk_to_VM | Status : SUCCESS ===
ok

--
Ran 11 tests in 2023.939s

OK

TestSnapshots:

test_01_create_volume_snapshot_using_sf_snapshot (TestSnapshots.TestSnapshots) 
... === TestName: test_01_create_volume_snapshot_using_sf_snapshot | Status : 
SUCCESS ===
ok
test_02_create_volume_snapshot_using_sf_volume (TestSnapshots.TestSnapshots) 
... === TestName: test_02_create_volume_snapshot_using_sf_volume | Status : 
SUCCESS ===
ok
test_03_create_volume_snapshot_using_sf_volume_and_sf_snapshot 
(TestSnapshots.TestSnapshots) ... === TestName: 
test_03_create_volume_snapshot_using_sf_volume_and_sf_snapshot | Status : 
SUCCESS ===
ok

--
Ran 3 tests in 7311.959s

OK

TestVMSnapshots:

test_01_take_VM_snapshot (TestVMSnapshots.TestVMSnapshots) ... === TestName: 
test_01_take_VM_snapshot | Status : SUCCESS ===
ok
test_02_take_VM_snapshot_with_data_disk (TestVMSnapshots.TestVMSnapshots) ... 
=== TestName: test_02_take_VM_snapshot_with_data_disk | Status : SUCCESS ===
ok

--
Ran 2 tests in 784.719s

OK

TestAddRemoveHosts:

test_add_remove_host_with_solidfire_plugin_1 
(TestAddRemoveHosts.TestAddRemoveHosts) ... === TestName: 
test_add_remove_host_with_solidfire_plugin_1 | Status : SUCCESS ===
ok
test_add_remove_host_with_solidfire_plugin_2 
(TestAddRemoveHosts.TestAddRemoveHosts) ... === TestName: 
test_add_remove_host_with_solidfire_plugin_2 | Status : SUCCESS ===
ok

UnsatisfiedLink Error

[Tutkowski, Mike]

Hi everyone,


Does anyone know how I can circumvent this error when running dpkg-buildpackage 
-uc -us (I'm building with master on Ubuntu 14.04):


LibvirtComputingResourceTest.testMemoryFreeInKBsDomainReturningOfSomeMemoryStatistics:5045->createMemoryStatisticFreeMemory100:5063
 » UnsatisfiedLink


To get around problems when building with MVN, I had to add -Djna.nosys=true.


Thanks!

Mike

Re: Issue with SSVM on KVM on master

[Tutkowski, Mike]

Based on the error message of not being able to find the 
PremiumSecondaryStorageResource class, this seems to be the following error (#9 
on this page: 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/SSVM,+templates,+Secondary+storage+troubleshooting):

SSVM agent not running - You see error something like below. Most probably your 
systemvm didnt get patched with the agent specific code. This patching happens 
through the ISO - something like  systemvm***.iso. Check the size and location 
of the iso and whether you are not using the old version iso. For XS its on the 
host so grep for it and for vmware its on secondary storage. Do also check that 
if its vmware that you built your ssvm using noredist flag for mvn command. For 
more information check SystemVm.iso
2013-12-20 13:35:12,954 DEBUG [cloud.utils.ProcessUtil] (main:null) Execution 
is successful.
2013-12-20 13:35:12,960 ERROR [cloud.agent.AgentShell] (main:null) Unable to 
start agent: Resource class not found: 
com.cloud.storage.resource.PremiumSecondaryStorageResource due to: 
java.lang.ClassNotFoundException: 
com.cloud.storage.resource.PremiumSecondaryStorageResource

I do see the ISO, though, on secondary storage here:

cloudstack@cloudstack-virtual-machine:/export/secondary/systemvm$ ls -l
total 83420
-rw-rw-r-- 1 cloudstack cloudstack 85420032 Aug 15 16:10 
systemvm-4.10.0-SNAPSHOT.iso

From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Thursday, August 18, 2016 8:17 AM
To: dev@cloudstack.apache.org
Subject: Re: Issue with SSVM on KVM on master

In /var/log/cloud/cloud.out, I see the following repeated over and over again 
(below).

I'm running version 4.10.0 of the management server (but the implementation 
version of the agent looks to be 4.9.0). I do have systemvm-4.10.0-SNAPSHOT.iso 
accessible at /export/secondary/systemvm (/export/secondary is my one and only 
secondary storage at the time being).

2016-08-18 14:03:43,633 INFO  [cloud.agent.AgentShell] (main:null) Agent started
2016-08-18 14:03:43,637 INFO  [cloud.agent.AgentShell] (main:null) 
Implementation Version is 4.9.0
2016-08-18 14:03:43,637 INFO  [cloud.agent.AgentShell] (main:null) 
agent.properties found at /usr/local/cloud/systemvm/conf/agent.properties
2016-08-18 14:03:43,643 DEBUG [cloud.agent.AgentShell] (main:null) Found 
property: instance
2016-08-18 14:03:43,643 DEBUG [cloud.agent.AgentShell] (main:null) Found 
property: resource
2016-08-18 14:03:43,643 INFO  [cloud.agent.AgentShell] (main:null) Defaulting 
to using properties file for storage
2016-08-18 14:03:43,645 INFO  [cloud.agent.AgentShell] (main:null) Defaulting 
to the constant time backoff algorithm
2016-08-18 14:03:43,666 INFO  [cloud.utils.LogUtils] (main:null) log4j 
configuration found at /usr/local/cloud/systemvm/conf/log4j-cloud.xml
2016-08-18 14:03:43,686 INFO  [cloud.agent.AgentShell] (main:null) Using 
default Java settings for IPv6 preference for agent connection
2016-08-18 14:03:43,687 DEBUG [cloud.agent.AgentShell] (main:null) Checking to 
see if agent.SecStorage.pid exists.
2016-08-18 14:03:43,694 DEBUG [cloud.utils.ProcessUtil] (main:null) 
environment.properties could not be opened
2016-08-18 14:03:43,703 DEBUG [cloud.utils.ProcessUtil] (main:null) Executing: 
bash -c echo $PPID
2016-08-18 14:03:43,711 DEBUG [cloud.utils.ProcessUtil] (main:null) Execution 
is successful.
2016-08-18 14:03:43,726 ERROR [cloud.agent.AgentShell] (main:null) Unable to 
start agent: Resource class not found: 
com.cloud.storage.resource.PremiumSecondaryStorageResource due to: 
java.lang.ClassNotFoundException: 
com.cloud.storage.resource.PremiumSecondaryStorageResource



From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Thursday, August 18, 2016 7:54 AM
To: dev@cloudstack.apache.org
Subject: Re: Issue with SSVM on KVM on master

Thanks for the comments, Simon.

I went ahead and tried to telnet into 8250 on my management server (first from 
the SSVM and then from another machine). In both cases, this was the result:

telnet 192.168.129.50 8250
Trying 192.168.129.50...
Connected to 192.168.129.50.
Escape character is '^]'.
Connection closed by foreign host.

It looks like a connection was established, but then shortly after closed. Is 
this what you were expecting might happen?

From: Simon Weller <swel...@ena.com>
Sent: Thursday, August 18, 2016 6:39 AM
To: dev@cloudstack.apache.org
Subject: Re: Issue with SSVM on KVM on master

Mike,


I wonder whether this could be related to the NIO connection improvements. We 
saw this type of problem quite a bit when we were testing it (with all types of 
agents). Typically you'll see the agent logs indicating they can't connect to 
the management server if this is the case.  Try telnetting to 8250 on your mgmt 
server and see if suddenly your agent starts to work.


- Si


____
Fro

Re: Issue with SSVM on KVM on master

[Tutkowski, Mike]

In /var/log/cloud/cloud.out, I see the following repeated over and over again 
(below).

I'm running version 4.10.0 of the management server (but the implementation 
version of the agent looks to be 4.9.0). I do have systemvm-4.10.0-SNAPSHOT.iso 
accessible at /export/secondary/systemvm (/export/secondary is my one and only 
secondary storage at the time being).

2016-08-18 14:03:43,633 INFO  [cloud.agent.AgentShell] (main:null) Agent started
2016-08-18 14:03:43,637 INFO  [cloud.agent.AgentShell] (main:null) 
Implementation Version is 4.9.0
2016-08-18 14:03:43,637 INFO  [cloud.agent.AgentShell] (main:null) 
agent.properties found at /usr/local/cloud/systemvm/conf/agent.properties
2016-08-18 14:03:43,643 DEBUG [cloud.agent.AgentShell] (main:null) Found 
property: instance
2016-08-18 14:03:43,643 DEBUG [cloud.agent.AgentShell] (main:null) Found 
property: resource
2016-08-18 14:03:43,643 INFO  [cloud.agent.AgentShell] (main:null) Defaulting 
to using properties file for storage
2016-08-18 14:03:43,645 INFO  [cloud.agent.AgentShell] (main:null) Defaulting 
to the constant time backoff algorithm
2016-08-18 14:03:43,666 INFO  [cloud.utils.LogUtils] (main:null) log4j 
configuration found at /usr/local/cloud/systemvm/conf/log4j-cloud.xml
2016-08-18 14:03:43,686 INFO  [cloud.agent.AgentShell] (main:null) Using 
default Java settings for IPv6 preference for agent connection
2016-08-18 14:03:43,687 DEBUG [cloud.agent.AgentShell] (main:null) Checking to 
see if agent.SecStorage.pid exists.
2016-08-18 14:03:43,694 DEBUG [cloud.utils.ProcessUtil] (main:null) 
environment.properties could not be opened
2016-08-18 14:03:43,703 DEBUG [cloud.utils.ProcessUtil] (main:null) Executing: 
bash -c echo $PPID 
2016-08-18 14:03:43,711 DEBUG [cloud.utils.ProcessUtil] (main:null) Execution 
is successful.
2016-08-18 14:03:43,726 ERROR [cloud.agent.AgentShell] (main:null) Unable to 
start agent: Resource class not found: 
com.cloud.storage.resource.PremiumSecondaryStorageResource due to: 
java.lang.ClassNotFoundException: 
com.cloud.storage.resource.PremiumSecondaryStorageResource



From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Thursday, August 18, 2016 7:54 AM
To: dev@cloudstack.apache.org
Subject: Re: Issue with SSVM on KVM on master

Thanks for the comments, Simon.

I went ahead and tried to telnet into 8250 on my management server (first from 
the SSVM and then from another machine). In both cases, this was the result:

telnet 192.168.129.50 8250
Trying 192.168.129.50...
Connected to 192.168.129.50.
Escape character is '^]'.
Connection closed by foreign host.

It looks like a connection was established, but then shortly after closed. Is 
this what you were expecting might happen?

From: Simon Weller <swel...@ena.com>
Sent: Thursday, August 18, 2016 6:39 AM
To: dev@cloudstack.apache.org
Subject: Re: Issue with SSVM on KVM on master

Mike,


I wonder whether this could be related to the NIO connection improvements. We 
saw this type of problem quite a bit when we were testing it (with all types of 
agents). Typically you'll see the agent logs indicating they can't connect to 
the management server if this is the case.  Try telnetting to 8250 on your mgmt 
server and see if suddenly your agent starts to work.


- Si


____
From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Wednesday, August 17, 2016 6:04 PM
To: dev@cloudstack.apache.org
Subject: Re: Issue with SSVM on KVM on master

I should have pointed out that this is a Basic Zone. Also, there is only one 
KVM host in my one cluster.
____
From: Tutkowski, Mike <mike.tutkow...@netapp.com>
Sent: Wednesday, August 17, 2016 5:03 PM
To: dev@cloudstack.apache.org
Subject: Issue with SSVM on KVM on master

Hi,


I am trying to build a cloud making use of KVM system VMs.


My SSVM VM comes up, but its agent doesn't seem to:


http://imgur.com/a/Fo2ax
[http://i.imgur.com/xdP9alM.jpg?fb]<http://imgur.com/a/Fo2ax>

Imgur: The most awesome images on the Internet<http://imgur.com/a/Fo2ax>
imgur.com
Imgur: The most awesome images on the Internet.





Thoughts on what might be going on here?


Thanks!

Mike

Re: re-introduction

[Tutkowski, Mike]

Welcome back, Daan!

> On Feb 1, 2017, at 8:24 AM, John Kinsella  wrote:
> 
> Welcome back! :)
> 
>> On Feb 1, 2017, at 12:26 AM, Daan Hoogland  
>> wrote:
>> 
>> Hello,
>> 
>> 
>> My name is Daan Hoogland. I've been mostly out of the community since May 
>> last year. I am now back through the generous sponsorship of my new employer 
>> and will be working (mostly) as developer on cloudstack.
>> 
>> For those who remember me and are curious, I've been learning some scala and 
>> some rust in the meanwhile and have been working on financial middleware in 
>> between.
>> 
>> 
>> I expect to have good times back in here :)
>> 
>> daan.hoogl...@shapeblue.com 
>> www.shapeblue.com
>> 53 Chandos Place, Covent Garden, Utrecht Utrecht 3531 VENetherlands
>> @shapeblue
>> 
>> 
>> 
> 

Re: CS Collab Conf Brazil page is down

[Tutkowski, Mike]

Thanks for all your work on this, Marco! I’m definitely looking forward to 
attending.

On 1/23/17, 12:51 PM, "Marco Sinhoreli"  wrote:

Hi Aldrey, Mike and Nicolas.

Thank you for sharing yours points of view.

Last year, as I told you all before, many companies give up to sponsor the 
CCC by budget cut due to the economic and political crisis in Brazil. We tried 
until the last time to do that but the situation was really unsustainable to 
realize the event due to lack of sponsors. We confirmed March 20-21 with the 
venue but I agree the @Will arguments about the insufficient time until the 
dates proposed and for these dates are very close to the ApacheCon NA. 

We are working very close to the University and the community members to 
bring the CCC in Brazil. Our country is quite lacking in CCC level events and 
it will be a differential for many IT people. I personally admire a lot of you 
from this community and I see a huge differential compared to the others. As 
one old saying goes, "It's better quality than quantity," and that's exactly 
what I see in each of you. I have taken this message in several places that 
have visited and shown the honesty of the Apache CloudStack project for 
businesses and users. From my side, I will do my best to get the CCC in Brazil 
and didn't disappoint you. The Brazilian market already shows improvements and 
I feel that we will have sponsors to really make an incredible CCC. 

IMHO, following Will's thoughts and considering the Mike’s recommendation, 
September is the month most recommended for the CCC. 

Considering September the CCC date, we have from our side these tasks:
1- Put the website up
2- Open the CFP 
3- Advertise to the community
4- Define the minimum and maximum event size based on budget from sponsors
5- Documents needed to visa (when applied)
6- Hotels around the venue and discounts

Please, yours comments are very appreciated!

Best regards,

Marco Sinhoreli
Managing Consultant
marco.sinhor...@shapeblue.com
mobile: +55 21 98276 3636
 
Praia de Botafogo 501, bloco 1 - sala 101 – Botafogo
Rio de Janeiro, RJ - Brazil - CEP 22250-040
office: + 55 21 2586 6390 | fax: +55 21 2586 6002
http://www.shapeblue.com/ | twitter: @shapeblue







Em [DATE], "[NAME]" <[ADDRESS]> escreveu:

>Hi,
>
>I am personally OK with the event taking place in March, August, or 
September (i.e. any of the dates you've suggested).
>
>It might be a bit tight for March if the call for participation is not yet 
open.
>
>Also, I wonder if August might be tough for a bunch of people, though, as 
they may be on vacation.
>
>Let's keep the communication flowing with regards to this event. I know I 
am very eager to attend it and I'm guessing others are, as well.
>
>Thanks!
>Mike
>
>> On Jan 17, 2017, at 10:58 AM, Nicolas Vazquez  
wrote:
>> 
>> Hi Marco and all,
>> 
>> Thanks for answering about this event!
>> 
>> I would like to mention some things that, from my point of view, could be
>> improved by sharing my own experience. First of all, I think there has 
been
>> lack of communication about this event. Personally, I've been looking
>> forward to attend this event since last year, and the only official
>> announcement was that event has to be rescheduled. As I needed to change
>> flight tickets dates, I needed official information about the rescheduled
>> event dates and couldn't find it on web page as it's been down or not
>> updated. Luckly, I could communicate with Shapeblue people who helped me
>> confirming the dates of the event for March so I could reschedule flight
>> tickets on time (before September 28th). I think that they had to be
>> announced last year so that everybody could be aware of new dates and had
>> time to prepare for this CCC and could attend.
>> 
>> In my opinion, I would like that event will be held on March, but, if you
>> think it should have to be rescheduled again, can you please announce it 
or
>> update web page? I know this things require extra time and effort, but I
>> think that improving communication we can have a really nice CCC in Latin
>> America.
>> 
>> Thanks,
>> Nicolas Vazquez
>> 
>> 2017-01-17 12:51 GMT-03:00 Marco Sinhoreli 
:
>> 
>>> Hi Will and all.
>>> 
>>> Thanks for sharing your thoughts!
>>> 
>>> The event day is booked but we have flexibility to change the dates.
>>> Professor Rubens Queiroz from Unicamp agrees to change the date to 3rd
>>> quarter. He suggested August or September in order to have enough time 
and
>>> to get rid of eventual overlapping with other IT event dates and 

Re: CCC Miami Sponsor: ShapeBlue

[Tutkowski, Mike]

If it helps, Raj, I downloaded the sponsorship prospectus for ApacheCon NA 2017 
and it says 700+ participants are expected.

On 1/29/17, 7:37 PM, "Rajesh Ramchandani"  
wrote:

Hi Will -


I was wondering if you could suggest what will be the attendance 
expectation at CCC? I am hoping it will be a lot more than the ApacheCon Europe 
last year. We would love to sponsor as long as we are able to rally our 
community members to attend. Thanks.


Raj



From: Will Stevens 
Sent: Sunday, January 29, 2017 10:05 AM
To: market...@cloudstack.apache.org; us...@cloudstack.apache.org; 
dev@cloudstack.apache.org
Subject: CCC Miami Sponsor: ShapeBlue

Please join me in welcoming ShapeBlue  as the
ShapeBlue - The CloudStack Company
www.shapeblue.com
Introduction Upgrading CloudStack can sometimes be a little daunting - but 
as the 5P's proverb goes - Proper Planning Prevents Poor Performance.



first official sponsor of the CloudStack Collaboration Conference in
Miami.  ShapeBlue has been a dedicated sponsor and Apache CloudStack
supporter and we are thrilled to have them on board for this event.

The CloudStack Collaboration Conference in Miami is being hosted by
ApacheCon and it is shaping up to be a great event.  We are all looking
forward to seeing you there.

If you would like more information about the event, please checkout the
event website: http://us.cloudstackcollab.org/
Apache CloudStack Collaboration Conference - 
USA
us.cloudstackcollab.org
Apache CloudStack Collaboration Conference hosted in Miami at ApacheCon.




If you are interested in sponsoring the event, please review the
sponsorship section: http://us.cloudstackcollab.org/#sponsors
Apache CloudStack Collaboration Conference - 
USA
us.cloudstackcollab.org
Apache CloudStack Collaboration Conference hosted in Miami at ApacheCon.




Thanks again for the support ShapeBlue and looking forward to seeing you at
the event.

Cheers,

Will Stevens
VP @ Apache CloudStack



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

Re: RM for 4.10/master

[Tutkowski, Mike]

Hi Rajani,

I’m not sure when you’ll be building your list of PRs to put into 4.10, but 
could you consider this one (it addresses an issue that went into 4.10 with PR 
1600)?

https://github.com/apache/cloudstack/pull/1749

Thanks!
Mike

On 1/24/17, 4:49 PM, "Rajani Karuturi"  wrote:

We are facing some issues with our intenral CI post java8
changes. It might take a couple of days to resolve.

I will start merging the PRs once that is done. Meanwhile, I will
start reviewing the PRs.

I am tentatively looking at creating RC at the end of Feb.

Thanks,

~ Rajani

http://cloudplatform.accelerite.com/

On January 19, 2017 at 8:34 PM, Simon Weller (swel...@ena.com)
wrote:

Great, thanks Rajani!


From: Rajani Karuturi 
Sent: Thursday, January 19, 2017 1:15 AM
To: dev@cloudstack.apache.org
Subject: Re: RM for 4.10/master

Yes. thats true. Offlate I was busy with $dayjob activities and
wasnt able to give it enough time.

Starting next week, I will start working on it.

@Rohit, Is it possible to give me access to run CI?

~ Rajani

http://cloudplatform.accelerite.com/

On January 18, 2017 at 11:13 PM, Simon Weller (swel...@ena.com)
wrote:

I think Rajani had originally volunteered to be RM for 4.10 a
couple of months back.


From: Sergey Levitskiy 
Sent: Wednesday, January 18, 2017 11:34 AM
To: dev@cloudstack.apache.org
Subject: Re: RM for 4.10/master

There are many PR in the merge ready state or require
BlueOrangutan testing. Are there volunteers for 4.10 RM role?

On 1/16/17, 4:46 AM, "Rohit Yadav" 
wrote:

All,

I will be on holidays after 18th January and have other work
commitments, I won't be able to contribute much time on RM work.

Please feel free to take up RM responsibilities for 4.10
release, as per our schedule we wanted to freeze it by end of
this month. I can work with the new RM and help them use
@blueorangutan and Trillian for test related work.

Regards.

rohit.ya...@shapeblue.com
www.shapeblue.com
ShapeBlue - The CloudStack Company
www.shapeblue.com 
( http://www.shapeblue.com )
Introduction Upgrading CloudStack can sometimes be a little
daunting - but as the 5P's proverb goes - Proper Planning
Prevents Poor Performance.

53 Chandos Place, Covent Garden, London WC2N 4HSUK
@shapeblue

Re: Can't create a zone using master

[Tutkowski, Mike]

For the CloudStack networking person who might investigate this, here is the 
code I changed per Wei’s comments to get this to work:

https://github.com/mike-tutkowski/cloudstack/commit/fdb4fd1e4b4fbb61d8e30006fceca86b8664bb5e

On 2/15/17, 11:22 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> wrote:

Hi Rajani,

It looks like a combination of actions has fixed this for me:

1) From Wei: You may remove the "else" part which does not exist in 
previous versions in ConfigurationManagerImpl.java.
2) I made use of the new system VM template.

It looks like we have a bug in ConfigurationManagerImpl. I don’t know why 
that else block was added, so someone who knows more about that part of the 
codebase should probably investigate and see what needs to be done there. Maybe 
removing it, as Wei suggested, is what we want for a solution there or maybe 
that is just a Band-Aid. Someone who knows about this networking code can make 
the call.

Thanks,
Mike

On 2/15/17, 11:05 PM, "Rajani Karuturi" <raj...@apache.org> wrote:

This is the order in which they are merged.

* 7233ac3 N Merge pull request #977 from ustcweizhou/vm-snapshot
2 weeks ago [Rajani Karuturi]

* f10c8bf N Merge pull request #1700 from
wido/ipv6-basic-networking 3 weeks ago [Rajani Karuturi]

* 4721c53 N Merge pull request #1749 from
mike-tutkowski/archived_snapshots 3 weeks ago [Rajani Karuturi]

~ Rajani

http://cloudplatform.accelerite.com/

On February 16, 2017 at 11:20 AM, Tutkowski, Mike
(mike.tutkow...@netapp.com) wrote:

Actually Rajani, I just saw the email you sent out about a new
system VM template for master.

I can try to make use of that new template and see if that fixes
my agent issues.

On Feb 15, 2017, at 10:21 PM, Rajani Karuturi <raj...@apache.org>
wrote:

unfortunately, running one set of tests itself is very time
consuming(multiplied by hypervisors, network modes etc. its
impossible to run all)

If I remember correctly, wido tested it with PR 1700 (IPV6 in
basic networking)

Can you try a commit before and a commit after that PR?

Thanks,

~ Rajani

http://cloudplatform.accelerite.com/
    
    On February 16, 2017 at 1:02 AM, Tutkowski, Mike
(mike.tutkow...@netapp.com) wrote:

Thanks for noting that PR, Rene. I tried building a Basic Zone
making use of code from that PR, but – unfortunately – I still
get an exception (below).

On a related note, does this mean we don’t run any integration
tests that build a Basic Zone before we OK a PR to be checked
in?

ERROR [c.c.a.ApiServer] (qtp555984412-267:ctx-a904cbd0
ctx-062a000a) (logid:30f5a3ec) unhandled exception executing api
command: [Ljava.lang.String;@4732a98c
java.lang.NullPointerException
at
com.cloud.utils.net.NetUtils.getCidrNetmask(NetUtils.java:956)
at

com.cloud.configuration.ConfigurationManagerImpl.validateIpRange(ConfigurationManagerImpl.java:2924)
at

com.cloud.configuration.ConfigurationManagerImpl.createVlanAndPublicIpRange(ConfigurationManagerImpl.java:2822)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at

sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at

sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at

org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:333)
at

org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:190)
at

org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:157)
at

org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:107)
at

org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:168)
at

com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)
at

org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:168)
at

org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92)
at

org.springframework.aop.framework.ReflectiveMethodInvoca

Re: Can't create a zone using master

[Tutkowski, Mike]

Hi Rajani,

It looks like a combination of actions has fixed this for me:

1) From Wei: You may remove the "else" part which does not exist in previous 
versions in ConfigurationManagerImpl.java.
2) I made use of the new system VM template.

It looks like we have a bug in ConfigurationManagerImpl. I don’t know why that 
else block was added, so someone who knows more about that part of the codebase 
should probably investigate and see what needs to be done there. Maybe removing 
it, as Wei suggested, is what we want for a solution there or maybe that is 
just a Band-Aid. Someone who knows about this networking code can make the call.

Thanks,
Mike

On 2/15/17, 11:05 PM, "Rajani Karuturi" <raj...@apache.org> wrote:

This is the order in which they are merged.

* 7233ac3 N Merge pull request #977 from ustcweizhou/vm-snapshot
2 weeks ago [Rajani Karuturi]

* f10c8bf N Merge pull request #1700 from
wido/ipv6-basic-networking 3 weeks ago [Rajani Karuturi]

* 4721c53 N Merge pull request #1749 from
mike-tutkowski/archived_snapshots 3 weeks ago [Rajani Karuturi]

~ Rajani

http://cloudplatform.accelerite.com/

On February 16, 2017 at 11:20 AM, Tutkowski, Mike
(mike.tutkow...@netapp.com) wrote:

Actually Rajani, I just saw the email you sent out about a new
system VM template for master.

I can try to make use of that new template and see if that fixes
my agent issues.

On Feb 15, 2017, at 10:21 PM, Rajani Karuturi <raj...@apache.org>
wrote:

unfortunately, running one set of tests itself is very time
consuming(multiplied by hypervisors, network modes etc. its
impossible to run all)

If I remember correctly, wido tested it with PR 1700 (IPV6 in
basic networking)

Can you try a commit before and a commit after that PR?

Thanks,

~ Rajani

http://cloudplatform.accelerite.com/

On February 16, 2017 at 1:02 AM, Tutkowski, Mike
(mike.tutkow...@netapp.com) wrote:

Thanks for noting that PR, Rene. I tried building a Basic Zone
making use of code from that PR, but – unfortunately – I still
get an exception (below).

On a related note, does this mean we don’t run any integration
tests that build a Basic Zone before we OK a PR to be checked
in?

ERROR [c.c.a.ApiServer] (qtp555984412-267:ctx-a904cbd0
ctx-062a000a) (logid:30f5a3ec) unhandled exception executing api
command: [Ljava.lang.String;@4732a98c
java.lang.NullPointerException
at
com.cloud.utils.net.NetUtils.getCidrNetmask(NetUtils.java:956)
at

com.cloud.configuration.ConfigurationManagerImpl.validateIpRange(ConfigurationManagerImpl.java:2924)
at

com.cloud.configuration.ConfigurationManagerImpl.createVlanAndPublicIpRange(ConfigurationManagerImpl.java:2822)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at

sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at

sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at

org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:333)
at

org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:190)
at

org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:157)
at

org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:107)
at

org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:168)
at

com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)
at

org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:168)
at

org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92)
at

org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
at

org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:213)
at com.sun.proxy.$Proxy126.createVlanAndPublicIpRange(Unknown
Source)
at

org.apache.cloudstack.api.command.admin.vlan.CreateVlanIpRangeCmd.execute(CreateVlanIpRangeCmd.java:219)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:150)
at com.cloud.api.ApiServer.queueCommand(ApiServer.java:709)
at com.cloud.api.ApiServer.handleRequest(ApiServer.java:533)
at
com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:299)
at com.cloud.api.ApiServlet$1.run(ApiServlet.java:129)
at

org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.ca

Re: Can't create a zone using master

[Tutkowski, Mike]

Actually Rajani, I just saw the email you sent out about a new system VM 
template for master.

I can try to make use of that new template and see if that fixes my agent 
issues.

> On Feb 15, 2017, at 10:21 PM, Rajani Karuturi <raj...@apache.org> wrote:
> 
> unfortunately, running one set of tests itself is very time
> consuming(multiplied by hypervisors, network modes etc. its
> impossible to run all)
> 
> If I remember correctly, wido tested it with PR 1700 (IPV6 in
> basic networking)
> 
> Can you try a commit before and a commit after that PR?
> 
> Thanks,
> 
> ~ Rajani
> 
> http://cloudplatform.accelerite.com/
> 
> On February 16, 2017 at 1:02 AM, Tutkowski, Mike
> (mike.tutkow...@netapp.com) wrote:
> 
> Thanks for noting that PR, Rene. I tried building a Basic Zone
> making use of code from that PR, but – unfortunately – I still
> get an exception (below).
> 
> On a related note, does this mean we don’t run any integration
> tests that build a Basic Zone before we OK a PR to be checked in?
> 
> ERROR [c.c.a.ApiServer] (qtp555984412-267:ctx-a904cbd0
> ctx-062a000a) (logid:30f5a3ec) unhandled exception executing api
> command: [Ljava.lang.String;@4732a98c
> java.lang.NullPointerException
> at
> com.cloud.utils.net.NetUtils.getCidrNetmask(NetUtils.java:956)
> at
> com.cloud.configuration.ConfigurationManagerImpl.validateIpRange(ConfigurationManagerImpl.java:2924)
> at
> com.cloud.configuration.ConfigurationManagerImpl.createVlanAndPublicIpRange(ConfigurationManagerImpl.java:2822)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:333)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:190)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:157)
> at
> org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:107)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:168)
> at
> com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:168)
> at
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
> at
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:213)
> at com.sun.proxy.$Proxy126.createVlanAndPublicIpRange(Unknown
> Source)
> at
> org.apache.cloudstack.api.command.admin.vlan.CreateVlanIpRangeCmd.execute(CreateVlanIpRangeCmd.java:219)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:150)
> at com.cloud.api.ApiServer.queueCommand(ApiServer.java:709)
> at com.cloud.api.ApiServer.handleRequest(ApiServer.java:533)
> at
> com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:299)
> at com.cloud.api.ApiServlet$1.run(ApiServlet.java:129)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:126)
> at com.cloud.api.ApiServlet.doGet(ApiServlet.java:88)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at
> org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
> at
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1669)
> at
> org.eclipse.jetty.websocket.server.WebSocketUpgradeFilter.doFilter(WebSocketUpgradeFilter.java:189)
> at
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
> at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
> at
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
> at
> org.eclipse.jetty.server.session.Ses

Re: Can't create a zone using master

[Tutkowski, Mike]

Hi Rajani,

Just to make sure I'm running with the right code, can you provide me the SHA 
that you'd like me to test with?

Thanks!
Mike

> On Feb 15, 2017, at 10:21 PM, Rajani Karuturi <raj...@apache.org> wrote:
> 
> unfortunately, running one set of tests itself is very time
> consuming(multiplied by hypervisors, network modes etc. its
> impossible to run all)
> 
> If I remember correctly, wido tested it with PR 1700 (IPV6 in
> basic networking)
> 
> Can you try a commit before and a commit after that PR?
> 
> Thanks,
> 
> ~ Rajani
> 
> http://cloudplatform.accelerite.com/
> 
> On February 16, 2017 at 1:02 AM, Tutkowski, Mike
> (mike.tutkow...@netapp.com) wrote:
> 
> Thanks for noting that PR, Rene. I tried building a Basic Zone
> making use of code from that PR, but – unfortunately – I still
> get an exception (below).
> 
> On a related note, does this mean we don’t run any integration
> tests that build a Basic Zone before we OK a PR to be checked in?
> 
> ERROR [c.c.a.ApiServer] (qtp555984412-267:ctx-a904cbd0
> ctx-062a000a) (logid:30f5a3ec) unhandled exception executing api
> command: [Ljava.lang.String;@4732a98c
> java.lang.NullPointerException
> at
> com.cloud.utils.net.NetUtils.getCidrNetmask(NetUtils.java:956)
> at
> com.cloud.configuration.ConfigurationManagerImpl.validateIpRange(ConfigurationManagerImpl.java:2924)
> at
> com.cloud.configuration.ConfigurationManagerImpl.createVlanAndPublicIpRange(ConfigurationManagerImpl.java:2822)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:333)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:190)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:157)
> at
> org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:107)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:168)
> at
> com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:168)
> at
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92)
> at
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:179)
> at
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:213)
> at com.sun.proxy.$Proxy126.createVlanAndPublicIpRange(Unknown
> Source)
> at
> org.apache.cloudstack.api.command.admin.vlan.CreateVlanIpRangeCmd.execute(CreateVlanIpRangeCmd.java:219)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:150)
> at com.cloud.api.ApiServer.queueCommand(ApiServer.java:709)
> at com.cloud.api.ApiServer.handleRequest(ApiServer.java:533)
> at
> com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:299)
> at com.cloud.api.ApiServlet$1.run(ApiServlet.java:129)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
> at
> org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
> at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:126)
> at com.cloud.api.ApiServlet.doGet(ApiServlet.java:88)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> at
> org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:812)
> at
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1669)
> at
> org.eclipse.jetty.websocket.server.WebSocketUpgradeFilter.doFilter(WebSocketUpgradeFilter.java:189)
> at
> org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1652)
> at
> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:585)
> at
> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
> at
> org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:577)
> at
> org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:223)
> at
> org.e

Re: Can't create a zone using master

[Tutkowski, Mike]

I added a comment on the code of the relevant PR, but the PR is in the Merged 
state, so I don't know if people receive e-mail notifications then.

> On Feb 17, 2017, at 12:16 AM, Wei ZHOU <ustcweiz...@gmail.com> wrote:
> 
> Maybe we need ask Nuage why the lines are added.
> 
> 
> 2017-02-17 7:54 GMT+01:00 Tutkowski, Mike <mike.tutkow...@netapp.com>:
> 
>> Hopefully we can now find someone with experience in CloudStack's
>> networking code to tell us if that fix is OK or if that was just a Band-Aid
>> and we should do something more thorough to correct the issue.
>> 
>>> On Feb 16, 2017, at 11:48 PM, Rajani Karuturi <raj...@apache.org> wrote:
>>> 
>>> Thanks for digging it Mike.
>>> 
>>> ~ Rajani
>>> 
>>> http://cloudplatform.accelerite.com/
>>> 
>>> On February 17, 2017 at 12:18 AM, Tutkowski, Mike
>>> (mike.tutkow...@netapp.com) wrote:
>>> 
>>> Hi,
>>> 
>>> I opened a blocker for 4.10 regarding this issue:
>>> 
>>> https://issues.apache.org/jira/browse/CLOUDSTACK-9790
>>> 
>>> Thanks,
>>> Mike
>>> 
>>> On 2/16/17, 8:35 AM, "Tutkowski, Mike"
>>> <mike.tutkow...@netapp.com> wrote:
>>> 
>>> I believe the issue is here:
>>> 
>>> https://github.com/apache/cloudstack/pull/1579
>>> 
>>> In ConfigurationManagerImpl.java, it appears the lines that led
>>> to NPEs being thrown were added on lines 2924 – 2926:
>>> 
>>> https://github.com/apache/cloudstack/pull/1579/files
>>> 
>>> On 2/16/17, 2:42 AM, "Wido den Hollander" <w...@widodh.nl>
>>> wrote:
>>> 
>>>> Op 16 februari 2017 om 6:21 schreef Rajani Karuturi
>>> <raj...@apache.org>:
>>>> 
>>>> 
>>>> unfortunately, running one set of tests itself is very time
>>>> consuming(multiplied by hypervisors, network modes etc. its
>>>> impossible to run all)
>>>> 
>>>> If I remember correctly, wido tested it with PR 1700 (IPV6 in
>>>> basic networking)
>>>> 
>>> 
>>> I highly doubt it's PR 1700 which is causing this. The PR I have
>>> open to fix a issue ONLY applies if IPv6 has been set.
>>> 
>>> PR 1700 only does something when you have set a IPv6 subnet in
>>> the 'vlan' table:
>>> https://github.com/apache/cloudstack/commit/
>> c0e7766713b2631a167c2ceea7d42b574a5cd1b9#diff-
>> f90fdac6810fd89f89e827309a41d180R231
>>> 
>>> So I don't think it's caused by this since you NIC table will
>>> not be filled with IPv6 addresses afterwards.
>>> 
>>> Wido
>>> 
>>>> Can you try a commit before and a commit after that PR?
>>>> 
>>>> Thanks,
>>>> 
>>>> ~ Rajani
>>>> 
>>>> http://cloudplatform.accelerite.com/
>>>> 
>>>> On February 16, 2017 at 1:02 AM, Tutkowski, Mike
>>>> (mike.tutkow...@netapp.com) wrote:
>>>> 
>>>> Thanks for noting that PR, Rene. I tried building a Basic Zone
>>>> making use of code from that PR, but – unfortunately – I still
>>>> get an exception (below).
>>>> 
>>>> On a related note, does this mean we don’t run any integration
>>>> tests that build a Basic Zone before we OK a PR to be checked
>>> in?
>>>> 
>>>> ERROR [c.c.a.ApiServer] (qtp555984412-267:ctx-a904cbd0
>>>> ctx-062a000a) (logid:30f5a3ec) unhandled exception executing
>>> api
>>>> command: [Ljava.lang.String;@4732a98c
>>>> java.lang.NullPointerException
>>>> at
>>>> com.cloud.utils.net.NetUtils.getCidrNetmask(NetUtils.java:956)
>>>> at
>>>> 
>>> com.cloud.configuration.ConfigurationManagerImpl.validateIpRange(
>> ConfigurationManagerImpl.java:2924)
>>>> at
>>>> 
>>> com.cloud.configuration.ConfigurationManagerImpl.
>> createVlanAndPublicIpRange(ConfigurationManagerImpl.java:2822)
>>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>> at
>>>> 
>>> sun.reflect.NativeMethodAccessorImpl.invoke(
>> NativeMethodAccessorImpl.java:62)
>>>> at
>>>> 
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(
>> DelegatingMethodAccessorImpl.java:43)
>>>> at java.lang.reflect.Method.invoke(Method.java:498)
>>>> at
>>>> 
&g

Re: Some Jira tickets clean up

[Tutkowski, Mike]

Thanks for compiling this list, Rafael!

I see I was the reporter for this issue:

https://issues.apache.org/jira/browse/CLOUDSTACK-4164

I plan to take a look at it and see what the current state is.

On 2/23/17, 10:26 AM, "Rafael Weingärtner"  wrote:

Hi folks,
I have been reviewing old Jira tickets and we have a bunch that can be
closed. The following are the ones I have gone through. Before I close any
ticket I would like to check them with you, especially the ones from a
category called “Seems to be fixed has to be checked”. I will be waiting
for your feedback before I proceed to close any ticket.

- Have a title that does say much and the ticket does not have a detailed
description
-- https://issues.apache.org/jira/browse/CLOUDSTACK-2225
-- https://issues.apache.org/jira/browse/CLOUDSTACK-917
-- https://issues.apache.org/jira/browse/CLOUDSTACK-947
-- https://issues.apache.org/jira/browse/CLOUDSTACK-1259
-- https://issues.apache.org/jira/browse/CLOUDSTACK-1441
-- https://issues.apache.org/jira/browse/CLOUDSTACK-1576
-- https://issues.apache.org/jira/browse/CLOUDSTACK-2705
-- https://issues.apache.org/jira/browse/CLOUDSTACK-5793


- Already solved
-- https://issues.apache.org/jira/browse/CLOUDSTACK-2532
-- https://issues.apache.org/jira/browse/CLOUDSTACK-6735
-- https://issues.apache.org/jira/browse/CLOUDSTACK-6837
-- https://issues.apache.org/jira/browse/CLOUDSTACK-7161
-- https://issues.apache.org/jira/browse/CLOUDSTACK-8202
-- https://issues.apache.org/jira/browse/CLOUDSTACK-8781
-- https://issues.apache.org/jira/browse/CLOUDSTACK-8817
-- https://issues.apache.org/jira/browse/CLOUDSTACK-9065
-- https://issues.apache.org/jira/browse/CLOUDSTACK-1069
-- https://issues.apache.org/jira/browse/CLOUDSTACK-1460
-- https://issues.apache.org/jira/browse/CLOUDSTACK-1702
-- https://issues.apache.org/jira/browse/CLOUDSTACK-1870
-- https://issues.apache.org/jira/browse/CLOUDSTACK-2075
-- https://issues.apache.org/jira/browse/CLOUDSTACK-2213
-- https://issues.apache.org/jira/browse/CLOUDSTACK-2439
-- https://issues.apache.org/jira/browse/CLOUDSTACK-6009
-- https://issues.apache.org/jira/browse/CLOUDSTACK-5219
-- https://issues.apache.org/jira/browse/CLOUDSTACK-4847
-- https://issues.apache.org/jira/browse/CLOUDSTACK-4778
-- https://issues.apache.org/jira/browse/CLOUDSTACK-4238
-- https://issues.apache.org/jira/browse/CLOUDSTACK-4164
-- https://issues.apache.org/jira/browse/CLOUDSTACK-4071
-- https://issues.apache.org/jira/browse/CLOUDSTACK-4055

- Seems to be fixed has to be checked (I did not have how to check these
right now)
-- https://issues.apache.org/jira/browse/CLOUDSTACK-8873
-- https://issues.apache.org/jira/browse/CLOUDSTACK-8918
-- https://issues.apache.org/jira/browse/CLOUDSTACK-963
-- https://issues.apache.org/jira/browse/CLOUDSTACK-1025
-- https://issues.apache.org/jira/browse/CLOUDSTACK-1177
-- https://issues.apache.org/jira/browse/CLOUDSTACK-1225
-- https://issues.apache.org/jira/browse/CLOUDSTACK-1283
-- https://issues.apache.org/jira/browse/CLOUDSTACK-1284
-- https://issues.apache.org/jira/browse/CLOUDSTACK-1285
-- https://issues.apache.org/jira/browse/CLOUDSTACK-1287
-- https://issues.apache.org/jira/browse/CLOUDSTACK-1442
-- https://issues.apache.org/jira/browse/CLOUDSTACK-1478
-- https://issues.apache.org/jira/browse/CLOUDSTACK-1659
-- https://issues.apache.org/jira/browse/CLOUDSTACK-2215
-- https://issues.apache.org/jira/browse/CLOUDSTACK-2436
-- https://issues.apache.org/jira/browse/CLOUDSTACK-5225
-- https://issues.apache.org/jira/browse/CLOUDSTACK-4883
-- https://issues.apache.org/jira/browse/CLOUDSTACK-4440 (I think Nicolás
may be able to help checking this one)
-- https://issues.apache.org/jira/browse/CLOUDSTACK-3784

- May be able to close after brief discussion/conversation
-- https://issues.apache.org/jira/browse/CLOUDSTACK-7819 (are we supposed
to be able to add tags to projects? Is it working right now?)
-- https://issues.apache.org/jira/browse/CLOUDSTACK-1497 (Do we want to
preserve alien VMs?)
-- https://issues.apache.org/jira/browse/CLOUDSTACK-1570 (I did not
understand if this is a feature that we already have and was only lacking
documentation, or if it is a feature suggestion)
-- https://issues.apache.org/jira/browse/CLOUDSTACK-2535 (There is a
discussion one person said some old configuration should be removed and
other said that they should now. However, the discussion stopped there; I
think we can close this)
-- https://issues.apache.org/jira/browse/CLOUDSTACK-2616 (Database
connection validation, do we have a config in our connection pool to keep
those connections alive even when idle? Or at least recreate them when they
 

Re: Some Jira tickets clean up

[Tutkowski, Mike]

Thanks, Rafael. I uploaded an ISO and walked through the necessary parts of the 
wizard. I agree with you that it has been fixed. I commented on the ticket, 
then resolved and closed it just now.

On 2/23/17, 12:46 PM, "Rafael Weingärtner" <rafaelweingart...@gmail.com> wrote:

Thanks for taking time to look at this Mike.
The ticket (CLOUDSTACK-4164
<https://issues.apache.org/jira/browse/CLOUDSTACK-4164>) I managed to
check, and I believe it can be closed.

On Thu, Feb 23, 2017 at 2:39 PM, Tutkowski, Mike <mike.tutkow...@netapp.com>
wrote:

> Thanks for compiling this list, Rafael!
>
> I see I was the reporter for this issue:
>
> https://issues.apache.org/jira/browse/CLOUDSTACK-4164
>
> I plan to take a look at it and see what the current state is.
>
> On 2/23/17, 10:26 AM, "Rafael Weingärtner" <rafaelweingart...@gmail.com>
> wrote:
>
> Hi folks,
> I have been reviewing old Jira tickets and we have a bunch that can be
> closed. The following are the ones I have gone through. Before I close
> any
> ticket I would like to check them with you, especially the ones from a
> category called “Seems to be fixed has to be checked”. I will be
> waiting
> for your feedback before I proceed to close any ticket.
>
> - Have a title that does say much and the ticket does not have a
> detailed
> description
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-2225
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-917
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-947
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-1259
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-1441
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-1576
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-2705
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-5793
>
>
> - Already solved
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-2532
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-6735
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-6837
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-7161
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-8202
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-8781
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-8817
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-9065
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-1069
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-1460
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-1702
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-1870
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-2075
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-2213
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-2439
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-6009
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-5219
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-4847
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-4778
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-4238
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-4164
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-4071
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-4055
>
> - Seems to be fixed has to be checked (I did not have how to check
> these
> right now)
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-8873
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-8918
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-963
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-1025
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-1177
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-1225
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-1283
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-1284
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-1285
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-1287
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-1442
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-1478
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-1659
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-2215
> -- https://issues.apache.org/jira/browse/CLOUDSTACK-2436
> -- htt

Build Failure on Master

[Tutkowski, Mike]

Hi,

I may have missed it in recent e-mails, but is this a known issue and, if so, 
how can I get around it?

[ERROR] Failed to execute goal on project cloud-plugin-network-f5: Could not 
resolve dependencies for project 
org.apache.cloudstack:cloud-plugin-network-f5:jar:4.10.0.0-SNAPSHOT: Could not 
find artifact com.cloud.com.f5:icontrol:jar:12.1 in central 
(https://repo.maven.apache.org/maven2) -> [Help 1]

Thanks!
Mike

Re: Build Failure on Master

[Tutkowski, Mike]

Thanks!

> On Feb 13, 2017, at 2:52 PM, Sergey Levitskiy <sergey.levits...@autodesk.com> 
> wrote:
> 
> Thankfully @rhtyd maintains a repo of all dependencies 
> 
>>>>>>>>>>> 
> @serg38 I've been maintaining the non-oss libs here: 
> https://github.com/rhtyd/cloudstack-nonoss
>You can get the latest v12.1 library that is Java8 compatible from above, 
> it also includes the install-non-oss.sh script, you can simply clone the repo 
> and run it before building/packaging (in Jenkins too), in fact Travis jobs 
> actually do that: 
> https://github.com/apache/cloudstack/blob/master/tools/travis/install.sh#L28
> 
>>>>>>>>> 
> 
> 
> On 2/13/17, 1:44 PM, "Rafael Weingärtner" <rafaelweingart...@gmail.com> wrote:
> 
>Yes, it is.
> 
>This plugin is not on Maven central repo. You have to install it manually
>on your local maven repo.
> 
>On Mon, Feb 13, 2017 at 4:41 PM, Tutkowski, Mike 
> <mike.tutkow...@netapp.com>
>wrote:
> 
>> Hi,
>> 
>> I may have missed it in recent e-mails, but is this a known issue and, if
>> so, how can I get around it?
>> 
>> [ERROR] Failed to execute goal on project cloud-plugin-network-f5: Could
>> not resolve dependencies for project org.apache.cloudstack:cloud-
>> plugin-network-f5:jar:4.10.0.0-SNAPSHOT: Could not find artifact
>> com.cloud.com.f5:icontrol:jar:12.1 in central (https://repo.maven.apache.
>> org/maven2) -> [Help 1]
>> 
>> Thanks!
>> Mike
>> 
> 
> 
> 
>-- 
>Rafael Weingärtner
> 
> 

Can't create a zone using master

[Tutkowski, Mike]

Hi,

I’m getting a NullPointerException when trying to create a zone using master.

Below is the relevant code in ConfigurationManagerImpl.

In the else block, network.getCidr() returns null and NetUtil.getCidrNetmask 
then throws a NullPointerException.

I noticed that network.getGateway() also returns null (which seems odd).

Thoughts on this?

Thanks!
Mike

public Pair> validateIpRange(final String 
startIP, final String endIP, final String newVlanGateway, final String 
newVlanNetmask, final List vlans, final boolean ipv4,
final boolean ipv6, String ip6Gateway, String ip6Cidr, final String 
startIPv6, final String endIPv6, final Network network) {
String vlanGateway = null;
String vlanNetmask = null;
boolean sameSubnet = false;
if (CollectionUtils.isNotEmpty(vlans)) {
for (final VlanVO vlan : vlans) {
vlanGateway = vlan.getVlanGateway();
vlanNetmask = vlan.getVlanNetmask();
sameSubnet = hasSameSubnet(ipv4, vlanGateway, vlanNetmask, 
newVlanGateway, newVlanNetmask, startIP, endIP,
ipv6, ip6Gateway, ip6Cidr, startIPv6, endIPv6, network);
if (sameSubnet) break;
}
} else {
vlanGateway = network.getGateway();
vlanNetmask = NetUtils.getCidrNetmask(network.getCidr());

Annotations Exception

[Tutkowski, Mike]

Hi,

Anyone know why I might be getting this exception starting up the management 
server (with master)?

java.lang.Exception: Timeout scanning annotations
at 
org.eclipse.jetty.annotations.AnnotationConfiguration.scanForAnnotations(AnnotationConfiguration.java:578)
at 
org.eclipse.jetty.annotations.AnnotationConfiguration.configure(AnnotationConfiguration.java:448)
at org.eclipse.jetty.webapp.WebAppContext.configure(WebAppContext.java:479)
at 
org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1337)
at 
org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:741)
at org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:505)
at 
org.eclipse.jetty.maven.plugin.JettyWebAppContext.doStart(JettyWebAppContext.java:366)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at 
org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
at 
org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
at 
org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
at 
org.eclipse.jetty.server.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:163)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at 
org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
at 
org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
at 
org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at 
org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
at org.eclipse.jetty.server.Server.start(Server.java:387)
at 
org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
at 
org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
at org.eclipse.jetty.server.Server.doStart(Server.java:354)
at org.eclipse.jetty.maven.plugin.JettyServer.doStart(JettyServer.java:73)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at 
org.eclipse.jetty.maven.plugin.AbstractJettyMojo.startJetty(AbstractJettyMojo.java:535)
at 
org.eclipse.jetty.maven.plugin.AbstractJettyMojo.execute(AbstractJettyMojo.java:358)
at 
org.eclipse.jetty.maven.plugin.JettyRunMojo.execute(JettyRunMojo.java:167)
at 
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:133)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:108)
at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:76)
at 
org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
at 
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:116)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:361)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:155)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:584)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:213)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:157)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)

Thanks!
Mike

Re: Annotations Exception

[Tutkowski, Mike]

In case this happens to anyone else, here is how I solved it (maxWait 
parameter):

mvn –pl client jetty:run –Dnoredist –Dorg.eclipse.jetty.annotations.maxWait=240

On 2/14/17, 1:20 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> wrote:

Hi,

Anyone know why I might be getting this exception starting up the 
management server (with master)?

java.lang.Exception: Timeout scanning annotations
at 
org.eclipse.jetty.annotations.AnnotationConfiguration.scanForAnnotations(AnnotationConfiguration.java:578)
at 
org.eclipse.jetty.annotations.AnnotationConfiguration.configure(AnnotationConfiguration.java:448)
at 
org.eclipse.jetty.webapp.WebAppContext.configure(WebAppContext.java:479)
at 
org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1337)
at 
org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:741)
at 
org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:505)
at 
org.eclipse.jetty.maven.plugin.JettyWebAppContext.doStart(JettyWebAppContext.java:366)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at 
org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
at 
org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
at 
org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
at 
org.eclipse.jetty.server.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:163)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at 
org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
at 
org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
at 
org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at 
org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:132)
at org.eclipse.jetty.server.Server.start(Server.java:387)
at 
org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:114)
at 
org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:61)
at org.eclipse.jetty.server.Server.doStart(Server.java:354)
at 
org.eclipse.jetty.maven.plugin.JettyServer.doStart(JettyServer.java:73)
at 
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at 
org.eclipse.jetty.maven.plugin.AbstractJettyMojo.startJetty(AbstractJettyMojo.java:535)
at 
org.eclipse.jetty.maven.plugin.AbstractJettyMojo.execute(AbstractJettyMojo.java:358)
at 
org.eclipse.jetty.maven.plugin.JettyRunMojo.execute(JettyRunMojo.java:167)
at 
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:133)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at 
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:108)
at 
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:76)
at 
org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
at 
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:116)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:361)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:155)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:584)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:213)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:157)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
at 
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)

Thanks!
Mike

Re: Can't create a zone using master

[Tutkowski, Mike]

By the way, this is for a Basic Zone.

On 2/14/17, 2:44 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> wrote:

Hi,

I’m getting a NullPointerException when trying to create a zone using 
master.

Below is the relevant code in ConfigurationManagerImpl.

In the else block, network.getCidr() returns null and 
NetUtil.getCidrNetmask then throws a NullPointerException.

I noticed that network.getGateway() also returns null (which seems odd).

Thoughts on this?

Thanks!
Mike

public Pair<Boolean, Pair<String, String>> validateIpRange(final String 
startIP, final String endIP, final String newVlanGateway, final String 
newVlanNetmask, final List vlans, final boolean ipv4,
final boolean ipv6, String ip6Gateway, String ip6Cidr, final String 
startIPv6, final String endIPv6, final Network network) {
String vlanGateway = null;
String vlanNetmask = null;
boolean sameSubnet = false;
if (CollectionUtils.isNotEmpty(vlans)) {
for (final VlanVO vlan : vlans) {
vlanGateway = vlan.getVlanGateway();
vlanNetmask = vlan.getVlanNetmask();
sameSubnet = hasSameSubnet(ipv4, vlanGateway, vlanNetmask, 
newVlanGateway, newVlanNetmask, startIP, endIP,
ipv6, ip6Gateway, ip6Cidr, startIPv6, endIPv6, network);
if (sameSubnet) break;
}
} else {
vlanGateway = network.getGateway();
vlanNetmask = NetUtils.getCidrNetmask(network.getCidr());

Re: Can't create a zone using master

[Tutkowski, Mike]

Also, for any CloudStack networking person out there who is curious about this, 
I see the following in cloud.log for my SSVM:

Wed Feb 15 01:07:50 UTC 2017 Incompleted parameters STORAGE_IP:, 
STORAGE_NETMASK:, STORAGE_CIDR:. Cannot setup storage network
Wed Feb 15 01:07:50 UTC 2017 Not setting up route of RFC1918 space to 
10.117.40.126 befause 10.117.40.93 is RFC1918.

On 2/14/17, 6:14 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> wrote:

I’m not very familiar with the networking code that’s failing, but I worked 
around it with these changes:


https://github.com/mike-tutkowski/cloudstack/commit/834b7ea7df18f278cbc9eb1bfaa9578fad2debeb

I’m not sure if those are viable changes in this case, but perhaps someone 
who works in the networking area of CloudStack can say.

The problem now, however (and maybe this is unrelated), is that neither my 
CPVM nor my SSVM report their agent as Running.

Those system VMs do show as each having public, private, and link local IP 
addresses (as well as an IP address for their gateway).

Is anyone else having these kinds of issues with recent master code?

Thanks!
Mike

On 2/14/17, 3:02 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> wrote:

By the way, this is for a Basic Zone.
    
    On 2/14/17, 2:44 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> 
wrote:

Hi,

I’m getting a NullPointerException when trying to create a zone 
using master.

Below is the relevant code in ConfigurationManagerImpl.

In the else block, network.getCidr() returns null and 
NetUtil.getCidrNetmask then throws a NullPointerException.

I noticed that network.getGateway() also returns null (which seems 
odd).

Thoughts on this?

Thanks!
Mike

public Pair<Boolean, Pair<String, String>> validateIpRange(final 
String startIP, final String endIP, final String newVlanGateway, final String 
newVlanNetmask, final List vlans, final boolean ipv4,
final boolean ipv6, String ip6Gateway, String ip6Cidr, 
final String startIPv6, final String endIPv6, final Network network) {
String vlanGateway = null;
String vlanNetmask = null;
boolean sameSubnet = false;
if (CollectionUtils.isNotEmpty(vlans)) {
for (final VlanVO vlan : vlans) {
vlanGateway = vlan.getVlanGateway();
vlanNetmask = vlan.getVlanNetmask();
sameSubnet = hasSameSubnet(ipv4, vlanGateway, 
vlanNetmask, newVlanGateway, newVlanNetmask, startIP, endIP,
ipv6, ip6Gateway, ip6Cidr, startIPv6, endIPv6, 
network);
if (sameSubnet) break;
}
} else {
vlanGateway = network.getGateway();
vlanNetmask = NetUtils.getCidrNetmask(network.getCidr());

Re: Can't create a zone using master

[Tutkowski, Mike]

If it helps in debugging, I typically assign 10.117.40.20 - 10.117.40.25 for 
Management IPs and 10.117.40.26 - 10.117.40.99 for Guest IPs.

On the network in my lab, I am assigned the following range (by our IT people):

10.117.40.0 /25 (10.117.40.0 - 10.117.40.127)

Subnet Mask: 255.255.255.128
Gateway: 10.117.40.126

This worked fine up until I rebased against master recently.

Thanks!
Mike

On 2/14/17, 6:20 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> wrote:

Also, for any CloudStack networking person out there who is curious about 
this, I see the following in cloud.log for my SSVM:

Wed Feb 15 01:07:50 UTC 2017 Incompleted parameters STORAGE_IP:, 
STORAGE_NETMASK:, STORAGE_CIDR:. Cannot setup storage network
Wed Feb 15 01:07:50 UTC 2017 Not setting up route of RFC1918 space to 
10.117.40.126 befause 10.117.40.93 is RFC1918.

On 2/14/17, 6:14 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> wrote:

I’m not very familiar with the networking code that’s failing, but I 
worked around it with these changes:


https://github.com/mike-tutkowski/cloudstack/commit/834b7ea7df18f278cbc9eb1bfaa9578fad2debeb

I’m not sure if those are viable changes in this case, but perhaps 
someone who works in the networking area of CloudStack can say.

The problem now, however (and maybe this is unrelated), is that neither 
my CPVM nor my SSVM report their agent as Running.

Those system VMs do show as each having public, private, and link local 
IP addresses (as well as an IP address for their gateway).

Is anyone else having these kinds of issues with recent master code?

Thanks!
Mike
    
    On 2/14/17, 3:02 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> 
wrote:

By the way, this is for a Basic Zone.
    
    On 2/14/17, 2:44 PM, "Tutkowski, Mike" <mike.tutkow...@netapp.com> 
wrote:

Hi,

I’m getting a NullPointerException when trying to create a zone 
using master.

Below is the relevant code in ConfigurationManagerImpl.

In the else block, network.getCidr() returns null and 
NetUtil.getCidrNetmask then throws a NullPointerException.

I noticed that network.getGateway() also returns null (which 
seems odd).

Thoughts on this?

Thanks!
Mike

public Pair<Boolean, Pair<String, String>> 
validateIpRange(final String startIP, final String endIP, final String 
newVlanGateway, final String newVlanNetmask, final List vlans, final 
boolean ipv4,
final boolean ipv6, String ip6Gateway, String ip6Cidr, 
final String startIPv6, final String endIPv6, final Network network) {
String vlanGateway = null;
String vlanNetmask = null;
boolean sameSubnet = false;
if (CollectionUtils.isNotEmpty(vlans)) {
for (final VlanVO vlan : vlans) {
vlanGateway = vlan.getVlanGateway();
vlanNetmask = vlan.getVlanNetmask();
sameSubnet = hasSameSubnet(ipv4, vlanGateway, 
vlanNetmask, newVlanGateway, newVlanNetmask, startIP, endIP,
ipv6, ip6Gateway, ip6Cidr, startIPv6, 
endIPv6, network);
if (sameSubnet) break;
}
} else {
vlanGateway = network.getGateway();
vlanNetmask = 
NetUtils.getCidrNetmask(network.getCidr());