Re: Community Over Code North America 2024 - Talk submitting

[Gabriel Beims Bräscher]

Hi Daniel,

Great to hear, I would love to attend this one.
And good work at making this happen.

Best regards,
Gabriel.

On Fri, 12 Apr 2024 at 1:01 AM Ivet Petrova 
wrote:

> Hey Daniel,
>
> Great initiative! Hope more people will submit proposals. I think we
> posted on socials for the event at some point. Will post today also.
>
> Best regards,
>
>
>
>
> On 12 Apr 2024, at 3:36, Guto Veronezi  wrote:
>
> Hello guys,
>
> The Community Over Code North America (COCNA) will happen in October 2024
> in Denver. The Call For Tracks for this conference occurred between
> December 2023 and January 2024; however, we (the community) did not engage
> in the discussion at that time and ended up not having a track for
> CloudStack in COCNA 2024, like we always had in the past years.
>
> Those interested in submitting talks targeted to ACS do so by submitting
> them to the "Runtime and cloud". However, I am speaking with the
> responsible for the conference to check if we could put something together
> if there were enough talks submitted. Currently, there are already 7 talks
> submitted to "Runtime and cloud" targeted to ACS. Unfortunately, the CPF
> will last until 23:59 UTC on April 15, 2024; therefore, we have a short
> time to try to make that happen. Thus, if you are interested, we invite you
> to submit a CloudStack talk to the track "Runtime and cloud" at COCNA
> 2024[1].
>
> Best regards,
> Daniel Salvador (gutoveronezi)
>
> [1] https://communityovercode.org/call-for-presentations/
>
>
>

[ANNOUNCE] Next PMC Chair & VP Apache CloudStack Project - Simon Weller

[Gabriel Beims Bräscher]

Hello, all CloudStack community!

It gives me great pleasure to announce that the ASF board last night
accepted
our PMC's nomination of Simon Weller as the next PMC Chair / VP of
the Apache CloudStack project.

I would like to thank everyone for the support I've received over the past
year.
It was a great honor being the PMC Chair of this amazing project/community!

To Simon, my sincere congratulations, and I wish you success in the new
role!
Very well deserved!

Please join me in congratulating Simon, the CloudStack PMC Chair / VP.

Best Regards,
Gabriel Bräscher.

Re: Cloudstack community repo - unable to download binaries

[Gabriel Beims Bräscher]

Thanks for raising it, Ricardo.

It appears that a few users/contributors had issues reaching
download.cloudstack.org.
I've heard also that a few of the contributors with issues were already
able to reach it again by the end of the day (7 of Feb).
Please let me know if you (or anyone else) are still facing issues.

DNS lookup looks good
- https://semonto.com/tools/website-reachability-check?test=1a3b41a

The IP itself is good, but it is listed by the UCEPROTECTL3 "blocklist" due
to 12 raised IPs out of an entire sub-net (tens of thousands of IPs).
Also, subnet-based "Blocklists" are normally used to reject email from
entire ranges of IP Addresses. I don't think this would cause the inability
to reach the address.

If the 'UCEPROTECTL3' is indeed making it hard to reach, please try the
IPv6 address instead of the IPv4.
The IPv6 address is looking good on all the validations (DNS lookup,
"blocklists", etc..).

Regards,
Gabriel.


On Mon, Feb 7, 2022 at 5:05 PM Ricardo Pertuz 
wrote:

> Hi team,
>
>
>
> http://download.cloudstack.org has been blocked in many locations and I
> haven’t been able to download binaries. Check:
>
>
>
>
> https://mxtoolbox.com/SuperTool.aspx?action=blacklist%3a185.27.174.49=toolpage
>
>
>
>

Re: [PROPOSE] RM for 4.17

[Gabriel Beims Bräscher]

Sounds good.
Thaks, Nicolas.

On Mon, Jan 31, 2022, 19:42 Rohit Yadav  wrote:

> Sounds good to me, thanks for volunteering Nicolas.
>
>
> Regards.
>
> 
> From: Boris Stoyanov 
> Sent: Monday, January 31, 2022 13:58
> To: d...@cloudstack.apache.org ;
> users@cloudstack.apache.org 
> Cc: d...@cloudstack.apache.org 
> Subject: Re: [PROPOSE] RM for 4.17
>
> +1, I can help with triage/testing and any other business Nicolas, let me
> know if you need any additional hands.
>
> Bobby.
>
> From: Ivet Petrova 
> Date: Friday, 28 January 2022, 16:11
> To: users@cloudstack.apache.org 
> Cc: d...@cloudstack.apache.org 
> Subject: Re: [PROPOSE] RM for 4.17
> Nicolas,
> Just to mention you did a great job last time!
>
> Kind regards,
>
>
>
>
>
>
>
>
>
>
> On 28 Jan 2022, at 16:05, Nicolas Vazquez  > wrote:
>
> Dear All,
>
> I would like to put myself forward as the release manager for 4.17.0.0.
>
> I propose we have a window of at least 6 weeks to allow the community and
> users to test and report issues, I will propose the timeline details soon.
>
> I hope to have your support. Please let me know if you have any thoughts /
> comments.
>
> Regards,
> Nicolas Vazquez
>
>
>
>

Re: [VOTE] Apache CloudStack Kubernetes Provider v1.0.0 (RC1)

[Gabriel Beims Bräscher]

+1 (binding) based on basic checks (GPG, checksum of source code).

Em ter., 10 de ago. de 2021 às 10:23, Daan Hoogland 
escreveu:

> checked the compile works and trusting Rohit's package verification
> +1 (binding)
>
> On Wed, Aug 4, 2021 at 1:42 PM David Jumani 
> wrote:
>
> > Hi All,
> >
> > I've created the initial CloudStack Kubernetes Provider release v1.0.0,
> > with the following artifacts up for a vote:
> >
> > Git Branch and Commit SH:
> > https://github.com/apache/cloudstack-kubernetes-provider/tree/1.0
> > Commit: a8fccd9fe5c145bc3a12e3681bdf33e9f6ed382c
> >
> > Source release (checksums and signatures are available at the same
> > location):
> >
> >
> https://dist.apache.org/repos/dist/dev/cloudstack/kubernetes-provider-v1.0.0/
> >
> > PGP release keys (signed using 92D88ECF4D63C923):
> > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> >
> > The docker image can be found at
> > https://hub.docker.com/r/apache/cloudstack-kubernetes-provider
> >
> > The documentation for the same can be found at
> >
> >
> https://github.com/apache/cloudstack-documentation/blob/main/source/plugins/cloudstack-kubernetes-provider.rst
> >
> >
> https://github.com/apache/cloudstack-kubernetes-provider/blob/main/README.md#deployment
> > (be sure to replace the image version
> > `apache/cloudstack-kubernetes-provider:v1.0.0` with
> > `apache/cloudstack-kubernetes-provider:v1.0.0-RC20210804T0500`)
> >
> > The vote will be open until 08 August 2021.
> >
> > For sanity in tallying the vote, can PMC members please be sure to
> > indicate "(binding)" with their vote?
> >
> > [ ] +1  approve
> > [ ] +0  no opinion
> > [ ] -1  disapprove (and reason why)
> >
> > Thanks,
> > David
> >
> >
> >
> >
>
> --
> Daan
>


-- 
Gabriel Beims Bräscher
Apache CloudStack PMC Chair

Re: Uploading Blog Post

[Gabriel Beims Bräscher]

dstack.apache.org 
> > Cc: market...@cloudstack.apache.org 
> > Subject: Re: Uploading Blog Post
> >
> > Hello again and Happy Monday Everyone,
> >
> > Once again - can somebody give me some guidance on this?
> >
> > Kind regards,
> >
> >
> > ivet.petr...@shapeblue.com
> > www.shapeblue.com<http://www.shapeblue.com>
> > 3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
> > @shapeblue
> >
> >
> >
> >
> > rohit.ya...@shapeblue.com
> > www.shapeblue.com
> > 3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
> > @shapeblue
> >
> >
> >
> > On 9 Apr 2021, at 12:48, Ivet Petrova   > ivet.petr...@shapeblue.com>> wrote:
> >
> > Hi,
> >
> > Can somebody help me on how a new blog posts can be uploaded on the
> > CloudStack blog?
> > Is there any backend which is used, or only code?
> >
> > Thanks a lot on advance!
> >
> > Kind regards,
> >
> >
> > ivet.petr...@shapeblue.com<mailto:ivet.petr...@shapeblue.com>
> > www.shapeblue.com<http://www.shapeblue.com>
> > 3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
> > @shapeblue
> >
> >
> >
> >
> >
> >
>
> --
>
> Andrija Panić
>
>

-- 
Gabriel Beims Bräscher
Apache CloudStack PMC Chair (CloudStack VP)
The Apache Software Foundation
https://www.apache.org/
https://cloudstack.apache.org/

Re: Help with publishing and consuming events using rabbitmq

[Gabriel Beims Bräscher]

I did play a bit with Rabbit MQ + CloudStack some time ago. Here follows
some details regarding it.

Note that this example is really simplified and bound to steps for a "proof
of concept".

*I. Configuring RabbitMQ + CloudStack:*

1. create file
/etc/cloudstack/management/META-INF/cloudstack/core/spring-event-bus-context.xml
2. edit spring-event-bus-context.xml to contain the following data:
2.1 the server that is running the RabbitMQ: localhost
2.2 the port on which RabbitMQ server is running: 5672
2.3 username associated with the account to access the RabbitMQ server:
guest
2.4 password associated with the username of the account to access the
RabbitMQ server: guest
2.5 The exchange name on the RabbitMQ server where CloudStack events are
published: cloudstack-events

- - spring-event-bus-context.xml:

*http://www.springframework.org/schema/beans;
*

*xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
*

*xmlns:context="http://www.springframework.org/schema/context;
*

*xmlns:aop="http://www.springframework.org/schema/aop;
*

*xsi:schemaLocation="http://www.springframework.org/schema/beans
*

*http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
*

*http://www.springframework.org/schema/aop
http://www.springframework.org/schema/aop/spring-aop-3.0.xsd
*

*http://www.springframework.org/schema/context
*

*http://www.springframework.org/schema/context/spring-context-3.0.xsd;
>*

**

**

**

**

**

**

**

**

**

3. Enable the rabbitmq_management
*rabbitmq-plugins enable rabbitmq_management*

4. restart rabbitmq and cloudstack services


*systemctl restart rabbitmq-server.servicesystemctl restart
cloudstack-management.service*

5. connected on the management server tunneling the localhost with port
15672
ssh -L 15672:localhost:15672 user@cloudstack-management-host

6. In this example the UI would be available at http://localhost:15672

*II. Binding the exchange ‘cloudstack-events’ with a queue*

CloudStack creates the exchange ‘cloudstack-events’ which will receive
messages containing CloudStack events; however, there are no queues yet.
To create a queue and bind with cloudstack-events the following steps are
needed:

1. Go to Queues tab and add a queue, e.g. 'cloudstack-queue’
2. Go to Exchanges tab and Bind to queue cloudstack-queue with the desired
‘Routing key’.


*III. Routing keys*

The routing key is a list of words, delimited by a period (".").
CloudStack builds routing keys according to each event type, some examples
are:
a)
/management-server.ActionEvent.ACCOUNT-CREATE.Account.b9117aa2-9432-4dc4-a055-fee45c428239/
b)
/management-server.UsageEvent.VOLUME-CREATE.com-cloud-storage-Volume.1232e3e6-2576-4983-bde5-b904eba9e4cb/
c)
/management-server.UsageEvent.VM-CREATE.com-cloud-vm-VirtualMachine.1232e3e-9432-4dc4-a055-fee45c428239/

Some example of routing keys that match CloudStack events:
a) A pound symbol (“#”) indicates a match on zero or more words; thus, it
will match any possible set of words;
b) Asterisk (“*”) matching any word and the period (“.”) delimiting:
‘*.*.*.*.*’;
c) expressions to filter a specific set of events, e.g. matching VM-CREATE
or UsageEvent: ‘management-server.UsageEvent.VM-CREATE.#’ or
‘management-server.UsageEvent.#’.

Cheers,
Gabriel.

Em seg., 9 de nov. de 2020 às 13:38, Rakesh v 
escreveu:

> I did it in a different way but not using rabbitmq.
>
> I wrote a separate application which calls listEvents every minutes and
> collects all the events which can later fed into another rabbitmq or Kafka
> or elk stack.
>
> Sent from my iPhone
>
> > On 09-Nov-2020, at 1:15 PM, Niclas Lindblom 
> > 
> wrote:
> >
> > Hi,
> >
> > I would appreciate some help with setting up events to be consumed using
> AQMP. I have limited knowledge with rabbitmq and have got to the following
> point
> >
> > 1. I have 2 cloudstack management servers (this is not a production
> environment)
> >
> > 2. I have configured both with the spring-event-bus-context.xml as per
> the 4.14 documentation and my understanding is that there is no further
> software to be installed.
> >
> > 3. I have a rabbitmq server on a separate server and I can see the
> cloudstack-events Exchange being created once I restart the management
> service
> >
> > 4. I have recreated the exchange as fanout and bound it to a queue
> >
> > I can’t see any events coming through when setting up a consumer using
> the basic python code from rabbitmq’s tutorial, but if I publish an event
> using the same 

Re: IPv6 Support

[Gabriel Beims Bräscher]

I might get a bit redundant here, but here follows my 2 cents on IPv6 +
CloudStack.

Andrija is right. IPv6 works on Zones with Advanced Network + Security
Groups + KVM.
The documentation [1] also raised support provided by XenServer, but to be
honest I have no experience with IPv6 + XenServer to comment about it.

To deploy IPv6 networks, you must deploy a Zone with advanced network +
security group setting the IPV6 fileds (DNS); if IPv6 enabled networks are
created but the Zone hasn't IPv6 DNS1 or DNS2 configured then *dnsmasq*
inside the Virtual Router does not start.

In such a network setup it is possible to deploy multiple shared guest
networks, isolated via VLAN/VXLAN. These networks can be configured with
only IPv4 addresses, or IPv4 + IPv6; on the second case the IPv4 address
could be a either a private IP (e.g. 10.1.1.1) or a public IP; all VMs then
have a public IPv6 address.

CloudStack IPv6 + Security Group is implemented using Stateless address
autoconfiguration (*SLAAC*), which requires each network to have a /64
address block; nat/port forwarding is not necessary therefore.

Why using Security Group? This happens due to the fact that so far all IPv6
ACLs are handled by implementations on hypervisor (security group
implementation) instead of VRs/VPCs.

Eric Lee Green is right as well; I don't see anyone implementing IPv6 for
NAT. Implementing it on VR is possible but adds quite a lot of complexity,
it would be easier to have a mix of both worlds; e.g. NAT, VPCs for IPv4
networks, and Security Groups for IPv6 networks using SLAAC.

[1] http://docs.cloudstack.apache.org/en/latest/plugins/ipv6.html

Em qua., 11 de nov. de 2020 às 08:54, Eric Lee Green <
eric.lee.gr...@gmail.com> escreveu:

> On 11/11/2020 2:01 AM, Hean Seng wrote:
> > IPv6 do not have NAT , each VM suppose to have indiviual Ipv6 Address.
>
> NAT66 does in fact exist, and the virtual routers used for VLANs could
> in fact be configured with RADV to provide an IETF RFC4193 SLAAC prefix
> to private VPC networks then use NAT66 to communicate with the rest of
> the IPv6 Internet via a SLAAC-configured IPv6 address on the virtual
> router's public interface. They are not currently so configured, but all
> the stuff to do it is already there in the base Debian distribution used
> for the virtual routers.
>
> Port forwarding would require changes to the virtual router to allow
> IPv6 port forwarding (as well as likely allowing a fixed IPv6 address
> for the virtual router rather than SLAAC).
>
> DHCPv6 to advertise IPv6 DNS servers would be the other part of that
> equation.
>
> Routing public subnets would require significant work, since the virtual
> routers would need to advertise routes upstream to whatever layer 3
> switch or router routes things to and from the Internet. In addition
> security would require disabling incoming IPv6 connections to the
> advertised subnet except to specific instances that have a hole poked in
> the firewall allowing incoming IPv6. It is unlikely that anybody is
> going to bother implementing this anytime soon, since NAT66 works fine
> for Cloudstack's purposes and is significantly easier to implement since
> it doesn't require upstream routers to accept route advertisements from
> virtual routers.
>
> >
> > For NAT zone,  is that any way to allocate IPv6 subnet ?
> >
> >
> >
> >
> >
> >
> >
> > On Tue, Nov 10, 2020 at 3:51 PM Andrija Panic 
> > wrote:
> >
> >> If not mistaken, ipv6 is only supported for Shared Networks, and not for
> >> Isolated/VPC networks.
> >>
> >> On Tue, 3 Nov 2020 at 04:31, Hean Seng  wrote:
> >>
> >>> Hi
> >>>
> >>> Is that anyone have a idea of best way implementing ipv6 in cloudstack
> ?
> >>>
> >>> I saw the doc, and mentioned create another SharedGuestNework in
> >>> AdvanceZone, and assigned ipv6 /64 network there.
> >>>
> >>> However, I not quite understand is in Advancezone with NAT (public ip,
> >>> isolated vlan), the network of  the VM is  their own LAN IP and
> isolated
> >> by
> >>> VLAN or VXLAN.   How can we assign Ipv6 over there? Or shall we
> >> create
> >>> another SharedGuestNetwork with another VLAN , and assign another
> >>> GuestNetwork manually to the VM ?  But then, the VM become 2 network.
> Is
> >>> that the way to do ?
> >>>
> >>>
> >>> --
> >>> Regards,
> >>> Hean Seng
> >>>
> >>
> >> --
> >>
> >> Andrija Panić
> >>
> >
>

Re: [PROPOSE] Code freeze for 4.15

[Gabriel Beims Bräscher]

+1 on a couple of weeks and then freeze

On Tue, Sep 15, 2020, 10:07 Sven Vogel  wrote:

> Hi Paul, Hi Rohit,
>
>
> for me too.
>
>
>
> Cheers,
>
> Sven Vogel
> Apache CloudStack PMC member
>
>
>
> On Tuesday, 09/08/2020 at 14:31 Paul Angus wrote:
>
>
>
>
> Hi all,
>
>
>
>
>
>
>
> Its around that time of year again.  We owe the world a GA version of
> Primate + there is support for Ubuntu 20.04, CentOS 8 and
> XenServer/XCP-ng 8, a massive update to the vSphere capabilities and
> many fixes….
>
>
>
>
>
>
>
> So, I’d like to propose a feature freeze in two or three weeks’
> time (depending how everyone else is looking with any features).  For
> people who are a still way out with anything that they’re working
> on; I’d hope to get back on track with the next release *early* in
> the new year.
>
>
>
>
>
>
>
> Unless there are any objections, I’ll go ahead with getting a freeze
> date out sooner rather than later…
>
>
>
>
>
>
>
> Kind regards
>
>
>
>
>
>
>
>
>
>
>
> Paul Angus
>
>
>
>
>

Re: SSLEngine assertion error

[Gabriel Beims Bräscher]

One more thing: I See that you also tried to build with Java 8, CloudStack
4.14 will work only with Java 11.
After fixing the test at RootCAProviderTest.java, the build should work
fine with Java 11.

Cheers

Em qui., 30 de jul. de 2020 às 00:05, Gabriel Beims Bräscher <
gabrasc...@gmail.com> escreveu:

> Hello Joshua.
>
> To fix this test issue you need to rebase to the current 4.14 branch or
> remove *Assert.assertTrue(e.getUseClientMode())* at
> <https://github.com/apache/cloudstack/pull/4226/files#diff-9a819c6a262dd89c00af19fcc44516bd>
> class *RootCAProviderTest.java.*
> More details at Pull Request:
> https://github.com/apache/cloudstack/pull/4226
>
> Regards,
> Gabriel.
>
> Em qua., 29 de jul. de 2020 às 22:47, Joshua Schaeffer <
> jschaef...@harmonywave.com> escreveu:
>
>> I'm trying to compile CloudStack 4.14.0.0 on Ubuntu 20.04 and I'm running
>> into a couple errors when running maven. When I try to run it with jdk 8 I
>> get the following:
>>
>> [ERROR] Failed to execute goal
>> org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile
>> (default-compile) on project cloud-framework-managed-context: Compilation
>> failure
>> [ERROR] javac: invalid target release: 11
>> [ERROR] Usage: javac  
>> [ERROR] use -help for a list of possible options
>>
>> And when I switch to using jdk 11 I get this:
>>
>> [ERROR] Failed to execute goal
>> org.apache.maven.plugins:maven-surefire-plugin:2.22.2:test (default-test)
>> on project cloud-plugin-ca-rootca: There are test failures.
>>
>> > classname="org.apache.cloudstack.ca.provider.RootCAProviderTest"
>> time="0.122">
>>   java.lang.AssertionError at
>> org.apache.cloudstack.ca
>> .provider.RootCAProviderTest.testCreateSSLEngineWithAuthStrictness(RootCAProviderTest.java:146)
>> 
>> > classname="org.apache.cloudstack.ca.provider.RootCAProviderTest"
>> time="0.053">
>>   java.lang.AssertionError at
>> org.apache.cloudstack.ca
>> .provider.RootCAProviderTest.testCreateSSLEngineWithoutAuthStrictness(RootCAProviderTest.java:138)
>> 
>>
>> So, its failing when trying to run this:
>>
>> Assert.assertTrue(e.getUseClientMode());
>>
>> Anybody know how to fix this?
>>
>> --
>> Thanks,
>> Joshua Schaeffer
>>
>>

Re: SSLEngine assertion error

[Gabriel Beims Bräscher]

Hello Joshua.

To fix this test issue you need to rebase to the current 4.14 branch or
remove *Assert.assertTrue(e.getUseClientMode())* at

class *RootCAProviderTest.java.*
More details at Pull Request: https://github.com/apache/cloudstack/pull/4226

Regards,
Gabriel.

Em qua., 29 de jul. de 2020 às 22:47, Joshua Schaeffer <
jschaef...@harmonywave.com> escreveu:

> I'm trying to compile CloudStack 4.14.0.0 on Ubuntu 20.04 and I'm running
> into a couple errors when running maven. When I try to run it with jdk 8 I
> get the following:
>
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-compiler-plugin:3.8.1:compile
> (default-compile) on project cloud-framework-managed-context: Compilation
> failure
> [ERROR] javac: invalid target release: 11
> [ERROR] Usage: javac  
> [ERROR] use -help for a list of possible options
>
> And when I switch to using jdk 11 I get this:
>
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-surefire-plugin:2.22.2:test (default-test)
> on project cloud-plugin-ca-rootca: There are test failures.
>
>  classname="org.apache.cloudstack.ca.provider.RootCAProviderTest"
> time="0.122">
>   java.lang.AssertionError at
> org.apache.cloudstack.ca
> .provider.RootCAProviderTest.testCreateSSLEngineWithAuthStrictness(RootCAProviderTest.java:146)
> 
>  classname="org.apache.cloudstack.ca.provider.RootCAProviderTest"
> time="0.053">
>   java.lang.AssertionError at
> org.apache.cloudstack.ca
> .provider.RootCAProviderTest.testCreateSSLEngineWithoutAuthStrictness(RootCAProviderTest.java:138)
> 
>
> So, its failing when trying to run this:
>
> Assert.assertTrue(e.getUseClientMode());
>
> Anybody know how to fix this?
>
> --
> Thanks,
> Joshua Schaeffer
>
>

Re: [VOTE] Release Apache CloudStack CloudMonkey 6.1.0

[Gabriel Beims Bräscher]

Sorry for the late VOTE, Rohit.

+1 (binding)

Tests are looking good:
1. build
2. configure a zone profile (admin keys) & sync
4. list hosts and run a few commands
5. create/delete network
6. create/delete VMs
7. list VMs, networks, hosts, clusters, pods, accounts, etc
8. check autocomplete for commands and parameters

Em sáb., 11 de jul. de 2020 às 18:41, Sven Vogel 
escreveu:

> @Daan,
>
>
> I build it and tested it on my macbook catalina with beta state. for
> me thats okay.
>
>
>
> Thanks.
>
>
>
> Cheers,
>
> Sven Vogel
> Apache CloudStack PMC member
>
>
>
>
>
>
> On Saturday, 07/11/2020 at 21:17 Daan Hoogland wrote:
>
>
> Did you do any verification, Sven?
>
> On Sat, Jul 11, 2020 at 8:24 PM Sven Vogel  wrote:
>
> > your changes can always be relied upon :)
> >
> >
> >
> > +1 for me Rohit
> >
> >
> >
> >
> >
> > Cheers,
> >
> > Sven Vogel
> > Apache CloudStack PMC member
> >
> >
> >
> > On Friday, 07/10/2020 at 19:38 Daan Hoogland wrote:
> >
> >
> > sorry Rohit, I have not given this any attention at all. Hopefully
> > over the
> > weekend...
> >
> > On Fri, Jul 10, 2020 at 5:28 PM Rohit Yadav
> > wrote:
> >
> > > Bump - kindly participate.
> > >
> > > We require lazy concensus with at least three PMC +1s to go
> forward.
> > > Thanks.
> > >
> > > Regards,
> > > Rohit Yadav
> > >
> > > 
> > > From: Rohit Yadav
> > > Sent: Wednesday, July 1, 2020 10:21:19 AM
> > > To: d...@cloudstack.apache.org ;
> > > users@cloudstack.apache.org
> > > Subject: [VOTE] Release Apache CloudStack CloudMonkey 6.1.0
> > >
> > > Hi All,
> > >
> > > I've created a 6.1.0 release of CloudMonkey, with the following
> > artifacts
> > > up for a vote:
> > >
> > > Git Branch:
> > >
> > >
> >
> >
>
> https://github.com/apache/cloudstack-cloudmonkey/commits/abc31929e74a9f5b07507db203e75393fffc9f3e
> > > Commit: abc31929e74a9f5b07507db203e75393fffc9f3e
> > >
> > > Commits since last release 6.0.0:
> > >
> > >
> >
> >
>
> https://github.com/apache/cloudstack-cloudmonkey/compare/6.0.0...abc31929e74a9f5b07507db203e75393fffc9f3e
> > >
> > > Source release (checksums and signatures are available at the same
> > > location):
> > >
> https://dist.apache.org/repos/dist/dev/cloudstack/cloudmonkey-6.1.0
> > >
> > > To facilitate voting and testing, the builds are uploaded in this
> > > pre-release:
> > >
> https://github.com/apache/cloudstack-cloudmonkey/releases/tag/6.1.0
> > >
> > > List of changes:
> > >
> >
> https://github.com/apache/cloudstack-cloudmonkey/blob/master/CHANGES.md
> > >
> > > PGP release keys (signed using
> > 5ED1E1122DC5E8A4A45112C2484248210EE3D884):
> > > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> > >
> > > 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)
> > >
> > > Vote will be open for till the end of the next week (10 July
> 2020),
> > > otherwise, extend until we reach lazy consensus. Thanks.
> > >
> > > Regards.
> > >
> > > rohit.ya...@shapeblue.com
> > > www.shapeblue.com
> > > 3 London Bridge Street,  3rd floor, News Building, London  SE1
> > 9SGUK
> > > @shapeblue
> > >
> > >
> > >
> > >
> >
> > --
> > Daan
> >
>
>
> --
> Daan
>

Re: [VOTE] Apache CloudStack 4.14.0.0 RC3

[Gabriel Beims Bräscher]

I know that the VOTE has passed, but I would like to add an answer
addressing the Liridon issue regarding DB  failing to start due to time
zone.

In such case, CloudStack fails to connect DB and therefore it does not
start.

Message  regarding time zone value:

Caused by: com.mysql.cj.exceptions.InvalidConnectionAttributeException: The
> server time zone value 'CEST' is unrecognized or represents more than one
> time zone. You must configure either the server or JDBC driver (via the
> 'serverTimezone' configuration property) to use a more specifc time zone
> value if you want to utilize time zone support.
> at
> java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> at
> java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
> at
> java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
>

To fix it is just update *db.cloud.url.params* (adding =UTC)
and *db.usage.url.params* (adding serverTimezone=UTC) on
*/etc/cloudstack/management/db.properties*.

Updated values on those configurations are:

> *db.cloud.url.params=*
> prepStmtCacheSize=517=true=sql_mode='STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'=UTC
> ...
> *db.usage.url.params=*serverTimezone=UTC
>

Note that this should not happen during the upgrade if accepting the
changes on */etc/cloudstack/management/db.properties* (press yes when asked
during upgrade); however, if the file has not been changed, then the above
steps could help.

Cheers,
Gabriel.

Em qua., 27 de mai. de 2020 às 15:43, Riepl, Gregor (SWISS TXT) <
gregor.ri...@swisstxt.ch> escreveu:

> Thank you, Andrija!
>
> We will keep that in mind when we upgrade to 6.7.
> 
> From: Andrija Panic 
> Sent: 20 May 2020 23:02
> To: users 
> Cc: dev 
> Subject: Re: [VOTE] Apache CloudStack 4.14.0.0 RC3
>
> @gregor - the legacy should be fine with UEFI (what I had run on some of my
> laptops); UEFI is not a problem, happens with 4.13 also, any VirtualBox OVA
> file will cause the issue
>
> ###
> To conclude the ISSUE, based on my few hour testing today:
>
> - happens when you deliberately use VirtualBox OVA template with vSphere
> (who and why would do that, is another topic..), in ACS 4.13.x and
> 4.14/master
>
> ...out of which...:
>
> - does NOT happen with vCenter 6.0 and 6.5 (confirmed by Daan/Bobby),
> proper OVF parsing takes place and an error message is generated in ACS
> logs
> - NOT tested:   6.7 / 6.7 U1xxx / 6.7 U2xxx (i.e. not tested with any
> variant < 6.7 U3)
> - issues happen with vCenter 6.7 U3  / U3a / U3b / U3f - these were
> explicitly tested by me and some vCenter services would crash (though still
> appearing as running) - the problem is solved by restarting (most?)
> services - namely "VMware afd Service" will trigger other services to
> restart (dependency) and after a while vCenter is UP again (I could not
> find which exact service (single one) might be the issue)
> - Worth mentioning this was observed on vCenter on Windows Server, not the
> VCSA appliance
>
> -  seems FINE - NO ISSUES with vCenter 6.7 U3g (the latest 6.7 U3 variants
> at the moment - build 16046470 from 28.04.2020) and the VM deployment fails
> gracefully with a proper error message of not being able to create SPEC
> file based on the (bad) OVF.
> 
>
> Since the issue is solved in the (current) latest vSphere 6.7 U3g variant,
> I will make sure to have the proper warning message on both 4.13.1 and
> 4.14.0.0 Release notes documentation (4.13 is when we started supporting
> vSphere 6.7 and the same issue present here)
>
> I'll proceed tomorrow with releasing 4.14 based on the voting done so far.
>
> Thanks
>
> On Wed, 20 May 2020 at 22:09, Marcus  wrote:
>
> > I would say, if it is proven that this happens with existing released
> > CloudStack versions, with or without the UEFI feature, against a specific
> > VMware release with a specific broken template, then it becomes an
> > environment issue and shouldn't block the release.  In this case it would
> > not matter if we tried to revert the feature, or if we did or did not
> > release 4.14, the users who would hit this would be hitting this now in
> > live environments, with the released versions of CloudStack.
> >
> > To be clear, I'm not 100% certain this is exactly what Bobby was saying,
> > but if this is the case then I think it should not block us.
> >
> > On Wed, May 20, 2020 at 1:00 AM Riepl, Gregor (SWISS TXT) <
> > gregor.ri...@swisstxt.ch> wrote:
> >
> > > Hi everyone
> > >
> > > Sorry for the late response, but I have a few concerns:
> > >
> > >
> > >   *   As Bobby stated, this bug seems to only occur with VMware 6.7+,
> and
> > > it sounds to me like they should 

Re: [VOTE] Apache CloudStack 4.14.0.0 RC3

[Gabriel Beims Bräscher]

+1 (binding)

*Environment configurations:*
- Apache CloudStack: Management server + DB (Ubuntu 18.04)
- Hosts: KVM (Ubuntu 18.04)
- Primary Storage: KVM Local Filesystem, NFS, and Ceph
- Secondary Storage: NFS
- Zone Network: Advanced Network with Security Groups

*Tests:*
- build 4.14.0.0 from source
- upgrade from 4.13.1.0
- deploy system VMs (verify agent status as Up)
- create VR for the advanced network with Security Group enabled
- create user VMs
- test VM lifecycle (starting, running, stop, stopping, stopped, destroy,
expunging, expunged)
- live migrate VM on local storage (local <> local & shared <> shared
storage)
- upload, use, and remove a template (testing SSVM therefore)
- verify CloudStack usage service
- Check if snapshots are being properly removed (from secondary and primary
storage)
- Volume snapshots lifecycle (create multiple snapshots for a VM Root
volume, rollback snapshots and assert that content is correct, delete
snapshot)

Em seg., 11 de mai. de 2020 às 12:11, Andrija Panic 
escreveu:

> Hi All,
>
> I've created a 4.14.0.0 release (RC3), with the following artefacts up for
> testing and a vote:
>
> Git Branch and Commit SH:
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.14.0.0-RC20200511T1503
> Commit: 6f96b3b2b391a9b7d085f76bcafa3989d9832b4e
>
> Source release (checksums and signatures are available at the same
> location):
> https://dist.apache.org/repos/dist/dev/cloudstack/4.14.0.0/
>
> PGP release keys (signed using 3DC01AE8):
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
> The vote will be open until 14th May 2020, 17.00 CET (72h).
>
> 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, I've built packages from
> 6f96b3b2b391a9b7d085f76bcafa3989d9832b4e and published RC3 repository here:
> http://packages.shapeblue.com/testing/41400rc3/  (CentOS 7 and
> Debian/generic, both with noredist support)
> and here
>
> https://download.cloudstack.org/testing/4.14.0.0-RC20200506T2028/ubuntu/bionic/
>  (Ubuntu 18.04 specific, no noredist support - thanks to Gabriel):
>
> The release notes are still work-in-progress, but for the upgrade
> instructions (including the new systemVM templates) you may refer to the
> following URL:
> https://acs-www.shapeblue.com/docs/WIP-PROOFING/pr112/upgrading/index.html
>
> 4.14.0.0 systemVM templates are available from here:
> http://download.cloudstack.org/systemvm/4.14/
>
> NOTES on issues fixed in this RC3 release:
>
> (this one does *NOT* require a full retest if you were testing RC1/RC2
> already - just if you were affected this issue):
> - https://github.com/apache/cloudstack/pull/4064 - affects hostnames when
> attaching a VM to additional networks
>
> Regards,
>
>
> Andrija Panić
>

Re: [VOTE] Apache CloudStack 4.13.1.0 RC3

[Gabriel Beims Bräscher]

+1 (binding)

Environment:
- Apache CloudStack: Management server + DB (Ubuntu 18.04)
- Hosts: KVM (Ubuntu 18.04)

Main tests:
- Build 4.13.1.0 from source
- Update cloudstack-management.service on the management node
- Update cloudstack-agent.service running on KVM hosts
- CloudStack working as expected after the upgrade

Em ter., 28 de abr. de 2020 às 16:54, Andrija Panic 
escreveu:

> +1  (binding)
>
>
>
> On Tue, 28 Apr 2020 at 14:30, Rohit Yadav 
> wrote:
>
> > +1 (binding)
> >
> > Upgraded a small RaspberryPi4 board with 4.13.1.0 and post upgrade was
> > able to get the KVM agent and management server up and running.
> >
> > The only change (that is specific to raspberrypi4) I had  to do was the
> > following to make cloudstack-agent run: (blogged here
> > https://www.shapeblue.com/apache-cloudstack-on-raspberrypi4-with-kvm/)
> >
> >
> > rm -f /usr/share/cloudstack-agent/lib/jna-4.0.0.jar
> >
> >
> > Regards,
> >
> > Rohit Yadav
> >
> > Software Architect, ShapeBlue
> >
> > https://www.shapeblue.com
> >
> > 
> > From: Daan Hoogland 
> > Sent: Tuesday, April 28, 2020 15:46
> > To: dev 
> > Cc: users@cloudstack.apache.org 
> > Subject: Re: [VOTE] Apache CloudStack 4.13.1.0 RC3
> >
> > +1 (binding)
> >
> > verified signatures, too much involvement in teh fixing and release
> process
> > itself to give further independent opinion.
> >
> >
> > On Tue, Apr 28, 2020 at 8:54 AM Boris Stoyanov <
> > boris.stoya...@shapeblue.com>
> > wrote:
> >
> > > [+1](binding)
> > >
> > > I've done upgrade tests with the following environments and they all
> were
> > > successful:
> > > From
> > > 4.13 with VMware6.5 hosts - Passed
> > > 4.11 with KVM on CentOS7 hosts - Passed
> > > 4.9.3 with XenServer 7 hosts - Passed
> > > To 4.13.1 RC3
> > >
> > > Marvin tests also does not seem to show any current issue with 4.13.1.
> > >
> > > I've done some manual verification also mainly around lifecycle
> > operations
> > > around: VMs, Networks, Volumes, Adding/Removing a zone etc.. all seems
> to
> > > be looking good.
> > >
> > > Thanks,
> > > Bobby.
> > >
> > > On 23.04.20, 22:23, "Andrija Panic"  wrote:
> > >
> > > Hi All,
> > >
> > > we've fixed 2 issues noticed in RC2:
> > > - https://github.com/apache/cloudstack/pull/4043
> > > - https://github.com/apache/cloudstack/pull/4042
> > >
> > >
> > > I've created a 4.13.1.0 release (RC3), with the following artefacts
> > up
> > > for
> > > testing and a vote:
> > >
> > > Git Branch and Commit SH:
> > >
> > >
> >
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.13.1.0-RC20200423T1917
> > > Commit: b2ffa3efa58a1569dbaa8a34f723756926e22820
> > >
> > > Source release (checksums and signatures are available at the same
> > > location):
> > > https://dist.apache.org/repos/dist/dev/cloudstack/4.13.1.0/
> > >
> > > PGP release keys (signed using 3DC01AE8):
> > > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> > >
> > > The vote will be open until Wednesday 29th April 2020.
> > >
> > > 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, I've built packages from
> > > b2ffa3efa58a1569dbaa8a34f723756926e22820 and published RC3
> repository
> > > here
> > > (CentOS 6, CentOS 7 and Debian/generic):
> > > http://packages.shapeblue.com/testing/41310rc3/
> > > and here (Ubuntu 18.04 specific, thanks to Gabriel):
> > >
> > >
> >
> https://download.cloudstack.org/testing/4.13.1.0-RC20200423T1917/ubuntu/bionic/
> > >
> > > There are no changes to the systemVM templates vs. 4.13.0.0 -
> please
> > > use
> > > the official ones (systemvmtemplate-4.11.3-*) from
> > > http://download.cloudstack.org/systemvm/4.11/
> > >
> > > If upgrading from < 4.13.0.0, please use the existing 4.13.0.0
> > Upgrade
> > > guide here:
> > > http://docs.cloudstack.apache.org/en/latest/upgrading/index.html
> > > If upgrading from 4.13.0.0, simply upgrade the packages as usual.
> > >
> > > Regards,
> > > Andrija
> > >
> > >
> > >
> > > boris.stoya...@shapeblue.com
> > > www.shapeblue.com
> > > 3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
> > > @shapeblue
> > >
> > >
> > >
> > >
> >
> > --
> > Daan
> >
> > rohit.ya...@shapeblue.com
> > www.shapeblue.com
> > 3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
> > @shapeblue
> >
> >
> >
> >
>
> --
>
> Andrija Panić
>

Re: Help with KVM centralizer

[Gabriel Beims Bräscher]

Hello Marciel,

Check Virtual Machine Manager [1] it might address your needs.
[1] https://virt-manager.org/

Cheers,
Gabriel.

Em ter., 24 de mar. de 2020 às 16:39, Marciel Bonamigo <
marciel.bonamigo@gmail.com> escreveu:

>
> Good afternoon everyone,
>
> I wonder if anyone knows of a free tool to simulate central xen for KVM?
>
> Because I have some KVM hosts and to have an overview of the memory
> consumption that each VM is consuming.
>
> Thanks.
>

Re: [ANNOUNCE] Next PMC Chair & VP Apache CloudStack Project - Sven Vogel

[Gabriel Beims Bräscher]

Thank you for the work done as PMC Chair / VP, Paul.
Congratulations, Sven!

Em qui., 19 de mar. de 2020 às 05:34, Paul Angus 
escreveu:

> Hi Everyone,
>
> It gives me great pleasure to announce that ASF board last night
> accepted our PMC's nomination of Sven Vogel as the next VP of the
> project.
>
> As I hand over the reins, I would like to thank everyone for the
> support I've received over the past year. It looks like being a very
> difficult year ahead for the world in general, and I wish everyone
> good luck in navigating it and urge everyone to try to show patience
> and compassion in these trying times.
>
> I'd like to thank Sven for volunteering for the post and wish him the
> best of luck, I'm sure that he'll do a great job.
>
> So please join me in welcoming Sven Vogel as the new Apache CloudStack
> VP and PMC Chair !
>

Re: CloudStack user group - Argentina

[Gabriel Beims Bräscher]

That is awesome, Ezequiel. Congrats!

Feel free to share details so others can join as well.

Cheers,
Gabriel.

Em qua., 18 de mar. de 2020 às 05:26, Ivet Petrova 
escreveu:

> Congrats Ezequiel!
>
> Can you share more for the group? How many people are you?
>
> I hope you are doing well in Argentina. Will look froward to your first
> online meetup. We will be happy to join!
>
> Ivet
> *Ivet Petrova*
> *Marketing Manager*
>
>
> *StorPool Storage*
> m:
> l:
> +359883321596
> linkedin.com/in/ivpetrova 
> e:
> w:
> i...@storpool.com
> www.storpool.com
>
> [image: https://www.storpool.com] 
>
>
> On Wed, Mar 18, 2020 at 3:14 AM Nicolas Vazquez <
> nicolas.vazq...@shapeblue.com> wrote:
>
> > Great, congrats Ezequiel!
> >
> > Saludos!
> >
> > Regards,
> > Nicolas Vazquez
> >
> > 
> > De: Ezequiel Mc Govern 
> > Enviado: martes, 17 de marzo de 2020 18:27
> > Para: users@cloudstack.apache.org
> > Asunto: CloudStack user group - Argentina
> >
> > Today we create the CloudStack User Group of Argentina, sponsored by
> ARSAT
> > !!
> > In the next days we are begin to do virtual talks about Networking and
> > deploy of CloudStack infrastructure, in the road at the new deploy using
> > next gen servers and SDN network
> >
> > --
> > Saludos !!
> > Ezequiel ;)
> >
> >
> > nicolas.vazq...@shapeblue.com
> > www.shapeblue.com
> > 3 London Bridge Street,  3rd floor, News Building, London  SE1 9SGUK
> > @shapeblue
> >
> >
> >
> >
>

Re: problem install cloudstack 4.13

[Gabriel Beims Bräscher]

Hi,

I have looked into some threads related with mysql-connector on CentOS7.
Installing 5.1.25-3 (yum install mysql-connector-java-5.1.25-3.el7) seems
to fix it.
Can you please check if such a downgrade would work for you?

Em ter., 28 de jan. de 2020 às 08:40, Philippe Luneau <
man3d109.hotm...@gmail.com> escreveu:

> If I do this solution:
> yum localinstall
>
> http://repo.mysql.com/yum/mysql-connectors-community/el/7/x86_64/mysql-connector-python-8.0.18-1.el7.x86_64.rpm
>
> it also does not work, I cannot connect to the web interface I have this
> message:
>
> HTTP ERROR 503: can not access /. Reason Service Unavailable
>
> How now to install cloudstack 4.13 correctly?
>
> On 2020/01/27 20:38:42, Andrija Panic  wrote:
> > Reading other threads here on the same mailing list to which you are
> > posting, would reveal the problem and the resolution.
> >
> > On Mon, 27 Jan 2020, 16:22 Philippe Luneau, 
> > wrote:
> >
> > > cloudstack-setup-management
> > > Traceback (most recent call last):
> > >   File "/usr/bin/cloudstack-setup-management", line 24, in 
> > > from cloudutils.serviceConfigServer import cloudManagementConfig
> > >   File
> > > "/usr/lib64/python2.7/site-packages/cloudutils/serviceConfigServer.py",
> > > line 17, in 
> > > from db import Database
> > >   File "/usr/lib64/python2.7/site-packages/cloudutils/db.py", line 20,
> in
> > > 
> > > import mysql.connector
> > >   File
> "/usr/lib64/python2.7/site-packages/mysql/connector/__init__.py",
> > > line 41, in 
> > > import dns.resolver
> > > ImportError: No module named dns.resolver
> > >
> >
>

Re: download.cloudstack.org down

[Gabriel Beims Bräscher]

Hello Ian,

download.cloudstack.org is up again

Em qua., 18 de dez. de 2019 às 00:30, Andrija Panic 
escreveu:

> Wrote to infra@ - seems apache2 is dead.
>
> On Tue, 17 Dec 2019 at 23:13, Glenn Wagner  wrote:
>
> > Good day,
> >
> > You can use
> > http://packages.shapeblue.com/cloudstack/upstream/
> >
> >
> > Regards
> >
> > Glenn
> >
> >
> >
> > On 2019/12/17 23:43, Ian Service wrote:
> > > Looks like Varnish is listening but unable to hand off my requests to a
> > > server that cares.
> > >
> > > Any ETA? Anything we can do to help?  Need a mirror?
> > >
> > > Thanks,
> > >
> > > - Ian
> > >
> >
>
>
> --
>
> Andrija Panić
>

Re: [VOTE][RESULT] Apache CloudStack 4.11.3.0

[Gabriel Beims Bräscher]

Hi Andrija and Alexander :-)

Deb packages for 4.11.3.0 are available for Ubuntu 14.04 (trusty) and 16.04
(xenial).

Best Regards,
Gabriel.

Em ter, 15 de out de 2019 às 11:02, Stock, Alexander <
alexander.st...@itelligence.de> escreveu:

> Thanks Gabriel!!
>
>
> Alexander Stock
> Cloud Architect
>
>
>
> We Transform. Trust into Value
>
> itelligence Global Managed Services GmbH ▪ Breitscheidstrasse 48 ▪ 01237
> Dresden
> phone: +49 3591 5253-1398 ▪
> e-mail: alexander.st...@itelligence.de
>
> www.itelligencegroup.com
>
>
>
> Wir halten Sie immer auf dem Laufenden!
> Folgen Sie uns auf unseren Social Media Kanälen:
> Xing LinkedIn Facebook Twitter
>
> Profitieren Sie vom Know-how unserer Experten – mit dem itelligence
> Infoservice! Jetzt kostenlos registrieren!
>
>
>
> itelligence Global Managed Services GmbH ▪ Sitz: Bautzen ▪
> Handelsregister: Amtsgericht Dresden, HRB 21356
> Geschäftsführer: Mirko Kruse ▪ André Walter
> -Ursprüngliche Nachricht-
> Von: Andrija Panic 
> Gesendet: Dienstag, 15. Oktober 2019 15:42
> An: users 
> Cc: d...@cloudstack.apache.org
> Betreff: Re: [VOTE][RESULT] Apache CloudStack 4.11.3.0
>
> NOTE: This email originated from outside of the organization. Do not click
> links or open attachments unless you recognize the sender and know the
> content is safe.
>
>
>
> (it's not me, it's my spirit, Alexander...) :)
>
> But thx Gabriel!
>
> On Tue, 15 Oct 2019 at 15:01, Gabriel Beims Bräscher  >
> wrote:
>
> > Hi Andrija,
> >
> > I will build and sync them today. It should be updated by tomorrow.
> >
> > Regards,
> > Gabriel.
> >
> > Em sex, 26 de jul de 2019 às 13:47, Andrija Panic
> >  > >
> > escreveu:
> >
> > > Wido, Gabriel,
> > >
> > > kindly kick the build jobs for Ubuntu when possible.
> > >
> > > Thanks
> > > Andrija
> > >
> > > On Wed, 3 Jul 2019 at 13:07, Rohit Yadav 
> > > wrote:
> > >
> > > > Wido, Gabriel - I've built and sync-ed 4.11.30 CentOS 6, 7
> > > > packages on http://download.cloudstack.org however I'm not sure
> > > > how to work the ubuntu repositories. Can you kick build jobs for
> ubuntu?
> > > >
> > > >
> > > > Packages and systemvmtemplates available on download.cloudstack.org:
> > > > (ubuntu packages pending)
> > > >
> > > >
> > > > http://download.cloudstack.org/centos/6/4.11/
> > > >
> > > > http://download.cloudstack.org/centos/7/4.11/
> > > >
> > > > http://download.cloudstack.org/systemvm/4.11/
> > > >
> > > > Packages and systemvmtemplates are available from
> > packages.shapeblue.com
> > > :
> > > >
> > > > http://packages.shapeblue.com/cloudstack/upstream/centos/4.11/
> > > > http://packages.shapeblue.com/cloudstack/upstream/centos7/4.11/
> > > > http://packages.shapeblue.com/cloudstack/upstream/debian/4.11/
> > > > http://packages.shapeblue.com/systemvmtemplate/4.11/
> > > >
> > > >
> > > > Regards,
> > > >
> > > > Rohit Yadav
> > > >
> > > > Software Architect, ShapeBlue
> > > >
> > > > https://www.shapeblue.com
> > > >
> > > > 
> > > > From: Rohit Yadav 
> > > > Sent: Wednesday, July 3, 2019 1:40:51 PM
> > > > To: d...@cloudstack.apache.org; users@cloudstack.apache.org
> > > > Subject: Re: [VOTE][RESULT] Apache CloudStack 4.11.3.0
> > > >
> > > > Great, thanks Paul for concluding and everyone for voting and
> > > > participating!
> > > >
> > > >
> > > > Regards,
> > > >
> > > > Rohit Yadav
> > > >
> > > > Software Architect, ShapeBlue
> > > >
> > > > https://www.shapeblue.com
> > > >
> > > > 
> > > > From: Paul Angus 
> > > > Sent: Wednesday, July 3, 2019 1:17:05 PM
> > > > To: d...@cloudstack.apache.org; users@cloudstack.apache.org
> > > > Subject: [VOTE][RESULT] Apache CloudStack 4.11.3.0
> > > >
> > > > Hi everyone,
> > > >
> > > > After more than 72hrs the vote for CloudStack 4.11.3.0 rc2
> > > > *passes*
> > with
> > > > 3 PMC + 3 non-PMC votes.
> > > >
> > > > +1 (PMC / binding)
> > > > Rohit Yadav
> > > > Wei Zhou
> > > > Milamber
> > > >
> > > >
> > > > +1 (non binding)
> > > > Boris Stoyanov
> > > > Nicolas Vazquez
> > > > Anurag Awasthi
> > > >
> > > >
> > > > 0
> > > > none
> > > >
> > > > -1
> > > > none
> > > >
> > > > Thanks to everyone participating.
> > > >
> > > > I will now prepare the release announcement to go out after 24
> > > > hours to give the mirrors time to catch up.
> > > >
> > > >
> > > >
> > > > paul.an...@shapeblue.com
> > > > www.shapeblue.com<http://www.shapeblue.com>
> > > > Amadeus House, Floral Street, London  WC2E 9DPUK @shapeblue
> > > >
> > > >
> > > >
> > > >
> > > > 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
> > > >
> > > >
> > > >
> > > >
> > >
> > > --
> > >
> > > Andrija Panić
> > >
> >
>
>
> --
>
> Andrija Panić
>

Re: [VOTE][RESULT] Apache CloudStack 4.11.3.0

[Gabriel Beims Bräscher]

Hi Andrija,

I will build and sync them today. It should be updated by tomorrow.

Regards,
Gabriel.

Em sex, 26 de jul de 2019 às 13:47, Andrija Panic 
escreveu:

> Wido, Gabriel,
>
> kindly kick the build jobs for Ubuntu when possible.
>
> Thanks
> Andrija
>
> On Wed, 3 Jul 2019 at 13:07, Rohit Yadav 
> wrote:
>
> > Wido, Gabriel - I've built and sync-ed 4.11.30 CentOS 6, 7 packages on
> > http://download.cloudstack.org however I'm not sure how to work the
> > ubuntu repositories. Can you kick build jobs for ubuntu?
> >
> >
> > Packages and systemvmtemplates available on download.cloudstack.org:
> > (ubuntu packages pending)
> >
> >
> > http://download.cloudstack.org/centos/6/4.11/
> >
> > http://download.cloudstack.org/centos/7/4.11/
> >
> > http://download.cloudstack.org/systemvm/4.11/
> >
> > Packages and systemvmtemplates are available from packages.shapeblue.com
> :
> >
> > http://packages.shapeblue.com/cloudstack/upstream/centos/4.11/
> > http://packages.shapeblue.com/cloudstack/upstream/centos7/4.11/
> > http://packages.shapeblue.com/cloudstack/upstream/debian/4.11/
> > http://packages.shapeblue.com/systemvmtemplate/4.11/
> >
> >
> > Regards,
> >
> > Rohit Yadav
> >
> > Software Architect, ShapeBlue
> >
> > https://www.shapeblue.com
> >
> > 
> > From: Rohit Yadav 
> > Sent: Wednesday, July 3, 2019 1:40:51 PM
> > To: d...@cloudstack.apache.org; users@cloudstack.apache.org
> > Subject: Re: [VOTE][RESULT] Apache CloudStack 4.11.3.0
> >
> > Great, thanks Paul for concluding and everyone for voting and
> > participating!
> >
> >
> > Regards,
> >
> > Rohit Yadav
> >
> > Software Architect, ShapeBlue
> >
> > https://www.shapeblue.com
> >
> > 
> > From: Paul Angus 
> > Sent: Wednesday, July 3, 2019 1:17:05 PM
> > To: d...@cloudstack.apache.org; users@cloudstack.apache.org
> > Subject: [VOTE][RESULT] Apache CloudStack 4.11.3.0
> >
> > Hi everyone,
> >
> > After more than 72hrs the vote for CloudStack 4.11.3.0 rc2 *passes* with
> > 3 PMC + 3 non-PMC votes.
> >
> > +1 (PMC / binding)
> > Rohit Yadav
> > Wei Zhou
> > Milamber
> >
> >
> > +1 (non binding)
> > Boris Stoyanov
> > Nicolas Vazquez
> > Anurag Awasthi
> >
> >
> > 0
> > none
> >
> > -1
> > none
> >
> > Thanks to everyone participating.
> >
> > I will now prepare the release announcement to go out after 24 hours to
> > give the mirrors time to catch up.
> >
> >
> >
> > paul.an...@shapeblue.com
> > 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
> >
> >
> >
> >
> > rohit.ya...@shapeblue.com
> > www.shapeblue.com
> > Amadeus House, Floral Street, London  WC2E 9DPUK
> > @shapeblue
> >
> >
> >
> >
>
> --
>
> Andrija Panić
>

Re: [VOTE] Primate as modern UI for CloudStack

[Gabriel Beims Bräscher]

+1 (binding)

On Tue, Oct 8, 2019, 07:48 Syed Ahmed  wrote:

> +1 binding
>
> On Tue., Oct. 8, 2019, 4:14 p.m. Will Stevens, 
> wrote:
>
> > +1 (binding)
> >
> > On Mon, Oct 7, 2019, 7:31 AM Rohit Yadav 
> > wrote:
> >
> > > All,
> > >
> > > The feedback and response has been positive on the proposal to use
> > Primate
> > > as the modern UI for CloudStack [1] [2]. Thank you all.
> > >
> > > I'm starting this vote (to):
> > >
> > >   *   Accept Primate codebase [3] as a project under Apache CloudStack
> > > project
> > >   *   Create and host a new repository (cloudstack-primate) and follow
> > > Github based development workflow (issues, pull requests etc) as we do
> > with
> > > CloudStack
> > >   *   Given this is a new project, to encourage cadence until its
> feature
> > > completeness the merge criteria is proposed as:
> > >  *   Manual testing against each PR and/or with screenshots from
> the
> > > author or testing contributor, integration with Travis is possible once
> > we
> > > get JS/UI tests
> > >  *   At least 1 LGTM from any of the active contributors, we'll
> move
> > > this to 2 LGTMs when the codebase reaches feature parity wrt the
> > > existing/old CloudStack UI
> > >  *   Squash and merge PRs
> > >   *   Accept the proposed timeline [1][2] (subject to achievement of
> > goals
> > > wrt Primate technical release and GA)
> > >  *   the first technical preview targetted with the winter 2019 LTS
> > > release (~Q1 2020) and release to serve a deprecation notice wrt the
> > older
> > > UI
> > >  *   define a release approach before winter LTS
> > >  *   stop taking feature FRs for old/existing UI after winter 2019
> > LTS
> > > release, work on upgrade path/documentation from old UI to Primate
> > >  *   the first Primate GA targetted wrt summer LTS 2020 (~H2 2019),
> > > but still ship old UI with a final deprecation notice
> > >  *   old UI codebase removed from codebase in winter 2020 LTS
> release
> > >
> > > The vote will be up for the next two weeks to give enough time for PMC
> > and
> > > the community to gather consensus and still have room for questions,
> > > feedback and discussions. The results to be shared on/after 21th
> October
> > > 2019.
> > >
> > > 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)
> > >
> > > [1] Primate Proposal:
> > >
> > >
> >
> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Proposal%3A+CloudStack+Primate+UI
> > >
> > > [2] Email thread reference:
> > > https://markmail.org/message/z6fuvw4regig7aqb
> > >
> > > [3] Primate repo current location:
> https://github.com/shapeblue/primate
> > >
> > >
> > > 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
> > >
> > >
> > >
> > >
> >
>

Re: 4.13 rbd snapshot delete failed

[Gabriel Beims Bräscher]

Hello folks,

Just pinging that I have created PR
https://github.com/apache/cloudstack/pull/3615 addressing the snapshot
deletion issue #3586 (https://github.com/apache/cloudstack/issues/3586).
Please, feel free to test and review.

Regards,
Gabriel.

Em seg, 9 de set de 2019 às 12:08, Gabriel Beims Bräscher <
gabrasc...@gmail.com> escreveu:

> Thanks for the feedback Andrija and Andrei.
>
> I have opened issue #3590 for the snapshot rollback issue raised by
> Andrija.
> I will be investigating both issues:
> - RBD snapshot Revert #3590 (
> https://github.com/apache/cloudstack/issues/3590)
> - RBD snapshot deletion #3586 (
> https://github.com/apache/cloudstack/issues/3586)
>
> Cheers,
> Gabriel
>
> Em seg, 9 de set de 2019 às 09:41, Andrei Mikhailovsky 
> escreveu:
>
>> A quick feedback from my side. I've never had a properly working delete
>> snapshot with ceph. Every week or so I have to manually delete all ceph
>> snapshots. However, the NFS secondary storage snapshots are deleted just
>> fine. I've been using CloudStack for 5+ years and it was always the case. I
>> am currently running 4.11.2 with ceph 13.2.6-1xenial.
>>
>> Andrei
>>
>> - Original Message -
>> > From: "Andrija Panic" 
>> > To: "Gabriel Beims Bräscher" 
>> > Cc: "users" , "dev" <
>> d...@cloudstack.apache.org>
>> > Sent: Sunday, 8 September, 2019 19:17:59
>> > Subject: Re: 4.13 rbd snapshot delete failed
>>
>> > Thx Gabriel for extensive feedback.
>> > Actually my ex company added the code to really delete a RBD snap back
>> in
>> > 2016 or so, was part of 4.9 if not mistaken. So I expect the code is
>> there,
>> > but probably some exception is happening or regression...
>> >
>> > Cheers
>> >
>> > On Sun, Sep 8, 2019, 09:31 Gabriel Beims Bräscher > >
>> > wrote:
>> >
>> >> Thanks for the feedback, Andrija. It looks like delete was not totally
>> >> supported then (am I missing something?). I will take a look into this
>> and
>> >> open a PR adding propper support for rbd snapshot deletion if
>> necessary.
>> >>
>> >> Regarding the rollback, I have tested it several times and it worked;
>> >> however, I see a weak point on the Ceph rollback implementation.
>> >>
>> >> It looks like Li Jerry was able to execute the rollback without any
>> >> problem. Li, could you please post here  the log output: "Attempting to
>> >> rollback RBD snapshot [name:%s], [pool:%s], [volumeid:%s],
>> >> [snapshotid:%s]"? Andrija will not be able to see that log as the
>> exception
>> >> happen prior to it, the only way of you checking those values is via
>> remote
>> >> debugging. If you be able to post those values it would help as well on
>> >> sorting out what is wrong.
>> >>
>> >> I am checking the code base, running a few tests, and evaluating the
>> log
>> >> that you (Andrija) sent. What I can say for now is that it looks that
>> the
>> >> parameter "snapshotRelPath = snapshot.getPath()" [1] is a critical
>> piece of
>> >> code that can definitely break the rollback execution flow. My tests
>> had
>> >> pointed for a pattern but now I see other possibilities. I will
>> probably
>> >> add a few parameters on the rollback/revert command instead of using
>> the
>> >> path or review the path life-cycle and different execution flows in
>> order
>> >> to keep it safer to be used.
>> >> [1]
>> >>
>> https://github.com/apache/cloudstack/blob/50fc045f366bd9769eba85c4bc3ecdc0b7035c11/plugins/hypervisors/kvm/src/main/java/com/cloud/hypervisor/kvm/resource/wrapper
>> >>
>> >> A few details on the test environments and Ceph/RBD version:
>> >> CloudStack, KVM, and Ceph nodes are running with Ubuntu 18.04
>> >> Ceph version 13.2.5 (cbff874f9007f1869bfd3821b7e33b2a6ffd4988) mimic
>> >> (stable)
>> >> RADOS Block Devices has snapshot rollback support since Ceph v10.0.2 [
>> >> https://github.com/ceph/ceph/pull/6878]
>> >> Rados-java [https://github.com/ceph/rados-java] supports snapshot
>> >> rollback since 0.5.0; rados-java 0.5.0 is the version used by
>> CloudStack
>> >> 4.13.0.0
>> >>
>> >> I will be updating here soon.
>> >>
>> >> Em dom, 8 de set de 2019 às 12:28, Wido den Hol

Re: Failing to download and install cloudstack-agent from deb-repository (Ubuntu 18.04)

[Gabriel Beims Bräscher]

Thanks for the update Chris, good news. Have fun ;)

@Paul Angus  That would be great. I can gather
some of the commands and help with an automated way of building the
packages.

For building packages, I have been using two projects from Khosrow. They
basically allow building DEB and RPM packages for the distros that we
provide support.

1. Ubuntu (https://github.com/khos2ow/cloudstack-deb-builder/)
1.1  normal packages
mvn clean install
sudo docker run -v /tmp:/mnt/build -v ~/.m2:/root/.m2
khos2ow/cloudstack-deb-builder:ubuntu1604
sudo docker run -v /tmp:/mnt/build -v ~/.m2:/root/.m2
khos2ow/cloudstack-deb-builder:ubuntu1804

1.2 no redist packages
mvn clean install -Dnoredist
sudo docker run -v /tmp:/mnt/build -v ~/.m2:/root/.m2
khos2ow/cloudstack-deb-builder:ubuntu1604
sudo docker run -v /tmp:/mnt/build -v ~/.m2:/root/.m2
khos2ow/cloudstack-deb-builder:ubuntu1804

2. CentOS (https://github.com/khos2ow/cloudstack-rpm-builder)
2.1 normal packages
mvn clean install
sudo docker run -v /home/gabriel/cloudstack-git-build:/mnt/build -v
/home/gabriel/.m2:/root/.m2 khos2ow/cloudstack-rpm-builder:centos6
--distribution centos63

mvn clean install
sudo docker run -v /home/gabriel/cloudstack-git-build:/mnt/build -v
/home/gabriel/.m2:/root/.m2 khos2ow/cloudstack-rpm-builder:centos7
--distribution centos7

2.2 no redist packages
mvn clean install -Dnoredist
sudo docker run -v /tmp:/mnt/build khos2ow/cloudstack-rpm-builder:centos6
--distribution centos63 --pack noredist

mvn clean install -Dnoredist
sudo docker run -v /tmp:/mnt/build khos2ow/cloudstack-rpm-builder:centos7
--distribution centos7 --pack noredist

Once we have all packages generated we can run the scripts that will make
the packages available at dowload.cloudstack.org

Em qua, 2 de out de 2019 às 17:16, Christoffer Pedersen 
escreveu:

> Thank you guys, works like a charm now!
>
> Chris
>
> On Wed, Oct 2, 2019 at 1:25 AM Gabriel Beims Bräscher <
> gabrasc...@gmail.com>
> wrote:
>
> > Hello all,
> >
> > Cache has been cleaned up and (noredist) packages are now available also
> > for Ubuntu (16.04 and 18.04).
> >
> > Regards,
> > Gabriel
> >
> > Em seg, 30 de set de 2019 às 18:25, Gabriel Beims Bräscher <
> > gabrasc...@gmail.com> escreveu:
> >
> > > Hi Rohit and Christoffer,
> > >
> > > Ubuntu packages are available now. However, without the
> non-distributable
> > > packages. I will re-check, but so far the noredist packages for Ubuntu
> > are
> > > not synced and therefofre casued the issues that Christoffer mentioned.
> > > Probably a cache issue somewhere on the server.
> > >
> > > I will get back with updates as soon as figure out the noredist
> packages
> > > issue. So far packages for CentOS are available with no-redist but
> > 4.13.0.0
> > > packages for Ubuntu are available with normal packages only.
> > >
> > > Em seg, 30 de set de 2019 às 07:54, Gabriel Beims Bräscher <
> > > gabrasc...@gmail.com> escreveu:
> > >
> > >> Hi Rohit,
> > >>
> > >> I will regenerate InRelease and packages. Probably the hash mismatch
> was
> > >> caused by the repo partially being updated.
> > >>
> > >> I will check this right now.
> > >>
> > >> Em seg, 30 de set de 2019 às 06:57, Rohit Yadav <
> > >> rohit.ya...@shapeblue.com> escreveu:
> > >>
> > >>> + Gabriel, Wido
> > >>>
> > >>> Hi Christoffer, thanks for reporting.
> > >>>
> > >>> Gabriel, Wido - can you please check and fix. Thanks.
> > >>>
> > >>>
> > >>> Regards,
> > >>>
> > >>> Rohit Yadav
> > >>>
> > >>> Software Architect, ShapeBlue
> > >>> https://www.shapeblue.com
> > >>>
> > >>> rohit.ya...@shapeblue.com
> > >>> www.shapeblue.com
> > >>> @shapeblue
> > >>>
> > >>>
> > >>>
> > >>> --
> > >>> *From:* Christoffer Pedersen 
> > >>> *Sent:* Sunday, September 29, 2019 12:42
> > >>> *To:* users@cloudstack.apache.org 
> > >>> *Subject:* Failing to download and install cloudstack-agent from
> > >>> deb-repository (Ubuntu 18.04)
> > >>>
> > >>> Hi all,
> > >>>
> > >>> Trying for the last few days to install the cloudstack-agent on a poc
> > >>> host,
> > >>> however Ubuntu throws a checksum mismatch when using the rep

Re: Failing to download and install cloudstack-agent from deb-repository (Ubuntu 18.04)

[Gabriel Beims Bräscher]

Hello all,

Cache has been cleaned up and (noredist) packages are now available also
for Ubuntu (16.04 and 18.04).

Regards,
Gabriel

Em seg, 30 de set de 2019 às 18:25, Gabriel Beims Bräscher <
gabrasc...@gmail.com> escreveu:

> Hi Rohit and Christoffer,
>
> Ubuntu packages are available now. However, without the non-distributable
> packages. I will re-check, but so far the noredist packages for Ubuntu are
> not synced and therefofre casued the issues that Christoffer mentioned.
> Probably a cache issue somewhere on the server.
>
> I will get back with updates as soon as figure out the noredist packages
> issue. So far packages for CentOS are available with no-redist but 4.13.0.0
> packages for Ubuntu are available with normal packages only.
>
> Em seg, 30 de set de 2019 às 07:54, Gabriel Beims Bräscher <
> gabrasc...@gmail.com> escreveu:
>
>> Hi Rohit,
>>
>> I will regenerate InRelease and packages. Probably the hash mismatch was
>> caused by the repo partially being updated.
>>
>> I will check this right now.
>>
>> Em seg, 30 de set de 2019 às 06:57, Rohit Yadav <
>> rohit.ya...@shapeblue.com> escreveu:
>>
>>> + Gabriel, Wido
>>>
>>> Hi Christoffer, thanks for reporting.
>>>
>>> Gabriel, Wido - can you please check and fix. Thanks.
>>>
>>>
>>> Regards,
>>>
>>> Rohit Yadav
>>>
>>> Software Architect, ShapeBlue
>>> https://www.shapeblue.com
>>>
>>> rohit.ya...@shapeblue.com
>>> www.shapeblue.com
>>> @shapeblue
>>>
>>>
>>>
>>> --
>>> *From:* Christoffer Pedersen 
>>> *Sent:* Sunday, September 29, 2019 12:42
>>> *To:* users@cloudstack.apache.org 
>>> *Subject:* Failing to download and install cloudstack-agent from
>>> deb-repository (Ubuntu 18.04)
>>>
>>> Hi all,
>>>
>>> Trying for the last few days to install the cloudstack-agent on a poc
>>> host,
>>> however Ubuntu throws a checksum mismatch when using the repository..
>>>
>>> Get:1 http://download.cloudstack.org/ubuntu bionic/4.13 all
>>> cloudstack-common all 4.13.0.0~bionic [55.2 MB]
>>> Err:1 http://download.cloudstack.org/ubuntu bionic/4.13 all
>>> cloudstack-common all 4.13.0.0~bionic
>>>   File has unexpected size (55213720 != 55212960). Mirror sync in
>>> progress?
>>> [IP:185.27.174.49 80]
>>>   Hashes of expected file:
>>>-
>>>
>>> SHA512:c61a20d07d5d6e83bdb1301598d87fb05586abccf297071a4eeb90cf62ea34f21e00d98bb4ff7ce9a440e619b732ec0a467baf7a9517b8ac15799ebd5cfd2907
>>>-
>>> SHA256:bbe0f069530acf78b0355493c8562a92a253af05dc9dc5bbd44048e97da74462
>>>- SHA1:6413ecf413775660409229148f348f82d2530697 [weak]
>>>- MD5Sum:fa639279be54120d0c0a3c3c94558c08 [weak]
>>>- Filesize:55212960 [weak]
>>> Get:2 http://download.cloudstack.org/ubuntu bionic/4.13 all
>>> cloudstack-agent all 4.13.0.0~bionic [50.2 MB]
>>> Err:2 http://download.cloudstack.org/ubuntu bionic/4.13 all
>>> cloudstack-agent all 4.13.0.0~bionic
>>>   File has unexpected size (50247124 != 50242760). Mirror sync in
>>> progress?
>>> [IP:185.27.174.49 80]
>>>   Hashes of expected file:
>>>-
>>>
>>> SHA512:8731569fcf52b603eda540c0ac675b8af118360c77f22df88003c26eb3101152d4d59e22cafc42328f190d89260c9dfc04627d4fa15c528c7e2907a5d656be88
>>>-
>>> SHA256:440ae93bd66596f2a77be51b6cb238d5b10931e01a03ff2800b33fb4b691d096
>>>- SHA1:403bd4b0017b9fb5259cd294e44598b25c07a039 [weak]
>>>- MD5Sum:a11875434e024ea21528d00be11caee9 [weak]
>>>- Filesize:50242760 [weak]
>>> E: Failed to fetch
>>>
>>> http://download.cloudstack.org/ubuntu/dists/bionic/4.13/pool/cloudstack-common_4.13.0.0~bionic_all.deb
>>>  File has unexpected size (55213720 !=55212960). Mirror sync in progress?
>>> [IP: 185.27.174.49 80]
>>>Hashes of expected file:
>>> -
>>>
>>> SHA512:c61a20d07d5d6e83bdb1301598d87fb05586abccf297071a4eeb90cf62ea34f21e00d98bb4ff7ce9a440e619b732ec0a467baf7a9517b8ac15799ebd5cfd2907
>>> -
>>> SHA256:bbe0f069530acf78b0355493c8562a92a253af05dc9dc5bbd44048e97da74462
>>> - SHA1:6413ecf413775660409229148f348f82d2530697 [weak]
>>> - MD5Sum:fa639279be54120d0c0a3c3c94558c08 [weak]
>>> - Filesize:55212960 [weak]
>>> E: Failed to fetch
>>>
>>> http://download.cloudstack.org/ubuntu/dists/bionic/4.13/pool/cloudstack-agent_4.13.0.0~bionic_all.deb
>>>  File has unexpected size (50247124 !=50242760). Mirror sync in progress?
>>> [IP: 185.27.174.49 80]
>>>Hashes of expected file:
>>> -
>>>
>>> SHA512:8731569fcf52b603eda540c0ac675b8af118360c77f22df88003c26eb3101152d4d59e22cafc42328f190d89260c9dfc04627d4fa15c528c7e2907a5d656be88
>>> -
>>> SHA256:440ae93bd66596f2a77be51b6cb238d5b10931e01a03ff2800b33fb4b691d096
>>> - SHA1:403bd4b0017b9fb5259cd294e44598b25c07a039 [weak]
>>> - MD5Sum:a11875434e024ea21528d00be11caee9 [weak]
>>> - Filesize:50242760 [weak]
>>> E: Unable to fetch some archives, maybe run apt-get update or try with
>>> --fix-missing?
>>>
>>> Does anyone else have this issue?
>>>
>>> Chris
>>>
>>

Re: Failing to download and install cloudstack-agent from deb-repository (Ubuntu 18.04)

[Gabriel Beims Bräscher]

Hi Rohit and Christoffer,

Ubuntu packages are available now. However, without the non-distributable
packages. I will re-check, but so far the noredist packages for Ubuntu are
not synced and therefofre casued the issues that Christoffer mentioned.
Probably a cache issue somewhere on the server.

I will get back with updates as soon as figure out the noredist packages
issue. So far packages for CentOS are available with no-redist but 4.13.0.0
packages for Ubuntu are available with normal packages only.

Em seg, 30 de set de 2019 às 07:54, Gabriel Beims Bräscher <
gabrasc...@gmail.com> escreveu:

> Hi Rohit,
>
> I will regenerate InRelease and packages. Probably the hash mismatch was
> caused by the repo partially being updated.
>
> I will check this right now.
>
> Em seg, 30 de set de 2019 às 06:57, Rohit Yadav 
> escreveu:
>
>> + Gabriel, Wido
>>
>> Hi Christoffer, thanks for reporting.
>>
>> Gabriel, Wido - can you please check and fix. Thanks.
>>
>>
>> Regards,
>>
>> Rohit Yadav
>>
>> Software Architect, ShapeBlue
>> https://www.shapeblue.com
>>
>> rohit.ya...@shapeblue.com
>> www.shapeblue.com
>> @shapeblue
>>
>>
>>
>> --
>> *From:* Christoffer Pedersen 
>> *Sent:* Sunday, September 29, 2019 12:42
>> *To:* users@cloudstack.apache.org 
>> *Subject:* Failing to download and install cloudstack-agent from
>> deb-repository (Ubuntu 18.04)
>>
>> Hi all,
>>
>> Trying for the last few days to install the cloudstack-agent on a poc
>> host,
>> however Ubuntu throws a checksum mismatch when using the repository..
>>
>> Get:1 http://download.cloudstack.org/ubuntu bionic/4.13 all
>> cloudstack-common all 4.13.0.0~bionic [55.2 MB]
>> Err:1 http://download.cloudstack.org/ubuntu bionic/4.13 all
>> cloudstack-common all 4.13.0.0~bionic
>>   File has unexpected size (55213720 != 55212960). Mirror sync in
>> progress?
>> [IP:185.27.174.49 80]
>>   Hashes of expected file:
>>-
>>
>> SHA512:c61a20d07d5d6e83bdb1301598d87fb05586abccf297071a4eeb90cf62ea34f21e00d98bb4ff7ce9a440e619b732ec0a467baf7a9517b8ac15799ebd5cfd2907
>>-
>> SHA256:bbe0f069530acf78b0355493c8562a92a253af05dc9dc5bbd44048e97da74462
>>- SHA1:6413ecf413775660409229148f348f82d2530697 [weak]
>>- MD5Sum:fa639279be54120d0c0a3c3c94558c08 [weak]
>>- Filesize:55212960 [weak]
>> Get:2 http://download.cloudstack.org/ubuntu bionic/4.13 all
>> cloudstack-agent all 4.13.0.0~bionic [50.2 MB]
>> Err:2 http://download.cloudstack.org/ubuntu bionic/4.13 all
>> cloudstack-agent all 4.13.0.0~bionic
>>   File has unexpected size (50247124 != 50242760). Mirror sync in
>> progress?
>> [IP:185.27.174.49 80]
>>   Hashes of expected file:
>>-
>>
>> SHA512:8731569fcf52b603eda540c0ac675b8af118360c77f22df88003c26eb3101152d4d59e22cafc42328f190d89260c9dfc04627d4fa15c528c7e2907a5d656be88
>>-
>> SHA256:440ae93bd66596f2a77be51b6cb238d5b10931e01a03ff2800b33fb4b691d096
>>- SHA1:403bd4b0017b9fb5259cd294e44598b25c07a039 [weak]
>>- MD5Sum:a11875434e024ea21528d00be11caee9 [weak]
>>- Filesize:50242760 [weak]
>> E: Failed to fetch
>>
>> http://download.cloudstack.org/ubuntu/dists/bionic/4.13/pool/cloudstack-common_4.13.0.0~bionic_all.deb
>>  File has unexpected size (55213720 !=55212960). Mirror sync in progress?
>> [IP: 185.27.174.49 80]
>>Hashes of expected file:
>> -
>>
>> SHA512:c61a20d07d5d6e83bdb1301598d87fb05586abccf297071a4eeb90cf62ea34f21e00d98bb4ff7ce9a440e619b732ec0a467baf7a9517b8ac15799ebd5cfd2907
>> -
>> SHA256:bbe0f069530acf78b0355493c8562a92a253af05dc9dc5bbd44048e97da74462
>> - SHA1:6413ecf413775660409229148f348f82d2530697 [weak]
>> - MD5Sum:fa639279be54120d0c0a3c3c94558c08 [weak]
>> - Filesize:55212960 [weak]
>> E: Failed to fetch
>>
>> http://download.cloudstack.org/ubuntu/dists/bionic/4.13/pool/cloudstack-agent_4.13.0.0~bionic_all.deb
>>  File has unexpected size (50247124 !=50242760). Mirror sync in progress?
>> [IP: 185.27.174.49 80]
>>Hashes of expected file:
>> -
>>
>> SHA512:8731569fcf52b603eda540c0ac675b8af118360c77f22df88003c26eb3101152d4d59e22cafc42328f190d89260c9dfc04627d4fa15c528c7e2907a5d656be88
>> -
>> SHA256:440ae93bd66596f2a77be51b6cb238d5b10931e01a03ff2800b33fb4b691d096
>> - SHA1:403bd4b0017b9fb5259cd294e44598b25c07a039 [weak]
>> - MD5Sum:a11875434e024ea21528d00be11caee9 [weak]
>> - Filesize:50242760 [weak]
>> E: Unable to fetch some archives, maybe run apt-get update or try with
>> --fix-missing?
>>
>> Does anyone else have this issue?
>>
>> Chris
>>
>

Re: Failing to download and install cloudstack-agent from deb-repository (Ubuntu 18.04)

[Gabriel Beims Bräscher]

Hi Rohit,

I will regenerate InRelease and packages. Probably the hash mismatch was
caused by the repo partially being updated.

I will check this right now.

Em seg, 30 de set de 2019 às 06:57, Rohit Yadav 
escreveu:

> + Gabriel, Wido
>
> Hi Christoffer, thanks for reporting.
>
> Gabriel, Wido - can you please check and fix. Thanks.
>
>
> Regards,
>
> Rohit Yadav
>
> Software Architect, ShapeBlue
> https://www.shapeblue.com
>
> rohit.ya...@shapeblue.com
> www.shapeblue.com
> @shapeblue
>
>
>
> --
> *From:* Christoffer Pedersen 
> *Sent:* Sunday, September 29, 2019 12:42
> *To:* users@cloudstack.apache.org 
> *Subject:* Failing to download and install cloudstack-agent from
> deb-repository (Ubuntu 18.04)
>
> Hi all,
>
> Trying for the last few days to install the cloudstack-agent on a poc host,
> however Ubuntu throws a checksum mismatch when using the repository..
>
> Get:1 http://download.cloudstack.org/ubuntu bionic/4.13 all
> cloudstack-common all 4.13.0.0~bionic [55.2 MB]
> Err:1 http://download.cloudstack.org/ubuntu bionic/4.13 all
> cloudstack-common all 4.13.0.0~bionic
>   File has unexpected size (55213720 != 55212960). Mirror sync in progress?
> [IP:185.27.174.49 80]
>   Hashes of expected file:
>-
>
> SHA512:c61a20d07d5d6e83bdb1301598d87fb05586abccf297071a4eeb90cf62ea34f21e00d98bb4ff7ce9a440e619b732ec0a467baf7a9517b8ac15799ebd5cfd2907
>-
> SHA256:bbe0f069530acf78b0355493c8562a92a253af05dc9dc5bbd44048e97da74462
>- SHA1:6413ecf413775660409229148f348f82d2530697 [weak]
>- MD5Sum:fa639279be54120d0c0a3c3c94558c08 [weak]
>- Filesize:55212960 [weak]
> Get:2 http://download.cloudstack.org/ubuntu bionic/4.13 all
> cloudstack-agent all 4.13.0.0~bionic [50.2 MB]
> Err:2 http://download.cloudstack.org/ubuntu bionic/4.13 all
> cloudstack-agent all 4.13.0.0~bionic
>   File has unexpected size (50247124 != 50242760). Mirror sync in progress?
> [IP:185.27.174.49 80]
>   Hashes of expected file:
>-
>
> SHA512:8731569fcf52b603eda540c0ac675b8af118360c77f22df88003c26eb3101152d4d59e22cafc42328f190d89260c9dfc04627d4fa15c528c7e2907a5d656be88
>-
> SHA256:440ae93bd66596f2a77be51b6cb238d5b10931e01a03ff2800b33fb4b691d096
>- SHA1:403bd4b0017b9fb5259cd294e44598b25c07a039 [weak]
>- MD5Sum:a11875434e024ea21528d00be11caee9 [weak]
>- Filesize:50242760 [weak]
> E: Failed to fetch
>
> http://download.cloudstack.org/ubuntu/dists/bionic/4.13/pool/cloudstack-common_4.13.0.0~bionic_all.deb
>  File has unexpected size (55213720 !=55212960). Mirror sync in progress?
> [IP: 185.27.174.49 80]
>Hashes of expected file:
> -
>
> SHA512:c61a20d07d5d6e83bdb1301598d87fb05586abccf297071a4eeb90cf62ea34f21e00d98bb4ff7ce9a440e619b732ec0a467baf7a9517b8ac15799ebd5cfd2907
> -
> SHA256:bbe0f069530acf78b0355493c8562a92a253af05dc9dc5bbd44048e97da74462
> - SHA1:6413ecf413775660409229148f348f82d2530697 [weak]
> - MD5Sum:fa639279be54120d0c0a3c3c94558c08 [weak]
> - Filesize:55212960 [weak]
> E: Failed to fetch
>
> http://download.cloudstack.org/ubuntu/dists/bionic/4.13/pool/cloudstack-agent_4.13.0.0~bionic_all.deb
>  File has unexpected size (50247124 !=50242760). Mirror sync in progress?
> [IP: 185.27.174.49 80]
>Hashes of expected file:
> -
>
> SHA512:8731569fcf52b603eda540c0ac675b8af118360c77f22df88003c26eb3101152d4d59e22cafc42328f190d89260c9dfc04627d4fa15c528c7e2907a5d656be88
> -
> SHA256:440ae93bd66596f2a77be51b6cb238d5b10931e01a03ff2800b33fb4b691d096
> - SHA1:403bd4b0017b9fb5259cd294e44598b25c07a039 [weak]
> - MD5Sum:a11875434e024ea21528d00be11caee9 [weak]
> - Filesize:50242760 [weak]
> E: Unable to fetch some archives, maybe run apt-get update or try with
> --fix-missing?
>
> Does anyone else have this issue?
>
> Chris
>

Re: 4.13 rbd snapshot delete failed

[Gabriel Beims Bräscher]

Thanks for the feedback Andrija and Andrei.

I have opened issue #3590 for the snapshot rollback issue raised by
Andrija.
I will be investigating both issues:
- RBD snapshot Revert #3590 (
https://github.com/apache/cloudstack/issues/3590)
- RBD snapshot deletion #3586 (
https://github.com/apache/cloudstack/issues/3586)

Cheers,
Gabriel

Em seg, 9 de set de 2019 às 09:41, Andrei Mikhailovsky 
escreveu:

> A quick feedback from my side. I've never had a properly working delete
> snapshot with ceph. Every week or so I have to manually delete all ceph
> snapshots. However, the NFS secondary storage snapshots are deleted just
> fine. I've been using CloudStack for 5+ years and it was always the case. I
> am currently running 4.11.2 with ceph 13.2.6-1xenial.
>
> Andrei
>
> - Original Message -
> > From: "Andrija Panic" 
> > To: "Gabriel Beims Bräscher" 
> > Cc: "users" , "dev" <
> d...@cloudstack.apache.org>
> > Sent: Sunday, 8 September, 2019 19:17:59
> > Subject: Re: 4.13 rbd snapshot delete failed
>
> > Thx Gabriel for extensive feedback.
> > Actually my ex company added the code to really delete a RBD snap back in
> > 2016 or so, was part of 4.9 if not mistaken. So I expect the code is
> there,
> > but probably some exception is happening or regression...
> >
> > Cheers
> >
> > On Sun, Sep 8, 2019, 09:31 Gabriel Beims Bräscher 
> > wrote:
> >
> >> Thanks for the feedback, Andrija. It looks like delete was not totally
> >> supported then (am I missing something?). I will take a look into this
> and
> >> open a PR adding propper support for rbd snapshot deletion if necessary.
> >>
> >> Regarding the rollback, I have tested it several times and it worked;
> >> however, I see a weak point on the Ceph rollback implementation.
> >>
> >> It looks like Li Jerry was able to execute the rollback without any
> >> problem. Li, could you please post here  the log output: "Attempting to
> >> rollback RBD snapshot [name:%s], [pool:%s], [volumeid:%s],
> >> [snapshotid:%s]"? Andrija will not be able to see that log as the
> exception
> >> happen prior to it, the only way of you checking those values is via
> remote
> >> debugging. If you be able to post those values it would help as well on
> >> sorting out what is wrong.
> >>
> >> I am checking the code base, running a few tests, and evaluating the log
> >> that you (Andrija) sent. What I can say for now is that it looks that
> the
> >> parameter "snapshotRelPath = snapshot.getPath()" [1] is a critical
> piece of
> >> code that can definitely break the rollback execution flow. My tests had
> >> pointed for a pattern but now I see other possibilities. I will probably
> >> add a few parameters on the rollback/revert command instead of using the
> >> path or review the path life-cycle and different execution flows in
> order
> >> to keep it safer to be used.
> >> [1]
> >>
> https://github.com/apache/cloudstack/blob/50fc045f366bd9769eba85c4bc3ecdc0b7035c11/plugins/hypervisors/kvm/src/main/java/com/cloud/hypervisor/kvm/resource/wrapper
> >>
> >> A few details on the test environments and Ceph/RBD version:
> >> CloudStack, KVM, and Ceph nodes are running with Ubuntu 18.04
> >> Ceph version 13.2.5 (cbff874f9007f1869bfd3821b7e33b2a6ffd4988) mimic
> >> (stable)
> >> RADOS Block Devices has snapshot rollback support since Ceph v10.0.2 [
> >> https://github.com/ceph/ceph/pull/6878]
> >> Rados-java [https://github.com/ceph/rados-java] supports snapshot
> >> rollback since 0.5.0; rados-java 0.5.0 is the version used by CloudStack
> >> 4.13.0.0
> >>
> >> I will be updating here soon.
> >>
> >> Em dom, 8 de set de 2019 às 12:28, Wido den Hollander 
> >> escreveu:
> >>
> >>>
> >>>
> >>> On 9/8/19 5:26 AM, Andrija Panic wrote:
> >>> > Maaany release ago, deleting Ceph volume snap, was also only deleting
> >>> it in
> >>> > DB, so the RBD performance become terrible with many tens of (i. e.
> >>> Hourly)
> >>> > snapshots. I'll try to verify this on 4.13 myself, but Wido and the
> guys
> >>> > will know better...
> >>>
> >>> I pinged Gabriel and he's looking into it. He'll get back to it.
> >>>
> >>> Wido
> >>>
> >>> >
> >>> > I
> >>> >
> >>> > On Sat, Sep 7, 2019, 08:34 li

Re: 4.13 rbd snapshot delete failed

[Gabriel Beims Bräscher]

Thanks for the feedback, Andrija. It looks like delete was not totally
supported then (am I missing something?). I will take a look into this and
open a PR adding propper support for rbd snapshot deletion if necessary.

Regarding the rollback, I have tested it several times and it worked;
however, I see a weak point on the Ceph rollback implementation.

It looks like Li Jerry was able to execute the rollback without any
problem. Li, could you please post here  the log output: "Attempting to
rollback RBD snapshot [name:%s], [pool:%s], [volumeid:%s],
[snapshotid:%s]"? Andrija will not be able to see that log as the exception
happen prior to it, the only way of you checking those values is via remote
debugging. If you be able to post those values it would help as well on
sorting out what is wrong.

I am checking the code base, running a few tests, and evaluating the log
that you (Andrija) sent. What I can say for now is that it looks that the
parameter "snapshotRelPath = snapshot.getPath()" [1] is a critical piece of
code that can definitely break the rollback execution flow. My tests had
pointed for a pattern but now I see other possibilities. I will probably
add a few parameters on the rollback/revert command instead of using the
path or review the path life-cycle and different execution flows in order
to keep it safer to be used.
[1]
https://github.com/apache/cloudstack/blob/50fc045f366bd9769eba85c4bc3ecdc0b7035c11/plugins/hypervisors/kvm/src/main/java/com/cloud/hypervisor/kvm/resource/wrapper

A few details on the test environments and Ceph/RBD version:
CloudStack, KVM, and Ceph nodes are running with Ubuntu 18.04
Ceph version 13.2.5 (cbff874f9007f1869bfd3821b7e33b2a6ffd4988) mimic
(stable)
RADOS Block Devices has snapshot rollback support since Ceph v10.0.2 [
https://github.com/ceph/ceph/pull/6878]
Rados-java [https://github.com/ceph/rados-java] supports snapshot rollback
since 0.5.0; rados-java 0.5.0 is the version used by CloudStack 4.13.0.0

I will be updating here soon.

Em dom, 8 de set de 2019 às 12:28, Wido den Hollander 
escreveu:

>
>
> On 9/8/19 5:26 AM, Andrija Panic wrote:
> > Maaany release ago, deleting Ceph volume snap, was also only deleting it
> in
> > DB, so the RBD performance become terrible with many tens of (i. e.
> Hourly)
> > snapshots. I'll try to verify this on 4.13 myself, but Wido and the guys
> > will know better...
>
> I pinged Gabriel and he's looking into it. He'll get back to it.
>
> Wido
>
> >
> > I
> >
> > On Sat, Sep 7, 2019, 08:34 li jerry  wrote:
> >
> >> I found it had nothing to do with  storage.cleanup.delay and
> >> storage.cleanup.interval.
> >>
> >>
> >>
> >> The reason is that when DeleteSnapshot Cmd is executed, because the RBD
> >> snapshot does not have Copy to secondary storage, it only changes the
> >> database information, and does not enter the main storage to delete the
> >> snapshot.
> >>
> >>
> >>
> >>
> >>
> >> Log===
> >>
> >>
> >>
> >> 2019-09-07 23:27:00,118 DEBUG [c.c.a.ApiServlet]
> >> (qtp504527234-17:ctx-2e407b61) (logid:445cbea8) ===START===
> 192.168.254.3
> >> -- GET
> >>
> command=deleteSnapshot=0b50eb7e-4f42-4de7-96c2-1fae137c8c9f=json&_=1567869534480
> >>
> >> 2019-09-07 23:27:00,139 DEBUG [c.c.a.ApiServer]
> >> (qtp504527234-17:ctx-2e407b61 ctx-679fd276) (logid:445cbea8) CIDRs from
> >> which account 'Acct[2f96c108-9408-11e9-a820-0200582b001a-admin]' is
> allowed
> >> to perform API calls: 0.0.0.0/0,::/0
> >>
> >> 2019-09-07 23:27:00,204 DEBUG [c.c.a.ApiServer]
> >> (qtp504527234-17:ctx-2e407b61 ctx-679fd276) (logid:445cbea8) Retrieved
> >> cmdEventType from job info: SNAPSHOT.DELETE
> >>
> >> 2019-09-07 23:27:00,217 INFO  [o.a.c.f.j.i.AsyncJobMonitor]
> >> (API-Job-Executor-2:ctx-f0843047 job-1378) (logid:c34a368a) Add job-1378
> >> into job monitoring
> >>
> >> 2019-09-07 23:27:00,219 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >> (qtp504527234-17:ctx-2e407b61 ctx-679fd276) (logid:445cbea8) submit
> async
> >> job-1378, details: AsyncJobVO {id:1378, userId: 2, accountId: 2,
> >> instanceType: Snapshot, instanceId: 13, cmd:
> >> org.apache.cloudstack.api.command.user.snapshot.DeleteSnapshotCmd,
> cmdInfo:
> >>
> {"response":"json","ctxUserId":"2","httpmethod":"GET","ctxStartEventId":"1237","id":"0b50eb7e-4f42-4de7-96c2-1fae137c8c9f","ctxDetails":"{\"interface
> >>
> com.cloud.storage.Snapshot\":\"0b50eb7e-4f42-4de7-96c2-1fae137c8c9f\"}","ctxAccountId":"2","uuid":"0b50eb7e-4f42-4de7-96c2-1fae137c8c9f","cmdEventType":"SNAPSHOT.DELETE","_":"1567869534480"},
> >> cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0,
> >> result: null, initMsid: 2200502468634, completeMsid: null, lastUpdated:
> >> null, lastPolled: null, created: null, removed: null}
> >>
> >> 2019-09-07 23:27:00,220 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >> (API-Job-Executor-2:ctx-f0843047 job-1378) (logid:1cee5097) Executing
> >> AsyncJobVO {id:1378, userId: 2, accountId: 2, instanceType: Snapshot,
> >> instanceId: 13, cmd:
> >> 

Re: [VOTE] Apache CloudStack 4.13.0.0 RC2

[Gabriel Beims Bräscher]

Hello all

+1 (binding) from my side considering the following tests:

*Test environment configurations:*
- Apache CloudStack: Management server + DB (Ubuntu 18.04)
- Hosts: KVM (Ubuntu 18.04)
- Shared storage: Ceph/RBD
- Local storage: KVM file system
- Secondary Storage: NFS
*Network:*
- Advanced network with Security Group
- Basic network with Security Group
*Main tests:*
- Build 4.13.0.0 from source
- Update cloudstack-management.service on the management node
- Update cloudstack-management.service running on KVM hosts
- CPVM & SSVM health check
- Test user VM lifecycle (deploy, stop/start, migrate, restart, destroy,
expunge)
- Test VM volume "offline" migration (Ceph <> Ceph, Ceph <> local, local <>
local)
- Put a host in maintenance and "recover" it back to Up/Enabled
- VM live migration shared storage (Ceph/RBD)
- VM live migration local storage (filesystem KVM)
- Deploy VMs via UI in advanced networks with SG and IPv6 CIDR #3571
- SG rules correctly deployed and migrated along with VM (live migrate VM
and check that SG is removed at the old host and added at the newer one)

*Issues considered as a blocker:* None

*Raised flags:*
- Libvirt exception when trying to migrate VM on local storage: I will
investigate deeper; however, I did not classify this issue as a blocker due
to the fact that I could not reproduce on another test environemt (also
live migrating VM allocated on KVM + Ubuntu 18.04 local storage).
Exception: "Copy operation failed in
'StorageSystemDataMotionStrategy.copyAsync': org.libvirt.LibvirtException:
End of file while reading data: Input/output error"
- Schema SQL upgrade path has a few "INSERT INTO" without the "IGNORE"
(INSERT IGNORE INTO `cloud`.). Would cause an issue when reverting
from an updated environment, but not an issue for most of the users and it
is definitely not a blocker
- A few glitches on UI, nothing that would cause big issues for the end user

Regards,
Gabriel.

Em sáb, 31 de ago de 2019 às 08:00, Gabriel Beims Bräscher <
gabrasc...@gmail.com> escreveu:

> Hi Paul,
>
> I am testing the RC, final checks on the way. I will be updating my
> feedback here soon.
>
> Thanks!
>
> Em sáb, 31 de ago de 2019 às 07:57, Paul Angus 
> escreveu:
>
>> We're looking good to for a release, but I'm just holding off to hear
>> from Gabriel who raised a blocker last time around.
>>
>> @gabrasc...@gmail.com   are you testing this RC
>> (should we wait for you)?
>>
>> paul.an...@shapeblue.com
>> www.shapeblue.com
>> @shapeblue
>>
>>
>>
>> --
>> *From:* Ismaili, Liridon (SWISS TXT) 
>> *Sent:* Friday, August 30, 2019 3:54:45 PM
>> *To:* d...@cloudstack.apache.org ;
>> users@cloudstack.apache.org 
>> *Subject:* Re: [VOTE] Apache CloudStack 4.13.0.0 RC2
>>
>> Hi Guys,
>>
>> +1 from our side
>>
>> Following upgrade was done:
>> from 4.11.3 to 4.13 RC2
>> - VMWare 6.5
>> - Advanced network setup
>>
>> Post upgrade steps:
>> - redeployed systemVMs
>> - redeployed vRouters
>>
>> Tests done:
>> - create / started / stopped / destroyed VMs which were created before
>> and after the upgrade
>> - create / restart / cleanup / redundant vRouters
>> - upload / delete templates and multi disk templates
>> - create / delete projects / accounts / users
>>
>> Regards
>> Liridon
>>
>> -Original Message-
>> From: Paul Angus > paul%20angus%20%3cpaul.an...@shapeblue.com%3e>>
>> Reply-To: users@cloudstack.apache.org<mailto:users@cloudstack.apache.org>
>> To: d...@cloudstack.apache.org > 22...@cloudstack.apache.org%22%20%3c...@cloudstack.apache.org%3e>>,
>> users@cloudstack.apache.org > 22us...@cloudstack.apache.org%22%20%3cus...@cloudstack.apache.org%3e>>
>> Subject: [VOTE] Apache CloudStack 4.13.0.0 RC2
>> Date: Wed, 28 Aug 2019 22:02:32 +
>>
>>
>> Hi All,
>>
>>
>> We had an excellently low number of bugs in RC1, so here's RC2 with just
>> 3 fixes...
>>
>>
>> I've created a 4.13.0.0 release (RC2), with the following artefacts up
>> for testing and a vote:
>>
>>
>> Git Branch and Commit SH:
>>
>> <
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.13.0.0-RC20190820T1535
>> >
>>
>>
>> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.13.0.0-RC20190820T1535
>>
>>
>> Commit: 7c7efe76013675b476d8aa14c36a353cd5d429fc
>>
>>
>> Source release (checksums and signatures are available at the same
>> location):
&

Re: [VOTE] Apache CloudStack 4.13.0.0 RC2

[Gabriel Beims Bräscher]

Hi Paul,

I am testing the RC, final checks on the way. I will be updating my
feedback here soon.

Thanks!

Em sáb, 31 de ago de 2019 às 07:57, Paul Angus 
escreveu:

> We're looking good to for a release, but I'm just holding off to hear from
> Gabriel who raised a blocker last time around.
>
> @gabrasc...@gmail.com   are you testing this RC
> (should we wait for you)?
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> @shapeblue
>
>
>
> --
> *From:* Ismaili, Liridon (SWISS TXT) 
> *Sent:* Friday, August 30, 2019 3:54:45 PM
> *To:* d...@cloudstack.apache.org ;
> users@cloudstack.apache.org 
> *Subject:* Re: [VOTE] Apache CloudStack 4.13.0.0 RC2
>
> Hi Guys,
>
> +1 from our side
>
> Following upgrade was done:
> from 4.11.3 to 4.13 RC2
> - VMWare 6.5
> - Advanced network setup
>
> Post upgrade steps:
> - redeployed systemVMs
> - redeployed vRouters
>
> Tests done:
> - create / started / stopped / destroyed VMs which were created before and
> after the upgrade
> - create / restart / cleanup / redundant vRouters
> - upload / delete templates and multi disk templates
> - create / delete projects / accounts / users
>
> Regards
> Liridon
>
> -Original Message-
> From: Paul Angus  paul%20angus%20%3cpaul.an...@shapeblue.com%3e>>
> Reply-To: users@cloudstack.apache.org
> To: d...@cloudstack.apache.org  22...@cloudstack.apache.org%22%20%3c...@cloudstack.apache.org%3e>>,
> users@cloudstack.apache.org  22us...@cloudstack.apache.org%22%20%3cus...@cloudstack.apache.org%3e>>
> Subject: [VOTE] Apache CloudStack 4.13.0.0 RC2
> Date: Wed, 28 Aug 2019 22:02:32 +
>
>
> Hi All,
>
>
> We had an excellently low number of bugs in RC1, so here's RC2 with just 3
> fixes...
>
>
> I've created a 4.13.0.0 release (RC2), with the following artefacts up for
> testing and a vote:
>
>
> Git Branch and Commit SH:
>
> <
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.13.0.0-RC20190820T1535
> >
>
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.13.0.0-RC20190820T1535
>
>
> Commit: 7c7efe76013675b476d8aa14c36a353cd5d429fc
>
>
> Source release (checksums and signatures are available at the same
> location):
>
> 
>
> https://dist.apache.org/repos/dist/dev/cloudstack/4.13.0.0/
>
>
>
> PGP release keys (signed using 51EE0BC8):
>
> 
>
> https://dist.apache.org/repos/dist/release/cloudstack/KEYS
>
>
>
> The vote will be open until 31st August.
>
>
> 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, I've built packages from
> 7c7efe76013675b476d8aa14c36a353cd5d429fc and published RC1 repository here:
>
> 
>
> http://packages.shapeblue.com/testing/41300rc2/
>
>
>
> The systemvm templates are unchanged from 4.11.3/4.12.0:
>
> 
>
> http://download.cloudstack.org/systemvm/4.11/
>
>
>
> Fixes in RC2
>
>
> #3566   server: fix NPE for the case where volume is not attached to a VM
>
> #3567   fix xenserver 7.1.0 os mapping typo
>
> #3571   Unable to deploy VMs via UI in advanced networks with SG and IPv6
> cidr
>
>
>
>
>
> 
>
> paul.an...@shapeblue.com
>
>
>
> 
>
> www.shapeblue.com
>
>
> Amadeus House, Floral Street, London  WC2E 9DPUK
>
> @shapeblue
>
>
>
>
>
>

Re: Transfering global settings

[Gabriel Beims Bräscher]

Hello,

If I understood correctly, both management servers are using different
databases.
Is that correct? If so, then restarting cloudstack-management will not help.


Em seg, 26 de ago de 2019 às 07:23, li jerry  escreveu:

> After the modification is complete, restart cloudstack-management
>
> 发件人: Fariborz Navidan
> 发送时间: 2019年8月26日 17:15
> 收件人: users@cloudstack.apache.org
> 主题: Transfering global settings
>
> Hello,
>
> How do I transfer cloudstack global settings to a new management server?
>
>

Re: [DISCUSS] Change of the official CHAT channel

[Gabriel Beims Bräscher]

I am +1 on opening the VOTE for removal of IRC references.

Em sex, 23 de ago de 2019 às 14:33, Andrija Panic 
escreveu:

> I'm inline with that Paul - let's then remove the IRC being mentioned on
> main website and any future events. Makes sense?
>
> We can keep Slack as it is now, and then definitely (in my opinion) NOT
> move to ASF Slack, since as someone mentioned it's a pain to move all
> users.
>
> Does this sounds good to majority here?
>
> If so, I would cast a vote thread for removal of IRC from any public
> pages/website/future events marketing.
>
>
> On Fri, Aug 23, 2019, 17:45 Paul Angus  wrote:
>
> > I don't think that we should be 'marketing' anything other than the
> > mailing lists.That is where most people can be found and where
> > previously asked questions can be searched for.
> > Having a ready to roll 'chat' tool has many advantages, so I'm cool with
> > having one in the back pocket.
> > But personally I'd like to see as little fragmentation of the community
> as
> > possible.
> >
> > + a new visitor turning up to a slack channel with 4 people on it is not
> > going to give a positive impression, and that person is definitely is far
> > less likely to get an answer to any question that they have.
> >
> > Paul.
> >
> > paul.an...@shapeblue.com
> > www.shapeblue.com
> > Amadeus House, Floral Street, London  WC2E 9DPUK
> > @shapeblue
> >
> >
> >
> >
> > -Original Message-
> > From: Gabriel Beims Bräscher 
> > Sent: 23 August 2019 14:56
> > To: dev 
> > Cc: Nux! 
> > Subject: Re: [DISCUSS] Change of the official CHAT channel
> >
> > Hello folks,
> >
> > I see no problem with using chat platforms. The mail should stay as the
> > default communication tool indeed, but several times I used Slack when
> > helping foes around, raising questions, and pinging folks on private
> chat.
> > As far as we have tools and they are being used by the community I see no
> > problem with keeping them around.
> >
> > However, I think that the main point raised by Andrija is regarding the
> > "marketing" of the channels. We normally promote IRC (pointing to
> > irc.freenode.net), but CloudStack IRC channels look pretty dead,
> > especially considering that it is the "official" ACS chat tool.
> >
> > Does promoting all channels (IRC + Slack) look a good idea? Should we
> keep
> > only one option? In one hand, IRC currently is not as active as Slack,
> but
> > on the other hand, Slack requires an invitation e-mail.
> >
> > Regards,
> > Gabriel.
> >
> >
> >
> > Em sex, 23 de ago de 2019 às 08:45, Rohit Yadav <
> rohit.ya...@shapeblue.com
> > >
> > escreveu:
> >
> > > All,
> > >
> > > I think email is the more persistent form of communication and it must
> > > continue to be the default communication mechanism for the project
> > > dev+user+etc.
> > >
> > > For a more real-time/transient communication, IRC or slack are good
> > tools.
> > > I don't have any preference on either, as I'm not an active user on
> > > either of them. It just happened that someone asked me to join the-asf
> > > slack for some other group, and I saw many projects having their
> > > channels there and I made a comment about it on our current
> > > apachecloudstack community slack which is outside of the-asf group.
> > > I've got both of them setup on my desktop slack now, if it's too
> > > difficult to migrate everyone from the old slack group to the-asf
> > > slack group, let's continue as is; or perhaps add an IRC-gateway
> between
> > the two.
> > >
> > >
> > > Regards,
> > >
> > > Rohit Yadav
> > >
> > > Software Architect, ShapeBlue
> > >
> > > https://www.shapeblue.com
> > >
> > > 
> > > From: Sven Vogel 
> > > Sent: Friday, August 23, 2019 01:01
> > > To: d...@cloudstack.apache.org 
> > > Cc: Nux! 
> > > Subject: Re: [DISCUSS] Change of the official CHAT channel
> > >
> > > Hey Guys,
> > >
> > > I don’t understand the problem. I don’t like slack too but I don’t
> > > like mailing list or  neither. I think the first one is closed and
> > > slow. For me is an mailing list or irc also not the wisdom final
> > > conclusion but hey do we have a better one? No.
> > >
> > > If IRC is death drop i

Re: [ANNOUNCE] Bobby (Boris Stoyanov) has joined the PMC

[Gabriel Beims Bräscher]

Congrats Bobby!

Em ter, 16 de jul de 2019 às 08:40, Riepl, Gregor (SWISS TXT) <
gregor.ri...@swisstxt.ch> escreveu:

> Congratulations, Boris!
>

Re: [ANNOUNCE] Andrija Panic has joined the PMC

[Gabriel Beims Bräscher]

Congrats Andrija!

Em sáb, 13 de jul de 2019 às 12:26, Voloshanenko Igor <
igor.voloshane...@gmail.com> escreveu:

> Congrats Andrija !
>
> сб, 13 июля 2019 г. в 11:03, Paul Angus :
>
> > Fellow CloudStackers,
> >
> >
> >
> > It gives me great pleasure to say that Adrija has been invited to join
> the
> > PMC and has gracefully accepted.
> >
> >
> > Please joining me in congratulating Andrija!
> >
> >
> >
> >
> > Kind regards,
> >
> >
> >
> > Paul Angus
> >
> > CloudStack PMC
> >
>

Re: [ANNOUNCE] Sven Vogel has joined the PMC

[Gabriel Beims Bräscher]

Congrats Sven!

Em sáb, 13 de jul de 2019 às 12:45, Paul Angus  escreveu:

> Fellow CloudStackers,
>
>
>
> It gives me great pleasure to say that Sven has been invited to join the
> PMC and has gracefully accepted.
>
>
> Please joining me in congratulating Sven!
>
>
>
>
> Kind regards,
>
>
>
> Paul Angus
>
> CloudStack PMC
>

Re: 4.13 Heads up

[Gabriel Beims Bräscher]

Sounds good to me.
+1

Em seg, 10 de jun de 2019 às 12:19, Paul Angus 
escreveu:

> In order to keep up the momentum on the release cadence, some of us are
> now planning to get 4.13 moving
>
>
>
> We've come up with a plan which I hope everyone will find acceptable (see
> below).
>
>
>
>
>
> ==  4.13.0.0: (next LTS release)
> ==
>
>
>
>   *   1-5 July 2019: Freeze master and stabilize
>   *   8-12 July 2019: After ~100% smoketest pass and only accept blocker
> fixes, cut RC1
>   *   14 July - 5 Aug 2019: Release 4.13.0.0 (next LTS)
>   *   Milestone: https://github.com/apache/cloudstack/milestone/8
>
>
>
> Cheers
>
>
>
> Paul Angus
>
>
>
>
>
>
>
>
>
>
>
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
>

[ANNOUNCEMENT] Apache CloudStack 4.12.0.0 non-LTS Release

[Gabriel Beims Bräscher]

The Apache CloudStack project is pleased to announce the release of the
CloudStack 4.12.0.0. The CloudStack version 4.12.0.0 is a 4.12 non-LTS
release, adding multiple features for those who want to access a fresh
CloudStack prior to the next LTS. The release 4.12.0.0 combines 12 months
of work and adds +200 commits, with multiple new features and fixes.

Apache CloudStack is an integrated Infrastructure-as-a-Service (IaaS)
software platform that allows users to build feature-rich public and
private cloud environments. CloudStack includes an intuitive user interface
and rich API for managing the compute, networking, software, and storage
resources. The project became an Apache top level project in March, 2013.

More information about Apache CloudStack can be found at:
http://cloudstack.apache.org/

# Documentation

What's new in CloudStack 4.12.0.0
http://docs.cloudstack.apache.org/en/4.12.0.0/releasenotes/about.html

The 4.12.0.0 release notes include a full list of corrected issues, as well
as upgrade instructions from previous versions of Apache CloudStack, and
can be found at:
http://docs.cloudstack.apache.org/en/4.12.0.0/upgrading/index.html

The official installation, administration and API documentation for each
release are available on our Documentation Page:
http://docs.cloudstack.apache.org/en/4.12.0.0/

# Downloads

The official source code for the 4.12.0.0 release can be downloaded from
our downloads page:
http://cloudstack.apache.org/downloads.html

The official source code release can be downloaded from:
http://cloudstack.apache.org/downloads.html

In addition to the official source code release, individual contributors
have also made convenience binaries available on the Apache CloudStack
download page, and can be found at:
https://download.cloudstack.org/

[Review] CloudStack 4.12.0.0 release announcement review request

[Gabriel Beims Bräscher]

All,

Kindly review: (some links will be activated soon, and may not be working
now)

### START ###

# Apache CloudStack non-LTS Release 4.12.0.0

The Apache CloudStack project is pleased to announce the release of the
CloudStack 4.12.0.0. The CloudStack version 4.12.0.0 is a 4.12 non-LTS
release, adding multiple features for those who want to access a fresh
CloudStack prior to the next LTS. The release 4.12.0.0 combines 12 months
of work and adds +200 commits, with multiple new features and fixes.

Apache CloudStack is an integrated Infrastructure-as-a-Service (IaaS)
software platform that allows users to build feature-rich public and
private cloud environments. CloudStack includes an intuitive user interface
and rich API for managing the compute, networking, software, and storage
resources. The project became an Apache top level project in March, 2013.

More information about Apache CloudStack can be found at:
http://cloudstack.apache.org/

# Documentation

What's new in CloudStack 4.12.0.0
http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.12.0.0/about.html

The 4.12.0.0 release notes include a full list of corrected issues, as well
as upgrade instructions from previous versions of Apache CloudStack, and
can be found at:
http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.12.0.0

The official installation, administration and API documentation for each
release are available on our Documentation Page:
http://docs.cloudstack.apache.org/

# Downloads

The official source code for the 4.12.0.0 release can be downloaded from
our downloads page:
http://cloudstack.apache.org/downloads.html

The official source code release can be downloaded from:
http://cloudstack.apache.org/downloads.html

In addition to the official source code release, individual contributors
have also made convenience binaries available on the Apache CloudStack
download page, and can be found at:

http://cloudstack.apt-get.eu/ubuntu/dists/
http://cloudstack.apt-get.eu/centos/6/
http://cloudstack.apt-get.eu/centos/7/

### END ###

Regards,
Gabriel Bräscher

Re: [RESULT][VOTE] Apache CloudStack 4.12.0.0

[Gabriel Beims Bräscher]

Thank you all for the contribution with 4.12.0.0.

Paul, indeed I am working on the documentation. I will ping you next week
if I still need some help, thanks!

Em sex, 22 de mar de 2019 às 07:26, Rohit Yadav 
escreveu:

> Well done Gabriel!
>
>
> Regards,
>
> Rohit Yadav
>
> Software Architect, ShapeBlue
>
> https://www.shapeblue.com
>
> ________
> From: Gabriel Beims Bräscher 
> Sent: Wednesday, March 20, 2019 3:06:56 AM
> To: dev; users
> Subject: [RESULT][VOTE] Apache CloudStack 4.12.0.0
>
> Hi all,
>
> After 3 business days, the vote for CloudStack 4.12.0.0 *passes* with 4 PMC
> + 2 non-PMC votes.
>
> +1 (PMC / binding)
> * Wido den Hollander
> * Simon Weller
> * Rafael Weingärtner
> * Rohit Yadav
>
> +1 (nonbinding)
> * Gabriel Bräscher
> * Nicolas Vazquez
>
> 0
> none
>
> -1
> none
>
> Thanks to everyone participating.
>
> I will now prepare the release announcement to go out after 24 hours to
> give the mirrors time to catch up.
>
> Best regards,
> Gabriel
>
> rohit.ya...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
>

Re: Cloudstack DEB Repository Invalid Signatures

[Gabriel Beims Bräscher]

Hi Kevin

We need to generate a new key in the Apache CloudStack repo as the old one
is weak.
Regarding the 4.12.0.0, it still on the releasing process. The 4.12 will be
officially released when an e-mail (e.g. "[ANNOUNCE] Apache CloudStack
4.12.0.0") make it official on the CloudStack mailing lists.

Cheers,
Gabriel

Em qui, 21 de mar de 2019 às 09:48, Kevin Heseler 
escreveu:

> Hi,
>
> Rafael Weingärtner wrote on 21.03.19 13:27:
> > The release process for 4.12 has not finished yet.
> >
>
> This was just a side node, as I was wondering why it is in the
> repository then. However my main point of the mail was: I am
> experiencing those GPG errors also with xenial on 4.11, so the current
> LTS release.
>
> --
> Cheers,
> Kevin
>
>
>

[RESULT][VOTE] Apache CloudStack 4.12.0.0

[Gabriel Beims Bräscher]

Hi all,

After 3 business days, the vote for CloudStack 4.12.0.0 *passes* with 4 PMC
+ 2 non-PMC votes.

+1 (PMC / binding)
* Wido den Hollander
* Simon Weller
* Rafael Weingärtner
* Rohit Yadav

+1 (nonbinding)
* Gabriel Bräscher
* Nicolas Vazquez

0
none

-1
none

Thanks to everyone participating.

I will now prepare the release announcement to go out after 24 hours to
give the mirrors time to catch up.

Best regards,
Gabriel

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC5]

[Gabriel Beims Bräscher]

+1

Tested:
-- Environment
ACS management + DB: Ubuntu 16.04
Hypervisor: KVM hosts Ubuntu 16.04, XenServer 6.5
Primary Storage: KVM Local Filesystem, NFS, and Ceph
Secondary Storage: NFS
Network: Advanced Network

-- Tests
- build from source
- deploy system VMs
- create VR for the advanced network with Security Group enabled
- create user VMs
- test VM lifecycle (starting, running, stop, stopping, stopped, destroy,
expunging, expunged)
- add secondary IPv6 address to VM
- live migrate VM on local storage (Filesystem/KVM)
- upload, use, and remove template
- verify CloudStack usage service
- assert that Security Groups are being removed from the source host and
added on target host when migrating VMs (tested on XenServer and KVM)

Em sex, 15 de mar de 2019 às 06:25, Wido den Hollander 
escreveu:

> +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
>
> On 3/14/19 10:58 PM, Gabriel Beims Bräscher wrote:
> > 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
> >
>

[VOTE] Apache CloudStack 4.12.0.0 [RC5]

[Gabriel Beims Bräscher]

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

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC4]

[Gabriel Beims Bräscher]

Rohit, the testing packages are located at:

Ubuntu:
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/

Centos:
http://cloudstack.apt-get.eu/centos/6/4.12/
http://cloudstack.apt-get.eu/centos/7/4.12/

Em qui, 7 de mar de 2019 às 04:57, Rohit Yadav 
escreveu:

> Hi Gabriel,
>
>
> Can you advise the test repo url? I don't see RC4 here:
> http://cloudstack.apt-get.eu/testing/
>
>
>
> Regards,
>
> Rohit Yadav
>
> Software Architect, ShapeBlue
>
> https://www.shapeblue.com
>
> 
> From: Gabriel Beims Br?scher 
> Sent: Thursday, March 7, 2019 1:23:27 PM
> To: dev; users
> Subject: [VOTE] Apache CloudStack 4.12.0.0 [RC4]
>
> Hi All,
>
> I've created a 4.12.0.0 release (RC4), with the following artifacts up for
> a vote:
> The changes since RC3 are listed at the end of this email.
>
> Git Branch and Commit SH:
> https://github.com/apache/cloudstack/tree/4.12.0.0-RC20190306T1109
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.12.0.0-RC20190306T1109
>
>
> https://github.com/apache/cloudstack/commit/9c0cbf91caefad3aa9340b88dd3f45a5a93323f4
> Commit: 9c0cbf91caefad3aa9340b88dd3f45a5a93323f4
>
> Source release for 4.12.0.0-RC20190306T1109:
> 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 11th 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:
>
> All Travis, Jenkins, and CI (Blue Orangutan) checks have passed [1].
>
> For users' convenience, packages are available in
> http://cloudstack.apt-get.eu/
> 4.12.0.0 RC3 is available for the following distros:
> - Ubuntu 14.04, 16.04, and 18.04;
> - CentOS6 and CentOS7.
>
> Please, use the template 4.11.2 (located in [2]) when testing the RC4.
> The release notes [3] still need to be updated.
>
> Changes Since RC3:
> Merged #3197 Fix XenServer Security Groups 'vmops' script [1]
>
> [1] https://github.com/apache/cloudstack/pull/3197
> [2] http://download.cloudstack.org/systemvm/4.11/
> [3]
>
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/index.html
>
> rohit.ya...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
>

[VOTE] Apache CloudStack 4.12.0.0 [RC4]

[Gabriel Beims Bräscher]

Hi All,

I've created a 4.12.0.0 release (RC4), with the following artifacts up for
a vote:
The changes since RC3 are listed at the end of this email.

Git Branch and Commit SH:
https://github.com/apache/cloudstack/tree/4.12.0.0-RC20190306T1109
https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.12.0.0-RC20190306T1109

https://github.com/apache/cloudstack/commit/9c0cbf91caefad3aa9340b88dd3f45a5a93323f4
Commit: 9c0cbf91caefad3aa9340b88dd3f45a5a93323f4

Source release for 4.12.0.0-RC20190306T1109:
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 11th 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:

All Travis, Jenkins, and CI (Blue Orangutan) checks have passed [1].

For users' convenience, packages are available in
http://cloudstack.apt-get.eu/
4.12.0.0 RC3 is available for the following distros:
- Ubuntu 14.04, 16.04, and 18.04;
- CentOS6 and CentOS7.

Please, use the template 4.11.2 (located in [2]) when testing the RC4.
The release notes [3] still need to be updated.

Changes Since RC3:
Merged #3197 Fix XenServer Security Groups 'vmops' script [1]

[1] https://github.com/apache/cloudstack/pull/3197
[2] http://download.cloudstack.org/systemvm/4.11/
[3]
http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/index.html

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC3]

[Gabriel Beims Bräscher]

Hello All,

Thanks for voting, Andrija and Simon.
I have opened PR https://github.com/apache/cloudstack/pull/3197 fixing the
issue raised by Andrija.

Once we have the code merged I will spin out a fourth release candidate.

Em sex, 22 de fev de 2019 às 18:08, Simon Weller 
escreveu:

> Master -> 4.12 RC3 (no DB upgrade)
>
> 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, February 21, 2019 7:55 PM
> To: dev; users
> Subject: [VOTE] Apache CloudStack 4.12.0.0 [RC3]
>
> Hi All,
>
> I've created a 4.12.0.0 release (RC3), with the following artifacts up for
> a vote:
>
> Git Branch and Commit SH:
> https://github.com/apache/cloudstack/tree/4.12.0.0-RC20190212T2301
>
> https://github.com/apache/cloudstack/commit/e5b3aa4b5a5d1a25c79313cecd3ae1c9f074baca
> Commit: e5b3aa4b5a5d1a25c79313cecd3ae1c9f074baca
>
> 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 26th February).
>
> 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:
>
> *Note:* the RC2 VOTE ("[VOTE] Apache CloudStack 4.12.0.0 [RC2]") had no
> blocker bug to be fixed; however, the VOTE process led to the need of an
> RC3. For more details, please follow the discussions at the respective
> email thread.
>
> All Travis and Jenkins checks have passed [1] for the branch
> 4.12.0.0-RC20190212T2301.
>
> For users' convenience, packages are available in
> http://cloudstack.apt-get.eu/
> 4.12.0.0 RC3 is available for the following distros:
> - Ubuntu 14.04, 16.04, and 18.04;
> - CentOS6 and CentOS7.
>
> Please, use the template 4.11.2 (located in [2]) when testing the RC3.
> The release notes [3] still need to be updated.
>
> [1] https://github.com/apache/cloudstack/pull/3189
> [2] http://download.cloudstack.org/systemvm/4.11/
> [3]
>
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/index.html
>

[VOTE] Apache CloudStack 4.12.0.0 [RC3]

[Gabriel Beims Bräscher]

Hi All,

I've created a 4.12.0.0 release (RC3), with the following artifacts up for
a vote:

Git Branch and Commit SH:
https://github.com/apache/cloudstack/tree/4.12.0.0-RC20190212T2301
https://github.com/apache/cloudstack/commit/e5b3aa4b5a5d1a25c79313cecd3ae1c9f074baca
Commit: e5b3aa4b5a5d1a25c79313cecd3ae1c9f074baca

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 26th February).

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:

*Note:* the RC2 VOTE ("[VOTE] Apache CloudStack 4.12.0.0 [RC2]") had no
blocker bug to be fixed; however, the VOTE process led to the need of an
RC3. For more details, please follow the discussions at the respective
email thread.

All Travis and Jenkins checks have passed [1] for the branch
4.12.0.0-RC20190212T2301.

For users' convenience, packages are available in
http://cloudstack.apt-get.eu/
4.12.0.0 RC3 is available for the following distros:
- Ubuntu 14.04, 16.04, and 18.04;
- CentOS6 and CentOS7.

Please, use the template 4.11.2 (located in [2]) when testing the RC3.
The release notes [3] still need to be updated.

[1] https://github.com/apache/cloudstack/pull/3189
[2] http://download.cloudstack.org/systemvm/4.11/
[3]
http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/index.html

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

[Gabriel Beims Bräscher]

Hi All,

I am closing the VOTE for RC2. Please, review and test RC3 on the e-mail
thread "[VOTE] Apache CloudStack 4.12.0.0 [RC3]".

Em qui, 21 de fev de 2019 às 09:53, Rafael Weingärtner <
rafaelweingart...@gmail.com> escreveu:

> In case the vote resets.
> +1 from me (binding vote)
>
> On Thu, Feb 21, 2019 at 9:49 AM Paul Angus 
> wrote:
>
> > I'm afraid that I think this has to be a new vote, which needs everyone
> to
> > vote again as the commit SHA has changed.
> > I'm fairly sure that it is legitimate for people to look at the git logs
> > and satisfy themselves that nothing has changed since they last voted and
> > vote without repeating testing, but I believe that you do have to reset
> the
> > vote tally to 0s all round.
> >
> > paul.an...@shapeblue.com
> > www.shapeblue.com
> > Amadeus House, Floral Street, London  WC2E 9DPUK
> > @shapeblue
> >
> >
> >
> >
> > -Original Message-
> > From: Gabriel Beims Bräscher 
> > Sent: 21 February 2019 11:29
> > To: users 
> > Cc: d...@cloudstack.apache.org
> > Subject: Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]
> >
> > Hello all,
> >
> > To keep the expected RM workflow I have Pushed the branch
> > 4.12.0.0-RC20190212T2301 for the RC2.
> > It would be great to have a few more votes; thus, VOTE will be extended
> > until Tuesday (26th of February).
> >
> > Git Branch and Commit SH:
> > https://github.com/apache/cloudstack/tree/4.12.0.0-RC20190212T2301
> > <https://github.com/apache/cloudstack/tree/master>
> >
> >
> https://github.com/apache/cloudstack/commit/e5b3aa4b5a5d1a25c79313cecd3ae1c9f074baca
> > <
> >
> https://github.com/apache/cloudstack/commit/709845f4a333ad2ace0183706433a0653ba159c6
> > >
> > Commit: e5b3aa4b5a5d1a25c79313cecd3ae1c9f074baca
> >
> > Thanks for all the help so far.
> >
> > Additional information:
> > I am building packages from commit e5b3aa4, I will ping it again when
> have
> > they available on http://cloudstack.apt-get.eu/.
> >
> > Updating the votes:
> > +1 (PMC / binding)
> > * Wido
> > * Rafael
> >
> > +1 (non-binding)
> > * Gabriel (me)
> >
> > 0
> > none
> >
> > -1
> > none
> >
> > Em qui, 21 de fev de 2019 às 04:12, Rohit Yadav <
> rohit.ya...@shapeblue.com
> > >
> > escreveu:
> >
> > > Hi Gabriel,
> > >
> > >
> > > Master is still on 4.12.0.0-SNAPSHOT, so it cannot be considered
> > > 4.12.0.0 RC2. Master does not have the release script commit that
> > > changes the version when you perform the release. What if there is a
> > > bug in the script that patches the codebase and changes the version?
> > >
> > >
> > > Ideally, I would expect either a new RC to be cut if there was a new
> > > change and the script re-run and the new RC branch/tag to be shared
> > > for testing and voting. The way you're using is not the official
> > > release process we've agreed, you're basically asking people to test
> > > and vote on the master branch/tag that is NOT going to be the
> > release/tag.
> > >
> > >
> > > Kindly rectify and push the RC branch.
> > >
> > >
> > > - Rohit
> > >
> > > 
> > > From: Gabriel Beims Bräscher 
> > > Sent: Wednesday, February 20, 2019 11:53:08 PM
> > > To: users
> > > Cc: d...@cloudstack.apache.org
> > > Subject: Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]
> > >
> > > Rohit, I have created PR #3187 "master smoketest health check" and it
> > > has passed on all checks.
> > >
> > > Simon, I have not pushed upstream a branch for the RC; The RC2 is
> > > considering the master latest commit (709845f).
> > > If we need an RC3 I will then create a branch for it and unfreeze the
> > > master.
> > >
> > > Git Branch and Commit SH:
> > > https://github.com/apache/cloudstack/tree/master
> > >
> > > https://github.com/apache/cloudstack/commit/709845f4a333ad2ace01837064
> > > 33a0653ba159c6
> > > Commit: 709845f4a333ad2ace0183706433a0653ba159c6
> > >
> > > Regards,
> > > Gabriel.
> > >
> > > PR #3187: https://github.com/apache/cloudstack/pull/3187
> > >
> > > Em qua, 20 de fev de 2019 às 11:54, Simon Weller
> > > 
> > > escreveu:
> > >
> > > > I'm 

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

[Gabriel Beims Bräscher]

Hello all,

To keep the expected RM workflow I have Pushed the branch
4.12.0.0-RC20190212T2301 for the RC2.
It would be great to have a few more votes; thus, VOTE will be extended
until Tuesday (26th of February).

Git Branch and Commit SH:
https://github.com/apache/cloudstack/tree/4.12.0.0-RC20190212T2301
<https://github.com/apache/cloudstack/tree/master>
https://github.com/apache/cloudstack/commit/e5b3aa4b5a5d1a25c79313cecd3ae1c9f074baca
<https://github.com/apache/cloudstack/commit/709845f4a333ad2ace0183706433a0653ba159c6>
Commit: e5b3aa4b5a5d1a25c79313cecd3ae1c9f074baca

Thanks for all the help so far.

Additional information:
I am building packages from commit e5b3aa4, I will ping it again when have
they available on http://cloudstack.apt-get.eu/.

Updating the votes:
+1 (PMC / binding)
* Wido
* Rafael

+1 (non-binding)
* Gabriel (me)

0
none

-1
none

Em qui, 21 de fev de 2019 às 04:12, Rohit Yadav 
escreveu:

> Hi Gabriel,
>
>
> Master is still on 4.12.0.0-SNAPSHOT, so it cannot be considered 4.12.0.0
> RC2. Master does not have the release script commit that changes the
> version when you perform the release. What if there is a bug in the script
> that patches the codebase and changes the version?
>
>
> Ideally, I would expect either a new RC to be cut if there was a new
> change and the script re-run and the new RC branch/tag to be shared for
> testing and voting. The way you're using is not the official release
> process we've agreed, you're basically asking people to test and vote on
> the master branch/tag that is NOT going to be the release/tag.
>
>
> Kindly rectify and push the RC branch.
>
>
> - Rohit
>
> 
> From: Gabriel Beims Bräscher 
> Sent: Wednesday, February 20, 2019 11:53:08 PM
> To: users
> Cc: d...@cloudstack.apache.org
> Subject: Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]
>
> Rohit, I have created PR #3187 "master smoketest health check" and it has
> passed on all checks.
>
> Simon, I have not pushed upstream a branch for the RC; The RC2 is
> considering the master latest commit (709845f).
> If we need an RC3 I will then create a branch for it and unfreeze the
> master.
>
> Git Branch and Commit SH:
> https://github.com/apache/cloudstack/tree/master
>
> https://github.com/apache/cloudstack/commit/709845f4a333ad2ace0183706433a0653ba159c6
> Commit: 709845f4a333ad2ace0183706433a0653ba159c6
>
> Regards,
> Gabriel.
>
> PR #3187: https://github.com/apache/cloudstack/pull/3187
>
> Em qua, 20 de fev de 2019 às 11:54, Simon Weller 
> escreveu:
>
> > I'm also going to find some time to build and test 4.12 this week. So
> > reading the thread here, there's no  RC branch and we're using master?
> >
> > -Si
> >
> >
> >
> > 
> > From: Rohit Yadav 
> > Sent: Wednesday, February 20, 2019 1:50 AM
> > To: d...@cloudstack.apache.org; users
> > Subject: Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]
> >
> > Hi Gabriel,
> >
> >
> > I'll try to find some time this weekend to test the RC2.
> >
> >
> > However, on top of things, the commit/sha does not seem super stable
> > (intermittently failing travis smoketests on master, but not on 4.11 for
> > example) and I could not find the 4.12.0.0-RC20190212T2301 branch on
> > asf/github remotes. Have you confirmed near ~100% smoketests pass for
> > atleast kvm/vmware/xenserver on the RC?
> >
> >
> > - Rohit
> >
> > <https://cloudstack.apache.org>
> >
> >
> >
> > 
> > From: Gabriel Beims Bräscher 
> > Sent: Tuesday, February 19, 2019 9:12:28 PM
> > To: d...@cloudstack.apache.org; users
> > Subject: Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]
> >
> > 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.
> > >

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

[Gabriel Beims Bräscher]

Rohit, I have created PR #3187 "master smoketest health check" and it has
passed on all checks.

Simon, I have not pushed upstream a branch for the RC; The RC2 is
considering the master latest commit (709845f).
If we need an RC3 I will then create a branch for it and unfreeze the
master.

Git Branch and Commit SH:
https://github.com/apache/cloudstack/tree/master
https://github.com/apache/cloudstack/commit/709845f4a333ad2ace0183706433a0653ba159c6
Commit: 709845f4a333ad2ace0183706433a0653ba159c6

Regards,
Gabriel.

PR #3187: https://github.com/apache/cloudstack/pull/3187

Em qua, 20 de fev de 2019 às 11:54, Simon Weller 
escreveu:

> I'm also going to find some time to build and test 4.12 this week. So
> reading the thread here, there's no  RC branch and we're using master?
>
> -Si
>
>
>
> 
> From: Rohit Yadav 
> Sent: Wednesday, February 20, 2019 1:50 AM
> To: d...@cloudstack.apache.org; users
> Subject: Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]
>
> Hi Gabriel,
>
>
> I'll try to find some time this weekend to test the RC2.
>
>
> However, on top of things, the commit/sha does not seem super stable
> (intermittently failing travis smoketests on master, but not on 4.11 for
> example) and I could not find the 4.12.0.0-RC20190212T2301 branch on
> asf/github remotes. Have you confirmed near ~100% smoketests pass for
> atleast kvm/vmware/xenserver on the RC?
>
>
> - Rohit
>
> <https://cloudstack.apache.org>
>
>
>
> 
> From: Gabriel Beims Bräscher 
> Sent: Tuesday, February 19, 2019 9:12:28 PM
> To: d...@cloudstack.apache.org; users
> Subject: Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]
>
> 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:* d...@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<http://www.shapeblue.com>
> > Amadeus House, Floral Street, London  WC2E 9DPUK
> > @shapeblue
> >
> >
> >
> > paul.an...@shapeblue.com
> > www.shapeblue.com<http://www.shapeblue.com>
> > @shapeblue
> >
> >
> >
> >
> > -Original Message-
> > From: Wido den Hollander 
> > Sent: 15 February 2019 13:23
> > To: d...@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

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

[Gabriel Beims Bräscher]

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:* d...@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: d...@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
> >
>
>

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

[Gabriel Beims Bräscher]

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
>
>
>
>
> -Original Message-
> From: Wido den Hollander 
> Sent: 15 February 2019 13:23
> To: d...@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
> >
>

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

[Gabriel Beims Bräscher]

+1

-- Environment
ACS management + DB: Ubuntu 18.04 (tested also with 16.04)
Hypervisor: KVM hosts 18.04 (tested also with Ubuntu 16.04)
Primary Storage: KVM Local Filesystem, and Ceph
Secondary Storage: NFS

-- Tests
- build RC2
- test Console proxy
- create VR
- create user VMs
- test VM lifecycle (starting, running, stop, stopping, stopped, destroy,
expunging, expunged)
- test console proxy
- add secondary IPv6 address to VM
- live migrate VM on local storage (Filesystem/KVM)
- live migrate VM on shared storage (RBD/Ceph)
- upload, use, and remove template (testing SSVM)

Em qui, 14 de fev de 2019 às 12:26, Paul Angus 
escreveu:

> I fear that we are regressing into becoming dogmatic and developer
> focussed again, and forgetting that the project wouldn't exist if it
> weren't for users.  If we want CloudStack to grow, we have to help the
> users who are willing to put time and energy into testing, but don't have
> the skills to build CloudStack from source.
> The hastag wasn't
> #cloudstackworks(onceyourfiguredouthowtobuilditfromsource)
>
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
>
> -Original Message-
> From: Rafael Weingärtner 
> Sent: 14 February 2019 13:40
> To: users 
> Cc: dev ; Rohit Yadav <
> rohit.ya...@shapeblue.com>
> Subject: Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]
>
> That is a good question. Traditionally (as far as I know),
> http://download.cloudstack.org/ has never hosted the packages with
> non-redistributable dependencies such as VMware VIM, and some others that
> we have. If we want to change that, I guess, we would need to start
> changing the documentation we have regarding the release process. And, of
> course, the installation process that says users need to compile from
> source when they want to use a cloud stack release with these dependencies.
>
>
>
> On Wed, Feb 13, 2019 at 3:34 PM Paul Angus 
> wrote:
>
> > AFAIK, the offending jars have all been removed now and what's left is
> > distributable.  Also the convenience binaries are hosted by 'the
> community'
> > not by Apache, kinda sidestepping the issue.
> >
> > paul.an...@shapeblue.com
> > www.shapeblue.com
> > Amadeus House, Floral Street, London  WC2E 9DPUK @shapeblue
> >
> >
> >
> >
> > -Original Message-
> > From: Gabriel Beims Bräscher 
> > Sent: 13 February 2019 17:06
> > To: dev ; Dingane Hlaluku <
> > dingane.hlal...@shapeblue.com>
> > Cc: users@cloudstack.apache.org; Rohit Yadav 
> > Subject: Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]
> >
> > Rene, it looks like that is the intention of the implementation indeed.
> > @Paul Angus, @Rohit Yadav, and @Dingane Hlaluku <
> > dingane.hlal...@shapeblue.com> might have something to add regarding
> [1].
> >
> > Paul, when reading the warning about such build I considered that
> > CloudStack repository should not contain binaries built with the
> *noredist*
> > profile. Would we be ok to make those available?
> >
> > > Warning
> > > Some of the plugins supported by CloudStack cannot be distributed with
> > > CloudStack for licensing reasons. In some cases, some of the required
> > > libraries/JARs are under a proprietary license. In other cases, the
> > > required libraries may be under a license that's not compatible with
> > > Apache's licensing guidelines for third-party products.
> > >
> >
> > Regards,
> > Gabriel.
> >
> >
> > [1]
> >
> >
> https://github.com/apache/cloudstack/commit/323f791efca6f1d5b8bb63573d9e385c97c427e1#diff-386567a135e2a56f117a25d2abf98218R1435
> > [2]
> >
> >
> http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.11/building_from_source.html#building-non-oss
> >
> > Em qua, 13 de fev de 2019 às 14:46, Paul Angus  >
> > escreveu:
> >
> > > Could you rebuild the binaries please so that that anyone using those
> > > features, predominately VMware users can test.
> > > I can internally generate the binaries, but that doesn't help everyone
> > > else.
> > >
> > > Kind regards
> > >
> > > Paul.
> > >
> > > paul.an...@shapeblue.com
> > > www.shapeblue.com
> > > Amadeus House, Floral Street, London  WC2E 9DPUK @shapeblue
> > >
> > >
> > >
> > >
> > > -Original Message-
> > > From: Gabriel Beims Bräscher 
> > > Sent: 13 February 2019 16:39
> > > To: users 
> > >

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

[Gabriel Beims Bräscher]

Rene, it looks like that is the intention of the implementation
indeed. @Paul Angus, @Rohit Yadav, and @Dingane Hlaluku
 might have something to add regarding [1].

Paul, when reading the warning about such build I considered that
CloudStack repository should not contain binaries built with the *noredist*
profile. Would we be ok to make those available?

> Warning
> Some of the plugins supported by CloudStack cannot be distributed with
> CloudStack for licensing reasons. In some cases, some of the required
> libraries/JARs are under a proprietary license. In other cases, the
> required libraries may be under a license that's not compatible with
> Apache's licensing guidelines for third-party products.
>

Regards,
Gabriel.


[1]
https://github.com/apache/cloudstack/commit/323f791efca6f1d5b8bb63573d9e385c97c427e1#diff-386567a135e2a56f117a25d2abf98218R1435
[2]
http://docs.cloudstack.apache.org/projects/cloudstack-installation/en/4.11/building_from_source.html#building-non-oss

Em qua, 13 de fev de 2019 às 14:46, Paul Angus 
escreveu:

> Could you rebuild the binaries please so that that anyone using those
> features, predominately VMware users can test.
> I can internally generate the binaries, but that doesn't help everyone
> else.
>
> Kind regards
>
> Paul.
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
>
> -Original Message-
> From: Gabriel Beims Bräscher 
> Sent: 13 February 2019 16:39
> To: users 
> Cc: dev 
> Subject: Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]
>
> Paul Angus, I did not use this flag.
>
> Em qua, 13 de fev de 2019 às 14:34, Paul Angus 
> escreveu:
>
> > Gabriel,
> >
> > When trying to test I'm receiving the following message:
> >
> > Error: (HTTP 432, error code ) Unknown API command: addVmwareDc
> >
> > Did you use the nonoss flag when building the binaries?
> >
> >
> >
> >
> >
> >
> > paul.an...@shapeblue.com
> > www.shapeblue.com
> > Amadeus House, Floral Street, London  WC2E 9DPUK @shapeblue
> >
> >
> >
> >
> > -Original Message-
> > From: Gabriel Beims Bräscher 
> > Sent: 13 February 2019 01:23
> > To: dev ; users 
> > Subject: [VOTE] Apache CloudStack 4.12.0.0 [RC2]
> >
> > 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/709845f4a333ad2ace0183706433a0653ba159c6
> > 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 <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
> >
>

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

[Gabriel Beims Bräscher]

Paul Angus, I did not use this flag.

Em qua, 13 de fev de 2019 às 14:34, Paul Angus 
escreveu:

> Gabriel,
>
> When trying to test I'm receiving the following message:
>
> Error: (HTTP 432, error code ) Unknown API command: addVmwareDc
>
> Did you use the nonoss flag when building the binaries?
>
>
>
>
>
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
>
> -Original Message-
> From: Gabriel Beims Bräscher 
> Sent: 13 February 2019 01:23
> To: dev ; users 
> Subject: [VOTE] Apache CloudStack 4.12.0.0 [RC2]
>
> 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/709845f4a333ad2ace0183706433a0653ba159c6
> 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 <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
>

[VOTE] Apache CloudStack 4.12.0.0 [RC2]

[Gabriel Beims Bräscher]

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/709845f4a333ad2ace0183706433a0653ba159c6
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

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC1]

[Gabriel Beims Bräscher]

Hi all,

A bug was found when live migrating KVM VMs among local storage with the IO
bursting. The issue is due to the VM's XML file being edited during the
migration process, removing the IO bursting configuration.

Example. A VM with a service offering limiting its IO would have a section
on its XML as the following:




*500
5000
60*

After live migrated, the VM loses the ... section on its
XML, therefore, having no IO limitations.

Such an issue is critical and I am classifying this bug as a BLOCKER.
I will be submitting a PR fixing it soon. Therefore, next week we will spin
out an RC2 for voting.

Please let me know if there is any other issue to be addressed for RC2.

Regards,
Gabriel.

Em qui, 7 de fev de 2019 às 00:55, Gabriel Beims Bräscher <
gabrasc...@gmail.com> escreveu:

> Hi All,
>
> I've created the 4.12 RC1 (4.12.0.0-RC20190206T2333) 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/7c5eca94810c88a7e4a0849be1b1c23bf603e61b
> Commit: 7c5eca94810c88a7e4a0849be1b1c23bf603e61b
>
> Source release for 4.12.0.0-RC20190206T2333:
> 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
>
> Vote will be open for 3 business days (until 12th 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 from
> 7c5eca94810c88a7e4a0849be1b1c23bf603e61b 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] should work for this RC1. 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
>

[VOTE] Apache CloudStack 4.12.0.0 [RC1]

[Gabriel Beims Bräscher]

Hi All,

I've created the 4.12 RC1 (4.12.0.0-RC20190206T2333) 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/7c5eca94810c88a7e4a0849be1b1c23bf603e61b
Commit: 7c5eca94810c88a7e4a0849be1b1c23bf603e61b

Source release for 4.12.0.0-RC20190206T2333:
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

Vote will be open for 3 business days (until 12th 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 from
7c5eca94810c88a7e4a0849be1b1c23bf603e61b 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] should work for this RC1. 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

Re: CloudStack Collab in Brazil

[Gabriel Beims Bräscher]

That sounds great.
Thanks for all the effort, Rafael and Mike!

Em seg, 4 de fev de 2019 às 18:26, Rafael Weingärtner <
rafaelweingart...@gmail.com> escreveu:

> 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: CloudStack Collab in Brazil

[Gabriel Beims Bräscher]

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

Re: new committer: Boris Stoyanov (AKA Bobby)

[Gabriel Beims Bräscher]

Congrats Bobby, well deserved!

Em qui, 13 de dez de 2018 às 09:24, Rohit Yadav 
escreveu:

> Welcome Bobby (Boris)! Well deserved.
>
>
> - Rohit
>
> 
>
>
>
> 
> From: Paul Angus 
> Sent: Thursday, December 13, 2018 2:52:12 PM
> To: users@cloudstack.apache.org; d...@cloudstack.apache.org
> Cc: Boris Stoyanov
> Subject: new committer: Boris Stoyanov (AKA Bobby)
>
> Hi Everyone,
>
> The Project Management Committee (PMC) for Apache CloudStack
> has invited Boris Stoyanov to become a committer and we are pleased
> to announce that he has accepted.
>
> Please join me in congratulating Bobby!
>
>
> Being a committer enables easier contribution to the
> project since there is no need to go via the patch
> submission process. This should enable better productivity.
> Being a PMC member enables assistance with the management
> and to guide the direction of the project.
>
>
>
> paul.an...@shapeblue.com
> 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
>
>
>
>

Re: [VOTE] Apache CloudStack 4.11.2.0 RC5

[Gabriel Beims Bräscher]

+1 Deployed local environment and tested VM/host/storage lifecycles.

Hosts: KVM running on Ubuntu 16.04
Management server and database: running on Ubuntu 16.04
- create/use/delete system and user VMs
- register new template
- register service offering
- work with hosts (add, maintenance, remove)

Em qui, 15 de nov de 2018 às 03:21, Tutkowski, Mike <
mike.tutkow...@netapp.com> escreveu:

> Thanks, Rohit!
>
>
> 
> From: Rohit Yadav 
> Sent: Wednesday, November 14, 2018 9:07 PM
> To: d...@cloudstack.apache.org; users@cloudstack.apache.org
> Subject: Re: [VOTE] Apache CloudStack 4.11.2.0 RC5
>
> 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 Mike, Paul, everyone,
>
>
> I tested the same on a 4.9.3.1 based VMware 5.5u3 + svs + basic zone and
> could see the same behaviour. Therefore, it's not a regression but a
> limitation from the past. Basic zone provides L3 isolation by means of
> security group (host-level firewall) which is not supported for VMware. I
> think nobody reported this in the past because nobody uses VMware+basic
> zone, I've opened an issue for this issue:
> https://github.com/apache/cloudstack/issues/3031
>
>
> Let's continue testing and voting for RC5, and let's aim to fix for this
> limitation in future 4.11.3+, 4.12.0+.
>
>
> - Rohit
>
> 
>
>
>
> 
> From: Tutkowski, Mike 
> Sent: Thursday, November 15, 2018 4:24:46 AM
> To: d...@cloudstack.apache.org; users@cloudstack.apache.org
> Subject: Re: [VOTE] Apache CloudStack 4.11.2.0 RC5
>
> I should note that I’m running vSphere 5.5, by the way. I believe that’s
> still supported in CS 4.11.
>
> On 11/14/18, 3:52 PM, "Tutkowski, Mike"  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.
>
>
>
>
> The VR doesn’t show as having an IP address.
>
> On 11/14/18, 3:50 PM, "Paul Angus"  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.
>
>
>
>
> Mgmt. server should ssh into VR.
> I'll fire a similar build in out lab.
>
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London WC2E 9DPUK
> @shapeblue
>
>
>
>
> -Original Message-
> From: Tutkowski, Mike 
> Sent: 14 November 2018 22:41
> To: d...@cloudstack.apache.org; users@cloudstack.apache.org
> Subject: Re: [VOTE] Apache CloudStack 4.11.2.0 RC5
>
> Right, I’ve compiled and run with –Dnoredist. The SSVM and CPVM come up
> fine. They both show the VM and agent running. The VR boots up. I can see
> it at the login prompt in vSphere Client. I don’t see any obvious errors in
> cloud.log. Maybe a port is blocked and it can’t talk to the management
> server?
>
> On 11/14/18, 3:10 PM, "Paul Angus"  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.
>
>
>
>
> I've tested in an ubuntu16 basic zone but not vmware basic zone - I guess
> that it goes without say that you know to use build nonoss from vmware...
> have you used the 6.5 sdk ?
> I think that it always says requires upgrade until the VR checks in.
> Have the SSVM and CPVM checked in ok? If you go on the VR through the
> vCenter console what do you see?
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London WC2E 9DPUK
> @shapeblue
>
>
>
>
> -Original Message-
> From: Tutkowski, Mike 
> Sent: 14 November 2018 21:16
> To: d...@cloudstack.apache.org; users@cloudstack.apache.org
> Subject: Re: [VOTE] Apache CloudStack 4.11.2.0 RC5
>
> I’m having a hard time getting the VR with vSphere to come up successfully.
>
> I built the code from source (the specified commit) and am using the
> system VM template specified in this e-mail chain.
>
> I’m running in a Basic Zone. When I look at the details for the VR in the
> GUI, it says Requires Upgrade is Yes. When I click the button to upgrade
> the template, the operation fails.
>
> Thoughts?
>
> On 11/13/18, 6:59 AM, "Paul Angus"  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 All,
>
> I've created a 4.11.2.0 release (RC5), with the following artefacts up for
> testing and a vote:
>
>
> Git Branch and Commit SH:
>
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.11.2.0-RC20181113T0924
> Commit: 5aae410dfce2bef5cc21a0892370cb5d0628f681
>
> Source release (checksums and signatures are available at the same
> location):
> 

Re: [VOTE] Apache CloudStack 4.11.2.0 RC4

[Gabriel Beims Bräscher]

+1

- Upgraded from 4.11.1 to 4.11.2.
- create/use/delete system and user VMs
- register new template
- register service offering
- work with hosts (add, maintenance, remove)

Em sex, 2 de nov de 2018 às 12:36, Wido den Hollander 
escreveu:

> +1 (binding)
>
> I've tested:
>
> - Building DEB packages for Ubuntu
> - Install DEB packages
> - Upgrade from 4.11.1 to 4.11.2
>
> Wido
>
> On 10/30/18 5:10 PM, Paul Angus wrote:
> > Hi All,
> >
> > By popular demand, I've created a 4.11.2.0 release (RC4), with the
> following artefacts up for testing and a vote:
> >
> > Git Branch and Commit SH:
> >
> https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.11.2.0-RC20181030T1040
> > Commit: 840ad40017612e169665fa799a6d31a23ecad347
> >
> > Source release (checksums and signatures are available at the same
> location):
> > https://dist.apache.org/repos/dist/dev/cloudstack/4.11.2.0/
> >
> > PGP release keys (signed using 8B309F7251EE0BC8):
> > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> >
> > The vote will be open until Sunday 4th November.
> >
> > 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, I've built packages from
> 840ad40017612e169665fa799a6d31a23ecad347 and published RC4 repository here:
> > http://packages.shapeblue.com/testing/41120rc4/
> >
> > The release notes are still work-in-progress, but the systemvm template
> upgrade section has been updated. You may refer the following for systemvm
> template upgrade testing:
> >
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/index.html
> >
> > 4.11.2 systemvm templates are as before and available from here:
> > http://packages.shapeblue.com/testing/systemvm/4112rc3
> >
> >
> >
> >
> > Kind regards,
> >
> > Paul Angus
> >
> >
> > paul.an...@shapeblue.com
> > www.shapeblue.com
> > Amadeus House, Floral Street, London  WC2E 9DPUK
> > @shapeblue
> >
> >
> >
>

Re: ACS 4.11.1.0 - agent.properties file became empty on a KVM host

[Gabriel Beims Bräscher]

Hi Andrei,

When upgrading the CloudStack agent you can accept or refuse to change the
agent.properties. The default operation is to not change configuration
files.

The agent service does not impact directly on the running VMs; thus, I
would suggest you remove the /etc/cloudstack/agent/agent.properties file,
uninstall the CloudStack agent service and reinstall it. I would also
suggest you keep a copy of /etc/cloudstack/ just to have a saved state of
your agent configurations before reinstalling and compare them if needed.

Em seg, 22 de out de 2018 às 09:36, Andrei Mikhailovsky
 escreveu:

> Hi
>
> I have an issue with one of the host servers. This issue is rather
> strange. Perhaps someone can help me with understanding how this happened
> and how to fix it.
>
> About 3 days ago one of the KVM host servers ran out of disk space on its
> root partition. I have fixed the issue and reconnected the agent by running
> 'service cloudstack-agent restart'.
>
> I've noticed that the host server is still showing Disconnected status in
> the web gui. The agent log files repeat the following 3 lines every 10 or
> so seconds:
>
> 2018-10-22 12:50:54,339 INFO [cloud.agent.AgentShell] (main:null) (logid:)
> Agent started
> 2018-10-22 12:50:54,343 INFO [cloud.agent.AgentShell] (main:null) (logid:)
> Implementation Version is 4.11.1.0
> 2018-10-22 12:50:54,345 INFO [cloud.agent.AgentShell] (main:null) (logid:)
> agent.properties found at /etc/cloudstack/agent/agent.properties
>
>
> looking further revealed that the file is 0 bytes:
>
> -rw--- 1 root root 0 Oct 20 06:39 agent.properties
> -rwxr-xr-x 1 root root 8890 Jul 6 14:01 agent.properties.dpkg-dist
>
> Something has replaced the original agent.properties file. The
> creation/modification dates of the agent.properties file on other KVM host
> servers are all different (times and dates). As I always upgrade the host
> servers at the same time, this led me to believe that agent.properties file
> is automatically generated or modified by some script or service that is
> running on the host server or perhaps the modification is pushed from the
> management server to the agent.
>
> As the server is in the Disconnected state I can't migrate servers and
> virtual routers from that host server and I can't set it to Maintenance
> either.
>
> How do I manually force the creation / update of the agent.properties file
> on that host server? The challenge is that vms /vrs which are running on
> that host server are production servers and they should keep running
> without shutting down.
>
> Thanks for any tips/help.
>
> Andrei
>

Re: CloudStack Collab in Brazil

[Gabriel Beims Bräscher]

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

Re: Case of CEPH Environment Hyper-converged

[Gabriel Beims Bräscher]

At PCextreme we use CEPH + KVM. Ceph can perform well, but it depends on 
hardware, architecture, and configurations (as any technology). KVM is the same 
deal, it performs well and it is stable.

Just to be clear, there are many production environments running with KVM and 
Ceph out there; if hyper-converged fits well with your needs it sure can be 
applied with CloudStack + KVM + Ceph.

Regards,
Gabriel Bräscher

> On September 3, 2018 at 8:35 PM Eric Lee Green  
> wrote:
>
>
> In particular, Ceph needs a *lot* of spindles / CPU / network interfaces
> to run with reasonable performance. I tried just a 3-system 6-spindle
> Ceph implementation, and was getting streaming write throughput of 20
> megabytes per second. Which, uhm, isn't good, in case you're wondering.
> As in, external USB 2.0 disk drive speed not good.
>
> Use NFS if you're doing a small installation. I did a small 2 node
> installation (1 compute, 1 file server) that way, and it worked fine.
>
> On 9/3/18 11:13, Andrija Panic wrote:
> > Had exactly the case (CEPH +KVM + CS), very long time ago = just dont'
> > do it as simple as that :)
> >
> > BTW, It's interesting ,these days it's called hyper-converged when you
> > put all things (roles) on single box - back in the days (again,
> > lng time ago) this was called "we don't have enough money" :)))
> >
> > Best
> >
> > On Mon, 3 Sep 2018 at 19:57, Felipe Rossi
> >  wrote:
> >
> > Hi All,
> >
> > I would like know if some one have case of CEPH + CS + KVM or
> > other hypervisor in
> > environment hyper-converged using CS.
> >
> >
> > Att / Regards
> >
> >
> >
> >
> > --
> >
> > Andrija Panić
>

Re: [DISCUSS] Removing IAM services

[Gabriel Beims Bräscher]

I am +1 on removing it as well.

Em qua, 22 de ago de 2018 às 07:49, Rohit Yadav 
escreveu:

> +1 it's about time
>
>
>
> - Rohit
>
> 
>
>
>
> 
> From: Daan Hoogland 
> Sent: Tuesday, August 21, 2018 9:02:58 PM
> To: dev
> Cc: users
> Subject: [DISCUSS] Removing IAM services
>
> i'm +1 on this it has not been developed for the longest while. (changed
> the title to indicate _all_ people are supposed to have an opinion.)
>
> On Tue, Aug 21, 2018 at 4:32 PM, Khosrow Moossavi 
> wrote:
>
> > Hello Community
> >
> > Following up after PR#2613[1] to cleanup POMs across the whole
> repository,
> > now in a new
> > PR #2817 we are going to remove services/iam projects which seems to be
> > disabled and
> > not maintained since May 2014.
> >
> > Moving forward with the PR, corresponding tables will be deleted from
> > database too.
> >
> > Please let us know if you have any questions, comments, concerns about
> this
> > removal or if
> > you are willing to revive the project in some shape or form.
> >
> > [1]: https://github.com/apache/cloudstack/pull/2613
> > [2]: https://github.com/apache/cloudstack/pull/2817
> >
> > Khosrow Moossavi
> >
> > Cloud Infrastructure Developer
> >
> > 
> >
>
>
>
> --
> Daan
>
> rohit.ya...@shapeblue.com
> www.shapeblue.com
> Amadeus House, Floral Street, London  WC2E 9DPUK
> @shapeblue
>
>
>
>

Re: Hyper Version Supported

[Gabriel Beims Bräscher]

Hi Rodrigo,

Officially we are supporting XenServer 6.1, 6.2 SP1, 6.5, 7.0, 7.1 and 7.2
[1]. However, there might be someone already using 7.5 out there.

[1]
http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/4.11.0.0/compat.html#supported-hypervisor-versions

2018-06-19 11:46 GMT-03:00 Rodrigo Jorge :

> Hello there,
>
> XenServer 7.5 and XCP-ng 7.4.1 are supported on Cloudstack 4.11.0 ?
>
> Tks,
>
> Rodrigo
>

Re: Community opinion regarding Apache events banner in CloudStack's website

[Gabriel Beims Bräscher]

Got it. Agree that it is a better idea to keep the top menu for "support
Apache icon".
Attached is an example of the second option as I imagined.


2018-04-17 22:42 GMT-03:00 Rafael Weingärtner <rafaelweingart...@gmail.com>:

> Let me just correct one thing. I would prefer the FIRST, and not the second
> option (I made a mistake before).
>
> My problem with the second option (the one with the Apache Events section)
> is that it looks a little disconnected to me. There would be two "event
> sections" then.
> I also thought about the top menu, but I would rather use it only to the
> "support Apache icon" that we still need to add. Here [1], you can see an
> example of page with the support button that we also need to add to the
> page.
>
> [1] https://httpd.apache.org/
>
> On Tue, Apr 17, 2018 at 10:33 PM, Gabriel Beims Bräscher <
> gabrasc...@gmail.com> wrote:
>
> > I would vote for the second; however, would prefer the 'Apache Software
> > Foundation events' section visible on top, as the 'last announcements'
> > section.
> > If the events section stays on the bottom, I would stick with the fourth
> > option to make it easy to spot.
> >
> > If you allow me, I just thought about a fifth option that consists of
> > something on the top menu.
> >
> > 2018-04-17 21:50 GMT-03:00 Rafael Weingärtner <
> rafaelweingart...@gmail.com
> > >:
> >
> >> I personally prefer the second option. For some reason the gray space
> >> there
> >> bother me.
> >> I have a PR open with the implementation for the third option, which was
> >> the one with the most votes so far.
> >>
> >> Here goes the Nicolás suggestion as well.
> >> https://drive.google.com/open?id=1SOHdFU-V2IusagabGIDLINrqF0r7wGdO
> >>
> >> On Tue, Apr 17, 2018 at 9:39 PM, Nicolas Vazquez <
> >> nicolas.vazq...@shapeblue.com> wrote:
> >>
> >> > I would prefer it aligned to the left side. But if not, I'm ok with
> the
> >> > third option as well.
> >> >
> >> > Obtener Outlook para Android<https://aka.ms/ghei36>
> >> >
> >> >
> >> >
> >> > De: Rafael Weingärtner
> >> > Enviado: martes, 17 de abril 15:13
> >> > Asunto: Community opinion regarding Apache events banner in
> CloudStack's
> >> > website
> >> > Para: users, dev
> >> >
> >> >
> >> > Hello folks,
> >> > I am trying to work out something to put Apache events banner on our
> >> > website. So far I came up with two proposals. Which one of them do you
> >> guys
> >> > prefer?
> >> >
> >> > First one:
> >> >
> >> >
> >> >
> >> >
> >> > Second:
> >> >
> >> >
> >> > --
> >> > Rafael Weingärtner
> >> >
> >> >
> >> >
> >> > nicolas.vazq...@shapeblue.com
> >> > www.shapeblue.com
> >> > ,
> >> > @shapeblue
> >> >
> >> >
> >> >
> >> >
> >>
> >>
> >> --
> >> Rafael Weingärtner
> >>
> >
> >
>
>
> --
> Rafael Weingärtner
>

Re: Community opinion regarding Apache events banner in CloudStack's website

[Gabriel Beims Bräscher]

I would vote for the second; however, would prefer the 'Apache Software
Foundation events' section visible on top, as the 'last announcements'
section.
If the events section stays on the bottom, I would stick with the fourth
option to make it easy to spot.

If you allow me, I just thought about a fifth option that consists of
something on the top menu.

2018-04-17 21:50 GMT-03:00 Rafael Weingärtner :

> I personally prefer the second option. For some reason the gray space there
> bother me.
> I have a PR open with the implementation for the third option, which was
> the one with the most votes so far.
>
> Here goes the Nicolás suggestion as well.
> https://drive.google.com/open?id=1SOHdFU-V2IusagabGIDLINrqF0r7wGdO
>
> On Tue, Apr 17, 2018 at 9:39 PM, Nicolas Vazquez <
> nicolas.vazq...@shapeblue.com> wrote:
>
> > I would prefer it aligned to the left side. But if not, I'm ok with the
> > third option as well.
> >
> > Obtener Outlook para Android
> >
> >
> >
> > De: Rafael Weingärtner
> > Enviado: martes, 17 de abril 15:13
> > Asunto: Community opinion regarding Apache events banner in CloudStack's
> > website
> > Para: users, dev
> >
> >
> > Hello folks,
> > I am trying to work out something to put Apache events banner on our
> > website. So far I came up with two proposals. Which one of them do you
> guys
> > prefer?
> >
> > First one:
> >
> >
> >
> >
> > Second:
> >
> >
> > --
> > Rafael Weingärtner
> >
> >
> >
> > nicolas.vazq...@shapeblue.com
> > www.shapeblue.com
> > ,
> > @shapeblue
> >
> >
> >
> >
>
>
> --
> Rafael Weingärtner
>

Re: Remove 'md5Hashed' variable from Javascript

[Gabriel Beims Bräscher]

+1

2018-04-12 20:35 GMT-03:00 Rohit Yadav :

> +1
>
>
>
> - Rohit
>
> 
>
>
>
> 
> From: Rafael Weingärtner 
> Sent: Friday, April 13, 2018 4:04:24 AM
> To: users; dev
> Subject: Re: Remove 'md5Hashed' variable from Javascript
>
> Hello folks,
> I have not heard anything back here. I will still wait a few more days. If
> I do not see anybody against it, I will assume lazy consensus and proceed
> removing these variables.
>
> On Mon, Apr 9, 2018 at 2:31 PM, Rafael Weingärtner <
> rafaelweingart...@gmail.com> wrote:
>
> > Hello fellow CloudStackers,
> >
> > Today I was working on CLOUDSTACK-5235, which is a security issue, and I
> > noticed a variable ‘md5Hashed’ in the javascript that does not seem to be
> > useful at all. This variable was used to control if we hash or not the
> > password of users in the user side (browser). However, we no longer hash
> > the password on the user side. All of the password processing is executed
> > in the server side according to the priority of hashing mechanism defined
> > by the administrator.
> >
> > I am addressing this cleanup with this PR https://github.com/apache/
> > cloudstack/pull/2555.
> >
> > If you have any objections regarding this variable and its relate code
> > removal, please do so. Otherwise, we will proceed to remove it.
> >
> > --
> > Rafael Weingärtner
> >
>
>
>
> --
> Rafael Weingärtner
>
> rohit.ya...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>

Re: Committee to Sort through CCC Presentation Submissions

[Gabriel Beims Bräscher]

I can help with this.

2018-03-27 17:32 GMT-03:00 Khosrow Moossavi :

> I can help as well.
>
>
>
>
> On Tue, Mar 27, 2018 at 4:19 PM, Will Stevens 
> wrote:
>
> > I can support this.
> >
> > Cheers,
> >
> > Will
> >
> > On Tue, Mar 27, 2018, 12:39 PM Tutkowski, Mike, <
> mike.tutkow...@netapp.com
> > >
> > wrote:
> >
> > > Hi everyone,
> > >
> > > As you may be aware, this coming September in Montreal, the CloudStack
> > > Community will be hosting the CloudStack Collaboration Conference:
> > >
> > > http://ca.cloudstackcollab.org/
> > >
> > > Even though the event is six months away, we are on a tight schedule
> with
> > > regards to the Call For Participation (CFP):
> > >
> > > https://www.apachecon.com/acna18/schedule.html
> > >
> > > If you are interested in submitting a talk, please do so before March
> > 30th.
> > >
> > > That being said, as usual, we will have need of a small committee to
> sort
> > > through these presentation submissions.
> > >
> > > If you are interested in helping out in this process, please reply to
> > this
> > > message.
> > >
> > > Thanks!
> > > Mike
> > >
> >
>

Re: Welcoming Mike as the new Apache CloudStack VP

[Gabriel Beims Bräscher]

Congratulations Mike!

Thank you for all the hard work Will.

2018-03-26 13:33 GMT-03:00 Giles Sirett :

> Wido - thanks for all of your hard work on the project.
>
> Mike - many congratulations
>
> Kind regards
> Giles
>
> giles.sir...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>
> -Original Message-
> From: Wido den Hollander 
> Sent: 26 March 2018 15:11
> To: d...@cloudstack.apache.org; users@cloudstack.apache.org
> Subject: Welcoming Mike as the new Apache CloudStack VP
>
> Hi all,
>
> It's been a great pleasure working with the CloudStack project as the ACS
> VP over the past year.
>
> A big thank you from my side for everybody involved with the project in
> the last year.
>
> Hereby I would like to announce that Mike Tutkowski has been elected to
> replace me as the Apache Cloudstack VP in our annual VP rotation.
>
> Mike has a long history with the project and I am are happy welcome him as
> the new VP for CloudStack.
>
> Welcome Mike!
>
> Thanks,
>
> Wido
>

Re: [Issue Migrate Volume]

[Gabriel Beims Bräscher]

If the volume is too big the migration can stop due to timeout. You can
configure it in the global settings by changing variable copy.volume.wait
(In second, timeout for copy volume command).

2017-10-16 7:06 GMT-02:00 Makrand :

> Hi Gian,
>
> you need to tune some parameters from global settings
>
> Read this email thread I initiated in past to understand what needs to be
> changed (my second reply in email thread)
>
> https://mail-archives.apache.org/mod_mbox/cloudstack-users/
> 201608.mbox/browser
>
>
> (Search subject line Mess after volume migration.)
>
> --
> Makrand
>
>
> On Mon, Oct 16, 2017 at 5:02 AM, Adrian Sender 
> wrote:
>
> > Definitely need more logs, but you might want to look at global
> parameters
> > such as job.cancel.threshold.minutes and other primary storage and
> timeout
> > values.
> >
> > If the primary storage or network is slow, you may be exceeding the value
> > and
> > cloudstack cancels the job without completely finishing.
> >
> > Regards,
> > Adrian Sender
> >
> >
> >
> > -- Original Message ---
> > From: Gian Paolo Buono 
> > To: "users@cloudstack.apache.org" 
> > Sent: Sun, 15 Oct 2017 23:02:42 +
> > Subject: Re: [Issue Migrate Volume]
> >
> > > Hi,
> > >
> > > I have shutdown the vm and tried to migrate the volume, but I
> > > received the message:
> > >
> > > Unable to serialize: Job is cancelled as it has been blocking others
> > > for too long
> > >
> > > but the view of the volume in CS tells me migrating...what do I do ?
> > >
> > > Thanks
> > >
> > > On 10/16/2017 12:55 AM, Rafael Weingärtner wrote:
> > >
> > > To help you we would need more log entries
> > >
> > > On Sun, Oct 15, 2017 at 7:21 PM, Gian Paolo Buono
> > 
> > > wrote:
> > >
> > > Hello,
> > >
> > > I  migrated a volume from a SR to another, but after the end I received
> > > the message:
> > >
> > > unreachable: Migrate volume failed:
> > com.cloud.utils.exception.CloudRuntimeException:
> > > Failed to migrate volume org.apache.cloudstack.storage.volume
> > >
> > > On XenServer I see the volume is on the migrated storage, but on
> > > cloudstack is still indicated the old SR.
> > >
> > > How can i fix it ?
> > > Thanks
> > --- End of Original Message ---
> >
> >
>

Re: [ANNOUNCE] Syed Mushtaq Ahmed has joined the PMC

[Gabriel Beims Bräscher]

Congrats, Syed!!!
Well deserved!

2017-10-09 13:26 GMT-03:00 Nitin Kumar Maharana <
nitinkumar.mahar...@accelerite.com>:

> Congratulations, Syed!!!
> On 09-Oct-2017, at 4:56 PM, Paul Angus > wrote:
>
> Fellow CloudStackers,
>
> It gives me great pleasure to say that Syed has be invited to join the PMC
> and has gracefully accepted.
> Please joining me in congratulating Syed!
>
>
> Kind regards,
>
> Paul Angus
>
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>
> DISCLAIMER
> ==
> This e-mail may contain privileged and confidential information which is
> the property of Accelerite, a Persistent Systems business. It is intended
> only for the use of the individual or entity to which it is addressed. If
> you are not the intended recipient, you are not authorized to read, retain,
> copy, print, distribute or use this message. If you have received this
> communication in error, please notify the sender and delete all copies of
> this message. Accelerite, a Persistent Systems business does not accept any
> liability for virus infected mails.
>

Re: Virtual Router Monitoring/Patching

[Gabriel Beims Bräscher]

You can change the systemvm.iso. Some configurations will not work on
template because the ACS will override them with the iso configurations;
one example is the rsyslog.conf.

When configuring RSyslog in the SystemVM iso you can extract the
cloud-scripts.tgz and find the /etc/rsyslog.conf file. However, configuring
the systemvm.iso is a bit tricky; here are the steps:

1 - find cloud-scripts.tgz in systemvm.iso

2 - Uncompress cloud-scripts:
"gunzip cloud-scripts.tgz"
"tar -xvf "

3 - edit /etc/rsyslog.conf

4 - Compress cloud-scripts:
"cd cloud-scripts"
"tar -cvf - * | gzip > /tmp/cloud-scripts.tgz"

5 - create the new systemvm.iso:
"mkisofs -J -o /tmp/systemvm-new.iso /tmp/systemvm-new"

6 - update the new iso as documented in
https://cwiki.apache.org/confluence/display/CLOUDSTACK/SystemVm.iso#SystemVm.iso-Xen

Just be careful. I would first test the new iso in a lab environment and
then use it in production ;)

2017-10-09 10:52 GMT-03:00 Rafael Weingärtner :

> Well, quite easy my dear Watson... ;)
>
> First, download the current system VM template that you are using. Then,
> you can execute this template in a player such as VMware player or
> Virtualbox. You have to access the VM, log into it (roor/password).
> Afterward, you can install and configure whatever you want. Save it, stop
> the vm and upload the altered template to ACS. Do not forget to mark the
> type of the template as “routing”. Then, there is a parameter (I forgot the
> name now), that you can configure the name of the template you want to use
> to create VRs from.
>
> And that is all. Was it helpful?!
>
>
> On 10/9/2017 10:42 AM, Alessandro Caviglione wrote:
>
>> Yes, this is what we need! :)
>> But... how can i do it?? :DDD
>>
>> On Mon, Oct 9, 2017 at 3:32 PM, Rafael Weingärtner <
>> raf...@autonomiccs.com.br> wrote:
>>
>> Yes it is possible.
>>>
>>> We already did that, we direct all the logs to a remote log repository,
>>> and then using Graylog we present the information that is aggregated.
>>>
>>>
>>> On 10/9/2017 10:30 AM, Alessandro Caviglione wrote:
>>>
>>> Hi,
 I'm replying because I'm already interested in this topic.
 In fact, we'd like to monitor VR and collect logs with rsyslog.
 So, is it possible to modify the template image to configure an rsyslog
 and
 snmp to allow monitoring of all new deployed VR?

 Thank you.

 On Wed, Oct 4, 2017 at 5:10 PM, Dag Sonstebo <
 dag.sonst...@shapeblue.com>
 wrote:

 Hi Alexander,

> As you point out the attack surface of the VRs have been minimised and
> the
> system VMs overall hardened.
> You have two issues with updating the software on the VRs – an update
> has
> the potential to break VR services (or agent services on SSVM/CPVM) as
> you
> already mentioned,  in addition any updates will obviously be lost the
> next
> time you restart a network with cleanup. You would also need to somehow
> automate the updates on new VRs.
>
> In general I would think most CloudStack users will wait for new system
> VM
> templates to be released – but interested in hearing other thoughts on
> this.
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
> On 04/10/2017, 15:35, "Stock, Alexander" 
> wrote:
>
>   Hi all,
>
>   at the moment we try to improve our monitoring of the virtual
> routers
> in our environment.
>   For this we also monitor the update status of the machines and
> could
> see that there are some updates pending (OS Updates not Template
> Updates) .
>
>   So what would like to know is if you have some experience in
> pathing
> the virtual routers and if you have an update strategy for this
> (redundant
> router,etc..).
>   I am in worry that some updates could crash the services which
> are
> responsible for communication with the cloudstack controller.
>   I am also not sure if the attack surface is too small to don't
> worry
> about patching.
>
>   Any ideas or comments are welcome.
>   Thank you.
>   Alexander
>
>
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>
>
> --
>>> Rafael Weingärtner
>>>
>>>
>>>
> --
> Rafael Weingärtner
>
>

Re: Custom System VM

[Gabriel Beims Bräscher]

Hi Benjamin,

Check this PR https://github.com/apache/cloudstack/pull/2275

Cheers,
Gabriel.

2017-09-25 5:27 GMT-03:00 Dag Sonstebo :

> Hi Benjamin,
>
> Can you elaborate – what is your system VM template achieving compared to
> the standard system VM template? Are you planning on replacing the standard
> system VM template with your own?
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
> From: Benjamin Naber - NETFORMIC GmbH 
> Reply-To: "users@cloudstack.apache.org" 
> Date: Wednesday, 20 September 2017 at 08:20
> To: "users@cloudstack.apache.org" 
> Subject: Custom System VM
>
> Hi together,
>
> i have build a customized system vm for Xenserver Hypervisors. can someone
> explain the steps for implementing these system vm in my environment ?
>
> Kind regards
>
> Benjamin Naber
>
> System Administrator
>
> Telefon: +49 (0)711 761642-445
> benjamin.na...@netformic.de
>
> [cid:image001.png@01D331F1.BFE0DAA0]
>
> NETFORMIC GmbH
> HRB 720729, Amtsgericht Stuttgart
> USt-IdNr.: DE814688053
> Geschäftsführer: Jens Rilling, Timo Weltner
>
> Stuttgart
> Hermannstraße 5A, 70178 Stuttgart
> Telefon: +49 (0)711 761642-0, Fax: -26
>
> Berlin
> Fanny-Zobel-Straße 11, 12435 Berlin
> Telefon: +49 (0)30 60984747-0, Fax: -9
>
>
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>

Re: Unable to locate datastore with id

[Gabriel Beims Bräscher]

Just adding to Rafael's comment. Constant database backup is also a great
idea.

2017-08-24 15:19 GMT-03:00 Rafael Weingärtner :

> I would suggest you taking quite a lot of care before executing anything in
> the database.
> Please, do not hesitate to ask for further assistance here.
>
> On Thu, Aug 24, 2017 at 2:15 PM, Asai  wrote:
>
> > Thank you very much for the assistance.  I will try that.
> > Asai
> > > On Aug 24, 2017, at 11:12 AM, Rafael Weingärtner <
> > rafaelweingart...@gmail.com> wrote:
> > >
> > > Yes, quite easily.
> > > I do not know if your problem is the same (you need a human not paying
> > much
> > > attention to cause this type of problem), but basically, you can check
> in
> > > the database what is the data store with id = 3, and then the volumes
> of
> > > snapshots that are allocated in this data store, and then you can
> remove
> > > them manually setting the flags.
> > >
> > >
> > > On Thu, Aug 24, 2017 at 2:09 PM, Asai 
> > wrote:
> > >
> > >> Do you recall if it was able to be fixed?
> > >> Asai
> > >>
> > >>
> > >>> On Aug 24, 2017, at 11:03 AM, Rafael Weingärtner <
> > >> rafaelweingart...@gmail.com> wrote:
> > >>>
> > >>> I have seen this issue before. In the environment I noticed it, it
> was
> > >>> caused by someone that manually deleted a volume in the database in
> > order
> > >>> to remove a data store, but the snapshot that was using that volume
> was
> > >> not
> > >>> removed. Then, the data store was removed. By delete here I mean
> > setting
> > >>> the flag "removed" in the database to some data and the "state" to
> > >>> destroyed.
> > >>>
> > >>> On Thu, Aug 24, 2017 at 1:45 PM, Asai 
> > >> wrote:
> > >>>
> >  Greetings,
> > 
> >  I was browsing to the Snapshots section under “Storage” today and
> came
> > >> up
> >  with this error:
> > 
> >  Unable to locate datastore with id 3
> > 
> >  I am unable to figure this out.  I went to the Secondary Storage
> > server
> >  and it looks like all the snapshots are there from 2 days ago.  Can
> > >> someone
> >  please assist me on how to troubleshoot this problem?
> >  Asai
> > 
> > 
> > 
> > >>>
> > >>>
> > >>> --
> > >>> Rafael Weingärtner
> > >>
> > >>
> > >
> > >
> > > --
> > > Rafael Weingärtner
> >
> >
>
>
> --
> Rafael Weingärtner
>

Re: Different Time/Timezone on ACS node and hypervisors

[Gabriel Beims Bräscher]

I am not sure if different time zones would be the cause of your snapshot
issues.
Can you please provide us with more details and, if possible, some logs
related to your problem?

Thanks.

2017-08-14 3:05 GMT-03:00 Makrand :

> Hey All,
>
> Is there any possible problem or impact if cloudstack VM/Machine have
> different time/time zone than rest of hypervisor hots in the cloud? Let's
> assume both scenarios:-
> a) One ACS VM/Machine managing multiple zones (ACS VM in one location wiht
> native timezone. Other hypervisors pools have natuve time set )
> b) Each zone has it's dedicated ACS VM (ACS VM have time set as GMT, where
> as hypervisor have native time set)
>
> FYI, we are facing some issues with snapshot (XENserver as hypervisor).
> Just ruling out possible reasons.
>
>
> --
> Makrand
>

Re: Failed to find db.properties

[Gabriel Beims Bräscher]

Hi Jevgeni,

Can you share with us some log files (catalina.log, management-server.log
and others that might be useful)?


2017-08-23 11:53 GMT-03:00 Jevgeni Zolotarjov :

> Hi
>
> I am installing Cloudstack 4.10 on Debian Jessie using guides from
> http://cloudstack-installation.readthedocs.io/en/latest/management-server/
> index.html
>
> Apparently the installation process was smooth. But I cannot get client
> running on tomcat7
> From catalina.out log file I can read
>
> Failed to find db.properties
>
> But this file is present in
> ./etc/cloudstack/management/db.properties
> ./etc/cloudstack/usage/db.properties
>
> Please help.
>

Re: Unable to start SSVM

[Gabriel Beims Bräscher]

It might be a bug then.

I will try to connect the dots. The problem seems to be with the pod then.

2017-08-01 12:01 GMT-03:00 Rodrigo Baldasso <rodr...@loophost.com.br>:

> Hi, thanks for your reply
>
> I didnt made any changes manually on the database, however, it's like the
> pod got corrupted after the change. I can't even delete the pod from the
> zone that throws the exception (nullpointer) also.
>
> I was able to reproduce that in a fresh, clean install. So maybe it's a bug
> or something related to my environment.
>
> Recreating the pod with the same parameters and settings works fine.
>
> Enviado de GMail Mobile
>
>
> Em 1 de ago de 2017 11:56, "Gabriel Beims Bräscher" <gabrasc...@gmail.com>
> escreveu:
>
> You said that it worked before changing the IP range; it might be caused by
> a database inconsistency related to the IP allocation. Did you make any
> manual changes in the database?
>
> The null pointer exception came after the following methods exectution:
> 1 - it begins the exectution flow to start the VM
> (com.cloud.vm.VirtualMachineManagerImpl.orchestrateStart);
> 2 - then it starts the network flow for that VM
> (org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.prepare);
> 3 - it prepares the NIC
> (org.apache.cloudstack.engine.orchestration.NetworkOrchestrator.
> prepareNic);
> 4 - reserve the IP address
> (com.cloud.network.guru.DirectPodBasedNetworkGuru.reserve);
> 5 - finally it tries to get an IP address, triggering the null pointer
> exception (com.cloud.network.guru.DirectPodBasedNetworkGuru.getIp).
>
> 2017-07-31 13:27 GMT-03:00 Rodrigo Baldasso <rodr...@loophost.com.br>:
>
> > Thanks for your reply.
> >
> > I'm using 4.9.2.0. I'm posting the full log below!
> >
> > The secondary storage is mounted as NFS.
> >
> > PS: i was able to start SSVM after creating a new zone, however, when I
> > changed the IP range, the error came back again.
> >
> > 2017-07-31 13:23:15,950 DEBUG [c.c.a.t.Request]
> > (Work-Job-Executor-6:ctx-e8c72967 job-131/job-272 ctx-06907041)
> > (logid:7a78f881) Seq 1-6685312171854790673: Sending  { Cmd , MgmtId:
> > 119779289367307, via: 1(kvm-tqr-01.lhost.net.br), Ver: v1, Flags:
> 100011,
> > [{"com.cloud.agent.api.StopCommand":{"isProxy":false,
> > "checkBeforeCleanup":false,"vmName":"v-66-VM","
> executeInSequence":false,"
> > wait":0}}]
> > }
> > 2017-07-31 13:23:16,153 DEBUG [c.c.a.t.Request]
> > (AgentManager-Handler-7:null) (logid:) Seq 1-6685312171854790673:
> > Processing:  { Ans: , MgmtId: 119779289367307, via: 1, Ver: v1, Flags:
> 10,
> > [{"com.cloud.agent.api.StopAnswer":{"result":true,"wait":0}}] }
> > 2017-07-31 13:23:16,153 DEBUG [c.c.a.t.Request]
> > (Work-Job-Executor-6:ctx-e8c72967 job-131/job-272 ctx-06907041)
> > (logid:7a78f881) Seq 1-6685312171854790673: Received:  { Ans: , MgmtId:
> > 119779289367307, via: 1(kvm-tqr-01.lhost.net.br), Ver: v1, Flags: 10, {
> > StopAnswer } }
> > 2017-07-31 13:23:16,166 DEBUG [c.c.n.NetworkModelImpl]
> > (Work-Job-Executor-6:ctx-e8c72967 job-131/job-272 ctx-06907041)
> > (logid:7a78f881) Service SecurityGroup is not supported in the network
> > id=204
> > 2017-07-31 13:23:16,201 DEBUG [o.a.c.e.o.NetworkOrchestrator]
> > (Work-Job-Executor-6:ctx-e8c72967 job-131/job-272 ctx-06907041)
> > (logid:7a78f881) Asking VirtualRouter to release
> > NicProfile[196-66-cee1cba9-7a24-44cf-a5c2-24f2e5dff1ae-null-null
> > 2017-07-31 13:23:16,211 DEBUG [c.c.v.VirtualMachineManagerImpl]
> > (Work-Job-Executor-6:ctx-e8c72967 job-131/job-272 ctx-06907041)
> > (logid:7a78f881) Successfully released network resources for the vm
> > VM[ConsoleProxy|v-66-VM]
> > 2017-07-31 13:23:16,211 DEBUG [c.c.v.VirtualMachineManagerImpl]
> > (Work-Job-Executor-6:ctx-e8c72967 job-131/job-272 ctx-06907041)
> > (logid:7a78f881) Successfully cleanued up resources for the vm
> > VM[ConsoleProxy|v-66-VM] in Starting state
> > 2017-07-31 13:23:16,314 DEBUG [c.c.c.CapacityManagerImpl]
> > (Work-Job-Executor-6:ctx-e8c72967 job-131/job-272 ctx-06907041)
> > (logid:7a78f881) VM state transitted from :Starting to Stopped with
> event:
> > OperationFailedvm's original host id: null new host id: null host id
> before
> > state transition: 1
> > 2017-07-31 13:23:16,324 DEBUG [c.c.c.CapacityManagerImpl]
> > (Work-Job-Executor-6:ctx-e8c72967 job-131/job-272 ctx-06907041)
> > (logid:7a78f881) Hosts's actual total CPU: 54432 and CPU after applying
> > overprovisioning: 54432
>

Re: Unable to start SSVM

[Gabriel Beims Bräscher]

 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (Work-Job-Executor-6:ctx-e8c72967 job-131/job-272) (logid:7a78f881)
> Complete async job-272, jobStatus: FAILED, resultCode: 0, result:
> rO0ABXNyAB5qYXZhLmxhbmcuTnVsbFBvaW50ZXJFeGNlcHRpb25HpaGO_
> zHhuAIAAHhyABpqYXZhLmxhbmcuUnVudGltZUV4Y2VwdGlvbp5fBkcKNIPlA
> gAAeHIAE2phdmEubGFuZy5FeGNlcHRpb27Q_R8-GjscxAIAAHhyABNqYXZhLmxhbmcuVG
> hyb3dhYmxl1cY1Jzl3uMsDAARMAAVjYXVzZXQAFUxqYXZhL2xhbmcvVGhyb3
> dhYmxlO0wADWRldGFpbE1lc3NhZ2V0ABJMamF2YS9sYW5nL1N0cmluZztbAA
> pzdGFja1RyYWNldAAeW0xqYXZhL2xhbmcvU3RhY2tUcmFjZUVsZW1lbnQ7TA
> AUc3VwcHJlc3NlZEV4Y2VwdGlvbnN0ABBMamF2YS91dGlsL0xpc3Q7eHBxAH
> 4ACHB1cgAeW0xqYXZhLmxhbmcuU3RhY2tUcmFjZUVsZW1lbnQ7AkYqPDz9Ij
> kCAAB4cB1zcgAbamF2YS5sYW5nLlN0YWNrVHJhY2VFbGVtZW50YQnFmi
> Y23YUCAARJAApsaW5lTnVtYmVyTAAOZGVjbGFyaW5nQ2xhc3NxAH4ABUwACGZpbGVOYW1lcQB-
> AAVMAAptZXRob2ROYW1lcQB-AAV4cLF0ADJjb20uY2xvdWQubm
> V0d29yay5ndXJ1LkRpcmVjdFBvZEJhc2VkTmV0d29ya0d1cnUkMnQAHkRpcm
> VjdFBvZEJhc2VkTmV0d29ya0d1cnUuamF2YXQAHGRvSW5UcmFuc2FjdGlvbl
> dpdGhvdXRSZXN1bHRzcQB-AAsZdAA7Y29tLmNsb3VkLnV0aW
> xzLmRiLlRyYW5zYWN0aW9uQ2FsbGJhY2tXaXRoRXhjZXB0aW9uTm9SZXR1cm
> 50AC1UcmFuc2FjdGlvbkNhbGxiYWNrV2l0aEV4Y2VwdGlvbk5vUmV0dXJuLm
> phdmF0AA9kb0luVHJhbnNhY3Rpb25zcQB-AAsVcQB-
> ABFxAH4AEnEAfgATc3EAfgALKHQAHmNvbS5jbG91ZC51dGlscy5kYi5U
> cmFuc2FjdGlvbnQAEFRyYW5zYWN0aW9uLmphdmF0AAdleGVjdXRlc3EAfgAL
> qnQAMGNvbS5jbG91ZC5uZXR3b3JrLmd1cnUuRGlyZWN0UG9kQmFzZWRO
> ZXR3b3JrR3VydXEAfgAOdAAFZ2V0SXBzcQB-AAsAAACdcQB-
> ABpxAH4ADnQAB3Jlc2VydmVzcQB-AAsAAAVGdAA-b3JnLmFwYWNoZS5jbG91ZHN0YWNrLm
> VuZ2luZS5vcmNoZXN0cmF0aW9uLk5ldHdvcmtPcmNoZXN0cmF0b3J0ABhOZX
> R3b3JrT3JjaGVzdHJhdG9yLmphdmF0AApwcmVwYXJlTmljc3EAfgALAAAFKXEAfgAfcQB-
> ACB0AAdwcmVwYXJlc3EAfgALAAAD5XQAJmNvbS5jbG91ZC52bS5WaXJ0dWFs
> TWFjaGluZU1hbmFnZXJJbXBsdAAeVmlydHVhbE1hY2hpbmVNYW5hZ2VySW1w
> bC5qYXZhdAAQb3JjaGVzdHJhdGVTdGFydHNxAH4ACwAAEf1xAH4AJXEAfgAm
> cQB-ACdzcQB-AAv-dAAkc3VuLnJlZmxlY3QuTmF0aXZlTW
> V0aG9kQWNjZXNzb3JJbXBsdAAdTmF0aXZlTWV0aG9kQWNjZXNzb3JJbXBsLm
> phdmF0AAdpbnZva2Uwc3EAfgALOXEAfgAqcQB-ACt0AAZpbnZva2VzcQB-
> AAsrdAAoc3VuLnJlZmxlY3QuRGVsZWdhdGluZ01ldGhvZEFjY2Vzc29y
> SW1wbHQAIURlbGVnYXRpbmdNZXRob2RBY2Nlc3NvckltcGwuamF2YXEAfgAu
> c3EAfgALAAACXnQAGGphdmEubGFuZy5yZWZsZWN0Lk1ldGhvZHQAC01ldGhv
> ZC5qYXZhcQB-AC5zcQB-AAsAAABrdAAiY29tLmNsb3VkLnZtLl
> ZtV29ya0pvYkhhbmRsZXJQcm94eXQAGlZtV29ya0pvYkhhbmRsZXJQcm94eS
> 5qYXZhdAAPaGFuZGxlVm1Xb3JrSm9ic3EAfgALAAASnnEAfgAlcQB-
> ACZxAH4AOHNxAH4ACwAAAGZ0ACBjb20uY2xvdWQudm0uVm1Xb3JrSm9iRGlz
> cGF0Y2hlcnQAGFZtV29ya0pvYkRpc3BhdGNoZXIuamF2YXQABnJ1bkpvYnNx
> AH4ACwAAAip0AD9vcmcuYXBhY2hlLmNsb3Vkc3RhY2suZnJhbWV3b3JrLmpv
> YnMuaW1wbC5Bc3luY0pvYk1hbmFnZXJJbXBsJDV0ABhBc3luY0pvYk1hbmFn
> ZXJJbXBsLmphdmF0AAxydW5JbkNvbnRleHRzcQB-AAsxdAA-
> b3JnLmFwYWNoZS5jbG91ZHN0YWNrLm1hbmFnZWQuY29udGV4dC5NYW5hZ2Vk
> Q29udGV4dFJ1bm5hYmxlJDF0ABtNYW5hZ2VkQ29udGV4dFJ1bm5hYmxlLmph
> dmF0AANydW5zcQB-AAs4dABCb3JnLmFwYWNoZS5jbG
> 91ZHN0YWNrLm1hbmFnZWQuY29udGV4dC5pbXBsLkRlZmF1bHRNYW5hZ2VkQ2
> 9udGV4dCQxdAAaRGVmYXVsdE1hbmFnZWRDb250ZXh0LmphdmF0AARjYWxsc3
> EAfgALZ3QAQG9yZy5hcGFjaGUuY2xvdWRzdGFjay5tYW5hZ2VkLmNvbn
> RleHQuaW1wbC5EZWZhdWx0TWFuYWdlZENvbnRleHRxAH4ASHQAD2NhbGxXaX
> RoQ29udGV4dHNxAH4ACwAAADVxAH4AS3EAfgBIdAAOcnVuV2l0aENvbnRleHRzcQB-
> AAsudAA8b3JnLmFwYWNoZS5jbG91ZHN0YWNrLm1hbmFnZWQuY29udGV4
> dC5NYW5hZ2VkQ29udGV4dFJ1bm5hYmxlcQB-AERxAH4ARXNxAH4ACwAAAfZxAH4AP3
> EAfgBAcQB-AEVzcQB-AAsAAAHZdAAuamF2YS51dGlsLmNvbm
> N1cnJlbnQuRXhlY3V0b3JzJFJ1bm5hYmxlQWRhcHRlcnQADkV4ZWN1dG9ycy
> 5qYXZhcQB-AElzcQB-AAsAAAEGdAAfamF2YS51dGlsLmNvbm
> N1cnJlbnQuRnV0dXJlVGFza3QAD0Z1dHVyZVRhc2suamF2YXEAfgBFc3EAfg
> ALAAAEeXQAJ2phdmEudXRpbC5jb25jdXJyZW50LlRocmVhZFBvb2xFeGVjdX
> RvcnQAF1RocmVhZFBvb2xFeGVjdXRvci5qYXZhdAAJcnVuV29ya2Vyc3EAfg
> ALAAACZ3QALmphdmEudXRpbC5jb25jdXJyZW50LlRocmVhZFBvb2xFeGVjdX
> RvciRXb3JrZXJxAH4AWnEAfgBFc3EAfgALAAAC7HQAEGphdmEubGFuZy5UaH
> JlYWR0AAtUaHJlYWQuamF2YXEAfgBFc3IAJmphdmEudXRpbC5Db2xsZWN0aW
> 9ucyRVbm1vZGlmaWFibGVMaXN0_A8lMbXsjhACAAFMAARsaXN0cQB-
> AAd4cgAsamF2YS51dGlsLkNvbGxlY3Rpb25zJFVubW9kaWZpYWJsZUNvbGxl
> Y3Rpb24ZQgCAy173HgIAAUwAAWN0ABZMamF2YS91dGlsL0NvbGxlY3Rpb247
> eHBzcgATamF2YS51dGlsLkFycmF5TGlzdHiB0h2Zx2GdAwABSQAEc2l6ZXhw
> AHcEAHhxAH4AZng
>
>
> 2017-07-28 0:15 GMT-03:00 Gabriel Beims Bräscher <gabrasc...@gmail.com>:
>
> > Hi Rodrigo,
> >
> > Which version of CloudStack are you using? Is there any exception stack
> in
> > the log? Are you using advanced or basic network? Is there any connection
> > problem?
> >
> > Are you using Swift as Secondary Storage? If yes, there is an open issue
> > "CLOUDSTACK-7443: Cannot launch SSVMs when using Swift as Secondary
> > Storage" (https://issues.apache.org/jira/browse/CLOUDSTACK-7443)
> >
> > Can you please review the log? Seems that there are missing parts from
&

Re: IPMI out of management

[Gabriel Beims Bräscher]

Hello Victor,

For me, it works well. Did you have any problems?

Cheers

2017-08-01 9:00 GMT-03:00 victor :

> Hello Guys,
>
> Have anybody able to configure and test ipmi "out of management" with
> cloudstack successfully.
>
> Regards
>
> Victor
>
>
>

Forbidden access for downloading volume in SSVM

[Gabriel Beims Bräscher]

Hello all,

When I download a volume through the CloudStack UI, the provided URL for
fownload results in a page with forbidden access (403 error). The problem
is that the file provided by CloudStack in the SSVM has no read permission.

Although the file
"/var/www/html/userdata/.vhd" have
permissions to read, it is a symbolic link to a file
"/mnt/SecStorage/.../.vhd" which does not have
permissions to read. For some reason the mounted volume is configured in a
way that only user "nobody" can read; the group "nogroup" and other users
have no rights.

The download happens as expected after providing the corret permissions.
Does anyone have the same issue?

PS: I am using CloudStack 4.9.2.0.

Cheers,
Gabriel.

Re: Unable to start SSVM

[Gabriel Beims Bräscher]

Hi Rodrigo,

Which version of CloudStack are you using? Is there any exception stack in
the log? Are you using advanced or basic network? Is there any connection
problem?

Are you using Swift as Secondary Storage? If yes, there is an open issue
"CLOUDSTACK-7443: Cannot launch SSVMs when using Swift as Secondary
Storage" (https://issues.apache.org/jira/browse/CLOUDSTACK-7443)

Can you please review the log? Seems that there are missing parts from the
presented log. One example is the line "2017-07-27 22:30:00,253 DEBUG
[c.c.c.CapacityManagerImpl]". The full log should contain "VM state
transitted from :" + oldState + " to " + newState + " with event: " + event
+ "vm's original host id: " + vm.getLastHostId() + " new host id: " +
vm.getHostId() + " host id before state transition: " + oldHostId".

Cheers,
Gabriel.

2017-07-27 22:37 GMT-03:00 Rodrigo Baldasso :

> Hi everyone,
>
> I'm trying to set up my cloudstack environment but despite my best efforts,
> the system isn't starting the ssvm's.. on my agent log all i can see is:
>
> [kvm.resource.LibvirtConnection] (agentRequest-Handler-5:null)
> (logid:4acd7d3e) Can not find a connection for Instance v-52-VM. Assuming
> the default connection.
>
> On the manager console, this is the error:
>
> 2017-07-27 22:29:59,853 DEBUG [c.c.a.t.Request]
> (Work-Job-Executor-54:ctx-a9fdb60b job-169/job-546 ctx-23fba537)
> (logid:4acd7d3e) Seq 1-2810527642455900231: vm-tqr-01.lhost.net.br), Ver:
> v1, Flags: 100011,
> [{"com.cloud.agent.api.StopCommand":{"isProxy":false,
> "checkBeforeCleanup":false,"vmName":"v-52-VM","executeI
> 2017-07-27 22:29:59,952 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (secstorage-1:ctx-48b34715) (logid:526bc485) Sync job-547 execution on
> object VmWorkJobQueue.
> 2017-07-27 22:30:00,042 DEBUG [c.c.a.t.Request]
> (AgentManager-Handler-7:null) (logid:) Seq 1-2810527642455900231:
> Processing:  { Ans: , MgmtId:
> 1197792893673.api.StopAnswer":{"result":true,"wait":0}}] }
> 2017-07-27 22:30:00,043 DEBUG [c.c.a.t.Request]
> (Work-Job-Executor-54:ctx-a9fdb60b job-169/job-546 ctx-23fba537)
> (logid:4acd7d3e) Seq 1-2810527642455900231: 1(kvm-tqr-01.lhost.net.br),
> Ver: v1, Flags: 10, { StopAnswer } }
> 2017-07-27 22:30:00,185 DEBUG [o.a.c.e.o.NetworkOrchestrator]
> (Work-Job-Executor-54:ctx-a9fdb60b job-169/job-546 ctx-23fba537)
> (logid:4acd7d3e) Asking Virtua-42a5-a288-2582921a1946-null-null
> 2017-07-27 22:30:00,185 DEBUG [o.a.c.e.o.NetworkOrchestrator]
> (Work-Job-Executor-54:ctx-a9fdb60b job-169/job-546 ctx-23fba537)
> (logid:4acd7d3e) Asking Securi129-658b-42a5-a288-2582921a1946-null-null
> 2017-07-27 22:30:00,189 DEBUG [c.c.v.VirtualMachineManagerImpl]
> (Work-Job-Executor-54:ctx-a9fdb60b job-169/job-546 ctx-23fba537)
> (logid:4acd7d3e) SuccessfullProxy|v-52-VM]
> 2017-07-27 22:30:00,190 DEBUG [c.c.v.VirtualMachineManagerImpl]
> (Work-Job-Executor-54:ctx-a9fdb60b job-169/job-546 ctx-23fba537)
> (logid:4acd7d3e) Successfull|v-52-VM] in Starting state
> 2017-07-27 22:30:00,253 DEBUG [c.c.c.CapacityManagerImpl]
> (Work-Job-Executor-54:ctx-a9fdb60b job-169/job-546 ctx-23fba537)
> (logid:4acd7d3e) VM state transittFailedvm's original host id: null new
> host id: null host id before state transition: 1
> 2017-07-27 22:30:00,259 DEBUG [c.c.c.CapacityManagerImpl]
> (Work-Job-Executor-54:ctx-a9fdb60b job-169/job-546 ctx-23fba537)
> (logid:4acd7d3e) Hosts's actual toning: 54432
>

Re: CS Collab Conf Brazil page is down

[Gabriel Beims Bräscher]

Hi Mike, that is great that you are interested in the CloudStack Collab
Conf in Brazil.

Unfortunately, I don't know how long it takes to get a Brazilian VISA.

I agree that August-September of 2017 might be too close. I think that 2018
is safer, so we all can organize and make sure that most can attend. We
think that March-April or August-September are interesting periods, but we
are open for dates that suit better with the community schedule.

Thanks for the feedback!

2017-07-04 1:54 GMT-03:00 Tutkowski, Mike <mike.tutkow...@netapp.com>:

> Hi Gabriel,
>
> I, for one, would be quite interested in a CloudStack Collab Conf in
> Brazil.
>
> I like your idea of a three-day conference going from a Tuesday through a
> Thursday.
>
> I know many of us would require a VISA to enter Brazil (as well as a
> passport, of course). I’m not sure how long getting a VISA typically takes,
> so having the conference in August/September might be too soon at this
> point. Correct me if I’m wrong – perhaps it doesn’t take long to get a
> VISA. If it is a time-consuming process, perhaps we should instead consider
> your March/April timeframe?
>
> Thanks for all the info on this!
> Mike
>
> On 7/3/17, 9:15 PM, "Gabriel Beims Bräscher" <gabrasc...@gmail.com> wrote:
>
> Hello all (users, dev and marketing lists),
>
>
> After exercising the idea and studying some alternatives we (me,
> Rafael and
> Lucas) have something in mind to make the Apache CloudStack Collab
> Conference possible in South America. However, before going forward
> arranging an infrastructure to host the event, and investing our time
> and
> resources, we need the feedback of the community to see if there is
> enough
> interest in such event.
>
>
> Sorry for the big e-mail. I hope that at least this proposal is clear
> and
> that you all embrace the discussion.
>
>
>
> What we are willing to do to help the event:
>
> (i) Hosting the conference. We can make an effort to use public
> infrastructure from the Federal University of Santa Catarina [1] as
> Rafael
> previously said. However, to do so, this event CANNOT have any
> commercial
> appeal; otherwise, it is not allowed to use infrastructure and
> resources
> from the Federal University of Santa Catarina (Universidade Federal de
> Santa Catarina – UFSC);
>
> (ii) promote the conference for the local public (researchers,
> students, IT
> professionals);
>
> (iii) propose topics and sessions aligned with South America/Brazil
> context;
>
> (iv) we can suggest restaurants, hotels, and provide general
> information
> regarding the city and country;
>
>
> Why host in the Federal University of Santa Catarina?
>
> (i) We want to evangelize CloudStack to new generations and we see
> this as
> an opportunity to show the Apache way to students, professors, and
> academic
> researchers;
>
> (ii) additionally, we do not have money to host such event. Using this
> infrastructure would cut a great amount of costs and make this
> conference
> possible in South America;
>
> (iii) It is one of the best universities in South America, reaching
> position number 9 among Brazilian universities and position number 25
> in
> the overall ranking of the QS University Rankings: Latin America 2016;
>
> (iv) Florianópolis economy is based on tourism and tech companies.
> This,
> aligned with its high quality of life, attracted skilled professionals
> that
> were interested in running out from the chaos of big cities such as São
> Paulo, Rio de Janeiro, Porto Alegre, and Belo Horizonte;
>
> (v) Florianópolis is a great city and normally outsiders that go there
> tend
> to love the experience. There are attractions for all kind of
> tourists. You
> can have more information in [2], [3], and [4]. In [5] there are some
> pictures from Florianópolis; here you can also discover a little bit
> about
> our beloved state [6].
>
>
>
> Our goals with this event:
>
> (i) I know that Brazil has embraced CloudStack as a reliable cloud
> orchestrator. Some examples are the USP (University of São Paulo) that
> has
> the biggest cloud infrastructure from a public entity in South America,
> UNICAMP (University of Campinas), and Globo.com. However, CloudStack
> is not
> yet as spread in South America/Brazil as it is in Europe, Japan, and
> North
> America. Our first goal with this event is to evangelize CloudStack in
> South America, showing the potential of the project and community for
> young
> stud

Re: CS Collab Conf Brazil page is down

[Gabriel Beims Bräscher]

Hello all (users, dev and marketing lists),


After exercising the idea and studying some alternatives we (me, Rafael and
Lucas) have something in mind to make the Apache CloudStack Collab
Conference possible in South America. However, before going forward
arranging an infrastructure to host the event, and investing our time and
resources, we need the feedback of the community to see if there is enough
interest in such event.


Sorry for the big e-mail. I hope that at least this proposal is clear and
that you all embrace the discussion.



What we are willing to do to help the event:

(i) Hosting the conference. We can make an effort to use public
infrastructure from the Federal University of Santa Catarina [1] as Rafael
previously said. However, to do so, this event CANNOT have any commercial
appeal; otherwise, it is not allowed to use infrastructure and resources
from the Federal University of Santa Catarina (Universidade Federal de
Santa Catarina – UFSC);

(ii) promote the conference for the local public (researchers, students, IT
professionals);

(iii) propose topics and sessions aligned with South America/Brazil context;

(iv) we can suggest restaurants, hotels, and provide general information
regarding the city and country;


Why host in the Federal University of Santa Catarina?

(i) We want to evangelize CloudStack to new generations and we see this as
an opportunity to show the Apache way to students, professors, and academic
researchers;

(ii) additionally, we do not have money to host such event. Using this
infrastructure would cut a great amount of costs and make this conference
possible in South America;

(iii) It is one of the best universities in South America, reaching
position number 9 among Brazilian universities and position number 25 in
the overall ranking of the QS University Rankings: Latin America 2016;

(iv) Florianópolis economy is based on tourism and tech companies. This,
aligned with its high quality of life, attracted skilled professionals that
were interested in running out from the chaos of big cities such as São
Paulo, Rio de Janeiro, Porto Alegre, and Belo Horizonte;

(v) Florianópolis is a great city and normally outsiders that go there tend
to love the experience. There are attractions for all kind of tourists. You
can have more information in [2], [3], and [4]. In [5] there are some
pictures from Florianópolis; here you can also discover a little bit about
our beloved state [6].



Our goals with this event:

(i) I know that Brazil has embraced CloudStack as a reliable cloud
orchestrator. Some examples are the USP (University of São Paulo) that has
the biggest cloud infrastructure from a public entity in South America,
UNICAMP (University of Campinas), and Globo.com. However, CloudStack is not
yet as spread in South America/Brazil as it is in Europe, Japan, and North
America. Our first goal with this event is to evangelize CloudStack in
South America, showing the potential of the project and community for young
students, researchers, and professionals/companies interested in deploying
cloud infrastructures;

(ii) unite the South American community, planning and discussing ways to
evolve the project in our countries;

(iii) host an event that enriches the CloudStack community, providing
opportunities for students (explaining what is cloud, the Apache way, the
Apache CloudStack project, and the job opportunities that this area has to
offer), academic researchers (pointing open researching topics in
cloud/CloudStack to bring researchers interested in developing the
CloudStack project), IT professionals (people that want to understand what
CloudStack has to offer to their companies and the job opportunities that
CloudStack can bring), CloudStack users (where they can interact with
developers, aligning all interests), and CloudStack developers that can
discuss advanced topics and enjoy hackathons;

(iv) make this event open and provide the best conditions for the public in
general. We plan to make it free (or charge symbolic price); we know that
most of us have a limited budget for trip and hotel, so we plan to make the
conference ticket free or with a symbolic price, just to avoid people
getting tickets because it is free but at the end don’t attend ;)



When?

As Rafael said, there are two periods when it is a good moment to do such
an event there; around August-September (for this year, it might be too
close), or March-April. These periods correspond to the beginning of the
semesters there, so we have the benefit that students will not be working
like crazy. However, you may have another period in mind.

As a suggestion. If one intends to spend vacations in Brazil, this is a
great place to do it, and choosing the dates carefully may help those with
adventurous spirit ;)



How many days would the conference have?

One idea would be a conference of 3 days tops. People can use the weekend
to travel; arrive on Monday to rest and adapt with the timezone; the
conference then 

Re: Host Disconnected after upgrade to ACS 4.9.2

[Gabriel Beims Bräscher]

Hi Ghaith,

I had a similar problem due to Dom0 out of disk space.

XenServer 6.5 Dom0 has a limited disk space (4.0 GB). You can check if 
the Dom0 is out of disk space with "df -h".

If that is the case, just have to clean some old log files.

Cheers,
Gabriel.

Em 19/03/2017 05:38, Ghaith Bannoura escreveu:

Hello Simon,

I don't have any load balancer , but after update the host password using 
updatehostpassword api , the hosts is up and running but unfortunately there is 
no any vm, system vm or virtual router can be started (when try to start any vm 
the virtual router created and after finish booting its destroyed 
automatically) , below sample from the log  the log


2017-03-19 10:23:39,761 DEBUG [c.c.a.t.Request] (DirectAgent-185:ctx-2689b47b) (logid:0e5bb9fa) Seq 6-5388275479172087905: Processing:  { Ans: , MgmtId: 233845173047295, via: 6(JOHQHOST02), Ver: v1, Flags: 10, [{"com.cloud.agent.api.StartAnswer":{"vm":{"id":733,"name":"r-733-VM","bootloader":"PyGrub","type":"DomainRouter","cpus":1,"minSpeed":500,"maxSpeed":500,"minRam":268435456,"maxRam":268435456,"arch":"x86_64","os":"Debian GNU/Linux 7(64-bit)","platformEmulator":"Debian Wheezy 7.0 (64-bit)","bootArgs":" template=domP name=r-733-VM eth0ip=192.168.104.157 eth0mask=255.255.252.0 gateway=192.168.104.1 domain=cs1cloud.internal cidrsize=22 dhcprange=192.168.104.1 eth1ip=169.254.1.74 eth1mask=255.255.0.0 type=dhcpsrvr disable_rp_filter=true dns1=192.168.30.2 dns2= ip6dns1= ip6dns2= baremetalnotificationsecuritykey=IwUZ+UPiYew8AFsVM8fo8CZ7IIMFWftmmcmzBqQPPBCq8sWHrcrvTpz4qOiWTNzScqDNpAlQBs3BwFKNKoE1LFBgiSkGt1rFEKq6z88zyydXsz6+YwwAL1inwxVMdgkG baremetalnotificationapikey=I94EoET6AnrIuy3mo6Fv2zEhSBrPIuWdNxt2jnTTxTkX33c9z4ByGo7Tz8KJTcc7es6oB38zjZr8LonxU8fKzQ host=192.168.104.2 
port=8080","enableHA":true,"limitCpuUse":false,"enableDynamicallyScaleVm":false,"vncPassword":"qfXB2RD5Y4gLWbaFVlEi8A","params":{},"uuid":"3bd402ee-564e-46bf-a6b5-edb08094c0ec","disks":[{"data":{"org.apache.cloudstack.storage.to.VolumeObjectTO":{"uuid":"009c6bf0-fb71-43c8-ad99-092aafe1984e","volumeType":"ROOT","dataStore":{"org.apache.cloudstack.storage.to.PrimaryDataStoreTO":{"uuid":"7864d43b-b0a4-d479-3119-710fd9f0d4fd","id":2,"poolType":"LVM","host":"192.168.104.11","path":"lvm","port":0,"url":"LVM://192.168.104.11/lvm/?ROLE=Primary=7864d43b-b0a4-d479-3119-710fd9f0d4fd"}},"name":"ROOT-733","size":3145728000,"path":"0d7285d3-3f48-4541-86b6-38020d9d59bd","volumeId":734,"vmName":"r-733-VM","accountId":1,"format":"VHD","provisioningType":"THIN","id":734,"deviceId":0,"bytesReadRate":0,"bytesWriteRate":0,"iopsReadRate":0,"iopsWriteRate":0,"hypervisorType":"XenServer"}},"diskSeq":0,"path":"0d7285d3-3f48-4541-86b6-38020d9d59bd","type":"ROOT","_details":{"managed":"false","storagePort":"0","storageHost":"192.168.104.11","volumeSize":"3145728000"}}],"nics":[{"deviceId":0,"networkRateMbps":200,"defaultNic":true,"pxeDisable":true,"nicUuid":"c8f551f0-73c3-429b-8404-f4ca40dc98be","uuid":"53dd9246-ceb5-4484-b8f8-6f214466c67d","ip":"192.168.104.157","netmask":"255.255.252.0","gateway":"192.168.104.1","mac":"06:c8:dc:00:00:6c","dns1":"192.168.30.2","dns2":"","broadcastType":"Native","type":"Guest","broadcastUri":"vlan://untagged","isSecurityGroupEnabled":true},{"deviceId":1,"networkRateMbps":-1,"defaultNic":false,"pxeDisable":true,"nicUuid":"0344754e-292a-407a-8d8d-578303e418b9","uuid":"1196bf19-1bae-4beb-a511-68cc310fd1db","ip":"169.254.1.74","netmask":"255.255.0.0","gateway":"169.254.0.1","mac":"0e:00:a9:fe:01:4a","broadcastType":"LinkLocal","type":"Control","isSecurityGroupEnabled":false}]},"_iqnToPath":{},"result":true,"wait":0}},{"com.cloud.agent.api.check.CheckSshAnswer":{"result":true,"wait":0}},{"com.cloud.agent.api.GetDomRVersionAnswer":{"result":false,"details":"GetDomRVersionCmd
 failed","wait":0}}] }
2017-03-19 10:23:39,768 WARN  [o.a.c.alerts] (Work-Job-Executor-4:ctx-00f8fec4 
job-7501/job-7504 ctx-152e4b4e) (logid:0e5bb9fa)  alertType:: 9 // 
dataCenterId:: 1 // podId:: 1 // clusterId:: null // message:: Command: 
com.cloud.agent.api.GetDomRVersionCommand failed while starting virtual router
2017-03-19 10:23:39,774 ERROR [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(Work-Job-Executor-4:ctx-00f8fec4 job-7501/job-7504 ctx-152e4b4e) 
(logid:0e5bb9fa) GetDomRVersionCmd failed
2017-03-19 10:23:39,774 WARN  [c.c.n.r.VirtualNetworkApplianceManagerImpl] 
(Work-Job-Executor-4:ctx-00f8fec4 job-7501/job-7504 ctx-152e4b4e) 
(logid:0e5bb9fa) Command: com.cloud.agent.api.GetDomRVersionCommand failed 
while starting virtual router
2017-03-19 10:23:41,499 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(catalina-exec-13:ctx-5a19ecc3 ctx-04aa7c8a) (logid:e427c85a) Received unknown 
parameters for command queryAsyncJobResult. Unknown parameters : projectid
2017-03-19 10:23:44,500 WARN  [c.c.a.d.ParamGenericValidationWorker] 
(catalina-exec-10:ctx-86278f34 ctx-259dbd1b) (logid:da522034) Received unknown 
parameters for command queryAsyncJobResult. Unknown parameters : projectid

Re: Welcoming Wido as the new ACS VP

[Gabriel Beims Bräscher]

Congratulations Wido! :)

Thank you very much for all the hard work Will!

2017-03-16 14:20 GMT-03:00 Erik Weber :

> Thanks for all you hard work and dedication, Will!
>
> Congratulations Wido! :-)
>
> --
> Erik
> tor. 16. mar. 2017 kl. 18.00 skrev Will Stevens :
>
> > Hello Everyone,
> > It has been a pleasure working with you as the ACS VP over the past year.
> > I would like to say Thank You to everyone who has supported me in this
> role
> > and have supported the project as a whole.
> >
> > It is my pleasure to announce that Wido den Hollander has been voted in
> to
> > replace me as the Apache Cloudstack VP in our annual VP rotation.  Wido
> has
> > a long history with the project and we are happy welcome him into this
> new
> > role.
> >
> > Be sure to join us at CCC in Miami [1] so we can initiate him correctly
> > over many beers.  :)
> >
> > Cheers,
> >
> > *Will Stevens*
> >
> > ​[1] http://us.cloudstackcollab.org/​
> >
>

Re: Not able to setup source-nat for a regular router yet

[Gabriel Beims Bräscher]

As far as I know, the log exists for a long time. However, I am not 
aware of potential issues.


Hope that someone can share his/her wisdom on this one.


Cheers, Gabriel.


Em 15/03/2017 13:10, Jeff Hair escreveu:

It's coming from the config scripts on the routers, yes. This is version
4.9.2.0 (it's a fork, but should be similar enough to vanilla). I'm not
necessarily noticing problems with it. Connectivity from public IPs on
Isolated networks seem to be working. I'm just wondering what this message
means, and if it can cause problems.

Jeff

On Wed, Mar 15, 2017 at 4:07 PM, Gabriel Beims Bräscher <
gabr...@autonomiccs.com.br> wrote:


Hi Jeff,

Could you please provide more details (e.g. CloudStack version, CloudStack
management log)?
Seems that the log came from [1]. I will check on it.

[1] https://github.com/apache/cloudstack/blob/master/systemvm/
patches/debian/config/opt/cloud/bin/cs/CsAddress.py

Cheers,
Gabriel.


Em 15/03/2017 07:21, Jeff Hair escreveu:


Hi,

I'm seeing this message in the logs when detaching IPs with
disableStaticNat. This is on a network without redundant routers. What
exactly dose "Not able to setup source-nat for a regular router yet" mean?
Does this cause functionality problems for non-redundant routers?

Jeff

Survey “Building an autonomic cloud for you”

[Gabriel Beims Bräscher]

Dear Apache CloudStack community,


Without wishing to take the liberty, I would like to ask a bit of your
precious time to answer a survey. This survey will help us to provide an
autonomic cloud for you.

Autonomiccs is a Brazilian Startup committed to build solutions that
autonomically manage and optimize cloud computing infrastructures created
with Apache CloudStack. Some of you may have seen a bit of our work at
ApacheCon Europe 2016. We hope to work alongside the Apache CloudStack
community, leveraging Apache CloudStack to the next level on cloud
computing orchestration.

We are working hard to understand the needs of CloudStack users. This
survey can help us to provide Apache CloudStack users with the cloud they
need, delivering a competitive advantage for the Apache CloudStack
ecosystem.

If all goes right, we will present the collected data at the CloudStack
Collaboration Conference in Miami, within the “*Building an Autonomic
CloudStack*” presentation.


Survey link:
https://docs.google.com/forms/d/e/1FAIpQLSfBhG1KNo_N_nwOBt_18GbHK56_DTch1aEMkv4wAJnTDpE2ow/viewform


Thanks in advance for your time,

Gabriel.

Re: Host are not visible, getting error in api command

[Gabriel Beims Bräscher]

Hi Vivek,

Did you remove (or remove and re-added) any of the primary storages in your
setup?

2017-03-08 2:59 GMT-03:00 Vivek Kumar :

> Hello Guys,
>
> I am running ACS-4.7.1 with Xenserver 6.5 SP1, I am getting error while
> clicking on host tab.
>
> I have checked the log and found this.
>
>
>
>
> 2017-03-08 11:37:26,257 DEBUG [c.c.a.q.QueryManagerImpl]
> (catalina-exec-6:ctx-fe5e2c84 ctx-c0cf1e7a) (logid:16ce8c73) >>>Searching
> for hosts>>>
>
> 2017-03-08 11:37:26,267 DEBUG [c.c.a.q.QueryManagerImpl]
> (catalina-exec-6:ctx-fe5e2c84 ctx-c0cf1e7a) (logid:16ce8c73) >>>Generating
> Response>>>
>
> 2017-03-08 11:37:26,287 ERROR [c.c.a.ApiServer]
> (catalina-exec-6:ctx-fe5e2c84 ctx-c0cf1e7a) (logid:16ce8c73) unhandled
> exception executing api command: [Ljava.lang.String;@16a4bc50
>
> java.lang.NullPointerException
>
> at com.cloud.storage.StorageManagerImpl.isLocalStorageActiveOnHost(
> StorageManagerImpl.java:376)
>
> at com.cloud.api.ApiDBUtils.isLocalStorageActiveOnHost(
> ApiDBUtils.java:885)
>
> at com.cloud.api.query.dao.HostJoinDaoImpl.newHostResponse(
> HostJoinDaoImpl.java:210)
>
> at sun.reflect.GeneratedMethodAccessor137.invoke(Unknown Source)
>
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(
> DelegatingMethodAccessorImpl.java:43)
>
> at java.lang.reflect.Method.invoke(Method.java:606)
>
> at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection
> (AopUtils.java:317)
>
> at org.springframework.aop.framework.ReflectiveMethodInvocation.
> invokeJoinpoint(ReflectiveMethodInvocation.java:183)
>
> at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(
> ReflectiveMethodInvocation.java:150)
>
> at com.cloud.utils.db.TransactionContextInterceptor.invoke(
> TransactionContextInterceptor.java:34)
>
> at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(
> ReflectiveMethodInvocation.java:161)
>
> at org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(
> ExposeInvocationInterceptor.java:91)
>
> at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(
> ReflectiveMethodInvocation.java:172)
>
> at org.springframework.aop.framework.JdkDynamicAopProxy.
> invoke(JdkDynamicAopProxy.java:204)
>
> at com.sun.proxy.$Proxy278.newHostResponse(Unknown Source)
>
> at com.cloud.api.ApiDBUtils.newHostResponse(ApiDBUtils.java:1747)
>
> at com.cloud.api.query.ViewResponseHelper.createHostResponse(
> ViewResponseHelper.java:236)
>
> at com.cloud.api.query.QueryManagerImpl.searchForServers(
> QueryManagerImpl.java:1566)
>
> at org.apache.cloudstack.api.command.admin.host.ListHostsCmd.execute(
> ListHostsCmd.java:186)
>
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:150)
>
> at com.cloud.api.ApiServer.queueCommand(ApiServer.java:698)
>
> at com.cloud.api.ApiServer.handleRequest(ApiServer.java:529)
>
> at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:297)
>
> at com.cloud.api.ApiServlet$1.run(ApiServlet.java:127)
>
> at org.apache.cloudstack.managed.context.impl.
> DefaultManagedContext$1.call(DefaultManagedContext.java:56)
>
> at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.
> callWithContext(DefaultManagedContext.java:103)
>
> at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.
> runWithContext(DefaultManagedContext.java:53)
>
> at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:124)
>
> at com.cloud.api.ApiServlet.doGet(ApiServlet.java:86)
>
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:620)
>
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
>
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> ApplicationFilterChain.java:303)
>
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> ApplicationFilterChain.java:208)
>
> at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
>
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(
> ApplicationFilterChain.java:241)
>
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(
> ApplicationFilterChain.java:208)
>
> at org.apache.catalina.core.StandardWrapperValve.invoke(
> StandardWrapperValve.java:220)
>
> at org.apache.catalina.core.StandardContextValve.invoke(
> StandardContextValve.java:122)
>
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(
> AuthenticatorBase.java:501)
>
> at org.apache.catalina.core.StandardHostValve.invoke(
> StandardHostValve.java:171)
>
> at org.apache.catalina.valves.ErrorReportValve.invoke(
> ErrorReportValve.java:102)
>
> at org.apache.catalina.valves.AccessLogValve.invoke(
> AccessLogValve.java:950)
>
> at org.apache.catalina.core.StandardEngineValve.invoke(
> StandardEngineValve.java:116)
>
> at org.apache.catalina.connector.CoyoteAdapter.service(
> CoyoteAdapter.java:408)
>
> at org.apache.coyote.http11.AbstractHttp11Processor.process(
> AbstractHttp11Processor.java:1040)
>
> at 

Re: Unable to remove host server

[Gabriel Beims Bräscher]

Hi Andrei,

I would avoid manual changes in the DB.
Have you checked the Apache CloudStack log
(/var/log/cloudstack/management/management-server.log)?

Please, share your log so we can help you with the troubleshooting.

Cheers,
Gabriel.

2017-03-08 9:48 GMT-03:00 Andrei Mikhailovsky :

> Hello everyone,
>
> I am running ACS 4.9.0.2 on Ubuntu 14.04 server. I have tried to remove
> one of the host servers from the cluster, but I am not able to do so. After
> pressing the Remove button, I can see the spinning circle, but nothing is
> happening. I've also tried to do it with the Force remove option ticked
> without much luck either. Tried to do it on a few browsers, still the same
> issue. Nothing is happening in the management server logs. No errors,
> exceptions ,etc.
>
> How can I remove the host server? Can I simply marked it as removed in the
> db? If so, apart from the host table, do I need to make changes to any
> other tables?
>
> Thanks
>

Re: Set up Xenserver for CloudStack

[Gabriel Beims Bräscher]

Hi,

Do you have any specific needs? What versions of XenServer and Apache 
CloudStack do you intend to use? How many NICs does each host have?


Hope that with some clue of your needs and resources, we may be more 
helpful.


Cheers,
Gabriel.

Em 16/02/2017 23:14, lmartinez073 escreveu:

Hi
Does somebody has experience configuring Xenserver for an advance networking 
with CS?



Sent from my Verizon, Samsung Galaxy smartphone

Re: Add new host in pool

[Gabriel Beims Bräscher]

Hi Gian,

You should also add through the Apache CloudStack.

Cheers,
Gabriel.

2016-12-04 18:37 GMT-02:00 Gian Paolo Buono :

> Hello,
> I have a pool xenserver 6.5 with acs 4.9. If add new host in the pool
> xenserver, cloudstack should be notified  ? Or  Ihave to add a new server
> also in cloudstack ?
> Thanhs
>
> Inviato dal mio dispositivo Samsung
>

Re: SSLv2Hello is disabled error

[Gabriel Beims Bräscher]

Hi there,

Hope my feedback will be somewhat helpful ;)

Just to put it in context, this exception is an SSLException thrown at 
the com.cloud.utils.nio.Link.doHandshakeUnwrap(SocketChannel, SSLEngine, 
ByteBuffer, ByteBuffer, int) method [1]; thus, the exception occurs only 
at the unwrap phase. Also, SSLv2Hello is disabled by default since Java 
7 [2] (disabled for sending, it accepts only when receiving).


Due to known security issues [3], [4], ACS has disabled SSLv2 and SSLv3 
from its system VMs at least since 4.6.0. Files as 
"/etc/apache2/mods-available/ssl.conf" and "/etc/httpd/conf/httpd.conf" 
have been configured to disable them [5], [6].


I am not sure yet of the cause of this exception. It might be something 
related to the process of upgrading from 4.2 (when SSLv2 was enabled); 
e.g. System VMs could stay with SSLv2 enabled at their configurations.


Just by curiosity. Besides those log messages, do you noticed something 
wrong in your environment?


Cheers,
Gabriel.

[2] 
https://github.com/apache/cloudstack/blob/87ef8137534fa798101f65c6691fcf71513ac978/utils/src/main/java/com/cloud/utils/nio/Link.java
[1] 
https://convincingbits.wordpress.com/2016/02/17/ssl-tls-with-java-7-and-the-death-of-sslv2hello/

[3] https://drownattack.com/
[4] https://access.redhat.com/articles/1232123
[5] 
https://github.com/apache/cloudstack/blob/87ef8137534fa798101f65c6691fcf71513ac978/systemvm/scripts/config_ssl.sh
[6] 
https://github.com/apache/cloudstack/blob/87ef8137534fa798101f65c6691fcf71513ac978/tools/appliance/definitions/systemvmtemplate/configure_systemvm_services.sh


Em 21/10/2016 01:53, Cloud List escreveu:

Dear all,

I have an ACS 4.9 test environment after upgraded from 4.2, using Ubuntu OS
and KVM hypervisor.

I am seeing below error messages on the management server logs after
upgrading to ACS 4.9.0, is it normal?

===
2016-10-21 11:50:27,579 ERROR [c.c.u.n.Link]
(AgentManager-SSLHandshakeHandler-1:null) (logid:) SSL error occurred while
processing unwrap data: SSLv2Hello is disabled
2016-10-21 11:50:27,603 ERROR [c.c.u.n.Link]
(AgentManager-SSLHandshakeHandler-1:null) (logid:) SSL error occurred while
processing unwrap data: SSLv2Hello is disabled
2016-10-21 11:50:32,621 ERROR [c.c.u.n.Link]
(AgentManager-SSLHandshakeHandler-1:null) (logid:) SSL error occurred while
processing unwrap data: SSLv2Hello is disabled
2016-10-21 11:50:32,642 ERROR [c.c.u.n.Link]
(AgentManager-SSLHandshakeHandler-1:null) (logid:) SSL error occurred while
processing unwrap data: SSLv2Hello is disabled
===

It seems to be some Java error complaining about SSLv2Hello which is
supposed to be disabled (based on what I've read) so not too sure if I can
safely ignore the above messages?

Any advice is appreciated.

Thank you.

-ip-

Re: Console Proxy Agent Keeps disconnecting

[Gabriel Beims Bräscher]

Is there anything on ACS log?

Cheers,
Gabriel.

2016-10-18 2:35 GMT-02:00 Marty Godsey :

> I have recreated the proxy as well. After a few minutes the agent "comes
> back online" but you cant connect to any sessions. A proxy reboot fixes
> this issue.
>
> Regards,
> Marty Godsey
> nSource Solutions
>
> -Original Message-
> From: Marty Godsey [mailto:ma...@gonsource.com]
> Sent: Tuesday, October 18, 2016 12:31 AM
> To: users@cloudstack.apache.org
> Subject: Console Proxy Agent Keeps disconnecting
>
> Anyone noticed this? It just started happening and it is only the console
> proxy not the secondary storage proxy. This is ACS 4.9.
>
> Regards,
> Marty Godsey
> nSource Solutions
>
>

Re: dnsmasq The process detected as running

[Gabriel Beims Bräscher]

Hi Ghaith,

Could you please provide us with more info (CloudStack log file might be a
good start)?

Some discussions around the same message on ACS mailing list: [1], [2].

Cheers,
Gabriel.

[1]
http://mail-archives.apache.org/mod_mbox/cloudstack-users/201607.mbox/%3ccaa+3ouj14-84azj+__1seiuhecd9exyorffvqy720mtua3k...@mail.gmail.com%3E
[2]
https://mail-archives.apache.org/mod_mbox/cloudstack-users/201605.mbox/%3c12911050-af62-1ff8-3604-1fcfaea42...@marcuspocus.com%3E


2016-10-18 14:34 GMT-02:00 Ghaith Bannoura :

> Hello All,
>
> I configured alerts on the cloud stack and I'm receiving the below error
> from virtual router .
>
> dnsmasq The process detected as running
>
>
> Can anyone please advise what is the error referring for , what should I
> do when receiving such error ?
>
> Best Regards,
> EtQ, Inc.
> Ghaith Bannoura
> System Administrator
> MCT, MCSE (Messaging, Server Infrastructure)
> MCSA (Windows Server 2008, 2012), MCP
>
> *  Phone: +9626-537-0923 Ext. 376
> *  gbanno...@etq.com 
> *   http://www.etq.com
>
>