Re: Font question in GUI

[Sebastien Goasguen]

On Feb 20, 2014, at 5:24 PM, Mike Tutkowski  
wrote:

> I needed to set up a CloudPlatform 4.2 environment today to perform a
> certification test and noticed this font issue exists on 4.2, as well.

Mike, I think there are lots of issues with the UI, see [1]

My main concern is that there was no [MERGE] called on this new massive feature.

With 4.3 about to be release, I am afraid it's too late, but we should 
definitely have a hard look at it soon. 

1. http://markmail.org/thread/qbq6zaq22gybeog7

> 
> 
> On Thu, Jan 30, 2014 at 10:07 PM, Mike Tutkowski <
> mike.tutkow...@solidfire.com> wrote:
> 
>> Anyone know if there is already a JIRA ticket open for this issue?
>> 
>> If not, I can open one.
>> 
>> Thanks!
>> 
>> 
>> On Thu, Jan 30, 2014 at 4:20 PM, Marcus  wrote:
>> 
>>> yep
>>> 
>>> 
>>> On Thu, Jan 30, 2014 at 4:01 PM, Mike Tutkowski
>>>  wrote:
 Hi,
 
 This is a minor issue.
 
 Has anyone else noticed when you return to the GUI from another window
>>> that
 sometimes the GUI's font has changed?
 
 To get the GUI to switch back to the expected font, I have to refresh
>>> it by
 clicking on one of the buttons in the left-hand pane.
 
 Typically I use Chrome.
 
 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
 *(tm)*
>>> 
>> 
>> 
>> 
>> --
>> *Mike Tutkowski*
>> *Senior CloudStack Developer, SolidFire Inc.*
>> e: mike.tutkow...@solidfire.com
>> o: 303.746.7302
>> Advancing the way the world uses the 
>> cloud
>> *(tm)*
>> 
> 
> 
> 
> -- 
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *(tm)*

Re: [DISCUSS] Policy blocker?

[Sebastien Goasguen]

On Feb 20, 2014, at 5:10 PM, Chip Childers  wrote:

> Real quick, because I don't know if I will be able to track this
> thread in detail starting tonight...  Take this as input to the
> discussion that the whole community needs to have about the
> *potential* problem with the current situation.
> 
> Legal documentation as well as application of the "valid license
> categories" is tied to the bits in something we distribute.  So that
> means that we have LICENSE and NOTICE for the source package (with all
> code either being valid licenses or developed at the ASF).  This same
> logic applies to any binary distribution...  they have their own legal
> documents, and they should pertain to all bits included in that
> distribution.
> 
> Unlike other ASF projects, we do NOT offer binary builds from ASF
> infra.  This is where things are fuzzy, and there needs to be a
> discussion.  We offer "packages" that are pre-compiled.  

I always thought that we do not offer packages. Wido does, not the project.
We do build them on jenkins, but there are not official releases.


> That being
> said, we actually offer RPMs that include the nonoss features, while
> our community hosted DEBs do not contain those bits.  Theoretically
> though, the packages should be the place to depend on "system
> dependencies".
> 
> The other issue is one of "default build" not having any category X
> dependencies.  There is a fine line between a "system dependency" and
> a dependency that is pulled down during the build.  We had previously
> agreed that the cat X stuff would require manual work and not be
> pulled in automatically.
> 
> Transitive dependencies are also an issue...  if we package them, we
> should respect their license and actually need to have them in the
> legal docs.  Not sure where they stand WRT being pulled in by the
> build process...
> 
> So...  no answers, just a bit of background.
> 
> I'm going to be offline (mostly) until Wed of next week.  I will try
> to watch this thread and rescind my -1 on the RC if we can work our
> way through this logic puzzle in a way that satisfies my concerns
> about the current state of things.
> 
> -chip
> 
> 
> On Thu, Feb 20, 2014 at 5:01 PM, Chip Childers  
> wrote:
>> On Thu, Feb 20, 2014 at 1:44 PM, Animesh Chaturvedi
>>  wrote:
>>> Chip, David thanks for the detailed explanation, is one of you taking care 
>>> of fixing this issue or we need to find other volunteers
>> 
>> I'm sorry to say that I do not have the available cycles.  $dayjob +
>> getting ready for a few days off has me pretty booked up.
>> 
>> -chip

Re: Review Request 18027: CLOUDSTACK-6072 vxlan networks not deallocating vnet ids

[ASF Subversion and Git Services]

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


Commit c04fb68fc7022c9d3ef6206d314194c3ce2a1872 in cloudstack's branch 
refs/heads/4.3-forward from Marcus Sorensen
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=c04fb68 ]

CLOUDSTACK-6072: Release VNIs when guest networks are destroyed
submitted-by: m...@ynojima.net


- ASF Subversion and Git Services


On Feb. 12, 2014, 8:44 p.m., Yoshikazu Nojima wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18027/
> ---
> 
> (Updated Feb. 12, 2014, 8:44 p.m.)
> 
> 
> Review request for cloudstack and Marcus Sorensen.
> 
> 
> Bugs: CLOUDSTACK-6072
> https://issues.apache.org/jira/browse/CLOUDSTACK-6072
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> fixed issue: vxlan networks not deallocating vnet ids
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/network/guru/GuestNetworkGuru.java 85728c2 
> 
> Diff: https://reviews.apache.org/r/18027/diff/
> 
> 
> Testing
> ---
> 
> 1. deploy a physical network with VNI range "5000-5005"
> 2. create 6 guest networks
> 3. deploy a VM that joins 3 guest networks.
> 4. deploy a VM that joins other 3 guest networks.
> 5. destroy the VMs
> 6. destroy 4 guest networks.
> 7. create an additional guest network.
> 8. deploy a VM that joins 3 existing guest networks.
> 9. check VNI is reused.
> 
> 
> Thanks,
> 
> Yoshikazu Nojima
> 
>

Re: Review Request 18027: CLOUDSTACK-6072 vxlan networks not deallocating vnet ids

[ASF Subversion and Git Services]

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


Commit f1f79586da64cf3ad79ea7698927f10920b0d18d in cloudstack's branch 
refs/heads/master from Marcus Sorensen
[ https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;h=f1f7958 ]

CLOUDSTACK-6072: Release VNIs when guest networks are destroyed

submitted-by: m...@ynojima.net


- ASF Subversion and Git Services


On Feb. 12, 2014, 8:44 p.m., Yoshikazu Nojima wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18027/
> ---
> 
> (Updated Feb. 12, 2014, 8:44 p.m.)
> 
> 
> Review request for cloudstack and Marcus Sorensen.
> 
> 
> Bugs: CLOUDSTACK-6072
> https://issues.apache.org/jira/browse/CLOUDSTACK-6072
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> fixed issue: vxlan networks not deallocating vnet ids
> 
> 
> Diffs
> -
> 
>   server/src/com/cloud/network/guru/GuestNetworkGuru.java 85728c2 
> 
> Diff: https://reviews.apache.org/r/18027/diff/
> 
> 
> Testing
> ---
> 
> 1. deploy a physical network with VNI range "5000-5005"
> 2. create 6 guest networks
> 3. deploy a VM that joins 3 guest networks.
> 4. deploy a VM that joins other 3 guest networks.
> 5. destroy the VMs
> 6. destroy 4 guest networks.
> 7. create an additional guest network.
> 8. deploy a VM that joins 3 existing guest networks.
> 9. check VNI is reused.
> 
> 
> Thanks,
> 
> Yoshikazu Nojima
> 
>

Re: [DISCUSS] Browser-based template and volume uploads

[Marcus]

Yeah, that's an option too. It's sometimes very inconvenient, but
that's what was intended. At any rate I don't think we want to
automatically create multiple templates of different sizes after
upload, I'd rather see the root resize.

On Thu, Feb 20, 2014 at 7:08 PM, Chiradeep Vittal
 wrote:
> Heh, AWS seems to manage fine without it. But that is AWS.
> Service offerings are only for compute, there is a separate disk offering
> for the data volumes. Presumably the data volumes can be used for
> persistent storage (e.g., db files). What is the difference between a 40G
> Drupal template and an 80G Drupal template? Surely that extra 40G could be
> on a data volume?
>
> On 2/20/14 3:11 PM, "Nux!"  wrote:
>
>>On 20.02.2014 23:04, Chiradeep Vittal wrote:
>>> Nux, that's an entirely different problem. Care to raise a feature
>>> request?
>>
>>It's been here for a while:
>>https://issues.apache.org/jira/browse/CLOUDSTACK-5305
>>
>>It's a major PITA for me (and I imagine for anyone else who wants to
>>sell cloud publicly).
>>
>>--
>>Sent from the Delta quadrant using Borg technology!
>>
>>Nux!
>>www.nux.ro
>

Re: [DISCUSS] Browser-based template and volume uploads

[Marcus]

If someone gets around to it they can add in root resize support via
the patch I've posted to the list once or twice. I can maybe look at
updating it for master and testing if I can find some time. It's a
very short patch, but the testing is what I don't have time for at the
moment, more of a priority thing. That would eliminate you having to
upload multiple pre-sized templates.

On Thu, Feb 20, 2014 at 12:34 PM, Nux!  wrote:
> On 19.02.2014 22:12, Chiradeep Vittal wrote:
>>
>> Hi all,
>>
>> The fact that one has to have a HTTP server to host templates before
>> the templates can be imported into secondary storage is an
>> inconvenience. I am not sure how much of an inconvenience it is, but I
>> was asked to detail the technical architecture, if it needed to be
>> supported. Certainly, I can imagine for folks coming in contact with
>> ACS for the first time, it might seem onerous to set up another web
>> server.
>>
>> I've sketched a strawman proposal [1] to support browser-based
>> uploads of templates and volumes to secondary storage.
>> It is not yet a PROPOSAL since it is still raw (and I do not have
>> time to work on this immediately).
>>
>> Please comment on this.
>> [1] https://cwiki.apache.org/confluence/x/jY5cAg
>
>
> A small request, can we enhance this feature so that it will generate
> multiple templates with different storage?
> For example now when I add a Linux template it has to be in different sizes:
> 10GB, 20GB, 40GB, 100GB, 200GB etc. Another round of templates for say
> Windows, another for eg Linux+CPanel and so on and so forth. I end up adding
> tons of templates (really one of my biggest pet peeves with ACS) whereas
> with the same setup in openstack or onapp I just need to add 3.
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro

Re: [DISCUSS] Browser-based template and volume uploads

[Marcus]

Don't you already have dropbox support? Just go into your drop box and
fetch a public URL, add &qcow2 to fool the file type checker, and it
should pull the thing down.

On Thu, Feb 20, 2014 at 7:08 PM, Chiradeep Vittal
 wrote:
> Heh, AWS seems to manage fine without it. But that is AWS.
> Service offerings are only for compute, there is a separate disk offering
> for the data volumes. Presumably the data volumes can be used for
> persistent storage (e.g., db files). What is the difference between a 40G
> Drupal template and an 80G Drupal template? Surely that extra 40G could be
> on a data volume?
>
> On 2/20/14 3:11 PM, "Nux!"  wrote:
>
>>On 20.02.2014 23:04, Chiradeep Vittal wrote:
>>> Nux, that's an entirely different problem. Care to raise a feature
>>> request?
>>
>>It's been here for a while:
>>https://issues.apache.org/jira/browse/CLOUDSTACK-5305
>>
>>It's a major PITA for me (and I imagine for anyone else who wants to
>>sell cloud publicly).
>>
>>--
>>Sent from the Delta quadrant using Borg technology!
>>
>>Nux!
>>www.nux.ro
>

Re: VMware and NFS

[Nitin Mehta]

For XS that¹s not required as its pushed into XS directly.

I also think secondary storage is mounted for Vmware on MS to copy the
system vm template to Primary storage.

On 20/02/14 9:13 PM, "Mike Tutkowski"  wrote:

>So, just to be sure I have this correct, the management server mounts
>secondary storage regardless of hypervisor type due to systemvm.iso. Is
>that correct?
>
>Thanks
>
>
>On Thu, Feb 20, 2014 at 9:46 PM, Sateesh Chodapuneedi <
>sateesh.chodapune...@citrix.com> wrote:
>
>> > -Original Message-
>> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
>> > Sent: 21 February 2014 09:54
>> > To: dev@cloudstack.apache.org
>> > Subject: Re: VMware and NFS
>> >
>> > Yes, the hypervisor does need to mount the NFS share, but I seem to
>> remember there being something unusual about VMware in that the
>> > management server needed to be able to mount the NFS share, as well.
>>
>> Yeah, management server mount secondary storage.
>> Reason behind this is CS does patching of system vms by injecting
>> systemvm.iso into system vm. In this process, management server mounts
>> secondary storage and copies systemvm.iso image into secondary storage
>> inside "systemvm" folder. Later that would be mounted by system vm.
>>During
>> system vm startup there is a script "cloud-early-config" which installs
>>the
>> content of mounted iso inside the system vm.
>>
>> Hope that clarifies.
>>
>> Regards,
>> Sateesh
>>
>> >
>> >
>> > On Thu, Feb 20, 2014 at 8:59 PM, Michael Phillips
>> > wrote:
>> >
>> > > Interesting as I do see errors in the mgmt log in regards to
>> > > /mnt/sec...however if I am understanding the architecture correctly
>> > > isn't it the hypervisor that needs access to the secondary storage?
>> > > The mgmt server only needs to access secondary storage to be able to
>> > > seed the templates right?
>> > >
>> > >
>> > >
>> > > > Date: Thu, 20 Feb 2014 19:43:32 -0700
>> > > > Subject: Re: VMware and NFS
>> > > > From: mike.tutkow...@solidfire.com
>> > > > To: dev@cloudstack.apache.org
>> > > >
>> > > > I may be remembering this incorrectly, but for VMware doesn't the
>> > > > management server have to be able to mount the secondary storage
>>NFS
>> > > share
>> > > > to /mnt/sec?
>> > > >
>> > > >
>> > > > On Thu, Feb 20, 2014 at 7:39 PM, Nitin Mehta
>> > > > 
>> > > wrote:
>> > > >
>> > > > > Couple of questions.
>> > > > > Did you seed the system vm template onto the sec. storage ? And
>> > > > > can you mount that template location in sec. storage on your
>> > > > > management server
>> > > ?
>> > > > >
>> > > > > On 20/02/14 6:32 PM, "Michael Phillips"
>>
>> > > wrote:
>> > > > >
>> > > > > >Hey dev guys, I just recently got CS up and running with
>>vmware.
>> > > However
>> > > > > >I am running into an issue where it seems my esxi hosts are not
>> > > mounting
>> > > > > >the  secondary NFS storage.
>> > > > > >NFS is working as I can mount to it from other linux boxes,
>>and I
>> > > > > >can mount a NFS datastore from the hypervisors. In my log I see
>> > > > > >the
>> > > following
>> > > > > >few errors:
>> > > > > >"Unable to create mount point for
>> > > > > >nfs://172.16.25.85/export/secondary
>> > > ",
>> > > > > >"Secondary storage mount point: /mnt/sec", "in directory
>> > > > > >"/mnt/sec/template/tmpl/1/8"): java.io.IOException: error=2, No
>> > > > > >such
>> > > file
>> > > > > >or directory"
>> > > > > >Adding secondary storage seemed straight forward and I even was
>> > > > > >able
>> > > to
>> > > > > >make it work using XEN as the hypervisor, so the problem
>> > > > > >definitely
>> > > seems
>> > > > > >to be esxi...
>> > > > > >Any tricks to making esxi work with cloudstack and NFS?
>> > > > > >Thanks in advance for any help!
>> > > > >
>> > > > >
>> > > >
>> > > >
>> > > > --
>> > > > *Mike Tutkowski*
>> > > > *Senior CloudStack Developer, SolidFire Inc.*
>> > > > e: mike.tutkow...@solidfire.com
>> > > > o: 303.746.7302
>> > > > Advancing the way the world uses the
>> > > > cloud
>> > > > *(tm)*
>> > >
>> >
>> >
>> >
>> >
>> > --
>> > *Mike Tutkowski*
>> > *Senior CloudStack Developer, SolidFire Inc.*
>> > e: mike.tutkow...@solidfire.com
>> > o: 303.746.7302
>> > Advancing the way the world uses the
>> > cloud
>> > *(tm)*
>>
>
>
>
>-- 
>*Mike Tutkowski*
>*Senior CloudStack Developer, SolidFire Inc.*
>e: mike.tutkow...@solidfire.com
>o: 303.746.7302
>Advancing the way the world uses the
>cloud
>*(tm)*

Re: VMware and NFS

[Mike Tutkowski]

I typically use Ubuntu for the management server; however, today I needed
to install CloudPlatform (the Citrix-branded version of CloudStack) on
CentOS and it seemed to work fine with XenServer (I didn't try it with
VMware).

I had my NFS share for secondary storage on Ubuntu still, though.


On Thu, Feb 20, 2014 at 9:29 PM, Michael Phillips
wrote:

> h.I have been scoring docs etcit would not surprise me...
> Can any of the dev guys possibly elaborate?
> BTW Mike, I finally gave up on making 4.x work with centos and just used
> ubuntuit worked like a charm. So I can only guess that something is up
> with the newer versions of CS with Centos
>
> > Date: Thu, 20 Feb 2014 21:24:07 -0700
> > Subject: Re: VMware and NFS
> > From: mike.tutkow...@solidfire.com
> > To: dev@cloudstack.apache.org
> >
> > Yes, the hypervisor does need to mount the NFS share, but I seem to
> > remember there being something unusual about VMware in that the
> management
> > server needed to be able to mount the NFS share, as well.
> >
> >
> > On Thu, Feb 20, 2014 at 8:59 PM, Michael Phillips
> > wrote:
> >
> > > Interesting as I do see errors in the mgmt log in regards to
> > > /mnt/sec...however if I am understanding the architecture correctly
> isn't
> > > it the hypervisor that needs access to the secondary storage?
> > > The mgmt server only needs to access secondary storage to be able to
> seed
> > > the templates right?
> > >
> > >
> > >
> > > > Date: Thu, 20 Feb 2014 19:43:32 -0700
> > > > Subject: Re: VMware and NFS
> > > > From: mike.tutkow...@solidfire.com
> > > > To: dev@cloudstack.apache.org
> > > >
> > > > I may be remembering this incorrectly, but for VMware doesn't the
> > > > management server have to be able to mount the secondary storage NFS
> > > share
> > > > to /mnt/sec?
> > > >
> > > >
> > > > On Thu, Feb 20, 2014 at 7:39 PM, Nitin Mehta  >
> > > wrote:
> > > >
> > > > > Couple of questions.
> > > > > Did you seed the system vm template onto the sec. storage ? And
> can you
> > > > > mount that template location in sec. storage on your management
> server
> > > ?
> > > > >
> > > > > On 20/02/14 6:32 PM, "Michael Phillips" 
> > > wrote:
> > > > >
> > > > > >Hey dev guys, I just recently got CS up and running with vmware.
> > > However
> > > > > >I am running into an issue where it seems my esxi hosts are not
> > > mounting
> > > > > >the  secondary NFS storage.
> > > > > >NFS is working as I can mount to it from other linux boxes, and I
> can
> > > > > >mount a NFS datastore from the hypervisors. In my log I see the
> > > following
> > > > > >few errors:
> > > > > >"Unable to create mount point for nfs://
> 172.16.25.85/export/secondary
> > > ",
> > > > > >"Secondary storage mount point: /mnt/sec", "in directory
> > > > > >"/mnt/sec/template/tmpl/1/8"): java.io.IOException: error=2, No
> such
> > > file
> > > > > >or directory"
> > > > > >Adding secondary storage seemed straight forward and I even was
> able
> > > to
> > > > > >make it work using XEN as the hypervisor, so the problem
> definitely
> > > seems
> > > > > >to be esxi...
> > > > > >Any tricks to making esxi work with cloudstack and NFS?
> > > > > >Thanks in advance for any help!
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > *Mike Tutkowski*
> > > > *Senior CloudStack Developer, SolidFire Inc.*
> > > > e: mike.tutkow...@solidfire.com
> > > > o: 303.746.7302
> > > > Advancing the way the world uses the
> > > > cloud
> > > > *(tm)*
> > >
> >
> >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the
> > cloud
> > *(tm)*
>
>



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

Re: VMware and NFS

[Mike Tutkowski]

So, just to be sure I have this correct, the management server mounts
secondary storage regardless of hypervisor type due to systemvm.iso. Is
that correct?

Thanks


On Thu, Feb 20, 2014 at 9:46 PM, Sateesh Chodapuneedi <
sateesh.chodapune...@citrix.com> wrote:

> > -Original Message-
> > From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> > Sent: 21 February 2014 09:54
> > To: dev@cloudstack.apache.org
> > Subject: Re: VMware and NFS
> >
> > Yes, the hypervisor does need to mount the NFS share, but I seem to
> remember there being something unusual about VMware in that the
> > management server needed to be able to mount the NFS share, as well.
>
> Yeah, management server mount secondary storage.
> Reason behind this is CS does patching of system vms by injecting
> systemvm.iso into system vm. In this process, management server mounts
> secondary storage and copies systemvm.iso image into secondary storage
> inside "systemvm" folder. Later that would be mounted by system vm. During
> system vm startup there is a script "cloud-early-config" which installs the
> content of mounted iso inside the system vm.
>
> Hope that clarifies.
>
> Regards,
> Sateesh
>
> >
> >
> > On Thu, Feb 20, 2014 at 8:59 PM, Michael Phillips
> > wrote:
> >
> > > Interesting as I do see errors in the mgmt log in regards to
> > > /mnt/sec...however if I am understanding the architecture correctly
> > > isn't it the hypervisor that needs access to the secondary storage?
> > > The mgmt server only needs to access secondary storage to be able to
> > > seed the templates right?
> > >
> > >
> > >
> > > > Date: Thu, 20 Feb 2014 19:43:32 -0700
> > > > Subject: Re: VMware and NFS
> > > > From: mike.tutkow...@solidfire.com
> > > > To: dev@cloudstack.apache.org
> > > >
> > > > I may be remembering this incorrectly, but for VMware doesn't the
> > > > management server have to be able to mount the secondary storage NFS
> > > share
> > > > to /mnt/sec?
> > > >
> > > >
> > > > On Thu, Feb 20, 2014 at 7:39 PM, Nitin Mehta
> > > > 
> > > wrote:
> > > >
> > > > > Couple of questions.
> > > > > Did you seed the system vm template onto the sec. storage ? And
> > > > > can you mount that template location in sec. storage on your
> > > > > management server
> > > ?
> > > > >
> > > > > On 20/02/14 6:32 PM, "Michael Phillips" 
> > > wrote:
> > > > >
> > > > > >Hey dev guys, I just recently got CS up and running with vmware.
> > > However
> > > > > >I am running into an issue where it seems my esxi hosts are not
> > > mounting
> > > > > >the  secondary NFS storage.
> > > > > >NFS is working as I can mount to it from other linux boxes, and I
> > > > > >can mount a NFS datastore from the hypervisors. In my log I see
> > > > > >the
> > > following
> > > > > >few errors:
> > > > > >"Unable to create mount point for
> > > > > >nfs://172.16.25.85/export/secondary
> > > ",
> > > > > >"Secondary storage mount point: /mnt/sec", "in directory
> > > > > >"/mnt/sec/template/tmpl/1/8"): java.io.IOException: error=2, No
> > > > > >such
> > > file
> > > > > >or directory"
> > > > > >Adding secondary storage seemed straight forward and I even was
> > > > > >able
> > > to
> > > > > >make it work using XEN as the hypervisor, so the problem
> > > > > >definitely
> > > seems
> > > > > >to be esxi...
> > > > > >Any tricks to making esxi work with cloudstack and NFS?
> > > > > >Thanks in advance for any help!
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > *Mike Tutkowski*
> > > > *Senior CloudStack Developer, SolidFire Inc.*
> > > > e: mike.tutkow...@solidfire.com
> > > > o: 303.746.7302
> > > > Advancing the way the world uses the
> > > > cloud
> > > > *(tm)*
> > >
> >
> >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the
> > cloud
> > *(tm)*
>



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

RE: VMware and NFS

[Sateesh Chodapuneedi]

> -Original Message-
> From: Mike Tutkowski [mailto:mike.tutkow...@solidfire.com]
> Sent: 21 February 2014 09:54
> To: dev@cloudstack.apache.org
> Subject: Re: VMware and NFS
> 
> Yes, the hypervisor does need to mount the NFS share, but I seem to remember 
> there being something unusual about VMware in that the
> management server needed to be able to mount the NFS share, as well.

Yeah, management server mount secondary storage.
Reason behind this is CS does patching of system vms by injecting systemvm.iso 
into system vm. In this process, management server mounts secondary storage and 
copies systemvm.iso image into secondary storage inside "systemvm" folder. 
Later that would be mounted by system vm. During system vm startup there is a 
script "cloud-early-config" which installs the content of mounted iso inside 
the system vm. 

Hope that clarifies.

Regards,
Sateesh

> 
> 
> On Thu, Feb 20, 2014 at 8:59 PM, Michael Phillips
> wrote:
> 
> > Interesting as I do see errors in the mgmt log in regards to
> > /mnt/sec...however if I am understanding the architecture correctly
> > isn't it the hypervisor that needs access to the secondary storage?
> > The mgmt server only needs to access secondary storage to be able to
> > seed the templates right?
> >
> >
> >
> > > Date: Thu, 20 Feb 2014 19:43:32 -0700
> > > Subject: Re: VMware and NFS
> > > From: mike.tutkow...@solidfire.com
> > > To: dev@cloudstack.apache.org
> > >
> > > I may be remembering this incorrectly, but for VMware doesn't the
> > > management server have to be able to mount the secondary storage NFS
> > share
> > > to /mnt/sec?
> > >
> > >
> > > On Thu, Feb 20, 2014 at 7:39 PM, Nitin Mehta
> > > 
> > wrote:
> > >
> > > > Couple of questions.
> > > > Did you seed the system vm template onto the sec. storage ? And
> > > > can you mount that template location in sec. storage on your
> > > > management server
> > ?
> > > >
> > > > On 20/02/14 6:32 PM, "Michael Phillips" 
> > wrote:
> > > >
> > > > >Hey dev guys, I just recently got CS up and running with vmware.
> > However
> > > > >I am running into an issue where it seems my esxi hosts are not
> > mounting
> > > > >the  secondary NFS storage.
> > > > >NFS is working as I can mount to it from other linux boxes, and I
> > > > >can mount a NFS datastore from the hypervisors. In my log I see
> > > > >the
> > following
> > > > >few errors:
> > > > >"Unable to create mount point for
> > > > >nfs://172.16.25.85/export/secondary
> > ",
> > > > >"Secondary storage mount point: /mnt/sec", "in directory
> > > > >"/mnt/sec/template/tmpl/1/8"): java.io.IOException: error=2, No
> > > > >such
> > file
> > > > >or directory"
> > > > >Adding secondary storage seemed straight forward and I even was
> > > > >able
> > to
> > > > >make it work using XEN as the hypervisor, so the problem
> > > > >definitely
> > seems
> > > > >to be esxi...
> > > > >Any tricks to making esxi work with cloudstack and NFS?
> > > > >Thanks in advance for any help!
> > > >
> > > >
> > >
> > >
> > > --
> > > *Mike Tutkowski*
> > > *Senior CloudStack Developer, SolidFire Inc.*
> > > e: mike.tutkow...@solidfire.com
> > > o: 303.746.7302
> > > Advancing the way the world uses the
> > > cloud
> > > *(tm)*
> >
> 
> 
> 
> 
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *(tm)*

Re: Authentication and devCloud

[Rajani Karuturi]

User authenticators are defined in the bean userAuthenticatorsRegistry defined 
in 
cloudstack/core/resources/META-INF/cloudstack/core/spring-core-registry-core-context.xml
Each of these authenticators are called once in the order until the 
authentication is successful in any of them. 

you should run the maven command from the top directory of cloudstack source. 
checkout 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/How+to+build+CloudStack 
and other sections under 'Development 101'


~Rajani



On 21-Feb-2014, at 4:34 am, María Noelia Gil  wrote:

> Hi! I am a student and I'm doing work about authentication CloudStack. Does 
> anyone could provide me a document or picture that explains the 
> authentication model, or a reference that I can use as an introduction? 
> 
> Moreover, I have trying to install devCloud , but I have a problem with maven 
> . The file " pom.xml " does not exist and I have downloaded the following:
> 
> https://forge.gluster.org/cloudstack-gluster/cloudstack/blobs/d2c646f0a434831bd5aef88b5692c108fe26e718/tools/devcloud/pom.xml
> 
> But when I run " mvn clean" command I get the following error:
> 
> [ INFO] Scanning for projects ...
> [ INFO] --- 
> -
> [ INFO] BUILD FAILURE
> [ INFO] --- 
> -
> [INFO ] Total time: 0.117s
> [ INFO] Finished at: Thu February 20 00:12:38 UTC 2014
> [ INFO] Final Memory : 2M/6M
> [ INFO] --- 
> -
> [ERROR ] The goal you specified requires a project to execute but there is no 
> POM In this directory ( / opt/cloudstack/apache-maven-3.0.4/bin ) . Please 
> Verify you Invoked Maven from the correct directory . -> [ Help 1 ]
> [ERROR ]
> [ERROR ] To see the full stack trace of the errors , re -run Maven With the- 
> e switch.
> [ERROR ] Re -run Maven using the- X switch to enable full debug logging .
> [ERROR ]
> [ERROR ] For more information about the errors and possible solutions, please 
> read the Following articles:
> [ERROR ] [ Help 1 ] 
> http://cwiki.apache.org/confluence/display/MAVEN/MissingProjectException
> 
> I think the problem is that the namespace is not available .
> 
> Is there any solution?
> 
> Thank you.

RE: VMware and NFS

[Sateesh Chodapuneedi]

> -Original Message-
> From: Michael Phillips [mailto:mphilli7...@hotmail.com]
> Sent: 21 February 2014 09:59
> To: dev@cloudstack.apache.org
> Subject: RE: VMware and NFS
> 
> h.I have been scoring docs etcit would not surprise me...
> Can any of the dev guys possibly elaborate?
> BTW Mike, I finally gave up on making 4.x work with centos and just used 
> ubuntuit worked like a charm. So I can only guess that
> something is up with the newer versions of CS with Centos

It might just be that in CentOS, we need to install nfs-utils and it's 
dependencies. Can you try this?
 
> 
> > Date: Thu, 20 Feb 2014 21:24:07 -0700
> > Subject: Re: VMware and NFS
> > From: mike.tutkow...@solidfire.com
> > To: dev@cloudstack.apache.org
> >
> > Yes, the hypervisor does need to mount the NFS share, but I seem to
> > remember there being something unusual about VMware in that the
> > management server needed to be able to mount the NFS share, as well.
> >
> >
> > On Thu, Feb 20, 2014 at 8:59 PM, Michael Phillips
> > wrote:
> >
> > > Interesting as I do see errors in the mgmt log in regards to
> > > /mnt/sec...however if I am understanding the architecture correctly
> > > isn't it the hypervisor that needs access to the secondary storage?
> > > The mgmt server only needs to access secondary storage to be able to
> > > seed the templates right?
> > >
> > >
> > >
> > > > Date: Thu, 20 Feb 2014 19:43:32 -0700
> > > > Subject: Re: VMware and NFS
> > > > From: mike.tutkow...@solidfire.com
> > > > To: dev@cloudstack.apache.org
> > > >
> > > > I may be remembering this incorrectly, but for VMware doesn't the
> > > > management server have to be able to mount the secondary storage
> > > > NFS
> > > share
> > > > to /mnt/sec?
> > > >
> > > >
> > > > On Thu, Feb 20, 2014 at 7:39 PM, Nitin Mehta
> > > > 
> > > wrote:
> > > >
> > > > > Couple of questions.
> > > > > Did you seed the system vm template onto the sec. storage ? And
> > > > > can you mount that template location in sec. storage on your
> > > > > management server
> > > ?
> > > > >
> > > > > On 20/02/14 6:32 PM, "Michael Phillips"
> > > > > 
> > > wrote:
> > > > >
> > > > > >Hey dev guys, I just recently got CS up and running with vmware.
> > > However
> > > > > >I am running into an issue where it seems my esxi hosts are not
> > > mounting
> > > > > >the  secondary NFS storage.
> > > > > >NFS is working as I can mount to it from other linux boxes, and
> > > > > >I can mount a NFS datastore from the hypervisors. In my log I
> > > > > >see the
> > > following
> > > > > >few errors:
> > > > > >"Unable to create mount point for
> > > > > >nfs://172.16.25.85/export/secondary
> > > ",
> > > > > >"Secondary storage mount point: /mnt/sec", "in directory
> > > > > >"/mnt/sec/template/tmpl/1/8"): java.io.IOException: error=2, No
> > > > > >such
> > > file
> > > > > >or directory"
> > > > > >Adding secondary storage seemed straight forward and I even was
> > > > > >able
> > > to
> > > > > >make it work using XEN as the hypervisor, so the problem
> > > > > >definitely
> > > seems
> > > > > >to be esxi...
> > > > > >Any tricks to making esxi work with cloudstack and NFS?
> > > > > >Thanks in advance for any help!
> > > > >
> > > > >
> > > >
> > > >
> > > > --
> > > > *Mike Tutkowski*
> > > > *Senior CloudStack Developer, SolidFire Inc.*
> > > > e: mike.tutkow...@solidfire.com
> > > > o: 303.746.7302
> > > > Advancing the way the world uses the
> > > > cloud
> > > > *(tm)*
> > >
> >
> >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the
> > cloud
> > *(tm)*
> 

RE: VMware and NFS

[Michael Phillips]

h.I have been scoring docs etcit would not surprise me...
Can any of the dev guys possibly elaborate?
BTW Mike, I finally gave up on making 4.x work with centos and just used 
ubuntuit worked like a charm. So I can only guess that something is up with 
the newer versions of CS with Centos

> Date: Thu, 20 Feb 2014 21:24:07 -0700
> Subject: Re: VMware and NFS
> From: mike.tutkow...@solidfire.com
> To: dev@cloudstack.apache.org
> 
> Yes, the hypervisor does need to mount the NFS share, but I seem to
> remember there being something unusual about VMware in that the management
> server needed to be able to mount the NFS share, as well.
> 
> 
> On Thu, Feb 20, 2014 at 8:59 PM, Michael Phillips
> wrote:
> 
> > Interesting as I do see errors in the mgmt log in regards to
> > /mnt/sec...however if I am understanding the architecture correctly isn't
> > it the hypervisor that needs access to the secondary storage?
> > The mgmt server only needs to access secondary storage to be able to seed
> > the templates right?
> >
> >
> >
> > > Date: Thu, 20 Feb 2014 19:43:32 -0700
> > > Subject: Re: VMware and NFS
> > > From: mike.tutkow...@solidfire.com
> > > To: dev@cloudstack.apache.org
> > >
> > > I may be remembering this incorrectly, but for VMware doesn't the
> > > management server have to be able to mount the secondary storage NFS
> > share
> > > to /mnt/sec?
> > >
> > >
> > > On Thu, Feb 20, 2014 at 7:39 PM, Nitin Mehta 
> > wrote:
> > >
> > > > Couple of questions.
> > > > Did you seed the system vm template onto the sec. storage ? And can you
> > > > mount that template location in sec. storage on your management server
> > ?
> > > >
> > > > On 20/02/14 6:32 PM, "Michael Phillips" 
> > wrote:
> > > >
> > > > >Hey dev guys, I just recently got CS up and running with vmware.
> > However
> > > > >I am running into an issue where it seems my esxi hosts are not
> > mounting
> > > > >the  secondary NFS storage.
> > > > >NFS is working as I can mount to it from other linux boxes, and I can
> > > > >mount a NFS datastore from the hypervisors. In my log I see the
> > following
> > > > >few errors:
> > > > >"Unable to create mount point for nfs://172.16.25.85/export/secondary
> > ",
> > > > >"Secondary storage mount point: /mnt/sec", "in directory
> > > > >"/mnt/sec/template/tmpl/1/8"): java.io.IOException: error=2, No such
> > file
> > > > >or directory"
> > > > >Adding secondary storage seemed straight forward and I even was able
> > to
> > > > >make it work using XEN as the hypervisor, so the problem definitely
> > seems
> > > > >to be esxi...
> > > > >Any tricks to making esxi work with cloudstack and NFS?
> > > > >Thanks in advance for any help!
> > > >
> > > >
> > >
> > >
> > > --
> > > *Mike Tutkowski*
> > > *Senior CloudStack Developer, SolidFire Inc.*
> > > e: mike.tutkow...@solidfire.com
> > > o: 303.746.7302
> > > Advancing the way the world uses the
> > > cloud
> > > *(tm)*
> >
> 
> 
> 
> 
> -- 
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *(tm)*
  

Re: VMware and NFS

[Mike Tutkowski]

Yes, the hypervisor does need to mount the NFS share, but I seem to
remember there being something unusual about VMware in that the management
server needed to be able to mount the NFS share, as well.


On Thu, Feb 20, 2014 at 8:59 PM, Michael Phillips
wrote:

> Interesting as I do see errors in the mgmt log in regards to
> /mnt/sec...however if I am understanding the architecture correctly isn't
> it the hypervisor that needs access to the secondary storage?
> The mgmt server only needs to access secondary storage to be able to seed
> the templates right?
>
>
>
> > Date: Thu, 20 Feb 2014 19:43:32 -0700
> > Subject: Re: VMware and NFS
> > From: mike.tutkow...@solidfire.com
> > To: dev@cloudstack.apache.org
> >
> > I may be remembering this incorrectly, but for VMware doesn't the
> > management server have to be able to mount the secondary storage NFS
> share
> > to /mnt/sec?
> >
> >
> > On Thu, Feb 20, 2014 at 7:39 PM, Nitin Mehta 
> wrote:
> >
> > > Couple of questions.
> > > Did you seed the system vm template onto the sec. storage ? And can you
> > > mount that template location in sec. storage on your management server
> ?
> > >
> > > On 20/02/14 6:32 PM, "Michael Phillips" 
> wrote:
> > >
> > > >Hey dev guys, I just recently got CS up and running with vmware.
> However
> > > >I am running into an issue where it seems my esxi hosts are not
> mounting
> > > >the  secondary NFS storage.
> > > >NFS is working as I can mount to it from other linux boxes, and I can
> > > >mount a NFS datastore from the hypervisors. In my log I see the
> following
> > > >few errors:
> > > >"Unable to create mount point for nfs://172.16.25.85/export/secondary
> ",
> > > >"Secondary storage mount point: /mnt/sec", "in directory
> > > >"/mnt/sec/template/tmpl/1/8"): java.io.IOException: error=2, No such
> file
> > > >or directory"
> > > >Adding secondary storage seemed straight forward and I even was able
> to
> > > >make it work using XEN as the hypervisor, so the problem definitely
> seems
> > > >to be esxi...
> > > >Any tricks to making esxi work with cloudstack and NFS?
> > > >Thanks in advance for any help!
> > >
> > >
> >
> >
> > --
> > *Mike Tutkowski*
> > *Senior CloudStack Developer, SolidFire Inc.*
> > e: mike.tutkow...@solidfire.com
> > o: 303.746.7302
> > Advancing the way the world uses the
> > cloud
> > *(tm)*
>




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

RE: VMware and NFS

[Michael Phillips]

Interesting as I do see errors in the mgmt log in regards to /mnt/sec...however 
if I am understanding the architecture correctly isn't it the hypervisor that 
needs access to the secondary storage?
The mgmt server only needs to access secondary storage to be able to seed the 
templates right?



> Date: Thu, 20 Feb 2014 19:43:32 -0700
> Subject: Re: VMware and NFS
> From: mike.tutkow...@solidfire.com
> To: dev@cloudstack.apache.org
> 
> I may be remembering this incorrectly, but for VMware doesn't the
> management server have to be able to mount the secondary storage NFS share
> to /mnt/sec?
> 
> 
> On Thu, Feb 20, 2014 at 7:39 PM, Nitin Mehta  wrote:
> 
> > Couple of questions.
> > Did you seed the system vm template onto the sec. storage ? And can you
> > mount that template location in sec. storage on your management server ?
> >
> > On 20/02/14 6:32 PM, "Michael Phillips"  wrote:
> >
> > >Hey dev guys, I just recently got CS up and running with vmware. However
> > >I am running into an issue where it seems my esxi hosts are not mounting
> > >the  secondary NFS storage.
> > >NFS is working as I can mount to it from other linux boxes, and I can
> > >mount a NFS datastore from the hypervisors. In my log I see the following
> > >few errors:
> > >"Unable to create mount point for nfs://172.16.25.85/export/secondary",
> > >"Secondary storage mount point: /mnt/sec", "in directory
> > >"/mnt/sec/template/tmpl/1/8"): java.io.IOException: error=2, No such file
> > >or directory"
> > >Adding secondary storage seemed straight forward and I even was able to
> > >make it work using XEN as the hypervisor, so the problem definitely seems
> > >to be esxi...
> > >Any tricks to making esxi work with cloudstack and NFS?
> > >Thanks in advance for any help!
> >
> >
> 
> 
> -- 
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *(tm)*
  

RE: VMware and NFS

[Michael Phillips]

Yes to both...

> From: nitin.me...@citrix.com
> To: dev@cloudstack.apache.org
> Subject: Re: VMware and NFS
> Date: Fri, 21 Feb 2014 02:39:01 +
> 
> Couple of questions.
> Did you seed the system vm template onto the sec. storage ? And can you
> mount that template location in sec. storage on your management server ?
> 
> On 20/02/14 6:32 PM, "Michael Phillips"  wrote:
> 
> >Hey dev guys, I just recently got CS up and running with vmware. However
> >I am running into an issue where it seems my esxi hosts are not mounting
> >the  secondary NFS storage.
> >NFS is working as I can mount to it from other linux boxes, and I can
> >mount a NFS datastore from the hypervisors. In my log I see the following
> >few errors:
> >"Unable to create mount point for nfs://172.16.25.85/export/secondary",
> >"Secondary storage mount point: /mnt/sec", "in directory
> >"/mnt/sec/template/tmpl/1/8"): java.io.IOException: error=2, No such file
> >or directory"
> >Adding secondary storage seemed straight forward and I even was able to
> >make it work using XEN as the hypervisor, so the problem definitely seems
> >to be esxi...
> >Any tricks to making esxi work with cloudstack and NFS?
> >Thanks in advance for any help!
> 
  

Re: [DISCUSS] Policy blocker?

[Francois Gaudreault]

I find a little ironic that the internal policies are a lot more 
restrictive than the Apache license itself :S


Meanwhile, isn't CloudStack falling into the MySQL FOSS exception? 
http://www.mysql.com/about/legal/licensing/foss-exception/


Francois

On 2/20/2014, 9:20 PM, David Nalley wrote:

On Thu, Feb 20, 2014 at 9:10 PM, Francois Gaudreault
 wrote:

I may be wrong here, and far from being an expert at this, but isn't the
MariaDB connector doing the same thing, but under a Lesser GPL license?
Which would solve a lot of licensing issues (no need to put CloudStack
entirely on GPL).

FG


Hi Francois:

L/GPL is also Cat X according to ASF Policy, and thus isn't
effectively any better.

--David





--
Francois Gaudreault
Architecte de Solution Cloud | Cloud Solutions Architect
fgaudrea...@cloudops.com
514-629-6775
- - -
CloudOps
420 rue Guy
Montréal QC  H3J 1S6
www.cloudops.com
@CloudOps_

Re: VMware and NFS

[Mike Tutkowski]

I may be remembering this incorrectly, but for VMware doesn't the
management server have to be able to mount the secondary storage NFS share
to /mnt/sec?


On Thu, Feb 20, 2014 at 7:39 PM, Nitin Mehta  wrote:

> Couple of questions.
> Did you seed the system vm template onto the sec. storage ? And can you
> mount that template location in sec. storage on your management server ?
>
> On 20/02/14 6:32 PM, "Michael Phillips"  wrote:
>
> >Hey dev guys, I just recently got CS up and running with vmware. However
> >I am running into an issue where it seems my esxi hosts are not mounting
> >the  secondary NFS storage.
> >NFS is working as I can mount to it from other linux boxes, and I can
> >mount a NFS datastore from the hypervisors. In my log I see the following
> >few errors:
> >"Unable to create mount point for nfs://172.16.25.85/export/secondary",
> >"Secondary storage mount point: /mnt/sec", "in directory
> >"/mnt/sec/template/tmpl/1/8"): java.io.IOException: error=2, No such file
> >or directory"
> >Adding secondary storage seemed straight forward and I even was able to
> >make it work using XEN as the hypervisor, so the problem definitely seems
> >to be esxi...
> >Any tricks to making esxi work with cloudstack and NFS?
> >Thanks in advance for any help!
>
>


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

Re: VMware and NFS

[Nitin Mehta]

Couple of questions.
Did you seed the system vm template onto the sec. storage ? And can you
mount that template location in sec. storage on your management server ?

On 20/02/14 6:32 PM, "Michael Phillips"  wrote:

>Hey dev guys, I just recently got CS up and running with vmware. However
>I am running into an issue where it seems my esxi hosts are not mounting
>the  secondary NFS storage.
>NFS is working as I can mount to it from other linux boxes, and I can
>mount a NFS datastore from the hypervisors. In my log I see the following
>few errors:
>"Unable to create mount point for nfs://172.16.25.85/export/secondary",
>"Secondary storage mount point: /mnt/sec", "in directory
>"/mnt/sec/template/tmpl/1/8"): java.io.IOException: error=2, No such file
>or directory"
>Adding secondary storage seemed straight forward and I even was able to
>make it work using XEN as the hypervisor, so the problem definitely seems
>to be esxi...
>Any tricks to making esxi work with cloudstack and NFS?
>Thanks in advance for any help!  

VMware and NFS

[Michael Phillips]

Hey dev guys, I just recently got CS up and running with vmware. However I am 
running into an issue where it seems my esxi hosts are not mounting the  
secondary NFS storage.
NFS is working as I can mount to it from other linux boxes, and I can mount a 
NFS datastore from the hypervisors. In my log I see the following few errors:
"Unable to create mount point for nfs://172.16.25.85/export/secondary", 
"Secondary storage mount point: /mnt/sec", "in directory 
"/mnt/sec/template/tmpl/1/8"): java.io.IOException: error=2, No such file or 
directory"
Adding secondary storage seemed straight forward and I even was able to make it 
work using XEN as the hypervisor, so the problem definitely seems to be esxi...
Any tricks to making esxi work with cloudstack and NFS?
Thanks in advance for any help!   

Re: [DISCUSS] Policy blocker?

[David Nalley]

On Thu, Feb 20, 2014 at 9:10 PM, Francois Gaudreault
 wrote:
> I may be wrong here, and far from being an expert at this, but isn't the
> MariaDB connector doing the same thing, but under a Lesser GPL license?
> Which would solve a lot of licensing issues (no need to put CloudStack
> entirely on GPL).
>
> FG
>

Hi Francois:

L/GPL is also Cat X according to ASF Policy, and thus isn't
effectively any better.

--David

Re: [DISCUSS] Policy blocker?

[Francois Gaudreault]

I may be wrong here, and far from being an expert at this, but isn't the 
MariaDB connector doing the same thing, but under a Lesser GPL license? 
Which would solve a lot of licensing issues (no need to put CloudStack 
entirely on GPL).


FG

On 2/20/2014, 5:10 PM, Chip Childers wrote:

Real quick, because I don't know if I will be able to track this
thread in detail starting tonight...  Take this as input to the
discussion that the whole community needs to have about the
*potential* problem with the current situation.

Legal documentation as well as application of the "valid license
categories" is tied to the bits in something we distribute.  So that
means that we have LICENSE and NOTICE for the source package (with all
code either being valid licenses or developed at the ASF).  This same
logic applies to any binary distribution...  they have their own legal
documents, and they should pertain to all bits included in that
distribution.

Unlike other ASF projects, we do NOT offer binary builds from ASF
infra.  This is where things are fuzzy, and there needs to be a
discussion.  We offer "packages" that are pre-compiled.  That being
said, we actually offer RPMs that include the nonoss features, while
our community hosted DEBs do not contain those bits.  Theoretically
though, the packages should be the place to depend on "system
dependencies".

The other issue is one of "default build" not having any category X
dependencies.  There is a fine line between a "system dependency" and
a dependency that is pulled down during the build.  We had previously
agreed that the cat X stuff would require manual work and not be
pulled in automatically.

Transitive dependencies are also an issue...  if we package them, we
should respect their license and actually need to have them in the
legal docs.  Not sure where they stand WRT being pulled in by the
build process...

So...  no answers, just a bit of background.

I'm going to be offline (mostly) until Wed of next week.  I will try
to watch this thread and rescind my -1 on the RC if we can work our
way through this logic puzzle in a way that satisfies my concerns
about the current state of things.

-chip


On Thu, Feb 20, 2014 at 5:01 PM, Chip Childers  wrote:

On Thu, Feb 20, 2014 at 1:44 PM, Animesh Chaturvedi
 wrote:

Chip, David thanks for the detailed explanation, is one of you taking care of 
fixing this issue or we need to find other volunteers

I'm sorry to say that I do not have the available cycles.  $dayjob +
getting ready for a few days off has me pretty booked up.

-chip





--
Francois Gaudreault
Architecte de Solution Cloud | Cloud Solutions Architect
fgaudrea...@cloudops.com
514-629-6775
- - -
CloudOps
420 rue Guy
Montréal QC  H3J 1S6
www.cloudops.com
@CloudOps_

Re: [DISCUSS] Browser-based template and volume uploads

[Chiradeep Vittal]

Heh, AWS seems to manage fine without it. But that is AWS.
Service offerings are only for compute, there is a separate disk offering
for the data volumes. Presumably the data volumes can be used for
persistent storage (e.g., db files). What is the difference between a 40G
Drupal template and an 80G Drupal template? Surely that extra 40G could be
on a data volume?

On 2/20/14 3:11 PM, "Nux!"  wrote:

>On 20.02.2014 23:04, Chiradeep Vittal wrote:
>> Nux, that's an entirely different problem. Care to raise a feature
>> request?
>
>It's been here for a while:
>https://issues.apache.org/jira/browse/CLOUDSTACK-5305
>
>It's a major PITA for me (and I imagine for anyone else who wants to
>sell cloud publicly).
>
>-- 
>Sent from the Delta quadrant using Borg technology!
>
>Nux!
>www.nux.ro

Re: git commit: updated refs/heads/master to 67fc2f5

[David Nalley]

Hi folks, I've been working on the legal issue wrt
mysql-connector-java dependency, and it's worse than originally
feared. We have a compile dependency on GPL'ed software.

This was committed to master (and 4.3) back in November. We have not
released this software.

Please consider this a -1 (veto) for this commit, and the others that
import com.mysql*  We can't depend on GPLed software. Please see the
other threads on this subject for reading material about why. We need
to revert this. I haven't yet sussed out whether this only affects the
high(er)) availability stuff or if this is more problematic.

Comments welcome.

--David

On Thu, Nov 14, 2013 at 12:47 AM,   wrote:
> Updated Branches:
>   refs/heads/master 74153e4a7 -> 67fc2f53e
>
>
> CLOUDSTACK-4916: Fixing the issue with DB HA when there are more than 2 db 
> nodes (Issue was mysql DriverManager was returning salve db nodes on random 
> basis which was causing issue)
>
> Signed-off-by: Abhinandan Prateek 
>
>
> Project: http://git-wip-us.apache.org/repos/asf/cloudstack/repo
> Commit: http://git-wip-us.apache.org/repos/asf/cloudstack/commit/67fc2f53
> Tree: http://git-wip-us.apache.org/repos/asf/cloudstack/tree/67fc2f53
> Diff: http://git-wip-us.apache.org/repos/asf/cloudstack/diff/67fc2f53
>
> Branch: refs/heads/master
> Commit: 67fc2f53e2e197f2a8da3b7fc367de9dbe54bb93
> Parents: 74153e4
> Author: Damodar Reddy 
> Authored: Thu Nov 14 10:45:54 2013 +0530
> Committer: Abhinandan Prateek 
> Committed: Thu Nov 14 11:10:48 2013 +0530
>
> --
>  client/tomcatconf/db.properties.in  |   1 +
>  framework/db/pom.xml|   5 +
>  .../src/com/cloud/utils/db/StaticStrategy.java  | 130 +++
>  .../com/cloud/utils/db/TransactionLegacy.java   |   8 +-
>  4 files changed, 140 insertions(+), 4 deletions(-)
> --
>
>
> http://git-wip-us.apache.org/repos/asf/cloudstack/blob/67fc2f53/client/tomcatconf/db.properties.in
> --
> diff --git a/client/tomcatconf/db.properties.in 
> b/client/tomcatconf/db.properties.in
> index 31e0803..b224cec 100644
> --- a/client/tomcatconf/db.properties.in
> +++ b/client/tomcatconf/db.properties.in
> @@ -85,6 +85,7 @@ db.simulator.autoReconnect=true
>
>  # High Availability And Cluster Properties
>  db.ha.enabled=false
> +db.ha.loadBalanceStrategy=com.cloud.utils.db.StaticStrategy
>  # cloud stack Database
>  db.cloud.slaves=localhost,localhost
>  db.cloud.autoReconnect=true
>
> http://git-wip-us.apache.org/repos/asf/cloudstack/blob/67fc2f53/framework/db/pom.xml
> --
> diff --git a/framework/db/pom.xml b/framework/db/pom.xml
> index 5af00a0..e28628e 100644
> --- a/framework/db/pom.xml
> +++ b/framework/db/pom.xml
> @@ -44,6 +44,11 @@
>cloud-utils
>${project.version}
>  
> +
> +  mysql
> +  mysql-connector-java
> +  compile
> +
>
>
>  
>
> http://git-wip-us.apache.org/repos/asf/cloudstack/blob/67fc2f53/framework/db/src/com/cloud/utils/db/StaticStrategy.java
> --
> diff --git a/framework/db/src/com/cloud/utils/db/StaticStrategy.java 
> b/framework/db/src/com/cloud/utils/db/StaticStrategy.java
> new file mode 100644
> index 000..29e96df
> --- /dev/null
> +++ b/framework/db/src/com/cloud/utils/db/StaticStrategy.java
> @@ -0,0 +1,130 @@
> +// Licensed to the Apache Software Foundation (ASF) under one
> +// or more contributor license agreements.  See the NOTICE file
> +// distributed with this work for additional information
> +// regarding copyright ownership.  The ASF licenses this file
> +// to you under the Apache License, Version 2.0 (the
> +// "License"); you may not use this file except in compliance
> +// the License.  You may obtain a copy of the License at
> +//
> +// http://www.apache.org/licenses/LICENSE-2.0
> +//
> +// Unless required by applicable law or agreed to in writing,
> +// software distributed under the License is distributed on an
> +// "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
> +// KIND, either express or implied.  See the License for the
> +// specific language governing permissions and limitations
> +// under the License.
> +package com.cloud.utils.db;
> +
> +import java.sql.SQLException;
> +import java.util.ArrayList;
> +import java.util.HashMap;
> +import java.util.List;
> +import java.util.Map;
> +import java.util.Properties;
> +
> +import com.mysql.jdbc.BalanceStrategy;
> +import com.mysql.jdbc.Connection;
> +import com.mysql.jdbc.ConnectionImpl;
> +import com.mysql.jdbc.LoadBalancingConnectionProxy;
> +import com.mysql.jdbc.SQLError;
> +
> +public class StaticStrategy implements BalanceStrategy {
> +
> +public StaticStrategy() {
> +}
> +
> +public vo

Re: [DISCUSS] Browser-based template and volume uploads

[Nux!]

On 20.02.2014 23:04, Chiradeep Vittal wrote:
Nux, that's an entirely different problem. Care to raise a feature 
request?


It's been here for a while:
https://issues.apache.org/jira/browse/CLOUDSTACK-5305

It's a major PITA for me (and I imagine for anyone else who wants to 
sell cloud publicly).


--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: [DISCUSS] Browser-based template and volume uploads

[Chiradeep Vittal]

Nux, that's an entirely different problem. Care to raise a feature request?


On 2/20/14 11:34 AM, "Nux!"  wrote:

>On 19.02.2014 22:12, Chiradeep Vittal wrote:
>> Hi all,
>> 
>> The fact that one has to have a HTTP server to host templates before
>> the templates can be imported into secondary storage is an
>> inconvenience. I am not sure how much of an inconvenience it is, but I
>> was asked to detail the technical architecture, if it needed to be
>> supported. Certainly, I can imagine for folks coming in contact with
>> ACS for the first time, it might seem onerous to set up another web
>> server.
>> 
>> I've sketched a strawman proposal [1] to support browser-based
>> uploads of templates and volumes to secondary storage.
>> It is not yet a PROPOSAL since it is still raw (and I do not have
>> time to work on this immediately).
>> 
>> Please comment on this.
>> [1] https://cwiki.apache.org/confluence/x/jY5cAg
>
>A small request, can we enhance this feature so that it will generate
>multiple templates with different storage?
>For example now when I add a Linux template it has to be in different
>sizes: 10GB, 20GB, 40GB, 100GB, 200GB etc. Another round of templates
>for say Windows, another for eg Linux+CPanel and so on and so forth. I
>end up adding tons of templates (really one of my biggest pet peeves
>with ACS) whereas with the same setup in openstack or onapp I just need
>to add 3.
>
>-- 
>Sent from the Delta quadrant using Borg technology!
>
>Nux!
>www.nux.ro

Authentication and devCloud

[María Noelia Gil]

Hi! I am a student and I'm doing work about authentication CloudStack. Does 
anyone could provide me a document or picture that explains the authentication 
model, or a reference that I can use as an introduction? 

Moreover, I have trying to install devCloud , but I have a problem with maven . 
The file " pom.xml " does not exist and I have downloaded the following:

https://forge.gluster.org/cloudstack-gluster/cloudstack/blobs/d2c646f0a434831bd5aef88b5692c108fe26e718/tools/devcloud/pom.xml

But when I run " mvn clean" command I get the following error:

[ INFO] Scanning for projects ...
[ INFO] --- 
-
[ INFO] BUILD FAILURE
[ INFO] --- 
-
[INFO ] Total time: 0.117s
[ INFO] Finished at: Thu February 20 00:12:38 UTC 2014
[ INFO] Final Memory : 2M/6M
[ INFO] --- 
-
[ERROR ] The goal you specified requires a project to execute but there is no 
POM In this directory ( / opt/cloudstack/apache-maven-3.0.4/bin ) . Please 
Verify you Invoked Maven from the correct directory . -> [ Help 1 ]
[ERROR ]
[ERROR ] To see the full stack trace of the errors , re -run Maven With the- e 
switch.
[ERROR ] Re -run Maven using the- X switch to enable full debug logging .
[ERROR ]
[ERROR ] For more information about the errors and possible solutions, please 
read the Following articles:
[ERROR ] [ Help 1 ] 
http://cwiki.apache.org/confluence/display/MAVEN/MissingProjectException

I think the problem is that the namespace is not available .

Is there any solution?

Thank you.

Re: Font question in GUI

[Mike Tutkowski]

I needed to set up a CloudPlatform 4.2 environment today to perform a
certification test and noticed this font issue exists on 4.2, as well.


On Thu, Jan 30, 2014 at 10:07 PM, Mike Tutkowski <
mike.tutkow...@solidfire.com> wrote:

> Anyone know if there is already a JIRA ticket open for this issue?
>
> If not, I can open one.
>
> Thanks!
>
>
> On Thu, Jan 30, 2014 at 4:20 PM, Marcus  wrote:
>
>> yep
>>
>>
>> On Thu, Jan 30, 2014 at 4:01 PM, Mike Tutkowski
>>  wrote:
>> > Hi,
>> >
>> > This is a minor issue.
>> >
>> > Has anyone else noticed when you return to the GUI from another window
>> that
>> > sometimes the GUI's font has changed?
>> >
>> > To get the GUI to switch back to the expected font, I have to refresh
>> it by
>> > clicking on one of the buttons in the left-hand pane.
>> >
>> > Typically I use Chrome.
>> >
>> > 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
>> > *(tm)*
>>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the 
> cloud
> *(tm)*
>



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

Re: [DISCUSS] Policy blocker?

[Chip Childers]

Real quick, because I don't know if I will be able to track this
thread in detail starting tonight...  Take this as input to the
discussion that the whole community needs to have about the
*potential* problem with the current situation.

Legal documentation as well as application of the "valid license
categories" is tied to the bits in something we distribute.  So that
means that we have LICENSE and NOTICE for the source package (with all
code either being valid licenses or developed at the ASF).  This same
logic applies to any binary distribution...  they have their own legal
documents, and they should pertain to all bits included in that
distribution.

Unlike other ASF projects, we do NOT offer binary builds from ASF
infra.  This is where things are fuzzy, and there needs to be a
discussion.  We offer "packages" that are pre-compiled.  That being
said, we actually offer RPMs that include the nonoss features, while
our community hosted DEBs do not contain those bits.  Theoretically
though, the packages should be the place to depend on "system
dependencies".

The other issue is one of "default build" not having any category X
dependencies.  There is a fine line between a "system dependency" and
a dependency that is pulled down during the build.  We had previously
agreed that the cat X stuff would require manual work and not be
pulled in automatically.

Transitive dependencies are also an issue...  if we package them, we
should respect their license and actually need to have them in the
legal docs.  Not sure where they stand WRT being pulled in by the
build process...

So...  no answers, just a bit of background.

I'm going to be offline (mostly) until Wed of next week.  I will try
to watch this thread and rescind my -1 on the RC if we can work our
way through this logic puzzle in a way that satisfies my concerns
about the current state of things.

-chip


On Thu, Feb 20, 2014 at 5:01 PM, Chip Childers  wrote:
> On Thu, Feb 20, 2014 at 1:44 PM, Animesh Chaturvedi
>  wrote:
>> Chip, David thanks for the detailed explanation, is one of you taking care 
>> of fixing this issue or we need to find other volunteers
>
> I'm sorry to say that I do not have the available cycles.  $dayjob +
> getting ready for a few days off has me pretty booked up.
>
> -chip

RE: Master blocker CLOUDSTACK-6130

[Animesh Chaturvedi]

> -Original Message-
> From: Trippie [mailto:trip...@gmail.com] On Behalf Of Hugo Trippaers
> Sent: Thursday, February 20, 2014 5:45 AM
> To: 
> Cc: Hugo Trippaers; Ian Southam
> Subject: Re: Master blocker CLOUDSTACK-6130
> 
> Hey,
> 
> Should be fixed by:
> commit ba7ff5369cc602c7e0c8d788b6617f27123c2328
> Author: Hugo Trippaers 
> Date:   Thu Feb 20 14:04:51 2014 +0100
> 
> Fix parameter index in getCount function.
> 
> 
> @Talluri, Agreed. However with the current way of testing it is really hard to
> see which commit actually broke something. We should be able to tell which
> commits changed something when a particular test fails. Maybe we could
> start by supplying the list of changes between one run of the test suite and
> the next. That would at least narrow the number of changes developers
> have to look at to determine which change broke what,much like the current
> maven build.
[Animesh] Yes that is a useful and necessary.
> 
> Cheers,
> 
> Hugo
> 
> 
> On 20 feb. 2014, at 07:39, Srikanteswararao Talluri
>  wrote:
> 
> > This is found by daily BVT run and sent out in daily BVT reporting mail.
> > It would be great if folks could actually pick up the bugs resulted
> > from BVT failures immediately.
> >
> > Thanks,
> > ~Talluri
> >
> > On 20/02/14 10:20 am, "Sheng Yang"  wrote:
> >
> >> Hi Hugo/Ian,
> >>
> >> I suspect https://issues.apache.org/jira/browse/CLOUDSTACK-6130 is
> >> caused by some of recent change of findbugs. It's likely got
> >> something wrong with GeneralDaoBase, and the most recently
> modifications are:
> >>
> >> commit 443acac92792cb2654c3414df276efac404f
> >> Author: Hugo Trippaers 
> >> Date:   Fri Feb 14 18:36:18 2014 +0100
> >>
> >>   Fix functional issue introduced by some findbug changes.
> >>
> >> commit 5a6ad11fa2ca3de64b94095c628bd3ba12e618c3
> >> Author: Ian Southam 
> >> Date:   Wed Feb 12 17:08:52 2014 +0100
> >>
> >>   findbugs findings
> >>
> >>   Signed-off-by: Hugo Trippaers 
> >>
> >> From the error message, it shows statement as:
> >>
> >> SELECT COUNT(*) FROM user_ip_address INNER JOIN account ON
> >> user_ip_address.account_id=account.id INNER JOIN vlan ON
> >> user_ip_address.vlan_db_id=vlan.id WHERE
> user_ip_address.account_id=5
> >> AND user_ip_address.allocated IS NOT NULL AND (account.type !=
> >> 'VirtualNetwork'
> >> ) AND (vlan.vlan_type = ** NOT SPECIFIED ** )
> >>
> >> And you can observed that some parameters have been shifted left by
> >> one position, because vlan.vlan_type should compare to
> >> "virtualNetwork". It should related to "i++"/"++i" change in the commit.
> >>
> >> After reverting these two commits, everything is fine.
> >>
> >> Could you take a look?
> >>
> >> --Sheng
> >

Re: [DISCUSS] Policy blocker?

[Chip Childers]

On Thu, Feb 20, 2014 at 1:44 PM, Animesh Chaturvedi
 wrote:
> Chip, David thanks for the detailed explanation, is one of you taking care of 
> fixing this issue or we need to find other volunteers

I'm sorry to say that I do not have the available cycles.  $dayjob +
getting ready for a few days off has me pretty booked up.

-chip

Re: [DISCUSS] Policy blocker?

[David Nalley]

On Thu, Feb 20, 2014 at 3:08 PM, Nate Gordon  wrote:
> Will this cause issues with people running ACS from maven jetty (or any
> other maven operation that needs the db) if the connector isn't pulled in
> by the pom?  I could see it being added to support that need.  If they are
> running it from a tomcat instance managed by eclipse, it would be pretty
> easy to manage it as a system dep there and removing it from the pom.  I've
> done that myself for other projects and not had a problem, it is just
> documentation.
>

Yes. A developer (or anyone else running ACS via jetty) will need to
have the jar in the classpath.

--David

Re: [DISCUSS] Policy blocker?

[Nate Gordon]

Will this cause issues with people running ACS from maven jetty (or any
other maven operation that needs the db) if the connector isn't pulled in
by the pom?  I could see it being added to support that need.  If they are
running it from a tomcat instance managed by eclipse, it would be pretty
easy to manage it as a system dep there and removing it from the pom.  I've
done that myself for other projects and not had a problem, it is just
documentation.



On Thu, Feb 20, 2014 at 12:54 PM, David Nalley  wrote:

> I will try to work on this a bit this evening, but others may be faster.
>
> --David
>
> On Thu, Feb 20, 2014 at 1:44 PM, Animesh Chaturvedi
>  wrote:
> > Chip, David thanks for the detailed explanation, is one of you taking
> care of fixing this issue or we need to find other volunteers
> >
> > Thanks
> > Animesh
> >
> >> -Original Message-
> >> From: Chip Childers [mailto:chipchild...@apache.org]
> >> Sent: Thursday, February 20, 2014 10:13 AM
> >> To: dev@cloudstack.apache.org
> >> Subject: Re: [DISCUSS] Policy blocker?
> >>
> >> On Thu, Feb 20, 2014 at 11:32 AM, Chip Childers <
> chipchild...@apache.org>
> >> wrote:
> >> > On Thu, Feb 20, 2014 at 08:37:46AM -0500, David Nalley wrote:
> >> >> Hi folks,
> >> >>
> >> >> I cringe to raise this issue. After 6 RCs I am sure we are all
> >> >> feeling a little bit of release vote fatigue. Especially Animesh. I
> >> >> apologize in advance; in all other respects I am ready to give a +1
> to RC6.
> >> >>
> >> >> I've been playing with 4.3.0-rc6 for a couple of days now. I
> >> >> attempted to build some RPMs and had problems with dependency
> >> >> resolution in maven. This led me to looking at a number of different
> >> >> poms, and I noticed mysql-connector-java is listed as a runtime
> >> >> dependency. For our end users, this really isn't necessary - the debs
> >> >> and rpms specify a requirement (effectively a system requirement in
> >> >> the terms of
> >> >> policy) for mysql-connector-java. We don't need it to build the
> >> >> software (at least not in any location I've seen) - just when
> running.
> >> >> (And thus its a system dependency, much like MySQL is.)
> >> >>
> >> >> mysql-connector-java is GPLv2; which is Cat X. By including it as a
> >> >> dependency in the pom it automatically gets downloaded. The 3rd Party
> >> >> software policy has this line in it:
> >> >>
> >> >> "YOU MUST NOT distribute build scripts or documentation within an
> >> >> Apache product with the purpose of causing the default/standard build
> >> >> of an Apache product to include any part of aprohibited work."
> >> >>
> >> >> We've released software with this dependency previously. Is this a
> >> >> blocker for 4.3 or do we fix going forward? (If we hadn't already
> >> >> shipped releases with this problem I'd lean a bit more towards it
> >> >> being a blocker - but its more murky now.)
> >> >>
> >> >> Thoughts, comments, flames?
> >> >>
> >> >> --David
> >> >>
> >> >> [1] https://www.apache.org/legal/3party.html
> >> >
> >> > During incubation, this dependency was raised as an issue.  Generally,
> >> > there are 2 ways to deal with Category X dependencies within an ASF
> >> > project:
> >> >
> >> > 1) Make it an optional part of the software.  This is what we do with
> >> > the nonoss build target, but won't work for the mysql-connector.
> >> >
> >> > 2) Make it a "system dependency" that is expected to be installed on
> >> > the system prior to our software.
> >> >
> >> > mysql-connector-java (and the python equiv) were supposed to be
> >> > handled using option 2 (system dependency).
> >> >
> >> > Currently, our RPM packaging depends on the relevant RPM to pull this
> >> > in as a system dependency.  I can't tell with the DEBs, but that would
> >> > need to be reviewed.
> >> >
> >> > The problem is that our maven poms pull down the jar automatically
> >> > right now.  This is the blocker for us.  I'm certainly not a lawyer,
> >> > but my understanding of ASF policy is that we need to make some
> >> > changes before making another release.
> >> >
> >> > So, there appear to be three things that have to happen:
> >> >
> >> > 1) Confirm that the mysql-connector-java is a system dependency in the
> >> > DEB packaging.
> >> >
> >> > 2) Ensure that a "normal build" of the project using mvn does not
> >> > automatically download the mysql-connector-java jar files.
> >> >
> >> > 3) Retest the project to ensure that the above changes work.
> >> >
> >> > Then we can re-spin an RC.
> >> >
> >> > -chip
> >>
> >> For those following along at home, here are some relevant links:
> >>
> >> http://www.apache.org/legal/resolved.html
> >>
> >> http://www.apache.org/dev/licensing-howto.html
>



-- 


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

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

--

The information in this messa

Re: [DISCUSS] Browser-based template and volume uploads

[Daan Hoogland]

You are right Chiradeep,

When talking about real simple installations It would be nice, though.
for a bit more you would not want this indeed. So it would be an extra
for the administrator. I still like the idea.

As for you wiki page, I presume you want to propose both
implementations, Or are you defining options to choose from?


On Thu, Feb 20, 2014 at 8:18 PM, Chiradeep Vittal
 wrote:
> This isn't for the admin. The end user has no access to the MS file system
> or any direct access to the secondary storage NFS server. The only
> frontend available to the NFS secondary share is the SSVM.
>
> Re: dropbox: that is already available : enter a URL.
>
> On 2/20/14 11:05 AM, "Daan Hoogland"  wrote:
>
>>Yes, shouldn't take to much work.
>>
>>On Thu, Feb 20, 2014 at 6:01 PM, John Kinsella  wrote:
>>> You mean to load files off the management server, yea? That makes sense
>>>to me
>>>
>>> On Feb 20, 2014, at 3:14 AM, Daan Hoogland
>>>mailto:daan.hoogl...@gmail.com>> wrote:
>>>
>>> why not a allowing a simple file:///home/me/my.template kind of url?
>>>
>>> for simple installations this should do.
>>>
>>> On Wed, Feb 19, 2014 at 11:42 PM, John Kinsella
>>>mailto:j...@stratosec.co>> wrote:
>>> We definitely need to support more than http download. http upload
>>>sounds interesting, but I'd love to see something more resilient for
>>>large uploads. How 'bout specifying a "drop folder" type location on the
>>>mgmt server that the server polls every 15 seconds for new files, then
>>>in the UI the user can pick from the files shown there? Not as secure as
>>>your browser upload pattern, though.
>>>
>>> Maybe use something like https://github.com/blueimp/jquery-file-upload
>>>that allows resumable uploads?
>>>
>>> Just had the thought of maybe adding support for
>>>dropbox/box.net/etc. At that point, an ImageFetch
>>>plugin hook starts to sound interesting. Adding a bit torrent plugin
>>>could make getting the default templates quite snappy. :)
>>>
>>>
>>> On Feb 19, 2014, at 2:12 PM, Chiradeep Vittal
>>>mailto:chiradeep.vit...@citrix.com>> wrote:
>>>
>>> Hi all,
>>>
>>> The fact that one has to have a HTTP server to host templates before
>>>the templates can be imported into secondary storage is an
>>>inconvenience. I am not sure how much of an inconvenience it is, but I
>>>was asked to detail the technical architecture, if it needed to be
>>>supported. Certainly, I can imagine for folks coming in contact with ACS
>>>for the first time, it might seem onerous to set up another web server.
>>>
>>> I've sketched a strawman proposal [1] to support browser-based uploads
>>>of templates and volumes to secondary storage.
>>> It is not yet a PROPOSAL since it is still raw (and I do not have time
>>>to work on this immediately).
>>>
>>> Please comment on this.
>>> [1] https://cwiki.apache.org/confluence/x/jY5cAg
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Daan
>>>
>>> Stratosec - Compliance as a Service
>>> o: 415.315.9385
>>> @johnlkinsella
>>>
>>
>>
>>
>>--
>>Daan
>



-- 
Daan

Re: Master blocker CLOUDSTACK-6130

[Hugo Trippaers]

Sent from my iPhone

> On 20 feb. 2014, at 18:31, Srikanteswararao Talluri 
>  wrote:
> 
> 
> 
>> On 20/02/14 7:14 pm, "Hugo Trippaers"  wrote:
>> 
>> Hey, 
>> 
>> Should be fixed by:
>> commit ba7ff5369cc602c7e0c8d788b6617f27123c2328
>> Author: Hugo Trippaers 
>> Date:   Thu Feb 20 14:04:51 2014 +0100
>> 
>>   Fix parameter index in getCount function.
>> 
>> 
>> @Talluri, Agreed. However with the current way of testing it is really
>> hard to see which commit actually broke something. We should be able to
>> tell which commits changed something when a particular test fails. Maybe
>> we could start by supplying the list of changes between one run of the
>> test suite and the next. That would at least narrow the number of changes
>> developers have to look at to determine which change broke what,much like
>> the current maven build.
> 
> [Talluri] This can be done Hugo. I am working towards sending one digest
> mail everyday to dev list on automated test runs. Any thoughts or
> disagreements??

Sounds good to me, can you automate that? 

Cheers,

Hugo


> 
>> 
>> Cheers,
>> 
>> Hugo
>> 
>> 
>> On 20 feb. 2014, at 07:39, Srikanteswararao Talluri
>>  wrote:
>> 
>>> This is found by daily BVT run and sent out in daily BVT reporting mail.
>>> It would be great if folks could actually pick up the bugs resulted from
>>> BVT failures immediately.
>>> 
>>> Thanks,
>>> ~Talluri
>>> 
 On 20/02/14 10:20 am, "Sheng Yang"  wrote:
 
 Hi Hugo/Ian,
 
 I suspect https://issues.apache.org/jira/browse/CLOUDSTACK-6130 is
 caused
 by some of recent change of findbugs. It's likely got something wrong
 with
 GeneralDaoBase, and the most recently modifications are:
 
 commit 443acac92792cb2654c3414df276efac404f
 Author: Hugo Trippaers 
 Date:   Fri Feb 14 18:36:18 2014 +0100
 
  Fix functional issue introduced by some findbug changes.
 
 commit 5a6ad11fa2ca3de64b94095c628bd3ba12e618c3
 Author: Ian Southam 
 Date:   Wed Feb 12 17:08:52 2014 +0100
 
  findbugs findings
 
  Signed-off-by: Hugo Trippaers 
 
 From the error message, it shows statement as:
 
 SELECT COUNT(*) FROM user_ip_address INNER JOIN account ON
 user_ip_address.account_id=account.id INNER JOIN vlan ON
 user_ip_address.vlan_db_id=vlan.id WHERE user_ip_address.account_id=5
 AND
 user_ip_address.allocated IS NOT NULL AND (account.type !=
 'VirtualNetwork'
 ) AND (vlan.vlan_type = ** NOT SPECIFIED ** )
 
 And you can observed that some parameters have been shifted left by one
 position, because vlan.vlan_type should compare to "virtualNetwork". It
 should related to "i++"/"++i" change in the commit.
 
 After reverting these two commits, everything is fine.
 
 Could you take a look?
 
 --Sheng
> 

Re: [DISCUSS] Browser-based template and volume uploads

[Nux!]

On 19.02.2014 22:12, Chiradeep Vittal wrote:

Hi all,

The fact that one has to have a HTTP server to host templates before
the templates can be imported into secondary storage is an
inconvenience. I am not sure how much of an inconvenience it is, but I
was asked to detail the technical architecture, if it needed to be
supported. Certainly, I can imagine for folks coming in contact with
ACS for the first time, it might seem onerous to set up another web
server.

I've sketched a strawman proposal [1] to support browser-based
uploads of templates and volumes to secondary storage.
It is not yet a PROPOSAL since it is still raw (and I do not have
time to work on this immediately).

Please comment on this.
[1] https://cwiki.apache.org/confluence/x/jY5cAg


A small request, can we enhance this feature so that it will generate 
multiple templates with different storage?
For example now when I add a Linux template it has to be in different 
sizes: 10GB, 20GB, 40GB, 100GB, 200GB etc. Another round of templates 
for say Windows, another for eg Linux+CPanel and so on and so forth. I 
end up adding tons of templates (really one of my biggest pet peeves 
with ACS) whereas with the same setup in openstack or onapp I just need 
to add 3.


--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: [DISCUSS] Browser-based template and volume uploads

[Chiradeep Vittal]

This isn't for the admin. The end user has no access to the MS file system
or any direct access to the secondary storage NFS server. The only
frontend available to the NFS secondary share is the SSVM.

Re: dropbox: that is already available : enter a URL.

On 2/20/14 11:05 AM, "Daan Hoogland"  wrote:

>Yes, shouldn't take to much work.
>
>On Thu, Feb 20, 2014 at 6:01 PM, John Kinsella  wrote:
>> You mean to load files off the management server, yea? That makes sense
>>to me
>>
>> On Feb 20, 2014, at 3:14 AM, Daan Hoogland
>>mailto:daan.hoogl...@gmail.com>> wrote:
>>
>> why not a allowing a simple file:///home/me/my.template kind of url?
>>
>> for simple installations this should do.
>>
>> On Wed, Feb 19, 2014 at 11:42 PM, John Kinsella
>>mailto:j...@stratosec.co>> wrote:
>> We definitely need to support more than http download. http upload
>>sounds interesting, but I'd love to see something more resilient for
>>large uploads. How 'bout specifying a "drop folder" type location on the
>>mgmt server that the server polls every 15 seconds for new files, then
>>in the UI the user can pick from the files shown there? Not as secure as
>>your browser upload pattern, though.
>>
>> Maybe use something like https://github.com/blueimp/jquery-file-upload
>>that allows resumable uploads?
>>
>> Just had the thought of maybe adding support for
>>dropbox/box.net/etc. At that point, an ImageFetch
>>plugin hook starts to sound interesting. Adding a bit torrent plugin
>>could make getting the default templates quite snappy. :)
>>
>>
>> On Feb 19, 2014, at 2:12 PM, Chiradeep Vittal
>>mailto:chiradeep.vit...@citrix.com>> wrote:
>>
>> Hi all,
>>
>> The fact that one has to have a HTTP server to host templates before
>>the templates can be imported into secondary storage is an
>>inconvenience. I am not sure how much of an inconvenience it is, but I
>>was asked to detail the technical architecture, if it needed to be
>>supported. Certainly, I can imagine for folks coming in contact with ACS
>>for the first time, it might seem onerous to set up another web server.
>>
>> I've sketched a strawman proposal [1] to support browser-based uploads
>>of templates and volumes to secondary storage.
>> It is not yet a PROPOSAL since it is still raw (and I do not have time
>>to work on this immediately).
>>
>> Please comment on this.
>> [1] https://cwiki.apache.org/confluence/x/jY5cAg
>>
>>
>>
>>
>>
>> --
>> Daan
>>
>> Stratosec - Compliance as a Service
>> o: 415.315.9385
>> @johnlkinsella
>>
>
>
>
>-- 
>Daan

Re: [DISCUSS] Browser-based template and volume uploads

[Daan Hoogland]

Yes, shouldn't take to much work.

On Thu, Feb 20, 2014 at 6:01 PM, John Kinsella  wrote:
> You mean to load files off the management server, yea? That makes sense to me
>
> On Feb 20, 2014, at 3:14 AM, Daan Hoogland 
> mailto:daan.hoogl...@gmail.com>> wrote:
>
> why not a allowing a simple file:///home/me/my.template kind of url?
>
> for simple installations this should do.
>
> On Wed, Feb 19, 2014 at 11:42 PM, John Kinsella 
> mailto:j...@stratosec.co>> wrote:
> We definitely need to support more than http download. http upload sounds 
> interesting, but I'd love to see something more resilient for large uploads. 
> How 'bout specifying a "drop folder" type location on the mgmt server that 
> the server polls every 15 seconds for new files, then in the UI the user can 
> pick from the files shown there? Not as secure as your browser upload 
> pattern, though.
>
> Maybe use something like https://github.com/blueimp/jquery-file-upload that 
> allows resumable uploads?
>
> Just had the thought of maybe adding support for 
> dropbox/box.net/etc. At that point, an ImageFetch plugin 
> hook starts to sound interesting. Adding a bit torrent plugin could make 
> getting the default templates quite snappy. :)
>
>
> On Feb 19, 2014, at 2:12 PM, Chiradeep Vittal 
> mailto:chiradeep.vit...@citrix.com>> wrote:
>
> Hi all,
>
> The fact that one has to have a HTTP server to host templates before the 
> templates can be imported into secondary storage is an inconvenience. I am 
> not sure how much of an inconvenience it is, but I was asked to detail the 
> technical architecture, if it needed to be supported. Certainly, I can 
> imagine for folks coming in contact with ACS for the first time, it might 
> seem onerous to set up another web server.
>
> I've sketched a strawman proposal [1] to support browser-based uploads of 
> templates and volumes to secondary storage.
> It is not yet a PROPOSAL since it is still raw (and I do not have time to 
> work on this immediately).
>
> Please comment on this.
> [1] https://cwiki.apache.org/confluence/x/jY5cAg
>
>
>
>
>
> --
> Daan
>
> Stratosec - Compliance as a Service
> o: 415.315.9385
> @johnlkinsella
>



-- 
Daan

Re: Review Request 18277: CLOUDSTACK-6015: initial check in for selenium based client side automated testing

[Yichi Lu]

Sebastien:
I'll add apache license headers to them, possibly together with some code
that I want to submit.
But how do I add a wiki page?
I created an account for myself for https://cwiki.apache.org/confluence/. I
saw Parth Jagirdar  has
a page under QA section:
UI Automation using Selenium and Python. So I can add something to this
page. But it does not look like I have write permission on any pages under
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Home.
Please help. Thanks.
Yichi


On Thu, Feb 20, 2014 at 3:50 AM, Sebastien Goasguen wrote:

>This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18277/
>
> Thanks for these tests. Please add apache license headers to all python 
> scripts.
> Also use 127.0.0.1 as IP of the mgt host.
> Can you also start a wiki page to describe the tests and how to run them (i.e 
> dependency on selenium etc..)
>
>
> - Sebastien Goasguen
>
> On February 19th, 2014, 6:52 p.m. UTC, Yichi Lu wrote:
>   Review request for cloudstack, Nitin Mehta, Parth Jagirdar, and
> Sebastien Goasguen.
> By Yichi Lu.
>
> *Updated Feb. 19, 2014, 6:52 p.m.*
>  *Repository: * cloudstack-git
> Description
>
> This is the initial check in. There are several directories: common, browser, 
> cspages, cstests/smoketests, cstests/regressiontests.
> The browser directory is for browser selection. Currently only firefox is 
> used.
> The common directory is for those shared modules.
> I plan to create one module for every page. There will also be parent pages 
> and child pages (for instance, infrastructure page is going to have a lot of 
> child pages).
> At this time I only have one test: login_logout_test, which has 9 individual 
> tests in it, one successful test, eight failed tests including some SQL 
> injection tests. Still missing are the tests for language options and domain 
> selection.
> I decide to not use lib directory. It seems to me that lib is a JAVA (or C) 
> thing. So I copied Global_Locators.py to common directory. I'll use Parth's 
> code as much as I can.
> I'll try to write each test for one purpose only. So login_logout_test is for 
> login page and logout. Obviously every test must have login and logout tests.
>
>   Testing
>
> navigate to directory: test/selenium. (At the moment, all tests must be done 
> from this directory.)
> # python cstests/smoketests/login_logout_test.py
>
> Output:
> USLT-205731:selenium yichi.lu$ python cstests/smoketests/login_logout_test.py
> .
> --
> Ran 9 tests in 116.517s
>
> OK
>
>   Diffs
>
>- test/selenium/browser/firefox.py (PRE-CREATION)
>- test/selenium/common/Global_Locators.py (PRE-CREATION)
>- test/selenium/common/shared.py (PRE-CREATION)
>- test/selenium/cspages/loginpage.py (PRE-CREATION)
>- test/selenium/cstests/smoketests/login_logout_test.py (PRE-CREATION)
>- test/selenium/cstests/smoketests/smokecfg.py (PRE-CREATION)
>
> View Diff 
>

Re: [DISCUSS] Policy blocker?

[David Nalley]

I will try to work on this a bit this evening, but others may be faster.

--David

On Thu, Feb 20, 2014 at 1:44 PM, Animesh Chaturvedi
 wrote:
> Chip, David thanks for the detailed explanation, is one of you taking care of 
> fixing this issue or we need to find other volunteers
>
> Thanks
> Animesh
>
>> -Original Message-
>> From: Chip Childers [mailto:chipchild...@apache.org]
>> Sent: Thursday, February 20, 2014 10:13 AM
>> To: dev@cloudstack.apache.org
>> Subject: Re: [DISCUSS] Policy blocker?
>>
>> On Thu, Feb 20, 2014 at 11:32 AM, Chip Childers 
>> wrote:
>> > On Thu, Feb 20, 2014 at 08:37:46AM -0500, David Nalley wrote:
>> >> Hi folks,
>> >>
>> >> I cringe to raise this issue. After 6 RCs I am sure we are all
>> >> feeling a little bit of release vote fatigue. Especially Animesh. I
>> >> apologize in advance; in all other respects I am ready to give a +1 to 
>> >> RC6.
>> >>
>> >> I've been playing with 4.3.0-rc6 for a couple of days now. I
>> >> attempted to build some RPMs and had problems with dependency
>> >> resolution in maven. This led me to looking at a number of different
>> >> poms, and I noticed mysql-connector-java is listed as a runtime
>> >> dependency. For our end users, this really isn't necessary - the debs
>> >> and rpms specify a requirement (effectively a system requirement in
>> >> the terms of
>> >> policy) for mysql-connector-java. We don't need it to build the
>> >> software (at least not in any location I've seen) - just when running.
>> >> (And thus its a system dependency, much like MySQL is.)
>> >>
>> >> mysql-connector-java is GPLv2; which is Cat X. By including it as a
>> >> dependency in the pom it automatically gets downloaded. The 3rd Party
>> >> software policy has this line in it:
>> >>
>> >> "YOU MUST NOT distribute build scripts or documentation within an
>> >> Apache product with the purpose of causing the default/standard build
>> >> of an Apache product to include any part of aprohibited work."
>> >>
>> >> We've released software with this dependency previously. Is this a
>> >> blocker for 4.3 or do we fix going forward? (If we hadn't already
>> >> shipped releases with this problem I'd lean a bit more towards it
>> >> being a blocker - but its more murky now.)
>> >>
>> >> Thoughts, comments, flames?
>> >>
>> >> --David
>> >>
>> >> [1] https://www.apache.org/legal/3party.html
>> >
>> > During incubation, this dependency was raised as an issue.  Generally,
>> > there are 2 ways to deal with Category X dependencies within an ASF
>> > project:
>> >
>> > 1) Make it an optional part of the software.  This is what we do with
>> > the nonoss build target, but won't work for the mysql-connector.
>> >
>> > 2) Make it a "system dependency" that is expected to be installed on
>> > the system prior to our software.
>> >
>> > mysql-connector-java (and the python equiv) were supposed to be
>> > handled using option 2 (system dependency).
>> >
>> > Currently, our RPM packaging depends on the relevant RPM to pull this
>> > in as a system dependency.  I can't tell with the DEBs, but that would
>> > need to be reviewed.
>> >
>> > The problem is that our maven poms pull down the jar automatically
>> > right now.  This is the blocker for us.  I'm certainly not a lawyer,
>> > but my understanding of ASF policy is that we need to make some
>> > changes before making another release.
>> >
>> > So, there appear to be three things that have to happen:
>> >
>> > 1) Confirm that the mysql-connector-java is a system dependency in the
>> > DEB packaging.
>> >
>> > 2) Ensure that a "normal build" of the project using mvn does not
>> > automatically download the mysql-connector-java jar files.
>> >
>> > 3) Retest the project to ensure that the above changes work.
>> >
>> > Then we can re-spin an RC.
>> >
>> > -chip
>>
>> For those following along at home, here are some relevant links:
>>
>> http://www.apache.org/legal/resolved.html
>>
>> http://www.apache.org/dev/licensing-howto.html

Re: Working on CloudStack Jira-764:nTier Apps 2.0 : Redundant Virtual Router for VPC email 2 of 2

[Sheng Yang]

Hi Karl,

An separate way to VR to configure keepalived/conntrackd besides
cloud-early-setup is a must without doubt.

But a separate API may not be necessary.

So here is the question: can keepalived/conntrackd used independently
regardless of network setup?

I think the answer for now is no. I believe everything can be done along
with the network setup scripts in the VR(not cloud-early-setup, but e.g.
vpc_guestgw.sh which is called dynamically because it's also unknown when
boot up), since they have dependency. Currently one network is redundant or
not is defined by network offering, which WON'T change after network
create. And there is no switch to say "disable RvR" after RvR network
recreated unless network offering would be changed. The redundancy would
involve how to create and maintain the second router, I think keep it as it
is should be fine.

So the setup keepalived/conntrackd can be a part of
SetupGuestNetworkCommand API for VPC.

Does this make sense?

And there are something more you may need to think of. Configure
keepalived/conntrackd is fairly straightforward, but as I said before, when
to create the second router and how to maintain them is a bigger problem in
my mind. Because there is no guest network to run VRRP at the time VPC VR
creation.

--Sheng



On Thu, Feb 20, 2014 at 7:35 AM, Karl Harris wrote:

> All,
>
> Here's what I've got so far with partitioning the problem.
>
> There are 3 main areas I've found so far along with a proposal for
> implementation.
>
>
>
> Keepalived:
>
> As Is:
>
> Current VRR network configuration setup is assumed by the existing code to
> be static. A single Keepalived config template file is edited at router VM
> boot time. The script cloud-early-config.sh and other BASH scripts are used
> to edit the template. The output of the edits is a keepalived.conf file
> used to configure the Keepalived application when the router VM boots.
>
> Desired:
>
> Ability (API, Java wrapper?) to  configure/reconfigure Keepalived as the
> number of NIC's and other parameters change, a type of CRUD functionality
> along with start/stop/restart, which will allow the configuration state of
> network to be realized in the CloudStack database and NOT embedded
> statically in a combination of keepalived.conf.tmpl, hypervisorbased VM
> images and the actual edited keepalived.conf file.  The operational state
> of the network is obviously kept by keepalived and conntrackd as well at
> the virtual router application itself.
>
>
> Conntrackd:
>
> As Is:
> Current Router state is managed by Conntrackd which is setup similarly to
> Keepalived using cloud-early-config.sh BASH script.
>
> Desired:
>
> Similarly to keepalived above: Ability (API, Java wrapper?) to do
> CRUD,start,stop,restart on Conntrackd network configuration.
>
>
> CloudStack Java code:
>
> As is:
>
> CloudStack only allows Virtual redundant routers for a single, static
> configuration for public networks mainly because of the lack of the ability
> to the existing code to dynamically
> change the configuration of the keepalived and conntrackd applications. As
> mentioned in a previous thread, it appears most, if not all, of the JAVA
> code used for public network redundant routers is available to use for
> implementation of VPC virtual redundant routers if the ability to
> dynamically reconfigure the network configuration of  keepalived and
> conntrackd can be realized. Obviously additions to the JAVA code will need
> to be made to utilize the new CRUD functionality for keepalived and
> contrackd. As mentioned previously most if not all of the information is
> already in the MySQL database accessible via DAO/VO's
>
> Desired:
>
> CloudStack to be able to manipulate the keepalived and conntrackd
> applications to allow for dynamic configuration of VPC networks(s) which
> require virtual redundant router capability.
>
>
>
>
> Comments on this partitioning of the issues?
>
> Did I miss any major part?
>
>
>
>
> On Thu, Feb 13, 2014 at 3:12 PM, Sheng Yang  wrote:
>
> > Hi Karl,
> >
> > From Network Guru part of view, there is no VPC or isolated network guru.
> > Guru is per network type, e.g. public network, guest network, control
> > network, mgmt network. So VPC contained one public and multiple guest
> > network, which would be created by each guru accordingly. By this means,
> > VPC or isolated network is not a guru.
> >
> > The configuration of VR is done in VirtualNetworkApplianceManager and
> > VPCVirtualNetworkApplianceManager, which would be called by Virtual
> Router
> > element and VPC virtual router element. And they've already passed all
> the
> > information VR needed for VPC. I think every information you needed to
> > configure keepalived and conntrackd should be already there, except
> > redundant_router=1 parameter.
> >
> > For original redundant router implementation, there are two major parts
> of
> > code I've heavily modified: how to start two routers in one
> network(through
> > findOrDeployVirtual

RE: [DISCUSS] Policy blocker?

[Animesh Chaturvedi]

Chip, David thanks for the detailed explanation, is one of you taking care of 
fixing this issue or we need to find other volunteers

Thanks
Animesh

> -Original Message-
> From: Chip Childers [mailto:chipchild...@apache.org]
> Sent: Thursday, February 20, 2014 10:13 AM
> To: dev@cloudstack.apache.org
> Subject: Re: [DISCUSS] Policy blocker?
> 
> On Thu, Feb 20, 2014 at 11:32 AM, Chip Childers 
> wrote:
> > On Thu, Feb 20, 2014 at 08:37:46AM -0500, David Nalley wrote:
> >> Hi folks,
> >>
> >> I cringe to raise this issue. After 6 RCs I am sure we are all
> >> feeling a little bit of release vote fatigue. Especially Animesh. I
> >> apologize in advance; in all other respects I am ready to give a +1 to RC6.
> >>
> >> I've been playing with 4.3.0-rc6 for a couple of days now. I
> >> attempted to build some RPMs and had problems with dependency
> >> resolution in maven. This led me to looking at a number of different
> >> poms, and I noticed mysql-connector-java is listed as a runtime
> >> dependency. For our end users, this really isn't necessary - the debs
> >> and rpms specify a requirement (effectively a system requirement in
> >> the terms of
> >> policy) for mysql-connector-java. We don't need it to build the
> >> software (at least not in any location I've seen) - just when running.
> >> (And thus its a system dependency, much like MySQL is.)
> >>
> >> mysql-connector-java is GPLv2; which is Cat X. By including it as a
> >> dependency in the pom it automatically gets downloaded. The 3rd Party
> >> software policy has this line in it:
> >>
> >> "YOU MUST NOT distribute build scripts or documentation within an
> >> Apache product with the purpose of causing the default/standard build
> >> of an Apache product to include any part of aprohibited work."
> >>
> >> We've released software with this dependency previously. Is this a
> >> blocker for 4.3 or do we fix going forward? (If we hadn't already
> >> shipped releases with this problem I'd lean a bit more towards it
> >> being a blocker - but its more murky now.)
> >>
> >> Thoughts, comments, flames?
> >>
> >> --David
> >>
> >> [1] https://www.apache.org/legal/3party.html
> >
> > During incubation, this dependency was raised as an issue.  Generally,
> > there are 2 ways to deal with Category X dependencies within an ASF
> > project:
> >
> > 1) Make it an optional part of the software.  This is what we do with
> > the nonoss build target, but won't work for the mysql-connector.
> >
> > 2) Make it a "system dependency" that is expected to be installed on
> > the system prior to our software.
> >
> > mysql-connector-java (and the python equiv) were supposed to be
> > handled using option 2 (system dependency).
> >
> > Currently, our RPM packaging depends on the relevant RPM to pull this
> > in as a system dependency.  I can't tell with the DEBs, but that would
> > need to be reviewed.
> >
> > The problem is that our maven poms pull down the jar automatically
> > right now.  This is the blocker for us.  I'm certainly not a lawyer,
> > but my understanding of ASF policy is that we need to make some
> > changes before making another release.
> >
> > So, there appear to be three things that have to happen:
> >
> > 1) Confirm that the mysql-connector-java is a system dependency in the
> > DEB packaging.
> >
> > 2) Ensure that a "normal build" of the project using mvn does not
> > automatically download the mysql-connector-java jar files.
> >
> > 3) Retest the project to ensure that the above changes work.
> >
> > Then we can re-spin an RC.
> >
> > -chip
> 
> For those following along at home, here are some relevant links:
> 
> http://www.apache.org/legal/resolved.html
> 
> http://www.apache.org/dev/licensing-howto.html

Re: Review Request 18310: dnsmasq fix for bridged networks

[Sheng Yang]

> On Feb. 20, 2014, 6:17 p.m., Sheng Yang wrote:
> > Looks good to me.
> > 
> > Also I've confirmed that even with this option, the MAC would show in 
> > dnsmasq.log, which is necessary for debug.
> > 
> > Applied to MASTER. Thanks!

One moment, on a second thought, even with current setup, dnsmasq won't hand 
out IP to unknown host. So why this option is needed?

And the log would show "DHCPDISCOVER(eth0) 02:01:3a:d9:00:02 no address 
available" instead of "DHCPDISCOVER(eth0) 02:01:3a:d9:00:02 ignored" with the 
option.

Is there anything I missed?


- Sheng


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


On Feb. 20, 2014, 2:01 p.m., Joris van Lieshout wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18310/
> ---
> 
> (Updated Feb. 20, 2014, 2:01 p.m.)
> 
> 
> Review request for cloudstack, daan Hoogland, Hugo Trippaers, and Sheng Yang.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> When a ACS network is bridged to another non-ACS network (for instance using 
> a NSX Bridge) this will prevent dnsmasq from responding to requests from the 
> other network that have traversed the bridge.
> 
> 
> Diffs
> -
> 
>   systemvm/patches/debian/config/etc/dnsmasq.conf.tmpl 07c5902 
> 
> Diff: https://reviews.apache.org/r/18310/diff/
> 
> 
> Testing
> ---
> 
> We have been running this fix on our own version of the 4.2 and 3.0 SVM for a 
> couple months with success.
> 
> 
> Thanks,
> 
> Joris van Lieshout
> 
>

Re: Review Request 18310: dnsmasq fix for bridged networks

[Sheng Yang]

> On Feb. 20, 2014, 6:17 p.m., Sheng Yang wrote:
> > Looks good to me.
> > 
> > Also I've confirmed that even with this option, the MAC would show in 
> > dnsmasq.log, which is necessary for debug.
> > 
> > Applied to MASTER. Thanks!
> 
> Sheng Yang wrote:
> One moment, on a second thought, even with current setup, dnsmasq won't 
> hand out IP to unknown host. So why this option is needed?
> 
> And the log would show "DHCPDISCOVER(eth0) 02:01:3a:d9:00:02 no address 
> available" instead of "DHCPDISCOVER(eth0) 02:01:3a:d9:00:02 ignored" with the 
> option.
> 
> Is there anything I missed?

And the patch hasn't been applied yet...


- Sheng


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


On Feb. 20, 2014, 2:01 p.m., Joris van Lieshout wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18310/
> ---
> 
> (Updated Feb. 20, 2014, 2:01 p.m.)
> 
> 
> Review request for cloudstack, daan Hoogland, Hugo Trippaers, and Sheng Yang.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> When a ACS network is bridged to another non-ACS network (for instance using 
> a NSX Bridge) this will prevent dnsmasq from responding to requests from the 
> other network that have traversed the bridge.
> 
> 
> Diffs
> -
> 
>   systemvm/patches/debian/config/etc/dnsmasq.conf.tmpl 07c5902 
> 
> Diff: https://reviews.apache.org/r/18310/diff/
> 
> 
> Testing
> ---
> 
> We have been running this fix on our own version of the 4.2 and 3.0 SVM for a 
> couple months with success.
> 
> 
> Thanks,
> 
> Joris van Lieshout
> 
>

Re: Review Request 18310: dnsmasq fix for bridged networks

[Sheng Yang]

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

Ship it!


Looks good to me.

Also I've confirmed that even with this option, the MAC would show in 
dnsmasq.log, which is necessary for debug.

Applied to MASTER. Thanks!

- Sheng Yang


On Feb. 20, 2014, 2:01 p.m., Joris van Lieshout wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18310/
> ---
> 
> (Updated Feb. 20, 2014, 2:01 p.m.)
> 
> 
> Review request for cloudstack, daan Hoogland, Hugo Trippaers, and Sheng Yang.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> When a ACS network is bridged to another non-ACS network (for instance using 
> a NSX Bridge) this will prevent dnsmasq from responding to requests from the 
> other network that have traversed the bridge.
> 
> 
> Diffs
> -
> 
>   systemvm/patches/debian/config/etc/dnsmasq.conf.tmpl 07c5902 
> 
> Diff: https://reviews.apache.org/r/18310/diff/
> 
> 
> Testing
> ---
> 
> We have been running this fix on our own version of the 4.2 and 3.0 SVM for a 
> couple months with success.
> 
> 
> Thanks,
> 
> Joris van Lieshout
> 
>

Re: Review Request 18310: dnsmasq fix for bridged networks

[Sheng Yang]

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

Ship it!


Looks good to me.

Also I've confirmed that even with this option, the MAC would show in 
dnsmasq.log, which is necessary for debug.

Applied to MASTER. Thanks!

- Sheng Yang


On Feb. 20, 2014, 2:01 p.m., Joris van Lieshout wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18310/
> ---
> 
> (Updated Feb. 20, 2014, 2:01 p.m.)
> 
> 
> Review request for cloudstack, daan Hoogland, Hugo Trippaers, and Sheng Yang.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> When a ACS network is bridged to another non-ACS network (for instance using 
> a NSX Bridge) this will prevent dnsmasq from responding to requests from the 
> other network that have traversed the bridge.
> 
> 
> Diffs
> -
> 
>   systemvm/patches/debian/config/etc/dnsmasq.conf.tmpl 07c5902 
> 
> Diff: https://reviews.apache.org/r/18310/diff/
> 
> 
> Testing
> ---
> 
> We have been running this fix on our own version of the 4.2 and 3.0 SVM for a 
> couple months with success.
> 
> 
> Thanks,
> 
> Joris van Lieshout
> 
>

Re: [DISCUSS] Policy blocker?

[Chip Childers]

On Thu, Feb 20, 2014 at 11:32 AM, Chip Childers  wrote:
> On Thu, Feb 20, 2014 at 08:37:46AM -0500, David Nalley wrote:
>> Hi folks,
>>
>> I cringe to raise this issue. After 6 RCs I am sure we are all feeling
>> a little bit of release vote fatigue. Especially Animesh. I apologize
>> in advance; in all other respects I am ready to give a +1 to RC6.
>>
>> I've been playing with 4.3.0-rc6 for a couple of days now. I attempted
>> to build some RPMs and had problems with dependency resolution in
>> maven. This led me to looking at a number of different poms, and I
>> noticed mysql-connector-java is listed as a runtime dependency. For
>> our end users, this really isn't necessary - the debs and rpms specify
>> a requirement (effectively a system requirement in the terms of
>> policy) for mysql-connector-java. We don't need it to build the
>> software (at least not in any location I've seen) - just when running.
>> (And thus its a system dependency, much like MySQL is.)
>>
>> mysql-connector-java is GPLv2; which is Cat X. By including it as a
>> dependency in the pom it automatically gets downloaded. The 3rd Party
>> software policy has this line in it:
>>
>> "YOU MUST NOT distribute build scripts or documentation within an
>> Apache product with the purpose of causing the default/standard build
>> of an Apache product to include any part of aprohibited work."
>>
>> We've released software with this dependency previously. Is this a
>> blocker for 4.3 or do we fix going forward? (If we hadn't already
>> shipped releases with this problem I'd lean a bit more towards it
>> being a blocker - but its more murky now.)
>>
>> Thoughts, comments, flames?
>>
>> --David
>>
>> [1] https://www.apache.org/legal/3party.html
>
> During incubation, this dependency was raised as an issue.  Generally,
> there are 2 ways to deal with Category X dependencies within an ASF
> project:
>
> 1) Make it an optional part of the software.  This is what we do with
> the nonoss build target, but won't work for the mysql-connector.
>
> 2) Make it a "system dependency" that is expected to be installed on the
> system prior to our software.
>
> mysql-connector-java (and the python equiv) were supposed to be handled
> using option 2 (system dependency).
>
> Currently, our RPM packaging depends on the relevant RPM to pull this in
> as a system dependency.  I can't tell with the DEBs, but that would need
> to be reviewed.
>
> The problem is that our maven poms pull down the jar automatically right
> now.  This is the blocker for us.  I'm certainly not a lawyer, but my
> understanding of ASF policy is that we need to make some changes before
> making another release.
>
> So, there appear to be three things that have to happen:
>
> 1) Confirm that the mysql-connector-java is a system dependency in the
> DEB packaging.
>
> 2) Ensure that a "normal build" of the project using mvn does not
> automatically download the mysql-connector-java jar files.
>
> 3) Retest the project to ensure that the above changes work.
>
> Then we can re-spin an RC.
>
> -chip

For those following along at home, here are some relevant links:

http://www.apache.org/legal/resolved.html

http://www.apache.org/dev/licensing-howto.html

RE: [DOCS][DISCUSS] heads-up main docs repo refactor

[Radhika Puthiyetath]

Because I am a Citrix employee, who has the day-to-day work to complete. There 
was a mail thread that only post 4.3 release, we can switch to RST.

Let me hunt down.

-Original Message-
From: David Nalley [mailto:da...@gnsa.us] 
Sent: Thursday, February 20, 2014 11:05 PM
To: dev@cloudstack.apache.org
Cc: Animesh Chaturvedi; Hugo Trippaers; Dave Cahill; Yoshikazu Nojima
Subject: Re: [DOCS][DISCUSS] heads-up main docs repo refactor

On Thu, Feb 20, 2014 at 12:11 PM, Radhika Puthiyetath 
 wrote:
> Hi,
>
> From Citrix-perspective, this is going to be effort intensive considering the 
> current head count for documentation.
>

Citrix has no standing in Apache CloudStack decisions. What is your individual 
opinion with your CloudStack hat on?


> For 4.3, we would like to continue with DocBook, as per our earlier consensus.
>

Link to said consensus?

I thought the consensus was that we would switch if we could do so in time. 
Sebastien seems to have pulled that off.


> I shall come back with a concrete plan soon after completing the 4.3 feature 
> documentation.
>
> Hope it works. Thanks for your patience.
>
> -Radhika
>
> -Original Message-
> From: sebgoa [mailto:run...@gmail.com]
> Sent: Thursday, February 20, 2014 8:50 PM
> To: dev@cloudstack.apache.org; Radhika Puthiyetath
> Cc: Animesh Chaturvedi; Hugo Trippaers; Dave Cahill; Yoshikazu Nojima
> Subject: [DOCS][DISCUSS] heads-up main docs repo refactor
>
> Hi,
>
> With the change of format for docs, I have started to refactor the main docs 
> repo "cloudstack-docs.git"
>
> The allocator,midonet,nicira,qig,vxlan and release notes guides have been 
> converted to .rst format.
>
> I am moving the docbook version of these guides into an /archive directory 
> for the time being.
>
> I will move my github repo that is used to build 
> http://cloudstack.readthedocs.org/en/latest/ to the main docs repo.
>
> The release notes now have their main repo and are up to date for 4.3 release.
>
> Now for the [DISCUSS] part:
>
> * The install and admin guides also have their own repo so we could remove 
> them from cloudstack-docs with a temporary move to the /archive dir .
>
> *My thought is to keep the cloudstack-docs repo for a "catch all" docs where 
> people can contribute "guides" that stand on their own, while the admin and 
> install repos are for the complete guides that we need to improve as complete 
> end-to-end docs.
>
> * @Radhika you are mostly the only one writing in docbook, when do you feel 
> comfortable switching to .rst ? I am willing to help clean up the period when 
> we have a few left over docbook commits that need to be merged in .rst. But 
> we do need to have date at which point we make docbook "obsolete". I have 
> already started going through your last 10 commits to make sure the content 
> is in the new format.
>
> thoughts,
>
> -Sebastien

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

[David Nalley]

On Thu, Feb 20, 2014 at 11:23 AM, Chip Childers  wrote:
> On Wed, Feb 19, 2014 at 04:25:21AM +, Animesh Chaturvedi wrote:
>>
>> [ ] +1  approve
>>
>> [ ] +0  no opinion
>>
>> [ ] -1  disapprove (and reason why)
>>
>
> Given the recently noticed legal issues with the mysql-connector-java
> dependency, I'm -1 (binding) until that is resolved.
>

I hate to have to issue a -1 (binding) but will do so as well.

--David

Re: OVS plugin in CloudStack 4.3.0

[Murali Reddy]

On 20/02/14 8:40 PM, "Florin Dumitrascu"
 wrote:

>Yes,
>
>sdn.ovs.controller = true
>sdn.ovs.controller.default.label = GUEST  // label used on XenServer
>guest network
>
>Without the OVS controller switched on, I think one will not see the OVS
>bridge created.
>The first part of the setup works, allocating a GRE key from the VLAN
>range, setting up the OVS bridge.
>The second part involving configuring the OVS bridge and creating the
>tunnel interface doesn't take place.

This issue was discussed in [1], and is fixed as part of the bug
CLOUDSTACK-5967. So 'Ovs' is added as provider of 'Connectivity' service
as part of the fix. You need to create a network offering with 'Ovs'
selected as 'Connectivity' service provider. When you create network with
such network offering you should see tunnels established as well. There no
ui support unfortunaley , so you need to use api. Please see [2] for
sample api call to create network offering with 'Ovs' as 'Connectivity'
service provider

[1] http://markmail.org/message/h5pcpeeuo5zp42t6
[2] http://pastebin.com/n3fbdjAP


>
>I double checked to see that I am doing exactly the same steps as in
>4.1.1.
>
>Regards,
>Florin
>
>-Original Message-
>From: Paul Angus [mailto:paul.an...@shapeblue.com]
>Sent: Thursday, February 20, 2014 2:57 PM
>To: dev@cloudstack.apache.org
>Cc: Chiradeep Vittal; Murali Reddy (JIRA)
>Subject: RE: OVS plugin in CloudStack 4.3.0
>
>Have you set
>sdn.ovs.controller = true
>And
>sdn.ovs.controller.default.label = < >
>
>in the global settings (and restarted mgmt. server)
>
>Regards,
>
>Paul Angus
>Cloud Architect
>S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
>paul.an...@shapeblue.com
>
>-Original Message-
>From: Florin Dumitrascu [mailto:florin.dumitra...@intunenetworks.com]
>Sent: 20 February 2014 14:43
>To: dev@cloudstack.apache.org
>Cc: Chiradeep Vittal; Murali Reddy (JIRA)
>Subject: RE: OVS plugin in CloudStack 4.3.0
>
>Hi Paul,
>
>I would be very curious to hear your feedback.
>I am not able to get GRE working with RC6.
>The OVS bridge is created, but the GRE tunnel is not.
>
>So far I have tried (using XenServer 6.1.0):
>a) 2 hosts within different clusters and different pods
>b) 2 hosts within different cluster and same pod
>
>As with 4.2 release, the "create_tunnel" function doesn't seem to be
>invoked.
>Still looking at the logs ...
>
>Regards,
>Florin
>
>-Original Message-
>From: Paul Angus [mailto:paul.an...@shapeblue.com]
>Sent: Thursday, February 20, 2014 9:40 AM
>To: dev@cloudstack.apache.org
>Cc: Chiradeep Vittal; Murali Reddy (JIRA)
>Subject: RE: OVS plugin in CloudStack 4.3.0
>
>...so is it still the case that you can't migrate VMs when using GRE
>Tunnels?
>
>I hope to test GRE in RC6 today.
>
>
>Regards,
>
>Paul Angus
>Cloud Architect
>S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
>paul.an...@shapeblue.com
>
>-Original Message-
>From: ng.t...@gmail.com [mailto:ng.t...@gmail.com] On Behalf Of Nguyen
>Anh Tu
>Sent: 20 February 2014 04:14
>To: dev@cloudstack.apache.org
>Cc: Chiradeep Vittal
>Subject: Re: OVS plugin in CloudStack 4.3.0
>
>Florin,
>
>There is still nothing changed from 4.2 release. Hope I can do in 4.3.1
>with XenServer 6.2 supported as well. Sorry I'm too busy with study
>program these days...
>
>--Tuna
>
>Sent from my GT-N7000
>On Feb 20, 2014 12:45 AM, "Florin Dumitrascu" <
>florin.dumitra...@intunenetworks.com> wrote:
>
>> Hi Tuna,
>>
>> Can you please clarify what is the status of the functionality
>> described below in relation to 4.3 release:
>>
>> http://cloudstack.readthedocs.org/en/latest/networking/ovs-plugin.html
>>
>> I am testing the last 4.3 release candidate at the moment and cannot
>> see OVS under "Network Service Providers".
>> Are these changes going to make it into 4.3 release or is there
>> nothing changed from 4.2.0 release ? (except the bug preventing GRE to
>>work).
>>
>> Thank you,
>> Florin
>>
>>
>> IMPORTANT NOTE: The information in this e-mail (and any attachments)
>> is confidential. The contents may not be disclosed or used by anyone
>> other than the addressee. If you are not the intended recipient,
>> please notify the sender immediately or telephone: +353 (0)1 6204700.
>> We cannot accept any responsibility for the accuracy or completeness
>> of this message as it has been transmitted over a public network. If
>> you suspect that the message may have been intercepted or amended,
>>please call the sender.
>>
>Need Enterprise Grade Support for Apache CloudStack?
>Our CloudStack Infrastructure
>Support offers
>the best 24/7 SLA for CloudStack Environments.
>
>Apache CloudStack Bootcamp training courses
>
>**NEW!** CloudStack 4.2.1
>training
>18th-19th February 2014, Brazil.
>Classroom
>17th-23rd March 2014, Region A. Instructor led,
>On-line
>24th-28

Re: [DOCS][DISCUSS] heads-up main docs repo refactor

[David Nalley]

On Thu, Feb 20, 2014 at 12:11 PM, Radhika Puthiyetath
 wrote:
> Hi,
>
> From Citrix-perspective, this is going to be effort intensive considering the 
> current head count for documentation.
>

Citrix has no standing in Apache CloudStack decisions. What is your
individual opinion with your CloudStack hat on?


> For 4.3, we would like to continue with DocBook, as per our earlier consensus.
>

Link to said consensus?

I thought the consensus was that we would switch if we could do so in
time. Sebastien seems to have pulled that off.


> I shall come back with a concrete plan soon after completing the 4.3 feature 
> documentation.
>
> Hope it works. Thanks for your patience.
>
> -Radhika
>
> -Original Message-
> From: sebgoa [mailto:run...@gmail.com]
> Sent: Thursday, February 20, 2014 8:50 PM
> To: dev@cloudstack.apache.org; Radhika Puthiyetath
> Cc: Animesh Chaturvedi; Hugo Trippaers; Dave Cahill; Yoshikazu Nojima
> Subject: [DOCS][DISCUSS] heads-up main docs repo refactor
>
> Hi,
>
> With the change of format for docs, I have started to refactor the main docs 
> repo "cloudstack-docs.git"
>
> The allocator,midonet,nicira,qig,vxlan and release notes guides have been 
> converted to .rst format.
>
> I am moving the docbook version of these guides into an /archive directory 
> for the time being.
>
> I will move my github repo that is used to build 
> http://cloudstack.readthedocs.org/en/latest/ to the main docs repo.
>
> The release notes now have their main repo and are up to date for 4.3 release.
>
> Now for the [DISCUSS] part:
>
> * The install and admin guides also have their own repo so we could remove 
> them from cloudstack-docs with a temporary move to the /archive dir .
>
> *My thought is to keep the cloudstack-docs repo for a "catch all" docs where 
> people can contribute "guides" that stand on their own, while the admin and 
> install repos are for the complete guides that we need to improve as complete 
> end-to-end docs.
>
> * @Radhika you are mostly the only one writing in docbook, when do you feel 
> comfortable switching to .rst ? I am willing to help clean up the period when 
> we have a few left over docbook commits that need to be merged in .rst. But 
> we do need to have date at which point we make docbook "obsolete". I have 
> already started going through your last 10 commits to make sure the content 
> is in the new format.
>
> thoughts,
>
> -Sebastien

Re: Master blocker CLOUDSTACK-6130

[Srikanteswararao Talluri]

On 20/02/14 7:14 pm, "Hugo Trippaers"  wrote:

>Hey, 
>
>Should be fixed by:
>commit ba7ff5369cc602c7e0c8d788b6617f27123c2328
>Author: Hugo Trippaers 
>Date:   Thu Feb 20 14:04:51 2014 +0100
>
>Fix parameter index in getCount function.
>
>
>@Talluri, Agreed. However with the current way of testing it is really
>hard to see which commit actually broke something. We should be able to
>tell which commits changed something when a particular test fails. Maybe
>we could start by supplying the list of changes between one run of the
>test suite and the next. That would at least narrow the number of changes
>developers have to look at to determine which change broke what,much like
>the current maven build.

[Talluri] This can be done Hugo. I am working towards sending one digest
mail everyday to dev list on automated test runs. Any thoughts or
disagreements??

>
>Cheers,
>
>Hugo
>
>
>On 20 feb. 2014, at 07:39, Srikanteswararao Talluri
> wrote:
>
>> This is found by daily BVT run and sent out in daily BVT reporting mail.
>> It would be great if folks could actually pick up the bugs resulted from
>> BVT failures immediately.
>> 
>> Thanks,
>> ~Talluri
>> 
>> On 20/02/14 10:20 am, "Sheng Yang"  wrote:
>> 
>>> Hi Hugo/Ian,
>>> 
>>> I suspect https://issues.apache.org/jira/browse/CLOUDSTACK-6130 is
>>>caused
>>> by some of recent change of findbugs. It's likely got something wrong
>>>with
>>> GeneralDaoBase, and the most recently modifications are:
>>> 
>>> commit 443acac92792cb2654c3414df276efac404f
>>> Author: Hugo Trippaers 
>>> Date:   Fri Feb 14 18:36:18 2014 +0100
>>> 
>>>   Fix functional issue introduced by some findbug changes.
>>> 
>>> commit 5a6ad11fa2ca3de64b94095c628bd3ba12e618c3
>>> Author: Ian Southam 
>>> Date:   Wed Feb 12 17:08:52 2014 +0100
>>> 
>>>   findbugs findings
>>> 
>>>   Signed-off-by: Hugo Trippaers 
>>> 
>>> From the error message, it shows statement as:
>>> 
>>> SELECT COUNT(*) FROM user_ip_address INNER JOIN account ON
>>> user_ip_address.account_id=account.id INNER JOIN vlan ON
>>> user_ip_address.vlan_db_id=vlan.id WHERE user_ip_address.account_id=5
>>>AND
>>> user_ip_address.allocated IS NOT NULL AND (account.type !=
>>> 'VirtualNetwork'
>>> ) AND (vlan.vlan_type = ** NOT SPECIFIED ** )
>>> 
>>> And you can observed that some parameters have been shifted left by one
>>> position, because vlan.vlan_type should compare to "virtualNetwork". It
>>> should related to "i++"/"++i" change in the commit.
>>> 
>>> After reverting these two commits, everything is fine.
>>> 
>>> Could you take a look?
>>> 
>>> --Sheng
>> 
>

RE: [DOCS][DISCUSS] heads-up main docs repo refactor

[Radhika Puthiyetath]

Hi,

>From Citrix-perspective, this is going to be effort intensive considering the 
>current head count for documentation. 

For 4.3, we would like to continue with DocBook, as per our earlier consensus. 

I shall come back with a concrete plan soon after completing the 4.3 feature 
documentation. 

Hope it works. Thanks for your patience.

-Radhika

-Original Message-
From: sebgoa [mailto:run...@gmail.com] 
Sent: Thursday, February 20, 2014 8:50 PM
To: dev@cloudstack.apache.org; Radhika Puthiyetath
Cc: Animesh Chaturvedi; Hugo Trippaers; Dave Cahill; Yoshikazu Nojima
Subject: [DOCS][DISCUSS] heads-up main docs repo refactor

Hi,

With the change of format for docs, I have started to refactor the main docs 
repo "cloudstack-docs.git"

The allocator,midonet,nicira,qig,vxlan and release notes guides have been 
converted to .rst format.

I am moving the docbook version of these guides into an /archive directory for 
the time being.

I will move my github repo that is used to build 
http://cloudstack.readthedocs.org/en/latest/ to the main docs repo.

The release notes now have their main repo and are up to date for 4.3 release.

Now for the [DISCUSS] part:

* The install and admin guides also have their own repo so we could remove them 
from cloudstack-docs with a temporary move to the /archive dir .

*My thought is to keep the cloudstack-docs repo for a "catch all" docs where 
people can contribute "guides" that stand on their own, while the admin and 
install repos are for the complete guides that we need to improve as complete 
end-to-end docs.

* @Radhika you are mostly the only one writing in docbook, when do you feel 
comfortable switching to .rst ? I am willing to help clean up the period when 
we have a few left over docbook commits that need to be merged in .rst. But we 
do need to have date at which point we make docbook "obsolete". I have already 
started going through your last 10 commits to make sure the content is in the 
new format.

thoughts,

-Sebastien

Re: [DISCUSS] Browser-based template and volume uploads

[John Kinsella]

You mean to load files off the management server, yea? That makes sense to me

On Feb 20, 2014, at 3:14 AM, Daan Hoogland 
mailto:daan.hoogl...@gmail.com>> wrote:

why not a allowing a simple file:///home/me/my.template kind of url?

for simple installations this should do.

On Wed, Feb 19, 2014 at 11:42 PM, John Kinsella 
mailto:j...@stratosec.co>> wrote:
We definitely need to support more than http download. http upload sounds 
interesting, but I'd love to see something more resilient for large uploads. 
How 'bout specifying a "drop folder" type location on the mgmt server that the 
server polls every 15 seconds for new files, then in the UI the user can pick 
from the files shown there? Not as secure as your browser upload pattern, 
though.

Maybe use something like https://github.com/blueimp/jquery-file-upload that 
allows resumable uploads?

Just had the thought of maybe adding support for 
dropbox/box.net/etc. At that point, an ImageFetch plugin 
hook starts to sound interesting. Adding a bit torrent plugin could make 
getting the default templates quite snappy. :)


On Feb 19, 2014, at 2:12 PM, Chiradeep Vittal 
mailto:chiradeep.vit...@citrix.com>> wrote:

Hi all,

The fact that one has to have a HTTP server to host templates before the 
templates can be imported into secondary storage is an inconvenience. I am not 
sure how much of an inconvenience it is, but I was asked to detail the 
technical architecture, if it needed to be supported. Certainly, I can imagine 
for folks coming in contact with ACS for the first time, it might seem onerous 
to set up another web server.

I've sketched a strawman proposal [1] to support browser-based uploads of 
templates and volumes to secondary storage.
It is not yet a PROPOSAL since it is still raw (and I do not have time to work 
on this immediately).

Please comment on this.
[1] https://cwiki.apache.org/confluence/x/jY5cAg





--
Daan

Stratosec - Compliance as a Service
o: 415.315.9385
@johnlkinsella

Re: [DISCUSS] Policy blocker?

[Chip Childers]

On Thu, Feb 20, 2014 at 08:37:46AM -0500, David Nalley wrote:
> Hi folks,
> 
> I cringe to raise this issue. After 6 RCs I am sure we are all feeling
> a little bit of release vote fatigue. Especially Animesh. I apologize
> in advance; in all other respects I am ready to give a +1 to RC6.
> 
> I've been playing with 4.3.0-rc6 for a couple of days now. I attempted
> to build some RPMs and had problems with dependency resolution in
> maven. This led me to looking at a number of different poms, and I
> noticed mysql-connector-java is listed as a runtime dependency. For
> our end users, this really isn't necessary - the debs and rpms specify
> a requirement (effectively a system requirement in the terms of
> policy) for mysql-connector-java. We don't need it to build the
> software (at least not in any location I've seen) - just when running.
> (And thus its a system dependency, much like MySQL is.)
> 
> mysql-connector-java is GPLv2; which is Cat X. By including it as a
> dependency in the pom it automatically gets downloaded. The 3rd Party
> software policy has this line in it:
> 
> "YOU MUST NOT distribute build scripts or documentation within an
> Apache product with the purpose of causing the default/standard build
> of an Apache product to include any part of aprohibited work."
> 
> We've released software with this dependency previously. Is this a
> blocker for 4.3 or do we fix going forward? (If we hadn't already
> shipped releases with this problem I'd lean a bit more towards it
> being a blocker - but its more murky now.)
> 
> Thoughts, comments, flames?
> 
> --David
> 
> [1] https://www.apache.org/legal/3party.html

During incubation, this dependency was raised as an issue.  Generally,
there are 2 ways to deal with Category X dependencies within an ASF
project:

1) Make it an optional part of the software.  This is what we do with
the nonoss build target, but won't work for the mysql-connector.

2) Make it a "system dependency" that is expected to be installed on the
system prior to our software.

mysql-connector-java (and the python equiv) were supposed to be handled
using option 2 (system dependency).  

Currently, our RPM packaging depends on the relevant RPM to pull this in
as a system dependency.  I can't tell with the DEBs, but that would need
to be reviewed.

The problem is that our maven poms pull down the jar automatically right
now.  This is the blocker for us.  I'm certainly not a lawyer, but my
understanding of ASF policy is that we need to make some changes before
making another release.

So, there appear to be three things that have to happen:

1) Confirm that the mysql-connector-java is a system dependency in the
DEB packaging.

2) Ensure that a "normal build" of the project using mvn does not
automatically download the mysql-connector-java jar files.

3) Retest the project to ensure that the above changes work.

Then we can re-spin an RC.

-chip

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

[Chip Childers]

On Wed, Feb 19, 2014 at 04:25:21AM +, Animesh Chaturvedi wrote:
> 
> [ ] +1  approve
> 
> [ ] +0  no opinion
> 
> [ ] -1  disapprove (and reason why)
>

Given the recently noticed legal issues with the mysql-connector-java
dependency, I'm -1 (binding) until that is resolved.

-chip

Re: Review Request 18309: sysctl improvements

[daan Hoogland]

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



systemvm/patches/debian/buildsystemvm.sh


this line be added from the script in 
cloud-tools/appliance/definitions/systemvm*template/postinstall.sh in 
configure_services()
please remove the space at the end of the line



systemvm/patches/debian/config/etc/modules


as discussed: this file should not be neccessary


- daan Hoogland


On Feb. 20, 2014, 1:39 p.m., Joris van Lieshout wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18309/
> ---
> 
> (Updated Feb. 20, 2014, 1:39 p.m.)
> 
> 
> Review request for cloudstack, Alex Huang, daan Hoogland, and Hugo Trippaers.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Couple changes in sysctl.conf: 
> 1. up the amount of connections that the svm can handle. 
> 2. Panic on OOM and OOPS so that ACS can act on a misbehaving SVM. 
> 3. nonlocal_bind to fix some situations where master to backup fails in 
> redundant rvms.
> Also adding /etc/modules to preload modules so that setting some of the 
> sysctl settings during boot works. For this I also changed procps runlevels.
> 
> 
> Diffs
> -
> 
>   systemvm/patches/debian/buildsystemvm.sh 7f6188a 
>   systemvm/patches/debian/config/etc/modules PRE-CREATION 
>   systemvm/patches/debian/config/etc/sysctl.conf 586d5bd 
> 
> Diff: https://reviews.apache.org/r/18309/diff/
> 
> 
> Testing
> ---
> 
> We have been running these adjustments in production on our own 4.2 and 3.0 
> SVM with success for a couple months now.
> 
> 
> Thanks,
> 
> Joris van Lieshout
> 
>

Fwd: Warning from dev@cloudstack.apache.org

[Frankie Onuonga]

Hi guys,
I got this in my mail box from last year.
I honestly do not know how I missed this.

Isn't this a little odd as I have been able to mail you guys successfully.

Kind Regards,

Onuonga Frankie

-- Forwarded message --
From: 
Date: Sun, Dec 29, 2013 at 4:55 PM
Subject: Warning from dev@cloudstack.apache.org
To: frankie.onuo...@gmail.com


Hi! This is the ezmlm program. I'm managing the
dev@cloudstack.apache.org mailing list.

I'm working for my owner, who can be reached
at dev-ow...@cloudstack.apache.org.


Messages to you from the dev mailing list seem to
have been bouncing. I've attached a copy of the first bounce
message I received.

If this message bounces too, I will send you a probe. If the probe bounces,
I will remove your address from the dev mailing list,
without further notice.


I've kept a list of which messages from the dev mailing list have
bounced from your address.

Copies of these messages may be in the archive.
To retrieve a set of messages 123-145 (a maximum of 100 per request),
send a short message to:
   

To receive a subject and author list for the last 100 or so messages,
send a short message to:
   

Here are the message numbers:

   48919

--- Enclosed is a copy of the bounce message I received.

Return-Path: <>
Received: (qmail 21385 invoked for bounce); 18 Dec 2013 16:05:55 -
Date: 18 Dec 2013 16:05:55 -
From: mailer-dae...@apache.org
To: dev-return-489...@cloudstack.apache.org
Subject: failure notice




-- 
Skype: Frankie.Onuonga
twitter: Frankieonuonga
irc #freenode: Frankieonuonga

Jenkins build is back to normal : build-master #320

[jenkins]

See 

Re: Xen Server Setup

[Frankie Onuonga]

Hi,
Sorry for the late response.
If you can describe your setup I am sure I can get you in motion.

thanks.


On Thu, Feb 6, 2014 at 3:12 AM, Maurice Lawler  wrote:

> Has anyone setup a public facing cloudstack with Xen server. I want to be
> able to provide the internal systems with a 10.x IP address along with a
> public facing IP address.
>
> I have read the manual multiple times, I cannot seem to get this; if
> anyone has a tutorial that might help I'd love to read it.
>
> - Maurice
>



-- 
Skype: Frankie.Onuonga
twitter: Frankieonuonga
irc #freenode: Frankieonuonga

Re: Working on CloudStack Jira-764:nTier Apps 2.0 : Redundant Virtual Router for VPC email 2 of 2

[Karl Harris]

All,

Here's what I've got so far with partitioning the problem.

There are 3 main areas I've found so far along with a proposal for
implementation.



Keepalived:

As Is:

Current VRR network configuration setup is assumed by the existing code to
be static. A single Keepalived config template file is edited at router VM
boot time. The script cloud-early-config.sh and other BASH scripts are used
to edit the template. The output of the edits is a keepalived.conf file
used to configure the Keepalived application when the router VM boots.

Desired:

Ability (API, Java wrapper?) to  configure/reconfigure Keepalived as the
number of NIC's and other parameters change, a type of CRUD functionality
along with start/stop/restart, which will allow the configuration state of
network to be realized in the CloudStack database and NOT embedded
statically in a combination of keepalived.conf.tmpl, hypervisorbased VM
images and the actual edited keepalived.conf file.  The operational state
of the network is obviously kept by keepalived and conntrackd as well at
the virtual router application itself.


Conntrackd:

As Is:
Current Router state is managed by Conntrackd which is setup similarly to
Keepalived using cloud-early-config.sh BASH script.

Desired:

Similarly to keepalived above: Ability (API, Java wrapper?) to do
CRUD,start,stop,restart on Conntrackd network configuration.


CloudStack Java code:

As is:

CloudStack only allows Virtual redundant routers for a single, static
configuration for public networks mainly because of the lack of the ability
to the existing code to dynamically
change the configuration of the keepalived and conntrackd applications. As
mentioned in a previous thread, it appears most, if not all, of the JAVA
code used for public network redundant routers is available to use for
implementation of VPC virtual redundant routers if the ability to
dynamically reconfigure the network configuration of  keepalived and
conntrackd can be realized. Obviously additions to the JAVA code will need
to be made to utilize the new CRUD functionality for keepalived and
contrackd. As mentioned previously most if not all of the information is
already in the MySQL database accessible via DAO/VO's

Desired:

CloudStack to be able to manipulate the keepalived and conntrackd
applications to allow for dynamic configuration of VPC networks(s) which
require virtual redundant router capability.




Comments on this partitioning of the issues?

Did I miss any major part?




On Thu, Feb 13, 2014 at 3:12 PM, Sheng Yang  wrote:

> Hi Karl,
>
> From Network Guru part of view, there is no VPC or isolated network guru.
> Guru is per network type, e.g. public network, guest network, control
> network, mgmt network. So VPC contained one public and multiple guest
> network, which would be created by each guru accordingly. By this means,
> VPC or isolated network is not a guru.
>
> The configuration of VR is done in VirtualNetworkApplianceManager and
> VPCVirtualNetworkApplianceManager, which would be called by Virtual Router
> element and VPC virtual router element. And they've already passed all the
> information VR needed for VPC. I think every information you needed to
> configure keepalived and conntrackd should be already there, except
> redundant_router=1 parameter.
>
> For original redundant router implementation, there are two major parts of
> code I've heavily modified: how to start two routers in one network(through
> findOrDeployVirtualRouterInGuestNetwork()), and how to program them(through
> cmdline parameter in the VR). I think the VPC implementation would face the
> same issues as well. You can take a look at current implementation and
> follow the code flow, to see if it would help you.
>
> --Sheng
>
> On Wed, Feb 12, 2014 at 11:15 AM, Karl Harris  >wrote:
>
> > On Wed, Feb 12, 2014 at 9:38 AM, Karl Harris  > >wrote:
> >
> > > Would implementing a VPC Redundant Router Network Guru using the an
> > > extension of the NetworkGuru interface be an appropriate way to create
> a
> > > VPC network with redundant routers. It seems that extending Network
> Guru
> > > interface or extending one of it's children eg the abstract class
> > > GuestNetworkGuru would be a appropriate design path.
> > >
> > > Comments?
> > >
> > > Karl
> > >
> > I know the configuration of the VM which implement the redundant routers
> > are handled via BASH scripts and the environment variables int the VM
> > images are used to configure the conntrackd and keepalived applications
> via
> > SED in bash scripts. I am looking for a clean way to pass the variable
> > number of NIC's and then generate the LINK and IGNORE configuration
> > commands for conntrackd.
> >
> > The Network Guru mentioned above seemed like an interesting place to
> look,
> > even though it's used to work with the DAO's for the NetworkElements.
> >
> > Karl
> >
> >
> > >
> > > On Mon, Feb 3, 2014 at 2:58 PM, Daan Hoogland  > >wrote:
> > >
> > >> On Mon, Feb 3, 2014 at 8:50 PM, Sh

[DOCS][DISCUSS] heads-up main docs repo refactor

[sebgoa]

Hi,

With the change of format for docs, I have started to refactor the main docs 
repo "cloudstack-docs.git"

The allocator,midonet,nicira,qig,vxlan and release notes guides have been 
converted to .rst format.

I am moving the docbook version of these guides into an /archive directory for 
the time being.

I will move my github repo that is used to build 
http://cloudstack.readthedocs.org/en/latest/ to the main docs repo.

The release notes now have their main repo and are up to date for 4.3 release.

Now for the [DISCUSS] part:

* The install and admin guides also have their own repo so we could remove them 
from cloudstack-docs with a temporary move to the /archive dir .

*My thought is to keep the cloudstack-docs repo for a "catch all" docs where 
people can contribute "guides" that stand on their own, while the admin and 
install repos are for the complete guides that we need to improve as complete 
end-to-end docs.

* @Radhika you are mostly the only one writing in docbook, when do you feel 
comfortable switching to .rst ? I am willing to help clean up the period when 
we have a few left over docbook commits that need to be merged in .rst. But we 
do need to have date at which point we make docbook "obsolete". I have already 
started going through your last 10 commits to make sure the content is in the 
new format.

thoughts,

-Sebastien

Build failed in Jenkins: build-master #319

[jenkins]

See 

--
[...truncated 17386 lines...]
1443/1875 KB   
1446/1875 KB   
1449/1875 KB   
1453/1875 KB   
1457/1875 KB   
1461/1875 KB   
1465/1875 KB   
1469/1875 KB   
1473/1875 KB   
1477/1875 KB   
1480/1875 KB   
1483/1875 KB   
1487/1875 KB   
1491/1875 KB   
1492/1875 KB   
1493/1875 KB   
1496/1875 KB   
1500/1875 KB   
1504/1875 KB   
1508/1875 KB   
1512/1875 KB   
1516/1875 KB   
1520/1875 KB   
1524/1875 KB   
1527/1875 KB   
1531/1875 KB   
1535/1875 KB   
1539/1875 KB   
1541/1875 KB   
1545/1875 KB   
1549/1875 KB   
1553/1875 KB   
1557/1875 KB   
1561/1875 KB   
1565/1875 KB   
1569/1875 KB   
1573/1875 KB   
1577/1875 KB   
1581/1875 KB   
1584/1875 KB   
1588/1875 KB   
1588/1875 KB   
1591/1875 KB   
1595/1875 KB   
1599/1875 KB   
1603/1875 KB   
1607/1875 KB   
1611/1875 KB   
1615/1875 KB   
1619/1875 KB   
1621/1875 KB   
1625/1875 KB   
1629/1875 KB   
1633/1875 KB   
1634/1875 KB   
1637/1875 KB   
1641/1875 KB   
1645/1875 KB   
1649/1875 KB   
1653/1875 KB   
1657/1875 KB   
1661/1875 KB   
1665/1875 KB   
1669/1875 KB   
1670/1875 KB   
1673/1875 KB   
1677/1875 KB   
1681/1875 KB   
1681/1875 KB   
1683/1875 KB   
1685/1875 KB   
1687/1875 KB   
1690/1875 KB   
1694/1875 KB   
1698/1875 KB   
1702/1875 KB   
1706/1875 KB   
1710/1875 KB   
1714/1875 KB   
1718/1875 KB   
1718/1875 KB   
1721/1875 KB   
1725/1875 KB   
1729/1875 KB   
1730/1875 KB   
1734/1875 KB   
1734/1875 KB   
1735/1875 KB   
1737/1875 KB   
1738/1875 KB   
1742/1875 KB   
1746/1875 KB   
1750/1875 KB   
1754/1875 KB   
1758/1875 KB   
1762/1875 KB   
1766/1875 KB   
1768/1875 KB   
1772/1875 KB   
1776/1875 KB   
1780/1875 KB   
1781/1875 KB   
1784/1875 KB   
1785/1875 KB   
1787/1875 KB   
1790/1875 KB   
1791/1875 KB   
1795/1875 KB   
1799/1875 KB   
1803/1875 KB   
1807/1875 KB   
1811/1875 KB   
1815/1875 KB   
1817/1875 KB   
1819/1875 KB   
1823/1875 KB   
1827/1875 KB   
1828/1875 KB   
1831/1875 KB   
1834/1875 KB   
1837/1875 KB   
1841/1875 KB   
1845/1875 KB   
1849/1875 KB   
1853/1875 KB   
1857/1875 KB   
1861/1875 KB   
1865/1875 KB   
1865/1875 KB   
1869/1875 KB   
1873/1875 KB   
1875/1875 KB   
   
Downloaded: 
http://cs-maven.midokura.com/releases/org/midonet/midonet-client/1.1.0/midonet-client-1.1.0.jar
 (1875 KB at 300.5 KB/sec)
[INFO] 
[INFO] Reactor Summary:
[INFO] 
[INFO] Apache CloudStack Developer Tools - Checkstyle Configuration  SUCCESS 
[2.462s]
[INFO] Apache CloudStack . SUCCESS [2.131s]
[INFO] Apache CloudStack Maven Conventions Parent  SUCCESS [2.636s]
[INFO] Apache CloudStack Framework - Managed Context . SUCCESS [3.589s]
[INFO] Apache CloudStack Utils ... SUCCESS [44.360s]
[INFO] Apache CloudStack Framework ... SUCCESS [0.041s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [7.514s]
[INFO] Apache CloudStack Framework - Configuration ... SUCCESS [3.907s]
[INFO] Apache CloudStack API . SUCCESS [11.969s]
[INFO] Apache CloudStack Framework - REST  SUCCESS [2.724s]
[INFO] Apache CloudStack Framework - IPC . SUCCESS [6.179s]
[INFO] Apache CloudStack Cloud Engine  SUCCESS [0.041s]
[INFO] Apache CloudStack Cloud Engine API  SUCCESS [4.717s]
[INFO] Apache CloudStack Framework - Security  SUCCESS [2.346s]
[INFO] Apache CloudStack Core  SUCCESS [9.157s]
[INFO] Apache CloudStack Agents .. SUCCESS [5.756s]
[INFO] Apache CloudStack Framework - Clustering .. SUCCESS [3.110s]
[INFO] Apache CloudStack Framework - Jobs  SUCCESS [3.833s]
[INFO] Apache CloudStack Cloud Engine Schema Component ... SUCCESS [9.927s]
[INFO] Apache CloudStack Framework - Event Notification .. SUCCESS [1.730s]
[INFO] Apache CloudStack Cloud Engine Internal Components API  SUCCESS [3.248s]
[INFO] Apache CloudStack Server .. SUCCESS [38.985s]
[INFO] Apache CloudStack Usage Server  SUCCESS [6.708s]
[INFO] Apache XenSource XAPI . SUCCESS [5.367s]
[INFO] Apache CloudStack Cloud Engine Orchestration Component  SUCCESS [8.750s]
[INFO] Apache CloudStack Cloud Services .. SUCCESS [0.029s]
[INFO] Apache CloudStack Secondary Storage ... SUCCESS [0.273s]
[INFO] Apache CloudStack Secondary Storage Service ... SUCCESS [5.131s]
[INFO] Apache CloudStack Engine Storage Component  SUCCESS [6.346s]
[INFO] Apache CloudStack Engine Storage Volume Component . SUCCESS [3.884s]
[INFO] Apache CloudStack Engine Storage Image Component .. SUCCESS [2.897s]
[INFO] Apache CloudStack Engine Storage Data Motion Component  SUCCESS [2.546s]
[INFO] Apache CloudStack Engine 

RE: OVS plugin in CloudStack 4.3.0

[Florin Dumitrascu]

Yes,

sdn.ovs.controller = true
sdn.ovs.controller.default.label = GUEST  // label used on XenServer guest 
network

Without the OVS controller switched on, I think one will not see the OVS bridge 
created.
The first part of the setup works, allocating a GRE key from the VLAN range, 
setting up the OVS bridge.
The second part involving configuring the OVS bridge and creating the tunnel 
interface doesn't take place.

I double checked to see that I am doing exactly the same steps as in 4.1.1.

Regards,
Florin

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: Thursday, February 20, 2014 2:57 PM
To: dev@cloudstack.apache.org
Cc: Chiradeep Vittal; Murali Reddy (JIRA)
Subject: RE: OVS plugin in CloudStack 4.3.0

Have you set
sdn.ovs.controller = true
And
sdn.ovs.controller.default.label = < >

in the global settings (and restarted mgmt. server)

Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
paul.an...@shapeblue.com

-Original Message-
From: Florin Dumitrascu [mailto:florin.dumitra...@intunenetworks.com]
Sent: 20 February 2014 14:43
To: dev@cloudstack.apache.org
Cc: Chiradeep Vittal; Murali Reddy (JIRA)
Subject: RE: OVS plugin in CloudStack 4.3.0

Hi Paul,

I would be very curious to hear your feedback.
I am not able to get GRE working with RC6.
The OVS bridge is created, but the GRE tunnel is not.

So far I have tried (using XenServer 6.1.0):
a) 2 hosts within different clusters and different pods
b) 2 hosts within different cluster and same pod

As with 4.2 release, the "create_tunnel" function doesn't seem to be invoked.
Still looking at the logs ...

Regards,
Florin

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: Thursday, February 20, 2014 9:40 AM
To: dev@cloudstack.apache.org
Cc: Chiradeep Vittal; Murali Reddy (JIRA)
Subject: RE: OVS plugin in CloudStack 4.3.0

...so is it still the case that you can't migrate VMs when using GRE Tunnels?

I hope to test GRE in RC6 today.


Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
paul.an...@shapeblue.com

-Original Message-
From: ng.t...@gmail.com [mailto:ng.t...@gmail.com] On Behalf Of Nguyen Anh Tu
Sent: 20 February 2014 04:14
To: dev@cloudstack.apache.org
Cc: Chiradeep Vittal
Subject: Re: OVS plugin in CloudStack 4.3.0

Florin,

There is still nothing changed from 4.2 release. Hope I can do in 4.3.1 with 
XenServer 6.2 supported as well. Sorry I'm too busy with study program these 
days...

--Tuna

Sent from my GT-N7000
On Feb 20, 2014 12:45 AM, "Florin Dumitrascu" < 
florin.dumitra...@intunenetworks.com> wrote:

> Hi Tuna,
>
> Can you please clarify what is the status of the functionality
> described below in relation to 4.3 release:
>
> http://cloudstack.readthedocs.org/en/latest/networking/ovs-plugin.html
>
> I am testing the last 4.3 release candidate at the moment and cannot
> see OVS under "Network Service Providers".
> Are these changes going to make it into 4.3 release or is there
> nothing changed from 4.2.0 release ? (except the bug preventing GRE to work).
>
> Thank you,
> Florin
>
>
> IMPORTANT NOTE: The information in this e-mail (and any attachments)
> is confidential. The contents may not be disclosed or used by anyone
> other than the addressee. If you are not the intended recipient,
> please notify the sender immediately or telephone: +353 (0)1 6204700.
> We cannot accept any responsibility for the accuracy or completeness
> of this message as it has been transmitted over a public network. If
> you suspect that the message may have been intercepted or amended, please 
> call the sender.
>
Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Support offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 training
18th-19th February 2014, Brazil. 
Classroom
17th-23rd March 2014, Region A. Instructor led, 
On-line
24th-28th March 2014, Region B. Instructor led, 
On-line
16th-20th June 2014, Region A. Instructor led, 
On-line
23rd-27th June 2014, Region B. Instructor led, 
On-line

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 thi

[Responsiveess report] 2014w06 usr

[Daan Hoogland]

http://markmail.org/message/4r3hlg4rsdus42gu DNS question by Zack Payton
http://markmail.org/message/tnfl6rz2ncbiyqle Can't start
cloudstack-usage by Sean Hamilton
http://markmail.org/message/py4tv4cehmp4klrl Reg: Storage tags by Prakash.M
http://markmail.org/message/qdbuihkh4yyjycx2 CloudStack stops the
machine for no reason by Tomasz Zięba
http://markmail.org/message/zfaojaacf7gqtwbl http://www.xrefs.info:
CloudStack source code cross reference and browse by xrefs.info Admin
http://markmail.org/message/2oikwm44oa2hrqtq Primary and Secondary
Storages for VMware by José Egas López
http://markmail.org/message/sjkzbg6ekjpmxlsw Problem upgrading from
Cloudstack 4.1.1 to 4.2.1 by Jason Villalta
http://markmail.org/message/zna2246y4dy76lw6 Unable to unmarshall
error response (White spaces are required between publicId and
systemId) [Cloudstack 4.2.1] by Tanner Danzey
http://markmail.org/message/2tz6kkn6ng5345sf XEN Setup by Maurice Lawler
http://markmail.org/message/c4owx4ms4jfvdj77 Swift3 as S3 secondary
storage to CloudStack by Sailaja Mada

for an explanation of this report see
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Responsiveness+report
-- 
Daan

RE: OVS plugin in CloudStack 4.3.0

[Paul Angus]

Have you set
sdn.ovs.controller = true
And
sdn.ovs.controller.default.label = < >

in the global settings (and restarted mgmt. server)

Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
paul.an...@shapeblue.com

-Original Message-
From: Florin Dumitrascu [mailto:florin.dumitra...@intunenetworks.com]
Sent: 20 February 2014 14:43
To: dev@cloudstack.apache.org
Cc: Chiradeep Vittal; Murali Reddy (JIRA)
Subject: RE: OVS plugin in CloudStack 4.3.0

Hi Paul,

I would be very curious to hear your feedback.
I am not able to get GRE working with RC6.
The OVS bridge is created, but the GRE tunnel is not.

So far I have tried (using XenServer 6.1.0):
a) 2 hosts within different clusters and different pods
b) 2 hosts within different cluster and same pod

As with 4.2 release, the "create_tunnel" function doesn't seem to be invoked.
Still looking at the logs ...

Regards,
Florin

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: Thursday, February 20, 2014 9:40 AM
To: dev@cloudstack.apache.org
Cc: Chiradeep Vittal; Murali Reddy (JIRA)
Subject: RE: OVS plugin in CloudStack 4.3.0

...so is it still the case that you can't migrate VMs when using GRE Tunnels?

I hope to test GRE in RC6 today.


Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
paul.an...@shapeblue.com

-Original Message-
From: ng.t...@gmail.com [mailto:ng.t...@gmail.com] On Behalf Of Nguyen Anh Tu
Sent: 20 February 2014 04:14
To: dev@cloudstack.apache.org
Cc: Chiradeep Vittal
Subject: Re: OVS plugin in CloudStack 4.3.0

Florin,

There is still nothing changed from 4.2 release. Hope I can do in 4.3.1 with 
XenServer 6.2 supported as well. Sorry I'm too busy with study program these 
days...

--Tuna

Sent from my GT-N7000
On Feb 20, 2014 12:45 AM, "Florin Dumitrascu" < 
florin.dumitra...@intunenetworks.com> wrote:

> Hi Tuna,
>
> Can you please clarify what is the status of the functionality
> described below in relation to 4.3 release:
>
> http://cloudstack.readthedocs.org/en/latest/networking/ovs-plugin.html
>
> I am testing the last 4.3 release candidate at the moment and cannot
> see OVS under "Network Service Providers".
> Are these changes going to make it into 4.3 release or is there
> nothing changed from 4.2.0 release ? (except the bug preventing GRE to work).
>
> Thank you,
> Florin
>
>
> IMPORTANT NOTE: The information in this e-mail (and any attachments)
> is confidential. The contents may not be disclosed or used by anyone
> other than the addressee. If you are not the intended recipient,
> please notify the sender immediately or telephone: +353 (0)1 6204700.
> We cannot accept any responsibility for the accuracy or completeness
> of this message as it has been transmitted over a public network. If
> you suspect that the message may have been intercepted or amended, please 
> call the sender.
>
Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Support offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 training
18th-19th February 2014, Brazil. 
Classroom
17th-23rd March 2014, Region A. Instructor led, 
On-line
24th-28th March 2014, Region B. Instructor led, 
On-line
16th-20th June 2014, Region A. Instructor led, 
On-line
23rd-27th June 2014, Region B. Instructor led, 
On-line

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

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

RE: OVS plugin in CloudStack 4.3.0

[Florin Dumitrascu]

Hi Paul,

I would be very curious to hear your feedback.
I am not able to get GRE working with RC6.
The OVS bridge is created, but the GRE tunnel is not.

So far I have tried (using XenServer 6.1.0):
a) 2 hosts within different clusters and different pods
b) 2 hosts within different cluster and same pod

As with 4.2 release, the "create_tunnel" function doesn't seem to be invoked.
Still looking at the logs ...

Regards,
Florin

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: Thursday, February 20, 2014 9:40 AM
To: dev@cloudstack.apache.org
Cc: Chiradeep Vittal; Murali Reddy (JIRA)
Subject: RE: OVS plugin in CloudStack 4.3.0

...so is it still the case that you can't migrate VMs when using GRE Tunnels?

I hope to test GRE in RC6 today.


Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
paul.an...@shapeblue.com

-Original Message-
From: ng.t...@gmail.com [mailto:ng.t...@gmail.com] On Behalf Of Nguyen Anh Tu
Sent: 20 February 2014 04:14
To: dev@cloudstack.apache.org
Cc: Chiradeep Vittal
Subject: Re: OVS plugin in CloudStack 4.3.0

Florin,

There is still nothing changed from 4.2 release. Hope I can do in 4.3.1 with 
XenServer 6.2 supported as well. Sorry I'm too busy with study program these 
days...

--Tuna

Sent from my GT-N7000
On Feb 20, 2014 12:45 AM, "Florin Dumitrascu" < 
florin.dumitra...@intunenetworks.com> wrote:

> Hi Tuna,
>
> Can you please clarify what is the status of the functionality
> described below in relation to 4.3 release:
>
> http://cloudstack.readthedocs.org/en/latest/networking/ovs-plugin.html
>
> I am testing the last 4.3 release candidate at the moment and cannot
> see OVS under "Network Service Providers".
> Are these changes going to make it into 4.3 release or is there
> nothing changed from 4.2.0 release ? (except the bug preventing GRE to work).
>
> Thank you,
> Florin
>
>
> IMPORTANT NOTE: The information in this e-mail (and any attachments)
> is confidential. The contents may not be disclosed or used by anyone
> other than the addressee. If you are not the intended recipient,
> please notify the sender immediately or telephone: +353 (0)1 6204700.
> We cannot accept any responsibility for the accuracy or completeness
> of this message as it has been transmitted over a public network. If
> you suspect that the message may have been intercepted or amended, please 
> call the sender.
>
Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Support offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 training
18th-19th February 2014, Brazil. 
Classroom
17th-23rd March 2014, Region A. Instructor led, 
On-line
24th-28th March 2014, Region B. Instructor led, 
On-line
16th-20th June 2014, Region A. Instructor led, 
On-line
23rd-27th June 2014, Region B. Instructor led, 
On-line

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

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

Re: CLOUDSTACK-6015

[sebgoa]

Yichi has submitted a review to add selenium tests.

But for some reason I can't assign him the 6015 bug. Could someone with karma 
try ?

thanks

On Feb 6, 2014, at 9:43 PM, Yichi Lu  wrote:

> 
> 
> -- Forwarded message --
> From: Yichi Lu 
> Date: Thu, Feb 6, 2014 at 2:13 PM
> Subject: CLOUDSTACK-6015
> To: run...@gmail.com, us...@cloudstack.apache.org
> 
> 
> Sebastien:
> I have some experience in writing selenium test scripts again web GUI. I'd 
> like to work on this issue. We can talk about the scope of the tests. Could 
> you please assign this issue to me? (I cannot do it myself ) Thanks.
> yichi
> 

RE: [PROPOSAL] Windowsfication Of ACS

[Alex Hitchins]

I agree totally, my point was that while there is nothing technically stopping 
us going for w2k3 there is little reason to do so.


Regards

Alex Hitchins

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

alex.hitch...@shapeblue.com

-Original Message-
From: David Nalley [mailto:da...@gnsa.us]
Sent: 20 February 2014 13:24
To: dev@cloudstack.apache.org
Subject: Re: [PROPOSAL] Windowsfication Of ACS

There's a difference in incidentally working and validated to work on.
I'd limit focus to making sure it works on 2k12r2.

--David

On Thu, Feb 20, 2014 at 6:37 AM, Alex Hitchins  
wrote:
> I can't think of anything that wouldn't be possible on W2k3 - that said It's 
> old and I can't see people having a need for it.
>
>
> Regards
>
> Alex Hitchins
>
> D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969
>
> alex.hitch...@shapeblue.com
>
> -Original Message-
> From: Paul Angus [mailto:paul.an...@shapeblue.com]
> Sent: 20 February 2014 11:17
> To: dev@cloudstack.apache.org
> Subject: RE: [PROPOSAL] Windowsfication Of ACS
>
> Isn't the hyper-v support dependant on using 2012r2 ?
>
> So I don't know if I'd bother with going back as far as 2003
>
> Regards,
>
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
> paul.an...@shapeblue.com
>
> -Original Message-
> From: Rajesh Battala [mailto:rajesh.batt...@citrix.com]
> Sent: 20 February 2014 11:13
> To: dev@cloudstack.apache.org
> Subject: RE: [PROPOSAL] Windowsfication Of ACS
>
> AFAIK, it would be windows server 2k3, 2k8 2012, 2012R2.
>
> Thanks
> Rajesh Battala
>
> -Original Message-
> From: Damoder Reddy [mailto:damoder.re...@citrix.com]
> Sent: Thursday, February 20, 2014 4:32 PM
> To: dev@cloudstack.apache.org
> Subject: RE: [PROPOSAL] Windowsfication Of ACS
>
> One question I have is, Which version of windows we need to target?
>
> Thanks & Regards
> Damodar/
>
>
> -Original Message-
> From: Damoder Reddy [mailto:damoder.re...@citrix.com]
> Sent: Thursday, February 20, 2014 2:04 PM
> To: dev@cloudstack.apache.org
> Subject: RE: [PROPOSAL] Windowsfication Of ACS
>
> I have tried to put all together in FS at 
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Cloudstack+Windowsfication
>  as Feedback section and added my comments there.
>
> Please verify once and let me know if anything is to be added there.
>
> Thanks & Regards
> Damodar/
>
>
> -Original Message-
> From: Damoder Reddy [mailto:damoder.re...@citrix.com]
> Sent: Thursday, February 20, 2014 12:32 PM
> To: dev@cloudstack.apache.org
> Subject: RE: [PROPOSAL] Windowsfication Of ACS
>
> Thank you all for your inputs.
>
>  I will aggregate all these things into FS  as appendix and will put comments 
> there instead of replying here one by one. Once I am done with update in FS I 
> will notify so that we can verify whether we are covering all or not.
>
> Thanks & Regards
> Damodar/
>
> -Original Message-
> From: abhisek basu [mailto:abhisekb...@msn.com]
> Sent: Sunday, February 16, 2014 9:16 AM
> To: dev@cloudstack.apache.org
> Cc: dev@cloudstack.apache.org
> Subject: Re: [PROPOSAL] Windowsfication Of ACS
>
> Getting a Windows version will expand ACS reach to a large no of
> audience and make it more OS independent from its core. As far as the
> tools are concern, I am sure it's achievable, we have the most
> enthusiastic community contributors behind :)
>
> Sent from my iPhone
>
>> On 16 Feb 2014, at 1:08 am, "Alex Hitchins"  
>> wrote:
>>
>> I would guess that Windows has tools for managing a large number of Hyper-V 
>> hosts? I wonder what ACS would add to that.
>>
>> I still think it would be a very achievable goal and worth doing.
>>
>>
>> Regards
>>
>> Alex Hitchins
>>
>> D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969
>>
>> alex.hitch...@shapeblue.com
>>
>> -Original Message-
>> From: Paul Angus [mailto:paul.an...@shapeblue.com]
>> Sent: 15 February 2014 18:49
>> To: dev@cloudstack.apache.org
>> Subject: RE: [PROPOSAL] Windowsfication Of ACS
>>
>> My view is that anyone who wants to use Hyper-V is very unlikely to want to 
>> have Linux based management servers lurking around, because I think they'll 
>> be pretty wedded to Microsoft to want Hyper-V as the hypervisor. So being 
>> able to deploy windows based management servers seems essential to the use 
>> of Hyper-V (for better or worse).
>>
>> I think also there are probably a lot of Windows based Enterprises who also 
>> wouldn't like to a couple of stray Linux boxes running the show.  I guess 
>> Microsoft think there is a market for Windows based private clouds or they 
>> wouldn't have created the Behemoth that is the Azure Pack.
>>
>> ...and Apache Tomcat have managed to create a windows port - so how
>> hard can it be? [tic]
>>
>> Regards
>>
>> Paul Angus
>> Cloud Architect
>> S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus
>> paul.an...@shapeblue.com
>>
>> -Original Message--

Re: Review Request 15932: Add support for Primary Storage on Gluster using the libvirt backend

[Wido den Hollander]

> On Feb. 19, 2014, 1:35 p.m., Wido den Hollander wrote:
> > It seems good to me. Applies cleanly to master and builds just fine.
> > 
> > Code-wise it's simple but effective, should allow us to support Gluster.

I just merged it into master and pushed.

So gluster is in master right now! Niels, can I ask you to test it all again? 
Just to make sure the code all works like you intended.


- Wido


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


On Feb. 19, 2014, 8:24 a.m., Niels de Vos wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/15932/
> ---
> 
> (Updated Feb. 19, 2014, 8:24 a.m.)
> 
> 
> Review request for cloudstack.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> The support for Gluster as Primary Storage is mostly based on the
> implementation for NFS. Like NFS, libvirt can address a Gluster environment
> through the 'netfs' pool-type.
> 
> 
> Diffs
> -
> 
>   api/src/com/cloud/storage/Storage.java ff83dfc 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtComputingResource.java
>  d63b643 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtStoragePoolDef.java
>  dbe5d4b 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtStoragePoolXMLParser.java
>  a6186f6 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/resource/LibvirtVMDef.java
>  ff75d61 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/KVMStorageProcessor.java
>  8cdecd8 
>   
> plugins/hypervisors/kvm/src/com/cloud/hypervisor/kvm/storage/LibvirtStorageAdaptor.java
>  a5f33eb 
>   
> plugins/storage/volume/default/src/org/apache/cloudstack/storage/datastore/lifecycle/CloudStackPrimaryDataStoreLifeCycleImpl.java
>  b90d5fc 
> 
> Diff: https://reviews.apache.org/r/15932/diff/
> 
> 
> Testing
> ---
> 
> See http://blog.nixpanic.net/2013/12/using-gluster-as-primary-storage-in.html
> 
> 
> Thanks,
> 
> Niels de Vos
> 
>

[Responsiveness report] 2014w02 dev

[Daan Hoogland]

http://markmail.org/message/xyhzffhc44dqxgxo devcloud system VMs
problem by Victor Rodionov


for an explanation of this report see
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Responsiveness+report
-- 
Daan

[Responsiveness report] 2014w04 dev

[Daan Hoogland]

http://markmail.org/message/ocv5dj36xbfdm7wp UI Issues by Alex Hitchins
http://markmail.org/message/ats22vo6benycwgm Doc Build Reflects No
Recent Changes ! by Radhika Puthiyetath
http://markmail.org/message/j7lms5py3cszmn5z OpenVswitch | KVM |
CentOS 6.5 | Cloudstack 4.2 by Maurice Lawler


for an explanation of this report see
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Responsiveness+report
-- 
Daan

[Responsiveness report] 2014w03 dev

[Daan Hoogland]

http://markmail.org/message/cwuq5dgkya4qhpnj Why i cannot set vpn on
Source NAT IP by Yitao Jiang
http://markmail.org/message/55ydrna6ikmjiuf5 CloudStack 4.2 | Cent OS
6.4 | KVM by Maurice Lawler
http://markmail.org/message/z3b2yeg6zidcjkwq Issue in creating
template from volume in vmware hypervisor by Yitao Jiang
http://markmail.org/message/inwtgxxccizqsgan Error starting management
server with latest 4.3 by Prabhakaran Ganesan


for an explanation of this report see
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Responsiveness+report
-- 
Daan

[Responsiveness report] 2014w05 dev

[Daan Hoogland]

http://markmail.org/message/2uu5ly7is3i6tkqn Error creating bean with
name 'lockMasterListener' by Alex Hitchins
http://markmail.org/message/4zatk66ild4xsxwa Unable to add host with
latest build on RHEL6 master by Manikanta Kattamuri
http://markmail.org/message/qoq3734bm7abhk7e RSA Key Issue by Alex Hitchins
http://markmail.org/message/njd76aoqcrwa65iv [Question] Cloudstack API
: parameter "listall" by Antonio Fornié Casarrubios



for an explanation of this report see
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Responsiveness+report
-- 
Daan

[Responsiveness report] 2014w05 usr

[Daan Hoogland]

http://markmail.org/message/6qcus5e7qihkh2sy Agent kvm not start: Not
allowed to connect to the server:  sent incorrect data
center: default by e.angi...@libero.it
http://markmail.org/message/wwkauchx7o73kidk agent can't start by
e.angi...@libero.it
http://markmail.org/message/o7m6mwhdyli5dazc Trouble creating a VM on
xenserver by Derek Cole
http://markmail.org/message/iu2kiduh3rgppiq5 successfully boot linux
contianer in CloudStack 4.2 by Du Jun
http://markmail.org/message/fjij47dssxhd54ky hyper-v agent not working
by Tejas Gadaria
http://markmail.org/message/kt3aia3wfgcig42t Fail to attach volume to
LXC in CloudStack 4.2 by Du Jun
http://markmail.org/message/bzf6hzmf2qnri5jt SolidFire storage plugin
(cs4.2.1) by Pierre-Luc Dion
http://markmail.org/message/x22uhter3ttwaev7 Precision for Storage
Motion by Francois Gaudreault
http://markmail.org/message/nguwxhlkerxu57fa CS4.2.1 SVM can not start by 不坏阿峰
http://markmail.org/message/j5f3qqay4lxtzizy Reg: SSVM-KVM issue by Prakash.M
http://markmail.org/message/yirxhutgzto4p64m Libvirt errors on primary
storage by Nick Wales

for an explanation of this report see
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Responsiveness+report
-- 
Daan

Review Request 18310: dnsmasq fix for bridged networks

[Joris van Lieshout]

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

Review request for cloudstack, daan Hoogland, Hugo Trippaers, and Sheng Yang.


Repository: cloudstack-git


Description
---

When a ACS network is bridged to another non-ACS network (for instance using a 
NSX Bridge) this will prevent dnsmasq from responding to requests from the 
other network that have traversed the bridge.


Diffs
-

  systemvm/patches/debian/config/etc/dnsmasq.conf.tmpl 07c5902 

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


Testing
---

We have been running this fix on our own version of the 4.2 and 3.0 SVM for a 
couple months with success.


Thanks,

Joris van Lieshout

Re: [DISCUSS] Policy blocker?

[Wido den Hollander]

On 02/20/2014 02:37 PM, David Nalley wrote:

Hi folks,

I cringe to raise this issue. After 6 RCs I am sure we are all feeling
a little bit of release vote fatigue. Especially Animesh. I apologize
in advance; in all other respects I am ready to give a +1 to RC6.



My apologies, I didn't find the time to play with 4.3 at all.


I've been playing with 4.3.0-rc6 for a couple of days now. I attempted
to build some RPMs and had problems with dependency resolution in
maven. This led me to looking at a number of different poms, and I
noticed mysql-connector-java is listed as a runtime dependency. For
our end users, this really isn't necessary - the debs and rpms specify
a requirement (effectively a system requirement in the terms of
policy) for mysql-connector-java. We don't need it to build the
software (at least not in any location I've seen) - just when running.
(And thus its a system dependency, much like MySQL is.)

mysql-connector-java is GPLv2; which is Cat X. By including it as a
dependency in the pom it automatically gets downloaded. The 3rd Party
software policy has this line in it:

"YOU MUST NOT distribute build scripts or documentation within an
Apache product with the purpose of causing the default/standard build
of an Apache product to include any part of aprohibited work."

We've released software with this dependency previously. Is this a
blocker for 4.3 or do we fix going forward? (If we hadn't already
shipped releases with this problem I'd lean a bit more towards it
being a blocker - but its more murky now.)

Thoughts, comments, flames?



I'd say we are OK for now with this. We know it's a problem and it can 
be fixed in the next release imho.


Wido


--David

[1] https://www.apache.org/legal/3party.html

Re: Master blocker CLOUDSTACK-6130

[Hugo Trippaers]

Hey, 

Should be fixed by: 
commit ba7ff5369cc602c7e0c8d788b6617f27123c2328
Author: Hugo Trippaers 
Date:   Thu Feb 20 14:04:51 2014 +0100

Fix parameter index in getCount function.


@Talluri, Agreed. However with the current way of testing it is really hard to 
see which commit actually broke something. We should be able to tell which 
commits changed something when a particular test fails. Maybe we could start by 
supplying the list of changes between one run of the test suite and the next. 
That would at least narrow the number of changes developers have to look at to 
determine which change broke what,much like the current maven build.

Cheers,

Hugo


On 20 feb. 2014, at 07:39, Srikanteswararao Talluri 
 wrote:

> This is found by daily BVT run and sent out in daily BVT reporting mail.
> It would be great if folks could actually pick up the bugs resulted from
> BVT failures immediately.
> 
> Thanks,
> ~Talluri
> 
> On 20/02/14 10:20 am, "Sheng Yang"  wrote:
> 
>> Hi Hugo/Ian,
>> 
>> I suspect https://issues.apache.org/jira/browse/CLOUDSTACK-6130 is caused
>> by some of recent change of findbugs. It's likely got something wrong with
>> GeneralDaoBase, and the most recently modifications are:
>> 
>> commit 443acac92792cb2654c3414df276efac404f
>> Author: Hugo Trippaers 
>> Date:   Fri Feb 14 18:36:18 2014 +0100
>> 
>>   Fix functional issue introduced by some findbug changes.
>> 
>> commit 5a6ad11fa2ca3de64b94095c628bd3ba12e618c3
>> Author: Ian Southam 
>> Date:   Wed Feb 12 17:08:52 2014 +0100
>> 
>>   findbugs findings
>> 
>>   Signed-off-by: Hugo Trippaers 
>> 
>> From the error message, it shows statement as:
>> 
>> SELECT COUNT(*) FROM user_ip_address INNER JOIN account ON
>> user_ip_address.account_id=account.id INNER JOIN vlan ON
>> user_ip_address.vlan_db_id=vlan.id WHERE user_ip_address.account_id=5 AND
>> user_ip_address.allocated IS NOT NULL AND (account.type !=
>> 'VirtualNetwork'
>> ) AND (vlan.vlan_type = ** NOT SPECIFIED ** )
>> 
>> And you can observed that some parameters have been shifted left by one
>> position, because vlan.vlan_type should compare to "virtualNetwork". It
>> should related to "i++"/"++i" change in the commit.
>> 
>> After reverting these two commits, everything is fine.
>> 
>> Could you take a look?
>> 
>> --Sheng
> 

Review Request 18309: sysctl improvements

[Joris van Lieshout]

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

Review request for cloudstack, Alex Huang, daan Hoogland, and Hugo Trippaers.


Repository: cloudstack-git


Description
---

Couple changes in sysctl.conf: 
1. up the amount of connections that the svm can handle. 
2. Panic on OOM and OOPS so that ACS can act on a misbehaving SVM. 
3. nonlocal_bind to fix some situations where master to backup fails in 
redundant rvms.
Also adding /etc/modules to preload modules so that setting some of the sysctl 
settings during boot works. For this I also changed procps runlevels.


Diffs
-

  systemvm/patches/debian/buildsystemvm.sh 7f6188a 
  systemvm/patches/debian/config/etc/modules PRE-CREATION 
  systemvm/patches/debian/config/etc/sysctl.conf 586d5bd 

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


Testing
---

We have been running these adjustments in production on our own 4.2 and 3.0 SVM 
with success for a couple months now.


Thanks,

Joris van Lieshout

[DISCUSS] Policy blocker?

[David Nalley]

Hi folks,

I cringe to raise this issue. After 6 RCs I am sure we are all feeling
a little bit of release vote fatigue. Especially Animesh. I apologize
in advance; in all other respects I am ready to give a +1 to RC6.

I've been playing with 4.3.0-rc6 for a couple of days now. I attempted
to build some RPMs and had problems with dependency resolution in
maven. This led me to looking at a number of different poms, and I
noticed mysql-connector-java is listed as a runtime dependency. For
our end users, this really isn't necessary - the debs and rpms specify
a requirement (effectively a system requirement in the terms of
policy) for mysql-connector-java. We don't need it to build the
software (at least not in any location I've seen) - just when running.
(And thus its a system dependency, much like MySQL is.)

mysql-connector-java is GPLv2; which is Cat X. By including it as a
dependency in the pom it automatically gets downloaded. The 3rd Party
software policy has this line in it:

"YOU MUST NOT distribute build scripts or documentation within an
Apache product with the purpose of causing the default/standard build
of an Apache product to include any part of aprohibited work."

We've released software with this dependency previously. Is this a
blocker for 4.3 or do we fix going forward? (If we hadn't already
shipped releases with this problem I'd lean a bit more towards it
being a blocker - but its more murky now.)

Thoughts, comments, flames?

--David

[1] https://www.apache.org/legal/3party.html

Re: [PROPOSAL] Windowsfication Of ACS

[David Nalley]

There's a difference in incidentally working and validated to work on.
I'd limit focus to making sure it works on 2k12r2.

--David

On Thu, Feb 20, 2014 at 6:37 AM, Alex Hitchins
 wrote:
> I can't think of anything that wouldn't be possible on W2k3 - that said It's 
> old and I can't see people having a need for it.
>
>
> Regards
>
> Alex Hitchins
>
> D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969
>
> alex.hitch...@shapeblue.com
>
> -Original Message-
> From: Paul Angus [mailto:paul.an...@shapeblue.com]
> Sent: 20 February 2014 11:17
> To: dev@cloudstack.apache.org
> Subject: RE: [PROPOSAL] Windowsfication Of ACS
>
> Isn't the hyper-v support dependant on using 2012r2 ?
>
> So I don't know if I'd bother with going back as far as 2003
>
> Regards,
>
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
> paul.an...@shapeblue.com
>
> -Original Message-
> From: Rajesh Battala [mailto:rajesh.batt...@citrix.com]
> Sent: 20 February 2014 11:13
> To: dev@cloudstack.apache.org
> Subject: RE: [PROPOSAL] Windowsfication Of ACS
>
> AFAIK, it would be windows server 2k3, 2k8 2012, 2012R2.
>
> Thanks
> Rajesh Battala
>
> -Original Message-
> From: Damoder Reddy [mailto:damoder.re...@citrix.com]
> Sent: Thursday, February 20, 2014 4:32 PM
> To: dev@cloudstack.apache.org
> Subject: RE: [PROPOSAL] Windowsfication Of ACS
>
> One question I have is, Which version of windows we need to target?
>
> Thanks & Regards
> Damodar/
>
>
> -Original Message-
> From: Damoder Reddy [mailto:damoder.re...@citrix.com]
> Sent: Thursday, February 20, 2014 2:04 PM
> To: dev@cloudstack.apache.org
> Subject: RE: [PROPOSAL] Windowsfication Of ACS
>
> I have tried to put all together in FS at 
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Cloudstack+Windowsfication
>  as Feedback section and added my comments there.
>
> Please verify once and let me know if anything is to be added there.
>
> Thanks & Regards
> Damodar/
>
>
> -Original Message-
> From: Damoder Reddy [mailto:damoder.re...@citrix.com]
> Sent: Thursday, February 20, 2014 12:32 PM
> To: dev@cloudstack.apache.org
> Subject: RE: [PROPOSAL] Windowsfication Of ACS
>
> Thank you all for your inputs.
>
>  I will aggregate all these things into FS  as appendix and will put comments 
> there instead of replying here one by one. Once I am done with update in FS I 
> will notify so that we can verify whether we are covering all or not.
>
> Thanks & Regards
> Damodar/
>
> -Original Message-
> From: abhisek basu [mailto:abhisekb...@msn.com]
> Sent: Sunday, February 16, 2014 9:16 AM
> To: dev@cloudstack.apache.org
> Cc: dev@cloudstack.apache.org
> Subject: Re: [PROPOSAL] Windowsfication Of ACS
>
> Getting a Windows version will expand ACS reach to a large no of audience and 
> make it more OS independent from its core. As far as the tools are concern, I 
> am sure it's achievable, we have the most enthusiastic community contributors 
> behind :)
>
> Sent from my iPhone
>
>> On 16 Feb 2014, at 1:08 am, "Alex Hitchins"  
>> wrote:
>>
>> I would guess that Windows has tools for managing a large number of Hyper-V 
>> hosts? I wonder what ACS would add to that.
>>
>> I still think it would be a very achievable goal and worth doing.
>>
>>
>> Regards
>>
>> Alex Hitchins
>>
>> D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969
>>
>> alex.hitch...@shapeblue.com
>>
>> -Original Message-
>> From: Paul Angus [mailto:paul.an...@shapeblue.com]
>> Sent: 15 February 2014 18:49
>> To: dev@cloudstack.apache.org
>> Subject: RE: [PROPOSAL] Windowsfication Of ACS
>>
>> My view is that anyone who wants to use Hyper-V is very unlikely to want to 
>> have Linux based management servers lurking around, because I think they'll 
>> be pretty wedded to Microsoft to want Hyper-V as the hypervisor. So being 
>> able to deploy windows based management servers seems essential to the use 
>> of Hyper-V (for better or worse).
>>
>> I think also there are probably a lot of Windows based Enterprises who also 
>> wouldn't like to a couple of stray Linux boxes running the show.  I guess 
>> Microsoft think there is a market for Windows based private clouds or they 
>> wouldn't have created the Behemoth that is the Azure Pack.
>>
>> ...and Apache Tomcat have managed to create a windows port - so how
>> hard can it be? [tic]
>>
>> Regards
>>
>> Paul Angus
>> Cloud Architect
>> S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus
>> paul.an...@shapeblue.com
>>
>> -Original Message-
>> From: David Nalley [mailto:da...@gnsa.us]
>> Sent: 15 February 2014 18:29
>> To: dev@cloudstack.apache.org
>> Subject: Re: [PROPOSAL] Windowsfication Of ACS
>>
>>> On Sat, Feb 15, 2014 at 12:57 PM, Alex Huang  wrote:
>>> I see this as that CS management server should run anywhere java runs.  
>>> However, I see quite a few holes in this proposal.
>>>
>>> - Management server should never have mounted the NFS second

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

[Hugo Trippaers]

+1 (binding)

Tested:
  XenServer 6.2, Primary NFS, Secondary NFS, Two physical networks with Guest 
traffic on both
Tested 64bit systemvm template (jenkins version)
Tested SSVM using the Xen VHD template
Tested instance creation on VLAN based networks
Tested instance creation on NSX based networks with VRouter gateway
Tested instance creation on NSX based networks with NiciraNVP gateway

  KVM , Primary NFS, Secondary NFS, Two physical networks with Guest traffic on 
both
Tested 64bit systemvm template (jenkins version)
Tested instance creation on VLAN based networks
Tested instance creation on NSX based networks with VRouter gateway
Tested instance creation on NSX based networks with NiciraNVP gateway

  VMware 5.1, Primary NFS, Secondary NFS, Two physical networks with Guest 
traffic on both (used noredist build with same git hash)
Tested 32bit systemvm template (jenkins version)
Tested instance creation on VLAN based networks
Tested instance creation on NSX based networks with VRouter gateway
Tested instance creation on NSX based networks with NiciraNVP gateway

  Nested hypervisor support for VMWare 5.1

  Tested database upgrade from 4.2.1 (production database) to 4.3.0

  Tested RPM packages on CentOS 6.5 x64
  
  Verified fixes/workarounds for reported bugs:
CLOUDSTACK-5883
CLOUDSTACK-5884
CLOUDSTACK-5979
  

Cheers,

Hugo


On 20 feb. 2014, at 11:02, Hugo Trippaers  wrote:

 
 Hi All,
 
 
 
 I've created a 4.3.0 release, with the following artifacts up for a
 
 vote:
 
 
 
 Given that we have had multiple RC rounds with community testing a few 
 times, and this VOTE has just one isolated fix in Nicira from
>>> previous RC, I would like to close the VOTE sooner by Thursday morning PST 
>>> (36 hours). Please call out if you want to stick to 72 hour (3
>>> working day) period.
 
 
 
 Git Branch and Commit SH:
 
 https://git-wip-us.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.3
 Commit: 307ad15bb68179129b8eadeaed115f5d088adfd9
 
 
 
 List of changes:
 
 New Features in 4.3: https://issues.apache.org/jira/issues/?filter=12325248
 
 Improvement in 4.3: https://issues.apache.org/jira/issues/?filter=12325249
 
 Issues fixed in 4.3 https://issues.apache.org/jira/issues/?filter=12326161
 
 Known Issues in 4.3: https://issues.apache.org/jira/issues/?filter=12326162
 
 
 
 
 
 
 
 Source release (checksums and signatures are available at the same
 
 location):
 
 https://dist.apache.org/repos/dist/dev/cloudstack/4.3.0/
 
 
 
 PGP release keys (signed using 94BE0D7C):
 
 https://dist.apache.org/repos/dist/release/cloudstack/KEYS
 
 
 
 Testing instructions are here:
 
 https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+test+procedure
 
 
 
 Vote will be open for 36 hours (Thursday morning PST)
 
 
 
 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: Review Request 18165: FindBugs findings: fixing equals() methods in 2 classes; commenting out dead variable in 1 class; adding 5 tests to cover the changes in the equals() methods.

[Wilder Rodrigues]

> On Feb. 15, 2014, 12:53 p.m., Hugo Trippaers wrote:
> > Heya, did you test this with devcloud as well?
> 
> Wilder Rodrigues wrote:
> Unfortunately not. I got the link error when trying it in my environment 
> over my network. Will try to refresh the mac addresses on the net adapters in 
> virtualbox VMs and see if it works. usually I have this link problem when the 
> 2 machines (management server and devcloud) are executed from home.
> 
> Wilder Rodrigues wrote:
> Got environment working and now downloading a new systemvm form 
> buildacloud. Will update it later and test zone creation/instance/ACL. Will 
> let you know once it's done so you can review it. :)

Tested with VirtualBox 4.3.6 + Debian 7 + XenServer 6.2 + SBP BetaCloud


- Wilder


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


On Feb. 15, 2014, 12:42 p.m., Wilder Rodrigues wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18165/
> ---
> 
> (Updated Feb. 15, 2014, 12:42 p.m.)
> 
> 
> Review request for cloudstack, daan Hoogland and Hugo Trippaers.
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Fixed 2 equals() method implementations
> Added synchronized keyword to a get() method, because the set() is already 
> synchronized
> Commented out a dead variable
> 
> 
> Diffs
> -
> 
>   engine/orchestration/src/com/cloud/agent/manager/AgentAttache.java 3ebaf4a 
>   engine/orchestration/src/com/cloud/agent/manager/ClusteredAgentAttache.java 
> 23c3f76 
>   engine/orchestration/src/com/cloud/agent/manager/ConnectedAgentAttache.java 
> 00d54bb 
>   
> engine/orchestration/src/org/apache/cloudstack/engine/service/api/ProvisioningServiceImpl.java
>  86eab58 
>   
> engine/orchestration/test/com/cloud/agent/manager/ConnectedAgentAttacheTest.java
>  PRE-CREATION 
> 
> Diff: https://reviews.apache.org/r/18165/diff/
> 
> 
> Testing
> ---
> 
> Check style successfully executed;
> Build successfully executed
> 5 unit tests added in order to cover the changes.
> 
> 
> Thanks,
> 
> Wilder Rodrigues
> 
>

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

[Geoff Higginbottom]

+1

Have now successfully tested the new VPC Remote VPN feature, and all other 
tests pass (based on upgrading a clean build from 4.2.1 and deploying  new Zone)

Regards

Geoff Higginbottom

D: +44 20 3603 0542 | S: +44 20 3603 0540 | M: +447968161581

geoff.higginbot...@shapeblue.com

-Original Message-
From: Daan Hoogland [mailto:daan.hoogl...@gmail.com]
Sent: 20 February 2014 12:11
To: dev
Subject: Re: [VOTE] Apache CloudStack 4.3.0 (sixth round)

+1 (binding)

based on the rc-5 testing I've done and a diff of the releases. The extra patch 
I asked for is being tested by Hugo, no doubt he will approve shortly.

On Thu, Feb 20, 2014 at 1:08 PM, Nux!  wrote:
> On 20.02.2014 11:58, Sateesh Chodapuneedi wrote:
>>>
>>> -Original Message-
>>> From: Nux! [mailto:n...@li.nux.ro]
>>> Sent: 20 February 2014 17:05
>>> To: dev@cloudstack.apache.org
>>> Subject: RE: [VOTE] Apache CloudStack 4.3.0 (sixth round)
>>>
>>> On 20.02.2014 00:10, Animesh Chaturvedi wrote:

 Folks

 I want to clear up the confusion on system templates for 4.3
>>>
>>>
>>> I have noticed the system vms come up with 128 MB ram, isn't this a
>>> bit too little for 64bit machines?
>>
>>
>> The memory requirements of each system vm varies based on the load of
>> services running.
>>
>> From my setup I can see only elasticloadbalancer has 128MB.
>> Can you please let me know for which system vm did you observe 128MB RAM?
>
>
> The virtual router, but I think I am wrong now that I checked again,
> it is indeed 128 MB, but somehow I ended up with 32bit version of the 
> template.
> Will need to redeploy systemvms with the 64bit template.. Sorry for
> the noise.
>
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro



--
Daan
Need Enterprise Grade Support for Apache CloudStack?
Our CloudStack Infrastructure 
Support offers the 
best 24/7 SLA for CloudStack Environments.

Apache CloudStack Bootcamp training courses

**NEW!** CloudStack 4.2.1 training
18th-19th February 2014, Brazil. 
Classroom
17th-23rd March 2014, Region A. Instructor led, 
On-line
24th-28th March 2014, Region B. Instructor led, 
On-line
16th-20th June 2014, Region A. Instructor led, 
On-line
23rd-27th June 2014, Region B. Instructor led, 
On-line

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

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

[Daan Hoogland]

+1 (binding)

based on the rc-5 testing I've done and a diff of the releases. The
extra patch I asked for is being tested by Hugo, no doubt he will
approve shortly.

On Thu, Feb 20, 2014 at 1:08 PM, Nux!  wrote:
> On 20.02.2014 11:58, Sateesh Chodapuneedi wrote:
>>>
>>> -Original Message-
>>> From: Nux! [mailto:n...@li.nux.ro]
>>> Sent: 20 February 2014 17:05
>>> To: dev@cloudstack.apache.org
>>> Subject: RE: [VOTE] Apache CloudStack 4.3.0 (sixth round)
>>>
>>> On 20.02.2014 00:10, Animesh Chaturvedi wrote:

 Folks

 I want to clear up the confusion on system templates for 4.3
>>>
>>>
>>> I have noticed the system vms come up with 128 MB ram, isn't this a bit
>>> too little for 64bit machines?
>>
>>
>> The memory requirements of each system vm varies based on the load of
>> services running.
>>
>> From my setup I can see only elasticloadbalancer has 128MB.
>> Can you please let me know for which system vm did you observe 128MB RAM?
>
>
> The virtual router, but I think I am wrong now that I checked again, it is
> indeed 128 MB, but somehow I ended up with 32bit version of the template.
> Will need to redeploy systemvms with the 64bit template.. Sorry for the
> noise.
>
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro



-- 
Daan

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

[Nux!]

On 20.02.2014 11:58, Sateesh Chodapuneedi wrote:

-Original Message-
From: Nux! [mailto:n...@li.nux.ro]
Sent: 20 February 2014 17:05
To: dev@cloudstack.apache.org
Subject: RE: [VOTE] Apache CloudStack 4.3.0 (sixth round)

On 20.02.2014 00:10, Animesh Chaturvedi wrote:

Folks

I want to clear up the confusion on system templates for 4.3


I have noticed the system vms come up with 128 MB ram, isn't this a 
bit too little for 64bit machines?


The memory requirements of each system vm varies based on the load of
services running.

From my setup I can see only elasticloadbalancer has 128MB.
Can you please let me know for which system vm did you observe 128MB 
RAM?


The virtual router, but I think I am wrong now that I checked again, it 
is indeed 128 MB, but somehow I ended up with 32bit version of the 
template.
Will need to redeploy systemvms with the 64bit template.. Sorry for the 
noise.


--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: Can't login to webui

[Ian Duffy]

Hi,

I find this sometimes happens if enough ram is not available.

Please insure you have at least 2gb of ram.


On 19 February 2014 19:37, Mike Tutkowski wrote:

> Typically Mac OS X 10.8.3 or Ubuntu 12.04. This is always set up for
> development purposes. I don't use the scripts that an admin would use to
> set the system up.
>
>
> On Wed, Feb 19, 2014 at 12:28 PM, Michael Phillips
> wrote:
>
> > Mike,
> >Can you tell me what OS and version you are running on your management
> > server?
> >
> > > Date: Wed, 19 Feb 2014 12:25:21 -0700
> > > Subject: Re: Can't login to webui
> > > From: mike.tutkow...@solidfire.com
> > > To: dev@cloudstack.apache.org
> > > CC: us...@cloudstack.apache.org
> > >
> > > Sorry I don't have any useful assistance to provide here, but I just
> > wanted
> > > to note that I have had this happen in the past, as well, and "solved"
> it
> > > by starting over from scratch.
> > >
> > >
> > > On Tue, Feb 18, 2014 at 11:04 PM, Michael Phillips
> > > wrote:
> > >
> > > > something obviously went horribly wrong so I am starting over
> > > >
> > > > > From: mphilli7...@hotmail.com
> > > > > To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
> > > > > Subject: RE: Can't login to webui
> > > > > Date: Tue, 18 Feb 2014 23:23:46 -0600
> > > > >
> > > > > So I enabled the account via mysql through the command
> > linehowever
> > > > the logs still say the password does not match when trying to
> login...
> > > > > err dev guys what could the pw be if not "password"?
> > > > >
> > > > >
> > > > >
> > > > > > From: mphilli7...@hotmail.com
> > > > > > To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
> > > > > > Subject: RE: Can't login to webui
> > > > > > Date: Tue, 18 Feb 2014 23:05:21 -0600
> > > > > >
> > > > > > hah...nice the logs are telling me the admin account is
> > > > locked\disabled. So how does it become locked on a fresh install?
> > > > > >
> > > > > > > From: mphilli7...@hotmail.com
> > > > > > > To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
> > > > > > > Subject: RE: Can't login to webui
> > > > > > > Date: Tue, 18 Feb 2014 22:56:39 -0600
> > > > > > >
> > > > > > > Looks like the admin account in the database has a hashed
> > password
> > > > of 0.180873463098773
> > > > > > >
> > > > > > > > From: mphilli7...@hotmail.com
> > > > > > > > To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
> > > > > > > > Subject: Can't login to webui
> > > > > > > > Date: Tue, 18 Feb 2014 22:50:46 -0600
> > > > > > > >
> > > > > > > > I have a new install on 4.2.1 on Centos, however I can not
> > login
> > > > to the UI using the default username\password combo of
> admin\password.
> > > > > > > > I have checked my 'cloud' database and its has tables etc. I
> > even
> > > > checked the user table and it looks like there is an admin user...
> > > > > > > > What am I missing??
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > >
> > > --
> > > *Mike Tutkowski*
> > > *Senior CloudStack Developer, SolidFire Inc.*
> > > e: mike.tutkow...@solidfire.com
> > > o: 303.746.7302
> > > Advancing the way the world uses the
> > > cloud
> > > *(tm)*
> >
>
>
>
>
> --
> *Mike Tutkowski*
> *Senior CloudStack Developer, SolidFire Inc.*
> e: mike.tutkow...@solidfire.com
> o: 303.746.7302
> Advancing the way the world uses the
> cloud
> *(tm)*
>

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

[Sateesh Chodapuneedi]

> -Original Message-
> From: Nux! [mailto:n...@li.nux.ro]
> Sent: 20 February 2014 17:05
> To: dev@cloudstack.apache.org
> Subject: RE: [VOTE] Apache CloudStack 4.3.0 (sixth round)
> 
> On 20.02.2014 00:10, Animesh Chaturvedi wrote:
> > Folks
> >
> > I want to clear up the confusion on system templates for 4.3
> 
> I have noticed the system vms come up with 128 MB ram, isn't this a bit too 
> little for 64bit machines?

The memory requirements of each system vm varies based on the load of services 
running.

From my setup I can see only elasticloadbalancer has 128MB.
Can you please let me know for which system vm did you observe 128MB RAM?

mysql> select vm_type,ram_size from service_offering where vm_type != 'NULL';
++--+
| vm_type| ram_size |
++--+
| domainrouter   |  256 |
| consoleproxy   | 1024 |
| secondarystoragevm |  512 |
| internalloadbalancervm |  256 |
| elasticloadbalancervm  |  128 |
++--+

Under normal/minimal load I have faced issues only with SSVM. After deeper 
analysis over various loads updated the default RAM size of SSVM to 512MB. This 
was tracked at CLOUDSTACK-5408.

Regards,
Sateesh

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

RE: [PROPOSAL] Windowsfication Of ACS

[Alex Hitchins]

I can't think of anything that wouldn't be possible on W2k3 - that said It's 
old and I can't see people having a need for it.


Regards

Alex Hitchins

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

alex.hitch...@shapeblue.com

-Original Message-
From: Paul Angus [mailto:paul.an...@shapeblue.com]
Sent: 20 February 2014 11:17
To: dev@cloudstack.apache.org
Subject: RE: [PROPOSAL] Windowsfication Of ACS

Isn't the hyper-v support dependant on using 2012r2 ?

So I don't know if I'd bother with going back as far as 2003

Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus 
paul.an...@shapeblue.com

-Original Message-
From: Rajesh Battala [mailto:rajesh.batt...@citrix.com]
Sent: 20 February 2014 11:13
To: dev@cloudstack.apache.org
Subject: RE: [PROPOSAL] Windowsfication Of ACS

AFAIK, it would be windows server 2k3, 2k8 2012, 2012R2.

Thanks
Rajesh Battala

-Original Message-
From: Damoder Reddy [mailto:damoder.re...@citrix.com]
Sent: Thursday, February 20, 2014 4:32 PM
To: dev@cloudstack.apache.org
Subject: RE: [PROPOSAL] Windowsfication Of ACS

One question I have is, Which version of windows we need to target?

Thanks & Regards
Damodar/


-Original Message-
From: Damoder Reddy [mailto:damoder.re...@citrix.com]
Sent: Thursday, February 20, 2014 2:04 PM
To: dev@cloudstack.apache.org
Subject: RE: [PROPOSAL] Windowsfication Of ACS

I have tried to put all together in FS at 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Cloudstack+Windowsfication
 as Feedback section and added my comments there.

Please verify once and let me know if anything is to be added there.

Thanks & Regards
Damodar/


-Original Message-
From: Damoder Reddy [mailto:damoder.re...@citrix.com]
Sent: Thursday, February 20, 2014 12:32 PM
To: dev@cloudstack.apache.org
Subject: RE: [PROPOSAL] Windowsfication Of ACS

Thank you all for your inputs.

 I will aggregate all these things into FS  as appendix and will put comments 
there instead of replying here one by one. Once I am done with update in FS I 
will notify so that we can verify whether we are covering all or not.

Thanks & Regards
Damodar/

-Original Message-
From: abhisek basu [mailto:abhisekb...@msn.com]
Sent: Sunday, February 16, 2014 9:16 AM
To: dev@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Subject: Re: [PROPOSAL] Windowsfication Of ACS

Getting a Windows version will expand ACS reach to a large no of audience and 
make it more OS independent from its core. As far as the tools are concern, I 
am sure it's achievable, we have the most enthusiastic community contributors 
behind :)

Sent from my iPhone

> On 16 Feb 2014, at 1:08 am, "Alex Hitchins"  
> wrote:
>
> I would guess that Windows has tools for managing a large number of Hyper-V 
> hosts? I wonder what ACS would add to that.
>
> I still think it would be a very achievable goal and worth doing.
>
>
> Regards
>
> Alex Hitchins
>
> D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969
>
> alex.hitch...@shapeblue.com
>
> -Original Message-
> From: Paul Angus [mailto:paul.an...@shapeblue.com]
> Sent: 15 February 2014 18:49
> To: dev@cloudstack.apache.org
> Subject: RE: [PROPOSAL] Windowsfication Of ACS
>
> My view is that anyone who wants to use Hyper-V is very unlikely to want to 
> have Linux based management servers lurking around, because I think they'll 
> be pretty wedded to Microsoft to want Hyper-V as the hypervisor. So being 
> able to deploy windows based management servers seems essential to the use of 
> Hyper-V (for better or worse).
>
> I think also there are probably a lot of Windows based Enterprises who also 
> wouldn't like to a couple of stray Linux boxes running the show.  I guess 
> Microsoft think there is a market for Windows based private clouds or they 
> wouldn't have created the Behemoth that is the Azure Pack.
>
> ...and Apache Tomcat have managed to create a windows port - so how
> hard can it be? [tic]
>
> Regards
>
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus
> paul.an...@shapeblue.com
>
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: 15 February 2014 18:29
> To: dev@cloudstack.apache.org
> Subject: Re: [PROPOSAL] Windowsfication Of ACS
>
>> On Sat, Feb 15, 2014 at 12:57 PM, Alex Huang  wrote:
>> I see this as that CS management server should run anywhere java runs.  
>> However, I see quite a few holes in this proposal.
>>
>> - Management server should never have mounted the NFS secondary storage.  We 
>> need to fix that.  Please have a talk with Kelven about this.  I don't see 
>> us adding Samba to any machine that runs the management server.  If this is 
>> just about seeding the system template, it can be done as part of 
>> installation rather than management server.
>> - If I truly think about Windowsification, I think windows installer, 
>> windows service, opening ports in w

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

[Nux!]

On 20.02.2014 00:10, Animesh Chaturvedi wrote:

Folks

I want to clear up the confusion on system templates for 4.3


I have noticed the system vms come up with 128 MB ram, isn't this a bit 
too little for 64bit machines?


Lucian

--
Sent from the Delta quadrant using Borg technology!

Nux!
www.nux.ro

Re: Review Request 18016: CLOUDSTACK-5626: Simplifying VM Migrate code

[Santhosh Edukulla]

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

Ship it!


Ship It!

- Santhosh Edukulla


On Feb. 14, 2014, 7:54 a.m., Gaurav Aradhye wrote:
> 
> ---
> This is an automatically generated e-mail. To reply, visit:
> https://reviews.apache.org/r/18016/
> ---
> 
> (Updated Feb. 14, 2014, 7:54 a.m.)
> 
> 
> Review request for cloudstack, Girish Shilamkar and Santhosh Edukulla.
> 
> 
> Bugs: CLOUDSTACK-5626
> https://issues.apache.org/jira/browse/CLOUDSTACK-5626
> 
> 
> Repository: cloudstack-git
> 
> 
> Description
> ---
> 
> Removing different ways of obtaining suitable hosts. Used built in API 
> "findHostsForMigration" and skipped the test if suitable host is not found 
> instead of throwing assertion error.
> Removed unnecessary common function.
> 
> 
> Diffs
> -
> 
>   test/integration/component/test_cpu_domain_limits.py c427e4f 
>   test/integration/component/test_cpu_limits.py bdf2869 
>   test/integration/component/test_cpu_project_limits.py a8a1b3c 
>   test/integration/component/test_memory_limits.py 7921e4b 
>   test/integration/component/test_mm_domain_limits.py 68660c1 
>   test/integration/component/test_mm_project_limits.py c314011 
>   test/integration/component/test_vpc_vm_life_cycle.py 01373ac 
>   tools/marvin/marvin/codes.py 74fb05d 
>   tools/marvin/marvin/integration/lib/common.py e202391 
> 
> Diff: https://reviews.apache.org/r/18016/diff/
> 
> 
> Testing
> ---
> 
> Yes.
> 
> 
> Thanks,
> 
> Gaurav Aradhye
> 
>

RE: [PROPOSAL] Windowsfication Of ACS

[Paul Angus]

Isn't the hyper-v support dependant on using 2012r2 ?

So I don't know if I'd bother with going back as far as 2003

Regards,

Paul Angus
Cloud Architect
S: +44 20 3603 0540 | M: +447711418784 | T: @CloudyAngus
paul.an...@shapeblue.com

-Original Message-
From: Rajesh Battala [mailto:rajesh.batt...@citrix.com]
Sent: 20 February 2014 11:13
To: dev@cloudstack.apache.org
Subject: RE: [PROPOSAL] Windowsfication Of ACS

AFAIK, it would be windows server 2k3, 2k8 2012, 2012R2.

Thanks
Rajesh Battala

-Original Message-
From: Damoder Reddy [mailto:damoder.re...@citrix.com]
Sent: Thursday, February 20, 2014 4:32 PM
To: dev@cloudstack.apache.org
Subject: RE: [PROPOSAL] Windowsfication Of ACS

One question I have is, Which version of windows we need to target?

Thanks & Regards
Damodar/


-Original Message-
From: Damoder Reddy [mailto:damoder.re...@citrix.com]
Sent: Thursday, February 20, 2014 2:04 PM
To: dev@cloudstack.apache.org
Subject: RE: [PROPOSAL] Windowsfication Of ACS

I have tried to put all together in FS at 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Cloudstack+Windowsfication
 as Feedback section and added my comments there.

Please verify once and let me know if anything is to be added there.

Thanks & Regards
Damodar/


-Original Message-
From: Damoder Reddy [mailto:damoder.re...@citrix.com]
Sent: Thursday, February 20, 2014 12:32 PM
To: dev@cloudstack.apache.org
Subject: RE: [PROPOSAL] Windowsfication Of ACS

Thank you all for your inputs.

 I will aggregate all these things into FS  as appendix and will put comments 
there instead of replying here one by one. Once I am done with update in FS I 
will notify so that we can verify whether we are covering all or not.

Thanks & Regards
Damodar/

-Original Message-
From: abhisek basu [mailto:abhisekb...@msn.com]
Sent: Sunday, February 16, 2014 9:16 AM
To: dev@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Subject: Re: [PROPOSAL] Windowsfication Of ACS

Getting a Windows version will expand ACS reach to a large no of audience and 
make it more OS independent from its core. As far as the tools are concern, I 
am sure it's achievable, we have the most enthusiastic community contributors 
behind :)

Sent from my iPhone

> On 16 Feb 2014, at 1:08 am, "Alex Hitchins"  
> wrote:
>
> I would guess that Windows has tools for managing a large number of Hyper-V 
> hosts? I wonder what ACS would add to that.
>
> I still think it would be a very achievable goal and worth doing.
>
>
> Regards
>
> Alex Hitchins
>
> D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969
>
> alex.hitch...@shapeblue.com
>
> -Original Message-
> From: Paul Angus [mailto:paul.an...@shapeblue.com]
> Sent: 15 February 2014 18:49
> To: dev@cloudstack.apache.org
> Subject: RE: [PROPOSAL] Windowsfication Of ACS
>
> My view is that anyone who wants to use Hyper-V is very unlikely to want to 
> have Linux based management servers lurking around, because I think they'll 
> be pretty wedded to Microsoft to want Hyper-V as the hypervisor. So being 
> able to deploy windows based management servers seems essential to the use of 
> Hyper-V (for better or worse).
>
> I think also there are probably a lot of Windows based Enterprises who also 
> wouldn't like to a couple of stray Linux boxes running the show.  I guess 
> Microsoft think there is a market for Windows based private clouds or they 
> wouldn't have created the Behemoth that is the Azure Pack.
>
> ...and Apache Tomcat have managed to create a windows port - so how hard can 
> it be? [tic]
>
> Regards
>
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus 
> paul.an...@shapeblue.com
>
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: 15 February 2014 18:29
> To: dev@cloudstack.apache.org
> Subject: Re: [PROPOSAL] Windowsfication Of ACS
>
>> On Sat, Feb 15, 2014 at 12:57 PM, Alex Huang  wrote:
>> I see this as that CS management server should run anywhere java runs.  
>> However, I see quite a few holes in this proposal.
>>
>> - Management server should never have mounted the NFS secondary storage.  We 
>> need to fix that.  Please have a talk with Kelven about this.  I don't see 
>> us adding Samba to any machine that runs the management server.  If this is 
>> just about seeding the system template, it can be done as part of 
>> installation rather than management server.
>> - If I truly think about Windowsification, I think windows installer, 
>> windows service, opening ports in windows firewall.  I don't see any of that 
>> here.  Or else it's useless for windows people.
>>- For java, most people write a windows service that launches the jvm 
>> and keeps track of the jvm.
>> - There's a number of things that CloudStack management server does today at 
>> startup that should not be there and those are what complicates the 
>> windowfication.   These things should be moved out of the management 

Re: [DISCUSS] Browser-based template and volume uploads

[Daan Hoogland]

why not a allowing a simple file:///home/me/my.template kind of url?

for simple installations this should do.

On Wed, Feb 19, 2014 at 11:42 PM, John Kinsella  wrote:
> We definitely need to support more than http download. http upload sounds 
> interesting, but I'd love to see something more resilient for large uploads. 
> How 'bout specifying a "drop folder" type location on the mgmt server that 
> the server polls every 15 seconds for new files, then in the UI the user can 
> pick from the files shown there? Not as secure as your browser upload 
> pattern, though.
>
> Maybe use something like https://github.com/blueimp/jquery-file-upload that 
> allows resumable uploads?
>
> Just had the thought of maybe adding support for dropbox/box.net/etc. At that 
> point, an ImageFetch plugin hook starts to sound interesting. Adding a bit 
> torrent plugin could make getting the default templates quite snappy. :)
>
>
> On Feb 19, 2014, at 2:12 PM, Chiradeep Vittal  
> wrote:
>
>> Hi all,
>>
>> The fact that one has to have a HTTP server to host templates before the 
>> templates can be imported into secondary storage is an inconvenience. I am 
>> not sure how much of an inconvenience it is, but I was asked to detail the 
>> technical architecture, if it needed to be supported. Certainly, I can 
>> imagine for folks coming in contact with ACS for the first time, it might 
>> seem onerous to set up another web server.
>>
>> I've sketched a strawman proposal [1] to support browser-based uploads of 
>> templates and volumes to secondary storage.
>> It is not yet a PROPOSAL since it is still raw (and I do not have time to 
>> work on this immediately).
>>
>> Please comment on this.
>> [1] https://cwiki.apache.org/confluence/x/jY5cAg
>>
>



-- 
Daan

RE: [PROPOSAL] Windowsfication Of ACS

[Rajesh Battala]

AFAIK, it would be windows server 2k3, 2k8 2012, 2012R2.

Thanks
Rajesh Battala

-Original Message-
From: Damoder Reddy [mailto:damoder.re...@citrix.com] 
Sent: Thursday, February 20, 2014 4:32 PM
To: dev@cloudstack.apache.org
Subject: RE: [PROPOSAL] Windowsfication Of ACS

One question I have is, Which version of windows we need to target?

Thanks & Regards
Damodar/


-Original Message-
From: Damoder Reddy [mailto:damoder.re...@citrix.com] 
Sent: Thursday, February 20, 2014 2:04 PM
To: dev@cloudstack.apache.org
Subject: RE: [PROPOSAL] Windowsfication Of ACS

I have tried to put all together in FS at 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Cloudstack+Windowsfication
 as Feedback section and added my comments there.

Please verify once and let me know if anything is to be added there.

Thanks & Regards
Damodar/


-Original Message-
From: Damoder Reddy [mailto:damoder.re...@citrix.com] 
Sent: Thursday, February 20, 2014 12:32 PM
To: dev@cloudstack.apache.org
Subject: RE: [PROPOSAL] Windowsfication Of ACS

Thank you all for your inputs.

 I will aggregate all these things into FS  as appendix and will put comments 
there instead of replying here one by one. Once I am done with update in FS I 
will notify so that we can verify whether we are covering all or not.

Thanks & Regards
Damodar/

-Original Message-
From: abhisek basu [mailto:abhisekb...@msn.com] 
Sent: Sunday, February 16, 2014 9:16 AM
To: dev@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Subject: Re: [PROPOSAL] Windowsfication Of ACS

Getting a Windows version will expand ACS reach to a large no of audience and 
make it more OS independent from its core. As far as the tools are concern, I 
am sure it's achievable, we have the most enthusiastic community contributors 
behind :)

Sent from my iPhone

> On 16 Feb 2014, at 1:08 am, "Alex Hitchins"  
> wrote:
> 
> I would guess that Windows has tools for managing a large number of Hyper-V 
> hosts? I wonder what ACS would add to that.
> 
> I still think it would be a very achievable goal and worth doing.
> 
> 
> Regards
> 
> Alex Hitchins
> 
> D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969
> 
> alex.hitch...@shapeblue.com
> 
> -Original Message-
> From: Paul Angus [mailto:paul.an...@shapeblue.com]
> Sent: 15 February 2014 18:49
> To: dev@cloudstack.apache.org
> Subject: RE: [PROPOSAL] Windowsfication Of ACS
> 
> My view is that anyone who wants to use Hyper-V is very unlikely to want to 
> have Linux based management servers lurking around, because I think they'll 
> be pretty wedded to Microsoft to want Hyper-V as the hypervisor. So being 
> able to deploy windows based management servers seems essential to the use of 
> Hyper-V (for better or worse).
> 
> I think also there are probably a lot of Windows based Enterprises who also 
> wouldn't like to a couple of stray Linux boxes running the show.  I guess 
> Microsoft think there is a market for Windows based private clouds or they 
> wouldn't have created the Behemoth that is the Azure Pack.
> 
> ...and Apache Tomcat have managed to create a windows port - so how hard can 
> it be? [tic]
> 
> Regards
> 
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus 
> paul.an...@shapeblue.com
> 
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: 15 February 2014 18:29
> To: dev@cloudstack.apache.org
> Subject: Re: [PROPOSAL] Windowsfication Of ACS
> 
>> On Sat, Feb 15, 2014 at 12:57 PM, Alex Huang  wrote:
>> I see this as that CS management server should run anywhere java runs.  
>> However, I see quite a few holes in this proposal.
>> 
>> - Management server should never have mounted the NFS secondary storage.  We 
>> need to fix that.  Please have a talk with Kelven about this.  I don't see 
>> us adding Samba to any machine that runs the management server.  If this is 
>> just about seeding the system template, it can be done as part of 
>> installation rather than management server.
>> - If I truly think about Windowsification, I think windows installer, 
>> windows service, opening ports in windows firewall.  I don't see any of that 
>> here.  Or else it's useless for windows people.
>>- For java, most people write a windows service that launches the jvm 
>> and keeps track of the jvm.
>> - There's a number of things that CloudStack management server does today at 
>> startup that should not be there and those are what complicates the 
>> windowfication.   These things should be moved out of the management server 
>> and into installation.  What should be inside the management server startup 
>> procedure should be checks, rather than generations.  It should check for 
>> ssh key exists and the database version matches etc but it should not do the 
>> following.
>>- Upgrade of the database
>>- ssh key generation
>>- iso generation.
>> 
>> --Alex
> 
> 
> A couple of more to add to th

RE: [PROPOSAL] Windowsfication Of ACS

[Damoder Reddy]

One question I have is, Which version of windows we need to target?

Thanks & Regards
Damodar/


-Original Message-
From: Damoder Reddy [mailto:damoder.re...@citrix.com] 
Sent: Thursday, February 20, 2014 2:04 PM
To: dev@cloudstack.apache.org
Subject: RE: [PROPOSAL] Windowsfication Of ACS

I have tried to put all together in FS at 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Cloudstack+Windowsfication
 as Feedback section and added my comments there.

Please verify once and let me know if anything is to be added there.

Thanks & Regards
Damodar/


-Original Message-
From: Damoder Reddy [mailto:damoder.re...@citrix.com] 
Sent: Thursday, February 20, 2014 12:32 PM
To: dev@cloudstack.apache.org
Subject: RE: [PROPOSAL] Windowsfication Of ACS

Thank you all for your inputs.

 I will aggregate all these things into FS  as appendix and will put comments 
there instead of replying here one by one. Once I am done with update in FS I 
will notify so that we can verify whether we are covering all or not.

Thanks & Regards
Damodar/

-Original Message-
From: abhisek basu [mailto:abhisekb...@msn.com] 
Sent: Sunday, February 16, 2014 9:16 AM
To: dev@cloudstack.apache.org
Cc: dev@cloudstack.apache.org
Subject: Re: [PROPOSAL] Windowsfication Of ACS

Getting a Windows version will expand ACS reach to a large no of audience and 
make it more OS independent from its core. As far as the tools are concern, I 
am sure it's achievable, we have the most enthusiastic community contributors 
behind :)

Sent from my iPhone

> On 16 Feb 2014, at 1:08 am, "Alex Hitchins"  
> wrote:
> 
> I would guess that Windows has tools for managing a large number of Hyper-V 
> hosts? I wonder what ACS would add to that.
> 
> I still think it would be a very achievable goal and worth doing.
> 
> 
> Regards
> 
> Alex Hitchins
> 
> D: +44 1892 523 587 | S: +44 2036 030 540 | M: +44 7788 423 969
> 
> alex.hitch...@shapeblue.com
> 
> -Original Message-
> From: Paul Angus [mailto:paul.an...@shapeblue.com]
> Sent: 15 February 2014 18:49
> To: dev@cloudstack.apache.org
> Subject: RE: [PROPOSAL] Windowsfication Of ACS
> 
> My view is that anyone who wants to use Hyper-V is very unlikely to want to 
> have Linux based management servers lurking around, because I think they'll 
> be pretty wedded to Microsoft to want Hyper-V as the hypervisor. So being 
> able to deploy windows based management servers seems essential to the use of 
> Hyper-V (for better or worse).
> 
> I think also there are probably a lot of Windows based Enterprises who also 
> wouldn't like to a couple of stray Linux boxes running the show.  I guess 
> Microsoft think there is a market for Windows based private clouds or they 
> wouldn't have created the Behemoth that is the Azure Pack.
> 
> ...and Apache Tomcat have managed to create a windows port - so how hard can 
> it be? [tic]
> 
> Regards
> 
> Paul Angus
> Cloud Architect
> S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus 
> paul.an...@shapeblue.com
> 
> -Original Message-
> From: David Nalley [mailto:da...@gnsa.us]
> Sent: 15 February 2014 18:29
> To: dev@cloudstack.apache.org
> Subject: Re: [PROPOSAL] Windowsfication Of ACS
> 
>> On Sat, Feb 15, 2014 at 12:57 PM, Alex Huang  wrote:
>> I see this as that CS management server should run anywhere java runs.  
>> However, I see quite a few holes in this proposal.
>> 
>> - Management server should never have mounted the NFS secondary storage.  We 
>> need to fix that.  Please have a talk with Kelven about this.  I don't see 
>> us adding Samba to any machine that runs the management server.  If this is 
>> just about seeding the system template, it can be done as part of 
>> installation rather than management server.
>> - If I truly think about Windowsification, I think windows installer, 
>> windows service, opening ports in windows firewall.  I don't see any of that 
>> here.  Or else it's useless for windows people.
>>- For java, most people write a windows service that launches the jvm 
>> and keeps track of the jvm.
>> - There's a number of things that CloudStack management server does today at 
>> startup that should not be there and those are what complicates the 
>> windowfication.   These things should be moved out of the management server 
>> and into installation.  What should be inside the management server startup 
>> procedure should be checks, rather than generations.  It should check for 
>> ssh key exists and the database version matches etc but it should not do the 
>> following.
>>- Upgrade of the database
>>- ssh key generation
>>- iso generation.
>> 
>> --Alex
> 
> 
> A couple of more to add to the list.
> There isn't really a good binary software dependency resolution framework for 
> Windows (at least not that I am aware of) and you potentially need lots of 
> different things - mysql libraries, python, ipmitool, or another shell to 
> execute shell scripts. Look at the li

[GitHub] cloudstack-docs-rn pull request: Fixed System VM Templates

[asfgit]

Github user asfgit closed the pull request at:

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


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. To do so, please top-post your response.
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.
---

[Proposal] HyperV supporting features in 4.4

[Rajesh Battala]

Hi All,

Hyper-V Hypervisor support is added in 4.3.
For 4.4 release, following functionalities will be supported on Hyper-V.
We (Rajesh, Devdeep, Anshul) would be working on writing the features for 
Hyper-V.

  1.  HA for guest VMs
  2.  VPC
  3.  Network throttling
  4.  Primary storage: iSCSI
  5.  Zone-wide primary storage
  6.  Storage live migration
Jira Tickets have been created for all these and FS had been created for the 
same.
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Hyper-V+support+features+in+4.4

Thanks
Rajesh Battala

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

[Hugo Trippaers]

OK, the systemvm status is making more sense now.


For everybody just as confused as me by the current discussion let me try to 
summarize.

SystemVM template build process:
  Currently there is a build process for the systemvm template in the 
CloudStack source code. This build process is using veewee and virtual box and 
is started by running the command build.sh located in the tools/appliance 
directory. (parameter systemvmtemplate builds the 32bits template and command 
systemvm64template builds the 64bit image). This build is periodically executed 
by jenkins.buildacloud.org for each branch, so that is the authoritative source 
to get the latest version of the systemvm templates (both 32 and 64 bit).
  However due to incompatibilities between vmware OVA import and the virtual 
box OVA export there is manual workaround to make the vmware template work (see 
CLOUDSTACK-4864 and the wiki page at 
https://cwiki.apache.org/confluence/display/CLOUDSTACK/Build+Your+Own+SystemVM+Templates).
 There is a fix for this (CLOUDSTACK-5883) that makes the automagically build 
template usable with VMware, this is confirmed to work with vSphere 5.1 for the 
32bit template, but Sateesh reports there still are issues with the 64bit 
template. I’ve reopened the ticket 5883 to track this, but moved the priority 
from Blocker to Major as we have a workaround in a manual procedure.

SystemVM template release process:
  The systemvm template is generated using scripts in the source code and as 
part of the procedure parts of the CloudStack sources are copied onto the 
systemvm template when it is generated. The systemvm template is also an 
integral part of a release of CloudStack as CloudStack will not work as 
advertised if we do not make the systemvm template available to our users.
  When a release is created a particular state of the source tree is fixed an a 
release artifact is put up for vote. However in the current process part of the 
release (the systemvm template) contains source code that might not be the same 
as the artifact that is supplied in the vote. The main reason for this is that 
the process of releasing the systemvm template is different from releasing the 
source code for CloudStack. The system vm template is released in advance to 
cloud.com and the process to trigger this is not completely clear to the 
community yet.
  Combine this with the need for manual steps in the build process of the 
template and we have a situation where it is not transparent to the community 
what exact is in the released systemvm template at any given time.

Current status of the systemvm:
  The systemvm uploaded to cloud.com works with the current release under vote 
and workaround have been manually applied to ensure correct operation with 
VMware.
  The current date field in the download URL of the systemvm template is 
confusing, but everyone agrees that there have been no changes to the relevant 
parts of the source code between the moment the current version of the 
systemvm-template on cloud.com was created and the source code in current 
release artifact.

Recommedations/proposal for a next release (4.3.1 or 4.4):
  Fix remaining issues in CLOUDSTACK-5883 so we have a fully automated build of 
the systemvm without manual steps.
  With the next release generate a systemvm using the release artifact and 
upload that one to cloud.com for testing.
  Master and release branches should be switched to use a download url that 
points to the latest successful build of the systemvm template for that branch 
to make sure all developments and tests are done using the latest sources 
available.


With this i’m rescinding my -1 vote on this release candidate.



Cheers,

Hugo



On 20 feb. 2014, at 09:23, Sateesh Chodapuneedi 
 wrote:

> Hugo,
> 
> I manually prepared the 64-bit systemvm template via 
> https://issues.apache.org/jira/browse/CLOUDSTACK-4864. 
> 
> In the JIRA bug I explained the issues with the default template and also 
> attached the modified OVF file as well. I can add a wiki page explaining the 
> exact changes done.  I looked at the changes you made as part of 5883 and 
> observe the following issues which need to be resolved. Let me know.
> 
> From the autogenerated template, the operating system section is referring to 
> guest os id for vbox environment which is not correctly mapping to the right 
> guest OS on ESXi hypervisor. This eventually resulting in the Debian 64bit 
> system VM to be deployed as 32-bit otherLinux VM on ESXi. 
> ---
>
>  The kind of installed guest operating system
>  Debian_64
>  Debian_64
> ---
> Also it still has Vbox specific sections which may not make sense to vCenter. 
> Ofcourse this would not block deployment of the template in itself. Removing 
> this section ( ...) would make it cleaner.
> 
> Regards,
> Sateesh
> 
> 
>> -Original Message-
>> From: Trippie [mailto:trip...@gmail.com] On Behalf Of Hugo Trippaers
>> Sent: 20 February 2014 13:18
>> T

Re: OVS plugin in CloudStack 4.3.0

[sebgoa]

On Feb 19, 2014, at 6:45 PM, Florin Dumitrascu 
 wrote:

> Hi Tuna,
> 
> Can you please clarify what is the status of the functionality described 
> below in relation to 4.3 release:
> 
> http://cloudstack.readthedocs.org/en/latest/networking/ovs-plugin.html

quick note to say that this is not yet official documentation. I am working on 
the migration but it's not done yet.

> 
> I am testing the last 4.3 release candidate at the moment and cannot see OVS 
> under "Network Service Providers".
> Are these changes going to make it into 4.3 release or is there nothing 
> changed from 4.2.0 release ? (except the bug preventing GRE to work).
> 
> Thank you,
> Florin
> 
> 
> IMPORTANT NOTE: The information in this e-mail (and any attachments) is 
> confidential. The contents may not be disclosed or used by anyone other than 
> the addressee. If you are not the intended recipient, please notify the 
> sender immediately or telephone: +353 (0)1 6204700. We cannot accept any 
> responsibility for the accuracy or completeness of this message as it has 
> been transmitted over a public network. If you suspect that the message may 
> have been intercepted or amended, please call the sender.