date:20150108

people, this thread is obsolete. please look at the 4.4.3 release candidate

On Thu, Jan 8, 2015 at 10:04 AM, Nux!  wrote:
> Rohit,
>
> What do you mean by "a 4.4.2 patch"?
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Rohit Yadav" 
>> To: dev@cloudstack.apache.org
>> Sent: Thursday, 8 January, 2015 07:42:35
>> Subject: Re: [ACS44]release 4.4.3
>
>> I think we should do 4.4.3, I can of course help release a 4.4.2 patch as 
>> well.
>> It should not conflict with 4.5.0 release process and I think multiple 
>> releases
>> can be done in parallel.
>>
>>> On 08-Jan-2015, at 2:58 am, Nux!  wrote:
>>>
>>> Or we could kindly ask Rohit for an unofficial shapeblue package, but this 
>>> could
>>> become a slippery slope.
>>>
>>> Lucian
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>>> www.nux.ro
>>>
>>> - Original Message -
 From: "Daan Hoogland" 
 To: "dev" 
 Sent: Wednesday, 7 January, 2015 10:30:05
 Subject: Re: [ACS44]release 4.4.3
>>>
 I don't think it does Lucian. But a lot of people wanting 4.4.3 does
 warrant it. As we have no ongoing release votes at the moment I will
 start with building an rc.

 On Tue, Jan 6, 2015 at 11:52 AM, Nux!  wrote:
> Thanks Rohit.
>
> Daan, well that's that. Does it warrant a 4.4.3?
>
> I don't see anyone else rushing with other issues.
>
> Lucian
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
>> From: "Rohit Yadav" 
>> To: "Nux!" 
>> Cc: dev@cloudstack.apache.org
>> Sent: Tuesday, 6 January, 2015 08:31:36
>> Subject: Re: [ACS44]release 4.4.3
>
>> Hi Lucian,
>>
>> I backported couple of qualifying bugfixes that were backported to 4.3, 
>> to 4.4
>> branch.
>> I don’t have any other issues on plate now.
>>
>>> On 05-Jan-2015, at 10:27 pm, Nux!  wrote:
>>>
>>> Hi,
>>>
>>> Rohit (cc'ed) said he had a few issues he wants to add to 4.4.3 that he 
>>> added in
>>> 4.3.2 who are also in 4.5.
>>> Rohit, care to detail so we can wrap this up?
>>>
>>> Lucian
>>>
>>> --
>>> Sent from the Delta quadrant using Borg technology!
>>>
>>> Nux!
>>> www.nux.ro
>>>
>>> - Original Message -
 From: "Daan Hoogland" 
 To: "dev" 
 Sent: Monday, 5 January, 2015 12:35:40
 Subject: Re: [ACS44]release 4.4.3
>>>
 ping,

 I had no reactions on this. Do we not need a 4.4.3? Are there no
 (critical) issues [1] that need fixing for a 4.4.3? Is everybody happy
 with the fixed issues [2] ?

 [1]
 https://issues.apache.org/jira/secure/IssueNavigator.jspa?mode=hide&requestId=12327119
 [2]
 https://issues.apache.org/jira/secure/IssueNavigator.jspa?mode=hide&requestId=12330007

 I am happy to build a release candidate as is, provided It gets the
 attention it deserves for voting. Given the latest cloudmonkey release
 we have an issue there!

 regards,
 Daan

 On Fri, Jan 2, 2015 at 10:12 AM, Daan Hoogland 
  wrote:
> H,
>
> As I sugested before christmas I will put some effort into a 4.4.3
> release. I didn't have time for that over the holidays due to a
> painfull issue in our internal instance where the clustered
> environment wouldn't spin up instances correctly. Sorry for giving
> anyone false hope.
>
> I will give releasing some attention this weekend. For this please
> have a look at the release dashboard [1] and give me as much clues as
> possible on it's readiness for release. I will probably make a first
> release candidate by the end of the weekend if nothing big comes up.
>
> Please point me to any issues that might be fixed by cherry picking
> and to fix branches that I might merge.
>
> [1] 
> https://issues.apache.org/jira/secure/Dashboard.jspa?selectPageId=12323265
> --
> Daan



 --
 Daan
>>
>> Regards,
>> Rohit Yadav
>> Software Architect, ShapeBlue
>> M. +91 88 262 30892 | rohit.ya...@shapeblue.com
>> Blog: bhaisaab.org | Twitter: @_bhaisaab
>>
>>
>>
>> Find out more about ShapeBlue and our range of CloudStack related 
>> services
>>
>> IaaS Cloud Design & 
>> Build
>> CSForge – rapid IaaS deployment framework
>> CloudStack Consulting
>> CloudStack Software
>> Engineering

Re: jenkins jobs

I don't seem to have enough rights to do this work so two questions for now:

@Rohit/Will: how much of the 4.3 jobs are still needed? Last succesful
ones are 20 days old and some (systemvm) seem to have never worked.

@Edison: can you have a look at fastbuildserver and linodebuildserver?
The slave process on fastbuildserver seems to crash on the first job
it processes. Jenkins seems to have no workspace on linodebuildserver.

thanks

On Wed, Jan 7, 2015 at 7:06 PM, Rajani Karuturi  wrote:
> Thanks for taking this up Daan.
> Since no one complained about the failed jobs, i think it should be ok to
> atleast clean all of those.
> It looks like no one is looking at jenkins except for systemvm template and
> rpms.
>
> ~Rajani
>
> On Wed, Jan 7, 2015 at 8:51 PM, Daan Hoogland 
> wrote:
>
>> H,
>>
>> jenkins.bac.o is loaded with disfunctional jobs. I want to do a
>> cleanup but am not aware of a list of jobs that are actual and needed.
>> Can I clean at will or/and are there considerations I should make?
>>
>> thanks,
>> --
>> Daan
>>

-- 
Daan

Re: jenkins jobs

2015-01-08 Thread Rohit Yadav


I would say don't delete any job of 4.3/4.2 or old/obsolete releases,
remove any builds and disable (older) jobs such as 4.3 systemvms etc.

4.3 jobs are not needed now (unless we'll do some kind of release in
future) so I would say we can safely disable them or remove old builds
but please DO NOT delete any jobs.

On Thursday 08 January 2015 04:18 PM, Daan Hoogland wrote:

I don't seem to have enough rights to do this work so two questions for now:

@Rohit/Will: how much of the 4.3 jobs are still needed? Last succesful
ones are 20 days old and some (systemvm) seem to have never worked.

@Edison: can you have a look at fastbuildserver and linodebuildserver?
The slave process on fastbuildserver seems to crash on the first job
it processes. Jenkins seems to have no workspace on linodebuildserver.

thanks


On Wed, Jan 7, 2015 at 7:06 PM, Rajani Karuturi  wrote:

Thanks for taking this up Daan.
Since no one complained about the failed jobs, i think it should be ok to
atleast clean all of those.
It looks like no one is looking at jenkins except for systemvm template and
rpms.

~Rajani

On Wed, Jan 7, 2015 at 8:51 PM, Daan Hoogland 
wrote:


H,

jenkins.bac.o is loaded with disfunctional jobs. I want to do a
cleanup but am not aware of a list of jobs that are actual and needed.
Can I clean at will or/and are there considerations I should make?

thanks,
--
Daan







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

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

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

for non-committer member , how could we contribute to cwiki pages?

2015-01-08 Thread ChunFeng

Hi all,


I want to share some of my  configuration experience about cygwin on 
windows  , however  I am not  editor to modify below link page :   


https://cwiki.apache.org/confluence/display/CLOUDSTACK/Setting+up+a+CloudStack+dev+environment+on+Windows



   for non-committer member , how could we contribute to cwiki pages?


   BTW, I am already a registered user , my profile address is : 
https://cwiki.apache.org/confluence/display/~chunfeng 




--


Regards,


ChunFeng

Re: for non-committer member , how could we contribute to cwiki pages?

2015-01-08 Thread Rohit Yadav

I think any PMC or person with admin rights on Confluence/Cwiki.a.o
should be able to grant you rights. Hugo, Chip, Daan, others?

On Thursday 08 January 2015 04:39 PM, ChunFeng wrote:

Hi all,

I want to share some of my configuration experience about cygwin on
windows , however I am not editor to modify below link page :

https://cwiki.apache.org/confluence/display/CLOUDSTACK/Setting+up+a+CloudStack+dev+environment+on+Windows

for non-committer member , how could we contribute to cwiki pages?

BTW, I am already a registered user , my profile address is :
https://cwiki.apache.org/confluence/display/~chunfeng

Regards,

ChunFeng

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

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

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

Re: for non-committer member , how could we contribute to cwiki pages?

ChunFeng, you're in, please have a try

On Thu, Jan 8, 2015 at 12:17 PM, Rohit Yadav  wrote:
> I think any PMC or person with admin rights on Confluence/Cwiki.a.o
> should be able to grant you rights. Hugo, Chip, Daan, others?
>
>
> On Thursday 08 January 2015 04:39 PM, ChunFeng wrote:
>>
>> Hi all,
>>
>>
>>  I want to share some of my  configuration experience about cygwin on
>> windows  , however  I am not  editor to modify below link page :
>>
>>
>>
>> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Setting+up+a+CloudStack+dev+environment+on+Windows
>>
>>
>>
>> for non-committer member , how could we contribute to cwiki pages?
>>
>>
>> BTW, I am already a registered user , my profile address is :
>> https://cwiki.apache.org/confluence/display/~chunfeng
>>
>>
>>
>>
>> --
>>
>>
>> Regards,
>>
>>
>> ChunFeng
>>
>
> --
> Regards,
> Rohit Yadav
> Software Architect, ShapeBlue
> M. +91 8826230892 | rohit.ya...@shapeblue.com
> Blog: bhaisaab.org | Twitter: @_bhaisaab
> PS. If you see any footer below, I did not add it :)
> Find out more about ShapeBlue and our range of CloudStack related services
>
> IaaS Cloud Design &
> Build
> CSForge – rapid IaaS deployment framework
> CloudStack Consulting
> CloudStack Software
> Engineering
> CloudStack Infrastructure
> Support
> CloudStack Bootcamp Training
> Courses
>
> This email and any attachments to it may be confidential and are intended
> solely for the use of the individual to whom it is addressed. Any views or
> opinions expressed are solely those of the author and do not necessarily
> represent those of Shape Blue Ltd or related companies. If you are not the
> intended recipient of this email, you must neither take any action based
> upon its contents, nor copy or show it to anyone. Please contact the sender
> if you believe you have received this email in error. Shape Blue Ltd is a
> company incorporated in England & Wales. ShapeBlue Services India LLP is a
> company incorporated in India and is operated under license from Shape Blue
> Ltd. Shape Blue Brasil Consultoria Ltda is a company incorporated in Brasil
> and is operated under license from Shape Blue Ltd. ShapeBlue SA Pty Ltd is a
> company registered by The Republic of South Africa and is traded under
> license from Shape Blue Ltd. ShapeBlue is a registered trademark.



-- 
Daan

RE: Vlan issue with ACS 4.4 and XenServer 6.2

2015-01-08 Thread Matthew Midgett

Yes I sure did and I can see in xenserver that the vlan is created and the vm 
is attached to the right vlan. 



On Jan 8, 2015, 2:25 AM, at 2:25 AM, Sanjeev Neelarapu 
 wrote:
>Hi Matt,
>
>Did you specify vlan ID as 501 while creating private network with
>public ips in cloudstack?
>
>-Sanjeev
>
>-Original Message-
>From: Matthew Midgett [mailto:clouds...@trick-solutions.com.INVALID] 
>Sent: Wednesday, January 07, 2015 8:42 AM
>To: dev@cloudstack.apache.org; aemne...@gmail.com
>Subject: RE: Vlan issue with ACS 4.4 and XenServer 6.2
>
>It is there because I can disable the zone, delete the VM and network.
>Use XenCenter to add a vlan of 501. Manually install 2 VM's on
>different hypervisors and ping both VM and the GW that on the router.
>This config tells me that 501 is configured correctly. The switch ports
>for the vlan 501 network are trunked. When ACS creates the vlan 501
>from the network config it doesn’t work correctly. When the VM and VR
>are on the same host it works just fine. When there not the Vlan isn 't
>working. It's strange. I can ping the GW from both VM's but can't ping
>the VM on the other hypervisor or the VR. If I migrate all the VM's and
>VR to the same hypervisor it works as expected.
>
>The vlan 501 on the router holds the GW address so if it wan't there I
>would 't be able to ping it.
>
>I have tried everything from new networking services to vlan's trunking
>and not trunking and just switchport with vlan. It doen't want to work.
>
>The vlan500 how ever is the console router and SSVM. I think that it
>works as expected but I havn't ssh into them to try. They are doing
>their job and I can have an public ip console and ssvm is downloading
>templates and moving VM templates from Sec storage to primary.
>
>Any more ideas?
>
>-Original Message-
>From: Ahmad Emneina [mailto:aemne...@gmail.com]
>Sent: Tuesday, January 06, 2015 9:11 PM
>To: dev@cloudstack.apache.org
>Subject: Re: Vlan issue with ACS 4.4 and XenServer 6.2
>
>Hey Matt, it sounds like you have a vlan trunking issue. Check the
>switch port configuration for the port(s) yout hypervisors are
>connected to, ensure that vlan is present.
>
>On Tue, Jan 6, 2015 at 5:43 PM, Matthew Midgett <
>clouds...@trick-solutions.com.invalid> wrote:
>
>> In my test deployment I have 2 hypervisors with XenServer 6.2 
>> installed. I am creating a private network with public Ips, so that 
>> the VR is only used to hand out IPs and meta data. The vlan is 501, 
>> and it has a range of 216.249.111.2-254. What happens is that when I 
>> create new VM's and they spawn on the server with the VR cloud-init 
>> works and it gets the password and the server is good. When is spawns
>
>> on the other hypervisor it can't connect to the VR and because of
>this 
>> it doesn't get its meta data. What I do is quickly move the VR to the
>
>> other hypervisor, this allows it to get the meta data so I can login.
>> Once this is done I can login and ping the gateway for vlan 501 but 
>> can't ping the other VM or the VR if it's not on the same hypervisor.
>> I know my trunks and vlans are correct and the interfaces that's
>being 
>> assigned. To test this I shutdown the zone and deleted the network.
>> Then I removed Vlan501 from the XenServer's and created it manually
>on 
>> the exact same nic as it was before. Then I added a ISO repo and 
>> manually installed 2 vms manually assigning the public ip's. It works
>
>> as expected, I can ping the gateway and the other VM on the other 
>> hypervisor. This was to prove my vlan config.
>>
>>
>>
>> What do I do?
>>
>>

Re: CS MS Logging Level

I got around looking at this (under peer pressure @SBP;) There is a
property to maven jetty plugin:
  

  log4j.configuration
  ${project.build.directory}/log4j.xml 

  

doing some final test before checking in. Not sure what changed but in
jetty and when. It seems to pick the first or last on the class path
or the lowest or highest hashed one without this set. dunno

Daan

On Wed, Dec 31, 2014 at 2:40 PM, Daan Hoogland  wrote:
> Anshul,
>
> The hyperv log4j configuration should not be used at all.
>
> On Wed, Dec 31, 2014 at 6:55 AM, Anshul Gangwar
>  wrote:
>> Daan,
>>
>> I am not seeing extraneous logs on my dev setup other than thread which is 
>> cleaning up expired async-jobs.
>>
>> You can safely change CONSOLE appender's threshold to INFO in hyperv plugin  
>> if you think that is causing the problem.
>> We will not lose much info which we want to show to user by this change. And 
>> in any case it will be available in vmops.log.
>> CONSOLE appender's threshold is set to TRACE since the start of plugin.
>>
>> -Original Message-
>> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> Sent: Tuesday, December 30, 2014 11:10 PM
>> To: dev@cloudstack.apache.org
>> Subject: Re: CS MS Logging Level
>>
>> No, vmops.log does not seem to be getting spammed...just the console.
>>
>> On Tue, Dec 30, 2014 at 1:44 AM, Daan Hoogland 
>> wrote:
>>
>>> Mike,
>>>
>>> It doesn't spew to vmops.log anymore, right? It seems that the new
>>> jetty version interprets all the log4j/classpath differently and the
>>> one from the hyperv plugin takes precedence. I have been looking for a
>>> solution but haven't found one yet.
>>>
>>> On Mon, Dec 29, 2014 at 10:02 PM, Mike Tutkowski
>>>  wrote:
>>> > Hi,
>>> >
>>> > Does anyone know if the logging level or something like that changed
>>> > on
>>> the
>>> > management server in 4.6?
>>> >
>>> > It seems like it's spewing out tons of information to the console
>>> > these days.
>>> >
>>> > Thanks!
>>> >
>>> > --
>>> > *Mike Tutkowski*
>>> > *Senior CloudStack Developer, SolidFire Inc.*
>>> > e: mike.tutkow...@solidfire.com
>>> > o: 303.746.7302
>>> > Advancing the way the world uses the cloud
>>> > *™*
>>>
>>>
>>>
>>> --
>>> Daan
>>>
>>
>>
>>
>> --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkow...@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the cloud
>> *™*
>
>
>
> --
> Daan



-- 
Daan

Re: CS MS Logging Level

Great - thanks, Daan!

On Thu, Jan 8, 2015 at 7:17 AM, Daan Hoogland 
wrote:

> I got around looking at this (under peer pressure @SBP;) There is a
> property to maven jetty plugin:
>   
> 
>   log4j.configuration
>   ${project.build.directory}/log4j.xml 
> 
>   
>
> doing some final test before checking in. Not sure what changed but in
> jetty and when. It seems to pick the first or last on the class path
> or the lowest or highest hashed one without this set. dunno
>
> Daan
>
> On Wed, Dec 31, 2014 at 2:40 PM, Daan Hoogland 
> wrote:
> > Anshul,
> >
> > The hyperv log4j configuration should not be used at all.
> >
> > On Wed, Dec 31, 2014 at 6:55 AM, Anshul Gangwar
> >  wrote:
> >> Daan,
> >>
> >> I am not seeing extraneous logs on my dev setup other than thread which
> is cleaning up expired async-jobs.
> >>
> >> You can safely change CONSOLE appender's threshold to INFO in hyperv
> plugin  if you think that is causing the problem.
> >> We will not lose much info which we want to show to user by this
> change. And in any case it will be available in vmops.log.
> >> CONSOLE appender's threshold is set to TRACE since the start of plugin.
> >>
> >> -Original Message-
> >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> >> Sent: Tuesday, December 30, 2014 11:10 PM
> >> To: dev@cloudstack.apache.org
> >> Subject: Re: CS MS Logging Level
> >>
> >> No, vmops.log does not seem to be getting spammed...just the console.
> >>
> >> On Tue, Dec 30, 2014 at 1:44 AM, Daan Hoogland  >
> >> wrote:
> >>
> >>> Mike,
> >>>
> >>> It doesn't spew to vmops.log anymore, right? It seems that the new
> >>> jetty version interprets all the log4j/classpath differently and the
> >>> one from the hyperv plugin takes precedence. I have been looking for a
> >>> solution but haven't found one yet.
> >>>
> >>> On Mon, Dec 29, 2014 at 10:02 PM, Mike Tutkowski
> >>>  wrote:
> >>> > Hi,
> >>> >
> >>> > Does anyone know if the logging level or something like that changed
> >>> > on
> >>> the
> >>> > management server in 4.6?
> >>> >
> >>> > It seems like it's spewing out tons of information to the console
> >>> > these days.
> >>> >
> >>> > Thanks!
> >>> >
> >>> > --
> >>> > *Mike Tutkowski*
> >>> > *Senior CloudStack Developer, SolidFire Inc.*
> >>> > e: mike.tutkow...@solidfire.com
> >>> > o: 303.746.7302
> >>> > Advancing the way the world uses the cloud
> >>> > *™*
> >>>
> >>>
> >>>
> >>> --
> >>> Daan
> >>>
> >>
> >>
> >>
> >> --
> >> *Mike Tutkowski*
> >> *Senior CloudStack Developer, SolidFire Inc.*
> >> e: mike.tutkow...@solidfire.com
> >> o: 303.746.7302
> >> Advancing the way the world uses the cloud
> >> *™*
> >
> >
> >
> > --
> > Daan
>
>
>
> --
> Daan
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

Re: CS MS Logging Level

It seems I had thrown away another log4j conf to get this working:( I
did a clean checkout and my trick isn't working anymore. keep you
posted

On Thu, Jan 8, 2015 at 3:21 PM, Mike Tutkowski
 wrote:
> Great - thanks, Daan!
>
> On Thu, Jan 8, 2015 at 7:17 AM, Daan Hoogland 
> wrote:
>
>> I got around looking at this (under peer pressure @SBP;) There is a
>> property to maven jetty plugin:
>>   
>> 
>>   log4j.configuration
>>   ${project.build.directory}/log4j.xml 
>> 
>>   
>>
>> doing some final test before checking in. Not sure what changed but in
>> jetty and when. It seems to pick the first or last on the class path
>> or the lowest or highest hashed one without this set. dunno
>>
>> Daan
>>
>> On Wed, Dec 31, 2014 at 2:40 PM, Daan Hoogland 
>> wrote:
>> > Anshul,
>> >
>> > The hyperv log4j configuration should not be used at all.
>> >
>> > On Wed, Dec 31, 2014 at 6:55 AM, Anshul Gangwar
>> >  wrote:
>> >> Daan,
>> >>
>> >> I am not seeing extraneous logs on my dev setup other than thread which
>> is cleaning up expired async-jobs.
>> >>
>> >> You can safely change CONSOLE appender's threshold to INFO in hyperv
>> plugin  if you think that is causing the problem.
>> >> We will not lose much info which we want to show to user by this
>> change. And in any case it will be available in vmops.log.
>> >> CONSOLE appender's threshold is set to TRACE since the start of plugin.
>> >>
>> >> -Original Message-
>> >> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> >> Sent: Tuesday, December 30, 2014 11:10 PM
>> >> To: dev@cloudstack.apache.org
>> >> Subject: Re: CS MS Logging Level
>> >>
>> >> No, vmops.log does not seem to be getting spammed...just the console.
>> >>
>> >> On Tue, Dec 30, 2014 at 1:44 AM, Daan Hoogland > >
>> >> wrote:
>> >>
>> >>> Mike,
>> >>>
>> >>> It doesn't spew to vmops.log anymore, right? It seems that the new
>> >>> jetty version interprets all the log4j/classpath differently and the
>> >>> one from the hyperv plugin takes precedence. I have been looking for a
>> >>> solution but haven't found one yet.
>> >>>
>> >>> On Mon, Dec 29, 2014 at 10:02 PM, Mike Tutkowski
>> >>>  wrote:
>> >>> > Hi,
>> >>> >
>> >>> > Does anyone know if the logging level or something like that changed
>> >>> > on
>> >>> the
>> >>> > management server in 4.6?
>> >>> >
>> >>> > It seems like it's spewing out tons of information to the console
>> >>> > these days.
>> >>> >
>> >>> > Thanks!
>> >>> >
>> >>> > --
>> >>> > *Mike Tutkowski*
>> >>> > *Senior CloudStack Developer, SolidFire Inc.*
>> >>> > e: mike.tutkow...@solidfire.com
>> >>> > o: 303.746.7302
>> >>> > Advancing the way the world uses the cloud
>> >>> > *™*
>> >>>
>> >>>
>> >>>
>> >>> --
>> >>> Daan
>> >>>
>> >>
>> >>
>> >>
>> >> --
>> >> *Mike Tutkowski*
>> >> *Senior CloudStack Developer, SolidFire Inc.*
>> >> e: mike.tutkow...@solidfire.com
>> >> o: 303.746.7302
>> >> Advancing the way the world uses the cloud
>> >> *™*
>> >
>> >
>> >
>> > --
>> > Daan
>>
>>
>>
>> --
>> Daan
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*



-- 
Daan

Build failed in Jenkins: build-master-jdk18 #1

See 

--
Started by user Hugo
[EnvInject] - Loading node environment variables.
Building remotely on cloudstack-buildslave-centos7-6b2 
(cloudstack-buildslave-centos7) in workspace 

Cloning the remote Git repository
Cloning repository https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git init 
 >  # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git --version # timeout=400
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
 > /usr/bin/git config remote.origin.fetch +refs/heads/*:refs/remotes/origin/* 
 > # timeout=400
 > /usr/bin/git config remote.origin.url 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git # timeout=400
Fetching upstream changes from 
https://git-wip-us.apache.org/repos/asf/cloudstack.git
 > /usr/bin/git fetch --tags --progress 
 > https://git-wip-us.apache.org/repos/asf/cloudstack.git 
 > +refs/heads/*:refs/remotes/origin/*
 > /usr/bin/git rev-parse refs/remotes/origin/master^{commit} # timeout=400
 > /usr/bin/git rev-parse refs/remotes/origin/origin/master^{commit} # 
 > timeout=400
Checking out Revision 4b67a48144402a3a43d51c869456d9268873b1b1 
(refs/remotes/origin/master)
 > /usr/bin/git config core.sparsecheckout # timeout=400
 > /usr/bin/git checkout -f 4b67a48144402a3a43d51c869456d9268873b1b1
First time build. Skipping changelog.
[copy-to-slave] Copying 'settings.xml', excluding nothing, from 
'file:/var/lib/jenkins/userContent/' on the master to 
' on 
'cloudstack-buildslave-centos7-6b2'.
FATAL: Couldn’t find any executable in /usr/share/apache-maven-3.0.5
Build step 'Invoke top-level Maven targets' marked build as failure
Recording test results
ERROR: Publisher hudson.tasks.junit.JUnitResultArchiver aborted due to exception
hudson.AbortException: No test report files were found. Configuration error?
at 
hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:110)
at 
hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:86)
at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2665)
at hudson.remoting.UserRequest.perform(UserRequest.java:121)
at hudson.remoting.UserRequest.perform(UserRequest.java:49)
at hudson.remoting.Request$2.run(Request.java:324)
at 
hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:701)
at ..remote call to cloudstack-buildslave-centos7-6b2(Native Method)
at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356)
at hudson.remoting.UserResponse.retrieve(UserRequest.java:221)
at hudson.remoting.Channel.call(Channel.java:752)
at hudson.FilePath.act(FilePath.java:970)
at hudson.FilePath.act(FilePath.java:959)
at hudson.tasks.junit.JUnitParser.parseResult(JUnitParser.java:83)
at 
hudson.tasks.junit.JUnitResultArchiver.parse(JUnitResultArchiver.java:121)
at 
hudson.tasks.junit.JUnitResultArchiver.perform(JUnitResultArchiver.java:138)
at 
hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:74)
at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:770)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:734)
at hudson.model.Build$BuildExecution.post2(Build.java:183)
at 
hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:683)
at hudson.model.Run.execute(Run.java:1784)
at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
at hudson.model.ResourceController.execute(ResourceController.java:89)
at hudson.model.Executor.run(Executor.java:240)

Jenkins build is back to normal : build-master-jdk18 #2

See

Jenkins build is still unstable: simulator-singlerun #879

See

Jenkins build is still unstable: simulator-singlerun #880

See

[QUESTION] Integration Port

Hi,

I noticed with 4.6 that if I run this command that I get back no volumes:

http://192.168.129.88:8096/api?command=listVolumes

This seemed odd (since I have user-facing volumes) and I tracked it down to
one parameter:

listAll

It appears when using the integration port that listAll is null by default,
which (in this case) is interpreted the same as false.

That being the case, to retrieve volumes via the integration port, I had to
run the following instead:

http://192.168.129.88:8096/api?command=listVolumes&listAll=true

This seems like it might be a recent change. Does anyone know if this is on
purpose? The problem is that my tests in Marvin fail now because no volumes
come back when they're expected.

Thanks!

-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

RE: [QUESTION] Integration Port

2015-01-08 Thread Stephen Turner

Min or Prachi might have some information on this.

-- 
Stephen Turner

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: 08 January 2015 18:54
To: dev@cloudstack.apache.org
Cc: Vania Xu
Subject: [QUESTION] Integration Port

Hi,

I noticed with 4.6 that if I run this command that I get back no volumes:

http://secure-web.cisco.com/1QFfmjJfPvcx0_-c2Ry2iMJZQHE8ZkZPxYagenr8okTkT5LN35jPMNLSWMSlsNcpCbKakeL3n1SGr7NrB7VJxPXkckQnj0c24Zd_MnZqiMf3_1tD3X7XYBhh_VGLPrN0ofZwPxQTqU2vmBVRqCsrf84l-rrCA6DmVrECQk23mZak/http%3A%2F%2F192.168.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes

This seemed odd (since I have user-facing volumes) and I tracked it down to one 
parameter:

listAll

It appears when using the integration port that listAll is null by default, 
which (in this case) is interpreted the same as false.

That being the case, to retrieve volumes via the integration port, I had to run 
the following instead:

http://secure-web.cisco.com/1P_Ssx1LBDJxkhmdc3ZiFePzQhF3rlwXuG8usVFV6agN8RdL72LxFKeEJW-j4u6ClGUjI8ROYXCau2Y3QkOfvjL4scB4yquuafmB5Bsa9y1JYhNldfPOrVaS6fNTheWms0pyrvZtQwAR7X8XCxErN53BBLWnYN80wiIpTfSJF7_0/http%3A%2F%2F192.168.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes%26listAll%3Dtrue

This seems like it might be a recent change. Does anyone know if this is on 
purpose? The problem is that my tests in Marvin fail now because no volumes 
come back when they're expected.

Thanks!

--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

RE: Unable to add affinity group to instances in project

2015-01-08 Thread Prachi Damle

Hi Erik,

Affinity groups feature does not support Projects. 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/FS+-+Affinity-Anti-affinity+groups

>> It fails for new deployments having affinity group rules as well.
Are these new deployments using projectId parameter too?

Thanks,
Prachi


From: Erik Weber [terbol...@gmail.com]
Sent: Tuesday, January 06, 2015 4:27 AM
To: dev
Subject: Unable to add affinity group to instances in project

Note: this is on ACS 4.4.1

Before I submit an issue I'd like to check if this is intended or not.

When I try to update a vm in a project to have an affinity group, the api
doesn't accept projectid as a parameter and fails.

It fails for new deployments having affinity group rules as well.

Tried searching Jira for an issue, but my Jira-foo isn't the best (yet).

Working on upgrading the lab to latest 4.4 to see if it's fixed.

Relevant logs: http://pastebin.com/9GUrQSFQ

--
Erik

Re: Unable to add affinity group to instances in project

2015-01-08 Thread Erik Weber

On Thu, Jan 8, 2015 at 8:14 PM, Prachi Damle 
wrote:

> Hi Erik,
>

Hi Prachi,
thanks for coming back to me :-)



> Affinity groups feature does not support Projects.
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/FS+-+Affinity-Anti-affinity+groups
>
>
Do you know if there's a reason behind that, or if it just hasn't been
implemented?
I can't see why projects wouldn't benefit from having affinity groups, but
others might have some light to shed.


> >> It fails for new deployments having affinity group rules as well.
> Are these new deployments using projectId parameter too?
>
>
Yes, so I assume that's the same reason there.

-- 
Erik

RE: [QUESTION] Integration Port

2015-01-08 Thread Prachi Damle

Hey Mike,

I am not aware if anything has changed w.r.t listAll recently. But just 
mentioning that with port 8096, CS assumes that the caller is the System user 
(ACCOUNT_TYPE_ADMIN)
So listVolumes without listAll = true will list only the Volumes owned by the 
System account, which will be an empty set most likely. 
When listAll is null, the value is false by default.

When you specify  listAll = true, volumes of other users will be listed.

Did your System user own any volumes? Only then your tests would have got back 
some volumes earlier.

Thanks,
Prachi


From: Stephen Turner
Sent: Thursday, January 08, 2015 10:59 AM
To: dev@cloudstack.apache.org
Cc: Vania Xu; Min Chen; Prachi Damle
Subject: RE: [QUESTION] Integration Port

Min or Prachi might have some information on this.

--
Stephen Turner


-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
Sent: 08 January 2015 18:54
To: dev@cloudstack.apache.org
Cc: Vania Xu
Subject: [QUESTION] Integration Port

Hi,

I noticed with 4.6 that if I run this command that I get back no volumes:

http://secure-web.cisco.com/1QFfmjJfPvcx0_-c2Ry2iMJZQHE8ZkZPxYagenr8okTkT5LN35jPMNLSWMSlsNcpCbKakeL3n1SGr7NrB7VJxPXkckQnj0c24Zd_MnZqiMf3_1tD3X7XYBhh_VGLPrN0ofZwPxQTqU2vmBVRqCsrf84l-rrCA6DmVrECQk23mZak/http%3A%2F%2F192.168.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes

This seemed odd (since I have user-facing volumes) and I tracked it down to one 
parameter:

listAll

It appears when using the integration port that listAll is null by default, 
which (in this case) is interpreted the same as false.

That being the case, to retrieve volumes via the integration port, I had to run 
the following instead:

http://secure-web.cisco.com/1P_Ssx1LBDJxkhmdc3ZiFePzQhF3rlwXuG8usVFV6agN8RdL72LxFKeEJW-j4u6ClGUjI8ROYXCau2Y3QkOfvjL4scB4yquuafmB5Bsa9y1JYhNldfPOrVaS6fNTheWms0pyrvZtQwAR7X8XCxErN53BBLWnYN80wiIpTfSJF7_0/http%3A%2F%2F192.168.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes%26listAll%3Dtrue

This seems like it might be a recent change. Does anyone know if this is on 
purpose? The problem is that my tests in Marvin fail now because no volumes 
come back when they're expected.

Thanks!

--
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

RE: Unable to add affinity group to instances in project

2015-01-08 Thread Prachi Damle

>>Do you know if there's a reason behind that, or if it just hasn't been
implemented?

Yes it just was not implemented back then because there was some thought about 
deprecating projects eventually, which did not happen really..

Supporting it now should not be a big change though, I think there is already a 
feature request logged https://issues.apache.org/jira/browse/CLOUDSTACK-6276

Prachi

From: Erik Weber [terbol...@gmail.com]
Sent: Thursday, January 08, 2015 11:37 AM
To: dev
Subject: Re: Unable to add affinity group to instances in project

On Thu, Jan 8, 2015 at 8:14 PM, Prachi Damle 
wrote:

> Hi Erik,
>

Hi Prachi,
thanks for coming back to me :-)



> Affinity groups feature does not support Projects.
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/FS+-+Affinity-Anti-affinity+groups
>
>



> >> It fails for new deployments having affinity group rules as well.
> Are these new deployments using projectId parameter too?
>
>
Yes, so I assume that's the same reason there.

--
Erik

Re: [QUESTION] Integration Port

Thanks for the response.

I was under the impression that listAll used to return all volumes
(regardless of account) when I issued the command via a web browser using
8096 in the past. Perhaps I was not remembering that correctly.

Thanks again

On Thu, Jan 8, 2015 at 1:30 PM, Prachi Damle 
wrote:

> Hey Mike,
>
> I am not aware if anything has changed w.r.t listAll recently. But just
> mentioning that with port 8096, CS assumes that the caller is the System
> user (ACCOUNT_TYPE_ADMIN)
> So listVolumes without listAll = true will list only the Volumes owned by
> the System account, which will be an empty set most likely.
> When listAll is null, the value is false by default.
>
> When you specify  listAll = true, volumes of other users will be listed.
>
> Did your System user own any volumes? Only then your tests would have got
> back some volumes earlier.
>
> Thanks,
> Prachi
>
> 
> From: Stephen Turner
> Sent: Thursday, January 08, 2015 10:59 AM
> To: dev@cloudstack.apache.org
> Cc: Vania Xu; Min Chen; Prachi Damle
> Subject: RE: [QUESTION] Integration Port
>
> Min or Prachi might have some information on this.
>
> --
> Stephen Turner
>
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: 08 January 2015 18:54
> To: dev@cloudstack.apache.org
> Cc: Vania Xu
> Subject: [QUESTION] Integration Port
>
> Hi,
>
> I noticed with 4.6 that if I run this command that I get back no volumes:
>
>
> http://secure-web.cisco.com/1QFfmjJfPvcx0_-c2Ry2iMJZQHE8ZkZPxYagenr8okTkT5LN35jPMNLSWMSlsNcpCbKakeL3n1SGr7NrB7VJxPXkckQnj0c24Zd_MnZqiMf3_1tD3X7XYBhh_VGLPrN0ofZwPxQTqU2vmBVRqCsrf84l-rrCA6DmVrECQk23mZak/http%3A%2F%2F192.168.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes
>
> This seemed odd (since I have user-facing volumes) and I tracked it down
> to one parameter:
>
> listAll
>
> It appears when using the integration port that listAll is null by
> default, which (in this case) is interpreted the same as false.
>
> That being the case, to retrieve volumes via the integration port, I had
> to run the following instead:
>
>
> http://secure-web.cisco.com/1P_Ssx1LBDJxkhmdc3ZiFePzQhF3rlwXuG8usVFV6agN8RdL72LxFKeEJW-j4u6ClGUjI8ROYXCau2Y3QkOfvjL4scB4yquuafmB5Bsa9y1JYhNldfPOrVaS6fNTheWms0pyrvZtQwAR7X8XCxErN53BBLWnYN80wiIpTfSJF7_0/http%3A%2F%2F192.168.129.88%3A8096%2Fapi%3Fcommand%3DlistVolumes%26listAll%3Dtrue
>
> This seems like it might be a recent change. Does anyone know if this is
> on purpose? The problem is that my tests in Marvin fail now because no
> volumes come back when they're expected.
>
> Thanks!
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

[GUI Question] Snapshots Table

Hi,

Any thoughts on why we don't have the name of the snapshots as a column in
the snapshots table?

We show this kind of info for VM Snapshots, but not for "backup" Snapshot.

Thanks,

-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

RE: [GUI Question] Snapshots Table

2015-01-08 Thread Somesh Naidu

I thought we did include the name both in the table and the UI, unless I 
understood your query incorrectly,

mysql> desc snapshots;
+--+-+--+-+-++
| Field| Type| Null | Key | Default | Extra 
 |
+--+-+--+-+-++
| id   | bigint(20) unsigned | NO   | PRI | NULL| 
auto_increment |
| data_center_id   | bigint(20) unsigned | NO   | | NULL|   
 |
| account_id   | bigint(20) unsigned | NO   | MUL | NULL|   
 |
| domain_id| bigint(20) unsigned | NO   | | NULL|   
 |
| volume_id| bigint(20) unsigned | NO   | MUL | NULL|   
 |
| disk_offering_id | bigint(20) unsigned | NO   | | NULL|   
 |
| status   | varchar(32) | YES  | | NULL|   
 |
| path | varchar(255)| YES  | | NULL|   
 |
| name | varchar(255)| NO   | MUL | NULL|   
 |
| uuid | varchar(40) | YES  | UNI | NULL|   
 |
| snapshot_type| int(4)  | NO   | MUL | NULL|   
 |
| type_description | varchar(25) | YES  | | NULL|   
 |
| size | bigint(20) unsigned | NO   | | NULL|   
 |
| created  | datetime| YES  | | NULL|   
 |
| removed  | datetime| YES  | MUL | NULL|   
 |
| backup_snap_id   | varchar(255)| YES  | | NULL|   
 |
| swift_id | bigint(20) unsigned | YES  | | NULL|   
 |
| sechost_id   | bigint(20) unsigned | YES  | | NULL|   
 |
| prev_snap_id | bigint(20) unsigned | YES  | MUL | NULL|   
 |
| hypervisor_type  | varchar(32) | NO   | | NULL|   
 |
| version  | varchar(32) | YES  | | NULL|   
 |
| s3_id| bigint(20) unsigned | YES  | MUL | NULL|   
 |
+--+-+--+-+-++
22 rows in set (0.00 sec)

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Thursday, January 08, 2015 4:03 PM
To: dev@cloudstack.apache.org
Subject: [GUI Question] Snapshots Table

Hi,

Any thoughts on why we don't have the name of the snapshots as a column in
the snapshots table?

We show this kind of info for VM Snapshots, but not for "backup" Snapshot.

Thanks,

-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

Re: [GUI Question] Snapshots Table

This is what I see in 4.6 (code is recent as of yesterday):

http://i.imgur.com/ogZiZpT.png

Thanks!

On Thu, Jan 8, 2015 at 2:25 PM, Somesh Naidu 
wrote:

> I thought we did include the name both in the table and the UI, unless I
> understood your query incorrectly,
>
> mysql> desc snapshots;
>
> +--+-+--+-+-++
> | Field| Type| Null | Key | Default | Extra
>   |
>
> +--+-+--+-+-++
> | id   | bigint(20) unsigned | NO   | PRI | NULL|
> auto_increment |
> | data_center_id   | bigint(20) unsigned | NO   | | NULL|
>   |
> | account_id   | bigint(20) unsigned | NO   | MUL | NULL|
>   |
> | domain_id| bigint(20) unsigned | NO   | | NULL|
>   |
> | volume_id| bigint(20) unsigned | NO   | MUL | NULL|
>   |
> | disk_offering_id | bigint(20) unsigned | NO   | | NULL|
>   |
> | status   | varchar(32) | YES  | | NULL|
>   |
> | path | varchar(255)| YES  | | NULL|
>   |
> | name | varchar(255)| NO   | MUL | NULL|
>   |
> | uuid | varchar(40) | YES  | UNI | NULL|
>   |
> | snapshot_type| int(4)  | NO   | MUL | NULL|
>   |
> | type_description | varchar(25) | YES  | | NULL|
>   |
> | size | bigint(20) unsigned | NO   | | NULL|
>   |
> | created  | datetime| YES  | | NULL|
>   |
> | removed  | datetime| YES  | MUL | NULL|
>   |
> | backup_snap_id   | varchar(255)| YES  | | NULL|
>   |
> | swift_id | bigint(20) unsigned | YES  | | NULL|
>   |
> | sechost_id   | bigint(20) unsigned | YES  | | NULL|
>   |
> | prev_snap_id | bigint(20) unsigned | YES  | MUL | NULL|
>   |
> | hypervisor_type  | varchar(32) | NO   | | NULL|
>   |
> | version  | varchar(32) | YES  | | NULL|
>   |
> | s3_id| bigint(20) unsigned | YES  | MUL | NULL|
>   |
>
> +--+-+--+-+-++
> 22 rows in set (0.00 sec)
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Thursday, January 08, 2015 4:03 PM
> To: dev@cloudstack.apache.org
> Subject: [GUI Question] Snapshots Table
>
> Hi,
>
> Any thoughts on why we don't have the name of the snapshots as a column in
> the snapshots table?
>
> We show this kind of info for VM Snapshots, but not for "backup" Snapshot.
>
> Thanks,
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

Re: New "snapshot(s)" text in GUI

Just an FYI that I opened the following ticket for this issue:

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

On Tue, Dec 30, 2014 at 11:38 PM, Suresh Sadhu 
wrote:

> +1 for reverting.
>
> Sadhu
>
> -Original Message-
> From: Somesh Naidu [mailto:somesh.na...@citrix.com]
> Sent: 30 December 2014 23:59
> To: dev@cloudstack.apache.org
> Subject: RE: New "snapshot(s)" text in GUI
>
> +1 for reverting. Would be interesting though to know the reason for why
> it was changed.
>
> Somesh
>
> -Original Message-
> From: Nux! [mailto:n...@li.nux.ro]
> Sent: Monday, December 29, 2014 8:38 PM
> To: dev@cloudstack.apache.org
> Subject: Re: New "snapshot(s)" text in GUI
>
> +1 for reverting, looks unprofessional/inconsistent
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
>
> - Original Message -
> > From: "Mike Tutkowski" 
> > To: dev@cloudstack.apache.org
> > Sent: Monday, 29 December, 2014 22:26:26
> > Subject: New "snapshot(s)" text in GUI
>
> > Hi,
> >
> > In 4.6 (master), I notice we now use the term "snapshot(s)" instead of
> > "Snapshots" (for example, click on a volume and under its details
> > panel in the upper right, it says, "snapshot(s)").
> >
> > This is a bit non standard for the way the rest of the GUI looks. For
> > example, we say:
> >
> > Volumes, SSH Key Pairs, Templates, Events, Alerts, etc. (For example,
> > we don't say "alert(s)" anywhere, to my knowledge.)
> >
> > It seems like "snapshot(s)" should be changed back to "Snapshots".
> >
> > What do people think?
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > *™*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

Re: Unable to add affinity group to instances in project

2015-01-08 Thread Erik Weber

On Thu, Jan 8, 2015 at 9:39 PM, Prachi Damle 
wrote:

> >>Do you know if there's a reason behind that, or if it just hasn't been
> implemented?
>
> Yes it just was not implemented back then because there was some thought
> about deprecating projects eventually, which did not happen really..
>
>
I see, that makes sense (back then I guess). We do like the projects idea
of decoupling infrastructure ownership from accounts to a group in long
term solutions.

We'll have to choose though, it seems, between affinity groups and projects.



> Supporting it now should not be a big change though, I think there is
> already a feature request logged
> https://issues.apache.org/jira/browse/CLOUDSTACK-6276
>
>
Thanks, I'll follow that for any future updates.

-- 
Erik

RE: [GUI Question] Snapshots Table

2015-01-08 Thread Somesh Naidu

Can you click on one of the snapshots and see what is the first field being 
displayed?

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Thursday, January 08, 2015 4:30 PM
To: dev@cloudstack.apache.org
Subject: Re: [GUI Question] Snapshots Table

This is what I see in 4.6 (code is recent as of yesterday):

http://i.imgur.com/ogZiZpT.png

Thanks!

On Thu, Jan 8, 2015 at 2:25 PM, Somesh Naidu 
wrote:

> I thought we did include the name both in the table and the UI, unless I
> understood your query incorrectly,
>
> mysql> desc snapshots;
>
> +--+-+--+-+-++
> | Field| Type| Null | Key | Default | Extra
>   |
>
> +--+-+--+-+-++
> | id   | bigint(20) unsigned | NO   | PRI | NULL|
> auto_increment |
> | data_center_id   | bigint(20) unsigned | NO   | | NULL|
>   |
> | account_id   | bigint(20) unsigned | NO   | MUL | NULL|
>   |
> | domain_id| bigint(20) unsigned | NO   | | NULL|
>   |
> | volume_id| bigint(20) unsigned | NO   | MUL | NULL|
>   |
> | disk_offering_id | bigint(20) unsigned | NO   | | NULL|
>   |
> | status   | varchar(32) | YES  | | NULL|
>   |
> | path | varchar(255)| YES  | | NULL|
>   |
> | name | varchar(255)| NO   | MUL | NULL|
>   |
> | uuid | varchar(40) | YES  | UNI | NULL|
>   |
> | snapshot_type| int(4)  | NO   | MUL | NULL|
>   |
> | type_description | varchar(25) | YES  | | NULL|
>   |
> | size | bigint(20) unsigned | NO   | | NULL|
>   |
> | created  | datetime| YES  | | NULL|
>   |
> | removed  | datetime| YES  | MUL | NULL|
>   |
> | backup_snap_id   | varchar(255)| YES  | | NULL|
>   |
> | swift_id | bigint(20) unsigned | YES  | | NULL|
>   |
> | sechost_id   | bigint(20) unsigned | YES  | | NULL|
>   |
> | prev_snap_id | bigint(20) unsigned | YES  | MUL | NULL|
>   |
> | hypervisor_type  | varchar(32) | NO   | | NULL|
>   |
> | version  | varchar(32) | YES  | | NULL|
>   |
> | s3_id| bigint(20) unsigned | YES  | MUL | NULL|
>   |
>
> +--+-+--+-+-++
> 22 rows in set (0.00 sec)
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Thursday, January 08, 2015 4:03 PM
> To: dev@cloudstack.apache.org
> Subject: [GUI Question] Snapshots Table
>
> Hi,
>
> Any thoughts on why we don't have the name of the snapshots as a column in
> the snapshots table?
>
> We show this kind of info for VM Snapshots, but not for "backup" Snapshot.
>
> Thanks,
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

Re: [GUI Question] Snapshots Table

Yeah, the first field is Name.

I guess the main problem with not having this data in the table is if I
have multiple snapshots for the same volume, then I have to know the
relative creation date in order to have a good chance at clicking on the
right row in the table to get to the correct details page.

On Thu, Jan 8, 2015 at 2:47 PM, Somesh Naidu 
wrote:

> Can you click on one of the snapshots and see what is the first field
> being displayed?
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Thursday, January 08, 2015 4:30 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [GUI Question] Snapshots Table
>
> This is what I see in 4.6 (code is recent as of yesterday):
>
> http://i.imgur.com/ogZiZpT.png
>
> Thanks!
>
> On Thu, Jan 8, 2015 at 2:25 PM, Somesh Naidu 
> wrote:
>
> > I thought we did include the name both in the table and the UI, unless I
> > understood your query incorrectly,
> >
> > mysql> desc snapshots;
> >
> >
> +--+-+--+-+-++
> > | Field| Type| Null | Key | Default | Extra
> >   |
> >
> >
> +--+-+--+-+-++
> > | id   | bigint(20) unsigned | NO   | PRI | NULL|
> > auto_increment |
> > | data_center_id   | bigint(20) unsigned | NO   | | NULL|
> >   |
> > | account_id   | bigint(20) unsigned | NO   | MUL | NULL|
> >   |
> > | domain_id| bigint(20) unsigned | NO   | | NULL|
> >   |
> > | volume_id| bigint(20) unsigned | NO   | MUL | NULL|
> >   |
> > | disk_offering_id | bigint(20) unsigned | NO   | | NULL|
> >   |
> > | status   | varchar(32) | YES  | | NULL|
> >   |
> > | path | varchar(255)| YES  | | NULL|
> >   |
> > | name | varchar(255)| NO   | MUL | NULL|
> >   |
> > | uuid | varchar(40) | YES  | UNI | NULL|
> >   |
> > | snapshot_type| int(4)  | NO   | MUL | NULL|
> >   |
> > | type_description | varchar(25) | YES  | | NULL|
> >   |
> > | size | bigint(20) unsigned | NO   | | NULL|
> >   |
> > | created  | datetime| YES  | | NULL|
> >   |
> > | removed  | datetime| YES  | MUL | NULL|
> >   |
> > | backup_snap_id   | varchar(255)| YES  | | NULL|
> >   |
> > | swift_id | bigint(20) unsigned | YES  | | NULL|
> >   |
> > | sechost_id   | bigint(20) unsigned | YES  | | NULL|
> >   |
> > | prev_snap_id | bigint(20) unsigned | YES  | MUL | NULL|
> >   |
> > | hypervisor_type  | varchar(32) | NO   | | NULL|
> >   |
> > | version  | varchar(32) | YES  | | NULL|
> >   |
> > | s3_id| bigint(20) unsigned | YES  | MUL | NULL|
> >   |
> >
> >
> +--+-+--+-+-++
> > 22 rows in set (0.00 sec)
> >
> > -Original Message-
> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > Sent: Thursday, January 08, 2015 4:03 PM
> > To: dev@cloudstack.apache.org
> > Subject: [GUI Question] Snapshots Table
> >
> > Hi,
> >
> > Any thoughts on why we don't have the name of the snapshots as a column
> in
> > the snapshots table?
> >
> > We show this kind of info for VM Snapshots, but not for "backup"
> Snapshot.
> >
> > Thanks,
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > *™*
> >
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

RE: [GUI Question] Snapshots Table

2015-01-08 Thread Somesh Naidu

Agree. I guess it would be simpler to go to the volume and then list out its 
snapshots as they would be listed in the order they are created.

+1 for the enhancement though, if you plan to raise one.

-Original Message-
From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com] 
Sent: Thursday, January 08, 2015 4:56 PM
To: dev@cloudstack.apache.org
Subject: Re: [GUI Question] Snapshots Table

Yeah, the first field is Name.

I guess the main problem with not having this data in the table is if I
have multiple snapshots for the same volume, then I have to know the
relative creation date in order to have a good chance at clicking on the
right row in the table to get to the correct details page.

On Thu, Jan 8, 2015 at 2:47 PM, Somesh Naidu 
wrote:

> Can you click on one of the snapshots and see what is the first field
> being displayed?
>
> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: Thursday, January 08, 2015 4:30 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [GUI Question] Snapshots Table
>
> This is what I see in 4.6 (code is recent as of yesterday):
>
> http://i.imgur.com/ogZiZpT.png
>
> Thanks!
>
> On Thu, Jan 8, 2015 at 2:25 PM, Somesh Naidu 
> wrote:
>
> > I thought we did include the name both in the table and the UI, unless I
> > understood your query incorrectly,
> >
> > mysql> desc snapshots;
> >
> >
> +--+-+--+-+-++
> > | Field| Type| Null | Key | Default | Extra
> >   |
> >
> >
> +--+-+--+-+-++
> > | id   | bigint(20) unsigned | NO   | PRI | NULL|
> > auto_increment |
> > | data_center_id   | bigint(20) unsigned | NO   | | NULL|
> >   |
> > | account_id   | bigint(20) unsigned | NO   | MUL | NULL|
> >   |
> > | domain_id| bigint(20) unsigned | NO   | | NULL|
> >   |
> > | volume_id| bigint(20) unsigned | NO   | MUL | NULL|
> >   |
> > | disk_offering_id | bigint(20) unsigned | NO   | | NULL|
> >   |
> > | status   | varchar(32) | YES  | | NULL|
> >   |
> > | path | varchar(255)| YES  | | NULL|
> >   |
> > | name | varchar(255)| NO   | MUL | NULL|
> >   |
> > | uuid | varchar(40) | YES  | UNI | NULL|
> >   |
> > | snapshot_type| int(4)  | NO   | MUL | NULL|
> >   |
> > | type_description | varchar(25) | YES  | | NULL|
> >   |
> > | size | bigint(20) unsigned | NO   | | NULL|
> >   |
> > | created  | datetime| YES  | | NULL|
> >   |
> > | removed  | datetime| YES  | MUL | NULL|
> >   |
> > | backup_snap_id   | varchar(255)| YES  | | NULL|
> >   |
> > | swift_id | bigint(20) unsigned | YES  | | NULL|
> >   |
> > | sechost_id   | bigint(20) unsigned | YES  | | NULL|
> >   |
> > | prev_snap_id | bigint(20) unsigned | YES  | MUL | NULL|
> >   |
> > | hypervisor_type  | varchar(32) | NO   | | NULL|
> >   |
> > | version  | varchar(32) | YES  | | NULL|
> >   |
> > | s3_id| bigint(20) unsigned | YES  | MUL | NULL|
> >   |
> >
> >
> +--+-+--+-+-++
> > 22 rows in set (0.00 sec)
> >
> > -Original Message-
> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > Sent: Thursday, January 08, 2015 4:03 PM
> > To: dev@cloudstack.apache.org
> > Subject: [GUI Question] Snapshots Table
> >
> > Hi,
> >
> > Any thoughts on why we don't have the name of the snapshots as a column
> in
> > the snapshots table?
> >
> > We show this kind of info for VM Snapshots, but not for "backup"
> Snapshot.
> >
> > Thanks,
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the cloud
> > *™*
> >
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the cloud
> *™*
>



-- 
*Mike Tutkowski*
*Senior CloudStack Developer, SolidFire Inc.*
e: mike.tutkow...@solidfire.com
o: 303.746.7302
Advancing the way the world uses the cloud
*™*

Re: [GUI Question] Snapshots Table