Re: Automatic live migration feature for KVM

[Rafael Weingärtner]

Or you can use the following command:

> *docker run -d -p 80:80 -it autonomiccs/autonomiccs-platform sh 
> /opt/autonomiccs/start-services.sh --accept-all*
>
> Then, you point it at your ACS setup, and select the dispersion algorithm
after it has gathered data of the ACS setup you have.
If you need any help to use it, just let me know.

On Fri, Mar 26, 2021 at 3:36 PM Nicolas Vazquez <
nicolas.vazq...@shapeblue.com> wrote:

> Hi Wido,
>
> Me and my colleague David have worked on this topic before but the work
> has not been finished and is still on hold. You can check the current
> progress on this closed PR: https://github.com/apache/cloudstack/pull/3964
>
> Regards,
> Nicolas Vazquez
>
> 
> De: Wido den Hollander 
> Enviado: viernes, 26 de marzo de 2021 12:37
> Para: dev@cloudstack.apache.org
> Asunto: Automatic live migration feature for KVM
>
> Hi,
>
> RHEV and VMWare have features which automatically migrate VMs away from
> very busy hosts to prevent noisy neighbors.
>
> VMware calls this DRS (Distributed Resource Scheduler) where it keeps
> migrating virtual machines to balance the workload over different hosts.
>
> I wonder if somebody knows if something like this is available for KVM
> with CloudStack or if somebody has ever put effort into this.
>
> Thanks,
>
> Wido
>
>
> nicolas.vazq...@shapeblue.com
> www.shapeblue.com
> 3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
> @shapeblue
>
>
>
>

-- 
Rafael Weingärtner

Re: [CLOUDSTACK VIDEO PROJECT] - HELP REQUIRED

[Rafael Weingärtner]

That is interesting, but you need to watch out for image consents when
recording people. I do not know how this is being handled in the event
(ApacheCon) and sub-events (e.g. CCC).

On Sun, Sep 8, 2019 at 6:05 PM Andrija Panic 
wrote:

> All,
>
> I am here in Las Vegas and plan to video all of the CCC talks. I’ll then be
> posting those on the ASF YouTube channel.
>
> As I have the equipment here, I would also like to try and film some
> footage and interviews that I can use to create some Cloudstack marketing
> videos - that we could use on the Cloudstack website, etc.
>
> Do people think that is a good idea?
>
> I haven’t yet thought exactly how those videos will look, but I don’t want
> to miss the opportunity of many of us being together to capture some
> footage.
> I’m thinking of Wednesday at the same time as the hackathon would be OK.
>
> So, anybody here in Vegas who would be prepared to do an interview about
> your use or work on Cloudstack, please let me know either on this list or
> at the conference.
>
> Cheers,
> Andrija
>


-- 
Rafael Weingärtner

Re: Doubt about the development environment and Devcloud

[Rafael Weingärtner]

You set up a running ACS cloud as you would do for a POC/test, and then you
enable the Java remote debug to connect it using your IDE. Then, you are
able to inspect the execution flow in runtime. Of course, changing code as
you normally do in a small system in your IDE would not work. You would do
the patches and then apply in the remote ACS server.

On Mon, Jul 1, 2019 at 3:48 PM José Flauzino
 wrote:

> No... How does this work?
> I mean, what would the environment look like in this case?
>
> Em 01-07-2019 15:30, Rafael Weingärtner escreveu:
>
> > Hey José, have you considered Java remote debugging?
> >
> > On Mon, Jul 1, 2019 at 3:29 PM José Flauzino
> >  wrote:
> >
> > Thanks for reply Tutkowski.
> > Coincidentally I already saw this video (it helped me a lot).
> > But now my main difficulty is to deploy a development environment so I
> > can to run VMs.
> >
> > Em 01-07-2019 14:57, Tutkowski, Mike escreveu:
> >
> > I don't have current info on how to set up a dev environment (someone
> > else can provide this pretty easily, I suspect) as I haven't been
> > writing CloudStack code the past six months, but I do have a video
> > link you might be interested in regarding building plug-ins in
> > CloudStack (from a presentation I gave at the CloudStack Collab Conf
> > in Seville in 2016):
> >
> >
> https://www.youtube.com/watch?v=J9Xc6muzaAk=PLqOXKM0Bt13DFnQnwUx8ZtJzoyDV0Uuye=32=116s
> > On 7/1/19, 11:29 AM, "José Flauzino" 
> wrote:
> > NetApp Security WARNING: This is an external email. Do not click
> > links or open attachments unless you recognize the sender and know the
> > content is safe.
> >
> > Hi, I'm new to the mailing list and it's my first question.
> >
> > I'm masters student in computer science at the Federal University of
> > Paraná (Brazil) and my research proposal involves developing a
> > CloudStack plug-in.
> >
> > My initial difficulty is to deploy the complete environment so that I
> > have the CloudStack source code in an IDE (e.g., Eclipse) and is able to
> > create VMs using this same deploy.
> >
> > At the moment, following the documentation [1 [1]], I can run CloudStack
> in
> > Eclipse and I even started to develop a test plugin following this here
> > [2 [2]]. However, only with this I can not to run VMs.
> >
> > Reading the documentation I understood that to do this I need of
> > Devcloud, but I could not get it because the links (1 [3 [1]],2 [4 [2]])
> I found are broken and the DIY tutorials [5 [3]] I found are old and did
> not work
> > for me.
> >
> > So to be more specific I would ask this questions:
> >
> > 1 - Has anyone available a OVA or QCOW2 image, or newer DIY tutorial?
> >
> > 2 - Is it possible to run cloudstack-agent from a CloudStack deployment
> > that runs using source code (without packaging) for me to use as a host
> > (hypervisor)? If so, how can I do this?
> >
> > PS: After I can run CloudStack the way I need it, I'm going to evaluate
> > the feasibility of the implementation I want to do, and if I find it to
> > be feasible, I send a proposal here on the mailing list to see if it's
> > in the community's interest.
> >
> > Any suggestions are welcome!
> >
> > Thanks.
> > --
> > JOSÉ WILSON VIEIRA FLAUZINO
> > M.Sc. student in Informatics
> > Department of Informatics
> > Federal University of Paraná - Brazil
> > http://www.inf.ufpr.br/jwvflauzino/
> >
> > * Add to Phrasebook
> >
> > * No word lists for English -> Portuguese...
> >
> > * Create a new word list...
> >
> > * Copy
> >
> > * Add to Phrasebook
> >
> > * No word lists for English -> Portuguese...
> >
> > * Create a new word list...
> >
> > * Copy
> >
> > Links:
> > --
> > [1 [1]]
> >
> >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Using+Eclipse+With+CloudStack
> [2 [2]]
> >
> >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+API+Development
> [3] http://home.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova
> > [4] http://people.apache.org/~sebgoa/devcloud2.ova
> > [5] https://rohityadav.cloud/blog/devcloud/
> > --
> > JOSÉ WILSON VIEIRA FLAUZINO
> > M.Sc. student in Informatics
> > Department of Informatics
> > Federal University of Paraná - Brazil
> > http://www.inf.ufpr.br/jwvflauzino/
> >
> > * Add to Phrasebook
> >
> > * No word lists for English -> Portuguese...
> >
> > * Crea

Re: Doubt about the development environment and Devcloud

[Rafael Weingärtner]

Hey José, have you considered Java remote debugging?

On Mon, Jul 1, 2019 at 3:29 PM José Flauzino
 wrote:

> Thanks for reply Tutkowski.
> Coincidentally I already saw this video (it helped me a lot).
> But now my main difficulty is to deploy a development environment so I
> can to run VMs.
>
> Em 01-07-2019 14:57, Tutkowski, Mike escreveu:
>
> > I don't have current info on how to set up a dev environment (someone
> > else can provide this pretty easily, I suspect) as I haven't been
> > writing CloudStack code the past six months, but I do have a video
> > link you might be interested in regarding building plug-ins in
> > CloudStack (from a presentation I gave at the CloudStack Collab Conf
> > in Seville in 2016):
> >
> >
> https://www.youtube.com/watch?v=J9Xc6muzaAk=PLqOXKM0Bt13DFnQnwUx8ZtJzoyDV0Uuye=32=116s
> >
> > On 7/1/19, 11:29 AM, "José Flauzino" 
> wrote:
> >
> > NetApp Security WARNING: This is an external email. Do not click
> > links or open attachments unless you recognize the sender and know the
> > content is safe.
> >
> > Hi, I'm new to the mailing list and it's my first question.
> >
> > I'm masters student in computer science at the Federal University of
> > Paraná (Brazil) and my research proposal involves developing a
> > CloudStack plug-in.
> >
> > My initial difficulty is to deploy the complete environment so that I
> > have the CloudStack source code in an IDE (e.g., Eclipse) and is able to
> > create VMs using this same deploy.
> >
> > At the moment, following the documentation [1], I can run CloudStack in
> > Eclipse and I even started to develop a test plugin following this here
> > [2]. However, only with this I can not to run VMs.
> >
> > Reading the documentation I understood that to do this I need of
> > Devcloud, but I could not get it because the links (1 [3 [1]],2 [4 [2]])
> I found
> > are broken and the DIY tutorials [5 [3]] I found are old and did not work
> > for me.
> >
> > So to be more specific I would ask this questions:
> >
> > 1 - Has anyone available a OVA or QCOW2 image, or newer DIY tutorial?
> >
> > 2 - Is it possible to run cloudstack-agent from a CloudStack deployment
> > that runs using source code (without packaging) for me to use as a host
> > (hypervisor)? If so, how can I do this?
> >
> > PS: After I can run CloudStack the way I need it, I'm going to evaluate
> > the feasibility of the implementation I want to do, and if I find it to
> > be feasible, I send a proposal here on the mailing list to see if it's
> > in the community's interest.
> >
> > Any suggestions are welcome!
> >
> > Thanks.
> > --
> > JOSÉ WILSON VIEIRA FLAUZINO
> > M.Sc. student in Informatics
> > Department of Informatics
> > Federal University of Paraná - Brazil
> > http://www.inf.ufpr.br/jwvflauzino/
> >
> > * Add to Phrasebook
> >
> > * No word lists for English -> Portuguese...
> >
> > * Create a new word list...
> >
> > * Copy
> >
> > * Add to Phrasebook
> >
> > * No word lists for English -> Portuguese...
> >
> > * Create a new word list...
> >
> > * Copy
> >
> > Links:
> > --
> > [1]
> >
> >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Using+Eclipse+With+CloudStack
> > [2]
> >
> >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/CloudStack+API+Development
> > [3] http://home.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova
> > [4] http://people.apache.org/~sebgoa/devcloud2.ova
> > [5] https://rohityadav.cloud/blog/devcloud/
>
> --
> JOSÉ WILSON VIEIRA FLAUZINO
> M.Sc. student in Informatics
>  Department of Informatics
>  Federal University of Paraná - Brazil
> http://www.inf.ufpr.br/jwvflauzino/
>
> * Add to Phrasebook
>
> * No word lists for English -> Portuguese...
>
> * Create a new word list...
>
> * Copy
>
> * Add to Phrasebook
>
> * No word lists for English -> Portuguese...
>
> * Create a new word list...
>
> * Copy
>
> * Add to Phrasebook
>
> * No word lists for English -> Portuguese...
>
> * Create a new word list...
>
> * Copy
>
>
>
> Links:
> --
> [1] http://home.apache.org/~bhaisaab/cloudstack/devcloud/devcloud2.ova
> [2] http://people.apache.org/~sebgoa/devcloud2.ova
> [3] https://rohityadav.cloud/blog/devcloud/



-- 
Rafael Weingärtner

Re: Get VM's last boot time via API

[Rafael Weingärtner]

probably via usage API.

On Fri, Apr 26, 2019 at 6:09 PM Fariborz Navidan 
wrote:

> Hello team,
>
> Is there any way to get the VM's last boot time via ACS API?
>
> Thanks
>


-- 
Rafael Weingärtner

Re: [DISCUSS] Remove support for el6 packaging in 4.13/4.14

[Rafael Weingärtner]

Agree to disagree, but C'est la vie ;)

On Sun, Apr 21, 2019 at 5:14 PM Rohit Yadav 
wrote:

> Rafael - you're digressing from the discussion. You're right with the
> semantic versioning definition but we don't really follow the referenced
> wiki/document by the word.
>
>
> The wiki has gone through several changes where they were not all agreed
> and voted on. Per the original intent and our understanding, the versioning
> scheme (since the first 4.0.0 release) we follow is "4.x.y.z" where a
> change in x makes it a major release, and when it's y is the minor release
> and z is for security release. Therefore, 4.11, 4.12, 4.13 are all major
> releases and all releases till date have been referenced, announced as such.
>
>
> The proposal of a 5.0.0 is a recent one, and has many potential ill
> effects on our community and our users, and therefore is greatly opposed.
>
>
> Regards,
>
> Rohit Yadav
>
> Software Architect, ShapeBlue
>
> https://www.shapeblue.com
>
> 
> From: Rafael Weingärtner 
> Sent: Monday, April 22, 2019 12:50:49 AM
> To: dev
> Cc: users
> Subject: Re: [DISCUSS] Remove support for el6 packaging in 4.13/4.14
>
> Major? Have we discussed the 5.0.0 already?
> 4.13 is not a major release. At least, according with this page [1], 4.13
> is considered a minor one.
>
> > For those that may not be familiar with Semantic Versioning, the number
> > format is: X.Y.Z, where X is the major version, Y is the minor version, Z
> > is the patch number.
> >
>
> [1] https://cwiki.apache.org/confluence/display/CLOUDSTACK/Releases
>
> On Fri, Apr 19, 2019 at 12:11 PM Andrija Panic 
> wrote:
>
> > Hi Vladimir,
> >
> > is it possible that you upgrade management and hypervisors hosts for the
> > next major release - we are not talking removing packaging support for
> > current LTS release/updates but for the next MAJOR release.
> >
> > Upgrading management hosts is as simple as introducing additional ones
> and
> > removing old ones.
> >
> > Regards,
> > Andrija
> >
>
> rohit.ya...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
> > On Fri, 19 Apr 2019 at 16:31, Vladimir Melnik 
> wrote:
> >
> > > Dear colleagues,
> > >
> > > As for me, I still have 3 hosts running CentOS 6 and 2 management
> servers
> > > in one of my production environments.
> > >
> > > Also I have 1 management servers running CentOS 6 in another
> environment.
> > >
> > > If my voice counts, I'd propose -1.
> > >
> > > Thanks for attention :-)
> > >
> > > On Mon, Apr 15, 2019 at 07:44:58AM +, Rohit Yadav wrote:
> > > > All,
> > > >
> > > >
> > > > With CentOS8 around the corner to be released sometime around the
> > > summer, I would like to propose to deprecate CentOS6 as support
> > management
> > > server host distro and KVM host distro. Non-systemd enabled Ubuntu
> > releases
> > > have been already deprecated [1].
> > > >
> > > >
> > > > The older CentOS6 version would hold us back as we try to adapt, use
> > and
> > > support newer JRE version, kvm/libvirt version, the Linux kernel, and
> > > several other older dependencies. Both CentOS6 and RHEL6 have reached
> EOL
> > > on May 10th, 2017 wrt full updates [1].
> > > >
> > > >
> > > > If we don't have any disagreements, I propose we remove el6 packaging
> > > support in the next major release - 4.13. But, if there are users and
> > > organisations that will be badly impacted, let 4.13 be the last of
> > releases
> > > to support el6 and we definitely remove el6 support in 4.14.
> > > >
> > > > What are your thoughts?
> > > >
> > > >
> > > > [1] EOL date wiki reference:
> > >
> >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Hypervisor+and+Management+Server+OS+EOL+Dates
> > > >
> > > >
> > > >
> > > > Regards,
> > > >
> > > > Rohit Yadav
> > > >
> > > > Software Architect, ShapeBlue
> > > >
> > > > https://www.shapeblue.com
> > > >
> > > > rohit.ya...@shapeblue.com
> > > > www.shapeblue.com<http://www.shapeblue.com>
> > > > Amadeus House, Floral Street, London  WC2E 9DPUK
> > > > @shapeblue
> > > >
> > > >
> > > >
> > >
> > > --
> > > V.Melnik
> > >
> >
> >
> > --
> >
> > Andrija Panić
> >
>
>
> --
> Rafael Weingärtner
>


-- 
Rafael Weingärtner

Re: [DISCUSS] Remove support for el6 packaging in 4.13/4.14

[Rafael Weingärtner]

Major? Have we discussed the 5.0.0 already?
4.13 is not a major release. At least, according with this page [1], 4.13
is considered a minor one.

> For those that may not be familiar with Semantic Versioning, the number
> format is: X.Y.Z, where X is the major version, Y is the minor version, Z
> is the patch number.
>

[1] https://cwiki.apache.org/confluence/display/CLOUDSTACK/Releases

On Fri, Apr 19, 2019 at 12:11 PM Andrija Panic 
wrote:

> Hi Vladimir,
>
> is it possible that you upgrade management and hypervisors hosts for the
> next major release - we are not talking removing packaging support for
> current LTS release/updates but for the next MAJOR release.
>
> Upgrading management hosts is as simple as introducing additional ones and
> removing old ones.
>
> Regards,
> Andrija
>
> On Fri, 19 Apr 2019 at 16:31, Vladimir Melnik  wrote:
>
> > Dear colleagues,
> >
> > As for me, I still have 3 hosts running CentOS 6 and 2 management servers
> > in one of my production environments.
> >
> > Also I have 1 management servers running CentOS 6 in another environment.
> >
> > If my voice counts, I'd propose -1.
> >
> > Thanks for attention :-)
> >
> > On Mon, Apr 15, 2019 at 07:44:58AM +, Rohit Yadav wrote:
> > > All,
> > >
> > >
> > > With CentOS8 around the corner to be released sometime around the
> > summer, I would like to propose to deprecate CentOS6 as support
> management
> > server host distro and KVM host distro. Non-systemd enabled Ubuntu
> releases
> > have been already deprecated [1].
> > >
> > >
> > > The older CentOS6 version would hold us back as we try to adapt, use
> and
> > support newer JRE version, kvm/libvirt version, the Linux kernel, and
> > several other older dependencies. Both CentOS6 and RHEL6 have reached EOL
> > on May 10th, 2017 wrt full updates [1].
> > >
> > >
> > > If we don't have any disagreements, I propose we remove el6 packaging
> > support in the next major release - 4.13. But, if there are users and
> > organisations that will be badly impacted, let 4.13 be the last of
> releases
> > to support el6 and we definitely remove el6 support in 4.14.
> > >
> > > What are your thoughts?
> > >
> > >
> > > [1] EOL date wiki reference:
> >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Hypervisor+and+Management+Server+OS+EOL+Dates
> > >
> > >
> > >
> > > Regards,
> > >
> > > Rohit Yadav
> > >
> > > Software Architect, ShapeBlue
> > >
> > > https://www.shapeblue.com
> > >
> > > rohit.ya...@shapeblue.com
> > > www.shapeblue.com
> > > Amadeus House, Floral Street, London  WC2E 9DPUK
> > > @shapeblue
> > >
> > >
> > >
> >
> > --
> > V.Melnik
> >
>
>
> --
>
> Andrija Panić
>


-- 
Rafael Weingärtner

Re: CCC BR schedule published

[Rafael Weingärtner]

Hello, fellow CloudStackers,

This is a friendly reminder that we are almost there; if you have not
registered yet, let’s not lose the opportunity to meet in Sunny
Florianopolis to have a great CloudStack Collab day on April 26th. This is
the opportunity to watch awesome tracks, and to get together with your
fellow CloudStack enthusiasts that are located in Brazil.

Feel free to contact me if you have any problems registering at the
conference, or some other doubt regarding visa requirements, airports,
lodging and so on.

Links:
TDC: http://www.thedevelopersconference.com.br/tdc/2019/florianopolis/
<http://www.thedevelopersconference.com.br/tdc/2019/florianopolis/trilha-cloudstack>
Schedule: http://br.cloudstackcollab.org/#schedule
<http://www.thedevelopersconference.com.br/tdc/2019/florianopolis/trilha-cloudstack>
<http://www.thedevelopersconference.com.br/tdc/2019/florianopolis/trilha-cloudstack>

<http://www.thedevelopersconference.com.br/tdc/2019/florianopolis/trilha-cloudstack>CloudStack
Track:
http://www.thedevelopersconference.com.br/tdc/2019/florianopolis/trilha-cloudstack

On Thu, Mar 14, 2019 at 10:14 PM Rafael Weingärtner <
rafaelweingart...@gmail.com> wrote:

> Hello CloudStackers,
> The schedule for our very first CCC BR has been published at [1]. For
> those of you that are active in social networks (twitter, facebook, any
> other that people use) please share this information with the world. If you
> are already coming, do not forget to invite your colleagues and friends.
> This will be a great opportunity to meet the CloudStack community in
> Brazil. Therefore, you should not miss it.  Let's make a great CloudStack
> event!
>
> Also, feel free to contact me if you have any problems registering at the
> conference, or some other doubt regarding visa requirements, airports,
> lodging and so on.
>
> [1] http://br.cloudstackcollab.org/#schedule
>
> --
> Rafael Weingärtner
>


-- 
Rafael Weingärtner

Re: [DISCUSS] travis tests

[Rafael Weingärtner]

It is probably a concurrency problem on the test side.
I had a similar problem a long time ago with "*smoke*/*test_primary_storage*".
That is one of the reasons why this test is there on its own.

On Fri, Apr 5, 2019 at 8:54 AM Daan Hoogland 
wrote:

> LS,
> Lately travis tests show more and more random failures. somtimes these
> succeed on stuborn retry but lately these are getting more persistent.
> Especially job .7 is hard to get past/passed. I am very irritated and
> looking for ways to resolve this without just ignoring.
> Is there anybody here that has a clear view on shat is happening? I heard
> say ubuntu verion and travis traffic increasing.
> Does anybody know if splitting the runs further is possible and/or useful?
>
> thanks and kind regards,
> --
> Daan
>


-- 
Rafael Weingärtner

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC5]

[Rafael Weingärtner]

Tested and I am giving a +1 (binding vote).

   - tested upgrade from 4.9.3.0
   - Used XenServer 6.5
   - the normal stuff (stop/start/migrate,create network, system vms, and
   so on)
   - working with local storage (migrate: local<>local, local<>nfs, nfs <>
   local)
   - migrate VMs with disks that have been placed in a different storage
   from their disk offering (disk offering using local, and disk override to
   NFS)


On Mon, Mar 18, 2019 at 7:22 PM Nicolas Vazquez <
nicolas.vazq...@shapeblue.com> wrote:

> +1
>
> Built from source:
>
> Mgmt server and DB: Ubuntu 18.04
> 2x KVM hosts on CentOS7
> Primary storage: NFS
> Seconadry Storage: NFS
>
> Tests:
> Create user VMs
> Create VRs
> Create L2 networks
> Register direct download ISO and template
> Deploy from direct download ISO and template
> LIve migrate VMs
> VM lifecycle
> Diagnostics on system VMs
> Created affinity and anti-affinity groups
> Stop VMs and assign affinity/anti-affinity groups
> Deploy VMs selecting affinity/anti-affinity groups
>
>
> Regards,
>
> Nicolas Vazquez
>
> 
> From: Simon Weller 
> Sent: Monday, March 18, 2019 2:44 PM
> To: dev; us...@cloudstack.apache.org
> Subject: Re: [VOTE] Apache CloudStack 4.12.0.0 [RC5]
>
> Built and installed RPMS
> Added VPC
> Added VPC Tier
> Create VM
> Start VM
> Create new volume
> Attach volume
> Unattach volume
> Deleted volume
> Installed OS via template and ISO
> Detach ISO
> Test Console
> Tested Snapshot
> Checked VR interface assignments
> Test ping to VR from VM
> Test ping to 8.8.8.8 from VM
> Test VR Master shutdown and failover to Backup (while pinging from VM to
> 8.8.8.8)
> Test new VR Master shutdown and failover to Backup (while pinging from VM
> to 8.8.8.8)
> Stop VM, Delete VM (with expunge)
> Removed VPC Tier
> Removed VPC
>
> Hypervisor: KVM
> OS: Centos 7.5
> Networking: Advanced with VXLAN
> Primary Storage: Ceph RBD
> Secondary Storage: NFS
>
> +1 (binding)
>
> 
> From: Gabriel Beims Bräscher 
> Sent: Thursday, March 14, 2019 4:58 PM
> To: dev; users
> Subject: [VOTE] Apache CloudStack 4.12.0.0 [RC5]
>
> Hi All,
>
> I've created a 4.12.0.0 release (RC5), with the following artifacts up for
> a vote:
> The changes since RC4 are listed at the end of this email.
>
> Git Branch: 4.12.0.0-RC20190314T1011
> https://github.com/apache/cloudstack/tree/4.12.0.0-RC20190314T1011
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.12.0.0-RC20190314T1011
>
> Commit: a137398bf106028d2fd5344d599fcd2b560d2944
>
> https://github.com/apache/cloudstack/commit/a137398bf106028d2fd5344d599fcd2b560d2944
>
> Source release for 4.12.0.0-RC20190314T1011:
> https://dist.apache.org/repos/dist/dev/cloudstack/4.12.0.0/
>
> PGP release keys (signed using 25908455):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> The vote will be open for 3 business days (until 19th March).
>
> 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)
>
> Additional information:
>
> For users' convenience, packages are available in
> http://cloudstack.apt-get.eu/
> The 4.12.0.0 RC5 is available for the following distros:
> - Ubuntu 14.04, 16.04, and 18.04:
> http://cloudstack.apt-get.eu/ubuntu/dists/trusty/4.12/
> http://cloudstack.apt-get.eu/ubuntu/dists/xenial/4.12/
> http://cloudstack.apt-get.eu/ubuntu/dists/bionic/4.12/
>
> - CentOS6 and CentOS7:
> http://cloudstack.apt-get.eu/centos/6/4.12/
> http://cloudstack.apt-get.eu/centos/7/4.12/
>
> Please, use the template 4.11.2 (located in [1]) when testing the RC5.
> The release notes [2] still need to be updated.
>
> Changes Since RC4:
> Merged #3210 systemd: Fix -Dpid arg passing to systemd usage service [3]
>
> [1] http://download.cloudstack.org/systemvm/4.11/
> [2]
>
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/index.html
> [3] https://github.com/apache/cloudstack/pull/3210
>
> nicolas.vazq...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
>

-- 
Rafael Weingärtner

CCC Brazil selected talks

[Rafael Weingärtner]

Hello CloudStackers,
I have published the selected talks to the CCC BR website. Thanks everybody
that is participating in the process to make this happen. Here goes the
list of the selected talks, and a brief description on each one of them. If
you are one of the speakers, do not forget to register. If you are having
problems to register, please let me know.

CloudStack Keynote
Provides an overview of the Apache CloudStack project (its current state)
CloudStack in a few minutes
This presentation will demonstrate the basic steps to deploy CloudStack,
showing that one can have CloudStack up and running in a few minutes.
Hiper Convergência é para todos Hyperconvergency for all Hyper convergence
is the ability to use your servers for multiple loads simultaneously such
as storage and virtualization. Using dedicated hardware or a set of
software makes it possible to make better use of available resources and
physical space. This talk will go over Hyperconvergene theory and practice,
showing how one can use Open Source software to build their own
hyper-convergent infrastructure.
2 principais motivos pelo qual você precisa ter um backup do seu ambiente Two
main reasons why you need a backup for your cloud data
If today you suffer an unavailability in your operation, caused by your IT
infrastructure, what is expected to resume operation? In this talk I will
point out the 2 main reasons why you need to have a backup of your data,
the market tools that can help you in this strategy and some tips.
Não é virtualização, é Cloud mesmo! Melhores práticas de Cloud Híbrida na
perspectiva de Infra e Plataforma como Serviço It is not virtualization,
it's Cloud! Cloud Hybrid best practices from the perspective of Infra and
Platform as a Service In a company with on-premise and cloud services, we
reflect on whether or not a solution at the customer's "home" detracts
speed and flexibility. We have tried to apply innovation not only through
IaaS (infrastructure as a service) but also as a PaaS (platform as a
service) and how the conjunction of these two creates a great combo. This
talk will discuss the challenges and best practices for Cloud solutions in
the on- premise (not virtualization) and its comparison in doing colocation
in a dataceneter.
Benefícios e problemas utilizando autenticação federada no Apache
Cloudstack Benefits
and problems with federated authentication in Apache Cloudstack Federated
authentication in online services is increasingly being used, whether
through public identity providers such as Facebook, Google and others, or
in organizations' private identity providers. This is a technology that has
come to simplify the life of the user, but that does not always simplify
the life of application developers. The purpose of this talk is to share a
bit the challenges, benefits and problems of using federated authentication
with multiple identity providers in Apache Cloudstack within the Brazilian
academic network.
Troubleshooting CloudStack XenServer Troubleshooting CloudStack XenServer An
Apache CloudStack operation using XenServer as a hypervisor requires
extensive knowledge of hypervisor troubleshooting. In this talk, the
speaker will present the most common problems in a CloudStack
implementation with XenServer and how to solve them with the least possible
downtime and impact to users.
Billing with Cloudstack
In this talk you will see which tools we use to generate billing reports
for cloudstack and what were the difficulties which we discovered during
the implementation.
Quanto custo minha nuvem ? How much does my Cloud cost? Overview about the
use of billing using api of the usage system in ACS.
Migração de Worklouds entre Nuvens Públicas Migration of Worklouds between
Public Clouds This talk will discuss application profiles, best practices,
Site-Backup, Disaster Recovery and HA models among public clouds.
Mastering CloudStack monitoring, debugging, logs and metric collections
CloudStack connects and orchestrates multiple devices (such as hypervisors,
storage, and network). Troubleshooting problems in runtime and collecting
metrics, events, and logs from all the stacks are crucial tasks in order to
quickly identify and solve issues. This presentation walks through the
whole process of debugging and understanding issues in a CloudStack managed
infrastructure.


-- 
Rafael Weingärtner

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

[Rafael Weingärtner]

working
> > > > - Tested destroy and re-create of Virtual Routers
> > > >
> > > > Wido
> > > >
> > > > On 2/13/19 2:23 AM, Gabriel Beims Bräscher wrote:
> > > > > Hi All,
> > > > >
> > > > > The issue in RC1 (4.12.0.0-RC20190206T2333) have been addressed and
> > we
> > > > > are ready to go with RC2.
> > > > > I've created the 4.12 RC2 (4.12.0.0-RC20190212T2301) release
> > > > > candidate, with the following artifacts up for a vote:
> > > > >
> > > > > Git Branch and Commit SH:
> > > > > https://github.com/apache/cloudstack/tree/master
> > > > >
> > https://github.com/apache/cloudstack/commit/709845f4a333ad2ace01837064
> > > > > 33a0653ba159c6
> > > > > Commit: 709845f4a333ad2ace0183706433a0653ba159c6
> > > > >
> > > > > Source release for 4.12.0.0-RC20190212T2301:
> > > > > https://dist.apache.org/repos/dist/dev/cloudstack/4.12.0.0/
> > > > >
> > > > > PGP release keys (signed using 25908455):
> > > > > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> > > > >
> > > > > The vote will be open for 3 business days (until 15th January).
> > > > >
> > > > > 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)
> > > > >
> > > > > Additional information:
> > > > >
> > > > > For users' convenience, packages are available in
> > > > > http://cloudstack.apt-get.eu/
> > > > > RC1 has been built for the following distros:
> > > > > - Ubuntu 14.04, 16.04, and 18.04;
> > > > > - CentOS6 and CentOS7.
> > > > >
> > > > > The system VM template from 4.11.2 [1] works for RC2. The release
> > > > > notes [2] still need to be updated.
> > > > >
> > > > > Best Regards,
> > > > > Gabriel.
> > > > >
> > > > > [1] http://download.cloudstack.org/systemvm/4.11/
> > > > > [2]
> > > > >
> > http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en
> > > > > /latest/index.html
> > > > >
> > > >
> > > >
> > >
> > > rohit.ya...@shapeblue.com
> > > www.shapeblue.com<http://www.shapeblue.com>
> > > Amadeus House, Floral Street, London  WC2E 9DPUK
> > > @shapeblue
> > >
> > >
> > >
> > >
> >
> > rohit.ya...@shapeblue.com
> > www.shapeblue.com
> > Amadeus House, Floral Street, London  WC2E 9DPUK
> > @shapeblue
> >
> >
> >
> >
>


-- 
Rafael Weingärtner

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

[Rafael Weingärtner]

Tested and I am giving a +1 (binding vote).
* tested upgrade from 4.9.3.0
* Used XenServer 6.5
* the normal stuff (stop/start/migrate,create network, system vms, and so
on)
* working with local storage (migrate: local<>local, local<>nfs, nfs <>
local)
* migrate VMs with disks that have been placed in a different place from
their disk offering (disk offering using local, and disk override to NFS)

On Tue, Feb 19, 2019 at 12:42 PM Gabriel Beims Bräscher <
gabrasc...@gmail.com> wrote:

> Hello all,
>
> I would like to update that we still have 48 hours (extended another 72
> hours) for testing and voting 4.12 RC2.
>
> So far we have 2 votes:
> +1 (PMC / binding)
> * wido
>
> +1 (non binding)
> * me
>
> 0
> none
>
> -1
> none
>
>
> Em seg, 18 de fev de 2019 às 09:37, Paul Angus 
> escreveu:
>
> > Ah,
> >
> > Previously I followed the documentation here:
> >
> > https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+Procedure
> >
> >
> >
> > Master can be unfrozen once we reach a point that the code is healthy
> > enough to cut the first RC as the release is then on its own branch.
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > *From:* Gabriel Beims Bräscher 
> > *Sent:* 18 February 2019 12:16
> > *To:* Paul Angus 
> > *Cc:* dev@cloudstack.apache.org; users 
> > *Subject:* Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]
> >
> >
> >
> > Paul, I did not create a branch. As the master branch is on freeze, I
> > considered the master to be used on building and tests.
> >
> >
> >
> > Git Branch and Commit SH:
> > https://github.com/apache/cloudstack/tree/master
> >
> >
> https://github.com/apache/cloudstack/commit/709845f4a333ad2ace0183706433a0653ba159c6
> > Commit: 709845f4a333ad2ace0183706433a0653ba159c6
> >
> >
> >
> > I can create a 4.12.0.0-RC20190212T2301 branch if needed.
> >
> >
> >
> > As we have only 1 binding vote, I will postpone the vote for more 72
> hours.
> >
> >
> >
> > Em seg, 18 de fev de 2019 às 06:47, Paul Angus  >
> > escreveu:
> >
> > [sorry everyone]
> >
> > @Gabriel Beims Bräscher whats the name of the branch that you've created
> > for 4.12 ? It's probably me getting github blindness, but I can't find it
> > to build nonoss from.
> >
> > paul.an...@shapeblue.com
> > www.shapeblue.com
> > Amadeus House, Floral Street, London  WC2E 9DPUK
> > @shapeblue
> >
> >
> >
> > paul.an...@shapeblue.com
> > www.shapeblue.com
> > @shapeblue
> >
> >
> >
> >
> > -Original Message-
> > From: Wido den Hollander 
> > Sent: 15 February 2019 13:23
> > To: dev@cloudstack.apache.org; Gabriel Beims Bräscher <
> > gabrasc...@gmail.com>; users 
> > Subject: Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]
> >
> > +1 (binding)
> >
> > Tested:
> >
> > - Building DEB packages
> > - Run on Ubuntu 18.04
> > - Tested live storage migration
> > - Tested Advanced Networking with VXLAN
> > - Tested IPv6 deployment in Advanced Networking
> > - Tested destroy and re-create of Virtual Routers
> >
> > Wido
> >
> > On 2/13/19 2:23 AM, Gabriel Beims Bräscher wrote:
> > > Hi All,
> > >
> > > The issue in RC1 (4.12.0.0-RC20190206T2333) have been addressed and we
> > > are ready to go with RC2.
> > > I've created the 4.12 RC2 (4.12.0.0-RC20190212T2301) release
> > > candidate, with the following artifacts up for a vote:
> > >
> > > Git Branch and Commit SH:
> > > https://github.com/apache/cloudstack/tree/master
> > > https://github.com/apache/cloudstack/commit/709845f4a333ad2ace01837064
> > > 33a0653ba159c6
> > > Commit: 709845f4a333ad2ace0183706433a0653ba159c6
> > >
> > > Source release for 4.12.0.0-RC20190212T2301:
> > > https://dist.apache.org/repos/dist/dev/cloudstack/4.12.0.0/
> > >
> > > PGP release keys (signed using 25908455):
> > > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> > >
> > > The vote will be open for 3 business days (until 15th January).
> > >
> > > 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)
> > >
> > > Additional information:
> > >
> > > For users' convenience, packages are available in
> > > http://cloudstack.apt-get.eu/
> > > RC1 has been built for the following distros:
> > > - Ubuntu 14.04, 16.04, and 18.04;
> > > - CentOS6 and CentOS7.
> > >
> > > The system VM template from 4.11.2 [1] works for RC2. The release
> > > notes [2] still need to be updated.
> > >
> > > Best Regards,
> > > Gabriel.
> > >
> > > [1] http://download.cloudstack.org/systemvm/4.11/
> > > [2]
> > > http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en
> > > /latest/index.html
> > >
> >
> >
>


-- 
Rafael Weingärtner

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

[Rafael Weingärtner]

 keys (signed using 25908455):
> > > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> > >
> > > The vote will be open for 3 business days (until 15th January).
> > >
> > > 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)
> > >
> > > Additional information:
> > >
> > > For users' convenience, packages are available in
> > > http://cloudstack.apt-get.eu/
> > > RC1 <http://cloudstack.apt-get.eu/RC1> has been built for the
> following
> > > distros:
> > > - Ubuntu 14.04, 16.04, and 18.04;
> > > - CentOS6 and CentOS7.
> > >
> > > The system VM template from 4.11.2 [1] works for RC2. The release notes
> > > [2] still need to be updated.
> > >
> > > Best Regards,
> > > Gabriel.
> > >
> > > [1] http://download.cloudstack.org/systemvm/4.11/
> > > [2]
> > >
> > >
> >
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/index.html
> > >
> >
>


-- 
Rafael Weingärtner

CloudStack Collab Conference Brazil deadline for talk proposals is on 11/02/2019

[Rafael Weingärtner]

The call for papers (CFP)
<http://www.thedevelopersconference.com.br/tdc/2019/florianopolis/call4papers-en>
for
the first CloudStack Collab Conference Brazil is approaching. If you have
not submitted your talk proposal, you still have time. It is going to be
the first (of many yet to come) that you cannot miss.

You do not need to have the full presentation ready now, all you need three
little things: (i) an interesting title, (ii) a brief description of the
talk to help the committee with the selection process, and (iii) a message
to the reviewing committee saying why your talk is important and
interesting for the cloud ecosystem.

You cannot miss the opportunity to meet the CloudStack community in
Florianopolis. Therefore, if you do not want to be a speaker, you should
come to watch, network, and enjoy not just the conference, but this
picturesque island with perfect beaches, excellent surfing, and amazing
seafood.
--
Rafael Weingärtner

Re: CloudStack Collab Conference Brazil

[Rafael Weingärtner]

I think we can do as Gilles said. If not 30min. slots, 25min. ones then.

I will check with them. Thanks for the suggestion.

On Thu, Feb 7, 2019 at 5:31 PM Will Stevens  wrote:

> Let me know if there is any update to the wording on
> http://br.cloudstackcollab.org/#schedule that you would like me to update.
>
> Cheers,
>
> *Will Stevens*
> Chief Technology Officer
> c 514.826.0190
>
> <https://goo.gl/NYZ8KK>
>
>
> On Thu, Feb 7, 2019 at 1:41 PM Marco Sinhoreli <
> marco.sinhor...@shapeblue.com> wrote:
>
> > Hello Rafael,
> >
> > Nice to hear that the CCC will land in Brazil – thank you for getting
> this
> > going.
> >
> > As you know, I’m based in Brazil and offer to help you as much as
> required.
> >
> > I know a lot of cloudstack users here so can help to get people to submit
> > talks and getting them along to the conference.
> >
> > Cheers,
> >
> > Marco Sinhoreli
> > marco.sinhor...@shapeblue.com
> > mobile: +55 21 98276 3636
> >
> > Av. Brigadeiro Faria Lima, 3144 - 2º andar – Jardim
> > Paulistano, São Paulo, SP, Brasil, 01451-000
> > Phone: + 55 11 3568-2877
> > http://www.shapeblue.com/ | twitter: @shapeblue
> >
> > Em 07/02/2019 14:08, "Rafael Weingärtner" 
> > escreveu:
> >
> > Instructions to submit a talk proposal (regarding the track name)?
> > It was fixed already. Now, when someone goes there, there is the
> > "CloudStack Collab" option.
> >
> > On Thu, Feb 7, 2019 at 2:05 PM Will Stevens 
> > wrote:
> >
> > > If you can provide the instructions, I will update the CCC site.
> > Otherwise,
> > > Rafael you could create a PR which I can merge and deploy to the
> CCC
> > site.
> > >
> > > Thanks Giles...
> > >
> > > Cheers,
> > >
> > > Will
> > >
> > > On Thu, Feb 7, 2019, 10:26 AM Rafael Weingärtner <
> > > rafaelweingart...@gmail.com wrote:
> > >
> > > > Hey Giles, I will try to answer you inline.
> > > >
> > > > Some questions from me:
> > > > >
> > > > 1. how many speaker slots did you agree for the CCC part of the
> > event
> > > (i.e.
> > > > > how many talks are required)?
> > > > >
> > > > As we discussed in the PMC, we ended up with a one day track
> > focused on
> > > > CloudStack. This translates to 7 (50min.) talks. By the number of
> > people
> > > I
> > > > talked to, I would say that we will have way more talks than
> slots
> > :((
> > > >
> > > > >
> > > > > 2. You mention CFP closes 11 Febuary, and it seems from the
> > website
> > > that
> > > > > speakers should submit their talks through
> > > > > http://cfp-flp.thedevconf.com.br/
> > > > >  However, there is no track listed as CCC. There is a "cloud
> > computing"
> > > > > track. Is that the one to use ?  It may make sense to tell
> > people on
> > > the
> > > > > CCC site which track to use
> > > > >
> > > >
> > > > It was in their backlog to fix. I just checked, and it is fixed
> > now.
> > > >
> > > > On Thu, Feb 7, 2019 at 7:10 AM Giles Sirett <
> > giles.sir...@shapeblue.com>
> > > > wrote:
> > > >
> > > > > This is great to see Rafael  - well done to you and Mike for
> > getting
> > > this
> > > > > rolling
> > > > >
> > > > > Some questions from me:
> > > > > 1. how many speaker slots did you agree for the CCC part of the
> > event
> > > > > (i.e. how many talks are required)?
> > > > > 2. You mention CFP closes 11 Febuary, and it seems from the
> > website
> > > that
> > > > > speakers should submit their talks through
> > > > > http://cfp-flp.thedevconf.com.br/
> > > > >  However, there is no track listed as CCC. There is a "cloud
> > computing"
> > > > > track. Is that the one to use ?  It may make sense to tell
> > people on
> > > the
> > > > > CCC site which track to use
> > > >

Re: CloudStack Collab Conference Brazil

[Rafael Weingärtner]

Instructions to submit a talk proposal (regarding the track name)?
It was fixed already. Now, when someone goes there, there is the
"CloudStack Collab" option.

On Thu, Feb 7, 2019 at 2:05 PM Will Stevens  wrote:

> If you can provide the instructions, I will update the CCC site. Otherwise,
> Rafael you could create a PR which I can merge and deploy to the CCC site.
>
> Thanks Giles...
>
> Cheers,
>
> Will
>
> On Thu, Feb 7, 2019, 10:26 AM Rafael Weingärtner <
> rafaelweingart...@gmail.com wrote:
>
> > Hey Giles, I will try to answer you inline.
> >
> > Some questions from me:
> > >
> > 1. how many speaker slots did you agree for the CCC part of the event
> (i.e.
> > > how many talks are required)?
> > >
> > As we discussed in the PMC, we ended up with a one day track focused on
> > CloudStack. This translates to 7 (50min.) talks. By the number of people
> I
> > talked to, I would say that we will have way more talks than slots :((
> >
> > >
> > > 2. You mention CFP closes 11 Febuary, and it seems from the website
> that
> > > speakers should submit their talks through
> > > http://cfp-flp.thedevconf.com.br/
> > >  However, there is no track listed as CCC. There is a "cloud computing"
> > > track. Is that the one to use ?  It may make sense to tell people on
> the
> > > CCC site which track to use
> > >
> >
> > It was in their backlog to fix. I just checked, and it is fixed now.
> >
> > On Thu, Feb 7, 2019 at 7:10 AM Giles Sirett 
> > wrote:
> >
> > > This is great to see Rafael  - well done to you and Mike for getting
> this
> > > rolling
> > >
> > > Some questions from me:
> > > 1. how many speaker slots did you agree for the CCC part of the event
> > > (i.e. how many talks are required)?
> > > 2. You mention CFP closes 11 Febuary, and it seems from the website
> that
> > > speakers should submit their talks through
> > > http://cfp-flp.thedevconf.com.br/
> > >  However, there is no track listed as CCC. There is a "cloud computing"
> > > track. Is that the one to use ?  It may make sense to tell people on
> the
> > > CCC site which track to use
> > >
> > >
> > > Kind regards
> > > Giles
> > >
> > > giles.sir...@shapeblue.com
> > > www.shapeblue.com
> > > Amadeus House, Floral Street, London  WC2E 9DPUK
> > > @shapeblue
> > >
> > >
> > >
> > >
> > > -Original Message-
> > > From: Rafael Weingärtner 
> > > Sent: 04 February 2019 20:37
> > > To: dev 
> > > Cc: users 
> > > Subject: Re: CloudStack Collab Conference Brazil
> > >
> > > Ah Will, sorry for that. I meant to reference the cloudstackcollab
> > > website, but pressed the send button too fast ;)
> > >
> > > On Mon, Feb 4, 2019 at 6:31 PM Will Stevens 
> > wrote:
> > >
> > > > We will try to keep the website, http://br.cloudstackcollab.org/, up
> > > > to date with the details of the event as new information is
> available.
> > > > I just figured I would mention that since Rafael didn't mention it in
> > > his email.
> > > > :)
> > > >
> > > > Cheers,
> > > >
> > > > *Will Stevens*
> > > > Chief Technology Officer
> > > > c 514.826.0190
> > > >
> > > > <https://goo.gl/NYZ8KK>
> > > >
> > > >
> > > > On Mon, Feb 4, 2019 at 3:29 PM Rafael Weingärtner <
> > > > rafaelweingart...@gmail.com> wrote:
> > > >
> > > > > The first CloudStack Collab Conference Brazil is going to be held
> in
> > > > > Florianopolis, in April 2019. It is being run through The Developer
> > > > > Conference (TDC) <http://www.thedevelopersconference.com.br/en> in
> > > > Brazil.
> > > > > When you register <http://br.cloudstackcollab.org/#register> you
> > > > > will be redirected to the *TDC* website.
> > > > >
> > > > > TDC runs a series of conferences every year in Brazil
> > > > > (Florianopolis, São Paulo, and  Porto Alegre). They have been
> running
> > > for over a decade now.
> > > > > TDC conferences cover a broad range of topics, from management 3.0,
> > > > > software development, Programming languages (Java, Python, Ruby,
> and
> > > > &

Re: CloudStack Collab Conference Brazil

[Rafael Weingärtner]

Hey Giles, I will try to answer you inline.

Some questions from me:
>
1. how many speaker slots did you agree for the CCC part of the event (i.e.
> how many talks are required)?
>
As we discussed in the PMC, we ended up with a one day track focused on
CloudStack. This translates to 7 (50min.) talks. By the number of people I
talked to, I would say that we will have way more talks than slots :((

>
> 2. You mention CFP closes 11 Febuary, and it seems from the website that
> speakers should submit their talks through
> http://cfp-flp.thedevconf.com.br/
>  However, there is no track listed as CCC. There is a "cloud computing"
> track. Is that the one to use ?  It may make sense to tell people on the
> CCC site which track to use
>

It was in their backlog to fix. I just checked, and it is fixed now.

On Thu, Feb 7, 2019 at 7:10 AM Giles Sirett 
wrote:

> This is great to see Rafael  - well done to you and Mike for getting this
> rolling
>
> Some questions from me:
> 1. how many speaker slots did you agree for the CCC part of the event
> (i.e. how many talks are required)?
> 2. You mention CFP closes 11 Febuary, and it seems from the website that
> speakers should submit their talks through
> http://cfp-flp.thedevconf.com.br/
>  However, there is no track listed as CCC. There is a "cloud computing"
> track. Is that the one to use ?  It may make sense to tell people on the
> CCC site which track to use
>
>
> Kind regards
> Giles
>
> giles.sir...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
>
> -Original Message-
> From: Rafael Weingärtner 
> Sent: 04 February 2019 20:37
> To: dev 
> Cc: users 
> Subject: Re: CloudStack Collab Conference Brazil
>
> Ah Will, sorry for that. I meant to reference the cloudstackcollab
> website, but pressed the send button too fast ;)
>
> On Mon, Feb 4, 2019 at 6:31 PM Will Stevens  wrote:
>
> > We will try to keep the website, http://br.cloudstackcollab.org/, up
> > to date with the details of the event as new information is available.
> > I just figured I would mention that since Rafael didn't mention it in
> his email.
> > :)
> >
> > Cheers,
> >
> > *Will Stevens*
> > Chief Technology Officer
> > c 514.826.0190
> >
> > <https://goo.gl/NYZ8KK>
> >
> >
> > On Mon, Feb 4, 2019 at 3:29 PM Rafael Weingärtner <
> > rafaelweingart...@gmail.com> wrote:
> >
> > > The first CloudStack Collab Conference Brazil is going to be held in
> > > Florianopolis, in April 2019. It is being run through The Developer
> > > Conference (TDC) <http://www.thedevelopersconference.com.br/en> in
> > Brazil.
> > > When you register <http://br.cloudstackcollab.org/#register> you
> > > will be redirected to the *TDC* website.
> > >
> > > TDC runs a series of conferences every year in Brazil
> > > (Florianopolis, São Paulo, and  Porto Alegre). They have been running
> for over a decade now.
> > > TDC conferences cover a broad range of topics, from management 3.0,
> > > software development, Programming languages (Java, Python, Ruby, and
> > > so one), Cloud, and so on. Their average number of attendees is
> > > about ~4000 per TDC event. Therefore, this event is a great
> > > opportunity for enthusiasts, technicians, and vendors to show
> > > themselves and meet with different IT communities.
> > >
> > > For people from our community, it is an opportunity not just to
> > participate
> > > in CloudStack Collab Brazil
> > > <
> > >
> > http://www.thedevelopersconference.com.br/tdc/2019/florianopolis/trilh
> > a-cloud-stack-colab
> > > >,
> > > but also to join this amazing conference in Brazil. The call for
> > > papers
> > > (CFP)
> > > <
> > >
> > http://www.thedevelopersconference.com.br/tdc/2019/florianopolis/call4
> > papers-en
> > > >
> > > is open through 11 February 2019 (Hard deadline). People are also
> > > welcome to submit talks to other tracks.  Speakers will receive free
> > > registration for the entire conference. The cost per track is BRL 165
> (~45 USD).
> > > Therefore, there is no single price for the conference; you only pay
> > > for what you need. This price is for the early birds, prices will
> > > rise up on
> > 12
> > > February. After 12 February, the prices will rise to BRL 220, and
> > > later
> > on
> > > 26 March, to BRL 290.
> > >
> > >

Re: CloudStack Collab Conference Brazil

[Rafael Weingärtner]

Ah Will, sorry for that. I meant to reference the cloudstackcollab website,
but pressed the send button too fast ;)

On Mon, Feb 4, 2019 at 6:31 PM Will Stevens  wrote:

> We will try to keep the website, http://br.cloudstackcollab.org/, up to
> date with the details of the event as new information is available.  I just
> figured I would mention that since Rafael didn't mention it in his email.
> :)
>
> Cheers,
>
> *Will Stevens*
> Chief Technology Officer
> c 514.826.0190
>
> <https://goo.gl/NYZ8KK>
>
>
> On Mon, Feb 4, 2019 at 3:29 PM Rafael Weingärtner <
> rafaelweingart...@gmail.com> wrote:
>
> > The first CloudStack Collab Conference Brazil is going to be held in
> > Florianopolis, in April 2019. It is being run through The Developer
> > Conference (TDC) <http://www.thedevelopersconference.com.br/en> in
> Brazil.
> > When you register <http://br.cloudstackcollab.org/#register> you will be
> > redirected to the *TDC* website.
> >
> > TDC runs a series of conferences every year in Brazil (Florianopolis, São
> > Paulo, and  Porto Alegre). They have been running for over a decade now.
> > TDC conferences cover a broad range of topics, from management 3.0,
> > software development, Programming languages (Java, Python, Ruby, and so
> > one), Cloud, and so on. Their average number of attendees is about ~4000
> > per TDC event. Therefore, this event is a great opportunity for
> > enthusiasts, technicians, and vendors to show themselves and meet with
> > different IT communities.
> >
> > For people from our community, it is an opportunity not just to
> participate
> > in CloudStack Collab Brazil
> > <
> >
> http://www.thedevelopersconference.com.br/tdc/2019/florianopolis/trilha-cloud-stack-colab
> > >,
> > but also to join this amazing conference in Brazil. The call for papers
> > (CFP)
> > <
> >
> http://www.thedevelopersconference.com.br/tdc/2019/florianopolis/call4papers-en
> > >
> > is open through 11 February 2019 (Hard deadline). People are also welcome
> > to submit talks to other tracks.  Speakers will receive free registration
> > for the entire conference. The cost per track is BRL 165 (~45 USD).
> > Therefore, there is no single price for the conference; you only pay for
> > what you need. This price is for the early birds, prices will rise up on
> 12
> > February. After 12 February, the prices will rise to BRL 220, and later
> on
> > 26 March, to BRL 290.
> >
> > The event where CloudStack Collab will take place is TDC Florianopolis,
> > which will be held in Florianopolis between 23-27  of April 2019.
> > Florianopolis is the capital of Brazil’s Santa Catarina state, which is
> > often called “the best place to live in Brazil”. Florianopolis is a
> > thriving destination for its perfect beaches, excellent surfing, amazing
> > seafood, and juxtaposition of a modern megacity with 16th-century
> colonial
> > fortresses and relaxed markets and parks. For more information please
> visit
> > Florianopolis <
> http://turismo.sc.gov.br/en/destinos/grande-florianopolis/
> > >.
> > So, do not miss the opportunity to submit your talks, and to share with
> > your friends. Let’s make the most of the first CloudStack Collab Brazil!
> >
> > One note to this event, depending on your nationality, a tourist visa may
> > be required or exempted. The ultimate authority on whether you need a
> visa
> > or not is the Brazilian Consulate in your country.
> >
> > If you guys have problems, doubts or suggestions, please feel free to
> mail
> > me.
> >
>


-- 
Rafael Weingärtner

CloudStack Collab Conference Brazil

[Rafael Weingärtner]

The first CloudStack Collab Conference Brazil is going to be held in
Florianopolis, in April 2019. It is being run through The Developer
Conference (TDC)  in Brazil.
When you register  you will be
redirected to the *TDC* website.

TDC runs a series of conferences every year in Brazil (Florianopolis, São
Paulo, and  Porto Alegre). They have been running for over a decade now.
TDC conferences cover a broad range of topics, from management 3.0,
software development, Programming languages (Java, Python, Ruby, and so
one), Cloud, and so on. Their average number of attendees is about ~4000
per TDC event. Therefore, this event is a great opportunity for
enthusiasts, technicians, and vendors to show themselves and meet with
different IT communities.

For people from our community, it is an opportunity not just to participate
in CloudStack Collab Brazil
,
but also to join this amazing conference in Brazil. The call for papers
(CFP)

is open through 11 February 2019 (Hard deadline). People are also welcome
to submit talks to other tracks.  Speakers will receive free registration
for the entire conference. The cost per track is BRL 165 (~45 USD).
Therefore, there is no single price for the conference; you only pay for
what you need. This price is for the early birds, prices will rise up on 12
February. After 12 February, the prices will rise to BRL 220, and later on
26 March, to BRL 290.

The event where CloudStack Collab will take place is TDC Florianopolis,
which will be held in Florianopolis between 23-27  of April 2019.
Florianopolis is the capital of Brazil’s Santa Catarina state, which is
often called “the best place to live in Brazil”. Florianopolis is a
thriving destination for its perfect beaches, excellent surfing, amazing
seafood, and juxtaposition of a modern megacity with 16th-century colonial
fortresses and relaxed markets and parks. For more information please visit
Florianopolis .
So, do not miss the opportunity to submit your talks, and to share with
your friends. Let’s make the most of the first CloudStack Collab Brazil!

One note to this event, depending on your nationality, a tourist visa may
be required or exempted. The ultimate authority on whether you need a visa
or not is the Brazilian Consulate in your country.

If you guys have problems, doubts or suggestions, please feel free to mail
me.

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Hey Guys, sorry for the late update on this matter, but we would have
trouble if we waited until 5 February to have this meeting. The TDC
organizers called us for an emergency meeting. Therefore, I got together
with Mike, and we had the calls with the organizers, and now everything is
ready for CloudStack Collab to happen in Brazil. Thanks for the help and
support here. Hope to see you all there!

More information can be found here: http://cloudstackcollab.org/

On Fri, Jan 18, 2019 at 2:11 PM Rafael Weingärtner <
rafaelweingart...@gmail.com> wrote:

> Copy, and paste fail. Let me update the times:
> And, the best times are the following (All times are in GMT-2):
>
>- 10:00 PM - 11:00 PM
>- 5:00 PM - 6:00 PM
>- 2:00 PM - 3:00 PM
>- 09:00 PM - 10:00 PM
>- 4:00 PM - 5:00 PM
>
>
> On Fri, Jan 18, 2019 at 2:08 PM Rafael Weingärtner <
> rafaelweingart...@gmail.com> wrote:
>
>> Thanks for the people that are willing to help us!
>>
>> I am now closing the pool. The best day is: 5 February, 2019.
>> And, the best times are the following (All times are in GMT-2):
>>
>>- 10:00 AM - 11:00 AM
>>- 5:00 PM - 6:00 PM
>>- 09:00 AM - 10:00 AM
>>- 4:00 PM - 5:00 PM
>>
>> I will now reach the TDC organizers with this dates, and times to
>> schedule a meeting.
>>
>> Thanks again guys!
>>
>> On Tue, Jan 15, 2019 at 1:32 PM Cristian Latapiat 
>> wrote:
>>
>>> Done!
>>>
>>> Em sáb, 12 de jan de 2019 às 12:33, Rafael Weingärtner <
>>> rafaelweingart...@gmail.com> escreveu:
>>>
>>> > Sounds like a great idea!
>>> > Thanks for the suggestion. Do you know if they follow our lists? I
>>> mean,
>>> > this is an open invitation to everybody; and they are very welcome to
>>> chip
>>> > in. If they do not follow the list, I can try to ping them.
>>> >
>>> > I can participate in a call. My GMT is +2.
>>> > >
>>> > Can you mark the dates and times in Doodle that best suit you? If none
>>> of
>>> > them work, just tell me, and I will add others.
>>> > Doodle link: https://doodle.com/poll/7dpvtiqg67it452m
>>> >
>>> > On Sat, Jan 12, 2019 at 11:56 AM Ivan Serdyuk <
>>> > local.tourist.k...@gmail.com>
>>> > wrote:
>>> >
>>> > > Hello, Rafael/Mike/Tim.
>>> > >
>>> > > On Fri, Jan 11, 2019 at 8:47 PM Rafael Weingärtner <
>>> > > rafaelweingart...@gmail.com> wrote:
>>> > >
>>> > >>
>>> > >>
>>> > >> As you all know, we are trying to organize the CCC as a joint event
>>> with
>>> > >> TDC in Brazil.
>>> > >
>>> > >
>>> > > Sounds interesting. How about inviting someone from tucha.ua
>>> company?
>>> > > They have experience with CloudStack Ops engineering.
>>> > >
>>> > > I was thinking about an idea to invite speakers to one of our DevOps
>>> > > confs, in October: https://devopsstage.com/ <
>>> https://devopsstage.com/> .
>>> > >
>>> > >
>>> > >> We have proposed the topics for presentations, and now the
>>> > >> next step is to schedule a meeting with the TDC organizers. We need
>>> to
>>> > >> discuss channels to spread the word regarding the conference, talks
>>> > >> selection process, branding (CCC, Apache CloudStack) with the TDC,
>>> and
>>> > so
>>> > >> on. Who would be willing to join me in this call?
>>> > >>
>>> > >>
>>> > > I can participate in a call. My GMT is +2.
>>> > >
>>> > >
>>> > >> They are unavailable in January. Therefore, I am proposing the call
>>> to
>>> > be
>>> > >> in the first week of February. I am starting a pool in Doodle to
>>> see if
>>> > we
>>> > >> can find the best time and date. As pools tend to get cluttered
>>> when we
>>> > >> have a lot of options, I am starting with 4 and 5 of February.
>>> Beware
>>> > that
>>> > >> the time is in GMT-02:00 (Brasilia time). Therefore, before
>>> selecting
>>> > one,
>>> > >> it might be a good idea to check the difference between GMT-02:00
>>> and
>>> > your
>>> > >> timezone.
>>> > >>
>>> > >
>>> > > Ivan
>>> > >
>>> >
>>> >
>>> > --
>>> > Rafael Weingärtner
>>> >
>>>
>>>
>>> --
>>> Cristian Latapiat
>>> (12)981281976
>>>
>>
>>
>> --
>> Rafael Weingärtner
>>
>
>
> --
> Rafael Weingärtner
>


-- 
Rafael Weingärtner

Re: DMTF CADF event model implementation

[Rafael Weingärtner]

Come on @Daan Hoogland , that PR has nothing to do
with what he wants to do. If the matter was to simply acquire log entries,
he could hook a custom Log Appender in Log4J to process and store the log
entries in some way that is usable for him. From what I understood the
scope is bigger (specially when we consider the expression "real-time
monitoring").

I see a few challenges:

   - Extracting/consolidating log entries from System VMs(VRs, console
   proxy, and storage system VM).
   - Real time performance meeting (In some places, the method ACS uses
   right now cannot be considered real time)
   - Extend the event bus that we have to be CADF compliant (for all
   resources managed by CloudStack)


On Tue, Jan 29, 2019 at 6:42 AM Daan Hoogland 
wrote:

> I forgot to mention the cloudstack event model. You'll have to look at that
> as well
>
> On Tue, Jan 29, 2019 at 9:41 AM Daan Hoogland 
> wrote:
>
> > H Nikolaos,
> > have a look at https://github.com/apache/cloudstack/pull/2992. it was
> > -1'd but i think it would fit your ideas. have a look see if you can add
> > your thoughts to that and I'll be happy to look at PRs to the base branch
> > of that one.
> > regards
> >
> > On Tue, Jan 29, 2019 at 8:41 AM Nikolaos Dalezios 
> > wrote:
> >
> >> Hello dev team,
> >> My name is Nikos Dalezios and I am currently working on my MSc thesis
> >> "Cloud log forensics - Log unification - the CADF case". I have just
> >> forked
> >> the code and I am studying at the moment various aspects of CloudStack
> and
> >> would like to implement CADF logging.
> >>
> >> Any suggestions or help is always acceptable.
> >>
> >> Thank you
> >>
> >
> >
> > --
> > Daan
> >
>
>
> --
> Daan
>


-- 
Rafael Weingärtner

Re: Why CloudStack 5

[Rafael Weingärtner]

I am 100% with @Rohit Yadav  with respect to
4.12. I do diverge regarding the next LTS version though.

As you all guys said, the community is small, and as such, if we have the
requirement for multiple major changes, before upgrading the "X" bit in a
release, we will never go there (that is a fact). In my opinion, because
the community is small, we should look for a single major change (e.g. new
database upgrade method/scheme), and this should trigger the next major
release. The ability to upgrade the "X" bit free us to remove things such
as the basic network support (of course, we need to create a migration
path), new database scheme management method, normalize log messages and
logging framework and so on (many more issues can be listed here).

I really do not understand why we have so much resistance from some people
on this topic.

On Thu, Jan 24, 2019 at 2:27 PM Suresh Kumar Anaparti <
sureshkumar.anapa...@gmail.com> wrote:

> Sounds good. Altogether, the makeover should be a new user experience and
> leverage the latest hypervisor/storage tech and new/redesigned frameworks.
>
> -Suresh
>
> On Thu, Jan 24, 2019 at 10:13 AM Rohit Yadav 
> wrote:
>
> > I'm in the favour of keeping the 4.x going because no API compatibility
> is
> > broken, and as long as we are following semver there is no need. Calling
> a
> > 4.x a 5.x just for the sake of bumping versions may cause some perception
> > issue.
> >
> > Removal of unsupported/poc/incomplete features, plugins including APIs
> > should not constitute breaking of compatibility. Several network and
> > hypervisor plugins are still in poc/incomplete/unmaintained state.
> >
> > Unless the API layer, and perhaps DB layer is re-architected there is no
> > point in calling the next version 5.x as long as semver is followed.
> >
> > In my opinion, the next major version 5.0 should have a restful versioned
> > API layer, a new DB+upgrade framework that may support multiple db
> servers,
> > a new UI, sandboxed plugin framework (right now a plugin can do anything
> it
> > wants to say the cloud db), a new agent-clustering framework (the current
> > low level nio and rpc code goes away), a distributed message bus and
> > locking service (that we thought to introduce in 4.2,4.3 but incomplete),
> > and refactor the networking/VR layer with a new VR. Not to mention
> cleanup
> > some technical debt. The keywords being major architectural and
> > api/integrational changes. Some of this maybe on-going, but we'll get to
> > 5.x with patience over time.
> >
> > Regards,
> > Rohit Yadav
> >
> > 
> > From: Ivan Kudryavtsev 
> > Sent: Tuesday, January 22, 2019 9:15:29 AM
> > To: users; dev
> > Subject: Why CloudStack 5
> >
> > I decided whether to write it several weeks thinking about the stones and
> > rotten potatoes, but still decided to do that. Hope it will not raise the
> > stress level.
> >
> > Colleagues and ACS leaders, I would like to initiate the discussion. Why
> go
> > to CS5 rather than stay with 4.XX. Some thoughts are:
> >
> > 1. According to the versioning guide, the first number stands for radical
> > changes like if the community decided to go from current ORM to
> Hibernate.
> > I don't see the capabilities for such changes and there are no intentions
> > for the implementation.
> >
> > 2. I can realize that we 'stuck' with '4.XX' and the marketing can be
> > disappointing from that point of view. Then, OK, let's just skip the
> first
> > number "4." and release, ACS 13.X, 14.X, 15.X and so on. Every version
> will
> > receive new impressing version number and everyone could be happy about
> > that.
> >
> > Going to version "5" currently looks like as an intention to refresh but
> > with very poor motivation. At least to me.
> >
> > The discussion is strongly welcome.
> >
> >
> >
> > --
> > With best regards, Ivan Kudryavtsev
> > Bitworks LLC
> > Cell RU: +7-923-414-1515
> > Cell USA: +1-201-257-1512
> > WWW: http://bitworks.software/ <http://bw-sw.com/>
> >
> > rohit.ya...@shapeblue.com
> > www.shapeblue.com
> > Amadeus House, Floral Street, London  WC2E 9DPUK
> > @shapeblue
> >
> >
> >
> >
>


-- 
Rafael Weingärtner

Re: Why CloudStack 5

[Rafael Weingärtner]

I would say that it is indeed a solid version. However, version 4.12 by
itself is not breaking anything. Therefore, according to the semantic
versioning, we cannot increase the ‘X’ bit.

It is also interesting to consider that 4.12 has over 188 PRs merged into
it. When we finish, we will probably hit almost 200 PRs. Many new features
were added, and we might have some hidden bugs that were not discovered
yet. Therefore, at least for me, it looks wiser to launch it as a normal
release and work on top of it to create 5.0.0 during July-August 2019. This
should provide 3-6 months of experimentation with the 4.12 version in
production.

On Wed, Jan 23, 2019 at 10:07 PM Tutkowski, Mike 
wrote:

> Is 4.12 a decent candidate to be branded 5.0 or might we be waiting for
> some specific set of backwards-incompatible updates?
>
>
> ____
> From: Rafael Weingärtner 
> Sent: Wednesday, January 23, 2019 4:58 PM
> To: dev
> Cc: users
> Subject: Re: Why CloudStack 5
>
> NetApp Security WARNING: This is an external email. Do not click links or
> open attachments unless you recognize the sender and know the content is
> safe.
>
>
>
>
> Hello Ivan,
> Can you provide reasons why not move to a version 5?
>
> To help you, I will provide why I think we should move to 5.0.0 after 4.12.
> Therefore, I would expect this 5.0.0 to be an LTS version as well.
>
> 1. To begin with, technically, we should already be in version 5 if we
> had been following the semantic versioning we say we follow. We broke
> compatibility when Midonet plugin was removed in 4.10, and later, also,
> when public APIs from the IAM projects were removed. You can discuss if
> those features were broken or not, and if they count as a backward
> incompatibility. All in all, it is a removal of public APIs;
> 2. We want to remove the basic network, and with this move, we can
> delete a load of complications and replicated code, which causes more
> burden than anything else;
> 3. There are also some other small details in some PRs, where these
> issues with backward compatibility are holding our code and structure
> improvements. Therefore, a CloudStack 5.0.0 would free us from these
> anchors that we keep dragging around;
> 4. A new database upgrade scheme…. I do not even need to get into this
> topic; all DEVs here know what I am talking about;
> 5. A proper JPA implementation, a real restful API, adopt a standard
> rest framework, and other base technological improvements would be awesome,
> but I would say that they are far from here now. And they will be always
> distant if we keep holding ourselves back.
>
> All in all, to conclude; it is not about the version number and marketing.
> At least for me, I could care less about the number. This is about the
> community being able to adopt new trends, new technology, new methods, and
> understanding that to move on, we need to let somethings go.
>
> On Tue, Jan 22, 2019 at 1:45 AM Ivan Kudryavtsev  >
> wrote:
>
> > I decided whether to write it several weeks thinking about the stones and
> > rotten potatoes, but still decided to do that. Hope it will not raise the
> > stress level.
> >
> > Colleagues and ACS leaders, I would like to initiate the discussion. Why
> go
> > to CS5 rather than stay with 4.XX. Some thoughts are:
> >
> > 1. According to the versioning guide, the first number stands for radical
> > changes like if the community decided to go from current ORM to
> Hibernate.
> > I don't see the capabilities for such changes and there are no intentions
> > for the implementation.
> >
> > 2. I can realize that we 'stuck' with '4.XX' and the marketing can be
> > disappointing from that point of view. Then, OK, let's just skip the
> first
> > number "4." and release, ACS 13.X, 14.X, 15.X and so on. Every version
> will
> > receive new impressing version number and everyone could be happy about
> > that.
> >
> > Going to version "5" currently looks like as an intention to refresh but
> > with very poor motivation. At least to me.
> >
> > The discussion is strongly welcome.
> >
> >
> >
> > --
> > With best regards, Ivan Kudryavtsev
> > Bitworks LLC
> > Cell RU: +7-923-414-1515
> > Cell USA: +1-201-257-1512
> > WWW: http://bitworks.software/ <http://bw-sw.com/>
> >
>
>
> --
> Rafael Weingärtner
>


-- 
Rafael Weingärtner

Re: Why CloudStack 5

[Rafael Weingärtner]

Hello Ivan,
Can you provide reasons why not move to a version 5?

To help you, I will provide why I think we should move to 5.0.0 after 4.12.
Therefore, I would expect this 5.0.0 to be an LTS version as well.

   1. To begin with, technically, we should already be in version 5 if we
   had been following the semantic versioning we say we follow. We broke
   compatibility when Midonet plugin was removed in 4.10, and later, also,
   when public APIs from the IAM projects were removed. You can discuss if
   those features were broken or not, and if they count as a backward
   incompatibility. All in all, it is a removal of public APIs;
   2. We want to remove the basic network, and with this move, we can
   delete a load of complications and replicated code, which causes more
   burden than anything else;
   3. There are also some other small details in some PRs, where these
   issues with backward compatibility are holding our code and structure
   improvements. Therefore, a CloudStack 5.0.0 would free us from these
   anchors that we keep dragging around;
   4. A new database upgrade scheme…. I do not even need to get into this
   topic; all DEVs here know what I am talking about;
   5. A proper JPA implementation, a real restful API, adopt a standard
   rest framework, and other base technological improvements would be awesome,
   but I would say that they are far from here now. And they will be always
   distant if we keep holding ourselves back.

All in all, to conclude; it is not about the version number and marketing.
At least for me, I could care less about the number. This is about the
community being able to adopt new trends, new technology, new methods, and
understanding that to move on, we need to let somethings go.

On Tue, Jan 22, 2019 at 1:45 AM Ivan Kudryavtsev 
wrote:

> I decided whether to write it several weeks thinking about the stones and
> rotten potatoes, but still decided to do that. Hope it will not raise the
> stress level.
>
> Colleagues and ACS leaders, I would like to initiate the discussion. Why go
> to CS5 rather than stay with 4.XX. Some thoughts are:
>
> 1. According to the versioning guide, the first number stands for radical
> changes like if the community decided to go from current ORM to Hibernate.
> I don't see the capabilities for such changes and there are no intentions
> for the implementation.
>
> 2. I can realize that we 'stuck' with '4.XX' and the marketing can be
> disappointing from that point of view. Then, OK, let's just skip the first
> number "4." and release, ACS 13.X, 14.X, 15.X and so on. Every version will
> receive new impressing version number and everyone could be happy about
> that.
>
> Going to version "5" currently looks like as an intention to refresh but
> with very poor motivation. At least to me.
>
> The discussion is strongly welcome.
>
>
>
> --
> With best regards, Ivan Kudryavtsev
> Bitworks LLC
> Cell RU: +7-923-414-1515
> Cell USA: +1-201-257-1512
> WWW: http://bitworks.software/ <http://bw-sw.com/>
>


-- 
Rafael Weingärtner

Re: SSL - LetsEncrypt the Console Proxy

[Rafael Weingärtner]

I do think it is an interesting integration to have. However, as Wido
pointed out, I do not think that it is that easy to code. Moreover, we
still need to enable people to use the current model.

One thing that I was thinking while reading this e-mail is the integration
of the ACS CA framework with Let’s encrypt. By doing that, we would be able
to generate valid certificates.

Thanks for the idea! Maybe someone implements it in the future. Could you
open an issue for it?

On Fri, Jan 18, 2019 at 2:37 PM Wido den Hollander  wrote:

> Hi,
>
> On 1/18/19 4:41 AM, asen...@testlabs.com.au wrote:
> > Hi Guys,
> >
> > Many people are using letsencrypt. This could replace the old retired
> > realhostip.com DNS resolver . Noone would need to muck around with certs
> > again on the console proxy.
> >
> > I think it would be a fairly easy code change.
> >
> > Thoughts?
> >
>
> Will this work in all cases? It doesn't seem like a very easy change to
> me. Yes, it would work with the HTTP ACME client, but only if you are
> connected to the Internet with the CP.
>
> The change might be easy, I don't know actually. Sounds like more work
> as the Java code will need to talk to LE and request the certificate and
> install it.
>
> Wido
>
> > Adrian Sender
>


-- 
Rafael Weingärtner

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Copy, and paste fail. Let me update the times:
And, the best times are the following (All times are in GMT-2):

   - 10:00 PM - 11:00 PM
   - 5:00 PM - 6:00 PM
   - 2:00 PM - 3:00 PM
   - 09:00 PM - 10:00 PM
   - 4:00 PM - 5:00 PM


On Fri, Jan 18, 2019 at 2:08 PM Rafael Weingärtner <
rafaelweingart...@gmail.com> wrote:

> Thanks for the people that are willing to help us!
>
> I am now closing the pool. The best day is: 5 February, 2019.
> And, the best times are the following (All times are in GMT-2):
>
>- 10:00 AM - 11:00 AM
>- 5:00 PM - 6:00 PM
>- 09:00 AM - 10:00 AM
>- 4:00 PM - 5:00 PM
>
> I will now reach the TDC organizers with this dates, and times to schedule
> a meeting.
>
> Thanks again guys!
>
> On Tue, Jan 15, 2019 at 1:32 PM Cristian Latapiat 
> wrote:
>
>> Done!
>>
>> Em sáb, 12 de jan de 2019 às 12:33, Rafael Weingärtner <
>> rafaelweingart...@gmail.com> escreveu:
>>
>> > Sounds like a great idea!
>> > Thanks for the suggestion. Do you know if they follow our lists? I mean,
>> > this is an open invitation to everybody; and they are very welcome to
>> chip
>> > in. If they do not follow the list, I can try to ping them.
>> >
>> > I can participate in a call. My GMT is +2.
>> > >
>> > Can you mark the dates and times in Doodle that best suit you? If none
>> of
>> > them work, just tell me, and I will add others.
>> > Doodle link: https://doodle.com/poll/7dpvtiqg67it452m
>> >
>> > On Sat, Jan 12, 2019 at 11:56 AM Ivan Serdyuk <
>> > local.tourist.k...@gmail.com>
>> > wrote:
>> >
>> > > Hello, Rafael/Mike/Tim.
>> > >
>> > > On Fri, Jan 11, 2019 at 8:47 PM Rafael Weingärtner <
>> > > rafaelweingart...@gmail.com> wrote:
>> > >
>> > >>
>> > >>
>> > >> As you all know, we are trying to organize the CCC as a joint event
>> with
>> > >> TDC in Brazil.
>> > >
>> > >
>> > > Sounds interesting. How about inviting someone from tucha.ua company?
>> > > They have experience with CloudStack Ops engineering.
>> > >
>> > > I was thinking about an idea to invite speakers to one of our DevOps
>> > > confs, in October: https://devopsstage.com/ <https://devopsstage.com/>
>> .
>> > >
>> > >
>> > >> We have proposed the topics for presentations, and now the
>> > >> next step is to schedule a meeting with the TDC organizers. We need
>> to
>> > >> discuss channels to spread the word regarding the conference, talks
>> > >> selection process, branding (CCC, Apache CloudStack) with the TDC,
>> and
>> > so
>> > >> on. Who would be willing to join me in this call?
>> > >>
>> > >>
>> > > I can participate in a call. My GMT is +2.
>> > >
>> > >
>> > >> They are unavailable in January. Therefore, I am proposing the call
>> to
>> > be
>> > >> in the first week of February. I am starting a pool in Doodle to see
>> if
>> > we
>> > >> can find the best time and date. As pools tend to get cluttered when
>> we
>> > >> have a lot of options, I am starting with 4 and 5 of February. Beware
>> > that
>> > >> the time is in GMT-02:00 (Brasilia time). Therefore, before selecting
>> > one,
>> > >> it might be a good idea to check the difference between GMT-02:00 and
>> > your
>> > >> timezone.
>> > >>
>> > >
>> > > Ivan
>> > >
>> >
>> >
>> > --
>> > Rafael Weingärtner
>> >
>>
>>
>> --
>> Cristian Latapiat
>> (12)981281976
>>
>
>
> --
> Rafael Weingärtner
>


-- 
Rafael Weingärtner

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Thanks for the people that are willing to help us!

I am now closing the pool. The best day is: 5 February, 2019.
And, the best times are the following (All times are in GMT-2):

   - 10:00 AM - 11:00 AM
   - 5:00 PM - 6:00 PM
   - 09:00 AM - 10:00 AM
   - 4:00 PM - 5:00 PM

I will now reach the TDC organizers with this dates, and times to schedule
a meeting.

Thanks again guys!

On Tue, Jan 15, 2019 at 1:32 PM Cristian Latapiat 
wrote:

> Done!
>
> Em sáb, 12 de jan de 2019 às 12:33, Rafael Weingärtner <
> rafaelweingart...@gmail.com> escreveu:
>
> > Sounds like a great idea!
> > Thanks for the suggestion. Do you know if they follow our lists? I mean,
> > this is an open invitation to everybody; and they are very welcome to
> chip
> > in. If they do not follow the list, I can try to ping them.
> >
> > I can participate in a call. My GMT is +2.
> > >
> > Can you mark the dates and times in Doodle that best suit you? If none of
> > them work, just tell me, and I will add others.
> > Doodle link: https://doodle.com/poll/7dpvtiqg67it452m
> >
> > On Sat, Jan 12, 2019 at 11:56 AM Ivan Serdyuk <
> > local.tourist.k...@gmail.com>
> > wrote:
> >
> > > Hello, Rafael/Mike/Tim.
> > >
> > > On Fri, Jan 11, 2019 at 8:47 PM Rafael Weingärtner <
> > > rafaelweingart...@gmail.com> wrote:
> > >
> > >>
> > >>
> > >> As you all know, we are trying to organize the CCC as a joint event
> with
> > >> TDC in Brazil.
> > >
> > >
> > > Sounds interesting. How about inviting someone from tucha.ua company?
> > > They have experience with CloudStack Ops engineering.
> > >
> > > I was thinking about an idea to invite speakers to one of our DevOps
> > > confs, in October: https://devopsstage.com/ <https://devopsstage.com/>
> .
> > >
> > >
> > >> We have proposed the topics for presentations, and now the
> > >> next step is to schedule a meeting with the TDC organizers. We need to
> > >> discuss channels to spread the word regarding the conference, talks
> > >> selection process, branding (CCC, Apache CloudStack) with the TDC, and
> > so
> > >> on. Who would be willing to join me in this call?
> > >>
> > >>
> > > I can participate in a call. My GMT is +2.
> > >
> > >
> > >> They are unavailable in January. Therefore, I am proposing the call to
> > be
> > >> in the first week of February. I am starting a pool in Doodle to see
> if
> > we
> > >> can find the best time and date. As pools tend to get cluttered when
> we
> > >> have a lot of options, I am starting with 4 and 5 of February. Beware
> > that
> > >> the time is in GMT-02:00 (Brasilia time). Therefore, before selecting
> > one,
> > >> it might be a good idea to check the difference between GMT-02:00 and
> > your
> > >> timezone.
> > >>
> > >
> > > Ivan
> > >
> >
> >
> > --
> > Rafael Weingärtner
> >
>
>
> --
> Cristian Latapiat
> (12)981281976
>


-- 
Rafael Weingärtner

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Sounds like a great idea!
Thanks for the suggestion. Do you know if they follow our lists? I mean,
this is an open invitation to everybody; and they are very welcome to chip
in. If they do not follow the list, I can try to ping them.

I can participate in a call. My GMT is +2.
>
Can you mark the dates and times in Doodle that best suit you? If none of
them work, just tell me, and I will add others.
Doodle link: https://doodle.com/poll/7dpvtiqg67it452m

On Sat, Jan 12, 2019 at 11:56 AM Ivan Serdyuk 
wrote:

> Hello, Rafael/Mike/Tim.
>
> On Fri, Jan 11, 2019 at 8:47 PM Rafael Weingärtner <
> rafaelweingart...@gmail.com> wrote:
>
>>
>>
>> As you all know, we are trying to organize the CCC as a joint event with
>> TDC in Brazil.
>
>
> Sounds interesting. How about inviting someone from tucha.ua company?
> They have experience with CloudStack Ops engineering.
>
> I was thinking about an idea to invite speakers to one of our DevOps
> confs, in October: https://devopsstage.com/ <https://devopsstage.com/> .
>
>
>> We have proposed the topics for presentations, and now the
>> next step is to schedule a meeting with the TDC organizers. We need to
>> discuss channels to spread the word regarding the conference, talks
>> selection process, branding (CCC, Apache CloudStack) with the TDC, and so
>> on. Who would be willing to join me in this call?
>>
>>
> I can participate in a call. My GMT is +2.
>
>
>> They are unavailable in January. Therefore, I am proposing the call to be
>> in the first week of February. I am starting a pool in Doodle to see if we
>> can find the best time and date. As pools tend to get cluttered when we
>> have a lot of options, I am starting with 4 and 5 of February. Beware that
>> the time is in GMT-02:00 (Brasilia time). Therefore, before selecting one,
>> it might be a good idea to check the difference between GMT-02:00 and your
>> timezone.
>>
>
> Ivan
>


-- 
Rafael Weingärtner

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

That is great Makino. We are looking forward to work with your guys to make
this happen.

On Fri, Jan 11, 2019 at 5:29 PM Ricardo Makino 
wrote:

> Doodle updated!
>
> Best Regards,
> --
> Ricardo Makino
>
>
> On Fri, Jan 11, 2019 at 4:18 PM Rafael Weingärtner <
> rafaelweingart...@gmail.com> wrote:
>
> > Awesome!. Thanks.
> >
> > On Fri, Jan 11, 2019 at 5:12 PM Tutkowski, Mike <
> mike.tutkow...@netapp.com
> > >
> > wrote:
> >
> > > I can participate in the call, Rafael. I have updated the Doodle pool.
> > >
> > > On 1/11/19, 11:47 AM, "Rafael Weingärtner" <
> rafaelweingart...@gmail.com
> > >
> > > wrote:
> > >
> > > NetApp Security WARNING: This is an external email. Do not click
> > links
> > > or open attachments unless you recognize the sender and know the
> content
> > is
> > > safe.
> > >
> > >
> > >
> > >
> > > Hello CloudStackers,
> > >
> > > Happy new year to everybody! I hope that you all enjoyed the
> > > festivities
> > > and are rested and ready for this new, challenging and exciting
> year
> > ;)
> > >
> > > As you all know, we are trying to organize the CCC as a joint event
> > > with
> > > TDC in Brazil. We have proposed the topics for presentations, and
> now
> > > the
> > > next step is to schedule a meeting with the TDC organizers. We need
> > to
> > > discuss channels to spread the word regarding the conference, talks
> > > selection process, branding (CCC, Apache CloudStack) with the TDC,
> > and
> > > so
> > > on. Who would be willing to join me in this call?
> > >
> > > They are unavailable in January. Therefore, I am proposing the call
> > to
> > > be
> > > in the first week of February. I am starting a pool in Doodle to
> see
> > > if we
> > > can find the best time and date. As pools tend to get cluttered
> when
> > we
> > > have a lot of options, I am starting with 4 and 5 of February.
> Beware
> > > that
> > > the time is in GMT-02:00 (Brasilia time). Therefore, before
> selecting
> > > one,
> > > it might be a good idea to check the difference between GMT-02:00
> and
> > > your
> > > timezone.
> > >
> > > The link for the Doodle pool is:
> > > https://doodle.com/poll/7dpvtiqg67it452m
> > >
> > > If you have any other question or suggestion for dates and time,
> > > please do
> > > not hesitate to contact me.
> > >
> > > Again, thanks for your (the ACS community) time, attention, and
> > effort.
> > >
> > > Let’s make CCC-BR 2019 happen!!
> > >
> > > On Mon, Dec 24, 2018 at 2:32 PM Tutkowski, Mike <
> > > mike.tutkow...@netapp.com>
> > > wrote:
> > >
> > > > Yeah, let’s do a call once more people are back from the
> holidays.
> > > Maybe
> > > > the first or second week of January?
> > > >
> > > > 
> > > > From: Rafael Weingärtner 
> > > > Sent: Monday, December 24, 2018 3:47 AM
> > > > To: users; dev
> > > > Subject: Re: CloudStack Collab in Brazil
> > > >
> > > > NetApp Security WARNING: This is an external email. Do not click
> > > links or
> > > > open attachments unless you recognize the sender and know the
> > > content is
> > > > safe.
> > > >
> > > >
> > > >
> > > >
> > > > It would be great to have your presence :)
> > > > My idea is to have a call after this period of Christmas and New
> > > Year’s
> > > > Eve. I will let you guys know when I get the dates and time.
> > > >
> > > > Thanks for your (the ACS community) time, attention, and effort
> so
> > > far.
> > > >
> > > > On Fri, Dec 21, 2018 at 10:04 PM Tim Mackey 
> > > wrote:
> > > >
> > > > > Rafael,
> > > > >
> > > > > I can't do a call next week, but the following week I should be
> > > able to.
> > > > > The tracks look great. From my side, assuming I can get travel
> > > a

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Awesome!. Thanks.

On Fri, Jan 11, 2019 at 5:12 PM Tutkowski, Mike 
wrote:

> I can participate in the call, Rafael. I have updated the Doodle pool.
>
> On 1/11/19, 11:47 AM, "Rafael Weingärtner" 
> wrote:
>
> NetApp Security WARNING: This is an external email. Do not click links
> or open attachments unless you recognize the sender and know the content is
> safe.
>
>
>
>
> Hello CloudStackers,
>
> Happy new year to everybody! I hope that you all enjoyed the
> festivities
> and are rested and ready for this new, challenging and exciting year ;)
>
> As you all know, we are trying to organize the CCC as a joint event
> with
> TDC in Brazil. We have proposed the topics for presentations, and now
> the
> next step is to schedule a meeting with the TDC organizers. We need to
> discuss channels to spread the word regarding the conference, talks
> selection process, branding (CCC, Apache CloudStack) with the TDC, and
> so
> on. Who would be willing to join me in this call?
>
> They are unavailable in January. Therefore, I am proposing the call to
> be
> in the first week of February. I am starting a pool in Doodle to see
> if we
> can find the best time and date. As pools tend to get cluttered when we
> have a lot of options, I am starting with 4 and 5 of February. Beware
> that
> the time is in GMT-02:00 (Brasilia time). Therefore, before selecting
> one,
> it might be a good idea to check the difference between GMT-02:00 and
> your
> timezone.
>
> The link for the Doodle pool is:
> https://doodle.com/poll/7dpvtiqg67it452m
>
> If you have any other question or suggestion for dates and time,
> please do
> not hesitate to contact me.
>
> Again, thanks for your (the ACS community) time, attention, and effort.
>
> Let’s make CCC-BR 2019 happen!!
>
> On Mon, Dec 24, 2018 at 2:32 PM Tutkowski, Mike <
> mike.tutkow...@netapp.com>
> wrote:
>
>     > Yeah, let’s do a call once more people are back from the holidays.
> Maybe
> > the first or second week of January?
> >
> > 
> > From: Rafael Weingärtner 
> > Sent: Monday, December 24, 2018 3:47 AM
> > To: users; dev
> > Subject: Re: CloudStack Collab in Brazil
> >
> > NetApp Security WARNING: This is an external email. Do not click
> links or
> > open attachments unless you recognize the sender and know the
> content is
> > safe.
> >
> >
> >
> >
> > It would be great to have your presence :)
> > My idea is to have a call after this period of Christmas and New
> Year’s
> > Eve. I will let you guys know when I get the dates and time.
> >
> > Thanks for your (the ACS community) time, attention, and effort so
> far.
> >
> > On Fri, Dec 21, 2018 at 10:04 PM Tim Mackey 
> wrote:
> >
> > > Rafael,
> > >
> > > I can't do a call next week, but the following week I should be
> able to.
> > > The tracks look great. From my side, assuming I can get travel
> approval,
> > > I'll submit on the cloud security track. Regulations are part of
> my life
> > > these days!
> > >
> > > -tim
> > >
> > > On Fri, Dec 21, 2018 at 10:19 AM Rafael Weingärtner <
> > > rafaelweingart...@gmail.com> wrote:
> > >
> > > > No date has been set yet. Next week I will contact them again,
> and
> > then I
> > > > will reach the community here to set a date. Thanks for the
> willingness
> > > to
> > > > make this happen! Your participation is essential. You guys have
> great
> > > use
> > > > cases of ACS.
> > > >
> > > > On Fri, Dec 21, 2018 at 12:49 PM Ricardo Makino <
> > ricardo.n...@gmail.com>
> > > > wrote:
> > > >
> > > > > Hi Rafael,
> > > > >
> > > > > I am able to join you in the call, when do you expect it
> happening?
> > > > >
> > > > > Maybe we can use doodle (https://doodle.com) to check the
> schedule
> > of
> > > > all
> > > > > involved in the call.
> > > > >
> > > > > Best Regards,
> > > > > --
> > > > > Ricardo Makino
> > > > >
> > &

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Hello CloudStackers,

Happy new year to everybody! I hope that you all enjoyed the festivities
and are rested and ready for this new, challenging and exciting year ;)

As you all know, we are trying to organize the CCC as a joint event with
TDC in Brazil. We have proposed the topics for presentations, and now the
next step is to schedule a meeting with the TDC organizers. We need to
discuss channels to spread the word regarding the conference, talks
selection process, branding (CCC, Apache CloudStack) with the TDC, and so
on. Who would be willing to join me in this call?

They are unavailable in January. Therefore, I am proposing the call to be
in the first week of February. I am starting a pool in Doodle to see if we
can find the best time and date. As pools tend to get cluttered when we
have a lot of options, I am starting with 4 and 5 of February. Beware that
the time is in GMT-02:00 (Brasilia time). Therefore, before selecting one,
it might be a good idea to check the difference between GMT-02:00 and your
timezone.

The link for the Doodle pool is: https://doodle.com/poll/7dpvtiqg67it452m

If you have any other question or suggestion for dates and time, please do
not hesitate to contact me.

Again, thanks for your (the ACS community) time, attention, and effort.

Let’s make CCC-BR 2019 happen!!

On Mon, Dec 24, 2018 at 2:32 PM Tutkowski, Mike 
wrote:

> Yeah, let’s do a call once more people are back from the holidays. Maybe
> the first or second week of January?
>
> ____
> From: Rafael Weingärtner 
> Sent: Monday, December 24, 2018 3:47 AM
> To: users; dev
> Subject: Re: CloudStack Collab in Brazil
>
> NetApp Security WARNING: This is an external email. Do not click links or
> open attachments unless you recognize the sender and know the content is
> safe.
>
>
>
>
> It would be great to have your presence :)
> My idea is to have a call after this period of Christmas and New Year’s
> Eve. I will let you guys know when I get the dates and time.
>
> Thanks for your (the ACS community) time, attention, and effort so far.
>
> On Fri, Dec 21, 2018 at 10:04 PM Tim Mackey  wrote:
>
> > Rafael,
> >
> > I can't do a call next week, but the following week I should be able to.
> > The tracks look great. From my side, assuming I can get travel approval,
> > I'll submit on the cloud security track. Regulations are part of my life
> > these days!
> >
> > -tim
> >
> > On Fri, Dec 21, 2018 at 10:19 AM Rafael Weingärtner <
> > rafaelweingart...@gmail.com> wrote:
> >
> > > No date has been set yet. Next week I will contact them again, and
> then I
> > > will reach the community here to set a date. Thanks for the willingness
> > to
> > > make this happen! Your participation is essential. You guys have great
> > use
> > > cases of ACS.
> > >
> > > On Fri, Dec 21, 2018 at 12:49 PM Ricardo Makino <
> ricardo.n...@gmail.com>
> > > wrote:
> > >
> > > > Hi Rafael,
> > > >
> > > > I am able to join you in the call, when do you expect it happening?
> > > >
> > > > Maybe we can use doodle (https://doodle.com) to check the schedule
> of
> > > all
> > > > involved in the call.
> > > >
> > > > Best Regards,
> > > > --
> > > > Ricardo Makino
> > > >
> > > >
> > > > On Fri, Dec 21, 2018 at 11:23 AM Rafael Weingärtner <
> > > > rafaelweingart...@gmail.com> wrote:
> > > >
> > > > > Hello Folks,
> > > > >
> > > > > I have submitted the tracks. The next step now is to schedule a
> > meeting
> > > > > with the TDC organizers again. However, at this time, I need some
> of
> > > you
> > > > in
> > > > > the call. We will be discussing channels to spread the word
> regarding
> > > the
> > > > > conference, talks selection process, maybe branding (CCC, Apache
> > > > > CloudStack) with the TDC, and so on. Who would be willing to join
> me
> > in
> > > > > this call?
> > > > >
> > > > >
> > > > > Here go the details of the tracks that I submitted.
> > > > >
> > > > > > *Track Name:* Cloud Orchestration
> > > > > > *Track slogan:* Meet the cloud builders and learn how clouds are
> > > > created
> > > > > > *Track description:*
> > > > > > Computing resources became a commodity, and as such, they are
> sold
> > > and
> > 

Re: Companies branded tags deleted from Apache CloudStack official repository

[Rafael Weingärtner]

Thanks for cleaning up the other ones.

On Thu, Jan 10, 2019 at 3:55 PM Rohit Yadav 
wrote:

> Hi Rafael,
>
>
> Thanks for the cleanup, I've removed a few more tags.
>
>
> Looks like either myself or my colleagues accidentally pushed some
> branches/tags as some of us use different remotes within the same cloned
> repository (tags you removed are here
> https://github.com/shapeblue/cloudstack/releases) that we use to send PRs
> from.
>
>
> A good reminder that one ought to specify the remote name and branch name
> such as 'git push remote-name branch-name' and avoid doing a general push
> such as 'git push' or 'git push remote-name'.
>
>
> - Rohit
>
> 
> From: Rafael Weingärtner 
> Sent: Thursday, January 10, 2019 10:44:46 PM
> To: dev
> Subject: Companies branded tags deleted from Apache CloudStack official
> repository
>
> Helo Guys,
> Today while fetching CloudStack code, I noticed some weird tags. They do
> not represent Apache CloudStack official tags, and probably were pushed by
> mistake. Therefore, I removed them.
> These are the removed tags:
>
> > c226e423b478625953f22c1ec4698b0ea4e7a991refs/tags/4.5.2.1-shapeblue4
> > 7051c34bd078add5cd9070c53eacb4110facbc29
> > refs/tags/4.5.2.1-shapeblue4-xenserver-local-storage
> > 02815417f26b2dde51be8bd1e68ad1491d2a1841
> > refs/tags/4.9.0.0-vr-perfm-shapeblue1
> > 7eab9eb0e0bfd598ae5c5c40799bd613b4f39881refs/tags/4.9.1.0-shapeblue2
> > 93c108fa39e95f6a01a2286e573ded54c83e43f1
> > refs/tags/4.9.1.0-vr-perf-shapeblue1
> > 044ae8a070350266ffe6049fc3cad82d2fcbd8cfrefs/tags/4.9.2.0-shapeblue1
> > b24948b5b9dafb4d4a0e4fd2beac50632720c014refs/tags/4.9.2.0-shapeblue2
> > ebf9897293a826d068b57c49c273bf4b9fd7f72erefs/tags/shapeblue-4.3.2-01
> > 97949bc68fee9b19bbefb1832404b7f3944e8e4frefs/tags/shapeblue-4.4.3-00
> > 6f41061e1428527c3f826d268377557ce607196brefs/tags/shapeblue-4.4.4-00
> > 54f3e7733f28fe77b01395f3da287d73e370f343refs/tags/shapeblue-4.5.1-00
> > 7385441807ba3fde3d45c226df6b1bdd2f36ae26refs/tags/shapeblue-4.5.2-00
> > ca5f90b5dde75aa7f52da822a940268080a1f54a
> > refs/tags/shapeblue-4.5.2-01-drs
> > 9b74a73765939470208378e1961132451f011604
> > refs/tags/shapeblue-4.5.2-01-samlquota
> > 708c46023b3dfcd7ed518c5791459b4e638797da
> > refs/tags/shapeblue-4.5.2-01-vmware-disks
> > 23c6248ef72a25b833be18d2f5b51d005a5326a4
> > refs/tags/shapeblue-4.5.2-02-dbconn
> > d89d1eec6de88b5f2c706433b7a0b8fb94dcc5cb
> > refs/tags/shapeblue-4.5.2-02-dbconn-an
> > 0d00c32fa71cdd452eb588f5768cf94d6d4b639b
> > refs/tags/shapeblue-4.5.2-02-samlquota
> > 0ea5d7004ec914f91ca3fe70a0d92ec62d23f1e7
> > refs/tags/shapeblue-4.5.2-02-vmware-disks
> > 588b993e7eabb5802e0b0882f4eca0a30d68166e
> > refs/tags/shapeblue-4.5.2-03-listtemplates
> > 1bb730ff8596335a33d5e132fcd4abb677b94d0d
> > refs/tags/shapeblue-4.5.2-03-samlquota
> > 7493b54e59bf4533550e69217195bf39de2d7543
> > refs/tags/shapeblue-4.5.2-04-samlquota
> > a102c07c3457e3e36dada8275b62f1659fcd5ea8
> > refs/tags/shapeblue-4.5.2-05-samlquota
> > f24d47bb7493ba0170c0d2ea90a77c9a63ef8e37
> > refs/tags/shapeblue-4.5.2-06-samlquota
> > 05f434defc6696c3ab6a69bcef19bfe7bd1888b7
> > refs/tags/shapeblue-4.5.2-07-samlquota
> > 4f2525a6826bf5c6c94513c9bfd7a7bbe835f5a9
> > refs/tags/shapeblue-4.5.2-08-samlquota
> > 6d7e5d8393ad48ea70179e8fca41f20437084bd8
> > refs/tags/shapeblue-4.5.2-09-samlquota
> > 9c144e685e92ae181cbf1ede3bb137302ee0f60b
> > refs/tags/shapeblue-4.5.2-10-samlquota
> > dc108a86e1a3af8f282e7a66c1ae1f52e599cb28
> > refs/tags/shapeblue-4.5.2-11-samlquota
> > c4f09a5f76453fdf37c8e32dead19cc76e340751
> > refs/tags/shapeblue-4.5.2-12-samlquota
> > 66d59f5387a9518cd1da0cf646b87d0a9deb3c29
> > refs/tags/shapeblue-4.5.2-13-samlquota
> > e8b6e813d8b2bcddec277b6a1cbdfef4a814fab6
> > refs/tags/shapeblue-4.5.2-14-samlquota
> > 7480e5e887b90f080d2cef211f416024e0b190db
> > refs/tags/shapeblue-4.5.2-15-samlquota
> > 8bb0a70a56f652a271e21df892fcd1f4d8bd0f78
> refs/tags/shapeblue-4.5.2-saml
> > 6bcefb4bea0ef25721f5625e5c267e98f107
> > refs/tags/shapeblue-4.5.2.0-01-srscanfix
> > 6a55d87708b3647f1f8ee9fdbbf1eb6b75d9548f
> > refs/tags/shapeblue-4.5.3-00-vmwarediskcontroller
> > e31ade03c66368c64f0cd66cb7b0b754cddfb79drefs/tags/shapeblue-4.6.0-00
> > beb840fc1cdfa5ba3c76ce4071cf5c4b775362cdrefs/tags/shapeblue-4.6.1-00
> > a3ff3e7cb4514151b01a1d617beb2017d252e5bd
> > refs/tags/shapeblue-4.6.2.1-02-netupgrade
> > 69f849fc49a6e5aeb0b094eeef23ea2471c42702
> > re

Companies branded tags deleted from Apache CloudStack official repository

[Rafael Weingärtner]

Helo Guys,
Today while fetching CloudStack code, I noticed some weird tags. They do
not represent Apache CloudStack official tags, and probably were pushed by
mistake. Therefore, I removed them.
These are the removed tags:

> c226e423b478625953f22c1ec4698b0ea4e7a991refs/tags/4.5.2.1-shapeblue4
> 7051c34bd078add5cd9070c53eacb4110facbc29
> refs/tags/4.5.2.1-shapeblue4-xenserver-local-storage
> 02815417f26b2dde51be8bd1e68ad1491d2a1841
> refs/tags/4.9.0.0-vr-perfm-shapeblue1
> 7eab9eb0e0bfd598ae5c5c40799bd613b4f39881refs/tags/4.9.1.0-shapeblue2
> 93c108fa39e95f6a01a2286e573ded54c83e43f1
> refs/tags/4.9.1.0-vr-perf-shapeblue1
> 044ae8a070350266ffe6049fc3cad82d2fcbd8cfrefs/tags/4.9.2.0-shapeblue1
> b24948b5b9dafb4d4a0e4fd2beac50632720c014refs/tags/4.9.2.0-shapeblue2
> ebf9897293a826d068b57c49c273bf4b9fd7f72erefs/tags/shapeblue-4.3.2-01
> 97949bc68fee9b19bbefb1832404b7f3944e8e4frefs/tags/shapeblue-4.4.3-00
> 6f41061e1428527c3f826d268377557ce607196brefs/tags/shapeblue-4.4.4-00
> 54f3e7733f28fe77b01395f3da287d73e370f343refs/tags/shapeblue-4.5.1-00
> 7385441807ba3fde3d45c226df6b1bdd2f36ae26refs/tags/shapeblue-4.5.2-00
> ca5f90b5dde75aa7f52da822a940268080a1f54a
> refs/tags/shapeblue-4.5.2-01-drs
> 9b74a73765939470208378e1961132451f011604
> refs/tags/shapeblue-4.5.2-01-samlquota
> 708c46023b3dfcd7ed518c5791459b4e638797da
> refs/tags/shapeblue-4.5.2-01-vmware-disks
> 23c6248ef72a25b833be18d2f5b51d005a5326a4
> refs/tags/shapeblue-4.5.2-02-dbconn
> d89d1eec6de88b5f2c706433b7a0b8fb94dcc5cb
> refs/tags/shapeblue-4.5.2-02-dbconn-an
> 0d00c32fa71cdd452eb588f5768cf94d6d4b639b
> refs/tags/shapeblue-4.5.2-02-samlquota
> 0ea5d7004ec914f91ca3fe70a0d92ec62d23f1e7
> refs/tags/shapeblue-4.5.2-02-vmware-disks
> 588b993e7eabb5802e0b0882f4eca0a30d68166e
> refs/tags/shapeblue-4.5.2-03-listtemplates
> 1bb730ff8596335a33d5e132fcd4abb677b94d0d
> refs/tags/shapeblue-4.5.2-03-samlquota
> 7493b54e59bf4533550e69217195bf39de2d7543
> refs/tags/shapeblue-4.5.2-04-samlquota
> a102c07c3457e3e36dada8275b62f1659fcd5ea8
> refs/tags/shapeblue-4.5.2-05-samlquota
> f24d47bb7493ba0170c0d2ea90a77c9a63ef8e37
> refs/tags/shapeblue-4.5.2-06-samlquota
> 05f434defc6696c3ab6a69bcef19bfe7bd1888b7
> refs/tags/shapeblue-4.5.2-07-samlquota
> 4f2525a6826bf5c6c94513c9bfd7a7bbe835f5a9
> refs/tags/shapeblue-4.5.2-08-samlquota
> 6d7e5d8393ad48ea70179e8fca41f20437084bd8
> refs/tags/shapeblue-4.5.2-09-samlquota
> 9c144e685e92ae181cbf1ede3bb137302ee0f60b
> refs/tags/shapeblue-4.5.2-10-samlquota
> dc108a86e1a3af8f282e7a66c1ae1f52e599cb28
> refs/tags/shapeblue-4.5.2-11-samlquota
> c4f09a5f76453fdf37c8e32dead19cc76e340751
> refs/tags/shapeblue-4.5.2-12-samlquota
> 66d59f5387a9518cd1da0cf646b87d0a9deb3c29
> refs/tags/shapeblue-4.5.2-13-samlquota
> e8b6e813d8b2bcddec277b6a1cbdfef4a814fab6
> refs/tags/shapeblue-4.5.2-14-samlquota
> 7480e5e887b90f080d2cef211f416024e0b190db
> refs/tags/shapeblue-4.5.2-15-samlquota
> 8bb0a70a56f652a271e21df892fcd1f4d8bd0f78refs/tags/shapeblue-4.5.2-saml
> 6bcefb4bea0ef25721f5625e5c267e98f107
> refs/tags/shapeblue-4.5.2.0-01-srscanfix
> 6a55d87708b3647f1f8ee9fdbbf1eb6b75d9548f
> refs/tags/shapeblue-4.5.3-00-vmwarediskcontroller
> e31ade03c66368c64f0cd66cb7b0b754cddfb79drefs/tags/shapeblue-4.6.0-00
> beb840fc1cdfa5ba3c76ce4071cf5c4b775362cdrefs/tags/shapeblue-4.6.1-00
> a3ff3e7cb4514151b01a1d617beb2017d252e5bd
> refs/tags/shapeblue-4.6.2.1-02-netupgrade
> 69f849fc49a6e5aeb0b094eeef23ea2471c42702
> refs/tags/shapeblue-4.6.2.1-05-secfix-vrperf
> ac6ab0d3c293d5c54e197f0b08f3dd506cf32f0e
> refs/tags/shapeblue-4.8.0-01-agent-jdkfix
> 5318f16796a8397be9320dcf0b4bf229e12fa23f
> refs/tags/shapeblue-4.8.0-01-oraclejdk-agent
> 0cd0f989a013382be3b0a86514f1ab174cb5a251refs/tags/shapeblue-4.8.1.1-00
> 643f75aa9150156b1fb05f339a338614fc7ad3fb
> refs/tags/shapeblue-4.9.0-00-rc1
> f441ac0297b3f585026618d2eee749f30148a29erefs/tags/shapeblue-4.9.0.1-00
> 82bf2544a04ce02adc605a194a40287c258d77ba
> refs/tags/shapeblue-systemvmtemplate-bigvarlog
>


-- 
Rafael Weingärtner

Re: questions about 4.11 future

[Rafael Weingärtner]

I have a question. Is it a bug or a feature?

I have seen new features being introduced in this 4.11 (LTS) version, and I
keep asking myself, why do we do that?
According to the LTS document we have, LTS versions should only receive
fixes, and not new features.

> The following are the types of changes that are permitted and guarantees
> provided to users:
>
>- Defect fixes only.  Enhancements for that expand support for
>existing plugins (e.g. XenServer 7) and additional JDK/JRE or MySQL
>versions may be considered if the change is sufficiently isolated and do
>not introduce significant quality release to the branch.
>- Database changes will be limited to those required to address defect
>fixes
>- Supported JDK/JRE, MySQL, and Linux distribution versions will not
>be removed throughout the cycle
>
> Reference: https://cwiki.apache.org/confluence/display/CLOUDSTACK/LTS

On Thu, Jan 3, 2019 at 1:44 PM Paul Angus  wrote:

> There definitely will be a 4.11.3 release, I would expect it to be around
> end of Q1.
> We shouldn't have a problem handling a new unique entry in both with an
> INSERT IGNORE in the 4.12 upgrade script
>
>
> Kind regards,
>
> Paul Angus
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
>
> -Original Message-
> From: Simon Weller 
> Sent: 03 January 2019 15:23
> To: Rohit Yadav ; dev@cloudstack.apache.org
> Subject: Re: questions about 4.11 future
>
> Rohit,
>
>
> Thoughts on this? We can base it on 4.11 or the pending 4.12 master.
>
>
> - Si
>
>
>
>
> 
> From: Nathan Johnson 
> Sent: Wednesday, January 2, 2019 12:23 PM
> To: Rohit Yadav
> Cc: dev@cloudstack.apache.org
> Subject: questions about 4.11 future
>
> First off, is there going to be a 4.11.3 release?
>
> Assuming so, at what point would it be appropriate to add database
> migrations?  I have a bug fix I'd like to open a PR on, but it will require
> a small database change - namely inserting a record into the configuration
> table.
>
> Is it appropriate for me to start a new migration path for 4.11.3 to
> facilitate this fix?  Or would it be more appropriate for the release
> manager to do this?
>
> If you'd like, I have a 4.11.3 database migration started in my branch
> (i.e., added a schema-41120to41130.sql / cleanup , added a
> Upgrade41120to41130.java , and added the Upgrade41120to41130 class to all
> of the paths mentioned in DatabaseUpgradeChecker).  if you'd like me to
> open a PR on effectively an empty 4.11.3 migrations path, and then I could
> make a second PR that just adds the appropriate sql statement(s) for the
> actual bug fix PR.
>
> Thanks in advance,
>
> Nathan Johnson
>


-- 
Rafael Weingärtner

Re: Re: [PROPOSE] RM for 4.12

[Rafael Weingärtner]

Folks, time flies, the proposed freeze date is almost there; Gabriel has
proposed a timeline for us to release 4.12. If there are objections, people
need to raise their concerns; otherwise, by lazy consensus, I would say
that Gabriel has the green flag to move on.

On Fri, Dec 28, 2018 at 10:25 AM Gabriel Beims Bräscher <
gabrasc...@gmail.com> wrote:

> Hi Haijiao,
>
> It would be great to have it. If we get a PR before the release freezing, I
> have no problem adding it to 4.12.
>
> Thanks for the feedback.
>
> Em qui, 27 de dez de 2018 às 23:50, Haijiao <18602198...@163.com>
> escreveu:
>
> > Great !
> >
> >
> > Is it possible to add XenServer 7.6 and XCP-ng 7.6 support into ACS 4.12,
> > though there's no PR to address it yet ?
> >
> >
> > Regards,
> >
> >
> >
> >
> > 在2018年12月27 19时02分, "Gabriel Beims Bräscher"写道:
> >
> > Thanks for the feedback, Rafael.
> >
> > Updated the PRs/features list:
> >
> > I – IPv6 support for Advanced network;
> >
> >  I a) ipv6: Calculate IPv6 address instead of fetching one from a pool
> > #3077 (https://github.com/apache/cloudstack/pull/3077)
> >
> >  I b) Refactory VXLAN script and add IPv6 support #3070 (
> > https://github.com/apache/cloudstack/pull/3070)
> >
> > II – UI: Update jquery and related libraries #3069 (
> > https://github.com/apache/cloudstack/pull/3069)
> >
> > III – Data motion new features
> >
> >  III a) KVM-Local storage - fixes: (i) migrate template when it does note
> > exist on target storage, and (ii) enable migrations with TLS connection;
> >
> >  III b) KVM live storage migration intra-cluster from NFS source and
> > destination #2983 (https://github.com/apache/cloudstack/pull/2983)
> >
> >  III c) Vmware offline migration #2848 (
> > https://github.com/apache/cloudstack/pull/2848)
> >
> > IV – Add Influxdb to StatsCollector #3078 (
> > https://github.com/apache/cloudstack/pull/3078)
> >
> > V – Add command to list management servers #2578 (
> > https://github.com/apache/cloudstack/pull/2578)
> >
> > Em qua, 26 de dez de 2018 às 11:25, Rafael Weingärtner <
> > rafaelweingart...@gmail.com> escreveu:
> >
> > > It sounds like a plan.
> > >
> > > Reading through your suggested PRs (from the backlog we have), I
> noticed
> > > something though. The PR (
> https://github.com/apache/cloudstack/pull/2997
> > )
> > > that has been merged introduced a bug in its feature (as we discussed
> > last
> > > week). Therefore, you need to add the fix for this bug in the list as
> > well.
> > >
> > > On Wed, Dec 26, 2018 at 9:48 AM Gabriel Beims Bräscher <
> > > gabrasc...@gmail.com>
> > > wrote:
> > >
> > > > Hi All,
> > > >
> > > >
> > > > It has been one year since we started discussing the 4.11 release,
> > which
> > > > was released on 12 February 2018. Additionally, 4.11 LTS is supported
> > > until
> > > > 1st July 2019 [1]; the next release will be 4.12, prior to our next
> LTS
> > > > (5.0?). With that in mind, I'd like to put myself forward as release
> > > > manager for 4.12. Please feel free to discuss if you have comments or
> > > > concerns.
> > > >
> > > >
> > > > Here is the plan:
> > > >
> > > > 1. The freeze date for the 4.12.0.0 will be at the 12th of January
> > 2019.
> > > >
> > > > 2. After the freeze date (12th Jan), features will not be allowed on
> > > > 4.12.0.0 and fixes only if addressing blocker issues. Fixes for other
> > > > issues will be individually judged on their merit and risk.
> > > >
> > > > 3. RM will triage/report critical and blocker bugs for 4.12 and
> > encourage
> > > > people to get them fixed.
> > > >
> > > > 4. RM will create RCs and start voting once blocker bugs are cleared
> > and
> > > > baseline smoke test results are on par with previous smoke test
> > results.
> > > >
> > > > 5. RM will allocate at least a week for branch stabilization and
> > testing.
> > > > At the earliest, on 18th January, RM will put 4.12.0.0-rc1 for voting
> > > from
> > > > the 4.12.0.0 branch, and master will be open to accepting new
> features.
> > > >
> > > > 6. RM will repeat 3-5 as required. Voting/testing of -rc2, -rc3 and
> so
> > on
&g

Re: [PROPOSE] RM for 4.12

[Rafael Weingärtner]

It sounds like a plan.

Reading through your suggested PRs (from the backlog we have), I noticed
something though. The PR (https://github.com/apache/cloudstack/pull/2997)
that has been merged introduced a bug in its feature (as we discussed last
week). Therefore, you need to add the fix for this bug in the list as well.

On Wed, Dec 26, 2018 at 9:48 AM Gabriel Beims Bräscher 
wrote:

> Hi All,
>
>
> It has been one year since we started discussing the 4.11 release, which
> was released on 12 February 2018. Additionally, 4.11 LTS is supported until
> 1st July 2019 [1]; the next release will be 4.12, prior to our next LTS
> (5.0?). With that in mind, I'd like to put myself forward as release
> manager for 4.12. Please feel free to discuss if you have comments or
> concerns.
>
>
> Here is the plan:
>
> 1. The freeze date for the 4.12.0.0 will be at the 12th of January 2019.
>
> 2. After the freeze date (12th Jan), features will not be allowed on
> 4.12.0.0 and fixes only if addressing blocker issues. Fixes for other
> issues will be individually judged on their merit and risk.
>
> 3. RM will triage/report critical and blocker bugs for 4.12 and encourage
> people to get them fixed.
>
> 4. RM will create RCs and start voting once blocker bugs are cleared and
> baseline smoke test results are on par with previous smoke test results.
>
> 5. RM will allocate at least a week for branch stabilization and testing.
> At the earliest, on 18th January, RM will put 4.12.0.0-rc1 for voting from
> the 4.12.0.0 branch, and master will be open to accepting new features.
>
> 6. RM will repeat 3-5 as required. Voting/testing of -rc2, -rc3 and so on
> will be created as required.
>
> 7. Once vote passes - RM will continue with the release procedures [2].
>
>
> I have selected the following pull requests and features to address some
> efforts and merge them on 4.12.0.0:
>
> I – IPv6 support for Advanced network;
>
>   I a) ipv6: Calculate IPv6 address instead of fetching one from a pool
> #3077 (https://github.com/apache/cloudstack/pull/3077)
>
>   I b) Refactory VXLAN script and add IPv6 support #3070 (
> https://github.com/apache/cloudstack/pull/3070)
>
> II – UI: Update jquery and related libraries #3069 (
> https://github.com/apache/cloudstack/pull/3069)
>
> III – Data motion new features
>
>   III a) KVM-Local storage (https://github.com/apache/cloudstack/pull/2997
> )
>
>   III b) KVM live storage migration intra cluster from NFS source and
> destination #2983 (https://github.com/apache/cloudstack/pull/2983)
>
>   III c) Vmware offline migration #2848 (
> https://github.com/apache/cloudstack/pull/2848)
>
> IV – Add Influxdb to StatsCollector #3078 (
> https://github.com/apache/cloudstack/pull/3078)
>
> V – Add command to list management servers #2578 (
> https://github.com/apache/cloudstack/pull/2578)
>
>
> Please contribute with your ideas and feedback.
>
>
> Regards,
>
> Gabriel.
>
>
> [1] https://cwiki.apache.org/confluence/display/CLOUDSTACK/LTS
>
> [2]
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+Procedure
>


-- 
Rafael Weingärtner

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

It would be great to have your presence :)
My idea is to have a call after this period of Christmas and New Year’s
Eve. I will let you guys know when I get the dates and time.

Thanks for your (the ACS community) time, attention, and effort so far.

On Fri, Dec 21, 2018 at 10:04 PM Tim Mackey  wrote:

> Rafael,
>
> I can't do a call next week, but the following week I should be able to.
> The tracks look great. From my side, assuming I can get travel approval,
> I'll submit on the cloud security track. Regulations are part of my life
> these days!
>
> -tim
>
> On Fri, Dec 21, 2018 at 10:19 AM Rafael Weingärtner <
> rafaelweingart...@gmail.com> wrote:
>
> > No date has been set yet. Next week I will contact them again, and then I
> > will reach the community here to set a date. Thanks for the willingness
> to
> > make this happen! Your participation is essential. You guys have great
> use
> > cases of ACS.
> >
> > On Fri, Dec 21, 2018 at 12:49 PM Ricardo Makino 
> > wrote:
> >
> > > Hi Rafael,
> > >
> > > I am able to join you in the call, when do you expect it happening?
> > >
> > > Maybe we can use doodle (https://doodle.com) to check the schedule of
> > all
> > > involved in the call.
> > >
> > > Best Regards,
> > > --
> > > Ricardo Makino
> > >
> > >
> > > On Fri, Dec 21, 2018 at 11:23 AM Rafael Weingärtner <
> > > rafaelweingart...@gmail.com> wrote:
> > >
> > > > Hello Folks,
> > > >
> > > > I have submitted the tracks. The next step now is to schedule a
> meeting
> > > > with the TDC organizers again. However, at this time, I need some of
> > you
> > > in
> > > > the call. We will be discussing channels to spread the word regarding
> > the
> > > > conference, talks selection process, maybe branding (CCC, Apache
> > > > CloudStack) with the TDC, and so on. Who would be willing to join me
> in
> > > > this call?
> > > >
> > > >
> > > > Here go the details of the tracks that I submitted.
> > > >
> > > > > *Track Name:* Cloud Orchestration
> > > > > *Track slogan:* Meet the cloud builders and learn how clouds are
> > > created
> > > > > *Track description:*
> > > > > Computing resources became a commodity, and as such, they are sold
> > and
> > > > > consumed and billed on demand. Cloud computing provided all of that
> > > with
> > > > > resiliency, elasticity, and scalability; thus, it is enabling
> > companies
> > > > to
> > > > > efficiently use computing resources.
> > > > >
> > > > > The cloud orchestration track will address topics regarding
> features,
> > > and
> > > > > cloud orchestration systems design (e.g. CloudStack, and OpenStack)
> > and
> > > > > cloud data center structure. Moreover, the audience will have the
> > > > > opportunity to meet the people behind the cloud orchestration
> systems
> > > > > mostly deployed in the world.
> > > > >
> > > > > *Targeted audience:*
> > > > > he main audience is cloud operators/administrators that are dealing
> > on
> > > a
> > > > > daily basis with cloud computing platforms. Other interested
> parties
> > > are
> > > > > cloud developers (developers interested in working at the base of
> the
> > > > > cloud, and not just on consuming cloud resources), cloud
> consultants
> > > and
> > > > > business people that work creating, deploying, and maintaining
> cloud
> > > > > computing environments.
> > > > >
> > > >
> > > > *Track Name:* Cloud DevOps
> > > > > *Track slogan:* Get together with other cloud administrators and
> > > > > developers and share your daily hacks!
> > > > > *Track description:*
> > > > > Companies are either creating private clouds or using public clouds
> > > > > (sometimes doing both at the same time). This track provides a
> space
> > > for
> > > > > system administrators and developers to share their day-to-day
> tasks
> > > and
> > > > > hacks when consuming cloud resources or maintaining cloud
> > environments.
> > > > > *Targeted audience:*
> > > > > The targeted audience is cloud developers (cloud 

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

ting security aspects in cloud
> computing; privacy issues (relating to GDPR), DDoS and QoS, and so on.
> Moreover, it is a great opportunity to evaluate the impact of regulations
> such as GDPR, on the cloud.
>
> *Targeted audience:*
> Everybody, from business people to developers that either work with cloud
> or want to get into the cloud world.
>

I am very thankful if you reached here. This means that I did waste time
writing all of this ;)




On Thu, Dec 20, 2018 at 4:22 PM Rafael Weingärtner <
rafaelweingart...@gmail.com> wrote:

> Thanks for the feedback guys. Sorry or the top post, but I missed the
> time, and I think it is easier to reply on top.
>
> Brilliant Idea Makino; the security aspects of cloud environments are
> sometimes overlooked. I will add that. Thanks for the suggestion and
> support to me this happen ;)
>
> Thanks for the support as well Cristian. It is going to be great to make
> this happen with you guys.
>
> Gabriel, it is not restricted to committers/PMCs. Anybody (users,
> developers, committers, PMCs, and even OpenStackers that might be
> eavesdropping our lists…) are more than welcome to help to make this happen.
>
> Marco and Tim, it is going to be great to have your support as well either
> helping to promote or to review talk proposals.
>
> So, I will proceed with proposing the topics as follows.
>
>- Cloud computing (area/topic)
>   - cloud orchestration -- this would be the track where topics
>   regarding features, and cloud orchestration systems (e.g. CloudStack)
>   design and structure would be presented
>   - DevOps -- track for presentations that address the day-to-day of
>   CloudStack (or OpenStack) developers and the daily life of operators 
> with
>   tasks such as debugging and troubleshooting
>   - tests -- track for discussing the Q process and testing methods
>   for clouds
>   - cloud open source ecosystem -- track focusing on the cloud
>   ecosystem, where people can address things relating the job market,
>   business opportunities, and the management process of highly 
> heterogeneous
>   and distributed communities in OpenSource (such as CloudStack)
>   - cloud security – track for discussing and presenting security
>   aspects in cloud computing; privacy issues (GDPR), DDoS and QoS, and so 
> on.
>
>
> Again, thank you very much for your inputs. I will now proceed to propose
> the tracks, and then I will get back to you guys to define a date to set a
> call, so we can discuss this further with TDC’s tracks coordinators
>
>
> On Wed, Dec 19, 2018 at 4:27 PM Marco Sinhoreli <
> marco.sinhor...@shapeblue.com> wrote:
>
>> I am available to help since I am in Brazil and I have in local community
>> many ACS users that want to talk in CCC.
>>
>> Also, Makino and Cristian are involved a long time with CloudStack and
>> they can help us to have a great event!
>>
>> Best regards,
>>
>> Marco Sinhoreli
>> Latam Technical Director
>> marco.sinhor...@shapeblue.com
>> mobile: +55 21 98276 3636
>>
>> Av. Brigadeiro Faria Lima, 3144 - 2º andar – Jardim
>> Paulistano, São Paulo, SP, Brasil, 01451-000
>> Phone: + 55 11 3568-2877
>> http://www.shapeblue.com/ | twitter: @shapeblue
>>
>> Em 19/12/2018 15:55, "Tim Mackey"  escreveu:
>>
>> Gabriel,
>>
>> I'm happy to help review proposals if required.
>>
>> -tim
>>
>> On Wed, Dec 19, 2018 at 12:35 PM Gabriel Beims Bräscher <
>> gabrasc...@gmail.com> wrote:
>>
>> > Hi Rafael,
>> >
>> > I am available to help, count on me!
>> > I have one question. Can anyone (one that is not a PMC/Committer)
>> help to
>> > review presentations?
>> >
>> > The divisions for the CFP looks good, adding security aspects as
>> Ricardo
>> > Makino proposed is also interesting.
>> >
>> > Regards,
>> > Gabriel.
>> >
>> > Em qua, 19 de dez de 2018 às 11:12, Cristian Latapiat <
>> latap...@gmail.com>
>> > escreveu:
>> >
>> > > Hi Rafael ,
>> > >
>> > > I am, therefore, available to collaborate and to help you in
>> everything
>> > > that may be necessary.
>> > >
>> > > Regards,
>> > >
>> > > Cristian
>> > >
>> > > Em seg, 17 de dez de 2018 às 18:49, Rafael Weingärtner <
>> > > rafaelweingart...@gmail.com> 

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Thanks for the feedback guys. Sorry or the top post, but I missed the time,
and I think it is easier to reply on top.

Brilliant Idea Makino; the security aspects of cloud environments are
sometimes overlooked. I will add that. Thanks for the suggestion and
support to me this happen ;)

Thanks for the support as well Cristian. It is going to be great to make
this happen with you guys.

Gabriel, it is not restricted to committers/PMCs. Anybody (users,
developers, committers, PMCs, and even OpenStackers that might be
eavesdropping our lists…) are more than welcome to help to make this happen.

Marco and Tim, it is going to be great to have your support as well either
helping to promote or to review talk proposals.

So, I will proceed with proposing the topics as follows.

   - Cloud computing (area/topic)
  - cloud orchestration -- this would be the track where topics
  regarding features, and cloud orchestration systems (e.g. CloudStack)
  design and structure would be presented
  - DevOps -- track for presentations that address the day-to-day of
  CloudStack (or OpenStack) developers and the daily life of operators with
  tasks such as debugging and troubleshooting
  - tests -- track for discussing the Q process and testing methods
  for clouds
  - cloud open source ecosystem -- track focusing on the cloud
  ecosystem, where people can address things relating the job market,
  business opportunities, and the management process of highly
heterogeneous
  and distributed communities in OpenSource (such as CloudStack)
  - cloud security – track for discussing and presenting security
  aspects in cloud computing; privacy issues (GDPR), DDoS and QoS,
and so on.


Again, thank you very much for your inputs. I will now proceed to propose
the tracks, and then I will get back to you guys to define a date to set a
call, so we can discuss this further with TDC’s tracks coordinators


On Wed, Dec 19, 2018 at 4:27 PM Marco Sinhoreli <
marco.sinhor...@shapeblue.com> wrote:

> I am available to help since I am in Brazil and I have in local community
> many ACS users that want to talk in CCC.
>
> Also, Makino and Cristian are involved a long time with CloudStack and
> they can help us to have a great event!
>
> Best regards,
>
> Marco Sinhoreli
> Latam Technical Director
> marco.sinhor...@shapeblue.com
> mobile: +55 21 98276 3636
>
> Av. Brigadeiro Faria Lima, 3144 - 2º andar – Jardim
> Paulistano, São Paulo, SP, Brasil, 01451-000
> Phone: + 55 11 3568-2877
> http://www.shapeblue.com/ | twitter: @shapeblue
>
> Em 19/12/2018 15:55, "Tim Mackey"  escreveu:
>
> Gabriel,
>
> I'm happy to help review proposals if required.
>
> -tim
>
> On Wed, Dec 19, 2018 at 12:35 PM Gabriel Beims Bräscher <
> gabrasc...@gmail.com> wrote:
>
> > Hi Rafael,
> >
> > I am available to help, count on me!
> > I have one question. Can anyone (one that is not a PMC/Committer)
> help to
> > review presentations?
> >
> > The divisions for the CFP looks good, adding security aspects as
> Ricardo
> > Makino proposed is also interesting.
> >
> > Regards,
> > Gabriel.
> >
> > Em qua, 19 de dez de 2018 às 11:12, Cristian Latapiat <
> latap...@gmail.com>
> > escreveu:
> >
> > > Hi Rafael ,
> > >
>     > > I am, therefore, available to collaborate and to help you in
> everything
> > > that may be necessary.
> > >
> > > Regards,
> > >
> > > Cristian
> > >
> > > Em seg, 17 de dez de 2018 às 18:49, Rafael Weingärtner <
> > > rafaelweingart...@gmail.com> escreveu:
> > >
> > > > Hey guys,
> > > >
> > > > Have you guys had time to read through this e-mail? Are there
> > volunteers
> > > to
> > > > help us make CCC happen in Brazil? We need to provide them the
> topics
> > of
> > > > tracks that we will be participating until 21/12/2018.
> > > >
> > > > On Thu, Dec 13, 2018 at 7:11 PM Rafael Weingärtner <
> > > > rafaelweingart...@gmail.com> wrote:
> > > >
> > > > > Hello CloudStackers,
> > > > >
> > > > > I had a few meetings with the TDC folks, and we seem to be
> moving on.
> > > > They
> > > > > have a slightly different organization than ApacheCon though.
> > > Therefore,
> > > > we
> > > > > were asked to provide them with some “track

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Awesome, thanks Mike.
As the current VP, your participation is very important :)

Also, what do you think about the topics to address at the conference? Do
you have some suggestions?

On Mon, Dec 17, 2018 at 8:50 PM Tutkowski, Mike 
wrote:

> I can help out with the CFP (looking through and helping to select
> presentations).
>
>
> ____
> From: Rafael Weingärtner 
> Sent: Monday, December 17, 2018 1:49 PM
> To: users
> Cc: dev@cloudstack.apache.org
> Subject: Re: CloudStack Collab in Brazil
>
> NetApp Security WARNING: This is an external email. Do not click links or
> open attachments unless you recognize the sender and know the content is
> safe.
>
>
>
>
> Hey guys,
>
> Have you guys had time to read through this e-mail? Are there volunteers to
> help us make CCC happen in Brazil? We need to provide them the topics of
> tracks that we will be participating until 21/12/2018.
>
> On Thu, Dec 13, 2018 at 7:11 PM Rafael Weingärtner <
> rafaelweingart...@gmail.com> wrote:
>
> > Hello CloudStackers,
> >
> > I had a few meetings with the TDC folks, and we seem to be moving on.
> They
> > have a slightly different organization than ApacheCon though. Therefore,
> we
> > were asked to provide them with some “track topics” that fit in the area
> of
> > Cloud Computing. Then, we could direct presentations to one of these
> > tracks. The idea is that the international tracks (the ones that will be
> in
> > English) will not be parallelized to enable the audience to attend all of
> > them (this means, one for each day). Also, the tracks will receive
> > presentations from other people that are not in our bubble, and this is
> > great (at least I found this awesome), because different people with
> > different backgrounds would come together on the same track, which in
> turn
> > means, people that might not know ACS would have the opportunity not just
> > to meet the solution, but also the people behind it.
> >
> > So, this is what I have in mind:
> >
> > - Cloud computing (area/topic)
> > - cloud orchestration -- this would be the track where topics
> > regarding features, and cloud orchestration systems (e.g. CloudStack)
> > design and structure would be presented
> > - DevOps -- track for presentations that address the day-to-day of
> > CloudStack (or OpenStack) developers and the daily life of operators with
> > tasks such as debugging and troubleshooting
> > - tests -- track for discussing the Q process and testing methods
> > for clouds
> > - cloud open source ecosystem -- track focusing on the cloud
> > ecosystem, where people can address things relating the job market,
> > business opportunities, and the management process of highly
> heterogeneous
> > and distributed communities in OpenSource (such as CloudStack)
> >
> >
> > What do you guys think of these divisions for the CFP?
> > Also, we might need help to review and select presentation proposals.
> > Would some of you guys be willing to help on this process?
> >
> > And last, but not least, it would be awesome if companies linked to ACS
> > are interested to be the sponsors of tracks or the event. They have sent
> me
> > the brochure and sponsorship prospects from 2018 so we can get to know
> > better the conference [1]. The attendance report and prospectus are in
> > English, and for instance, in 2018 the TDC event in Florianopolis (where
> we
> > are proposing to have CCC in 2019) received about 4000 people. The
> > sponsorship prospectus for 2019 events is being prepared, and I guess if
> > there are interested parties on this, you can reach them directly, or if
> > you have some problems to do that, I can help you guys as well.
> >
> > [1]
> >
> https://www.dropbox.com/sh/53ujp2usf402dlj/AAA1a2jZPddGcAT8ZosRiGCAa?dl=0
> >
> > On Wed, Oct 24, 2018 at 8:16 PM Tutkowski, Mike <
> mike.tutkow...@netapp.com>
> > wrote:
> >
> >> Thanks, Rafael!
> >>
> >> The dates work for me.
> >>
> >> Get Outlook for iOS<https://aka.ms/o0ukef>
> >> 
> >> From: Rafael Weingärtner 
> >> Sent: Wednesday, October 24, 2018 5:02:14 PM
> >> To: users
> >> Cc: dev
> >> Subject: Re: CloudStack Collab in Brazil
> >>
> >> NetApp Security WARNING: This is an external email. Do not click links
> or
> >> open attachments unless you recognize the sender and know the content is
> >> safe.
> >>
> >>
> >>
> >>
> >>

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Hey guys,

Have you guys had time to read through this e-mail? Are there volunteers to
help us make CCC happen in Brazil? We need to provide them the topics of
tracks that we will be participating until 21/12/2018.

On Thu, Dec 13, 2018 at 7:11 PM Rafael Weingärtner <
rafaelweingart...@gmail.com> wrote:

> Hello CloudStackers,
>
> I had a few meetings with the TDC folks, and we seem to be moving on. They
> have a slightly different organization than ApacheCon though. Therefore, we
> were asked to provide them with some “track topics” that fit in the area of
> Cloud Computing. Then, we could direct presentations to one of these
> tracks. The idea is that the international tracks (the ones that will be in
> English) will not be parallelized to enable the audience to attend all of
> them (this means, one for each day). Also, the tracks will receive
> presentations from other people that are not in our bubble, and this is
> great (at least I found this awesome), because different people with
> different backgrounds would come together on the same track, which in turn
> means, people that might not know ACS would have the opportunity not just
> to meet the solution, but also the people behind it.
>
> So, this is what I have in mind:
>
>- Cloud computing (area/topic)
>   - cloud orchestration -- this would be the track where topics
>   regarding features, and cloud orchestration systems (e.g. CloudStack)
>   design and structure would be presented
>   - DevOps -- track for presentations that address the day-to-day of
>   CloudStack (or OpenStack) developers and the daily life of operators 
> with
>   tasks such as debugging and troubleshooting
>   - tests -- track for discussing the Q process and testing methods
>   for clouds
>   - cloud open source ecosystem -- track focusing on the cloud
>   ecosystem, where people can address things relating the job market,
>   business opportunities, and the management process of highly 
> heterogeneous
>   and distributed communities in OpenSource (such as CloudStack)
>
>
> What do you guys think of these divisions for the CFP?
> Also, we might need help to review and select presentation proposals.
> Would some of you guys be willing to help on this process?
>
> And last, but not least, it would be awesome if companies linked to ACS
> are interested to be the sponsors of tracks or the event. They have sent me
> the brochure and sponsorship prospects from 2018 so we can get to know
> better the conference [1]. The attendance report and prospectus are in
> English, and for instance, in 2018 the TDC event in Florianopolis (where we
> are proposing to have CCC in 2019) received about 4000 people. The
> sponsorship prospectus for 2019 events is being prepared, and I guess if
> there are interested parties on this, you can reach them directly, or if
> you have some problems to do that, I can help you guys as well.
>
> [1]
> https://www.dropbox.com/sh/53ujp2usf402dlj/AAA1a2jZPddGcAT8ZosRiGCAa?dl=0
>
> On Wed, Oct 24, 2018 at 8:16 PM Tutkowski, Mike 
> wrote:
>
>> Thanks, Rafael!
>>
>> The dates work for me.
>>
>> Get Outlook for iOS<https://aka.ms/o0ukef>
>> 
>> From: Rafael Weingärtner 
>> Sent: Wednesday, October 24, 2018 5:02:14 PM
>> To: users
>> Cc: dev
>> Subject: Re: CloudStack Collab in Brazil
>>
>> NetApp Security WARNING: This is an external email. Do not click links or
>> open attachments unless you recognize the sender and know the content is
>> safe.
>>
>>
>>
>>
>> Yes, they already have a date set. It should be 23 -  27 April, 2019.
>> I should be talking with them again this week to check what we need to
>> move
>> thing forward.
>>
>> What do you guys think about these dates?
>>
>> On Mon, Oct 22, 2018 at 5:07 PM Tutkowski, Mike <
>> mike.tutkow...@netapp.com>
>> wrote:
>>
>> > Hi Rafael,
>> >
>> > Do you have a specific date in mind for CCC Brazil? It sounds like, in
>> > general, we are looking at April.
>> >
>> > Thanks!
>> > Mike
>> >
>> > On 10/1/18, 12:51 PM, "Rafael Weingärtner" > >
>> > wrote:
>> >
>> > NetApp Security WARNING: This is an external email. Do not click
>> links
>> > or open attachments unless you recognize the sender and know the
>> content is
>> > safe.
>> >
>> >
>> >
>> >
>> > Yes, that is what I also believe. From the feedback, I think we can
>> > easily
>> > use 10 presentati

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Hello CloudStackers,

I had a few meetings with the TDC folks, and we seem to be moving on. They
have a slightly different organization than ApacheCon though. Therefore, we
were asked to provide them with some “track topics” that fit in the area of
Cloud Computing. Then, we could direct presentations to one of these
tracks. The idea is that the international tracks (the ones that will be in
English) will not be parallelized to enable the audience to attend all of
them (this means, one for each day). Also, the tracks will receive
presentations from other people that are not in our bubble, and this is
great (at least I found this awesome), because different people with
different backgrounds would come together on the same track, which in turn
means, people that might not know ACS would have the opportunity not just
to meet the solution, but also the people behind it.

So, this is what I have in mind:

   - Cloud computing (area/topic)
  - cloud orchestration -- this would be the track where topics
  regarding features, and cloud orchestration systems (e.g. CloudStack)
  design and structure would be presented
  - DevOps -- track for presentations that address the day-to-day of
  CloudStack (or OpenStack) developers and the daily life of operators with
  tasks such as debugging and troubleshooting
  - tests -- track for discussing the Q process and testing methods
  for clouds
  - cloud open source ecosystem -- track focusing on the cloud
  ecosystem, where people can address things relating the job market,
  business opportunities, and the management process of highly
heterogeneous
  and distributed communities in OpenSource (such as CloudStack)


What do you guys think of these divisions for the CFP?
Also, we might need help to review and select presentation proposals. Would
some of you guys be willing to help on this process?

And last, but not least, it would be awesome if companies linked to ACS are
interested to be the sponsors of tracks or the event. They have sent me the
brochure and sponsorship prospects from 2018 so we can get to know better
the conference [1]. The attendance report and prospectus are in English,
and for instance, in 2018 the TDC event in Florianopolis (where we are
proposing to have CCC in 2019) received about 4000 people. The sponsorship
prospectus for 2019 events is being prepared, and I guess if there are
interested parties on this, you can reach them directly, or if you have
some problems to do that, I can help you guys as well.

[1]
https://www.dropbox.com/sh/53ujp2usf402dlj/AAA1a2jZPddGcAT8ZosRiGCAa?dl=0

On Wed, Oct 24, 2018 at 8:16 PM Tutkowski, Mike 
wrote:

> Thanks, Rafael!
>
> The dates work for me.
>
> Get Outlook for iOS<https://aka.ms/o0ukef>
> ____
> From: Rafael Weingärtner 
> Sent: Wednesday, October 24, 2018 5:02:14 PM
> To: users
> Cc: dev
> Subject: Re: CloudStack Collab in Brazil
>
> NetApp Security WARNING: This is an external email. Do not click links or
> open attachments unless you recognize the sender and know the content is
> safe.
>
>
>
>
> Yes, they already have a date set. It should be 23 -  27 April, 2019.
> I should be talking with them again this week to check what we need to move
> thing forward.
>
> What do you guys think about these dates?
>
> On Mon, Oct 22, 2018 at 5:07 PM Tutkowski, Mike  >
> wrote:
>
> > Hi Rafael,
> >
> > Do you have a specific date in mind for CCC Brazil? It sounds like, in
> > general, we are looking at April.
> >
> > Thanks!
> > Mike
> >
> > On 10/1/18, 12:51 PM, "Rafael Weingärtner" 
> > wrote:
> >
> > NetApp Security WARNING: This is an external email. Do not click
> links
> > or open attachments unless you recognize the sender and know the content
> is
> > safe.
> >
> >
> >
> >
> > Yes, that is what I also believe. From the feedback, I think we can
> > easily
> > use 10 presentations. I will move on with the organization. I think
> it
> > is
> > feasible to get more room space in case we receive more presentation
> > and
> > people. I will try to not overlap presentations though (like we did
> in
> > ApacheCon).
> >
> > On Mon, Oct 1, 2018 at 3:36 PM Tutkowski, Mike <
> > mike.tutkow...@netapp.com>
> > wrote:
> >
> > > I guess it depends on how many people expect to be able to attend.
> > >
> > > Ten presentation slots is probably a good starting point.
> > >
> > > Get Outlook for iOS<https://aka.ms/o0ukef>
> > > 
> > > From: Rafael Weingärtner 
> > > Sent: Monda

Re: Build CloudStack 4.10.0 Error

[Rafael Weingärtner]

This is a known problem, and it is fixed with:
https://github.com/apache/cloudstack/pull/2674

On Tue, Nov 13, 2018 at 1:42 PM Rohit Yadav 
wrote:

> Can you try with 4.11 branch or latest master? 4.10 is not a maintained
> branch and likely have env caused errors due to supported ciphers and tls
> versions in jre/jdk.
>
> Regards.
>
>
> Regards,
> Rohit Yadav
>
> 
> From: li jerry 
> Sent: Tuesday, November 13, 2018 9:04:34 PM
> To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
> Subject: Build CloudStack 4.10.0 Error
>
> Hi All
>
>I made a mistake in compiling cloudstack 4.10.0 through docker
> image (khos2ow/cloudstack-deb-builder: 14.04).
>
> Please help me. Thank you!
>
> ---
> T E S T S
> ---
> Running streamer.BaseElementTest
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.103 sec
> - in streamer.BaseElementTest
> Running streamer.ByteBufferTest
> Tests run: 400, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.091
> sec - in streamer.ByteBufferTest
> Running rdpclient.MockServerTest
> Error in mock server: Received fatal alert: handshake_failure
> javax.net.ssl.SSLHandshakeException: Received fatal alert:
> handshake_failure
>at sun.security.ssl.Alerts.getSSLException(Alerts.java:192)
>at sun.security.ssl.Alerts.getSSLException(Alerts.java:154)
>at sun.security.ssl.SSLSocketImpl.recvAlert(SSLSocketImpl.java:2038)
>at
> sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1135)
>at
> sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1385)
>at
> sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1413)
>at
> sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1397)
>at streamer.debug.MockServer.run(MockServer.java:122)
>at java.lang.Thread.run(Thread.java:748)
> Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.186 sec
> <<< FAILURE! - in rdpclient.MockServerTest
> testIsMockServerCanUpgradeConnectionToSsl(rdpclient.MockServerTest)  Time
> elapsed: 0.18 sec  <<< ERROR!
> javax.net.ssl.SSLHandshakeException: No appropriate protocol (protocol is
> disabled or cipher suites are inappropriate)
>at sun.security.ssl.Handshaker.activate(Handshaker.java:529)
>at
> sun.security.ssl.SSLSocketImpl.kickstartHandshake(SSLSocketImpl.java:1492)
>at
> sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1361)
>at
> sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1413)
>at
> sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1397)
>at
> rdpclient.MockServerTest.testIsMockServerCanUpgradeConnectionToSsl(MockServerTest.java:166)
>
> Running common.ClientTest
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.262 sec
> - in common.ClientTest
>
> Results :
>
> Tests in error:
>   MockServerTest.testIsMockServerCanUpgradeConnectionToSsl:166 ?
> SSLHandshake No...
>
> Tests run: 404, Failures: 0, Errors: 1, Skipped: 0
>
>
>
> rohit.ya...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
>

-- 
Rafael Weingärtner

Re: Build CloudStack 4.10.0 Error

[Rafael Weingärtner]

To be more precise, it is fixed with this commit:
https://github.com/apache/cloudstack/pull/2674/commits/69961dc9067ffa1ae4460436825125718c5ad796

On Tue, Nov 13, 2018 at 1:44 PM Rafael Weingärtner <
rafaelweingart...@gmail.com> wrote:

> This is a known problem, and it is fixed with:
> https://github.com/apache/cloudstack/pull/2674
>
> On Tue, Nov 13, 2018 at 1:42 PM Rohit Yadav 
> wrote:
>
>> Can you try with 4.11 branch or latest master? 4.10 is not a maintained
>> branch and likely have env caused errors due to supported ciphers and tls
>> versions in jre/jdk.
>>
>> Regards.
>>
>>
>> Regards,
>> Rohit Yadav
>>
>> 
>> From: li jerry 
>> Sent: Tuesday, November 13, 2018 9:04:34 PM
>> To: us...@cloudstack.apache.org; dev@cloudstack.apache.org
>> Subject: Build CloudStack 4.10.0 Error
>>
>> Hi All
>>
>>I made a mistake in compiling cloudstack 4.10.0 through docker
>> image (khos2ow/cloudstack-deb-builder: 14.04).
>>
>> Please help me. Thank you!
>>
>> ---
>> T E S T S
>> ---
>> Running streamer.BaseElementTest
>> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.103 sec
>> - in streamer.BaseElementTest
>> Running streamer.ByteBufferTest
>> Tests run: 400, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.091
>> sec - in streamer.ByteBufferTest
>> Running rdpclient.MockServerTest
>> Error in mock server: Received fatal alert: handshake_failure
>> javax.net.ssl.SSLHandshakeException: Received fatal alert:
>> handshake_failure
>>at sun.security.ssl.Alerts.getSSLException(Alerts.java:192)
>>at sun.security.ssl.Alerts.getSSLException(Alerts.java:154)
>>at
>> sun.security.ssl.SSLSocketImpl.recvAlert(SSLSocketImpl.java:2038)
>>at
>> sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:1135)
>>at
>> sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1385)
>>at
>> sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1413)
>>at
>> sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1397)
>>at streamer.debug.MockServer.run(MockServer.java:122)
>>at java.lang.Thread.run(Thread.java:748)
>> Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.186 sec
>> <<< FAILURE! - in rdpclient.MockServerTest
>> testIsMockServerCanUpgradeConnectionToSsl(rdpclient.MockServerTest)  Time
>> elapsed: 0.18 sec  <<< ERROR!
>> javax.net.ssl.SSLHandshakeException: No appropriate protocol (protocol is
>> disabled or cipher suites are inappropriate)
>>at sun.security.ssl.Handshaker.activate(Handshaker.java:529)
>>at
>> sun.security.ssl.SSLSocketImpl.kickstartHandshake(SSLSocketImpl.java:1492)
>>at
>> sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1361)
>>at
>> sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1413)
>>at
>> sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:1397)
>>at
>> rdpclient.MockServerTest.testIsMockServerCanUpgradeConnectionToSsl(MockServerTest.java:166)
>>
>> Running common.ClientTest
>> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.262 sec
>> - in common.ClientTest
>>
>> Results :
>>
>> Tests in error:
>>   MockServerTest.testIsMockServerCanUpgradeConnectionToSsl:166 ?
>> SSLHandshake No...
>>
>> Tests run: 404, Failures: 0, Errors: 1, Skipped: 0
>>
>>
>>
>> rohit.ya...@shapeblue.com
>> www.shapeblue.com
>> Amadeus House, Floral Street, London  WC2E 9DPUK
>> @shapeblue
>>
>>
>>
>>
>
> --
> Rafael Weingärtner
>


-- 
Rafael Weingärtner

Re: KVM Max Guests Limit

[Rafael Weingärtner]

For me, that seems some restrictions in paid productions. “you are client
type X, then you can start only Y VMs”, and this has been a legacy around
our code base.  We could very much remove this limit (on instance numbers);
I expect operators to know what they are doing, and to monitor closely the
platforms/systems they run. The management of other resources such as RAM,
CPU, and others, I still consider them necessary though.

On Fri, Nov 9, 2018 at 10:03 AM Wido den Hollander  wrote:

>
>
> On 11/9/18 12:56 PM, Andrija Panic wrote:
> > afaik not - but I did run once or twice intom perhaps looselym connected
> > issue - ACS reports 100% of host RAM (makes sense) asavailable for VM
> > deployment to ACS - so in 1-2 cases I did run into out of memory killer,
> > crashing my VMs.
> >
> > It would be great to have some amount of "reserve RAM" for host OS - or
> > simply have PER HOST RAM disableTreshold setting, similar to cluster
> level
> > "cluster.memory.allocated.capacity.disablethreshold", just on host
> level...
> >
>
>
> You can do that already, in agent.properties you can set reserved memory.
>
> But I doubt indeed that we need such a limit in ACS at all, why do we
> need to limit the amount of Instances on a hypervisor?
>
> Or at least set it to a very high number by default.
>
> Wido
>
> > On Fri, 9 Nov 2018 at 12:03, Rafael Weingärtner <
> rafaelweingart...@gmail.com>
> > wrote:
> >
> >> Do we need these logical constraints in ACS at all?
> >>
> >> On Fri, Nov 9, 2018 at 6:57 AM Wido den Hollander 
> wrote:
> >>
> >>>
> >>>
> >>> On 11/8/18 11:20 PM, Simon Weller wrote:
> >>>> I think these is legacy and a guess back in the day. It was 50 at one
> >>> point and it was lifted higher a few releases. ago.
> >>>>
> >>>
> >>> I see. I'm about to do a test with a bunch of 128GB hypervisors and
> >>> spawning a lot of 128M VMs. Trying to see where the limit might be and
> >>> also stress the VR a bit by loading a lot of DHCP entries.
> >>>
> >>> Wido
> >>>
> >>>>
> >>>>
> >>>>
> >>>> 
> >>>> From: Ivan Kudryavtsev 
> >>>> Sent: Thursday, November 8, 2018 3:58 PM
> >>>> To: dev
> >>>> Subject: Re: KVM Max Guests Limit
> >>>>
> >>>> Hi all, +1 for higher numbers.
> >>>>
> >>>> чт, 8 нояб. 2018 г. в 16:32, Wido den Hollander :
> >>>>
> >>>>> Hi,
> >>>>>
> >>>>> I see that for KVM we set the limit to 144 guests by default, can
> >>>>> anybody tell me why we have this limit set to 144?
> >>>>>
> >>>>> Searching a bit I found this:
> >>>>> https://access.redhat.com/articles/rhel-kvm-limits
> >>>>>
> >>>>> "This guest limit does not apply to Red Hat Enterprise Linux with
> >>>>> Unlimited Guests. There is no guest limit for Red Hat Enterprise
> >>>>> Virtualization"
> >>>>>
> >>>>> There is always a limit somewhere, but why do we set it to 144?
> >>>>>
> >>>>> I would personally vote for increasing this to 500 or something so
> >> that
> >>>>> users don't run into it that easily.
> >>>>>
> >>>>> Also, the log line is printed in DEBUG mode only when a host reaches
> >>>>> this limit, so I created a PR to set this to INFO:
> >>>>> https://github.com/apache/cloudstack/pull/3013
> >>>>>
> >>>>> Any input?
> >>>>>
> >>>>> Wido
> >>>>>
> >>>>
> >>>>
> >>>> --
> >>>> With best regards, Ivan Kudryavtsev
> >>>> Bitworks LLC
> >>>> Cell RU: +7-923-414-1515
> >>>> Cell USA: +1-201-257-1512
> >>>> WWW: http://bitworks.software/ <http://bw-sw.com/>
> >>>>
> >>>
> >>
> >>
> >> --
> >> Rafael Weingärtner
> >>
> >
> >
>


-- 
Rafael Weingärtner

Re: KVM Max Guests Limit

[Rafael Weingärtner]

Do we need these logical constraints in ACS at all?

On Fri, Nov 9, 2018 at 6:57 AM Wido den Hollander  wrote:

>
>
> On 11/8/18 11:20 PM, Simon Weller wrote:
> > I think these is legacy and a guess back in the day. It was 50 at one
> point and it was lifted higher a few releases. ago.
> >
>
> I see. I'm about to do a test with a bunch of 128GB hypervisors and
> spawning a lot of 128M VMs. Trying to see where the limit might be and
> also stress the VR a bit by loading a lot of DHCP entries.
>
> Wido
>
> >
> >
> >
> > 
> > From: Ivan Kudryavtsev 
> > Sent: Thursday, November 8, 2018 3:58 PM
> > To: dev
> > Subject: Re: KVM Max Guests Limit
> >
> > Hi all, +1 for higher numbers.
> >
> > чт, 8 нояб. 2018 г. в 16:32, Wido den Hollander :
> >
> >> Hi,
> >>
> >> I see that for KVM we set the limit to 144 guests by default, can
> >> anybody tell me why we have this limit set to 144?
> >>
> >> Searching a bit I found this:
> >> https://access.redhat.com/articles/rhel-kvm-limits
> >>
> >> "This guest limit does not apply to Red Hat Enterprise Linux with
> >> Unlimited Guests. There is no guest limit for Red Hat Enterprise
> >> Virtualization"
> >>
> >> There is always a limit somewhere, but why do we set it to 144?
> >>
> >> I would personally vote for increasing this to 500 or something so that
> >> users don't run into it that easily.
> >>
> >> Also, the log line is printed in DEBUG mode only when a host reaches
> >> this limit, so I created a PR to set this to INFO:
> >> https://github.com/apache/cloudstack/pull/3013
> >>
> >> Any input?
> >>
> >> Wido
> >>
> >
> >
> > --
> > With best regards, Ivan Kudryavtsev
> > Bitworks LLC
> > Cell RU: +7-923-414-1515
> > Cell USA: +1-201-257-1512
> > WWW: http://bitworks.software/ <http://bw-sw.com/>
> >
>


-- 
Rafael Weingärtner

Re: Caching / Ehcache

[Rafael Weingärtner]

Hello Marc,

It is said to hear that you might not be active as you used to be. However,
I do wish you success in your new path.

Now, regarding the ehCache. +1 to remove it. Were you in Montreal? This
year in Montreal, one of the things we discussed is to move away from this
ad-hoc JPA solution that we have to a standardized and proved one (e.g.
Spring data + some commonly used JAP implementation such as Eclipse link,
OpenJPA, and others). AS a first step towards that, we could disable and
remove the use of ehCache.



P.S. sorry the late reply, but I have been busy with others topics not
related to ACS.

On Sun, Oct 28, 2018 at 2:17 PM Daan Hoogland 
wrote:

> Sorry to hear you are reducing your activity on CloudStack, Marc-Aurele.
> Hope you fare well.
>
> On Sat, Oct 27, 2018 at 10:10 PM Marc-Aurèle Brothier 
> wrote:
>
> > Hi everyone,
> >
> > (Again as the email formatting has been removed and was hard to read -
> > I hope it will be better this time).
> >
> > While trying to lower the DB load for CloudStack I did some long
> > testing and here are my outcomes for the current cache mechanism in
> > CloudStack.
> >
> > I would be interested to hear from people who try to customize the
> > ehcache configuration in CS. A PR (
> > https://github.com/apache/cloudstack/pull/2913) is also open to
> > desactivate (before deleting) ehcache in CS, read below to understand
> > why.
> >
> >
> > # Problems
> >
> > The code in CS does not seem to fit any caching mechanism especially
> > due to the homemade DAO code. The main 3 flaws are the following:
> >
> > ## Entities are not expected to be shared
> >
> > There is quite a lot of code with method calls passing entity IDs value
> > as long, which does some object fetching. Without caching, this
> > behavior will create distinct objects each time an entity with the same
> > ID is fetched. With the cache enabled, the same object will be shared
> > among those methods. It has been seen that it does generate some side
> > effects where code still expected unchanged entity attributes after
> > calling different methods thus generating exception/bugs.
> >
> > ## DAO update operations are using search queries
> >
> > Some part of the code are updating entities based on a search query,
> > therefore the whole cache must be invalidated (see GenericDaoBase:
> > public int update(UpdateBuilder ub, final SearchCriteria sc, Integer
> > rows);).
> >
> > ## Entities based on views joining multiple tables
> >
> > There are quite a lot of entities based on SQL views joining multiple
> > entities in a same object. Enabling caching on those would require a
> > mechanism to link and cross-remove related objects whenever one of the
> > sub-entity is changed.
> >
> >
> > # Final word
> >
> > Based on the previously discussed points, the best approach IMHO would
> > be to move out of the custom DAO framework in CS and use a well known
> > one. It will handle caching well and the joins made by the views in the
> > code. It's not an easy change, but it will fix along a lot of issues
> > and add a proven / robust framework to an important part of the code.
> >
> > The work to change the DAO layer is a huge task, I don't know how / who
> > will perform it.
> >
> > What are the proposals for a new DAO framework ?
> >
> >
> > FYI I will stop working for Exoscale at the end of the month, so I
> > won't be able to tackle such challenge as I won't be working with CS
> > anymore. I'll try my best to continue looking at the project to give my
> > insights and share the experienced I have with CS.
> >
> >
> > Marc-Aurèle
> >
> >
>
> --
> Daan
>


-- 
Rafael Weingärtner

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Yes, they already have a date set. It should be 23 -  27 April, 2019.
I should be talking with them again this week to check what we need to move
thing forward.

What do you guys think about these dates?

On Mon, Oct 22, 2018 at 5:07 PM Tutkowski, Mike 
wrote:

> Hi Rafael,
>
> Do you have a specific date in mind for CCC Brazil? It sounds like, in
> general, we are looking at April.
>
> Thanks!
> Mike
>
> On 10/1/18, 12:51 PM, "Rafael Weingärtner" 
> wrote:
>
> NetApp Security WARNING: This is an external email. Do not click links
> or open attachments unless you recognize the sender and know the content is
> safe.
>
>
>
>
> Yes, that is what I also believe. From the feedback, I think we can
> easily
> use 10 presentations. I will move on with the organization. I think it
> is
> feasible to get more room space in case we receive more presentation
> and
> people. I will try to not overlap presentations though (like we did in
> ApacheCon).
>
> On Mon, Oct 1, 2018 at 3:36 PM Tutkowski, Mike <
> mike.tutkow...@netapp.com>
> wrote:
>
> > I guess it depends on how many people expect to be able to attend.
> >
> > Ten presentation slots is probably a good starting point.
> >
> > Get Outlook for iOS<https://aka.ms/o0ukef>
> > 
> > From: Rafael Weingärtner 
> > Sent: Monday, October 1, 2018 10:10:55 AM
> > To: users
> > Cc: dev
> > Subject: Re: CloudStack Collab in Brazil
> >
> > NetApp Security WARNING: This is an external email. Do not click
> links or
> > open attachments unless you recognize the sender and know the
> content is
> > safe.
> >
> >
> >
> >
> > Thank you guys for the feedback!
> >
> > I will reach out the organizers to discuss our requirements. What do
> you
> > guys think that we need?
> > Would 10 presentation slots (50min. each) be enough? Or, do you guys
> think
> > that we need more?
> >
> > Also, I think that we should also do a Hackathon. Therefore, I will
> also be
> > asking for a room such as the one we used in Montreal.
> >
> > On Mon, Oct 1, 2018 at 12:03 PM Nicolas Vazquez <
> > nicolas.vazq...@shapeblue.com> wrote:
> >
> > > I would be interested in an event in Brazil as well.
> > >
> > >
> > > Regards,
> > >
> > > Nicolas Vazquez
> > >
> > > 
> > > From: Gabriel Beims Bräscher 
> > > Sent: Monday, October 1, 2018 11:58:07 AM
> > > To: users
> > > Cc: dev
> > > Subject: Re: CloudStack Collab in Brazil
> > >
> > > As a Brazilian, that lives in Florianópolis, I cannot pass this
> > opportunity
> > > ;)
> > > Count on me!
> > >
> > > Em seg, 1 de out de 2018 às 11:27, Tutkowski, Mike <
> > > mike.tutkow...@netapp.com> escreveu:
> > >
> > > > I would be really interested in an event in Brazil.
> > > >
> > > > 
> > > > From: Rafael Weingärtner 
> > > > Sent: Monday, October 1, 2018 5:38 AM
> > > > To: users
> > > > Cc: dev
> > > > Subject: Re: CloudStack Collab in Brazil
> > > >
> > > > NetApp Security WARNING: This is an external email. Do not click
> links
> > or
> > > > open attachments unless you recognize the sender and know the
> content
> > is
> > > > safe.
> > > >
> > > >
> > > >
> > > >
> > > > Hey Marco,
> > > > Yes, they run a very successful conference every year. I have
> just got
> > > back
> > > > from Montreal, and I talked with people there regarding the
> conference.
> > > >
> > > > Now, for all CloudStackers (users and devs); I will repeat what
> I said
> > in
> > > > Montreal. The TDC conference will happen with or without us.
> Therefore,
> > > we
> > > > only need to decide if we will join them in their Cloud tracks.
> We did
> > > not
> > > > hear much feedback here, but I will try again.
> > > >
> > > > If y

Re: [cloudstack] branch master updated (1fa4f10 -> fcc87d9)

[Rafael Weingärtner]

Just to let you guys know. I talked with INFRA and they protected our
master branches in all of our remote repositories.

I tested and if I try to reset my local branch to a previous commit and
then push it using “push -f”, the push is rejected. However, if I add a new
commit and if I push using “push -f”, the push is accepted. I thought that
the second case would be rejected as well.

So, on the upside, now we have our master branch protected. On the
downside, there is a commit with a dummy file that I created that I am not
able to remove anymore :(

I will see if INFRA can help me to remove that dummy commit (by allowing
one last push -f )


On Mon, Oct 8, 2018 at 10:25 AM Rafael Weingärtner <
rafaelweingart...@gmail.com> wrote:

> I will open a ticket with Infra to check the possibility of protecting
> branches then.
> Thanks for your feedback guys.
>
> On Mon, Oct 8, 2018 at 4:52 AM Rene Moser  wrote:
>
>> On 10/08/2018 09:24 AM, Rohit Yadav wrote:
>> > +1 for protecting master and recent 4.{11,10,9...} branches from force
>> pushes.
>>
>> One of those Mondays... ;)
>>
>> +1
>>
>
>
> --
> Rafael Weingärtner
>


-- 
Rafael Weingärtner

Re: [DISCUSS] Increase default RAM for virtual routers to 512MB?

[Rafael Weingärtner]

+1 for Wei suggestion

On Thu, Oct 11, 2018 at 3:58 PM Wei ZHOU  wrote:

> It would be better to make router offering configurable in global settings.
>
>
>
> Rohit Yadav  于2018年10月11日周四 下午7:09写道：
>
> > All,
> >
> >
> > With 4.11, we migrated to a 64-bit Debian 9 based systemvmtemplate.
> Debian
> > 9 (amd64)'s recommended RAM requirement is 512 MB [1], while the default
> > system offering for VRs is set to 256MB RAM and 1 CPU/core. For most
> > environments, especially those in KVM and XenServer this does not present
> > any issue however on VMware in a particular setup swapping was seen (due
> to
> > low memory).
> >
> >
> > It is recommended for CloudStack users to benchmark their usage of VRs
> and
> > change the default system offering for routers to suitable spec (for
> > example, for high throughput VRs can have 1-4 multiple cores and maybe
> > 1-4GBs of RAM).
> >
> >
> > We can incorporate these notes in the official documentation, the open
> > item to discuss is -- should we change the default (minimum) to 512MB RAM
> > as well for virtual routers?
> >
> >
> > Thoughts?
> >
> >
> > [1] https://www.debian.org/releases/stable/amd64/ch03s04.html.en
> >
> >
> > - Rohit
> >
> > <https://cloudstack.apache.org>
> >
> >
> >
> > rohit.ya...@shapeblue.com
> > www.shapeblue.com
> > Amadeus House, Floral Street, London  WC2E 9DPUK
> > @shapeblue
> >
> >
> >
> >
>


-- 
Rafael Weingärtner

Re: Broken volume migration logic?

[Rafael Weingärtner]

>
> I might be able to provide code that did this new way of matching tags, in
> case it would be interesting (but no human power to commit anything/PR, I
> can just share with Rafael or someone who is willing to push it upstream)
> Rafael ?
>

I think that what you described is exactly what I implemented. I mean, now
we allow you guys to change disk offerings (even the ROOT disk offering)
when migrating  the disk to a different storage type, and this will affect
the disk offerings displayed for you. However, if you test 4.12, and you
see some different use case that westill do not cover, please go ahead and
create a Github issue for it.

On Thu, Oct 11, 2018 at 12:26 PM Andrija Panic 
wrote:

> Are you aware of the online storage migration in 4.11.x ? :)
>
> Imagine migrating few hundreds volumes to another storage, like we did :)
>
> Yet to be improved to support ceph/nfs to nfs/ceph - for now, afaik, it
> supports from non-managed to managed and vice versa
>
> Cheers
>
>
> On Thu, Oct 11, 2018, 16:08 Andrei Mikhailovsky  >
> wrote:
>
> > Thanks for your input and the explanations, gents.
> >
> > This is not really a big issue for me as we have a small scale
> environment
> > that doesn't require volume disk migration. And frankly speaking, the
> disk
> > migration using the manual method works far quicker than using the gui
> way
> > where the disk is probably first exported to the nfs secondary storage
> and
> > reimported back.
> >
> > But it is nice to see the work is being done to improve the migration
> > logic in the upcoming releases.
> >
> > Cheers
> >
> > - Original Message -
> > > From: "Andrija Panic" 
> > > To: "dev" 
> > > Sent: Thursday, 11 October, 2018 13:54:53
> > > Subject: Re: Broken volume migration logic?
> >
> > > HI Rafael, Andrei,
> > >
> > > that sounds wonderful !
> > >
> > > @Andrei , we had exactly the same situation, but we have done internal
> > code
> > > changes in ACS 4.5 /4.8 (never committed back to community
> > unfortunately...
> > > ), so after migration is done, and we want to change offering, the list
> > of
> > > Offerings is NOT matching the TAG of the volume only (so no error like
> > you
> > > still get) - the list of offerings is shown depending on the CURRENT
> POOL
> > > of the volume  - we match the tags of any existing offerings vs tags on
> > the
> > > CURRENT POOL where volume exist - so only matching offerings (targeting
> > new
> > > pool...) are shown.
> > >
> > > (we had CEPH/NFS as soruce with "deprecated" tag and all ceph/nfs
> > > offerings deleted/inactive, and destination pool was SoldiFire with new
> > > storage tag and a set of Compute/Disk offerings with tag "solidfire")
> > >
> > > In our case this means - volume was on CEPH  and had CEPH offering -
> > after
> > > we migrate offering to solidfire, only offering showing tag that
> matches
> > > the tags of the current pool (Solidfire), are shown... hope I was
> clearn
> > > with this long explanation :)
> > >
> > > For volumes specifically, storage tags are (to my knowledge) only
> > evaluated
> > > when you deploy VM (root volume) or create data volume - you can see
> this
> > > in logs when ACS search for pool having this and that tag...
> > >
> > > Once resource (volume) is DEPLOYED (exists), it works as it is (as
> Rafael
> > > explained), and Offerings are ignored for that matter - BUT
> interestingly
> > > enough - some properties (i.e. min/max iops aka storage QoS or KVM io
> > > throtling aka. hypervisor QoS) are inherited and copied over from
> > offering
> > > to actual volumes table/row in DB (for that specific volume...) when
> > volume
> > > is being created, etc - .while some properties like "cache_mode"
> > > (write-back or not)  still read/applied on the fly from the actual
> > > Offering... so it's mix and match :)
> > >
> > > I might be able to provide code that did this new way of matching tags,
> > in
> > > case it would be interesting (but no human power to commit
> anything/PR, I
> > > can just share with Rafael or someone who is willing to push it
> upstream)
> > > Rafael ?
> > >
> > >
> > > Cheers
> > >
> > >
> > >
> > >
> > >
> > > On Thu, 11 Oct 2018 at 14:16, Rafael Weingärtner <
> > >

Re: Broken volume migration logic?

[Rafael Weingärtner]

What you described seems to be the new feature introduced with
https://issues.apache.org/jira/browse/CLOUDSTACK-10323 and
https://issues.apache.org/jira/browse/CLOUDSTACK-10240. However, this
feature should have been introduced only in master (4.12). I was not able
to find those commits in 4.11.1.0 though. Maybe ACS was already allowing
the movement between shared storages with different tags?. Anyways, the
block of code used to do this process has been totally re-written (now
everything is unit-tested). It is only in 4.12 though… It will also allow
placement overridden (ignoring storage tags and storage types), and also it
will allow replacing the disk offering while migrating the disk to a
new/different storage system.

To answer your questions.

> My question is how did the vm start? Did cloudstack ignore the storage
> tags or is there another reason?
>
Once the volume is already placed somewhere, CloudStack any extra checking
(if it can use the volume as is). Therefore, it only moves on with the
normal VM start.


On Thu, Oct 11, 2018 at 8:46 AM Andrei Mikhailovsky
 wrote:

> Hello,
>
> I have recently tried to migrate a volume from one rbd storage pool to
> another. Have noticed a possible issue with the migration logic, which I
> was hoping to discuss with you.
>
> My setup: ACS 4.11.1.0
> Ceph + rbd for two primary storage pools (hdd and ssd pools)
> Storage tags are used together with the Disk Offerings (rbd tag is used
> for hdd backend volumes and rbd-ssd tag is used for the ssd backend
> volumes)
>
> What I tried to do: Move a single volume from hdd pool over to the ssd
> pool. Migration went well according to the cloudstack job result. I ended
> up with a volume on the ssd storage pool.
>
> After the migration was done, I had a look at the disk service offering of
> the migrated volume and the service offering was still the hdd service
> offering despite the volume now being stored on the ssd pool. I have tried
> to change the disk offering to the ssd pool and had an error saying that
> the storage tags must be the same. Obviously, in my case, the storage tags
> of the hdd and ssd pool offerings are different. I have checked the
> database and indeed, the db still has the hdd disk offering id.
>
> I have tried to start the vm and to my surprise the vm has started. From
> my previous experience and my understanding how the tags work with storage,
> the vm should not have started. The disk offering tag of the migrated
> volume points to the hdd storage where this volume doesn't exist. So,
> starting the vm should have errors out with an error like Insufficient
> resources or something like that.
>
> So, I have a bit of an inconsistency going on with that volume. According
> to the cloudstack gui, the volume is stored on the ssd pool but has a disk
> offering from the hdd pool and there is no way to change that from the gui
> itself.
>
>
> My question is how did the vm start? Did cloudstack ignore the storage
> tags or is there another reason?
>
> Thanks
>


-- 
Rafael Weingärtner

Re: Marketing page update

[Rafael Weingärtner]

Yes it is. However, we version the source files in the "master" branch.
Then, the "compiled" files should go only in the "asf-site" branch. There
is a step by step in the README explaining the process.

On Thu, Oct 11, 2018 at 4:14 AM Paul Angus  wrote:

> Guys, I believe the asf-site branch is the one that actually gets built on
> apache.org
>
> (I lost a couple of hours of my life that I wont get back figuring that
> out a while ago).
>
>
> Kind regards,
>
> Paul Angus
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
>
> -Original Message-
> From: Andrija Panic 
> Sent: 10 October 2018 18:51
> To: dev 
> Subject: Re: Marketing page update
>
> Done PR: https://github.com/apache/cloudstack-www/pull/47
>
> As for original page (it seems out of date ???) - I do not have WIKI
> access...
>
> Thx
>
> On Wed, 10 Oct 2018 at 19:42, Rafael Weingärtner <
> rafaelweingart...@gmail.com> wrote:
>
> > The source code of the second link is managed here:
> > https://github.com/apache/cloudstack-www
> > You can even open a PR yourself to fix that.
> >
> > The first one, you need wiki write access. I guess, I can give it to you.
> > What is your wiki user name?
> >
> > On Wed, Oct 10, 2018 at 1:23 PM Andrija Panic
> > 
> > wrote:
> >
> > > Actually, I see there is new page
> > > https://cloudstack.apache.org/users.html
> > >
> > > Here please remove Anolim, since this company has been RENAMED (3
> > > years
> > > ago) to Safe Swiss Cloud (it's also present on this page).
> > >
> > > I have done Survey, to add HIAG Data AG also to the list.
> > >
> > >
> > > Thanks
> > >
> > > On Wed, 10 Oct 2018 at 18:03, Andrija Panic
> > > 
> > > wrote:
> > >
> > > > Hi all,
> > > >
> > > >
> > >
> > https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=30744
> > 222
> > > > ("Who uses CloudStack")
> > > >
> > > > lists "Anolim", which is former name for my company where I worked
> > > > and there have been different company changes (company changed
> > > > name a few
> > > years
> > > > ago...), and that doman doesn't exist any more..
> > > >
> > > > If someone can update it to "HIAG Data" that would be great. (
> > > > www.hiagdata.com)
> > > >
> > > > Cheers
> > > >
> > > > --
> > > >
> > > > Andrija Panić
> > > >
> > >
> > >
> > > --
> > >
> > > Andrija Panić
> > >
> >
> >
> > --
> > Rafael Weingärtner
> >
>
>
> --
>
> Andrija Panić
>


-- 
Rafael Weingärtner

Re: Marketing page update

[Rafael Weingärtner]

Done

On Wed, Oct 10, 2018 at 3:23 PM Tutkowski, Mike 
wrote:

> I kind of like the idea of a redirect.
>
> On 10/10/18, 12:20 PM, "Rafael Weingärtner" 
> wrote:
>
> NetApp Security WARNING: This is an external email. Do not click links
> or open attachments unless you recognize the sender and know the content is
> safe.
>
>
>
>
> Can I delete the wiki users page then? Or, should I replace it with a
> redirect to the cloustack's website?
>
> On Wed, Oct 10, 2018 at 3:14 PM Tutkowski, Mike <
> mike.tutkow...@netapp.com>
> wrote:
>
> > It definitely seems like it would be best to just have this
> information in
> > one place so we don’t have to update two places whenever a change is
> needed.
> >
> > On 10/10/18, 12:10 PM, "Rafael Weingärtner" <
> rafaelweingart...@gmail.com>
> > wrote:
> >
> > NetApp Security WARNING: This is an external email. Do not click
> links
> > or open attachments unless you recognize the sender and know the
> content is
> > safe.
> >
> >
> >
> >
> > What if we remove the wiki page of users? I think it makes more
> sense
> > to
> > use only the one from cloudstack.apache.org.
> >
> > On Wed, Oct 10, 2018 at 3:07 PM Andrija Panic <
> andrija.pa...@gmail.com
> > >
> > wrote:
> >
> > > Perhaps I'm wrong but
> > >
> >
> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=30744222
> > > has a VERY short,brief list of "users" while
> > > https://cloudstack.apache.org/users.html (and
> > >
> >
> https://www.shapeblue.com/are-these-people-really-all-using-cloudstack/ )
> > > -
> > > so I assume its out of date or something
> > >
> > > Anyway, to do (if you like :) );
> > > - remove "Anolim",
> > > - make sure HIAG Data AG (www.hiagdata.com) is present
> >     > - leave Safe Swiss Cloud if already listed (I cant speak for
> them,
> > since
> > > initially they stopped being ACS users/owners, but because of
> > ownership
> > > changes etc etc, might again be engaged with ACS - so can't
> speak
> > for them)
> > >
> > > Thx Rafael
> > >
> > > On Wed, 10 Oct 2018 at 19:54, Rafael Weingärtner <
> > > rafaelweingart...@gmail.com> wrote:
> > >
> > > > Then, I can update the wiki for you.
> > > >
> > > > What do you mean by original page outdated?
> > > >
> > > > On Wed, Oct 10, 2018 at 2:51 PM Andrija Panic <
> > andrija.pa...@gmail.com>
> > > > wrote:
> > > >
> > > > > Done PR: https://github.com/apache/cloudstack-www/pull/47
> > > > >
> > > > > As for original page (it seems out of date ???) - I do not
> have
> > WIKI
> > > > > access...
> > > > >
> > > > > Thx
> > > > >
> > > > > On Wed, 10 Oct 2018 at 19:42, Rafael Weingärtner <
> > > > > rafaelweingart...@gmail.com> wrote:
> > > > >
> > > > > > The source code of the second link is managed here:
> > > > > > https://github.com/apache/cloudstack-www
> > > > > > You can even open a PR yourself to fix that.
> > > > > >
> > > > > > The first one, you need wiki write access. I guess, I
> can give
> > it to
> > > > you.
> > > > > > What is your wiki user name?
> > > > > >
> > > > > > On Wed, Oct 10, 2018 at 1:23 PM Andrija Panic <
> > > andrija.pa...@gmail.com
> > > > >
> > > > > > wrote:
> > > > > >
> > > > > > > Actually, I see there is new page
> > > > > > > https://cloudstack.apache.org/users.html
> > > > > > >
> > > > > > > Here please remove Anolim, since this company has been
> 

Re: Marketing page update

[Rafael Weingärtner]

Can I delete the wiki users page then? Or, should I replace it with a
redirect to the cloustack's website?

On Wed, Oct 10, 2018 at 3:14 PM Tutkowski, Mike 
wrote:

> It definitely seems like it would be best to just have this information in
> one place so we don’t have to update two places whenever a change is needed.
>
> On 10/10/18, 12:10 PM, "Rafael Weingärtner" 
> wrote:
>
> NetApp Security WARNING: This is an external email. Do not click links
> or open attachments unless you recognize the sender and know the content is
> safe.
>
>
>
>
> What if we remove the wiki page of users? I think it makes more sense
> to
> use only the one from cloudstack.apache.org.
>
> On Wed, Oct 10, 2018 at 3:07 PM Andrija Panic  >
> wrote:
>
> > Perhaps I'm wrong but
> >
> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=30744222
> > has a VERY short,brief list of "users" while
> > https://cloudstack.apache.org/users.html (and
> >
> https://www.shapeblue.com/are-these-people-really-all-using-cloudstack/ )
> > -
> > so I assume its out of date or something
> >
> > Anyway, to do (if you like :) );
> > - remove "Anolim",
> > - make sure HIAG Data AG (www.hiagdata.com) is present
> > - leave Safe Swiss Cloud if already listed (I cant speak for them,
> since
> > initially they stopped being ACS users/owners, but because of
> ownership
> > changes etc etc, might again be engaged with ACS - so can't speak
> for them)
> >
> > Thx Rafael
> >
> > On Wed, 10 Oct 2018 at 19:54, Rafael Weingärtner <
> > rafaelweingart...@gmail.com> wrote:
> >
> > > Then, I can update the wiki for you.
> > >
> > > What do you mean by original page outdated?
> > >
> > > On Wed, Oct 10, 2018 at 2:51 PM Andrija Panic <
> andrija.pa...@gmail.com>
> > > wrote:
> > >
> > > > Done PR: https://github.com/apache/cloudstack-www/pull/47
> > > >
> > > > As for original page (it seems out of date ???) - I do not have
> WIKI
> > > > access...
> > > >
> > > > Thx
> > > >
> > > > On Wed, 10 Oct 2018 at 19:42, Rafael Weingärtner <
> > > > rafaelweingart...@gmail.com> wrote:
> > > >
> > > > > The source code of the second link is managed here:
> > > > > https://github.com/apache/cloudstack-www
> > > > > You can even open a PR yourself to fix that.
> > > > >
> > > > > The first one, you need wiki write access. I guess, I can give
> it to
> > > you.
> > > > > What is your wiki user name?
> > > > >
> > > > > On Wed, Oct 10, 2018 at 1:23 PM Andrija Panic <
> > andrija.pa...@gmail.com
> > > >
> > > > > wrote:
> > > > >
> > > > > > Actually, I see there is new page
> > > > > > https://cloudstack.apache.org/users.html
> > > > > >
> > > > > > Here please remove Anolim, since this company has been
> RENAMED (3
> > > years
> > > > > > ago) to Safe Swiss Cloud (it's also present on this page).
> > > > > >
> > > > > > I have done Survey, to add HIAG Data AG also to the list.
> > > > > >
> > > > > >
> > > > > > Thanks
> > > > > >
> > > > > > On Wed, 10 Oct 2018 at 18:03, Andrija Panic <
> > andrija.pa...@gmail.com
> > > >
> > > > > > wrote:
> > > > > >
> > > > > > > Hi all,
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=30744222
> > > > > > > ("Who uses CloudStack")
> > > > > > >
> > > > > > > lists "Anolim", which is former name for my company where I
> > worked
> > > > and
> > > > > > > there have been different company changes (company changed
> name a
> > > few
> > > > > > years
> > > > > > > ago...), and that doman doesn't exist any more..
> > > > > > >
> > > > > > > If someone can update it to "HIAG Data" that would be
> great. (
> > > > > > > www.hiagdata.com)
> > > > > > >
> > > > > > > Cheers
> > > > > > >
> > > > > > > --
> > > > > > >
> > > > > > > Andrija Panić
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > >
> > > > > > Andrija Panić
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Rafael Weingärtner
> > > > >
> > > >
> > > >
> > > > --
> > > >
> > > > Andrija Panić
> > > >
> > >
> > >
> > > --
> > > Rafael Weingärtner
> > >
> >
> >
> > --
> >
> > Andrija Panić
> >
>
>
> --
> Rafael Weingärtner
>
>
>

-- 
Rafael Weingärtner

Re: Marketing page update

[Rafael Weingärtner]

What if we remove the wiki page of users? I think it makes more sense to
use only the one from cloudstack.apache.org.

On Wed, Oct 10, 2018 at 3:07 PM Andrija Panic 
wrote:

> Perhaps I'm wrong but
> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=30744222
> has a VERY short,brief list of "users" while
> https://cloudstack.apache.org/users.html (and
> https://www.shapeblue.com/are-these-people-really-all-using-cloudstack/ )
> -
> so I assume its out of date or something
>
> Anyway, to do (if you like :) );
> - remove "Anolim",
> - make sure HIAG Data AG (www.hiagdata.com) is present
> - leave Safe Swiss Cloud if already listed (I cant speak for them, since
> initially they stopped being ACS users/owners, but because of ownership
> changes etc etc, might again be engaged with ACS - so can't speak for them)
>
> Thx Rafael
>
> On Wed, 10 Oct 2018 at 19:54, Rafael Weingärtner <
> rafaelweingart...@gmail.com> wrote:
>
> > Then, I can update the wiki for you.
> >
> > What do you mean by original page outdated?
> >
> > On Wed, Oct 10, 2018 at 2:51 PM Andrija Panic 
> > wrote:
> >
> > > Done PR: https://github.com/apache/cloudstack-www/pull/47
> > >
> > > As for original page (it seems out of date ???) - I do not have WIKI
> > > access...
> > >
> > > Thx
> > >
> > > On Wed, 10 Oct 2018 at 19:42, Rafael Weingärtner <
> > > rafaelweingart...@gmail.com> wrote:
> > >
> > > > The source code of the second link is managed here:
> > > > https://github.com/apache/cloudstack-www
> > > > You can even open a PR yourself to fix that.
> > > >
> > > > The first one, you need wiki write access. I guess, I can give it to
> > you.
> > > > What is your wiki user name?
> > > >
> > > > On Wed, Oct 10, 2018 at 1:23 PM Andrija Panic <
> andrija.pa...@gmail.com
> > >
> > > > wrote:
> > > >
> > > > > Actually, I see there is new page
> > > > > https://cloudstack.apache.org/users.html
> > > > >
> > > > > Here please remove Anolim, since this company has been RENAMED (3
> > years
> > > > > ago) to Safe Swiss Cloud (it's also present on this page).
> > > > >
> > > > > I have done Survey, to add HIAG Data AG also to the list.
> > > > >
> > > > >
> > > > > Thanks
> > > > >
> > > > > On Wed, 10 Oct 2018 at 18:03, Andrija Panic <
> andrija.pa...@gmail.com
> > >
> > > > > wrote:
> > > > >
> > > > > > Hi all,
> > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=30744222
> > > > > > ("Who uses CloudStack")
> > > > > >
> > > > > > lists "Anolim", which is former name for my company where I
> worked
> > > and
> > > > > > there have been different company changes (company changed name a
> > few
> > > > > years
> > > > > > ago...), and that doman doesn't exist any more..
> > > > > >
> > > > > > If someone can update it to "HIAG Data" that would be great. (
> > > > > > www.hiagdata.com)
> > > > > >
> > > > > > Cheers
> > > > > >
> > > > > > --
> > > > > >
> > > > > > Andrija Panić
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > >
> > > > > Andrija Panić
> > > > >
> > > >
> > > >
> > > > --
> > > > Rafael Weingärtner
> > > >
> > >
> > >
> > > --
> > >
> > > Andrija Panić
> > >
> >
> >
> > --
> > Rafael Weingärtner
> >
>
>
> --
>
> Andrija Panić
>


-- 
Rafael Weingärtner

Re: Marketing page update

[Rafael Weingärtner]

Then, I can update the wiki for you.

What do you mean by original page outdated?

On Wed, Oct 10, 2018 at 2:51 PM Andrija Panic 
wrote:

> Done PR: https://github.com/apache/cloudstack-www/pull/47
>
> As for original page (it seems out of date ???) - I do not have WIKI
> access...
>
> Thx
>
> On Wed, 10 Oct 2018 at 19:42, Rafael Weingärtner <
> rafaelweingart...@gmail.com> wrote:
>
> > The source code of the second link is managed here:
> > https://github.com/apache/cloudstack-www
> > You can even open a PR yourself to fix that.
> >
> > The first one, you need wiki write access. I guess, I can give it to you.
> > What is your wiki user name?
> >
> > On Wed, Oct 10, 2018 at 1:23 PM Andrija Panic 
> > wrote:
> >
> > > Actually, I see there is new page
> > > https://cloudstack.apache.org/users.html
> > >
> > > Here please remove Anolim, since this company has been RENAMED (3 years
> > > ago) to Safe Swiss Cloud (it's also present on this page).
> > >
> > > I have done Survey, to add HIAG Data AG also to the list.
> > >
> > >
> > > Thanks
> > >
> > > On Wed, 10 Oct 2018 at 18:03, Andrija Panic 
> > > wrote:
> > >
> > > > Hi all,
> > > >
> > > >
> > >
> >
> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=30744222
> > > > ("Who uses CloudStack")
> > > >
> > > > lists "Anolim", which is former name for my company where I worked
> and
> > > > there have been different company changes (company changed name a few
> > > years
> > > > ago...), and that doman doesn't exist any more..
> > > >
> > > > If someone can update it to "HIAG Data" that would be great. (
> > > > www.hiagdata.com)
> > > >
> > > > Cheers
> > > >
> > > > --
> > > >
> > > > Andrija Panić
> > > >
> > >
> > >
> > > --
> > >
> > > Andrija Panić
> > >
> >
> >
> > --
> > Rafael Weingärtner
> >
>
>
> --
>
> Andrija Panić
>


-- 
Rafael Weingärtner

Re: Marketing page update

[Rafael Weingärtner]

The source code of the second link is managed here:
https://github.com/apache/cloudstack-www
You can even open a PR yourself to fix that.

The first one, you need wiki write access. I guess, I can give it to you.
What is your wiki user name?

On Wed, Oct 10, 2018 at 1:23 PM Andrija Panic 
wrote:

> Actually, I see there is new page
> https://cloudstack.apache.org/users.html
>
> Here please remove Anolim, since this company has been RENAMED (3 years
> ago) to Safe Swiss Cloud (it's also present on this page).
>
> I have done Survey, to add HIAG Data AG also to the list.
>
>
> Thanks
>
> On Wed, 10 Oct 2018 at 18:03, Andrija Panic 
> wrote:
>
> > Hi all,
> >
> >
> https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=30744222
> > ("Who uses CloudStack")
> >
> > lists "Anolim", which is former name for my company where I worked and
> > there have been different company changes (company changed name a few
> years
> > ago...), and that doman doesn't exist any more..
> >
> > If someone can update it to "HIAG Data" that would be great. (
> > www.hiagdata.com)
> >
> > Cheers
> >
> > --
> >
> > Andrija Panić
> >
>
>
> --
>
> Andrija Panić
>


-- 
Rafael Weingärtner

Re: [cloudstack] branch master updated (1fa4f10 -> fcc87d9)

[Rafael Weingärtner]

I will open a ticket with Infra to check the possibility of protecting
branches then.
Thanks for your feedback guys.

On Mon, Oct 8, 2018 at 4:52 AM Rene Moser  wrote:

> On 10/08/2018 09:24 AM, Rohit Yadav wrote:
> > +1 for protecting master and recent 4.{11,10,9...} branches from force
> pushes.
>
> One of those Mondays... ;)
>
> +1
>


-- 
Rafael Weingärtner

Fwd: [cloudstack] branch master updated (1fa4f10 -> fcc87d9)

[Rafael Weingärtner]

-
 .../nuagevsp/test_nuage_vsp_domain_template.py |   18 +-
 .../nuagevsp/test_nuage_vsp_mngd_subnets.py|   12 +-
 .../scripts/configure_systemvm_services.sh |2 +-
 tools/marvin/marvin/lib/base.py|   11 +-
 tools/marvin/marvin/lib/common.py  |6 +-
 tools/marvin/setup.py  |6 +-
 tools/wix-cloudstack-maven-plugin/pom.xml  |   84 +
 .../java/org/apache/cloudstack/wix/HeatMojo.java   |  144 ++
 .../main/java/com/cloud/utils/net/NetUtils.java|   21 -
 .../cloudstack/utils/security/CertUtils.java   |4 +-
 .../java/com/cloud/utils/net/NetUtilsTest.java |5 -
 125 files changed, 6496 insertions(+), 2529 deletions(-)
 create mode 100644 scripts/installer/windows/Setup_Databases.wxs
 create mode 100644 scripts/installer/windows/WixInstallerDialog.wxs
 create mode 100644 scripts/installer/windows/acs.wxs
 create mode 100644 scripts/installer/windows/acs_license.rtf
 create mode 100644 scripts/installer/windows/client.wxs
 create mode 100644 scripts/installer/windows/dependencies.wxs
 create mode 100644 scripts/installer/windows/en-us.wxl
 create mode 100644 scripts/installer/windows/optionstheme.xml
 create mode 100644 scripts/installer/windows/optionstheme_en-us.wxl
 create mode 100644 scripts/installer/windows/start.bat
 create mode 100644 tools/wix-cloudstack-maven-plugin/pom.xml
 create mode 100644
tools/wix-cloudstack-maven-plugin/src/main/java/org/apache/cloudstack/wix/HeatMojo.java



-- 
Rafael Weingärtner

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Yes, that is what I also believe. From the feedback, I think we can easily
use 10 presentations. I will move on with the organization. I think it is
feasible to get more room space in case we receive more presentation and
people. I will try to not overlap presentations though (like we did in
ApacheCon).

On Mon, Oct 1, 2018 at 3:36 PM Tutkowski, Mike 
wrote:

> I guess it depends on how many people expect to be able to attend.
>
> Ten presentation slots is probably a good starting point.
>
> Get Outlook for iOS<https://aka.ms/o0ukef>
> ____
> From: Rafael Weingärtner 
> Sent: Monday, October 1, 2018 10:10:55 AM
> To: users
> Cc: dev
> Subject: Re: CloudStack Collab in Brazil
>
> NetApp Security WARNING: This is an external email. Do not click links or
> open attachments unless you recognize the sender and know the content is
> safe.
>
>
>
>
> Thank you guys for the feedback!
>
> I will reach out the organizers to discuss our requirements. What do you
> guys think that we need?
> Would 10 presentation slots (50min. each) be enough? Or, do you guys think
> that we need more?
>
> Also, I think that we should also do a Hackathon. Therefore, I will also be
> asking for a room such as the one we used in Montreal.
>
> On Mon, Oct 1, 2018 at 12:03 PM Nicolas Vazquez <
> nicolas.vazq...@shapeblue.com> wrote:
>
> > I would be interested in an event in Brazil as well.
> >
> >
> > Regards,
> >
> > Nicolas Vazquez
> >
> > 
> > From: Gabriel Beims Bräscher 
> > Sent: Monday, October 1, 2018 11:58:07 AM
> > To: users
> > Cc: dev
> > Subject: Re: CloudStack Collab in Brazil
> >
> > As a Brazilian, that lives in Florianópolis, I cannot pass this
> opportunity
> > ;)
> > Count on me!
> >
> > Em seg, 1 de out de 2018 às 11:27, Tutkowski, Mike <
> > mike.tutkow...@netapp.com> escreveu:
> >
> > > I would be really interested in an event in Brazil.
> > >
> > > 
> > > From: Rafael Weingärtner 
> > > Sent: Monday, October 1, 2018 5:38 AM
> > > To: users
> > > Cc: dev
> > > Subject: Re: CloudStack Collab in Brazil
> > >
> > > NetApp Security WARNING: This is an external email. Do not click links
> or
> > > open attachments unless you recognize the sender and know the content
> is
> > > safe.
> > >
> > >
> > >
> > >
> > > Hey Marco,
> > > Yes, they run a very successful conference every year. I have just got
> > back
> > > from Montreal, and I talked with people there regarding the conference.
> > >
> > > Now, for all CloudStackers (users and devs); I will repeat what I said
> in
> > > Montreal. The TDC conference will happen with or without us. Therefore,
> > we
> > > only need to decide if we will join them in their Cloud tracks. We did
> > not
> > > hear much feedback here, but I will try again.
> > >
> > > If you are part of the CloudStack community (as a contributor,
> committer,
> > > user, operator, and so on), please do provide your feedback. Would you
> > like
> > > to see a CloudStack Collab Conference in Florianopolis, Brazil, 2019? I
> > am
> > > only asking you guys, what you think. I do understand the logistics
> > > problems for some folks to attend a conference this far.
> > >
> > > Now, about the city; the island has an airport (airport code = FLN).
> > > However, most flights to FLN will have a connection either on GRU (Sao
> > > Paulo airport) or GIG (Rio de Janeiro airport); KLM, AA, Delta,
> > AirFrance,
> > > Tap, and others have flights to FLN. I have also found some useful
> links
> > in
> > > English that can be used by your guys to check the city. In this link
> [1]
> > > you can information not only about the city, but the State as well;
> there
> > > are pages in different languages such as English, Spanish, and German
> (to
> > > change the language there is a button in the top-right corner). On
> these
> > > other links [2-3], you can find a guide (English only) of the city; it
> > > contains a brief overview and some details about Museums, Beaches,
> events
> > > and so on.
> > >
> > > I would also be happy to answer any other question that you might have.
> > >
> > > [1] http://turismo.sc.gov.br/en/cidade/florianopolis/#
> > > [2] https://www.floripa-guide.com/attractions/about-floria

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Thank you guys for the feedback!

I will reach out the organizers to discuss our requirements. What do you
guys think that we need?
Would 10 presentation slots (50min. each) be enough? Or, do you guys think
that we need more?

Also, I think that we should also do a Hackathon. Therefore, I will also be
asking for a room such as the one we used in Montreal.

On Mon, Oct 1, 2018 at 12:03 PM Nicolas Vazquez <
nicolas.vazq...@shapeblue.com> wrote:

> I would be interested in an event in Brazil as well.
>
>
> Regards,
>
> Nicolas Vazquez
>
> 
> From: Gabriel Beims Bräscher 
> Sent: Monday, October 1, 2018 11:58:07 AM
> To: users
> Cc: dev
> Subject: Re: CloudStack Collab in Brazil
>
> As a Brazilian, that lives in Florianópolis, I cannot pass this opportunity
> ;)
> Count on me!
>
> Em seg, 1 de out de 2018 às 11:27, Tutkowski, Mike <
> mike.tutkow...@netapp.com> escreveu:
>
> > I would be really interested in an event in Brazil.
> >
> > 
> > From: Rafael Weingärtner 
> > Sent: Monday, October 1, 2018 5:38 AM
> > To: users
> > Cc: dev
> > Subject: Re: CloudStack Collab in Brazil
> >
> > NetApp Security WARNING: This is an external email. Do not click links or
> > open attachments unless you recognize the sender and know the content is
> > safe.
> >
> >
> >
> >
> > Hey Marco,
> > Yes, they run a very successful conference every year. I have just got
> back
> > from Montreal, and I talked with people there regarding the conference.
> >
> > Now, for all CloudStackers (users and devs); I will repeat what I said in
> > Montreal. The TDC conference will happen with or without us. Therefore,
> we
> > only need to decide if we will join them in their Cloud tracks. We did
> not
> > hear much feedback here, but I will try again.
> >
> > If you are part of the CloudStack community (as a contributor, committer,
> > user, operator, and so on), please do provide your feedback. Would you
> like
> > to see a CloudStack Collab Conference in Florianopolis, Brazil, 2019? I
> am
> > only asking you guys, what you think. I do understand the logistics
> > problems for some folks to attend a conference this far.
> >
> > Now, about the city; the island has an airport (airport code = FLN).
> > However, most flights to FLN will have a connection either on GRU (Sao
> > Paulo airport) or GIG (Rio de Janeiro airport); KLM, AA, Delta,
> AirFrance,
> > Tap, and others have flights to FLN. I have also found some useful links
> in
> > English that can be used by your guys to check the city. In this link [1]
> > you can information not only about the city, but the State as well; there
> > are pages in different languages such as English, Spanish, and German (to
> > change the language there is a button in the top-right corner). On these
> > other links [2-3], you can find a guide (English only) of the city; it
> > contains a brief overview and some details about Museums, Beaches, events
> > and so on.
> >
> > I would also be happy to answer any other question that you might have.
> >
> > [1] http://turismo.sc.gov.br/en/cidade/florianopolis/#
> > [2] https://www.floripa-guide.com/attractions/about-florianopolis.html
> > [3] http://www.vivendofloripa.com.br/en/home/
> >
> > On Tue, Sep 25, 2018 at 5:42 PM Marco Sinhoreli <
> > marco.sinhor...@shapeblue.com> wrote:
> >
> > > Hello Rafael,
> > >
> > > I know this conference, last year in TDC Porto Alegre I spoke about ACS
> > > and ansible.
> > >
> > > I was very impressed with them event support and organization, they
> have
> > a
> > > nice approach involving community in the organization. They also have a
> > > good penetration to prospect sponsors.
> > >
> > > I am able to help you in this subject since I am in Brazil as well.
> > >
> > > Best regards,
> > >
> > > Marco Sinhoreli
> > > marco.sinhor...@shapeblue.com
> > > mobile: +55 21 98276 3636
> > >
> > > Av. Brigadeiro Faria Lima, 3144 - 2º andar – Jardim
> > > Paulistano, São Paulo, SP, Brasil, 01451-000
> > > Phone: + 55 11 3568-2877
> > > http://www.shapeblue.com/ | twitter: @shapeblue
> > >
> > > Em 21/09/2018 08:37, "Rafael Weingärtner" <
> rafaelweingart...@gmail.com>
> > > escreveu:
> > >
> > > Hello fellow devs and users (pardon me for the cross post),
> > >
> > > I already contacted the 

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Great! Thanks Makino.

It is going to be awesome to see you guys there as well.

On Mon, Oct 1, 2018 at 11:12 AM Ricardo Makino 
wrote:

> Hi Rafael,
>
> You can count on me to help with event and organization!
>
> Best Regards
> --
> Ricardo Makino
>
>
> On Mon, Oct 1, 2018 at 11:04 AM Rafael Weingärtner <
> rafaelweingart...@gmail.com> wrote:
>
> > Awesome!
> >
> > I also enjoyed the CCC Montreal. It was great to see your talks and to
> join
> > you guys in the Hackathon.
> >
> > On Mon, Oct 1, 2018 at 10:47 AM Jochim, Ingo  >
> > wrote:
> >
> > > Hello Rafael and Marco,
> > >
> > > the team from itelligence would be happy to join the conference in
> Brazil
> > > and support it by giving talks.
> > > We really enjoyed the time in Montreal.
> > >
> > > Regards,
> > > Ingo
> > >
> > >
> > > -Original Message-
> > > From: Rafael Weingärtner 
> > > Sent: Montag, 1. Oktober 2018 13:38
> > > To: users 
> > > Cc: dev 
> > > Subject: Re: CloudStack Collab in Brazil
> > >
> > > Hey Marco,
> > > Yes, they run a very successful conference every year. I have just got
> > back
> > > from Montreal, and I talked with people there regarding the conference.
> > >
> > > Now, for all CloudStackers (users and devs); I will repeat what I said
> in
> > > Montreal. The TDC conference will happen with or without us. Therefore,
> > we
> > > only need to decide if we will join them in their Cloud tracks. We did
> > not
> > > hear much feedback here, but I will try again.
> > >
> > > If you are part of the CloudStack community (as a contributor,
> committer,
> > > user, operator, and so on), please do provide your feedback. Would you
> > like
> > > to see a CloudStack Collab Conference in Florianopolis, Brazil, 2019? I
> > am
> > > only asking you guys, what you think. I do understand the logistics
> > > problems for some folks to attend a conference this far.
> > >
> > > Now, about the city; the island has an airport (airport code = FLN).
> > > However, most flights to FLN will have a connection either on GRU (Sao
> > > Paulo airport) or GIG (Rio de Janeiro airport); KLM, AA, Delta,
> > AirFrance,
> > > Tap, and others have flights to FLN. I have also found some useful
> links
> > in
> > > English that can be used by your guys to check the city. In this link
> [1]
> > > you can information not only about the city, but the State as well;
> there
> > > are pages in different languages such as English, Spanish, and German
> (to
> > > change the language there is a button in the top-right corner). On
> these
> > > other links [2-3], you can find a guide (English only) of the city; it
> > > contains a brief overview and some details about Museums, Beaches,
> events
> > > and so on.
> > >
> > > I would also be happy to answer any other question that you might have.
> > >
> > > [1] http://turismo.sc.gov.br/en/cidade/florianopolis/#
> > > [2] https://www.floripa-guide.com/attractions/about-florianopolis.html
> > > [3] http://www.vivendofloripa.com.br/en/home/
> > >
> > > On Tue, Sep 25, 2018 at 5:42 PM Marco Sinhoreli <
> > > marco.sinhor...@shapeblue.com> wrote:
> > >
> > > > Hello Rafael,
> > > >
> > > > I know this conference, last year in TDC Porto Alegre I spoke about
> ACS
> > > > and ansible.
> > > >
> > > > I was very impressed with them event support and organization, they
> > have
> > > a
> > > > nice approach involving community in the organization. They also
> have a
> > > > good penetration to prospect sponsors.
> > > >
> > > > I am able to help you in this subject since I am in Brazil as well.
> > > >
> > > > Best regards,
> > > >
> > > > Marco Sinhoreli
> > > > marco.sinhor...@shapeblue.com
> > > > mobile: +55 21 98276 3636
> > > >
> > > > Av. Brigadeiro Faria Lima, 3144 - 2º andar – Jardim
> > > > Paulistano, São Paulo, SP, Brasil, 01451-000
> > > > Phone: + 55 11 3568-2877
> > > > http://www.shapeblue.com/ | twitter: @shapeblue
> > > >
> > > > Em 21/09/2018 08:37, "Rafael Weingärtner" <
> > rafaelweingart...@gmail.com>
> > > > escreveu:
> &g

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Awesome!

I also enjoyed the CCC Montreal. It was great to see your talks and to join
you guys in the Hackathon.

On Mon, Oct 1, 2018 at 10:47 AM Jochim, Ingo 
wrote:

> Hello Rafael and Marco,
>
> the team from itelligence would be happy to join the conference in Brazil
> and support it by giving talks.
> We really enjoyed the time in Montreal.
>
> Regards,
> Ingo
>
>
> -----Original Message-
> From: Rafael Weingärtner 
> Sent: Montag, 1. Oktober 2018 13:38
> To: users 
> Cc: dev 
> Subject: Re: CloudStack Collab in Brazil
>
> Hey Marco,
> Yes, they run a very successful conference every year. I have just got back
> from Montreal, and I talked with people there regarding the conference.
>
> Now, for all CloudStackers (users and devs); I will repeat what I said in
> Montreal. The TDC conference will happen with or without us. Therefore, we
> only need to decide if we will join them in their Cloud tracks. We did not
> hear much feedback here, but I will try again.
>
> If you are part of the CloudStack community (as a contributor, committer,
> user, operator, and so on), please do provide your feedback. Would you like
> to see a CloudStack Collab Conference in Florianopolis, Brazil, 2019? I am
> only asking you guys, what you think. I do understand the logistics
> problems for some folks to attend a conference this far.
>
> Now, about the city; the island has an airport (airport code = FLN).
> However, most flights to FLN will have a connection either on GRU (Sao
> Paulo airport) or GIG (Rio de Janeiro airport); KLM, AA, Delta, AirFrance,
> Tap, and others have flights to FLN. I have also found some useful links in
> English that can be used by your guys to check the city. In this link [1]
> you can information not only about the city, but the State as well; there
> are pages in different languages such as English, Spanish, and German (to
> change the language there is a button in the top-right corner). On these
> other links [2-3], you can find a guide (English only) of the city; it
> contains a brief overview and some details about Museums, Beaches, events
> and so on.
>
> I would also be happy to answer any other question that you might have.
>
> [1] http://turismo.sc.gov.br/en/cidade/florianopolis/#
> [2] https://www.floripa-guide.com/attractions/about-florianopolis.html
> [3] http://www.vivendofloripa.com.br/en/home/
>
> On Tue, Sep 25, 2018 at 5:42 PM Marco Sinhoreli <
> marco.sinhor...@shapeblue.com> wrote:
>
> > Hello Rafael,
> >
> > I know this conference, last year in TDC Porto Alegre I spoke about ACS
> > and ansible.
> >
> > I was very impressed with them event support and organization, they have
> a
> > nice approach involving community in the organization. They also have a
> > good penetration to prospect sponsors.
> >
> > I am able to help you in this subject since I am in Brazil as well.
> >
> > Best regards,
> >
> > Marco Sinhoreli
> > marco.sinhor...@shapeblue.com
> > mobile: +55 21 98276 3636
> >
> > Av. Brigadeiro Faria Lima, 3144 - 2º andar – Jardim
> > Paulistano, São Paulo, SP, Brasil, 01451-000
> > Phone: + 55 11 3568-2877
> > http://www.shapeblue.com/ | twitter: @shapeblue
> >
> > Em 21/09/2018 08:37, "Rafael Weingärtner" 
> > escreveu:
> >
> > Hello fellow devs and users (pardon me for the cross post),
> >
> > I already contacted the PMC on this matter, and I am now opening the
> > discussion to the whole community. Let’s see what you guys think
> about
> > a
> > CloudStack conference in Brazil, and let’s work to make it happen ;)
> >
> > Since the rather shameful? situation with the CloudStack Collab
> > Conference
> > (CCC) in Brazil last year, I have been looking for possible ways to
> > enable
> > the event. And, it seems that I found it, and it is something that we
> > are
> > already used to do.
> >
> > There is a conference series in Brazil called TDC (The Developer’s
> > conference) [1]. They run three conferences a year (Florianopolis,
> São
> > Paulo, and  Porto Alegre). They have been running for over a decade
> > now. I
> > attended the last one in São Paulo (July 2018) and it was awesome. To
> > give
> > you guys some numbers for the São Paulo event:
> >
> >- 4524 attendants
> >- 6040 online-viewers (some talks are live streamed)
> >- 2927 corporate registrations
> >- 63 different tracks, and more than 300 talks.
> >- 5 days of conference (Tuesday-Saturday)
> >
> 

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Hey Marco,
Yes, they run a very successful conference every year. I have just got back
from Montreal, and I talked with people there regarding the conference.

Now, for all CloudStackers (users and devs); I will repeat what I said in
Montreal. The TDC conference will happen with or without us. Therefore, we
only need to decide if we will join them in their Cloud tracks. We did not
hear much feedback here, but I will try again.

If you are part of the CloudStack community (as a contributor, committer,
user, operator, and so on), please do provide your feedback. Would you like
to see a CloudStack Collab Conference in Florianopolis, Brazil, 2019? I am
only asking you guys, what you think. I do understand the logistics
problems for some folks to attend a conference this far.

Now, about the city; the island has an airport (airport code = FLN).
However, most flights to FLN will have a connection either on GRU (Sao
Paulo airport) or GIG (Rio de Janeiro airport); KLM, AA, Delta, AirFrance,
Tap, and others have flights to FLN. I have also found some useful links in
English that can be used by your guys to check the city. In this link [1]
you can information not only about the city, but the State as well; there
are pages in different languages such as English, Spanish, and German (to
change the language there is a button in the top-right corner). On these
other links [2-3], you can find a guide (English only) of the city; it
contains a brief overview and some details about Museums, Beaches, events
and so on.

I would also be happy to answer any other question that you might have.

[1] http://turismo.sc.gov.br/en/cidade/florianopolis/#
[2] https://www.floripa-guide.com/attractions/about-florianopolis.html
[3] http://www.vivendofloripa.com.br/en/home/

On Tue, Sep 25, 2018 at 5:42 PM Marco Sinhoreli <
marco.sinhor...@shapeblue.com> wrote:

> Hello Rafael,
>
> I know this conference, last year in TDC Porto Alegre I spoke about ACS
> and ansible.
>
> I was very impressed with them event support and organization, they have a
> nice approach involving community in the organization. They also have a
> good penetration to prospect sponsors.
>
> I am able to help you in this subject since I am in Brazil as well.
>
> Best regards,
>
> Marco Sinhoreli
> marco.sinhor...@shapeblue.com
> mobile: +55 21 98276 3636
>
> Av. Brigadeiro Faria Lima, 3144 - 2º andar – Jardim
> Paulistano, São Paulo, SP, Brasil, 01451-000
> Phone: + 55 11 3568-2877
> http://www.shapeblue.com/ | twitter: @shapeblue
>
> Em 21/09/2018 08:37, "Rafael Weingärtner" 
> escreveu:
>
> Hello fellow devs and users (pardon me for the cross post),
>
> I already contacted the PMC on this matter, and I am now opening the
> discussion to the whole community. Let’s see what you guys think about
> a
> CloudStack conference in Brazil, and let’s work to make it happen ;)
>
> Since the rather shameful? situation with the CloudStack Collab
> Conference
> (CCC) in Brazil last year, I have been looking for possible ways to
> enable
> the event. And, it seems that I found it, and it is something that we
> are
> already used to do.
>
> There is a conference series in Brazil called TDC (The Developer’s
> conference) [1]. They run three conferences a year (Florianopolis, São
> Paulo, and  Porto Alegre). They have been running for over a decade
> now. I
> attended the last one in São Paulo (July 2018) and it was awesome. To
> give
> you guys some numbers for the São Paulo event:
>
>- 4524 attendants
>- 6040 online-viewers (some talks are live streamed)
>- 2927 corporate registrations
>- 63 different tracks, and more than 300 talks.
>- 5 days of conference (Tuesday-Saturday)
>
> They are in the process of internationalizing the conference now. The
> hot
> site is being translated, and they are preparing things for
> English/Spanish
> CFPs and tracks. While talking with one of the organizers during the
> event,
> I mentioned that we have been doing collocated CCC with ApacheCon and
> that
> I would love to see CCC in Brazil. Ant it turns out, they would love
> to see
> us there in Brazil as well. They offered to provide the same support as
> ApacheCon provides us.  We would only need to organize the CFP and
> selection of the presentations. We would also need to tell them our
> needs:
> rooms, hackathon spaces, and so on. They are proposing for us space in
> their Florianopolis TDC 2019, which will be held in Florianopolis
> city. The
> event will take place in April 2019 (there is not a possibility for the
> event to be canceled this time!).
>
> I can coordinate this process with them, but I m

Re: [DISCUSS] Release effort for 4.11.2.0

[Rafael Weingärtner]

Welcome. The problem is already fixed in 4.12 too.

Em sex, 28 de set de 2018 15:25, Yiping Zhang  escreveu:

> Hi, Rafael:
>
> I am glad to get the final word here, and much relieved that 4.11.1.0 was
> not affected after all!
>
> Thanks,
>
> Yiping
>
> On 9/28/18, 11:54 AM, "Rafael Weingärtner" 
> wrote:
>
> Hello Yiping Zhang,
>
> It was a misunderstanding. CLOUDSTACK-10240 was never merged into
> 4.11. It
> was only merged into master (4.12). Indeed we had a problem with
> managed
> storage, but Mike and I already fixed it. However, it did not affect
> any
> released version of ACS.
>
> On Fri, Sep 28, 2018 at 12:56 PM Rohit Yadav <
> rohit.ya...@shapeblue.com>
> wrote:
>
> > Hi Yiping,
> >
> >
> > Based on what I can understand, the fix most likely went into master
> but
> > not the 4.11 branch. I've pinged Rafael on the PR:
> > https://github.com/apache/cloudstack/pull/2761
> >
> >
> > - Rohit
> >
> > <https://cloudstack.apache.org>
> >
> >
> >
> > 
> > From: Yiping Zhang 
> > Sent: Friday, September 28, 2018 9:56:33 PM
> > To: dev@cloudstack.apache.org
> > Subject: Re: [DISCUSS] Release effort for 4.11.2.0
> >
> > Hi, Rohit:
> >
> > Back in July, there was a thread discussion here about
> CLOUDSTACK-10240.
> >
> > The gist of it is that the PR for CLOUDSTACK-10240 was merged into
> 4.11.x
> > branch and it introduced a regression.
> >
> > My question here is whether the fix for said regression is included
> in
> > 4.11.2.0 RC1 and onwards ?  We are waiting for this fix to start our
> ACS
> > upgrade to 4.11.2.0, so this is quite important for us.
> >
> > Thanks,
> >
> > Yiping
> >
> > On 8/28/18, 3:33 AM, "Rohit Yadav" 
> wrote:
> >
> > All,
> >
> >
> > We're about 4 weeks into the schedule, we've following items
> remaining
> > towards the 4.11.2.0 milestone:
> >
> > https://github.com/apache/cloudstack/milestone/6
> >
> >
> > In next 1-2 weeks, we'll aim to test and stabilize the 4.11
> branch,
> > which will then lead to cutting of RC1.
> >
> >
> > Please share if there are any blockers/critical/major issues
> you've
> > found in 4.11.0.0 or 4.11.1.0 releases that we should aim to fix in
> > 4.11.2.0. Thanks.
> >
> >
> > - Rohit
> >
> > <https://cloudstack.apache.org>
> >
> >
> >
> > 
> >
> > rohit.ya...@shapeblue.com
> > www.shapeblue.com<http://www.shapeblue.com>
> > Amadeus House, Floral Street, London  WC2E 9DPUK
> > @shapeblue
> >
> >
> >
> > From: Rohit Yadav
> > Sent: Thursday, August 2, 2018 2:27:25 PM
> > To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
> > Subject: [DISCUSS] Release effort for 4.11.2.0
> >
> >
> > All,
> >
> >
> > The recent CloudStack 4.11.1.0 release received a good reception
> but
> > this thread is to gather feedback especially list of bugs and issues
> from
> > the community that we should aim to fix towards the next minor LTS
> 4.11.2.0
> > release.
> >
> >
> > Here is a rough timeline proposal for the same:
> >
> >
> > 0-4 week: Get feedback from the community, gather and triage
> list of
> > issues, start fixing/testing/reviewing them
> >
> > 4-6 week: Stabilize 4.11 branch towards 4.11.2.0, cut RC and
> start
> > voting
> >
> > 6-8 week: Iterate over RCs/voting and release!
> >
> >
> > To limit the scope for RM, blocker/critical issues will take
> priority.
> > Paul will continue as RM for the 4.11.2.0 release, with assistance
> from
> > Boris, Daan, and myself.
> >
> >
> > For reference, this is the 4.11.2.0 milestone PR/issues list:
> >
> > https://github.com/apache/cloudstack/milestone/6
> >
> >
> > Thoughts, issues you want to discuss, feedback? Thanks.
> >
> >
> > - Rohit
> >
> >
> >
> > rohit.ya...@shapeblue.com
> > www.shapeblue.com
> > Amadeus House, Floral Street, London  WC2E 9DPUK
> > @shapeblue
> >
> >
> >
> >
>
> --
> Rafael Weingärtner
>
>
>

Re: [DISCUSS] Release effort for 4.11.2.0

[Rafael Weingärtner]

Hello Yiping Zhang,

It was a misunderstanding. CLOUDSTACK-10240 was never merged into 4.11. It
was only merged into master (4.12). Indeed we had a problem with managed
storage, but Mike and I already fixed it. However, it did not affect any
released version of ACS.

On Fri, Sep 28, 2018 at 12:56 PM Rohit Yadav 
wrote:

> Hi Yiping,
>
>
> Based on what I can understand, the fix most likely went into master but
> not the 4.11 branch. I've pinged Rafael on the PR:
> https://github.com/apache/cloudstack/pull/2761
>
>
> - Rohit
>
> <https://cloudstack.apache.org>
>
>
>
> 
> From: Yiping Zhang 
> Sent: Friday, September 28, 2018 9:56:33 PM
> To: dev@cloudstack.apache.org
> Subject: Re: [DISCUSS] Release effort for 4.11.2.0
>
> Hi, Rohit:
>
> Back in July, there was a thread discussion here about CLOUDSTACK-10240.
>
> The gist of it is that the PR for CLOUDSTACK-10240 was merged into 4.11.x
> branch and it introduced a regression.
>
> My question here is whether the fix for said regression is included in
> 4.11.2.0 RC1 and onwards ?  We are waiting for this fix to start our ACS
> upgrade to 4.11.2.0, so this is quite important for us.
>
> Thanks,
>
> Yiping
>
> On 8/28/18, 3:33 AM, "Rohit Yadav"  wrote:
>
> All,
>
>
> We're about 4 weeks into the schedule, we've following items remaining
> towards the 4.11.2.0 milestone:
>
> https://github.com/apache/cloudstack/milestone/6
>
>
> In next 1-2 weeks, we'll aim to test and stabilize the 4.11 branch,
> which will then lead to cutting of RC1.
>
>
> Please share if there are any blockers/critical/major issues you've
> found in 4.11.0.0 or 4.11.1.0 releases that we should aim to fix in
> 4.11.2.0. Thanks.
>
>
> - Rohit
>
> <https://cloudstack.apache.org>
>
>
>
> 
>
> rohit.ya...@shapeblue.com
> www.shapeblue.com<http://www.shapeblue.com>
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
> From: Rohit Yadav
> Sent: Thursday, August 2, 2018 2:27:25 PM
> To: dev@cloudstack.apache.org; us...@cloudstack.apache.org
> Subject: [DISCUSS] Release effort for 4.11.2.0
>
>
> All,
>
>
> The recent CloudStack 4.11.1.0 release received a good reception but
> this thread is to gather feedback especially list of bugs and issues from
> the community that we should aim to fix towards the next minor LTS 4.11.2.0
> release.
>
>
> Here is a rough timeline proposal for the same:
>
>
> 0-4 week: Get feedback from the community, gather and triage list of
> issues, start fixing/testing/reviewing them
>
> 4-6 week: Stabilize 4.11 branch towards 4.11.2.0, cut RC and start
> voting
>
> 6-8 week: Iterate over RCs/voting and release!
>
>
> To limit the scope for RM, blocker/critical issues will take priority.
> Paul will continue as RM for the 4.11.2.0 release, with assistance from
> Boris, Daan, and myself.
>
>
>     For reference, this is the 4.11.2.0 milestone PR/issues list:
>
> https://github.com/apache/cloudstack/milestone/6
>
>
> Thoughts, issues you want to discuss, feedback? Thanks.
>
>
> - Rohit
>
>
>
> rohit.ya...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
>

-- 
Rafael Weingärtner

CloudStack Collab in Brazil

[Rafael Weingärtner]

Hello fellow devs and users (pardon me for the cross post),

I already contacted the PMC on this matter, and I am now opening the
discussion to the whole community. Let’s see what you guys think about a
CloudStack conference in Brazil, and let’s work to make it happen ;)

Since the rather shameful? situation with the CloudStack Collab Conference
(CCC) in Brazil last year, I have been looking for possible ways to enable
the event. And, it seems that I found it, and it is something that we are
already used to do.

There is a conference series in Brazil called TDC (The Developer’s
conference) [1]. They run three conferences a year (Florianopolis, São
Paulo, and  Porto Alegre). They have been running for over a decade now. I
attended the last one in São Paulo (July 2018) and it was awesome. To give
you guys some numbers for the São Paulo event:

   - 4524 attendants
   - 6040 online-viewers (some talks are live streamed)
   - 2927 corporate registrations
   - 63 different tracks, and more than 300 talks.
   - 5 days of conference (Tuesday-Saturday)

They are in the process of internationalizing the conference now. The hot
site is being translated, and they are preparing things for English/Spanish
CFPs and tracks. While talking with one of the organizers during the event,
I mentioned that we have been doing collocated CCC with ApacheCon and that
I would love to see CCC in Brazil. Ant it turns out, they would love to see
us there in Brazil as well. They offered to provide the same support as
ApacheCon provides us.  We would only need to organize the CFP and
selection of the presentations. We would also need to tell them our needs:
rooms, hackathon spaces, and so on. They are proposing for us space in
their Florianopolis TDC 2019, which will be held in Florianopolis city. The
event will take place in April 2019 (there is not a possibility for the
event to be canceled this time!).

I can coordinate this process with them, but I might need some help from
you guys. That is why I would like to discuss this option here first.  What
do you think about the best dates to run a CCC in Brazil? They have an
event in April, other in Jully, and the last one in December. In theory, we
can discuss and try to get approval to some other city/date, but they
recommended Florianopolis/April event. (We talked about this on the PMC
list, and it seems that for an international audience, the April date looks
the best one).

Also, would some of you be willing to attend? I think the presence of
committers/PMCs is vital to meet face to face with the community that uses
CloudStack there. And of course, the event is way broader than Apache and
CloudStack. Therefore, we can show ourselves and hopefully attract new
people/companies.

I am eager to hear your feedback guys ;)

[1] http://www.thedevelopersconference.com.br/en

--
Rafael Weingärtner

Re: Apache CloudStack Generic Key-Value and Communication Plug-in

[Rafael Weingärtner]

That is very interesting Ivan!

I have a few questions though:

   - Do you have a limit on ”value” size? Can it be a binary of a file?
   - Where do you guys store these “keys” and ”values”?


On Wed, Sep 19, 2018 at 4:02 AM, Ivan Kudryavtsev 
wrote:

> Hello, community.
>
> We glad to announce a new Open Source plug-in for Apache CloudStack which
> helps to maintain generic key-value storages. There are three types are
> supported right now:
>
> - temporary KV with TTL (many per account);
> - persistent KV bound to VM (one per VM);
> - persistent KV bound to account (many per account).
>
> KV storages support a commit-log based approach where old values are not
> erased with new ones and it provides the access to the last key/values and
> to the history which helps to maintain things like quorums and other
> operations which require serialized access.
>
> The plugin uses Elasticsearch. I
>
> If you are interested to know more, contact our website for the full
> announcement and download details:
> https://bitworks.software/en/2018-09-19-acs-vm-kv-storage-plugin.html
>
> All questions, improvements and considerations are welcome!
>
> --
> With best regards, Ivan Kudryavtsev
> Bitworks LLC
> Cell: +7-923-414-1515
> WWW: http://bitworks.software/ <http://bw-sw.com/>
>



-- 
Rafael Weingärtner

Re: [DISCUSS] deployment planner improvement

[Rafael Weingärtner]

;
> > > #scopecreep - sorry Pierre-Luc
> > >
> > > Kind regards,
> > >
> > > Paul Angus
> > >
> > > paul.an...@shapeblue.com
> > > www.shapeblue.com
> > > Amadeus House, Floral Street, London  WC2E 9DPUK
> > > @shapeblue
> > >
> > >
> > >
> > >
> > > -Original Message-
> > > From: Will Stevens 
> > > Sent: 06 September 2018 19:45
> > > To: dev@cloudstack.apache.org; Marc-Andre Jutras  >
> > > Subject: Re: [DISCUSS] deployment planner improvement
> > >
> > > If I remember correctly, we see similar issues on VMware.  Marcus, have
> > you seen similar behavior on VMware?  I think I remember us having to
> > manually vMotion a lot of VMs very often...
> > >
> > > *Will Stevens*
> > > Chief Technology Officer
> > > c 514.826.0190
> > >
> > > <https://goo.gl/NYZ8KK>
> > >
> > >
> > > On Thu, Sep 6, 2018 at 2:34 PM Pierre-Luc Dion 
> > wrote:
> > >
> > >> Hi,
> > >>
> > >> I'm working with a University in Montreal and we are looking at
> > >> working together to improve the deployment planner. Mainly for post
> > >> VM.CREATE tasks.
> > >> Because  what we observed with cloudstack, in our case with XenServer,
> > >> overtime, a cluster will become unbalanced in therm of workload, vm HA
> > >> will move VMs all over the the cluster which cause hotspot inside a
> > cluster.
> > >> Also, when performing maintenance  xenmotion of VM spread them in the
> > >> cluster but does not consider host usage and at the end of a
> > >> maintenance it require manual operation to repopulate VMs on the last
> > >> host updated.  OS preference not taken into account  except for
> > VM.CREATE.
> > >>
> > >> So,
> > >> I'd like to work on improving VMs dispersion during and post outage
> > >> and maintenances. when a cluster resources are added or removed.
> > >>
> > >> Would you have any more requirement, we will document a feature spec
> > >> in the wiki which I believe it's still a requirement ?
> > >>
> > >> Does using KVM have similar issues over time?
> > >>
> > >> I don't think it would make sense to cloudstack to automatically take
> > >> decision on moving VMs but for now create report of recommended action
> > >> to do and provide steps to do them. tbd.
> > >>
> > >> Cheers,
> > >>
> > >> PL
> > >>
> >
> >
>



-- 
Rafael Weingärtner

Re: Kubernetes cloud provider

[Rafael Weingärtner]

So, it is a matter of getting the code from one repository and sending to
other under Kubernetes org in Github?

On Wed, Sep 5, 2018 at 5:20 AM, Sebastien Goasguen  wrote:

> On Tue, Sep 4, 2018 at 11:28 PM Rafael Weingärtner <
> rafaelweingart...@gmail.com> wrote:
>
> > Hi Sebastian,
> >
> > I read the thread there, but I did not understand it. What do they need
> > from us?
> > We should work with to maintain this integration.
> >
> >
> They are going to remove it from the core kubernetes code base. Ideally it
> should go in another repo in the kubernetes github org like
> https://github.com/kubernetes/cloud-provider-openstack
>
> If nobody pick this up and gets involved, the provider will just disappear.
>
> You could also put it in github.com/cloudstack-extras or something out of
> the kubernetes maintained code base
>
>
>
> > On Tue, Sep 4, 2018 at 3:18 AM, Sebastien Goasguen 
> > wrote:
> >
> >> Hi all, it has been a while.
> >>
> >> Please see this:
> >>
> >> https://github.com/kubernetes/kubernetes/pull/68199
> >>
> >> I don't know if anyone is using it but if we don't reply the cloudstack
> >> controller in kubernetes might get removed from the upstream.
> >>
> >> -seb
> >>
> >
> >
> >
> > --
> > Rafael Weingärtner
> >
>



-- 
Rafael Weingärtner

Re: Kubernetes cloud provider

[Rafael Weingärtner]

Hi Sebastian,

I read the thread there, but I did not understand it. What do they need
from us?
We should work with to maintain this integration.

On Tue, Sep 4, 2018 at 3:18 AM, Sebastien Goasguen  wrote:

> Hi all, it has been a while.
>
> Please see this:
>
> https://github.com/kubernetes/kubernetes/pull/68199
>
> I don't know if anyone is using it but if we don't reply the cloudstack
> controller in kubernetes might get removed from the upstream.
>
> -seb
>



-- 
Rafael Weingärtner

Re: rdpclient.MockServerTest failing

[Rafael Weingärtner]

We have seen this before, and in theory we fixed this problem with
https://github.com/apache/cloudstack/pull/2674.
It is a problem that related to SSL CipherSuites enabled in each Java
version. From one minor version to the other, these ciphers may change.

On Wed, Aug 29, 2018 at 9:53 AM, Wido den Hollander  wrote:

> Hi,
>
> When building DEB packages I keep running into this test which is failing:
>
> "Error in mock server: Received fatal alert: handshake_failure
> javax.net.ssl.SSLHandshakeException: Received fatal alert:
> handshake_failure"
>
> Is anybody else seeing this as well? I keep removing the tests from the
> .DEB build now when building them, but that doesn't seem right.
>
> Any ideas?
>
> Wido
>
> Running rdpclient.MockServerTest
> Error in mock server: Received fatal alert: handshake_failure
> javax.net.ssl.SSLHandshakeException: Received fatal alert:
> handshake_failure
> at sun.security.ssl.Alerts.getSSLException(Alerts.java:192)
> at sun.security.ssl.Alerts.getSSLException(Alerts.java:154)
> at sun.security.ssl.SSLSocketImpl.recvAlert(
> SSLSocketImpl.java:2038)
> at sun.security.ssl.SSLSocketImpl.readRecord(
> SSLSocketImpl.java:1135)
> at
> sun.security.ssl.SSLSocketImpl.performInitialHandshake(
> SSLSocketImpl.java:1385)
> at sun.security.ssl.SSLSocketImpl.startHandshake(
> SSLSocketImpl.java:1413)
> at sun.security.ssl.SSLSocketImpl.startHandshake(
> SSLSocketImpl.java:1397)
> at streamer.debug.MockServer.run(MockServer.java:122)
> at java.lang.Thread.run(Thread.java:748)
> Tests run: 2, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.313
> sec <<< FAILURE! - in rdpclient.MockServerTest
> testIsMockServerCanUpgradeConnectionToSsl(rdpclient.MockServerTest)
> Time elapsed: 0.276 sec  <<< ERROR!
> javax.net.ssl.SSLHandshakeException: No appropriate protocol (protocol
> is disabled or cipher suites are inappropriate)
> at sun.security.ssl.Handshaker.activate(Handshaker.java:529)
> at
> sun.security.ssl.SSLSocketImpl.kickstartHandshake(SSLSocketImpl.java:1492)
> at
> sun.security.ssl.SSLSocketImpl.performInitialHandshake(
> SSLSocketImpl.java:1361)
> at sun.security.ssl.SSLSocketImpl.startHandshake(
> SSLSocketImpl.java:1413)
> at sun.security.ssl.SSLSocketImpl.startHandshake(
> SSLSocketImpl.java:1397)
> at
> rdpclient.MockServerTest.testIsMockServerCanUpgradeConn
> ectionToSsl(MockServerTest.java:166)
>



-- 
Rafael Weingärtner

Re: Another GUI Issue on master

[Rafael Weingärtner]

Can you check this PR https://github.com/apache/cloudstack/pull/2803?

There was the jQuery-UI upgrade. I think PRs coming from 4.11 branch are
causing these problems. The new jQuery UI requires us to handle the closing
of modal popups in a different manner.

On Mon, Aug 27, 2018 at 5:15 PM, Tutkowski, Mike 
wrote:

> Hi everyone,
>
> I’ve encountered another GUI issue on master: https://imgur.com/a/RCLPAfB.
>
> This one appears when I try to perform a cross-cluster VM migration on
> XenServer.
>
> We seem to have regressed quite a bit with regards to the GUI on master
> (this is one of around 3 issues that have popped up this release related to
> the GUI). Did we swap in a new GUI library or something that is responsible
> for all of these issues?
>
> Thanks,
> Mike
>



-- 
Rafael Weingärtner

Re: GUI Wizard Issue on master

[Rafael Weingärtner]

It seems to be a problem caused by the upgrade of jQuery-UI. It looks like
jQuery UI is handling differently the creation of those divs. Can you take
a look at my PR: https://github.com/apache/cloudstack/pull/2787?

On Wed, Aug 1, 2018 at 6:30 PM, Tutkowski, Mike 
wrote:

> Also, there seems to be a weird outline around the Create Instance wizard,
> as well.
>
> On 8/1/18, 3:28 PM, "Tutkowski, Mike"  wrote:
>
> Here’s what it looks like:
>
> https://imgur.com/a/cV7pc9L
>
> On 8/1/18, 3:25 PM, "Tutkowski, Mike" 
> wrote:
>
> I don’t have Firefox installed, but I see the same problem on both
> Chrome and Safari.
>
> On 8/1/18, 3:18 PM, "Rafael Weingärtner" <
> rafaelweingart...@gmail.com> wrote:
>
> Are you seeing this only with Chrome? Or is it the same in
> Firefox as well?
>
> On Wed, Aug 1, 2018 at 6:13 PM, Tutkowski, Mike <
> mike.tutkow...@netapp.com>
> wrote:
>
> > Hi,
> >
> > Has anyone else noticed that the Create Zone wizard’s
> navigation buttons
> > are placed below the bottom edge of the wizard? I just saw
> this on master
>     > today using Chrome.
>     >
> > Thanks,
> > Mike
> >
>
>
>
> --
> Rafael Weingärtner
>
>
>
>
>
>
>


-- 
Rafael Weingärtner

Re: GUI Wizard Issue on master

[Rafael Weingärtner]

Are you seeing this only with Chrome? Or is it the same in Firefox as well?

On Wed, Aug 1, 2018 at 6:13 PM, Tutkowski, Mike 
wrote:

> Hi,
>
> Has anyone else noticed that the Create Zone wizard’s navigation buttons
> are placed below the bottom edge of the wizard? I just saw this on master
> today using Chrome.
>
> Thanks,
> Mike
>



-- 
Rafael Weingärtner

Re: Problem with CLOUDSTACK-10240 (Cannot migrate local volume to shared storage)

[Rafael Weingärtner]

Hey Mike, PR created: https://github.com/apache/cloudstack/pull/2761
Can you take a look at it?

On Tue, Jul 17, 2018 at 4:35 PM, Tutkowski, Mike 
wrote:

> Correct, I happened to find it while testing a PR of mine targeted at
> master.
>
> > On Jul 17, 2018, at 1:30 PM, Rafael Weingärtner <
> rafaelweingart...@gmail.com> wrote:
> >
> > Correct. I do think the problem here is only in the release notes.
> >
> > Just to confirm, you found the problem while testing 4.12 (from master),
> > right?
> >
> > On Tue, Jul 17, 2018 at 4:22 PM, Tutkowski, Mike <
> mike.tutkow...@netapp.com>
> > wrote:
> >
> >> Cool, if it’s just in master, then that makes it easier.
> >>
> >> Also, it means we did not have a process issue by introducing
> enhancement
> >> code in between release candidates.
> >>
> >> It would mean, however, that our documentation is a bit incorrect if, in
> >> fact, it states that that feature exists in 4.11.1.
> >>
> >>> On Jul 17, 2018, at 1:20 PM, Rafael Weingärtner <
> >> rafaelweingart...@gmail.com> wrote:
> >>>
> >>> Ok, thanks. I had the impression that we said it was backported to
> 4.11.
> >>>
> >>> I will get master and work on it then.
> >>>
> >>> On Tue, Jul 17, 2018 at 4:12 PM, Tutkowski, Mike <
> >> mike.tutkow...@netapp.com>
> >>> wrote:
> >>>
> >>>> I only noticed it in master. The example code I was comparing it
> against
> >>>> was from 4.11.0. I never checked against 4.11.1.
> >>>>
> >>>>> On Jul 17, 2018, at 1:02 PM, Rafael Weingärtner <
> >>>> rafaelweingart...@gmail.com> wrote:
> >>>>>
> >>>>> Hey Mike, I got the branch 4.11 to start fixing the problem we
> >> discussed,
> >>>>> but I do not think my commit was backported to 4.11. I mean, I am at
> >>>>> "VirtualMachineManagerImpl" and the code is not here. I also checked
> >> the
> >>>>> commit (
> >>>>> https://github.com/apache/cloudstack/commit/
> >>>> f2efbcececb3cfb06a51e5d3a2e77417c19c667f)
> >>>>> that introduced those changes to master, and according to Github, it
> is
> >>>>> only in the master branch, and not in 4.11.
> >>>>>
> >>>>> I checked the "VirtualMachineManagerImpl" class at the Apache
> >> CloudStack
> >>>>> remote repository in the 4.11 branch, and as you can see, the code
> >> there
> >>>> is
> >>>>> the “old”   one.
> >>>>> https://github.com/apache/cloudstack/blob/4.11/engine/
> >>>> orchestration/src/com/cloud/vm/VirtualMachineManagerImpl.java
> >>>>>
> >>>>> I got a little confused now. Did you detect the problem in 4.11 or in
> >>>>> master?
> >>>>>
> >>>>>
> >>>>> On Tue, Jul 17, 2018 at 12:27 AM, Tutkowski, Mike <
> >>>> mike.tutkow...@netapp.com
> >>>>>> wrote:
> >>>>>
> >>>>>> Another comment here: The part that is broken is if you try to let
> >>>>>> CloudStack pick the primary storage on the destination side. That
> code
> >>>> no
> >>>>>> longer exists in 4.11.1.
> >>>>>>
> >>>>>> On 7/16/18, 9:24 PM, "Tutkowski, Mike" 
> >>>> wrote:
> >>>>>>
> >>>>>>  To follow up on this a bit: Yes, you should be able to migrate a VM
> >>>>>> and its storage from one cluster to another today using non-managed
> >>>>>> (traditional) primary storage with XenServer (both the source and
> >>>>>> destination primary storages would be cluster scoped). However, that
> >> is
> >>>> one
> >>>>>> of the features that was broken in 4.11.1 that we are discussing in
> >> this
> >>>>>> thread.
> >>>>>>
> >>>>>>  On 7/16/18, 9:20 PM, "Tutkowski, Mike" 
> >>>>>> wrote:
> >>>>>>
> >>>>>>  For a bit of info on what managed storage is, please take a
> look
> >>>>>> at this document:
> >>>>>>
> >>>>>>  https://www.dropbox.com/s/wwz2bjp

Re: Github Issues

[Rafael Weingärtner]

There is something else that might be worth mentioning.  Since we moved to
Github, it seems that the project is attracting more people. I mean, it
seems that there are new players coming and reporting issues and opening
PRs.

I might be totally mistaken though.


On Wed, Jul 18, 2018 at 3:07 PM, Will Stevens  wrote:

> +1 to access to better automation and integration.
>
> On Wed, Jul 18, 2018, 12:16 PM Rene Moser  wrote:
>
> > Hi
> >
> > On 07/17/2018 02:01 PM, Marc-Aurèle Brothier wrote:
> > > Hi Paul,
> > >
> > > My 2 cents on the topic.
> > >
> > > people are commenting on issues when it should by the PR and vice-versa
> > >>
> > >
> > > I think this is simply due to the fact that with one login you can do
> > both,
> > > versus before you had to have a JIRA login which people might have
> tried
> > to
> > > avoid, preferring using github directly, ensuring the conversation will
> > > only be on the PR. Most of the issues in Jira didn't have any
> > conversation
> > > at all.
> > >
> > > But I do feel also the pain of searching the issues on github as it's
> > more
> > > free-hand than a jira system. At the same time it's easier and quicker
> to
> > > navigate, so it ease the pain at the same time ;-)
> > > I would say that the current labels isn't well organized to be able to
> > > search like in jira but it could. For example any label has a prefix
> > > describing the jira attribute type (component, version, ...) Then a bot
> > > scanning the issue content could set some of them as other open source
> > > project are doing. The bad thing here is that you might end up with too
> > > many labels. Maybe @resmo can give his point of view on how things are
> > > managed in Ansible (https://github.com/ansible/ansible/pulls - lots of
> > > labels, lots of issues and PRs). I don't know if that's a solution but
> > > labels seem the only way to organize things.
> >
> > Personally, I don't care much if jira or github issues. Github issues
> > worked pretty well for me so far.
> >
> > However, We don't use all the things that make the work easier with
> > github issues. I assume we invested much more efforts in making "jira"
> > the way we wanted, now we assume that github just works?
> >
> > The benefit about github issues is, that it has an extensive api which
> > let you automate. There are many helpful tools making our life easier.
> >
> > Let a bot do the issue labeling, workflowing, and user guiding and even
> > merging PR after ci passed when 2 comments have LGTM.
> >
> > Look at https://github.com/kubernetes/kubernetes e.g.
> >
> > Short: If we want to automate things and evolve, github may be the
> > better platform, if we want to keep things manual, then jira is probably
> > more suitable.
> >
> > Regards
> > René
> >
> >
> >
> >
> >
> >
>



-- 
Rafael Weingärtner

Re: Problem with CLOUDSTACK-10240 (Cannot migrate local volume to shared storage)

[Rafael Weingärtner]

Correct. I do think the problem here is only in the release notes.

Just to confirm, you found the problem while testing 4.12 (from master),
right?

On Tue, Jul 17, 2018 at 4:22 PM, Tutkowski, Mike 
wrote:

> Cool, if it’s just in master, then that makes it easier.
>
> Also, it means we did not have a process issue by introducing enhancement
> code in between release candidates.
>
> It would mean, however, that our documentation is a bit incorrect if, in
> fact, it states that that feature exists in 4.11.1.
>
> > On Jul 17, 2018, at 1:20 PM, Rafael Weingärtner <
> rafaelweingart...@gmail.com> wrote:
> >
> > Ok, thanks. I had the impression that we said it was backported to 4.11.
> >
> > I will get master and work on it then.
> >
> > On Tue, Jul 17, 2018 at 4:12 PM, Tutkowski, Mike <
> mike.tutkow...@netapp.com>
> > wrote:
> >
> >> I only noticed it in master. The example code I was comparing it against
> >> was from 4.11.0. I never checked against 4.11.1.
> >>
> >>> On Jul 17, 2018, at 1:02 PM, Rafael Weingärtner <
> >> rafaelweingart...@gmail.com> wrote:
> >>>
> >>> Hey Mike, I got the branch 4.11 to start fixing the problem we
> discussed,
> >>> but I do not think my commit was backported to 4.11. I mean, I am at
> >>> "VirtualMachineManagerImpl" and the code is not here. I also checked
> the
> >>> commit (
> >>> https://github.com/apache/cloudstack/commit/
> >> f2efbcececb3cfb06a51e5d3a2e77417c19c667f)
> >>> that introduced those changes to master, and according to Github, it is
> >>> only in the master branch, and not in 4.11.
> >>>
> >>> I checked the "VirtualMachineManagerImpl" class at the Apache
> CloudStack
> >>> remote repository in the 4.11 branch, and as you can see, the code
> there
> >> is
> >>> the “old”   one.
> >>> https://github.com/apache/cloudstack/blob/4.11/engine/
> >> orchestration/src/com/cloud/vm/VirtualMachineManagerImpl.java
> >>>
> >>> I got a little confused now. Did you detect the problem in 4.11 or in
> >>> master?
> >>>
> >>>
> >>> On Tue, Jul 17, 2018 at 12:27 AM, Tutkowski, Mike <
> >> mike.tutkow...@netapp.com
> >>>> wrote:
> >>>
> >>>> Another comment here: The part that is broken is if you try to let
> >>>> CloudStack pick the primary storage on the destination side. That code
> >> no
> >>>> longer exists in 4.11.1.
> >>>>
> >>>> On 7/16/18, 9:24 PM, "Tutkowski, Mike" 
> >> wrote:
> >>>>
> >>>>   To follow up on this a bit: Yes, you should be able to migrate a VM
> >>>> and its storage from one cluster to another today using non-managed
> >>>> (traditional) primary storage with XenServer (both the source and
> >>>> destination primary storages would be cluster scoped). However, that
> is
> >> one
> >>>> of the features that was broken in 4.11.1 that we are discussing in
> this
> >>>> thread.
> >>>>
> >>>>   On 7/16/18, 9:20 PM, "Tutkowski, Mike" 
> >>>> wrote:
> >>>>
> >>>>   For a bit of info on what managed storage is, please take a look
> >>>> at this document:
> >>>>
> >>>>   https://www.dropbox.com/s/wwz2bjpra9ykk5w/SolidFire%
> >>>> 20in%20CloudStack.docx?dl=0
> >>>>
> >>>>   The short answer is that you can have zone-wide managed storage
> >>>> (for XenServer, VMware, and KVM). However, there is no current
> zone-wide
> >>>> non-managed storage for XenServer.
> >>>>
> >>>>   On 7/16/18, 6:20 PM, "Yiping Zhang"  wrote:
> >>>>
> >>>>   I assume by "managed storage", you guys mean primary
> >> storages,
> >>>> either zone -wide or cluster-wide.
> >>>>
> >>>>   For Xen hypervisor, ACS does not support "zone-wide" primary
> >>>> storage yet. Still, I can live migrate a VM with data disks between
> >>>> clusters with storage migration from web GUI, today.  So, your
> statement
> >>>> below does not reflect current behavior of the code.
> >>>>
> >>>>
> >>>>  - If I want to migrate a VM across clusters, but
> >> if
> >>>> at least one of its
> >>>>  volumes is placed in a cluster-wide managed
> >>>> storage, the migration is not
> >>>>  allowed. Is that it?
> >>>>
> >>>>   [Mike] Correct
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>
> >>>
> >>> --
> >>> Rafael Weingärtner
> >>
> >
> >
> >
> > --
> > Rafael Weingärtner
>



-- 
Rafael Weingärtner

Re: Problem with CLOUDSTACK-10240 (Cannot migrate local volume to shared storage)

[Rafael Weingärtner]

Ok, thanks. I had the impression that we said it was backported to 4.11.

I will get master and work on it then.

On Tue, Jul 17, 2018 at 4:12 PM, Tutkowski, Mike 
wrote:

> I only noticed it in master. The example code I was comparing it against
> was from 4.11.0. I never checked against 4.11.1.
>
> > On Jul 17, 2018, at 1:02 PM, Rafael Weingärtner <
> rafaelweingart...@gmail.com> wrote:
> >
> > Hey Mike, I got the branch 4.11 to start fixing the problem we discussed,
> > but I do not think my commit was backported to 4.11. I mean, I am at
> > "VirtualMachineManagerImpl" and the code is not here. I also checked the
> > commit (
> > https://github.com/apache/cloudstack/commit/
> f2efbcececb3cfb06a51e5d3a2e77417c19c667f)
> > that introduced those changes to master, and according to Github, it is
> > only in the master branch, and not in 4.11.
> >
> > I checked the "VirtualMachineManagerImpl" class at the Apache CloudStack
> > remote repository in the 4.11 branch, and as you can see, the code there
> is
> > the “old”   one.
> > https://github.com/apache/cloudstack/blob/4.11/engine/
> orchestration/src/com/cloud/vm/VirtualMachineManagerImpl.java
> >
> > I got a little confused now. Did you detect the problem in 4.11 or in
> > master?
> >
> >
> > On Tue, Jul 17, 2018 at 12:27 AM, Tutkowski, Mike <
> mike.tutkow...@netapp.com
> >> wrote:
> >
> >> Another comment here: The part that is broken is if you try to let
> >> CloudStack pick the primary storage on the destination side. That code
> no
> >> longer exists in 4.11.1.
> >>
> >> On 7/16/18, 9:24 PM, "Tutkowski, Mike" 
> wrote:
> >>
> >>To follow up on this a bit: Yes, you should be able to migrate a VM
> >> and its storage from one cluster to another today using non-managed
> >> (traditional) primary storage with XenServer (both the source and
> >> destination primary storages would be cluster scoped). However, that is
> one
> >> of the features that was broken in 4.11.1 that we are discussing in this
> >> thread.
> >>
> >>On 7/16/18, 9:20 PM, "Tutkowski, Mike" 
> >> wrote:
> >>
> >>For a bit of info on what managed storage is, please take a look
> >> at this document:
> >>
> >>https://www.dropbox.com/s/wwz2bjpra9ykk5w/SolidFire%
> >> 20in%20CloudStack.docx?dl=0
> >>
> >>The short answer is that you can have zone-wide managed storage
> >> (for XenServer, VMware, and KVM). However, there is no current zone-wide
> >> non-managed storage for XenServer.
> >>
> >>On 7/16/18, 6:20 PM, "Yiping Zhang"  wrote:
> >>
> >>I assume by "managed storage", you guys mean primary
> storages,
> >> either zone -wide or cluster-wide.
> >>
> >>For Xen hypervisor, ACS does not support "zone-wide" primary
> >> storage yet. Still, I can live migrate a VM with data disks between
> >> clusters with storage migration from web GUI, today.  So, your statement
> >> below does not reflect current behavior of the code.
> >>
> >>
> >>   - If I want to migrate a VM across clusters, but
> if
> >> at least one of its
> >>   volumes is placed in a cluster-wide managed
> >> storage, the migration is not
> >>   allowed. Is that it?
> >>
> >>[Mike] Correct
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >
> >
> > --
> > Rafael Weingärtner
>



-- 
Rafael Weingärtner

Re: Problem with CLOUDSTACK-10240 (Cannot migrate local volume to shared storage)

[Rafael Weingärtner]

Hey Mike, I got the branch 4.11 to start fixing the problem we discussed,
but I do not think my commit was backported to 4.11. I mean, I am at
"VirtualMachineManagerImpl" and the code is not here. I also checked the
commit (
https://github.com/apache/cloudstack/commit/f2efbcececb3cfb06a51e5d3a2e77417c19c667f)
that introduced those changes to master, and according to Github, it is
only in the master branch, and not in 4.11.

I checked the "VirtualMachineManagerImpl" class at the Apache CloudStack
remote repository in the 4.11 branch, and as you can see, the code there is
the “old”   one.
https://github.com/apache/cloudstack/blob/4.11/engine/orchestration/src/com/cloud/vm/VirtualMachineManagerImpl.java

I got a little confused now. Did you detect the problem in 4.11 or in
master?


On Tue, Jul 17, 2018 at 12:27 AM, Tutkowski, Mike  wrote:

> Another comment here: The part that is broken is if you try to let
> CloudStack pick the primary storage on the destination side. That code no
> longer exists in 4.11.1.
>
> On 7/16/18, 9:24 PM, "Tutkowski, Mike"  wrote:
>
> To follow up on this a bit: Yes, you should be able to migrate a VM
> and its storage from one cluster to another today using non-managed
> (traditional) primary storage with XenServer (both the source and
> destination primary storages would be cluster scoped). However, that is one
> of the features that was broken in 4.11.1 that we are discussing in this
> thread.
>
> On 7/16/18, 9:20 PM, "Tutkowski, Mike" 
> wrote:
>
> For a bit of info on what managed storage is, please take a look
> at this document:
>
> https://www.dropbox.com/s/wwz2bjpra9ykk5w/SolidFire%
> 20in%20CloudStack.docx?dl=0
>
> The short answer is that you can have zone-wide managed storage
> (for XenServer, VMware, and KVM). However, there is no current zone-wide
> non-managed storage for XenServer.
>
> On 7/16/18, 6:20 PM, "Yiping Zhang"  wrote:
>
> I assume by "managed storage", you guys mean primary storages,
> either zone -wide or cluster-wide.
>
> For Xen hypervisor, ACS does not support "zone-wide" primary
> storage yet. Still, I can live migrate a VM with data disks between
> clusters with storage migration from web GUI, today.  So, your statement
> below does not reflect current behavior of the code.
>
>
>- If I want to migrate a VM across clusters, but if
> at least one of its
>    volumes is placed in a cluster-wide managed
> storage, the migration is not
>allowed. Is that it?
>
> [Mike] Correct
>
>
>
>
>
>
>
>
>
>
>


-- 
Rafael Weingärtner

Re: Problem with CLOUDSTACK-10240 (Cannot migrate local volume to shared storage)

[Rafael Weingärtner]

Awesome! Thanks for your inputs. I will work on them, and as soon as I have
something I will ping you.

On Mon, Jul 16, 2018 at 8:26 PM, Tutkowski, Mike 
wrote:

> Yeah, I just meant that was a workaround. As you pointed out, that
> workaround doesn’t make use of the migrateVirtualMachineWithVolume API
> command, though.
>
> On 7/16/18, 5:23 PM, "Rafael Weingärtner" 
> wrote:
>
> Thanks for the answers Mike. I will not be able to do it today, but I
> will
> manage to do it this week. There is only one last doubt.
>
> [Mike] At least for KVM, you can shut the VM down and perform an
> offline
> migration
> of the volume from managed storage to non-managed storage. It’s
> possible we
> may
> support such a similar behavior with other hypervisor types in the
> future.
>
> [Rafael] I guess that we can shut down XenServer VMs and then migrate
> the
> volumes later, right? However, the method in question here
> (migrateVirtualMachineWithVolume) is not supposed to execute such
> steps, is
> it?
>
>
> On Mon, Jul 16, 2018 at 8:17 PM, Tutkowski, Mike <
> mike.tutkow...@netapp.com>
> wrote:
>
> >- So, managed storage can be cluster and zone wide. Is that
> correct?
> >
> > [Mike] Correct
> >
> >- If I want to migrate a VM across clusters, but if at least
> one of
> > its
> >volumes is placed in a cluster-wide managed storage, the
> migration
> > is not
> >allowed. Is that it?
> >
> > [Mike] Correct
> >
> >- A volume placed in managed storage can never (at least not
> using
> > this
> >migrateWithVolume method) be migrated out of the storage pool
> it
> > resides.
> >is this statement right? Do you have alternative/other
> execution
> > flow
> >regarding this scenario?
> >
> > [Mike] At least for KVM, you can shut the VM down and perform an
> offline
> > migration
> > of the volume from managed storage to non-managed storage. It’s
> possible
> > we may
> > support such a similar behavior with other hypervisor types in the
> future.
> >
> >- When migrating a VM that does not have volumes in managed
> > storage, it
> >should be possible to migrate it cross clusters. Therefore, we
> > should try
> >to use the volume allocators to find a suitable storage pool
> for its
> >volumes in the target cluster
> >
> > [Mike] It’s OK here if one or more of the volumes is on managed
> storage.
> > The “trick” is
> > that it needs to be on zone-wide managed storage that is visible to
> both
> > the source and
> > destination compute clusters. You cannot specify a new storage pool
> for
> > any of these volumes
> > (each must remain on its current, zone-wide primary storage).
> >
> > If you can add these new constraints into the code, I can review them
> > later. I’m a bit
> > pressed for time this week, so it might not be possible to do so
> right
> > away. Thanks!
> >
> > On 7/16/18, 3:52 PM, "Rafael Weingärtner" <
> rafaelweingart...@gmail.com>
> > wrote:
> >
> > Thanks for your feedback Mike. I actually did not want to change
> this
> > “migrateVirtualMachineWithVolume” API method. Everything
> started when
> > we
> > wanted to create a feature to allow volume placement overrides.
> This
> > means,
> > allowing root admins to place/migrate the volume to a storage
> pool that
> > might not be “allowed” (according to its current disk offering).
> This
> > feature was later expanded to allow changing the disk offering
> while
> > executing a storage migration (this means allowing changes on
> volume’s
> > QoS). Thus, creating a mechanism within ACS to allow disk
> offerings
> > replacement (as opposed to DB intervention, which was the way it
> was
> > being
> > done so far). The rationale behind these extensions/enhancement
> is
> > that the
> > root admins are wise/experts (at least we expect them to be).
> > Therefore,
> > they know what they are doing when overriding or replacing a disk
> > offering
> > of a user.
> >
> > So, why am I 

Re: Problem with CLOUDSTACK-10240 (Cannot migrate local volume to shared storage)

[Rafael Weingärtner]

Thanks for the answers Mike. I will not be able to do it today, but I will
manage to do it this week. There is only one last doubt.

[Mike] At least for KVM, you can shut the VM down and perform an offline
migration
of the volume from managed storage to non-managed storage. It’s possible we
may
support such a similar behavior with other hypervisor types in the future.

[Rafael] I guess that we can shut down XenServer VMs and then migrate the
volumes later, right? However, the method in question here
(migrateVirtualMachineWithVolume) is not supposed to execute such steps, is
it?


On Mon, Jul 16, 2018 at 8:17 PM, Tutkowski, Mike 
wrote:

>- So, managed storage can be cluster and zone wide. Is that correct?
>
> [Mike] Correct
>
>- If I want to migrate a VM across clusters, but if at least one of
> its
>volumes is placed in a cluster-wide managed storage, the migration
> is not
>allowed. Is that it?
>
> [Mike] Correct
>
>- A volume placed in managed storage can never (at least not using
> this
>migrateWithVolume method) be migrated out of the storage pool it
> resides.
>is this statement right? Do you have alternative/other execution
> flow
>regarding this scenario?
>
> [Mike] At least for KVM, you can shut the VM down and perform an offline
> migration
> of the volume from managed storage to non-managed storage. It’s possible
> we may
> support such a similar behavior with other hypervisor types in the future.
>
>- When migrating a VM that does not have volumes in managed
> storage, it
>should be possible to migrate it cross clusters. Therefore, we
> should try
>to use the volume allocators to find a suitable storage pool for its
>volumes in the target cluster
>
> [Mike] It’s OK here if one or more of the volumes is on managed storage.
> The “trick” is
> that it needs to be on zone-wide managed storage that is visible to both
> the source and
> destination compute clusters. You cannot specify a new storage pool for
> any of these volumes
> (each must remain on its current, zone-wide primary storage).
>
> If you can add these new constraints into the code, I can review them
> later. I’m a bit
> pressed for time this week, so it might not be possible to do so right
> away. Thanks!
>
> On 7/16/18, 3:52 PM, "Rafael Weingärtner" 
> wrote:
>
> Thanks for your feedback Mike. I actually did not want to change this
> “migrateVirtualMachineWithVolume” API method. Everything started when
> we
> wanted to create a feature to allow volume placement overrides. This
> means,
> allowing root admins to place/migrate the volume to a storage pool that
> might not be “allowed” (according to its current disk offering). This
> feature was later expanded to allow changing the disk offering while
> executing a storage migration (this means allowing changes on volume’s
> QoS). Thus, creating a mechanism within ACS to allow disk offerings
> replacement (as opposed to DB intervention, which was the way it was
> being
> done so far). The rationale behind these extensions/enhancement is
> that the
> root admins are wise/experts (at least we expect them to be).
> Therefore,
> they know what they are doing when overriding or replacing a disk
> offering
> of a user.
>
> So, why am I changing this “migrateVirtualMachineWithVolume” API
> method?
> When we allowed that override procedure, it broke the migration of VMs
> that
> had volumes initially placed in NFS and then replaced (via override) in
> local storage. It had something to do with the way ACS was detecting
> if the
> VM has a local storage. Then, when I went to the method to fix it; it
> was
> very convoluted to read and understand. Therefore, I re-wrote, and I
> missed
> your use case. I am sorry for that. Moreover, I do intend to keep with
> the
> current code, as we already have other features developed on top of
> it, and
> this code is well documented and unit tested. It is only a matter of
> adding
> your requirement there.
>
> Now, let’s fix the problem. I will not point code here. I only want to
> understand the idea for now.
>
>- So, managed storage can be cluster and zone wide. Is that correct?
>- If I want to migrate a VM across clusters, but if at least one of
> its
>volumes is placed in a cluster-wide managed storage, the migration
> is not
>allowed. Is that it?
>- A volume placed in managed storage can never (at least not using
> this
>migrateWithVolume method) be migrated out of the storage pool it
> resides.
>   

Re: Problem with CLOUDSTACK-10240 (Cannot migrate local volume to shared storage)

[Rafael Weingärtner]

uot;Currently, a
> volume on managed
> > storage can only be 'migrated' to itself.");
> > }
> >
>
> The code above is invoked if the user tries to migrate a
> volume that’s on managed storage to another storage pool. At present, such
> volumes can be migrated when a VM is migrated from one compute cluster to
> another, but those volumes have to remain on the same managed storage.
>
> Here’s an example:
>
> Let’s say VM_1 is in Cluster_1. VM_1 has a root (or data) disk
> on managed storage. We try to migrate the VM from Cluster_1 to Cluster_2
> and specify a new storage pool for the volume. This case should fail. To
> make it work, you need to either 1) not specify a new storage pool or 2)
> specify the same storage pool the volume is already in. If the managed
> storage in question is zone wide, then it can be used from both Cluster_1
> and Cluster_2.
>
> The new code might call 
> getDefaultMappingOfVolumesAndStoragePoolForMigration
> (if no storage pools at all are passed in to the API) or it might call
> createMappingVolumeAndStoragePoolEnteredByUser.
>
> If getDefaultMappingOfVolumesAndStoragePoolForMigration is
> invoked, we silently ignore the (faulty) input (which is a new storage
> pool) from the user and keep the volume in its same managed storage pool
> (the user may wonder why it wasn’t migrated if they don’t get an error
> message back telling them this is not allowed).
>
> If createMappingVolumeAndStoragePoolEnteredByUser is invoked,
> we seem to have a bigger problem (code is below):
>
> I do not believe you are required to pass in a new storage
> pool for each and every volume of the VM. If the VM has, say, three
> volumes, you may only try to migrate two of the volumes to new storage
> pools. This logic seems to assume if you want to migrate one of the VM’s
> volumes, then you necessarily want to migrate all of the VM’s volumes. I
> believe it’s possible for targetPool to come back null and later throw a
> NullPointerException. The old code walks through each volume of the VM and
> checks if there is a new storage pool specified for it. If so, do one
> thing; else, do something else.
>
> private Map
> createMappingVolumeAndStoragePoolEnteredByUser(VirtualMachineProfile
> profile, Host host, Map volumeToPool) {
> Map volumeToPoolObjectMap = new
> HashMap();
> for(Long volumeId: volumeToPool.keySet()) {
> VolumeVO volume = _volsDao.findById(volumeId);
>
> Long poolId = volumeToPool.get(volumeId);
> StoragePoolVO targetPool =
> _storagePoolDao.findById(poolId);
> StoragePoolVO currentPool =
> _storagePoolDao.findById(volume.getPoolId());
>
> if (_poolHostDao.findByPoolHost(targetPool.getId(),
> host.getId()) == null) {
> throw new 
> CloudRuntimeException(String.format("Cannot
> migrate the volume [%s] to the storage pool [%s] while migrating VM [%s] to
> target host [%s]. The host does not have access to the storage pool
> entered.", volume.getUuid(), targetPool.getUuid(), profile.getUuid(),
> host.getUuid()));
> }
> if (currentPool.getId() == targetPool.getId()) {
> s_logger.info(String.format("The volume [%s]
> is already allocated in storage pool [%s].", volume.getUuid(),
> targetPool.getUuid()));
> }
> volumeToPoolObjectMap.put(volume, targetPool);
> }
> return volumeToPoolObjectMap;
> }
>
> On 7/16/18, 5:13 AM, "Rafael Weingärtner" <
> rafaelweingart...@gmail.com> wrote:
>
> Ok, I see what happened there with the migration to
> cluster. When I re-did
> the code I did not have this case. And therefore, in the
> old code, I was
> not seeing this use case (convoluted code, lack of
> documentation, and so
> on; we all know the story). I will fix it.
>
> Regarding the managed storage issue, can you describe the
> “special
> handling” you need?
>
> Are you talking about this:
>
> > if (destPool.getId() == currentPool.getId()) {
> > volumeToPoolObjectMap.put(volume, currentPool);
> > } else {
> >  throw new CloudRuntimeException("Currently, a
>

Re: Problem with CLOUDSTACK-10240 (Cannot migrate local volume to shared storage)

[Rafael Weingärtner]

Probably a lack of attention of the people writing the release note. It
happens in manual processes.

On Mon, Jul 16, 2018 at 4:46 PM, Yiping Zhang  wrote:

> Why is it listed as fixed in 4.11.1.0 in the release note, If the code
> only exist in 4.11.2?
>
>
>
> On 7/16/18, 12:43 PM, "Tutkowski, Mike" 
> wrote:
>
> OK, as Rafael noted, looks like it’s in 4.11.2. My regression tests
> were run against 4.11.1. I thought we only allowed bug fixes when going to
> a new RC, but it appears we are not strictly enforcing that rule.
>
> On 7/16/18, 1:40 PM, "Tutkowski, Mike" 
> wrote:
>
> When I ran my suite of tests on 4.11.1, I did not encounter this
> issue. Also, looking at the code now, it appears this new code is first in
> 4.12.
>
> On 7/16/18, 1:36 PM, "Yiping Zhang"  wrote:
>
>
> Is this code already in ACS 4.11.1.0?
>
> CLOUDSTACK-10240 is listed as fixed in 4.11.1.0, according to
> release note here, http://docs.cloudstack.apache.org/projects/cloudstack-
> release-notes/ja/master/fixed_issues.html, but in the JIRA ticket itself,
> the "fixed version/s" field says 4.12.
>
> We are using XenServer clusters with shared NFS storages and I
> am about to migrate to ACS 4.11.1.0 from 4.9.3.0.  Since we move VM between
> clusters a lot, this is going to be a blocker for us.  Someone please
> confirm.
>
> Thanks
>
> Yiping
>
>
> On 7/14/18, 11:20 PM, "Tutkowski, Mike" <
> mike.tutkow...@netapp.com> wrote:
>
> Hi,
>
> While running managed-storage regression tests tonight, I
> noticed a problem that is not related to managed storage.
>
> CLOUDSTACK-10240 is a ticket asking that we allow the
> migration of a virtual disk that’s on local storage to shared storage. In
> the process of enabling this feature, the VirtualMachineManagerImpl.
> getPoolListForVolumesForMigration method was re-written in a way that
> completely breaks at least one use case: Migrating a VM across compute
> clusters (at least supported in XenServer). If, say, a virtual disk resides
> on shared storage in the source compute cluster, we must be able to copy
> this virtual disk to shared storage in the destination compute cluster.
>
> As the code is currently written, this is no longer
> possible. It also seems that the managed-storage logic has been dropped for
> some reason in the new implementation.
>
> Rafael – It seems that you worked on this feature. Would
> you be able to look into this and create a PR?
>
> Thanks,
> Mike
>
>
>
>
>
>
>
>
>


-- 
Rafael Weingärtner

Re: Problem with CLOUDSTACK-10240 (Cannot migrate local volume to shared storage)

[Rafael Weingärtner]

Yes, that is what happened. I also followed this principle. That is why I
create the PR against master, but I think people are not following this.

Mike, can you provide me some feedback regarding those two inquiries? Then,
we can fix this quickly.

On Mon, Jul 16, 2018 at 4:42 PM, Tutkowski, Mike 
wrote:

> OK, as Rafael noted, looks like it’s in 4.11.2. My regression tests were
> run against 4.11.1. I thought we only allowed bug fixes when going to a new
> RC, but it appears we are not strictly enforcing that rule.
>
> On 7/16/18, 1:40 PM, "Tutkowski, Mike"  wrote:
>
> When I ran my suite of tests on 4.11.1, I did not encounter this
> issue. Also, looking at the code now, it appears this new code is first in
> 4.12.
>
> On 7/16/18, 1:36 PM, "Yiping Zhang"  wrote:
>
>
> Is this code already in ACS 4.11.1.0?
>
> CLOUDSTACK-10240 is listed as fixed in 4.11.1.0, according to
> release note here, http://docs.cloudstack.apache.org/projects/cloudstack-
> release-notes/ja/master/fixed_issues.html, but in the JIRA ticket itself,
> the "fixed version/s" field says 4.12.
>
> We are using XenServer clusters with shared NFS storages and I am
> about to migrate to ACS 4.11.1.0 from 4.9.3.0.  Since we move VM between
> clusters a lot, this is going to be a blocker for us.  Someone please
> confirm.
>
> Thanks
>
> Yiping
>
>
> On 7/14/18, 11:20 PM, "Tutkowski, Mike" 
> wrote:
>
> Hi,
>
> While running managed-storage regression tests tonight, I
> noticed a problem that is not related to managed storage.
>
> CLOUDSTACK-10240 is a ticket asking that we allow the
> migration of a virtual disk that’s on local storage to shared storage. In
> the process of enabling this feature, the VirtualMachineManagerImpl.
> getPoolListForVolumesForMigration method was re-written in a way that
> completely breaks at least one use case: Migrating a VM across compute
> clusters (at least supported in XenServer). If, say, a virtual disk resides
> on shared storage in the source compute cluster, we must be able to copy
> this virtual disk to shared storage in the destination compute cluster.
>
> As the code is currently written, this is no longer possible.
> It also seems that the managed-storage logic has been dropped for some
> reason in the new implementation.
>
> Rafael – It seems that you worked on this feature. Would you
> be able to look into this and create a PR?
>
> Thanks,
> Mike
>
>
>
>
>
>
>


-- 
Rafael Weingärtner

Re: Problem with CLOUDSTACK-10240 (Cannot migrate local volume to shared storage)

[Rafael Weingärtner]

It is in 4.11.2.0.
It was first added to 4.12, and then back ported. I am now waiting for
Mike's feedback to proceed with the fix for the problem he found.

On Mon, Jul 16, 2018 at 4:36 PM, Yiping Zhang  wrote:

>
> Is this code already in ACS 4.11.1.0?
>
> CLOUDSTACK-10240 is listed as fixed in 4.11.1.0, according to release note
> here, http://docs.cloudstack.apache.org/projects/cloudstack-
> release-notes/ja/master/fixed_issues.html, but in the JIRA ticket itself,
> the "fixed version/s" field says 4.12.
>
> We are using XenServer clusters with shared NFS storages and I am about to
> migrate to ACS 4.11.1.0 from 4.9.3.0.  Since we move VM between clusters a
> lot, this is going to be a blocker for us.  Someone please confirm.
>
> Thanks
>
> Yiping
>
>
> On 7/14/18, 11:20 PM, "Tutkowski, Mike" 
> wrote:
>
> Hi,
>
> While running managed-storage regression tests tonight, I noticed a
> problem that is not related to managed storage.
>
> CLOUDSTACK-10240 is a ticket asking that we allow the migration of a
> virtual disk that’s on local storage to shared storage. In the process of
> enabling this feature, the VirtualMachineManagerImpl.
> getPoolListForVolumesForMigration method was re-written in a way that
> completely breaks at least one use case: Migrating a VM across compute
> clusters (at least supported in XenServer). If, say, a virtual disk resides
> on shared storage in the source compute cluster, we must be able to copy
> this virtual disk to shared storage in the destination compute cluster.
>
> As the code is currently written, this is no longer possible. It also
> seems that the managed-storage logic has been dropped for some reason in
> the new implementation.
>
> Rafael – It seems that you worked on this feature. Would you be able
> to look into this and create a PR?
>
> Thanks,
> Mike
>
>
>


-- 
Rafael Weingärtner

Re: Problem with CLOUDSTACK-10240 (Cannot migrate local volume to shared storage)

[Rafael Weingärtner]

Ok, I see what happened there with the migration to cluster. When I re-did
the code I did not have this case. And therefore, in the old code, I was
not seeing this use case (convoluted code, lack of documentation, and so
on; we all know the story). I will fix it.

Regarding the managed storage issue, can you describe the “special
handling” you need?

Are you talking about this:

> if (destPool.getId() == currentPool.getId()) {
> volumeToPoolObjectMap.put(volume, currentPool);
> } else {
>  throw new CloudRuntimeException("Currently, a volume on managed
> storage can only be 'migrated' to itself.");
> }
>


That is a simple validation, right? A validation to throw an exception if
the user tries to migrate the volume to some other storage pool. Is that
it? If that is the case, the default method
“getDefaultMappingOfVolumesAndStoragePoolForMigration” already takes care
of this. Meaning, that it will not try to move the volume to other storage
pool.

On the other hand, we need to add a validation in the
“createMappingVolumeAndStoragePoolEnteredByUser” method then.
I will wait for your feedback before starting to code. Thanks for spotting
this issue.

On Sun, Jul 15, 2018 at 9:11 PM, Tutkowski, Mike 
wrote:

> Hi Rafael,
>
> Thanks for your time on this.
>
> Here is an example where the new code deviates from the old code in a
> critical fashion (code right below is new):
>
> private Map getDefaultMappingOfVolumesAndS
> toragePoolForMigration(VirtualMachineProfile profile, Host targetHost) {
> Map volumeToPoolObjectMap = new
> HashMap();
> List allVolumes = _volsDao.findUsableVolumesForInstance(
> profile.getId());
> for (VolumeVO volume : allVolumes) {
> StoragePoolVO currentPool = _storagePoolDao.findById(
> volume.getPoolId());
> if (ScopeType.HOST.equals(currentPool.getScope())) {
> createVolumeToStoragePoolMappingIfNeeded(profile,
> targetHost, volumeToPoolObjectMap, volume, currentPool);
> } else {
> volumeToPoolObjectMap.put(volume, currentPool);
> }
> }
> return volumeToPoolObjectMap;
> }
>
> What happens in the new code (above) is if the user didn’t pass in a
> storage pool to migrate the virtual disk to (but the VM is being migrated
> to a new cluster), this code just assigns the virtual disk to its current
> storage pool (which is not going to be visible to any of the hosts in the
> new compute cluster).
>
> In the old code (I’m looking at 4.11.3 here), you could look around line
> 2337 for the following code (in the VirtualMachineManagerImpl.
> getPoolListForVolumesForMigration method):
>
> // Find a suitable pool for the volume. Call the
> storage pool allocator to find the list of pools.
>
> final DiskProfile diskProfile = new
> DiskProfile(volume, diskOffering, profile.getHypervisorType());
> final DataCenterDeployment plan = new
> DataCenterDeployment(host.getDataCenterId(), host.getPodId(),
> host.getClusterId(),
> host.getId(), null, null);
>
> final List poolList = new ArrayList<>();
> final ExcludeList avoid = new ExcludeList();
>
> for (final StoragePoolAllocator allocator :
> _storagePoolAllocators) {
> final List poolListFromAllocator =
> allocator.allocateToPool(diskProfile, profile, plan, avoid,
> StoragePoolAllocator.RETURN_UPTO_ALL);
>
> if (poolListFromAllocator != null &&
> !poolListFromAllocator.isEmpty()) {
> poolList.addAll(poolListFromAllocator);
> }
> }
>
> This old code would find an applicable storage pool in the destination
> cluster (one that can be seen by the hosts in that compute cluster).
>
> I think the main error in the new logic is the assumption that a VM can
> only be migrated to a host in the same computer cluster. For XenServer
> (perhaps for other hypervisor types?), we support cross-cluster VM
> migration.
>
> The other issue I noticed is that there is no logic in the new code that
> checks for managed-storage use cases. If you look in the
> VirtualMachineManagerImpl.getPoolListForVolumesForMigration method in the
> old code, there is special handling for managed storage. I don’t see this
> reproduced in the new logic.
>
> I sympathize with your point that all tests passed yet this issue was not
> uncovered. Unfortunately, I suspect we have a fairly low % coverage of
> automated tests on CloudStack. If we ever did get to a high % of automated
> test coverage, we might be able to spin u

Re: Problem with CLOUDSTACK-10240 (Cannot migrate local volume to shared storage)

[Rafael Weingärtner]

Mike, are you able to pin-point in the old/replaced code the bit that was
handling your use case?  I took the most care not to break anything.
Also, your test case, isn't it in the ACS' integration test suite? In
theory, all test passed when we merged the PR.

I sure can take a look at it. Can you detail your use case? I mean, the
high level execution flow. What API methods you do, what you expected to
happen, and what is happening today.

On Sun, Jul 15, 2018 at 3:25 AM, Tutkowski, Mike 
wrote:

> It looks like this is the problematic PR:
>
> https://github.com/apache/cloudstack/pull/2425/
>
> On 7/15/18, 12:20 AM, "Tutkowski, Mike"  wrote:
>
> Hi,
>
> While running managed-storage regression tests tonight, I noticed a
> problem that is not related to managed storage.
>
> CLOUDSTACK-10240 is a ticket asking that we allow the migration of a
> virtual disk that’s on local storage to shared storage. In the process of
> enabling this feature, the VirtualMachineManagerImpl.
> getPoolListForVolumesForMigration method was re-written in a way that
> completely breaks at least one use case: Migrating a VM across compute
> clusters (at least supported in XenServer). If, say, a virtual disk resides
> on shared storage in the source compute cluster, we must be able to copy
> this virtual disk to shared storage in the destination compute cluster.
>
> As the code is currently written, this is no longer possible. It also
> seems that the managed-storage logic has been dropped for some reason in
> the new implementation.
>
> Rafael – It seems that you worked on this feature. Would you be able
> to look into this and create a PR?
>
> Thanks,
> Mike
>
>
>


-- 
Rafael Weingärtner

Re: Update default template from CentOS 5.5 to CentOS 7

[Rafael Weingärtner]

That looks a good idea, to at least, update the current default template
that we ship in. However, we should update not only the KVM template, but
also XenServer and VMware, right?
Can we host image for these operating systems? The CentOS 5.5 images are
being hosted at http://download.cloudstack.org.

On Tue, Jul 10, 2018 at 4:22 PM, Gabriel Beims Bräscher <
gabrasc...@gmail.com> wrote:

> Hello,
>
> I would like to propose updating our current default VM template "CentOS
> 5.5(64-bit) no GUI (KVM)" to a newer version (e.g. CentOS 7). I also think
> that we could benefit from a wider set of templates offering also Debian,
> Ubuntu, and Fedora.
>
> Cheers,
> Gabriel.
>



-- 
Rafael Weingärtner

Re: Next CloudStack EU user group date

[Rafael Weingärtner]

I think October is a good alternative. Andrija mentioned the Open Source
Summit Europe, which happens this October as well. However, if this
collaboration takes the shape of a smaller and focused meeting, I think it
can work.

On Mon, Jul 9, 2018 at 4:15 PM, Sven Vogel  wrote:

> Hi Rafael,
>
> Yes that’s what I thought in October?
>
> What do you think?
>
> Von meinem iPhone gesendet
>
>
> __
>
> Sven Vogel
> Cloud Solutions Architect
>
> EWERK RZ GmbH
> Brühl 24, D-04109 Leipzig
> P +49 341 42649 - 11
> F +49 341 42649 - 18
> s.vo...@ewerk.com
> www.ewerk.com
>
> Geschäftsführer:
> Dr. Erik Wende, Hendrik Schubert, Frank Richter, Gerhard Hoyer
> Registergericht: Leipzig HRB 17023
>
> Zertifiziert nach:
> ISO/IEC 27001:2013
> DIN EN ISO 9001:2015
> DIN ISO/IEC 2-1:2011
>
> EWERK-Blog | LinkedIn | Xing | Twitter | Facebook
>
> Auskünfte und Angebote per Mail sind freibleibend und unverbindlich.
>
> Disclaimer Privacy:
> Der Inhalt dieser E-Mail (einschließlich etwaiger beigefügter Dateien) ist
> vertraulich und nur für den Empfänger bestimmt. Sollten Sie nicht der
> bestimmungsgemäße Empfänger sein, ist Ihnen jegliche Offenlegung,
> Vervielfältigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte
> informieren Sie in diesem Fall unverzüglich den Absender und löschen Sie
> die E-Mail (einschließlich etwaiger beigefügter Dateien) von Ihrem System.
> Vielen Dank.
>
> The contents of this e-mail (including any attachments) are confidential
> and may be legally privileged. If you are not the intended recipient of
> this e-mail, any disclosure, copying, distribution or use of its contents
> is strictly prohibited, and you should please notify the sender immediately
> and then delete it (including any attachments) from your system. Thank you.
> > Am 09.07.2018 um 15:04 schrieb Rafael Weingärtner <
> rafaelweingart...@gmail.com>:
> >
> > Do not forget that we have CCC/ApacheCon in September 22-28.
> >
> >> On Mon, Jul 9, 2018 at 10:01 AM, Sven Vogel  wrote:
> >>
> >> Hi Ivan,
> >>
> >>
> >>
> >> Early September or October?  What do you think?
> >>
> >>
> >>
> >> We thought on the 18.10. Is that also possible?
> >>
> >>
> >>
> >> Thanks
> >>
> >>
> >>
> >> Sven
> >>
> >>
> >>
> >>
> >> __
> >>
> >> Sven Vogel
> >> Cloud Solutions Architect
> >>
> >> EWERK RZ GmbH
> >> Brühl 24, D-04109 Leipzig
> >> P +49 341 42649 - 11
> >> F +49 341 42649 - 18
> >> s.vo...@ewerk.com
> >> www.ewerk.com
> >>
> >> Geschäftsführer:
> >> Dr. Erik Wende, Hendrik Schubert, Frank Richter, Gerhard Hoyer
> >> Registergericht: Leipzig HRB 17023
> >>
> >> Zertifiziert nach:
> >> ISO/IEC 27001:2013
> >> DIN EN ISO 9001:2015
> >> DIN ISO/IEC 2-1:2011
> >>
> >> EWERK-Blog | LinkedIn | Xing | Twitter | Facebook
> >>
> >> Auskünfte und Angebote per Mail sind freibleibend und unverbindlich.
> >>
> >> Disclaimer Privacy:
> >> Der Inhalt dieser E-Mail (einschließlich etwaiger beigefügter Dateien)
> ist
> >> vertraulich und nur für den Empfänger bestimmt. Sollten Sie nicht der
> >> bestimmungsgemäße Empfänger sein, ist Ihnen jegliche Offenlegung,
> >> Vervielfältigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte
> >> informieren Sie in diesem Fall unverzüglich den Absender und löschen Sie
> >> die E-Mail (einschließlich etwaiger beigefügter Dateien) von Ihrem
> System.
> >> Vielen Dank.
> >>
> >> The contents of this e-mail (including any attachments) are confidential
> >> and may be legally privileged. If you are not the intended recipient of
> >> this e-mail, any disclosure, copying, distribution or use of its
> contents
> >> is strictly prohibited, and you should please notify the sender
> immediately
> >> and then delete it (including any attachments) from your system. Thank
> you.
> >> Am 09.07.18, 13:45 schrieb "Ivan Kudryavtsev" <
> kudryavtsev...@bw-sw.com>:
> >>
> >>
> >>
> >>Early september would be great, by the way.
> >>
> >>
> >>
> >>I would like to share some information about Bitworks' supported ACS
> >>
> >>plugins for guest ELK logging, key-value storage for VM
> configuration,
> >>
> >>Cloudstack-UI status and prog

Re: Next CloudStack EU user group date

[Rafael Weingärtner]

Do not forget that we have CCC/ApacheCon in September 22-28.

On Mon, Jul 9, 2018 at 10:01 AM, Sven Vogel  wrote:

> Hi Ivan,
>
>
>
> Early September or October?  What do you think?
>
>
>
> We thought on the 18.10. Is that also possible?
>
>
>
> Thanks
>
>
>
> Sven
>
>
>
>
> __
>
> Sven Vogel
> Cloud Solutions Architect
>
> EWERK RZ GmbH
> Brühl 24, D-04109 Leipzig
> P +49 341 42649 - 11
> F +49 341 42649 - 18
> s.vo...@ewerk.com
> www.ewerk.com
>
> Geschäftsführer:
> Dr. Erik Wende, Hendrik Schubert, Frank Richter, Gerhard Hoyer
> Registergericht: Leipzig HRB 17023
>
> Zertifiziert nach:
> ISO/IEC 27001:2013
> DIN EN ISO 9001:2015
> DIN ISO/IEC 2-1:2011
>
> EWERK-Blog | LinkedIn | Xing | Twitter | Facebook
>
> Auskünfte und Angebote per Mail sind freibleibend und unverbindlich.
>
> Disclaimer Privacy:
> Der Inhalt dieser E-Mail (einschließlich etwaiger beigefügter Dateien) ist
> vertraulich und nur für den Empfänger bestimmt. Sollten Sie nicht der
> bestimmungsgemäße Empfänger sein, ist Ihnen jegliche Offenlegung,
> Vervielfältigung, Weitergabe oder Nutzung des Inhalts untersagt. Bitte
> informieren Sie in diesem Fall unverzüglich den Absender und löschen Sie
> die E-Mail (einschließlich etwaiger beigefügter Dateien) von Ihrem System.
> Vielen Dank.
>
> The contents of this e-mail (including any attachments) are confidential
> and may be legally privileged. If you are not the intended recipient of
> this e-mail, any disclosure, copying, distribution or use of its contents
> is strictly prohibited, and you should please notify the sender immediately
> and then delete it (including any attachments) from your system. Thank you.
> Am 09.07.18, 13:45 schrieb "Ivan Kudryavtsev" :
>
>
>
> Early september would be great, by the way.
>
>
>
> I would like to share some information about Bitworks' supported ACS
>
> plugins for guest ELK logging, key-value storage for VM configuration,
>
> Cloudstack-UI status and progress, and self-registration plugin. We
> also
>
> would like to grant them to community under Apache 2 license as well.
>
>
>
> пн, 9 июл. 2018 г., 18:38 Ivan Kudryavtsev :
>
>
>
> > Hi, Sven, Great! I would love to join if the meetup happens. If the
> dates
>
> > can be established it will work for me, because visa is required and
> it
>
> > takes time to apply and get approval...
>
> >
>
> > пн, 9 июл. 2018 г., 18:34 Sven Vogel :
>
> >
>
> >> Hi Ivan,
>
> >>
>
> >> i would offer our Location in Germany, Leipzig by EWERK
>
> >>
>
> >> www.ewerk.com
>
> >>
>
> >> https://goo.gl/maps/PMQgXcJ73ZC2
>
> >>
>
> >> Greetings
>
> >>
>
> >> Sven Vogel
>
> >>
>
> >> __
>
> >>
>
> >>
>
> >> Sven Vogel
>
> >> Cloud Solutions Architect
>
> >>
>
> >>
>
> >> EWERK RZ GmbH
>
> >> Brühl 24, D-04109 Leipzig
>
> >> P +49 341 42649 - 11
>
> >> F +49 341 42649 - 18
>
> >> s.vo...@ewerk.com
>
> >> www.ewerk.com
>
> >>
>
> >>
>
> >> Geschäftsführer:
>
> >> Dr. Erik Wende, Hendrik Schubert, Frank Richter, Gerhard Hoyer
>
> >> Registergericht: Leipzig HRB 17023
>
> >>
>
> >>
>
> >> Zertifiziert nach:
>
> >> ISO/IEC 27001:2013
>
> >> DIN EN ISO 9001:2015
>
> >> DIN ISO/IEC 2-1:2011
>
> >>
>
> >>
>
> >> EWERK-Blog | LinkedIn | Xing | Twitter | Facebook
>
> >>
>
> >>
>
> >>
>
> >> Am Samstag, den 07/07/2018 um 07:10 schrieb Ivan Kudryavtsev:
>
> >>
>
> >>
>
> >> Hello, guys.
>
> >>
>
> >> Do you have an ideas about the next CS EU User Group meetup date and
>
> >> location? Would like to participate, so want arrange my plans.
>
> >>
>
> >
>
>
>
>
>


-- 
Rafael Weingärtner

Re: PMC page update

[Rafael Weingärtner]

That seems to be an Apache generated page. Maybe there is something we are
missing when releasing a version.
Maybe those information come from here
https://svn.apache.org/repos/asf/cloudstack/?

On Tue, Jun 26, 2018 at 6:22 PM, Andrija Panic 
wrote:

> Actually GIT URL also.
>
> Bad email title though, sorry.
>
> On Tue, 26 Jun 2018 at 23:18, Andrija Panic 
> wrote:
>
> > https://projects.apache.org/project.html?cloudstack
> >
> > Last release mentioned is 4.3.2, perhaps worth a quick update on the
> > progress in last 3 years :)
> >
> > cheers
> > --
> >
> > Andrija Panić
> >
>
>
> --
>
> Andrija Panić
>



-- 
Rafael Weingärtner

Re: [DISCUSS] Blocking the creation of new Basic Networking zones

[Rafael Weingärtner]

gt;> >>>>
> >> >>>> This provides (from what we can see) all the features Basic
> >> Networking
> >> >>>> provides, like the VR just doing DHCP and UserData while
> the
> >> Hypervisor
> >> >>>> does the Security Grouping.
> >> >>>>
> >> >>>> That made me wonder why we still have Basic Networking.
> >> >>>>
> >> >>>> Dropping all the code would be a big problem for users as
> >> you can't
> >> >>>> simply migrate from Basic to Advanced. In theory we found
> >> out that it's
> >> >>>> possible by changing the database, but I wouldn't guarantee
> >> it works in
> >> >>>> every use-case. So doing this automatically during a
> upgrade
> >> would be
> >> >>>> difficult.
> >> >>>>
> >> >>>> To prevent us from having to maintain the Basic Networking
> >> code for ever
> >> >>>> I would like to propose and discuss the matter of
> preventing
> >> the
> >> >>>> creation of new Basic Networking zones.
> >> >>>>
> >> >>>> In the future this can get us rid of a lot of if-else
> >> statements in the
> >> >>>> code and it would make testing also easier as we have few
> >> things to test.
> >> >>>>
> >> >>>> Most of the development also seems to go in the Advanced
> >> Networking
> >> >>>> direction.
> >> >>>>
> >> >>>> We are currently also working on IPv6 in Advanced Shared
> >> Networks and
> >> >>>> that's progressing very good as well.
> >> >>>>
> >> >>>> Would this be something to call the 5.0 release where we
> >> simplify the
> >> >>>> networking and in the UI/API get rid of Basic Networking
> >> while keeping
> >> >>>> it alive for existing users?
> >> >>>>
> >> >>>> Wido
> >> >>>>
> >> >>>
> >> >>>
> >> >>>
> >>
> >>
> >>
> >>
> >>
>
>
> --
> Daan
>



-- 
Rafael Weingärtner

Re: [DISCUSS] Blocking the creation of new Basic Networking zones

[Rafael Weingärtner]

- When roles do not have access to some API methods, the buttons/links that
use these API methods should disappear from the interface.

On Wed, Jun 20, 2018 at 4:51 PM, Stephan Seitz 
wrote:

> Hi!
>
>
> > > With that we would:
> > >
> > > - Drop creation of new Basic Networking Zones
> > > - Support IPv6 in shared IPv6 networks
> > > - Java 9?
> > > - Drop support for Ubuntu 12.04
> > > - Other fancy stuff?
> > - Versioned API: keep v1 API (< v5.0.0)  and create a v2 API >= v5.0.0
> > where we fix all inconsistencies (ACL API generally, paging does not
> > always work, returned keys sometime camel case (crossZone), a.s.o.)
>
> - Usable Error Messages (including a reason why things failed). Nothing
> fancy
> I think, following the respective Stacktrace in the Logfile, the top most
> exception
> shows everything (in most cases), but looks like the last "generic"
> exception is
> reported.
>
>
> > >
> > > - Support ConfigDrive in all scenarios properly
>
>
>


-- 
Rafael Weingärtner

Re: [DISCUSS] Blocking the creation of new Basic Networking zones

[Rafael Weingärtner]

+1

On Wed, Jun 20, 2018 at 4:35 PM, Rene Moser  wrote:

>
>
> On 06/20/2018 01:03 PM, Wido den Hollander wrote:
> >
> >
> > On 06/20/2018 12:31 AM, Tutkowski, Mike wrote:
> >> If this initiative goes through, perhaps that’s a good time to bump
> CloudStack’s release number to 5.0.0?
> >>
> >
> > That's what I said in my e-mail :-) But yes, I agree with you, this
> > might be a good time to bump it to 5.0
> >
> > With that we would:
> >
> > - Drop creation of new Basic Networking Zones
> > - Support IPv6 in shared IPv6 networks
> > - Java 9?
> > - Drop support for Ubuntu 12.04
> > - Other fancy stuff?
>
> - Versioned API: keep v1 API (< v5.0.0)  and create a v2 API >= v5.0.0
> where we fix all inconsistencies (ACL API generally, paging does not
> always work, returned keys sometime camel case (crossZone), a.s.o.)
>
> > - Support ConfigDrive in all scenarios properly
>



-- 
Rafael Weingärtner

Re: Working with a 'PendingReleaseNotes' file

[Rafael Weingärtner]

It seems so. It can then be a part of the PR. I mean, in the PR we could
require a commit that updates this file.
Of course, we need to discuss if all PRs should update it, or only
important things should go in.

+1

On Tue, Jun 19, 2018 at 11:00 PM, Wido den Hollander  wrote:

> Hi,
>
> At the Ceph project we work with a Pending Release Notes [0].
>
> The idea is that if a developer writes a new feature or fixes something
> that changes functionality (or adds one) she/he also updates the
> PendingReleaseNotes file.
>
> That way when a new version is released it's easier for the Release
> Manager to know what to highlight.
>
> Although we can try to get everything from Jira and Github Issues it
> might be difficult to use the proper wording.
>
> On every release the files is cleared and people start to add again.
>
> Would this be something which could benefit CloudStack and make the
> release notes easier and more complete?
>
> Wido
>
> [0]: https://github.com/ceph/ceph/blob/master/PendingReleaseNotes
>



-- 
Rafael Weingärtner

Re: [DISCUSS] Blocking the creation of new Basic Networking zones

[Rafael Weingärtner]

 +1

I would love to. But I'm a real novice when it comes to the UI though.
So that would be something I wouldn't be good at doing.

We all can help you with the UI. It is a little complicated at the
beginning because it is a JavaScript that generates HTML code. However, it
is doable.


On Wed, Jun 20, 2018 at 12:31 AM, Tutkowski, Mike  wrote:

> If this initiative goes through, perhaps that’s a good time to bump
> CloudStack’s release number to 5.0.0?
>
> > On Jun 19, 2018, at 3:17 PM, Wido den Hollander  wrote:
> >
> >
> >
> >> On 06/19/2018 11:07 PM, Daan Hoogland wrote:
> >> I like this initiative, and here comes the big but even though I myself
> >> might think it is not valid; Basic zones are there to give a simple
> start
> >> for new users. If we can give a one-knob start/one page wizard for
> creating
> >> a shared network in advanced zone with security groups and userdata,
> great.
> >
> > That would be a UI thing, but it would be a matter of using VLAN
> > isolation and giving in VLAN 0 or 'untagged', because that's basically
> > what Basic Networking does.
> >
> > It plugs the VM on top of usually cloudbr0 (KVM).
> >
> > If you use vlan://untagged for the broadcast_uri in Advanced Networking
> > you get exactly the same result.
> >
> >> And I really fancy this idea. let's make ACS more simple by throwing at
> as
> >> much code as we can in a gradual and controlled way :+1:
> >
> > I would love to. But I'm a real novice when it comes to the UI though.
> > So that would be something I wouldn't be good at doing.
> >
> > Blocking Basic Networking creation is a few if-statements at the right
> > location and you're done.
> >
> > Wido
> >
> >>
> >>> On Tue, Jun 19, 2018 at 10:57 PM, Wido den Hollander 
> wrote:
> >>>
> >>> Hi,
> >>>
> >>> We (PCextreme) are a big-time user of Basic Networking and recently
> >>> started to look into Advanced Networking with VLAN isolation and a
> >>> shared network.
> >>>
> >>> This provides (from what we can see) all the features Basic Networking
> >>> provides, like the VR just doing DHCP and UserData while the Hypervisor
> >>> does the Security Grouping.
> >>>
> >>> That made me wonder why we still have Basic Networking.
> >>>
> >>> Dropping all the code would be a big problem for users as you can't
> >>> simply migrate from Basic to Advanced. In theory we found out that it's
> >>> possible by changing the database, but I wouldn't guarantee it works in
> >>> every use-case. So doing this automatically during a upgrade would be
> >>> difficult.
> >>>
> >>> To prevent us from having to maintain the Basic Networking code for
> ever
> >>> I would like to propose and discuss the matter of preventing the
> >>> creation of new Basic Networking zones.
> >>>
> >>> In the future this can get us rid of a lot of if-else statements in the
> >>> code and it would make testing also easier as we have few things to
> test.
> >>>
> >>> Most of the development also seems to go in the Advanced Networking
> >>> direction.
> >>>
> >>> We are currently also working on IPv6 in Advanced Shared Networks and
> >>> that's progressing very good as well.
> >>>
> >>> Would this be something to call the 5.0 release where we simplify the
> >>> networking and in the UI/API get rid of Basic Networking while keeping
> >>> it alive for existing users?
> >>>
> >>> Wido
> >>>
> >>
> >>
> >>
>



-- 
Rafael Weingärtner

Re: Why does a VLAN and Network have IP information?

[Rafael Weingärtner]

In theory, the object (either in Java or a DB table) that represents a VLAN
should not have IP information. However, it seems that someone “reused” the
object. We would need to check if the IP data stored there is not really
used before removing it.


On Tue, Jun 12, 2018 at 11:32 AM, Daan Hoogland 
wrote:

> Wido, I think we can remove ip data from the vlan table, though it is going
> to require some hacking. Removing the vlan table seems not prudent to me,
> especially since we now have l2 networks (without ip provisioned).
>
> On Tue, Jun 12, 2018 at 11:12 AM, Wido den Hollander 
> wrote:
>
> > Hi,
> >
> > Looking at our design and tables in the database I'm wondering why both
> > a VLAN and a Network has IP information.
> >
> > A VLAN is a Layer 2 domain and shouldn't have any IP(4/6) information
> > and we also seem to store redundant information in there.
> >
> > Below is some information I have in a test database and I'm just trying
> > to understand why both have IP information.
> >
> > Imho this information should not be stored in the VLAN table as it's
> > redundant anyway. But still, why is it there? And why do we actually use
> > the VLAN table? Because even the VLAN tag is stored in the *networks*
> > table.
> >
> > Wido
> >
> > mysql> select * from vlan limit 1 \G
> > *** 1. row ***
> >  id: 1
> >uuid: d14f30ab-072e-41b7-bfcf-0aadd156e01d
> > vlan_id: 0
> >vlan_gateway: 192.168.200.1
> >vlan_netmask: 255.255.255.0
> > description: 192.168.200.100-192.168.200.200
> >   vlan_type: DirectAttached
> >  data_center_id: 1
> >  network_id: 203
> > physical_network_id: 200
> > ip6_gateway: 2001:db8:100::1
> >ip6_cidr: 2001:db8:100::/64
> >   ip6_range: NULL
> > removed: NULL
> > created: 2018-06-09 18:53:26
> > 1 row in set (0.00 sec)
> >
> > mysql>
> >
> > mysql> select * from networks where id = 203 \G
> > *** 1. row ***
> >id: 203
> >  name: GuestNetwork1
> >  uuid: f1f7281d-bedd-422c-bd44-eae9be172157
> >  display_text: GuestNetwork1
> >  traffic_type: Guest
> > broadcast_domain_type: Vlan
> > broadcast_uri: vlan://untagged
> >   gateway: 192.168.200.1
> >  cidr: 192.168.200.0/24
> >  mode: Dhcp
> >   network_offering_id: 6
> >   physical_network_id: 200
> >data_center_id: 1
> > guru_name: DirectNetworkGuru
> > state: Setup
> >   related: 203
> > domain_id: 1
> >account_id: 1
> >  dns1: NULL
> >  dns2: NULL
> > guru_data: NULL
> >set_fields: 0
> >  acl_type: Domain
> >network_domain: cs1cloud.internal
> >reservation_id: NULL
> >guest_type: Shared
> >  restart_required: 0
> >   created: 2018-06-09 18:53:26
> >   removed: NULL
> > specify_ip_ranges: 1
> >vpc_id: NULL
> >   ip6_gateway: NULL
> >  ip6_cidr: NULL
> >  network_cidr: NULL
> >   display_network: 1
> >network_acl_id: NULL
> >   streched_l2: 0
> > redundant: 0
> >   external_id: NULL
> > 1 row in set (0.01 sec)
> >
> > mysql>
> >
>
>
>
> --
> Daan
>



-- 
Rafael Weingärtner