Re: Strange Virtual Router Problem

[Rafael Weingärtner]

Are you using overprovisioning?

Em sáb., 26 de mar. de 2022 21:30, Curious Pandora 
escreveu:

> After some further looking round and testing i am providing my findings.
>
> After monitoring all the database queries it is confirmed that the proper
> sevice_offering is returned back to the job.
> The values are correct and double checked.
>
> By increasing the ram_size in the database to 512 from 256 the router is
> successfully launched with 375MB or ram.
>
>  349184
>  349184
>
> The same behavior is observed in the consoleproxy and secondary storage vm.
>
> Console proxy offering is allocating 1GB of memory normally but only 715MB
> are actually allocated
> Secondary storage is allocating 512MB of memory normally but only  357MB
> are actually allocated
>
> That probably indicates some problem with the code.
>
> On Thu, Mar 24, 2022 at 10:50 PM Curious Pandora 
> wrote:
>
> > Yes. I already confirmed that.
> >
> > +-+
> > | service_offering_id |
> > +-+
> > |  22 |
> > +-+
> >
> >
> >
> ++--+---+--+-+-++---+--+-+--+--+-++-+
> > | id | cpu  | speed | ram_size | nw_rate | mc_rate | ha_enabled |
> > limit_cpu_use | host_tag | default_use | vm_type  | sort_key |
> > is_volatile | deployment_planner | dynamic_scaling_enabled |
> >
> >
> ++--+---+--+-+-++---+--+-+--+--+-++-+
> > | 22 |1 |   500 |  256 |NULL |NULL |  1 |
> > 0 | NULL |   1 | domainrouter |0 |   0 |
> > NULL   |   1 |
> >
> >
> ++--+---+--+-+-++---+--+-+--+--+-++-+
> >
> >
> > On Thu, Mar 24, 2022 at 10:39 AM Wei ZHOU  wrote:
> >
> >> Hi,
> >>
> >> Can you check the database to see if the service offering is correct ?
> >>
> >> select service_offering_id from vm_instance where id=1410;
> >> select * from service_offering where id=;
> >>
> >> -Wei
> >>
> >>
> >>
> >> On Thu, 24 Mar 2022 at 09:23, Curious Pandora 
> wrote:
> >>
> >> > Hello all,
> >> >
> >> > After dedicating a pod for system vms (might have nothing to do with
> the
> >> > problem )
> >> > the virtual routers stopped working.
> >> >
> >> > The routers cannot launch since they are created with  174080kb of
> >> memory.
> >> >  174080
> >> >  174080
> >> >
> >> > According to the logs from the management server indeed the creation
> >> > parameters include a maxram of 170MB.
> >> >
> >> >
> >> >
> >>
> [{"com.cloud.agent.api.StartCommand":{"vm":{"id":"1410","name":"r-1410-VM","state":"Starting","type":"DomainRouter","cpus":"1","minSpeed":"166","maxSpeed":"500","
> >> > 178257920","maxRam":"(170.00 MB)
> 178257920","arch":"x86_64","os":"Debian
> >> > GNU/Linux 11 (64-bit)","platformEmulator":"Debian GNU/Linux 11
> >> > (64-bit)","bootArgs":" template=domP name=r-1410-VM
> >> >
> >> > Checking the database i confirmed that:
> >> > 1) The system offering for is the default "System Offering For
> Software
> >> > Router"
> >> > 2) At ram_size column the correct value "256" is present
> >> >
> >> > Cloudstack is at version: 4.16.1
> >> >
> >> > --
> >> > p4nd0ra - the curious
> >> >
> >>
> >
> >
> > --
> > p4nd0ra - the curious
> >
>
>
> --
> p4nd0ra - the curious
>

Re: KVM storage live migration.

[Rafael Weingärtner]

I guess this PR would answer your doubt:
https://github.com/apache/cloudstack/pull/4562

On Fri, Jan 8, 2021 at 12:57 PM Vivek Kumar 
wrote:

> Well..! I have two different kind of storage, 1st is shared mount point
> and 2nd is NFS.
>
> Vivek Kumar
> Manager - Cloud & DevOps
> IndiQus Technologies
> 24*7  O +91 11 4055 1411  |   M +91 7503460090
> www.indiqus.com <http://indiqus.com/>
>
> This message is intended only for the use of the individual or entity to
> which it is addressed and may contain information that is confidential
> and/or privileged. If you are not the intended recipient please delete the
> original message and any copy of it from your computer system. You are
> hereby notified that any dissemination, distribution or copying of this
> communication is strictly prohibited unless proper authorization has been
> obtained for such action. If you have received this communication in error,
> please notify the sender immediately. Although IndiQus attempts to sweep
> e-mail and attachments for viruses, it does not guarantee that both are
> virus-free and accepts no liability for any damage sustained as a result of
> viruses.
>
> > On 08-Jan-2021, at 7:47 PM, Hean Seng  wrote:
> >
> > are you running share storage or local storage.
> >
> > Live migration work, i tried it on NFS.
> >
> > It not work on LocalStorage, it is understood .
> >
> > On Fri, Jan 8, 2021 at 8:47 PM Vivek Kumar  .invalid>
> > wrote:
> >
> >> Hello Guys,
> >>
> >> Can we do storage live migration on KVM environment ? In ACS, it’s
> giving
> >> the option only after shutting down the VM.
> >>
> >> Vivek Kumar
> >>
> >>
> >>
> >
> > --
> > Regards,
> > Hean Seng
>
>

-- 
Rafael Weingärtner

Re: strange behavior ha

[Rafael Weingärtner]

tConnection]
> > (Thread-11215:null) (logid:) Looking for libvirtd connection at:
> > qemu:///system
> > 2020-11-17 09:56:52,834 DEBUG [kvm.storage.IscsiStorageCleanupMonitor]
> > (Thread-11215:null) (logid:) found 0 domains
> > 2020-11-17 09:56:58,860 DEBUG [cloud.agent.Agent]
> > (agentRequest-Handler-1:null) (logid:4a826d3a) Request:Seq
> > 25-6380193297100515624:  { Cmd , MgmtId: 176206389408022, via: 25, Ver:
> v1,
> > Flags: 100011,
> >
> [{"com.cloud.agent.api.CheckOnHostCommand":{"host":{"guid":"de2a757a-4d20-39c1-97be-2eb0096c32fb-LibvirtComputingResource","privateNetwork":{"ip":"10.89.12.103","netmask":"255.255.255.0","mac":"7e:c2:06:20:06:48","isSecurityGroupEnabled":false},"storageNetwork1":{"ip":"10.89.12.103","netmask":"255.255.255.0","mac":"7e:c2:06:20:06:48","isSecurityGroupEnabled":false}},"wait":20}}]
> > }
> > 2020-11-17 09:56:58,860 DEBUG [cloud.agent.Agent]
> > (agentRequest-Handler-1:null) (logid:4a826d3a) Processing command:
> > com.cloud.agent.api.CheckOnHostCommand
> > 2020-11-17 09:56:58,861 DEBUG [kvm.resource.KVMHAChecker]
> > (pool-72088-thread-1:null) (logid:4a826d3a) Executing:
> > /usr/share/cloudstack-common/scripts/vm/hypervisor/kvm/kvmheartbeat.sh -i
> > sys2.cenagis.local -p /HA -m /mnt/9cc142eb-ff79-3ea4-957d-9a45b987604e -h
> > 10.89.12.103 -r -t 60
> > 2020-11-17 09:56:58,861 DEBUG [kvm.resource.KVMHAChecker]
> > (pool-72088-thread-1:null) (logid:4a826d3a) Executing while with timeout
> :
> > 36
> > 2020-11-17 09:56:58,870 DEBUG [kvm.resource.KVMHAChecker]
> > (pool-72088-thread-1:null) (logid:4a826d3a) Execution is successful.
> > 2020-11-17 09:56:58,870 DEBUG [kvm.resource.KVMHAChecker]
> > (pool-72088-thread-1:null) (logid:4a826d3a) KVMHAChecker pool:
> > sys2.cenagis.local
> > 2020-11-17 09:56:58,870 DEBUG [kvm.resource.KVMHAChecker]
> > (pool-72088-thread-1:null) (logid:4a826d3a) KVMHAChecker result: null
> > 2020-11-17 09:56:58,870 DEBUG [kvm.resource.KVMHAChecker]
> > (pool-72088-thread-1:null) (logid:4a826d3a) KVMHAChecker parser: =>
> > ALIVE <=
> > 2020-11-17 09:56:58,870 DEBUG [cloud.agent.Agent]
> > (agentRequest-Handler-1:null) (logid:4a826d3a) Seq
> 25-6380193297100515624:
> > { Ans: , MgmtId: 176206389408022, via: 25, Ver: v1, Flags: 10,
> > [{"com.cloud.agent.api.Answer":{"result":false,"details":"Heart is
> > beating...","wait":0}}] }
> >
> >
>
> --
>
> Andrija Panić
>


-- 
Rafael Weingärtner

Re: Cloudstack + CEPH and Erasure Coding

[Rafael Weingärtner]

Erasure code has its ups and downs such as replication; the most
interesting part is the reduction of the total volume you need, since it
requires "less" volume of disks to store the same amount of data as in
replication mode.  CloudStack does not support it yet. To use erasure
coding you need a replication pool for metadata and then you direct the
data of the volume to an erasure code pool. KVM supports it, but ACS does
not have the code to handle this feature yet. The same happens with multi
MON deployments. KVM can use it natively, but ACS does not support it (as
far as I remember),

On Wed, Sep 2, 2020 at 3:46 AM Andrija Panic 
wrote:

> Hi,
>
> not sure if using the erasure coding pool is supported - is the syntax for
> creating an image different than for the replicated pool image? If so -
> than definitively it's not supported
>
> Otherwise, EC is slower than a replicated pool - not sure that is something
> you want to use with
> (already-slower-than-optimal-since-it's-distributed-storage) CEPH.
>
> Cheers,
>
> On Tue, 1 Sep 2020 at 21:28, Mauro Ferraro - G2K Hosting <
> mferr...@g2khosting.com> wrote:
>
> > Hi Rohit!, thank you very much for answer us.
> >
> >
> > About this, we have an erasure code pool at ceph, so we can create an
> > image and then we must specify where the metadata and data pool is
> > located. When we add the erasure code pool as Storage in Cloudstack we
> > can't set the datapool, so when we add a VM it shows an error.  We asume
> > that Cloudstack do something like this in Ceph:
> >
> >
> > /rbd create DISCO --size 4096 -p PoolErasure/
> >
> > /rbd: create error: (95) Operation not supported/
> >
> > /
> > /
> >
> > _/And must be:/_
> >
> > /
> > /
> >
> > /rbd create --size 4096 --data-pool DataPool PoolErasure/DISCO/
> >
> > /
> > /
> >
> > /Example:
> >
> >
> https://documentation.suse.com/ses/6/html/ses-all/cha-ceph-erasure.html#ec-rbd
> > /
> >
> > //
> >
> > There is not a field at Cloudstack to set this, so it fails when
> > creating a VM in this storage.
> >
> >
> > In replicated ceph configuration is working fine because there is just
> > one Pool so you don't need to set more options at Cloudstack.
> >
> >
> > There is a way to set the data pool at cloudstack in other way?.
> >
> >
> > Regards,
> >
> >
> > El 1/9/2020 a las 04:55, Rohit Yadav escribió:
> > > Hi Mauro,
> > >
> > > I think you can create a data pool on ceph first and then add it as a
> > > storage pool in CloudStack with a storage tag and then create specific
> > > compute/disk offering with that storage tag to force VM's root disk
> > > and data disks to be deployed on the specific Ceph pool where erasure
> > > coding was configured.
> > >
> > >
> > > Regards.
> > >
> > > rohit.ya...@shapeblue.com
> > > www.shapeblue.com
> > > @shapeblue
> > >
> > >
> 
> > > *From:* Mauro Ferraro - G2K Hosting 
> > > *Sent:* Saturday, August 29, 2020 21:03
> > > *To:* users@cloudstack.apache.org 
> > > *Subject:* Cloudstack + CEPH and Erasure Coding
> > > Hi guys!,
> > >
> > > We are trying to set ceph 15.2.4 at Cloudstack 4.14, it's work great
> > > with Ceph and Replicated configuration but we are having problems to
> > > configure Erasure coding because at Cloudstack Gui when create a VM we
> > > can't set the Data Pool where erasure code is configured.
> > >
> > > We can do it mannually setting this comand at ceph:
> > >
> > > rbd create --size 20G --data-pool Pool-ISA
> > > Pool-ISA-Replicado/94a5650f-a67f-4375-a051-d906a0dbd466
> > >
> > > But it can be great that cloudstack do this internally
> > >
> > > Did you ever use erasure coding with ceph?.
> > >
> > > Regards,
> > >
> > > M
> >
>
>
> --
>
> Andrija Panić
>


-- 
Rafael Weingärtner

Re: [CLOUDSTACK VIDEO PROJECT] - HELP REQUIRED

[Rafael Weingärtner]

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

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

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


-- 
Rafael Weingärtner

Re: "Command failed due to Internal Server Error" when stopping a VM

[Rafael Weingärtner]

om.cloud.utils.nio.Task.call(Task.java:83)
> at com.cloud.utils.nio.Task.call(Task.java:29)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.lang.NullPointerException
> at
> org.apache.cloudstack.network.topology.BasicNetworkVisitor.visit(BasicNetworkVisitor.java:201)
> at com.cloud.network.rules.DhcpEntryRules.accept(DhcpEntryRules.java:64)
> at
> org.apache.cloudstack.network.topology.BasicNetworkTopology.applyRules(BasicNetworkTopology.java:390)
> ... 27 more
> 2019-07-16 22:51:00,005 WARN  [c.c.a.m.AgentManagerImpl]
> (AgentManager-Handler-5:null) (logid:) Caught:
> java.lang.RuntimeException: InvocationTargetException when invoking event
> handler for subject: vm.powerstate
> at
> org.apache.cloudstack.framework.messagebus.MessageDispatcher.dispatch(MessageDispatcher.java:84)
> at
> org.apache.cloudstack.framework.messagebus.MessageDispatcher.onPublishMessage(MessageDispatcher.java:45)
> at
> org.apache.cloudstack.framework.messagebus.MessageBusBase$SubscriptionNode.notifySubscribers(MessageBusBase.java:441)
> at
> org.apache.cloudstack.framework.messagebus.MessageBusBase.publish(MessageBusBase.java:178)
> at
> com.cloud.vm.VirtualMachinePowerStateSyncImpl.processReport(VirtualMachinePowerStateSyncImpl.java:147)
> at
> com.cloud.vm.VirtualMachinePowerStateSyncImpl.processHostVmStatePingReport(VirtualMachinePowerStateSyncImpl.java:68)
> at
> com.cloud.vm.VirtualMachineManagerImpl.processCommands(VirtualMachineManagerImpl.java:3071)
> at
> com.cloud.agent.manager.AgentManagerImpl.handleCommands(AgentManagerImpl.java:317)
> at
> com.cloud.agent.manager.AgentManagerImpl$AgentHandler.processRequest(AgentManagerImpl.java:1296)
> at
> com.cloud.agent.manager.AgentManagerImpl$AgentHandler.doTask(AgentManagerImpl.java:1383)
> at
> com.cloud.agent.manager.ClusteredAgentManagerImpl$ClusteredAgentHandler.doTask(ClusteredAgentManagerImpl.java:712)
> at com.cloud.utils.nio.Task.call(Task.java:83)
> at com.cloud.utils.nio.Task.call(Task.java:29)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
>
> Any help would be greatly appreciated
> Regards
> D.
>
>

-- 
Rafael Weingärtner

Re: CS 4.12 and XS 6.5

[Rafael Weingärtner]

When I tested ACS 4.12, I used with XenServer 6.5, and it worked without
problems.

I have no idea on what that deprecation note means. In theory, we should
not deprecate anything without creating a major release (semantic
versioning.). I would expect a widespread notification and discussion
with the community way before the deprecation happens.

On Fri, May 3, 2019 at 7:42 AM Alessandro Caviglione 
wrote:

> Hi guys,
> we're going to upgrade CS 4.9 to 4.12.
> Actually CS are managing some XenServer 6.5 but in Compatibility Matrix for
> CS 4.12 I see that XS 6.5 is deprecated.
> What it means?
> Anyone knows if XS6.5 still works or it's possible that I'll lost the
> management of those nodes?
>
> Thank you!
>


-- 
Rafael Weingärtner

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

[Rafael Weingärtner]

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

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

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


-- 
Rafael Weingärtner

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

[Rafael Weingärtner]

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

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

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

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

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


-- 
Rafael Weingärtner

Re: FC STORAGE

[Rafael Weingärtner]

No need to be connected to the management server (MS). How did you
introduce the storage to CloudStack? What is the version of your
hypervisor? The version of CloudStack? How did you configure/connect the
storage with the hypervisors hosts?

On Tue, Apr 16, 2019 at 7:50 AM dominato...@gmail.com 
wrote:

> Hello,
>
> I would like to build a private cloud based on cloustack. The
> infrastructure is ready and when adding the primary storage gets an error:
> the cluster can't connect to the storage. The cluster is build on latest
> xcp-ng, and storage is on FC. The disk resource is visible on the clusters.
> My question is whether the first storage must also be connected to the
> management server?
>


-- 
Rafael Weingärtner

Re: CCC BR schedule published

[Rafael Weingärtner]

Hello, fellow CloudStackers,

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

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

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

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

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

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


-- 
Rafael Weingärtner

Re: Cloudstack DEB Repository Invalid Signatures

[Rafael Weingärtner]

The release process for 4.12 has not finished yet.

On Thu, Mar 21, 2019 at 9:25 AM Kevin Heseler  wrote:

> Hey Cloudstack-Users,
>
> just started using Cloudstack for the first time and something is not
> right with the DEB repository. I imported the key from
> https://download.cloudstack.org/release.asc however my apt is showing me
> that the release is not signed properly.
>
> W: GPG error: https://download.cloudstack.org/ubuntu xenial InRelease:
> The following signatures were invalid:
> A1F6C9B23D6323C64949B83397359C3BAB1FCB30
> E: The repository 'https://download.cloudstack.org/ubuntu xenial
> InRelease' is not signed.
> N: Updating from such a repository can't be done securely, and is
> therefore disabled by default.
> N: See apt-secure(8) manpage for repository creation and user
> configuration details.
>
> Same thing also goes for the bionic version.
>
> Adding [trusted=yes] to the apt.list fixes this issue by bypassing
> apt-secure, however I do believe that this is not a good solution here.
>
> I can see that the key is imported to my trusted.gpg, and that the end
> of the fingerprint seems to be correct. However I could not figure out
> what is wrong here. Any ideas?
>
> Side note: When I tried installing 4.12 from the bionic repo it was also
> showing me a file size mismatch, seems like something is broken there, too.
>
> --
> Cheers,
> Kevin
>


-- 
Rafael Weingärtner

Re: Disaster after maintenance

[Rafael Weingärtner]

that is why nothing deploys there. You need to connect this host to ACS.
otherwise, it will just be ignored. Did you check the log files in the
agent (in the host)? And, of course, in ACS?

On Tue, Mar 19, 2019 at 9:49 AM Jevgeni Zolotarjov 
wrote:

> Can you try migrating a VM to the server that you changed the RAM amount?
>
> Also:
> What is the hypervisor version?
> KVM
> QEMU Version : 2.0.0
> Release : 1.el7.6
>
>
> Host status in ACS?
> 1st server: Unsecure
> 2nd server: Disconnected
>
> Did you try to force a VM to start/deploy in this server where you changed
> the RAM?
> Host status became disconnected. I don't know how to make it "connected"
> again
>
>
>
> On Tue, Mar 19, 2019 at 2:42 PM Rafael Weingärtner <
> rafaelweingart...@gmail.com> wrote:
>
> > Can you try migrating a VM to the server that you changed the RAM amount?
> >
> > Also:
> > What is the hypervisor version?
> > Host status in ACS?
> > Did you try to force a VM to start/deploy in this server where you
> changed
> > the RAM?
> >
> >
> > On Tue, Mar 19, 2019 at 9:39 AM Jevgeni Zolotarjov <
> j.zolotar...@gmail.com
> > >
> > wrote:
> >
> > > We have Cloudstack 4.11.2 setup running fine for few months (>4)
> > > The setup is very simple: 2 hosts
> > > We decided to do a maintenance to increase RAM on both servers
> > >
> > > For this we put first server to maintenance. All VMS moved to second
> host
> > > after a while.
> > >
> > > Then first server was shutdown, RAM increased, server turned ON.
> > > Now nothing starts on first server.
> > >
> > >
> > > Tried to delete network, but this fails as well
> > >
> > > Please help !
> > >
> > > Here is extract from log:
> > > ==
> > > 2019-03-19 12:27:53,064 DEBUG [o.a.c.s.SecondaryStorageManagerImpl]
> > > (secstorage-1:ctx-16d6c797) (logid:7e3160ce) Zone 1 is ready to launch
> > > secondary storage VM
> > > 2019-03-19 12:27:53,125 DEBUG [c.c.c.ConsoleProxyManagerImpl]
> > > (consoleproxy-1:ctx-cbd034b9) (logid:0a8c8bf4) Zone 1 is ready to
> launch
> > > console proxy
> > > 2019-03-19 12:27:53,181 DEBUG [c.c.a.ApiServlet]
> > > (qtp510113906-285:ctx-6c5e11c3) (logid:cd8e30be) ===START===
> > 192.168.5.140
> > > -- GET
> > >
> > >
> >
> command=deleteNetwork=4ba834ed-48f3-468f-b667-9bb2d2c258f1=json&_=1552998473154
> > > 2019-03-19 12:27:53,186 DEBUG [c.c.a.ApiServer]
> > > (qtp510113906-285:ctx-6c5e11c3 ctx-0cc34dc6) (logid:cd8e30be) CIDRs
> from
> > > which account 'Acct[15863393-8e8d-11e7-8f52-f04da2002bbe-admin]' is
> > allowed
> > > to perform API calls: 0.0.0.0/0,::/0
> > > 2019-03-19 12:27:53,208 INFO  [o.a.c.f.j.i.AsyncJobMonitor]
> > > (API-Job-Executor-1:ctx-d4970c19 job-5081) (logid:f6751fa7) Add
> job-5081
> > > into job monitoring
> > > 2019-03-19 12:27:53,209 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> > > (qtp510113906-285:ctx-6c5e11c3 ctx-0cc34dc6) (logid:cd8e30be) submit
> > async
> > > job-5081, details: AsyncJobVO {id:5081, userId: 2, accountId: 2,
> > > instanceType: Network, instanceId: 204, cmd:
> > > org.apache.cloudstack.api.command.user.network.DeleteNetworkCmd,
> cmdInfo:
> > >
> > >
> >
> {"response":"json","ctxUserId":"2","httpmethod":"GET","ctxStartEventId":"2615","id":"4ba834ed-48f3-468f-b667-9bb2d2c258f1","ctxDetails":"{\"interface
> > >
> > >
> >
> com.cloud.network.Network\":\"4ba834ed-48f3-468f-b667-9bb2d2c258f1\"}","ctxAccountId":"2","uuid":"4ba834ed-48f3-468f-b667-9bb2d2c258f1","cmdEventType":"NETWORK.DELETE","_":"1552998473154"},
> > > cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0,
> > > result: null, initMsid: 264216221068220, completeMsid: null,
> lastUpdated:
> > > null, lastPolled: null, created: null}
> > > 2019-03-19 12:27:53,211 DEBUG [c.c.a.ApiServlet]
> > > (qtp510113906-285:ctx-6c5e11c3 ctx-0cc34dc6) (logid:cd8e30be) ===END===
> > > 192.168.5.140 -- GET
> > >
> > >
> >
> command=deleteNetwork=4ba834ed-48f3-468f-b667-9bb2d2c258f1=json&_=1552998473154
> > > 2019-03-19 12:27:53,212 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> > > (API-Jo

Re: Disaster after maintenance

[Rafael Weingärtner]

3,264 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-1:ctx-d4970c19 job-5081) (logid:16897ea6) Publish async
> job-5081 complete on message bus
> 2019-03-19 12:27:53,264 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-1:ctx-d4970c19 job-5081) (logid:16897ea6) Wake up jobs
> related to job-5081
> 2019-03-19 12:27:53,264 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-1:ctx-d4970c19 job-5081) (logid:16897ea6) Update db
> status for job-5081
> 2019-03-19 12:27:53,265 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-1:ctx-d4970c19 job-5081) (logid:16897ea6) Wake up jobs
> joined with job-5081 and disjoin all subjobs created from job- 5081
> 2019-03-19 12:27:53,267 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-1:ctx-d4970c19 job-5081) (logid:16897ea6) Done executing
> org.apache.cloudstack.api.command.user.network.DeleteNetworkCmd for
> job-5081
> 2019-03-19 12:27:53,267 INFO  [o.a.c.f.j.i.AsyncJobMonitor]
> (API-Job-Executor-1:ctx-d4970c19 job-5081) (logid:16897ea6) Remove job-5081
> from job monitoring
> 2019-03-19 12:27:56,230 DEBUG [c.c.a.ApiServlet]
> (qtp510113906-28:ctx-e6c5bc85) (logid:7fe68f75) ===START===  192.168.5.140
> -- GET
>
> command=queryAsyncJobResult=16897ea6-27c3-45b9-a0df-ab217bb5393c=json&_=1552998476202
> 2019-03-19 12:27:56,238 DEBUG [c.c.a.ApiServer]
> (qtp510113906-28:ctx-e6c5bc85 ctx-da1f4cbd) (logid:7fe68f75) CIDRs from
> which account 'Acct[15863393-8e8d-11e7-8f52-f04da2002bbe-admin]' is allowed
> to perform API calls: 0.0.0.0/0,::/0
> 2019-03-19 12:27:56,260 DEBUG [c.c.a.ApiServlet]
> (qtp510113906-28:ctx-e6c5bc85 ctx-da1f4cbd) (logid:7fe68f75) ===END===
> 192.168.5.140 -- GET
>
> command=queryAsyncJobResult=16897ea6-27c3-45b9-a0df-ab217bb5393c=json&_=1552998476202
> 2019-03-19 12:28:00,946 INFO  [o.a.c.f.j.i.AsyncJobManagerImpl]
> (AsyncJobMgr-Heartbeat-1:ctx-9b43d1fd) (logid:a605267a) Begin cleanup
> expired async-jobs
> 2019-03-19 12:28:00,951 INFO  [o.a.c.f.j.i.AsyncJobManagerImpl]
> (AsyncJobMgr-Heartbeat-1:ctx-9b43d1fd) (logid:a605267a) End cleanup expired
> async-jobs
> 2019-03-19 12:28:01,142 DEBUG [c.c.n.r.VirtualNetworkApplianceManagerImpl]
> (RouterStatusMonitor-1:ctx-ad6bbe7e) (logid:04e4c72b) Found 0 routers to
> update status.
>


-- 
Rafael Weingärtner

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC5]

[Rafael Weingärtner]

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

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


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

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

-- 
Rafael Weingärtner

CCC BR schedule published

[Rafael Weingärtner]

Hello CloudStackers,
The schedule for our very first CCC BR has been published at [1]. For those
of you that are active in social networks (twitter, facebook, any other
that people use) please share this information with the world. If you are
already coming, do not forget to invite your colleagues and friends. This
will be a great opportunity to meet the CloudStack community in Brazil.
Therefore, you should not miss it.  Let's make a great CloudStack event!

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

[1] http://br.cloudstackcollab.org/#schedule

-- 
Rafael Weingärtner

Re: ApacheCon Europe in Berlin

[Rafael Weingärtner]

You can create a PR here: https://github.com/apache/cloudstack-www

On Tue, Mar 12, 2019 at 6:03 AM Swen - swen.io  wrote:

> Hi all,
>
> maybe I missed a conversation, but are there any plans to do a CloudStack
> Collaboration Conference during ApacheCon Europe in Berlin this October?
> As far as I remember CCC will join ApacheCon in Brazil and North America,
> is
> this correct?
>
> BTW: Can somebody please explain to me how we can edit
> https://cloudstack.apache.org/? "Upcoming CloudStack Events" section is a
> little bit outdated. If I can I will take care of this.
>
> Best regards,
> Swen
>
>
>

-- 
Rafael Weingärtner

Re: Cloudstack is unable to create new VM

[Rafael Weingärtner]

; > > >> >>> There are also lots of storage available. As the log states,
> >> it is
> >> > > >> >>> complaining about resource type 1 (cpu).
> >> > > >> >>>
> >> > > >> >>> Please advise.
> >> > > >> >>>
> >> > > >> >>> Thanks
> >> > > >> >>>
> >> > > >> >>> On Sat, Mar 9, 2019 at 8:16 PM Ivan Kudryavtsev <
> >> > > >> >>> kudryavtsev...@bw-sw.com> wrote:
> >> > > >> >>>
> >> > > >> >>>> What about RAM and storage?
> >> > > >> >>>>
> >> > > >> >>>> сб, 9 мар. 2019 г., 9:22 Fariborz Navidan <
> >> mdvlinqu...@gmail.com
> >> > >:
> >> > > >> >>>>
> >> > > >> >>>> > I have already set
> >> > > cluster.cpu.allocated.capacity.disablethreshold
> >> > > >> to
> >> > > >> >>>> 1
> >> > > >> >>>> > and cpu.overprovisioning.factor to 10 both in global
> >> settings
> >> > and
> >> > > >> >>>> cluster
> >> > > >> >>>> > level.
> >> > > >> >>>> >
> >> > > >> >>>> > Best Regards
> >> > > >> >>>> >
> >> > > >> >>>> > On Sat, Mar 9, 2019 at 6:47 PM Fariborz Navidan <
> >> > > >> >>>> mdvlinqu...@gmail.com>
> >> > > >> >>>> > wrote:
> >> > > >> >>>> >
> >> > > >> >>>> > > Hello
> >> > > >> >>>> > >
> >> > > >> >>>> > > This is host's cpu resource statistics:
> >> > > >> >>>> > >
> >> > > >> >>>> > > CPU Utilized: 30.2%
> >> > > >> >>>> > > CPU Allocated for VMs: 84.82%
> >> > > >> >>>> > >
> >> > > >> >>>> > > On Sat, Mar 9, 2019 at 4:20 PM Ivan Kudryavtsev <
> >> > > >> >>>> > kudryavtsev...@bw-sw.com>
> >> > > >> >>>> > > wrote:
> >> > > >> >>>> > >
> >> > > >> >>>> > >> Looks like your cluster is pretty full. Increase
> >> thresholds
> >> > in
> >> > > >> >>>> cluster
> >> > > >> >>>> > >> vars
> >> > > >> >>>> > >> or add resources.
> >> > > >> >>>> > >>
> >> > > >> >>>> > >> сб, 9 мар. 2019 г., 6:55 Rafael Weingärtner <
> >> > > >> >>>> > rafaelweingart...@gmail.com
> >> > > >> >>>> > >> >:
> >> > > >> >>>> > >>
> >> > > >> >>>> > >> > In the log there is this message:
> >> > > >> >>>> > >> > > Cannot allocate cluster list [1] for vm creation
> >> since
> >> > > their
> >> > > >> >>>> > allocated
> >> > > >> >>>> > >> > percentage crosses the disable capacity threshold
> >> defined
> >> > at
> >> > > >> each
> >> > > >> >>>> > >> > cluster/at global value for capacity Type : 1,
> skipping
> >> > > these
> >> > > >> >>>> clusters
> >> > > >> >>>> > >> >
> >> > > >> >>>> > >> > What is the status of your cluster's host?
> >> > > >> >>>> > >> >
> >> > > >> >>>> > >> > On Sat, Mar 9, 2019 at 7:14 AM Fariborz Navidan <
> >> > > >> >>>> > mdvlinqu...@gmail.com>
> >> > > >> >>>> > >> > wrote:
> >> > > >> >>>> > >> >
> >> > > >> >>>> > >> > > 

Re: Cloudstack is unable to create new VM

[Rafael Weingärtner]

Can you send your complete logs, right after an ACS reboot, and when you
try to start a new VM?

On Sun, Mar 10, 2019 at 10:11 AM Fariborz Navidan 
wrote:

> Even with cpu overprovisioning  factor of 20 set on both cluster and global
> settings, still I cannot deploy new  VMs. It show 672GHz in
> dashboardinstead of 33.6GHz (actual capacity) but still I get in the log
> "The host is in avoid list".
>
> Please advise.
> Thanks
>
> On Sun, Mar 10, 2019 at 4:04 PM Andrija Panic 
> wrote:
>
> > Cpu.overprovisioning.ratio or such - set it to 2.0 - means CloudStack
> will
> > see your cluster having 200% cpu of that it really has, 3.5= 350% etc.
> >
> >
> >
> > On Sun, Mar 10, 2019, 10:24 Fariborz Navidan 
> > wrote:
> >
> > > I've already set  cluster.cpu.allocated.capacity.disablethreshold to
> > > maximum value in both cluster and global settings. Is it possible to to
> > > makeACS ignore cpu capacity check?
> > >
> > >
> > >
> > > On Sun, Mar 10, 2019 at 12:43 PM Andrija Panic <
> andrija.pa...@gmail.com>
> > > wrote:
> > >
> > > > Try to o provision CPU on a cluster level, thought I can't say if
> > > shortage
> > > > of CPU or RAM, on my mobile atm...
> > > >
> > > > On Sun, Mar 10, 2019, 10:03 Andrija Panic 
> > > wrote:
> > > >
> > > > > Cannot allocate cluster list [1] for vm creation since their
> > allocated
> > > > > percentage crosses the disable capacity threshold defined at each
> > > > cluster/
> > > > > at global value for capacity Type : 1, skipping these clusters
> > > > >
> > > > >
> > > > >
> > > > > On Sat, Mar 9, 2019, 20:54 Fariborz Navidan  >
> > > > wrote:
> > > > >
> > > > >> Any idea?
> > > > >>
> > > > >> On Sat, Mar 9, 2019 at 10:05 PM Fariborz Navidan <
> > > mdvlinqu...@gmail.com
> > > > >
> > > > >> wrote:
> > > > >>
> > > > >> > Hi,
> > > > >> >
> > > > >> > Another noticeable issue about system is that cpu cores
> allocation
> > > is
> > > > >> 19/8
> > > > >> > (237%) which may be thereason for error. However the RAM and CPU
> > > > >> > utilization is fairly low and I should be able to create more
> VMs.
> > > How
> > > > >> can
> > > > >> > I change settings for cpu cores overprovisioning factor?
> > > > >> >
> > > > >> > Thanks
> > > > >> >
> > > > >> > On Sat, Mar 9, 2019 at 9:53 PM Fariborz Navidan <
> > > > mdvlinqu...@gmail.com>
> > > > >> > wrote:
> > > > >> >
> > > > >> >> Any idea?
> > > > >> >>
> > > > >> >> On Sat, Mar 9, 2019 at 8:38 PM Fariborz Navidan <
> > > > mdvlinqu...@gmail.com
> > > > >> >
> > > > >> >> wrote:
> > > > >> >>
> > > > >> >>> Memory Total:  62.69 GB
> > > > >> >>> Memory Allocated: *14.25 GB*
> > > > >> >>> Memory Used:  19.03 GB
> > > > >> >>>
> > > > >> >>> There are also lots of storage available. As the log states,
> it
> > is
> > > > >> >>> complaining about resource type 1 (cpu).
> > > > >> >>>
> > > > >> >>> Please advise.
> > > > >> >>>
> > > > >> >>> Thanks
> > > > >> >>>
> > > > >> >>> On Sat, Mar 9, 2019 at 8:16 PM Ivan Kudryavtsev <
> > > > >> >>> kudryavtsev...@bw-sw.com> wrote:
> > > > >> >>>
> > > > >> >>>> What about RAM and storage?
> > > > >> >>>>
> > > > >> >>>> сб, 9 мар. 2019 г., 9:22 Fariborz Navidan <
> > mdvlinqu...@gmail.com
> > > >:
> > > > >> >>>>
> > > > >> >>>> > I have already set
> > > > cluster.cpu.allocated.capacity.disablethreshold
> > > > >> to
> > > > >> >>>> 1
> > > > >> &g

Re: Cloudstack is unable to create new VM

[Rafael Weingärtner]

2
> 2019-03-09 11:01:35,215 INFO  [o.a.c.a.c.a.v.DeployVMCmdByAdmin]
> (API-Job-Executor-1:ctx-0c22fa00 job-508 ctx-b6238917) (logid:57397166)
> com.cloud.exception.InsufficientServerCapacityException: Unable to create a
> deployment for VM[User|i-2-68-VM]Scope=interface com.cloud.dc.DataCenter;
> id=1
> 2019-03-09 11:01:35,215 INFO  [o.a.c.a.c.a.v.DeployVMCmdByAdmin]
> (API-Job-Executor-1:ctx-0c22fa00 job-508 ctx-b6238917) (logid:57397166)
> Unable to create a deployment for VM[User|i-2-68-VM]
> com.cloud.exception.InsufficientServerCapacityException: Unable to create a
> deployment for VM[User|i-2-68-VM]Scope=interface com.cloud.dc.DataCenter;
> id=1
> at
>
> org.apache.cloudstack.engine.cloud.entity.api.VMEntityManagerImpl.reserveVirtualMachine(VMEntityManagerImpl.java:215)
> at
>
> org.apache.cloudstack.engine.cloud.entity.api.VirtualMachineEntityImpl.reserve(VirtualMachineEntityImpl.java:200)
> at
>
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:4492)
> at
>
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:4057)
> at
>
> com.cloud.vm.UserVmManagerImpl.startVirtualMachine(UserVmManagerImpl.java:4044)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
>
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at
>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at
>
> org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:338)
> at
>
> org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:197)
> at
>
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)
> at
>
> org.apache.cloudstack.network.contrail.management.EventUtils$EventInterceptor.invoke(EventUtils.java:107)
> at
>
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:174)
> at
>
> com.cloud.event.ActionEventInterceptor.invoke(ActionEventInterceptor.java:51)
> at
>
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:174)
> at
>
> org.springframework.aop.interceptor.ExposeInvocationInterceptor.invoke(ExposeInvocationInterceptor.java:92)
> at
>
> org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:185)
> at
>
> org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:212)
> at com.sun.proxy.$Proxy164.startVirtualMachine(Unknown Source)
> at
>
> org.apache.cloudstack.api.command.admin.vm.DeployVMCmdByAdmin.execute(DeployVMCmdByAdmin.java:50)
> at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:150)
> at
> com.cloud.api.ApiAsyncJobDispatcher.runJob(ApiAsyncJobDispatcher.java:108)
> at
>
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:581)
> at
>
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> 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
>
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at
>
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:529)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at
>
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at
>
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> 2019-03-09 11:01:35,216 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-1:ctx-0c22fa00 job-508) (logid:57397166) Complete async
> job-508, jobStatus: FAILED, resultCode: 530, result:
>
> org.apache.cloudstack.api.response.ExceptionResponse/null/{"uuidList":[],"errorcode":533,"errortext":"Unable
> to create a deployment for VM[User|i-2-68-VM]"}
> 2019-03-09 11:01:35,221 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-1:ctx-0c22fa00 job-508) (logid:57397166) Publish async
> job-508 complete on message bus
> 2019-03-09 11:01:35,221 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-1:ctx-0c22fa00 job-508) (logid:57397166) Wake up jobs
> related to job-508
> 2019-03-09 11:01:35,221 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-1:ctx-0c22fa00 job-508) (logid:57397166) Update db status
> for job-508
> 2019-03-09 11:01:35,221 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-1:ctx-0c22fa00 job-508) (logid:57397166) Wake up jobs
> joined with job-508 and disjoin all subjobs created from job- 508
> 2019-03-09 11:01:35,223 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> (API-Job-Executor-1:ctx-0c22fa00 job-508) (logid:57397166) Done executing
> org.apache.cloudstack.api.command.admin.vm.DeployVMCmdByAdmin for job-508
> 2019-03-09 11:01:35,223 INFO  [o.a.c.f.j.i.AsyncJobMonitor]
> (API-Job-Executor-1:ctx-0c22fa00 job-508) (logid:57397166) Remove job-508
> from job monitoring
>
>
>
> On Fri, Mar 8, 2019 at 7:33 PM Ivan Kudryavtsev 
> wrote:
>
> > Hi Fariborz, there are no prophets here, we are just humans. Find
> relevant
> > logs and post here for a review.
> >
> > пт, 8 мар. 2019 г., 11:00 Fariborz Navidan :
> >
> > > Hello,
> > >
> > > I get the following error when creating new VM on a KVM cluster. Unable
> > to
> > > create a deployment for VM[...]
> > >
> > > Please help me
> > >
> > > Thanks
> > >
> >
>


-- 
Rafael Weingärtner

CCC Brazil selected talks

[Rafael Weingärtner]

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

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


-- 
Rafael Weingärtner

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

[Rafael Weingärtner]

ed 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
> > > > >
> > > >
> > > >
> > >
> > > rohit.ya...@shapeblue.com
> > > www.shapeblue.com<http://www.shapeblue.com>
> > > Amadeus House, Floral Street, London  WC2E 9DPUK
> > > @shapeblue
> > >
> > >
> > >
> > >
> >
> > rohit.ya...@shapeblue.com
> > www.shapeblue.com
> > Amadeus House, Floral Street, London  WC2E 9DPUK
> > @shapeblue
> >
> >
> >
> >
>


-- 
Rafael Weingärtner

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

[Rafael Weingärtner]

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

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

> Hello all,
>
> I would like to update that we still have 48 hours (extended another 72
> hours) for testing and voting 4.12 RC2.
>
> So far we have 2 votes:
> +1 (PMC / binding)
> * wido
>
> +1 (non binding)
> * me
>
> 0
> none
>
> -1
> none
>
>
> Em seg, 18 de fev de 2019 às 09:37, Paul Angus 
> escreveu:
>
> > Ah,
> >
> > Previously I followed the documentation here:
> >
> > https://cwiki.apache.org/confluence/display/CLOUDSTACK/Release+Procedure
> >
> >
> >
> > Master can be unfrozen once we reach a point that the code is healthy
> > enough to cut the first RC as the release is then on its own branch.
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > *From:* Gabriel Beims Bräscher 
> > *Sent:* 18 February 2019 12:16
> > *To:* Paul Angus 
> > *Cc:* 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
> > >
> >
> >
>


-- 
Rafael Weingärtner

Re: integrated cloudstack with XCP-ng 7.6

[Rafael Weingärtner]

4.12.0.0, are you using the RC2?
Did you try to add the host? An exception happened?

On Thu, Feb 14, 2019 at 3:18 PM Fabio Cesario 
wrote:

> I'm using 4.12.0.0, but the integration with xcp-ng is not clear in the
> documentation.
> thanks
>
>
> -Mensagem original-
> De: Rafael Weingärtner 
> Enviada em: quinta-feira, 14 de fevereiro de 2019 15:08
> Para: users 
> Assunto: Re: integrated cloudstack with XCP-ng 7.6
>
> I am not sure if ACS is supporting this version of XCP-NG already.
>
> What ACS version are you using?
>
> On Thu, Feb 14, 2019 at 2:47 PM Fabio Cesario 
> wrote:
>
> > Hi,
> >
> > I'm trying to implement the cloudstack integrated with XCP-NG 7.6, but
> > in none documentation of CloudStack have the procedure. Can someone
> > that can send to me?
> >
> > Thanks
> >
> >
> >
> > [image: assinatura_fabio]
> >
> >
> >
> >
> >
> >
> >
>
>
> --
> Rafael Weingärtner
>


-- 
Rafael Weingärtner

Re: integrated cloudstack with XCP-ng 7.6

[Rafael Weingärtner]

I am not sure if ACS is supporting this version of XCP-NG already.

What ACS version are you using?

On Thu, Feb 14, 2019 at 2:47 PM Fabio Cesario 
wrote:

> Hi,
>
> I'm trying to implement the cloudstack integrated with XCP-NG 7.6, but in
> none documentation of CloudStack have the procedure. Can someone that can
> send to me?
>
> Thanks
>
>
>
> [image: assinatura_fabio]
>
>
>
>
>
>
>


-- 
Rafael Weingärtner

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

[Rafael Weingärtner]

 keys (signed using 25908455):
> > > https://dist.apache.org/repos/dist/release/cloudstack/KEYS
> > >
> > > The vote will be open for 3 business days (until 15th January).
> > >
> > > For sanity in tallying the vote, can PMC members please be sure to
> > > indicate "(binding)" with their vote?
> > >
> > > [ ] +1  approve
> > > [ ] +0  no opinion
> > > [ ] -1  disapprove (and reason why)
> > >
> > > Additional information:
> > >
> > > For users' convenience, packages are available in
> > > http://cloudstack.apt-get.eu/
> > > RC1 <http://cloudstack.apt-get.eu/RC1> has been built for the
> following
> > > distros:
> > > - Ubuntu 14.04, 16.04, and 18.04;
> > > - CentOS6 and CentOS7.
> > >
> > > The system VM template from 4.11.2 [1] works for RC2. The release notes
> > > [2] still need to be updated.
> > >
> > > Best Regards,
> > > Gabriel.
> > >
> > > [1] http://download.cloudstack.org/systemvm/4.11/
> > > [2]
> > >
> > >
> >
> http://docs.cloudstack.apache.org/projects/cloudstack-release-notes/en/latest/index.html
> > >
> >
>


-- 
Rafael Weingärtner

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

[Rafael Weingärtner]

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

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

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

CloudStack Collab Conference Brazil

[Rafael Weingärtner]

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

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

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

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

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

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

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

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

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

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

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

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


-- 
Rafael Weingärtner

Re: Why CloudStack 5

[Rafael Weingärtner]

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

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

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

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

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


-- 
Rafael Weingärtner

Re: Why CloudStack 5

[Rafael Weingärtner]

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

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

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

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


-- 
Rafael Weingärtner

Re: Why CloudStack 5

[Rafael Weingärtner]

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

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

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

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

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

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


-- 
Rafael Weingärtner

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

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

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


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

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


-- 
Rafael Weingärtner

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Thanks for the people that are willing to help us!

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

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

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

Thanks again guys!

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

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


-- 
Rafael Weingärtner

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

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

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

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

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


-- 
Rafael Weingärtner

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

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

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

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

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Awesome!. Thanks.

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

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

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Hello CloudStackers,

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

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

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

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

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

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

Let’s make CCC-BR 2019 happen!!

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

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

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

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

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

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

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

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

No date has been set yet. Next week I will contact them again, and then I
will reach the community here to set a date. Thanks for the willingness to
make this happen! Your participation is essential. You guys have great use
cases of ACS.

On Fri, Dec 21, 2018 at 12:49 PM Ricardo Makino 
wrote:

> Hi Rafael,
>
> I am able to join you in the call, when do you expect it happening?
>
> Maybe we can use doodle (https://doodle.com) to check the schedule of all
> involved in the call.
>
> Best Regards,
> --
> Ricardo Makino
>
>
> On Fri, Dec 21, 2018 at 11:23 AM Rafael Weingärtner <
> rafaelweingart...@gmail.com> wrote:
>
> > Hello Folks,
> >
> > I have submitted the tracks. The next step now is to schedule a meeting
> > with the TDC organizers again. However, at this time, I need some of you
> in
> > the call. We will be discussing channels to spread the word regarding the
> > conference, talks selection process, maybe branding (CCC, Apache
> > CloudStack) with the TDC, and so on. Who would be willing to join me in
> > this call?
> >
> >
> > Here go the details of the tracks that I submitted.
> >
> > > *Track Name:* Cloud Orchestration
> > > *Track slogan:* Meet the cloud builders and learn how clouds are
> created
> > > *Track description:*
> > > Computing resources became a commodity, and as such, they are sold and
> > > consumed and billed on demand. Cloud computing provided all of that
> with
> > > resiliency, elasticity, and scalability; thus, it is enabling companies
> > to
> > > efficiently use computing resources.
> > >
> > > The cloud orchestration track will address topics regarding features,
> and
> > > cloud orchestration systems design (e.g. CloudStack, and OpenStack) and
> > > cloud data center structure. Moreover, the audience will have the
> > > opportunity to meet the people behind the cloud orchestration systems
> > > mostly deployed in the world.
> > >
> > > *Targeted audience:*
> > > he main audience is cloud operators/administrators that are dealing on
> a
> > > daily basis with cloud computing platforms. Other interested parties
> are
> > > cloud developers (developers interested in working at the base of the
> > > cloud, and not just on consuming cloud resources), cloud consultants
> and
> > > business people that work creating, deploying, and maintaining cloud
> > > computing environments.
> > >
> >
> > *Track Name:* Cloud DevOps
> > > *Track slogan:* Get together with other cloud administrators and
> > > developers and share your daily hacks!
> > > *Track description:*
> > > Companies are either creating private clouds or using public clouds
> > > (sometimes doing both at the same time). This track provides a space
> for
> > > system administrators and developers to share their day-to-day tasks
> and
> > > hacks when consuming cloud resources or maintaining cloud environments.
> > > *Targeted audience:*
> > > The targeted audience is cloud developers (cloud consumers) or cloud
> > > administrators that use in a daily bases cloud resources and or cloud
> > > platforms.
> > >
> >
> > *Track Name:* Cloud testing and QA
> > > *Track slogan:* Let’s find out how people assure quality and cope with
> > > the scale and dynamism of the cloud at the same time
> > > *Track description:*
> > > We all talk about agile development and the speed, elasticity, and
> > > cost-effective nature of cloud environments. It is a challenge for
> > > developers, testers and team leaders to provide software quality
> > assurance
> > > in ever shorter development cycles.
> > >
> > > The solution for reducing development cycles, optimizing development
> and
> > > testing efforts, and make the most of the cloud is automation. Thus,
> > > continuous integration, delivery, and deployment are the buzzwords that
> > > come to save the day of DevOps.
> > >
> > > *Targeted audience:*
> > > Developers and testers that take advantage cloud resources to enable
> the
> > > development of more efficient, stable, and reliable applications.
> > >
> >
> >
> >
> > > *Track Name:* Cloud open ecosystem
> > > *Track slogan:* Let’s discover together the business and job
> > > opportunities that we have in the cloud.
> > > *Track description:*
> > > The cloud is everywhere, from your local pizza shop to large retaile

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

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

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




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

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

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

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

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

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

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

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

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

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


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


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

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

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

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

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

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

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

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Hey guys,

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

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

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

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Hello CloudStackers,

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

So, this is what I have in mind:

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


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

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

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

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

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

Re: Resource Allocation Question

[Rafael Weingärtner]

You have a four core CPU, with 8 threads each? Then, each thread is 2.4
GHz. So, 2.4 * 4 * 8.

On Thu, Dec 13, 2018 at 6:14 PM Asai  wrote:

> Greetings,
>
> I have a simple question regarding Cloudstack resource allocation.
>
> In the dashboard, I’m seeing that our Memory is 25 out of 30 GB and the
> circle is colored red.  # of CPUs is 20 out of 24 and is colored red.  But
> CPU is 33 GHz out of 76 GHz.  We have a single Xeon E5-2620 v3 @ 2.40GHz.
> This is a 4 core / 8 thread CPU.  How is that we have 76 GHz available?  It
> seems like we’d have around 57 or so GHz available.
>
> Thanks for your assistance.
>
> Asai
>
>
>

-- 
Rafael Weingärtner

Re: Google Authenticator 2fa in ACS?

[Rafael Weingärtner]

Same here, but if are ok with google managing your users data, I think it
is ok to use it directly.
The interesting part of Keycloak is that it support both SAML and OpenId
Connect at the same time.

On Tue, Nov 13, 2018 at 4:12 PM Rene Moser  wrote:

> We use keycloak [1] as a SSO solutions (including 2FA) as a identidy and
> access management.
>
> It supports SAML, so any applicaion with SAML including CloudStack can
> be connected.
>
> [1] https://www.keycloak.org/about.html
>
> On 11/13/18 6:56 PM, Matheus Fontes wrote:
> > Hi,
> > Is there anyway to implement Google Authenticator (or other free
> solution) as 2-step verification on ACS?
> >
> > thanks
> > Matheus Fontes
> >
>


-- 
Rafael Weingärtner

Re: Google Authenticator 2fa in ACS?

[Rafael Weingärtner]

yes, I think google supports SAML (identity federation protocol that is
supported by ACS). Therefore, you can integrate ACS with Google IdP.

On Tue, Nov 13, 2018 at 3:57 PM Matheus Fontes  wrote:

> Hi,
> Is there anyway to implement Google Authenticator (or other free solution)
> as 2-step verification on ACS?
>
> thanks
> Matheus Fontes



-- 
Rafael Weingärtner

Re: Build CloudStack 4.10.0 Error

[Rafael Weingärtner]

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

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

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

-- 
Rafael Weingärtner

Re: Build CloudStack 4.10.0 Error

[Rafael Weingärtner]

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

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

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


-- 
Rafael Weingärtner

Re: cloudstack reset VM password files

[Rafael Weingärtner]

s analogue of it (
> > > > > https://cloudbase.it/cloudbase-init/) that I recently used to
> > > > > finally get password functionality to work properly on Windows
> > Server 2016.
> > > > >
> > > > >
> > > > > Simon Völker
> > > > >
> > > > > Fraunhofer-Gesellschaft e.V.
> > > > > Schloss Birlinghoven
> > > > > 53754 Sankt Augustin
> > > > > Telefon: +49 2241 14-2311
> > > > > E-mail: simon.voel...@zv.fraunhofer.de > > > > simon.voel...@zv.fraunhofer.de>
> > > > >
> > > > >
> > > > >
> > > > > Am 07.11.2018 um 09:55 schrieb Yordan Kostov <
> > > > > yordan.kos...@worldsupport.info<mailto:Yordan.Kostov@worldsupport.
> > > > > info
> > > > >>:
> > > > >
> > > > > Thank you René,
> > > > >
> > > > > I will take it from here and test it. Some documentation will be
> > > > > on the way as well.
> > > > >
> > > > > Best regards,
> > > > > Jordan
> > > > >
> > > > > -Original Message-
> > > > > From: Rene Moser [mailto:m...@renemoser.net]
> > > > > Sent: Wednesday, November 7, 2018 10:46 AM
> > > > > To:
> > > > > users@cloudstack.apache.org<mailto:users@cloudstack.apache.org>
> > > > > Subject: Re: cloudstack reset VM password files
> > > > >
> > > > > Hi
> > > > >
> > > > > Nowadays the cloud-init [1] project supports cloudstack out of
> > > > > the box and we switched our templates to only use cloud-init.
> > > > >
> > > > > Unfortunately the docs regarding cloudstack is not that great
> > > > > (it is on my list to give back my finding). There are some great
> > > > > docs here https://wiki.archlinux.org/index.php/Cloud-init.
> > > > >
> > > > > Our config under config dir /etc/cloud/cloud.cfg.d/ has two
> > > > > files
> > > > >
> > > > > - 80_root.cfg
> > > > > - 99_cloudstack.cfg
> > > > >
> > > > > 80_root.cfg contents is...
> > > > >
> > > > > system_info:
> > > > >  default_user:
> > > > >name: root
> > > > > disable_root: 0
> > > > > ssh_pwauth: 1
> > > > >
> > > > > ...and 99_cloudstack.cfg looks like...
> > > > >
> > > > > datasource:
> > > > >  CloudStack: {}
> > > > >  None: {}
> > > > > datasource_list:
> > > > >  - CloudStack
> > > > >
> > > > > Note that cloud-init has a ton of great features beside the
> > > > > support of cloudstack.
> > > > >
> > > > > Hope that helps
> > > > >
> > > > > René
> > > > >
> > > > > [1] https://cloudinit.readthedocs.io/en/latest/
> > > > >
> > > > >
> > > > >
> > > >
> > >
> > >
> > > --
> > > With best regards, Ivan Kudryavtsev
> > > Bitworks LLC
> > > Cell RU: +7-923-414-1515
> > > Cell USA: +1-201-257-1512
> > > WWW: http://bitworks.software/ <http://bw-sw.com/>
> > >
> >
> >
> > --
> > With best regards, Ivan Kudryavtsev
> > Bitworks LLC
> > Cell RU: +7-923-414-1515
> > Cell USA: +1-201-257-1512
> > WWW: http://bitworks.software/ <http://bw-sw.com/>
> >
>
>
> --
> With best regards, Ivan Kudryavtsev
> Bitworks LLC
> Cell RU: +7-923-414-1515
> Cell USA: +1-201-257-1512
> WWW: http://bitworks.software/ <http://bw-sw.com/>
>


-- 
Rafael Weingärtner

Re: urgent: Unable to apply firewall rules on router

[Rafael Weingärtner]

fa) Task (job-927) has been
> >>> pending for 947 seconds
> >>> 2018-11-07 17:33:32,511 WARN  [o.a.c.f.j.i.AsyncJobMonitor]
> >>> (Timer-1:ctx-816fef7b) (logid:5d9db903) Task (job-927) has been
> >>> pending for 1007 seconds
> >>> 2018-11-07 17:34:32,511 WARN  [o.a.c.f.j.i.AsyncJobMonitor]
> >>> (Timer-1:ctx-b8559261) (logid:4dcb351e) Task (job-927) has been
> >>> pending for 1067 seconds
> >>> 2018-11-07 17:35:32,511 WARN  [o.a.c.f.j.i.AsyncJobMonitor]
> >>> (Timer-1:ctx-94e242a4) (logid:6388b17a) Task (job-927) has been
> >>> pending for 1127 seconds
> >>> 2018-11-07 17:36:32,511 WARN  [o.a.c.f.j.i.AsyncJobMonitor]
> >>> (Timer-1:ctx-79404740) (logid:0dcdd7aa) Task (job-927) has been
> >>> pending for 1187 seconds
> >>> 2018-11-07 17:37:32,512 WARN  [o.a.c.f.j.i.AsyncJobMonitor]
> >>> (Timer-1:ctx-5f60335c) (logid:2039a058) Task (job-927) has been
> >>> pending for 1247 seconds
> >>> 2018-11-07 17:38:32,511 WARN  [o.a.c.f.j.i.AsyncJobMonitor]
> >>> (Timer-1:ctx-ca5488fa) (logid:0c78bc1a) Task (job-927) has been
> >>> pending for 1307 seconds
> >>> 2018-11-07 17:39:31,688 DEBUG [c.c.a.t.Request]
> >>> (API-Job-Executor-3:ctx-75ed3861 job-927 ctx-2af633c5)
> >>> (logid:0e6c51f7) Seq 1-5860309015115867196: Received:  { Ans: ,
> >>> MgmtId: 220777304233416,
> >>> via: 1(cshp121), Ver: v1, Flags: 0, { GroupAnswer } }
> >>> 2018-11-07 17:39:31,735 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >>> (API-Job-Executor-3:ctx-75ed3861 job-927) (logid:0e6c51f7) Complete
> >>> async job-927, jobStatus: FAILED, resultCode: 530, result:
> >>> org.apache.cloudstack.api.response.ExceptionResponse/null/{"uuidList"
> >>> :[],"errorcode":530,"errortext":"Failed
> >>>
> >>> to create firewall rule"}
> >>> 2018-11-07 17:39:31,737 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >>> (API-Job-Executor-3:ctx-75ed3861 job-927) (logid:0e6c51f7) Publish
> >>> async
> >>> job-927 complete on message bus
> >>> 2018-11-07 17:39:31,737 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >>> (API-Job-Executor-3:ctx-75ed3861 job-927) (logid:0e6c51f7) Wake up
> >>> jobs related to job-927
> >>> 2018-11-07 17:39:31,737 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >>> (API-Job-Executor-3:ctx-75ed3861 job-927) (logid:0e6c51f7) Update db
> >>> status for job-927
> >>> 2018-11-07 17:39:31,739 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >>> (API-Job-Executor-3:ctx-75ed3861 job-927) (logid:0e6c51f7) Wake up
> >>> jobs joined with job-927 and disjoin all subjobs created from job-
> >>> 927
> >>> 2018-11-07 17:39:31,743 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >>> (API-Job-Executor-3:ctx-75ed3861 job-927) (logid:0e6c51f7) Done
> >>> executing
> >>> org.apache.cloudstack.api.command.user.firewall.CreateFirewallRuleCmd
> >>> for job-927
> >>> 2018-11-07 17:39:31,744 INFO  [o.a.c.f.j.i.AsyncJobMonitor]
> >>> (API-Job-Executor-3:ctx-75ed3861 job-927) (logid:0e6c51f7) Remove
> >>> job-927 from job monitoring
> >>>
> >>>
> >>>
> >>> Configuration:
> >>> ACS version 4.11.1.0
> >>> Hypervisor KVM
> >>> S.O. Ubuntu 16.04
> >>> --
> >>>
> >>> *Ugo Vasi* / System Administrator
> >>> ugo.v...@procne.it <mailto:ugo.v...@procne.it>
> >>>
> >>>
> >>>
> >>>
> >>> *Procne S.r.l.*
> >>> +39 0432 486 523
> >>> via Cotonificio, 45
> >>> 33010 Tavagnacco (UD)
> >>> www.procne.it <http://www.procne.it/>
> >>>
> >>>
> >>> Le informazioni contenute nella presente comunicazione ed i relativi
> >>> allegati possono essere riservate e sono, comunque, destinate
> >>> esclusivamente alle persone od alla Società sopraindicati. La
> >>> diffusione, distribuzione e/o copiatura del documento trasmesso da
> >>> parte di qualsiasi soggetto diverso dal destinatario è proibita sia
> >>> ai sensi dell'art. 616 c.p., che ai sensi del Decreto Legislativo n.
> >>> 196/2003 "Codice in materia di protezione dei dati personali". Se
> >>> avete ricevuto questo messaggio per errore, vi preghiamo di
> >>> distruggerlo e di informare immediatamente Procne S.r.l. scrivendo
> >>> all' indirizzo e-mail i...@procne.it <mailto:i...@procne.it>.
> >>>
> >>>
> >
>
>
> --
>
> *Ugo Vasi* / System Administrator
> ugo.v...@procne.it <mailto:ugo.v...@procne.it>
>
>
>
>
> *Procne S.r.l.*
> +39 0432 486 523
> via Cotonificio, 45
> 33010 Tavagnacco (UD)
> www.procne.it <http://www.procne.it/>
>
>
> Le informazioni contenute nella presente comunicazione ed i relativi
> allegati possono essere riservate e sono, comunque, destinate
> esclusivamente alle persone od alla Società sopraindicati. La
> diffusione, distribuzione e/o copiatura del documento trasmesso da parte
> di qualsiasi soggetto diverso dal destinatario è proibita sia ai sensi
> dell'art. 616 c.p., che ai sensi del Decreto Legislativo n. 196/2003
> "Codice in materia di protezione dei dati personali". Se avete ricevuto
> questo messaggio per errore, vi preghiamo di distruggerlo e di informare
> immediatamente Procne S.r.l. scrivendo all' indirizzo e-mail
> i...@procne.it <mailto:i...@procne.it>.
>
>

-- 
Rafael Weingärtner

Re: Upload Data Volume

[Rafael Weingärtner]

Do you have a Java stack trace for these errors?

On Fri, Nov 2, 2018 at 2:55 PM Nicolas Bouige  wrote:

> I missed those messages from mgmt-server :
>
> 2018-11-02 17:41:53,779 ERROR [o.a.c.s.v.VolumeServiceImpl]
> (Work-Job-Executor-66:ctx-15d61c99 job-6732/job-6733 ctx-b786c44b)
> (logid:e218d7a4) failed to copy volume from image store
> com.cloud.utils.exception.CloudRuntimeException: Failed to update
> state:com.cloud.utils.exception.CloudRuntimeException: Failed to transit
> volume: 623, due to: com.cloud.utils.fsm.NoTransitionException: Unable to
> transition to a new state from Copying via CopyRequested
>
> 018-11-02 17:41:53,805 INFO  [c.c.v.VmWorkJobHandlerProxy]
> (Work-Job-Executor-66:ctx-15d61c99 job-6732/job-6733 ctx-b786c44b)
> (logid:e218d7a4) Rethrow exception
> com.cloud.utils.exception.CloudRuntimeException: Failed to update
> state:com.cloud.utils.exception.CloudRuntimeException: Failed to transit
> volume: 623, due to: com.cloud.utils.fsm.NoTransitionException: Unable to
> transition to a new state from Uploaded via OperationFailed
>
> 2018-11-02 17:41:53,805 DEBUG [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-66:ctx-15d61c99 job-6732/job-6733) (logid:e218d7a4) Done
> with run of VM work job: com.cloud.vm.VmWorkAttachVolume for VM 532, job
> origin: 6732
>
> 2018-11-02 17:41:53,806 ERROR [c.c.v.VmWorkJobDispatcher]
> (Work-Job-Executor-66:ctx-15d61c99 job-6732/job-6733) (logid:e218d7a4)
> Unable to complete AsyncJobVO {id:6733, userId: 15, accountId: 12,
> instanceType: null, instanceId: null, cmd: com.cloud.vm.VmWorkAttachVolume,
> cmdInfo:
> rO0ABXNyAB9jb20uY2xvdWQudm0uVm1Xb3JrQXR0YWNoVm9sdW1lB62v-WGH4hwCAAJMAAhkZXZpY2VJZHQAEExqYXZhL2xhbmcvTG9uZztMAAh2b2x1bWVJZHEAfgABeHIAE2NvbS5jbG91ZC52bS5WbVdvcmufmbZW8CVnawIABEoACWFjY291bnRJZEoABnVzZXJJZEoABHZtSWRMAAtoYW5kbGVyTmFtZXQAEkxqYXZhL2xhbmcvU3RyaW5nO3hwAAwADwIUdAAUVm9sdW1lQXBpU2VydmljZUltcGxwc3IADmphdmEubGFuZy5Mb25nO4vkkMyPI98CAAFKAAV2YWx1ZXhyABBqYXZhLmxhbmcuTnVtYmVyhqyVHQuU4IsCAAB4cAJv,
> cmdVersion: 0, status: IN_PROGRESS, processStatus: 0, resultCode: 0,
> result: null, initMsid: 2886211232, completeMsid: null, lastUpdated: null,
> lastPolled: null, created: Fri Nov 02 17:41:52 CET 2018}, job origin:6732
> com.cloud.utils.exception.CloudRuntimeException: Failed to update
> state:com.cloud.utils.exception.CloudRuntimeException: Failed to transit
> volume: 623, due to: com.cloud.utils.fsm.NoTransitionException: Unable to
> transition to a new state from Uploaded via OperationFailed
>
> Does the attach disk process works on the same way than template/iso ?
>
> De : Nicolas Bouige [mailto:n.bou...@dimsi.fr]
> Envoyé : vendredi 2 novembre 2018 17:26
> À : users 
> Objet : RE: Upload Data Volume
>
> Hi Rafael,
>
>
> I know this is not a proper way to work directly on the DB. But sometimes
> that's permit me to "unblock"  situations specially with VMs...so why not
> give a try ?
>
>
> I used the link created by Cloudpatform and i uploaded it in Cloudstack
> using the "upload" button in the storage tabs.
>
>
> The .vhd is present into the cloudstack SSVM with his volume.properties
> file and correct informations...(that's why i just tried to change the
> flag..  )
>
>
> I did not see any related error messages, i going to try again and check
> in real time just in case...thanks !
>
>
> Best regards,
> N.B
>
>
>
> 
> De : Rafael Weingärtner  Envoyé : vendredi 2
> novembre 2018 16:53:54 À : users Objet : Re: Upload Data Volume
>
> There is a joke I always tell people here; database interventions (in
> CloudStack) is forbidden, unless when I execute them. It does not work
> like that, going to the DB and simply changing a flag. You need to
> understand why the status is stuck in “uploaded”, and is not changing to
> ready.
>
> There is something that called my attention now. Are you uploading the
> file (using your browser)? Or, are you configuring the template/data disk
> as link, and then the SSVM is downloading them? These are two distinct
> operations. I was under the impression that you were using the latter. So,
> which one of these methods are you using? If nothing is working, I would
> expect some error messages either in the CloudStack management server,
> system VMs or in the hosts. Did you check them?
>
> On Fri, Nov 2, 2018 at 12:32 PM Nicolas Bouige  wrote:
>
> > Hi,
> >
> > SSVM works fine and we dont use any redirection.
> > We are able to Upload the volume-data after some modifications
> > directly on the cloudplatform SSVM.
> >
> > But the problem is still there as we can't attach the volume to a VM.
> > It is in a state "Uplo

Re: Upload Data Volume

[Rafael Weingärtner]

There is a joke I always tell people here; database interventions (in
CloudStack) is forbidden, unless when I execute them. It does not work like
that, going to the DB and simply changing a flag. You need to understand
why the status is stuck in “uploaded”, and is not changing to ready.

There is something that called my attention now. Are you uploading the file
(using your browser)? Or, are you configuring the template/data disk as link,
and then the SSVM is downloading them? These are two distinct operations. I
was under the impression that you were using the latter. So, which one of
these methods are you using? If nothing is working, I would expect some
error messages either in the CloudStack management server, system VMs or in
the hosts. Did you check them?

On Fri, Nov 2, 2018 at 12:32 PM Nicolas Bouige  wrote:

> Hi,
>
> SSVM works fine and we dont use any redirection.
> We are able to Upload the volume-data after some modifications directly on
> the cloudplatform SSVM.
>
> But the problem is still there as we can't attach the volume to a VM. It
> is in a state "Uploaded", i tried to modify manually the state into the DB
> (Uploaded --> Ready) but i ran into a new issue.
> Exception com.xensource.xenapi.Types$UuidInvalid :VDI getByUuid for uuid:
> null failed due to The uuid you supplied was invalid.
>
> -Message d'origine-
> De : Andrija Panic [mailto:andrija.pa...@gmail.com]
> Envoyé : vendredi 2 novembre 2018 16:03
> À : users 
> Objet : Re: Upload Data Volume
>
> Ok, so SSVM can access remote web server properly, that is good - but
> please note, any http redirections are not allowed nor httpS (ssl) when
> downloading volume/template from remote locations via CloudStack, just
> plain http and http response/status code 200...
>
> Can you please also verify health of the SSVM with the script that exists
> inside SSVM: /usr/local/cloud/system.../ssvm-check or similar named...there
> should be no errors...
>
> Best,
> Andrija
>
>
>
> On Fri, Nov 2, 2018, 11:46 Nicolas Bouige 
> > Hi Andrija,
> >
> > I can download the .vhd directly on the SSVM.
> > I tried with the link provided by CP and link from my webserver.
> >
> > Both works fine.
> >
> > From CP, to make it work,  we had to modifiy symbolic link and add
> > permission on the .vhd.
> > 49085a35-73bc-4e11-a40b-c7547c798787.vhd ->
> > /mnt/SecStorage/null/volumes/4/29907/7f9a2e42-04e1-4733-be3e-a00b41cb2
> > f08.vhd
> > ln -sfn
> > /mnt/SecStorage/1766927c-d83e-3423-aa68-87a5d0c71771/volumes/4/29907/7
> > f9a2e42-04e1-4733-be3e-a00b41cb2f08.vhd
> > 49085a35-73bc-4e11-a40b-c7547c798787.vhd
> >
> > Now, the DATA volume is staying in state "Uploaded" and we are not
> > able to make any operations with it , like attach disk to a VM.
> >
> > Best regards,
> > N.B
> >
> > -Message d'origine-
> > De : Andrija Panic [mailto:andrija.pa...@gmail.com] Envoyé : mercredi
> > 31 octobre 2018 18:45 À : users  Objet :
> > Re: Upload Data Volume
> >
> > Login inside SSVM in destination CloudStack and try to wget the volume
> > as suggested in previous email. See if that works first.
> >
> > Best
> > Andrija
> >
> > On Wed, Oct 31, 2018, 18:36 Nicolas Bouige  wrote:
> >
> > > Nope, i exported the .vhd manually from my Xen pool  and put it in a
> > > webserver to be download by Cloudstack.
> > > This step works fine. So that's not a problem if the download volume
> > > feature from CloudPlatform didn' work.
> > >
> > > i'm in trouble with the second part, to import the .vhd hosted on my
> > > webserver  to cloudstack.
> > >
> > >
> > > -Message d'origine-
> > > De : Rafael Weingärtner [mailto:rafaelweingart...@gmail.com]
> > > Envoyé : mercredi 31 octobre 2018 18:26 À : users
> > >  Objet : Re: Upload Data Volume
> > >
> > > Ah, so the cloud platform is not working properly. I mean, it is not
> > > exporting the VHDs already. That is your problem, right?
> > >
> > > On Wed, Oct 31, 2018 at 2:24 PM Nicolas Bouige 
> > wrote:
> > >
> > > > Hi Rafael,
> > > >
> > > > Did not try as i got an access denied via my web browser...that's
> > > > why i exported the .vhd on my own webserver instead to use this
> > feature.
> > > >
> > > > Best regards,
> > > > N.B
> > > >
> > > > -Message d'origine-
> > > > De : Rafael Weingärtner [mailto:rafaelweingart...@gmail.com]
> > > > Envoyé : mercredi 31 o

Re: Upload Data Volume

[Rafael Weingärtner]

Ah, so the cloud platform is not working properly. I mean, it is not
exporting the VHDs already. That is your problem, right?

On Wed, Oct 31, 2018 at 2:24 PM Nicolas Bouige  wrote:

> Hi Rafael,
>
> Did not try as i got an access denied via my web browser...that's why i
> exported the .vhd on my own webserver instead to use this feature.
>
> Best regards,
> N.B
>
> -Message d'origine-
> De : Rafael Weingärtner [mailto:rafaelweingart...@gmail.com]
> Envoyé : mercredi 31 octobre 2018 17:36
> À : users 
> Objet : Re: Upload Data Volume
>
> Did you log in the SSVM of your ACS 4.11, and tried to wget the
> template/data disk using the URL provided by the Citrix/Accelerite cloud
> platform?
>
> On Wed, Oct 31, 2018 at 1:33 PM Nicolas Bouige  wrote:
>
> > Hello All,
> >
> >
> >
> > I’m currently trying to migrate some VMs from Cloudplatform 4.7 (XEN)
> > to Cloudstack 4.11.1 (XCP)
> >
> >
> >
> > Im stuck with the DATA Volume, there are exported on a web server and
> > accessible by the  management-server.
> >
> > Webserver is working  fine as i can upload ROOT disk from it.
> >
> >
> >
> > The only difference is for upload ROOT DISK as template SSVM is
> > involved with the public ip  and  DATA DISK, the management server is
> > used with private ip.
> > Both ip (private and public) are « pingable » from mgmt-server and
> > SSVM and i can download .vhd.
> >
> > Unfortunately, each time i try to upload DATA disk, i got this error :
> >
> >
> >
> > 2018-10-31 15:26:09,493 DEBUG [c.c.a.t.Request]
> > (AgentManager-Handler-15:null) (logid:) Seq 34-3493104460979266769:
> > Processing:  { Ans: , MgmtId: 2886211232, via: 34, Ver: v1, Flags: 10,
> > [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"1866970c-b19f
> > -427a-b957-3738bbd50d0e","downloadPct":0,"errorString":"Connection
> > refused (Connection
> > refused)","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecSt
> > orage/2949d66c-3490-3636-93f7-f2299fa5f4b2/volumes/12/615/dnld36261418
> > 85766458800tmp_","installPath":"volumes/12/615","templateSize":0,"temp
> > latePhySicalSize":0,"result":true,"details":"Connection
> > refused (Connection refused)","wait":0}}] }
> >
> > 2018-10-31 15:26:09,563 WARN  [o.a.c.alerts]
> > (RemoteHostEndPoint-15:ctx-28d55a70) (logid:ebfb4bd8) AlertType:: 28 |
> > dataCenterId:: 0 | podId:: null | clusterId:: null | message:: Failed
> > to upload volume: ce2747c9-468a-4d1f-9651-8b6e2373079b with error:
> > Connection refused (Connection refused)
> >
> > 2018-10-31 15:26:09,573 ERROR [o.a.c.s.i.BaseImageStoreDriverImpl]
> > (RemoteHostEndPoint-15:ctx-28d55a70) (logid:ebfb4bd8) Failed to upload
> > volume: ce2747c9-468a-4d1f-9651-8b6e2373079b with error: Connection
> > refused (Connection refused)
> >
> >
> >
> > I don’t know where the « connection refused » comes from.
> >
> >
> >
> > Someone knows the exact process in cloudstack to upload volumes from
> > an URL ?
> >
> > Best regards,
> >
> >
> >
> > [image: SignatureBouige]
> >
> >
> >
>
>
> --
> Rafael Weingärtner
>


-- 
Rafael Weingärtner

Re: Upload Data Volume

[Rafael Weingärtner]

Did you log in the SSVM of your ACS 4.11, and tried to wget the
template/data disk using the URL provided by the Citrix/Accelerite cloud
platform?

On Wed, Oct 31, 2018 at 1:33 PM Nicolas Bouige  wrote:

> Hello All,
>
>
>
> I’m currently trying to migrate some VMs from Cloudplatform 4.7 (XEN) to
> Cloudstack 4.11.1 (XCP)
>
>
>
> Im stuck with the DATA Volume, there are exported on a web server and
> accessible by the  management-server.
>
> Webserver is working  fine as i can upload ROOT disk from it.
>
>
>
> The only difference is for upload ROOT DISK as template SSVM is involved
> with the public ip  and  DATA DISK, the management server is used with
> private ip.
> Both ip (private and public) are « pingable » from mgmt-server and SSVM
> and i can download .vhd.
>
> Unfortunately, each time i try to upload DATA disk, i got this error :
>
>
>
> 2018-10-31 15:26:09,493 DEBUG [c.c.a.t.Request]
> (AgentManager-Handler-15:null) (logid:) Seq 34-3493104460979266769:
> Processing:  { Ans: , MgmtId: 2886211232, via: 34, Ver: v1, Flags: 10,
> [{"com.cloud.agent.api.storage.DownloadAnswer":{"jobId":"1866970c-b19f-427a-b957-3738bbd50d0e","downloadPct":0,"errorString":"Connection
> refused (Connection
> refused)","downloadStatus":"DOWNLOAD_ERROR","downloadPath":"/mnt/SecStorage/2949d66c-3490-3636-93f7-f2299fa5f4b2/volumes/12/615/dnld3626141885766458800tmp_","installPath":"volumes/12/615","templateSize":0,"templatePhySicalSize":0,"result":true,"details":"Connection
> refused (Connection refused)","wait":0}}] }
>
> 2018-10-31 15:26:09,563 WARN  [o.a.c.alerts]
> (RemoteHostEndPoint-15:ctx-28d55a70) (logid:ebfb4bd8) AlertType:: 28 |
> dataCenterId:: 0 | podId:: null | clusterId:: null | message:: Failed to
> upload volume: ce2747c9-468a-4d1f-9651-8b6e2373079b with error: Connection
> refused (Connection refused)
>
> 2018-10-31 15:26:09,573 ERROR [o.a.c.s.i.BaseImageStoreDriverImpl]
> (RemoteHostEndPoint-15:ctx-28d55a70) (logid:ebfb4bd8) Failed to upload
> volume: ce2747c9-468a-4d1f-9651-8b6e2373079b with error: Connection refused
> (Connection refused)
>
>
>
> I don’t know where the « connection refused » comes from.
>
>
>
> Someone knows the exact process in cloudstack to upload volumes from an
> URL ?
>
> Best regards,
>
>
>
> [image: SignatureBouige]
>
>
>


-- 
Rafael Weingärtner

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

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

What do you guys think about these dates?

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

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

Re: Where to look when your SSVM creation NPE's?

[Rafael Weingärtner]

rkJobDispatcher.runJob(VmWorkJobDispatcher.java:102)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.runInContext(AsyncJobManagerImpl.java:581)
> at
> org.apache.cloudstack.managed.context.ManagedContextRunnable$1.run(ManagedContextRunnable.java:49)
> 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
> org.apache.cloudstack.managed.context.ManagedContextRunnable.run(ManagedContextRunnable.java:46)
> at
> org.apache.cloudstack.framework.jobs.impl.AsyncJobManagerImpl$5.run(AsyncJobManagerImpl.java:529)
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> 2018-10-18 06:20:26,076 INFO  [o.a.c.s.SecondaryStorageManagerImpl]
> (secstorage-1:ctx-70aba7ab) (logid:f3c51c51) Unable to start secondary
> storage vm for standby capacity, vm id : 346, will recycle it and start a
> new one
> 2018-10-18 06:20:26,076 DEBUG [c.c.a.SecondaryStorageVmAlertAdapter]
> (secstorage-1:ctx-70aba7ab) (logid:f3c51c51) received secondary storage vm
> alert
> 2018-10-18 06:20:26,076 DEBUG [c.c.a.SecondaryStorageVmAlertAdapter]
> (secstorage-1:ctx-70aba7ab) (logid:f3c51c51) Secondary Storage Vm creation
> failure, zone: lab
> 2018-10-18 06:20:26,077 WARN  [o.a.c.alerts] (secstorage-1:ctx-70aba7ab)
> (logid:f3c51c51) AlertType:: 19 | dataCenterId:: 1 | podId:: null |
> clusterId:: null | message:: Secondary Storage Vm creation failure. zone:
> lab, error details: null
> 2018-10-18 06:20:26,095 INFO  [o.a.c.s.PremiumSecondaryStorageManagerImpl]
> (secstorage-1:ctx-70aba7ab) (logid:f3c51c51) Primary secondary storage is
> not even started, wait until next turn
>
> Based on the error, it sounds like there's an issue with the SSVM being
> able to communicate with secondary storage, but I don't know where to look
> for additional details about what's going on, or how the SSVM's actually
> work. I need more information. I've been stumbling around in the dark and
> making sure I have secondary storage added without errors to the cloudstack
> management server, I've configured the SSVM template... not sure what else
> could be wrong or where else to look.
>
> Could someone point me in the right direction on where to look to get
> what's actually failing here?
>
> Thank you in advance!
>
> Kind regards,
> Jordan Michaels
> Vivio Technologies
>


-- 
Rafael Weingärtner

Re: VM Snapshot not removed from primary SR

[Rafael Weingärtner]

Well, I am almost sure I have seen a PR fixing something like you describe,
I thought that it went into 4.11.1.0.However, only with a more in depth
debugging I would be able to confirm your problem.

Are you seeing any unexpected exception in your log files?

On Wed, Oct 10, 2018 at 11:54 AM Sami Rajala (FAPPS) 
wrote:

> Hi,
>
> CS running on 4.11.1.0 and does not work.
>
> BR
> -sami
>
>
> 10.10.2018 16.49, "Rafael Weingärtner" :
>
> >If I am not mistaken, this has already been fixed in 4.11.1.0
> >
> >On Wed, Oct 10, 2018 at 10:31 AM Sami Rajala 
> >wrote:
> >
> >> Hi,
> >>
> >>
> >> I have got zero advice for this.
> >>
> >> "I have had weird issue since I updated CS from 4.9 to 4.10.
> >> CS does not delete/remove temporary snapshot from primary SR and I have
> >> had to removed it by manual time to time, before 30 snapshot limit has
> >> reached.
> >> + doesn't CS not update secondary_storege count on snapshot_count table”
> >>
> >>
> >>
> >>
> >> Now I have a situation where Xenserver has 19 snapshot on primary SR for
> >> each VM + resource count for ”secondary_storege” in database increase
> >>all
> >> the time per account.
> >> ACS storage cleaner removed old snapshots from secondary when they
> >>getting
> >> old, but thats all, not decrease resource count for ”secondary_storege”
> >> with value of deleted snapshot ( or not remove snapshot from primary SR
> >> after snapshot has created and copied to secondary )
> >>
> >> I have still delete primary snapshot by manual + give a new value for
> >>  ”secondary_storege” before they reach limit.
> >>
> >> has anyone got this kind of issue? any fix
> >>
> >> BR
> >> -sami
> >>
> >>
> >>
> >> 14.9.2018 12.26, "Sami Rajala (FAPPS)" :
> >>
> >> >Continue,
> >> >
> >> >I created template from VM-s latest snapshot after 3 days ( one parent
> >>+
> >> >2
> >> >child snapshot) - without errors/warning
> >> >CS create VM from this template ok, but Xen could not start VM
> >> >
> >> >so, I return back to situation where every snapshot is full and manual
> >> >removing snapshot from primary
> >> >
> >> >Has anyone any advice?
> >> >
> >> >BR
> >> >-sami
> >> >
> >> >
> >> >
> >> >13.9.2018 7.56, "Sami Rajala (FAPPS)" :
> >> >
> >> >>Hello
> >> >>
> >> >>I have had weird issue since I updated CS from 4.9 to 4.10.
> >> >>CS does not delete/remove temporary snapshot from primary SR and I
> >>have
> >> >>had to removed it by manual time to time, before 30 snapshot limit has
> >> >>reached.
> >> >>+ doesn¹t CS not update secondary_storege count on snapshot_count
> >>table
> >> >>
> >> >>It works fine on 4.9, but stop to work on 4.10 and I have wait
> >> >>possibility
> >> >>to update 4.11.1.
> >> >>Update to 4.11.1 has done now and looks like this not work still
> >> >>
> >> >>I removed all snapshot and start over from clean table, snapshot
> >>policy
> >> >>is: DAILY, keep 2, delta = 5
> >> >>There are now 3 snapshot on primary SR and 3 on secondary SR
> >> >>
> >> >>The Environment is Xen 7 + CS 4.11.1 + NFS storage
> >> >>
> >> >>Is there some other parameter I should look and any other work around
> >>I
> >> >>has to do to get it work ?
> >> >>
> >> >>Any hits?
> >> >>
> >> >>BR
> >> >>-sami
> >> >>
> >> >>VM snapshot Log for last round:
> >> >>
> >> >>2018-09-13 06:02:15,983 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >> >>(API-Job-Executor-83:ctx-cfb1cd95 job-28020) (logid:4c7a1c38)
> >>Executing
> >> >>AsyncJobVO {id:28020, userId: 1, accountId: 7, instanceType: Snapshot,
> >> >>instanceId: 2656, cmd:
> >> >>org.apache.cloudstack.api.command.user.snapshot.CreateSnapshotCmd,
> >> >>cmdInfo:
> >>
> >>>>{"policyid":"17","ctxUserId":"1","volumeid":"238","ctxStartEventId"

Re: VM Snapshot not removed from primary SR

[Rafael Weingärtner]

t;0
> >>2
> >>15","hypervisorType":"XenServer","id":2656,"quiescevm":false,"parents":["
> >>c
> >>7
> >>b2824a-7402-4f66-b2e6-06ed452072ad"],"physicalSize":0}},"destTO":{"org.ap
> >>a
> >>c
> >>he.cloudstack.storage.to
> .SnapshotObjectTO":{"path":"snapshots/7/238","vol
> >>u
> >>m
> >>e":{"uuid":"969c796d-072e-4272-adc6-93a492c03ea3","volumeType":"ROOT","da
> >>t
> >>a
> >>Store":{"org.apache.cloudstack.storage.to
> .PrimaryDataStoreTO":{"uuid":"65
> >>6
> >>8
> >>d30f-82b6-35a0-bfe5-be17c1398ed8","id":2,"poolType":"NetworkFilesystem","
> >>h
> >>o
> >>st":"10.10.1.33","path":"/pool3/primary3","port":2049,"url":"NetworkFiles
> >>y
> >>s
> >>tem://
> 10.10.1.33/pool3/primary3/?ROLE=Primary=6568d30f-82b6-35a
> >>0
> >>-
> >>bfe5-be17c1398ed8","isManaged":false}},"name":"ROOT-228","size":214748364
> >>8
> >>0
> >>,"path":"3d2a9716-8fa1-497e-8753-941117a0ef50","volumeId":238,"vmName":"i
> >>-
> >>7
> >>-228-VM","accountId":7,"format":"VHD","provisioningType":"THIN","id":238,
> >>"
> >>d
> >>eviceId":0,"hypervisorType":"XenServer"},"parentSnapshotPath":"snapshots/
> >>7
> >>/
> >>238/0c8c6ee3-ce3d-4241-8509-5193d2cff491.vhd","dataStore":{"com.cloud.age
> >>n
> >>t
> >>.api.to.NfsTO":{"_url":"nfs://10.10.1.34/pool8/secondary8
> ","_role":"Image
> >>"
> >>}
> >>},"vmName":"i-7-228-VM","name":"BGI-Maria_ROOT-228_20180913030215","hyper
> >>v
> >>i
> >>sorType":"XenServer","id":2656,"quiescevm":false,"parents":["snapshots/7/
> >>2
> >>3
> >>8/93a42896-0da1-4b82-8985-d28464f1ac4a.vhd","snapshots/7/238/0c8c6ee3-ce3
> >>d
> >>-
> >>4241-8509-5193d2cff491.vhd"],"physicalSize":0}},"executeInSequence":true,
> >>"
> >>o
> >>ptions":{"fullSnapshot":"false"},"options2":{},"wait":28800}}] }
> >>2018-09-13 06:04:28,895 DEBUG [c.c.h.x.r.CitrixResourceBase]
> >>(DirectAgent-382:ctx-36b817c8) (logid:4c7a1c38) Host 10.10.1.81
> >>OpaqueRef:f83331df-6634-63fd-6b95-44607a6069b8: Removing SR
> >>2018-09-13 06:04:28,913 DEBUG [c.c.h.x.r.CitrixResourceBase]
> >>(DirectAgent-382:ctx-36b817c8) (logid:4c7a1c38) Host 10.10.1.81
> >>OpaqueRef:05380b03-4cb8-85a7-6a6a-a1595c188f60: Unplugging pbd
> >>2018-09-13 06:04:30,881 DEBUG [c.c.h.x.r.CitrixResourceBase]
> >>(DirectAgent-382:ctx-36b817c8) (logid:4c7a1c38) Host 10.10.1.81
> >>OpaqueRef:f83331df-6634-63fd-6b95-44607a6069b8: Forgetting
> >>2018-09-13 06:04:30,891 DEBUG [c.c.h.x.r.XenServerStorageProcessor]
> >>(DirectAgent-382:ctx-36b817c8) (logid:4c7a1c38) Successfully destroyed
> >>snapshot on volume: 3d2a9716-8fa1-497e-8753-941117a0ef50 execept this
> >>current snapshot e91fb041-779d-4090-b14c-4f57f4cda54b
> >>2018-09-13 06:04:30,891 INFO  [c.c.h.x.r.XenServerStorageProcessor]
> >>(DirectAgent-382:ctx-36b817c8) (logid:4c7a1c38) New snapshot details:
> >>SnapshotTO[datastore=null|volume=null|pathsnapshots/7/238/0560d536-c945-4
> >>a
> >>6
> >>1-8c4c-dbaf29f29993.vhd]
> >>2018-09-13 06:04:30,891 INFO  [c.c.h.x.r.XenServerStorageProcessor]
> >>(DirectAgent-382:ctx-36b817c8) (logid:4c7a1c38) New snapshot physical
> >>utilization: 2342932992
> >>2018-09-13 06:04:30,891 DEBUG [c.c.a.m.DirectAgentAttache]
> >>(DirectAgent-382:ctx-36b817c8) (logid:4c7a1c38) Seq
> >>130-7345089517264579763: Response Received:
> >>2018-09-13 06:04:30,891 DEBUG [c.c.a.t.Request]
> >>(DirectAgent-382:ctx-36b817c8) (logid:4c7a1c38) Seq
> >>130-7345089517264579763: Processing:  { Ans: , MgmtId: 19873467853209,
> >>via: 130(xenserver-81), Ver: v1, Flags: 110,
> >>[{"org.apache.cloudstack.storage.command.CopyCmdAnswer":{"newData":{"org.
> >>a
> >>p
> >>ache.cloudstack.storage.to
> .SnapshotObjectTO":{"path":"snapshots/7/238/056
> >>0
> >>d
> >>536-c945-4a61-8c4c-dbaf29f29993.vhd","parentSnapshotPath":"snapshots/7/23
> >>8
> >>/
> >>0c8c6ee3-ce3d-4241-8509-5193d2cff491.vhd","id":0,"quiescevm":false,"physi
> >>c
> >>a
> >>lSize":2342932992}},"result":true,"wait":0}}] }
> >>2018-09-13 06:04:30,891 DEBUG [c.c.a.m.AgentAttache]
> >>(DirectAgent-382:ctx-36b817c8) (logid:4c7a1c38) Seq
> >>130-7345089517264579763: No more commands found
> >>2018-09-13 06:04:30,891 DEBUG [c.c.a.t.Request]
> >>(Work-Job-Executor-53:ctx-3728caef job-28020/job-28021 ctx-e4ed14c2)
> >>(logid:4c7a1c38) Seq 130-7345089517264579763: Received:  { Ans: , MgmtId:
> >>19873467853209, via: 130(xenserver-81), Ver: v1, Flags: 110, {
> >>CopyCmdAnswer } }
> >>2018-09-13 06:04:30,957 DEBUG [c.c.r.ResourceLimitManagerImpl]
> >>(Work-Job-Executor-53:ctx-3728caef job-28020/job-28021 ctx-e4ed14c2)
> >>(logid:4c7a1c38) Updating resource Type = secondary_storage count for
> >>Account = 7 Operation = decreasing Amount = 19131903488
> >>2018-09-13 06:04:30,969 DEBUG [c.c.v.VmWorkJobHandlerProxy]
> >>(Work-Job-Executor-53:ctx-3728caef job-28020/job-28021 ctx-e4ed14c2)
> >>(logid:4c7a1c38) Done executing VM work job:
> >>com.cloud.vm.VmWorkTakeVolumeSnapshot{"volumeId":238,"policyId":17,"snaps
> >>h
> >>o
> >>tId":2656,"quiesceVm":false,"asyncBackup":false,"userId":1,"accountId":7,
> >>"
> >>v
> >>mId":228,"handlerName":"VolumeApiServiceImpl"}
> >>2018-09-13 06:04:30,969 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >>(Work-Job-Executor-53:ctx-3728caef job-28020/job-28021 ctx-e4ed14c2)
> >>(logid:4c7a1c38) Complete async job-28021, jobStatus: SUCCEEDED,
> >>resultCode: 0, result:
> >>rO0ABXNyAA5qYXZhLmxhbmcuTG9uZzuL5JDMjyPfAgABSgAFdmFsdWV4cgAQamF2YS5sYW5nL
> >>k
> >>5
> >>1bWJlcoaslR0LlOCLAgAAeHAKYA
> >>2018-09-13 06:04:30,970 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >>(Work-Job-Executor-53:ctx-3728caef job-28020/job-28021 ctx-e4ed14c2)
> >>(logid:4c7a1c38) Publish async job-28021 complete on message bus
> >>2018-09-13 06:04:30,970 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >>(Work-Job-Executor-53:ctx-3728caef job-28020/job-28021 ctx-e4ed14c2)
> >>(logid:4c7a1c38) Wake up jobs related to job-28021
> >>2018-09-13 06:04:30,970 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >>(Work-Job-Executor-53:ctx-3728caef job-28020/job-28021 ctx-e4ed14c2)
> >>(logid:4c7a1c38) Update db status for job-28021
> >>2018-09-13 06:04:30,971 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >>(Work-Job-Executor-53:ctx-3728caef job-28020/job-28021 ctx-e4ed14c2)
> >>(logid:4c7a1c38) Wake up jobs joined with job-28021 and disjoin all
> >>subjobs created from job- 28021
> >>2018-09-13 06:04:30,983 DEBUG [c.c.v.VmWorkJobDispatcher]
> >>(Work-Job-Executor-53:ctx-3728caef job-28020/job-28021) (logid:4c7a1c38)
> >>Done with run of VM work job: com.cloud.vm.VmWorkTakeVolumeSnapshot for
> >>VM
> >>228, job origin: 28020
> >>2018-09-13 06:04:30,983 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >>(Work-Job-Executor-53:ctx-3728caef job-28020/job-28021) (logid:4c7a1c38)
> >>Done executing com.cloud.vm.VmWorkTakeVolumeSnapshot for job-28021
> >>2018-09-13 06:04:30,984 INFO  [o.a.c.f.j.i.AsyncJobMonitor]
> >>(Work-Job-Executor-53:ctx-3728caef job-28020/job-28021) (logid:4c7a1c38)
> >>Remove job-28021 from job monitoring
> >>2018-09-13 06:04:31,026 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >>(API-Job-Executor-83:ctx-cfb1cd95 job-28020 ctx-5b8156a6)
> >>(logid:4c7a1c38)
> >>Complete async job-28020, jobStatus: SUCCEEDED, resultCode: 0, result:
> >>org.apache.cloudstack.api.response.SnapshotResponse/snapshot/{"id":"3c866
> >>2
> >>b
> >>2-c76f-4e3a-a928-f76dad820122","account":"juha","domainid":"d3c2420f-7503
> >>-
> >>4
> >>560-a2da-d7e7149ce390","domain":"BGI","snapshottype":"DAILY","volumeid":"
> >>9
> >>6
> >>9c796d-072e-4272-adc6-93a492c03ea3","volumename":"ROOT-228","volumetype":
> >>"
> >>R
> >>OOT","created":"2018-09-13T06:02:15+0300","name":"BGI-Maria_ROOT-228_2018
> >>0
> >>9
> >>13030215","intervaltype":"DAILY","state":"BackedUp","physicalsize":234293
> >>2
> >>9
> >>92,"zoneid":"533c8f88-2637-4c0e-8210-e0a355b62d82","tags":[],"revertable"
> >>:
> >>f
> >>alse,"ostypeid":"da491b96-3748-11e5-a683-121326fde999","osdisplayname":"C
> >>e
> >>n
> >>tOS 6.5 (64-bit)","virtualsize":21474836480}
> >>2018-09-13 06:04:31,027 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >>(API-Job-Executor-83:ctx-cfb1cd95 job-28020 ctx-5b8156a6)
> >>(logid:4c7a1c38)
> >>Publish async job-28020 complete on message bus
> >>2018-09-13 06:04:31,027 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >>(API-Job-Executor-83:ctx-cfb1cd95 job-28020 ctx-5b8156a6)
> >>(logid:4c7a1c38)
> >>Wake up jobs related to job-28020
> >>2018-09-13 06:04:31,027 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >>(API-Job-Executor-83:ctx-cfb1cd95 job-28020 ctx-5b8156a6)
> >>(logid:4c7a1c38)
> >>Update db status for job-28020
> >>2018-09-13 06:04:31,028 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >>(API-Job-Executor-83:ctx-cfb1cd95 job-28020 ctx-5b8156a6)
> >>(logid:4c7a1c38)
> >>Wake up jobs joined with job-28020 and disjoin all subjobs created from
> >>job- 28020
> >>2018-09-13 06:04:31,039 DEBUG [o.a.c.f.j.i.AsyncJobManagerImpl]
> >>(API-Job-Executor-83:ctx-cfb1cd95 job-28020) (logid:4c7a1c38) Done
> >>executing
> >>org.apache.cloudstack.api.command.user.snapshot.CreateSnapshotCmd for
> >>job-28020
> >>2018-09-13 06:04:31,039 INFO  [o.a.c.f.j.i.AsyncJobMonitor]
> >>(API-Job-Executor-83:ctx-cfb1cd95 job-28020) (logid:4c7a1c38) Remove
> >>job-28020 from job monitoring
>
>
>

-- 
Rafael Weingärtner

Re: Virtual Router not accepting SSH connections from CloudStack Management server

[Rafael Weingärtner]

What hypervisor do you use?

On Mon, Oct 8, 2018 at 4:53 AM  wrote:

> Hello folks,
>
>
>
>Like I told in my previous email, my virtual router is
> not accepting SSH connection from management server.. or any other server.
> What I have found is that my default iptables rule looks incorrect for me,
> accepting connection on 3922 only for eth1. :
>
>
>
>51  2408 ACCEPT tcp  --  eth0   *   0.0.0.0/0
> 158.69.17.226tcp dpt:53
>
> 403K   30M ACCEPT udp  --  eth0   *   0.0.0.0/0
> 158.69.17.226udp dpt:53
>
> 13473 4411K ACCEPT udp  --  eth0   *   0.0.0.0/0
> 0.0.0.0/0udp dpt:67
>
> 9421K  982M NETWORK_STATS  all  --  *  *   0.0.0.0/0
> 0.0.0.0/0
>
> 0 0 ACCEPT tcp  --  eth1   *   0.0.0.0/0
> 0.0.0.0/0tcp dpt:3922 state NEW,ESTABLISHED
>
> 0 0 ACCEPT all  --  *  *   0.0.0.0/0
> 224.0.0.18
>
> 0 0 ACCEPT all  --  *  *   0.0.0.0/0
> 225.0.0.50
>
> 7270K  821M ACCEPT all  --  eth0   *   0.0.0.0/0
> 0.0.0.0/0state RELATED,ESTABLISHED
>
> 396K   20M ACCEPT icmp --  *  *   0.0.0.0/0
> 0.0.0.0/0
>
> 0 0 ACCEPT all  --  lo *   0.0.0.0/0
> 0.0.0.0/0
>
>
>
> Router interface  :
>
>
>
> root@r-2055-VM:~# ip a
>
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN group
> default qlen 1
>
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>
> inet 127.0.0.1/8 scope host lo
>
>valid_lft forever preferred_lft forever
>
> 2: eth0:  mtu 1500 qdisc pfifo_fast state
> UP group default qlen 1000
>
> link/ether 1e:00:85:00:00:33 brd ff:ff:ff:ff:ff:ff
>
> inet 158.xx.xx.226/28 brd 158.69.17.239 scope global eth0
>
>valid_lft forever preferred_lft forever
>
> inet 167. xx.xx.246/28 brd 167.114.12.255 scope global eth0
>
>valid_lft forever preferred_lft forever
>
> inet 149. xx.xx.80/27 brd 149.56.173.95 scope global eth0
>
>valid_lft forever preferred_lft forever
>
> inet 192. xx.xx.79/26 brd 192.99.175.127 scope global eth0
>
>valid_lft forever preferred_lft forever
>
> inet 198. xx.xx.162/27 brd 198.50.180.191 scope global eth0
>
>valid_lft forever preferred_lft forever
>
> inet 149. xx.xx.99/27 brd 149.56.254.127 scope global eth0
>
>valid_lft forever preferred_lft forever
>
> inet 144. xx.xx.199/27 brd 144.217.38.223 scope global eth0
>
>valid_lft forever preferred_lft forever
>
> inet 144. xx.xx.177/27 brd 144.217.178.191 scope global eth0
>
>valid_lft forever preferred_lft forever
>
> inet 66. xx.xx.133/27 brd 66.70.150.159 scope global eth0
>
>valid_lft forever preferred_lft forever
>
> 3: eth1:  mtu 1500 qdisc noop state DOWN group default
> qlen 1000
>
> link/ether 02:00:06:0b:00:dc brd ff:ff:ff:ff:ff:ff
>
>
>
>
>
> After adding the following rule : iptables -A INPUT -p tcp --dport 3922 -j
> ACCEPT, everything works till next restart ( or reloading the iptables )
> is
> this a bug? Any suggestions?
>
>
>
>
>
>
>
> ===
>
> Additional  info from previous mail:
>
>
>
>
>
>  Current environment : CloudStack 4.11.1 (shapeblue) + VMware 5.5,
> Local storage, Basic Networking.  ( this is an old environment, 4.5.2, .
> 4.9, 4.11.1 )
>
>
>
>  Right now I get the following error :  deployedCheckSshCommand)
> (logid:236afb1a) Could not connect to 149.xxx.xx.53 due to
> java.net.ConnectException: Connection timed out, my router is stuck in
> starting mode.
>
>
>
>  After testing manually I saw that I'm not able to connect to VR by
> using SSH (management -> virtual router ) I was able to ping, telnet on 80
> but not able to connect on 3922 . :
>
>
>
>  [root@cloud-emea ~]# ping 149.xxx.xx.53
>
> PING 149.xxx.xx.53 (149.xxx.xx.53) 56(84) bytes of data.
>
> 64 bytes from 149.xxx.xx.53: icmp_seq=1 ttl=63 time=1.83 ms
>
> ^C
>
> --- 149.xxx.xx.53ping statistics ---
>
> 1 packets transmitted, 1 received, 0% packet loss, time 932ms
>
> rtt min/avg/max/mdev = 1.832/1.832/1.832/0.000 ms
>
> [root@cloud-emea ~]# telnet 149.xxx.xx.5380
>
> Trying 149.xxx.xx.53...
>
> Connected to 149.xxx.xx.53.
>
> Escape character is '^]'.
>
> ^]
>
> telnet> quit
>
> Connection closed.
>
> [root@cloud-emea ~]# telnet 149.xxx.xx.53 3922
>
> Trying 149.xxx.xx.53...
>
>
>
>
>
> I come with the idea connect on VR by using console and add the
> following firewall rule : iptables -A INPUT -p tcp -m state --state NEW
> --dport 3922 -j ACCEPT, my problem was "fixed" but after sometime I have
> the
> same issue again, for example in case of my router is destroyed.
>
>
>
>
>
> Thank you!
>
> Cristian
>
>
>
>
>
>

-- 
Rafael Weingärtner

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

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

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

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

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Thank you guys for the feedback!

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

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

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

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

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Great! Thanks Makino.

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

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

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

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

Awesome!

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

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

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

Re: CloudStack Collab in Brazil

[Rafael Weingärtner]

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

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

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

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

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

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

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

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

CloudStack Collab in Brazil

[Rafael Weingärtner]

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

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

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

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

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

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

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

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

I am eager to hear your feedback guys ;)

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

--
Rafael Weingärtner

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

[Rafael Weingärtner]

Interesting. Have you thought about packaging everything together? I mean,
incorporating the whole plugin in ACS. Then, ACS manage the ES via one new
system VM type (OSVM – Object store system virtual machine), and another
system VM could be used to run the standalone service, which could execute
not just the authorization, but also the actual delivery.  This would then,
offload the delivery of data out of the MS, and would make it feasible to
deliver long binary data without much problem. Then, the MS would only have
APIs to register and delete data. The registration would then return an URL
that the user could use to do the actual upload of the key/value to the ES
via the standalone server or directly to the OSVM.

I do like the plugin you designed, but I would like to see more of these
services to get upstream and to work out of the box. Cloud nowadays is made
of so much more services than just IaaS, and we should try to create a more
comprehensive solution.

On Fri, Sep 21, 2018 at 8:15 AM, Ivan Kudryavtsev 
wrote:

> Hi, Rafael. Second option. ES is configured beforehand, then, when plugin
> is deployed, only endpoint is specified in ES, but actual VMs don't
> interact with ES directly, they interact with API server which is deployed
> in docker container. So, basically three components: ES, CS plugin
> (authorized access and storages management), standalone service (access if
> you know certain storage UUID and secret for it). So, ES is a single
> instance for all accounts. But every account have separate indices in ES to
> keep data secure, data isolation is maintained by API services. So, suppose
> answered well))
>
> пт, 21 сент. 2018 г., 18:04 Rafael Weingärtner <
> rafaelweingart...@gmail.com
> >:
>
> > That is interesting Ivan. You answer create another question.
> >
> > You say that the plugin uses an Elasticsearch instance and that a
> clustered
> > ES is supported as
> > well. Is the plugin going to manage (install this ES) or you (the
> operator)
> > will have to deploy and manage the ES and only configure/point the ES
> > instance to ACS?
> >
> >
> > On Thu, Sep 20, 2018 at 11:34 PM, Ivan Kudryavtsev <
> > kudryavtsev...@bw-sw.com
> > > wrote:
> >
> > > Hello, Daan, Rafael.
> > >
> > > Ok, let's discover some points.
> > >
> > > Rafael:
> > > All the stuff is managed in Elasticsearch, clustered ES is supported as
> > > well. As for now, value datatype is 'keyword' and doesn't fit well for
> > > blobs. But, actually, there are no practical limitations except we
> don't
> > > want press the CS server with streaming for blobs as it's design is not
> > > well designed for long lasting jobs like that.
> > >
> > > To adress the case we also plan to develop artifact storage which is
> > > intended to keep blobs with versioning and managed security. Probably
> > will
> > > use Ceph under the hood.
> > >
> > > Daan:
> > > Let's go with the cases. Actually, in the past I published the
> > announcement
> > > for log management plugin which intention is to provide access to VM
> logs
> > > from the API and other interfaces. Now we develop CLI utility for it.
> > That
> > > plugin helps to observe what logs are generate during VM deployment.
> > >
> > > This plugin (KV) helps to deploy complex topologies, like Docker Swarm,
> > > Kubernetes, MySQL Galera replicaset, DC/OS, monitor the state of the
> > > deployments and do trivial things:
> > >
> > > Observe current VM load, RAM availability, disk space. All these
> > parameters
> > > can be observed in historical perspective or last values.
> > >
> > > A quorum example. Say, you deploy two VMs programmatically and they
> have
> > to
> > > decide who is Docker master and who is worker, so you create shared
> > storage
> > > and both VMs place they UUID in 'order' key. They check the history for
> > > 'order' and find who is the first. Next, the first generates cluster
> > > initialization and places secret key to 'secret'. After, worker reads
> it
> > > and joins the cluster. Want to add a new VM to the cluster, just pass
> > that
> > > KV to it as well. Of cource, proper templates with bootstrap code are
> > > required.
> > >
> > > Actually, there are tons of very sophisticated deployments can be
> > > implemented in a very generic way with theese two plugins.
> > >
> > > Another piece of software to be developed is one-time accessor plugin
> > which
> > > is important for secure 

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

[Rafael Weingärtner]

That is interesting Ivan. You answer create another question.

You say that the plugin uses an Elasticsearch instance and that a clustered
ES is supported as
well. Is the plugin going to manage (install this ES) or you (the operator)
will have to deploy and manage the ES and only configure/point the ES
instance to ACS?


On Thu, Sep 20, 2018 at 11:34 PM, Ivan Kudryavtsev  wrote:

> Hello, Daan, Rafael.
>
> Ok, let's discover some points.
>
> Rafael:
> All the stuff is managed in Elasticsearch, clustered ES is supported as
> well. As for now, value datatype is 'keyword' and doesn't fit well for
> blobs. But, actually, there are no practical limitations except we don't
> want press the CS server with streaming for blobs as it's design is not
> well designed for long lasting jobs like that.
>
> To adress the case we also plan to develop artifact storage which is
> intended to keep blobs with versioning and managed security. Probably will
> use Ceph under the hood.
>
> Daan:
> Let's go with the cases. Actually, in the past I published the announcement
> for log management plugin which intention is to provide access to VM logs
> from the API and other interfaces. Now we develop CLI utility for it. That
> plugin helps to observe what logs are generate during VM deployment.
>
> This plugin (KV) helps to deploy complex topologies, like Docker Swarm,
> Kubernetes, MySQL Galera replicaset, DC/OS, monitor the state of the
> deployments and do trivial things:
>
> Observe current VM load, RAM availability, disk space. All these parameters
> can be observed in historical perspective or last values.
>
> A quorum example. Say, you deploy two VMs programmatically and they have to
> decide who is Docker master and who is worker, so you create shared storage
> and both VMs place they UUID in 'order' key. They check the history for
> 'order' and find who is the first. Next, the first generates cluster
> initialization and places secret key to 'secret'. After, worker reads it
> and joins the cluster. Want to add a new VM to the cluster, just pass that
> KV to it as well. Of cource, proper templates with bootstrap code are
> required.
>
> Actually, there are tons of very sophisticated deployments can be
> implemented in a very generic way with theese two plugins.
>
> Another piece of software to be developed is one-time accessor plugin which
> is important for secure sharing of various credentials when multi tenant
> VMs are used.
>
> Have a good day.
>
>
> пт, 21 сент. 2018 г., 2:21 Rafael Weingärtner  >:
>
> > That is very interesting Ivan!
> >
> > I have a few questions though:
> >
> >- Do you have a limit on ”value” size? Can it be a binary of a file?
> >- Where do you guys store these “keys” and ”values”?
> >
> >
> > On Wed, Sep 19, 2018 at 4:02 AM, Ivan Kudryavtsev <
> > kudryavtsev...@bw-sw.com>
> > wrote:
> >
> > > Hello, community.
> > >
> > > We glad to announce a new Open Source plug-in for Apache CloudStack
> which
> > > helps to maintain generic key-value storages. There are three types are
> > > supported right now:
> > >
> > > - temporary KV with TTL (many per account);
> > > - persistent KV bound to VM (one per VM);
> > > - persistent KV bound to account (many per account).
> > >
> > > KV storages support a commit-log based approach where old values are
> not
> > > erased with new ones and it provides the access to the last key/values
> > and
> > > to the history which helps to maintain things like quorums and other
> > > operations which require serialized access.
> > >
> > > The plugin uses Elasticsearch. I
> > >
> > > If you are interested to know more, contact our website for the full
> > > announcement and download details:
> > > https://bitworks.software/en/2018-09-19-acs-vm-kv-storage-plugin.html
> > >
> > > All questions, improvements and considerations are welcome!
> > >
> > > --
> > > With best regards, Ivan Kudryavtsev
> > > Bitworks LLC
> > > Cell: +7-923-414-1515
> > > WWW: http://bitworks.software/ <http://bw-sw.com/>
> > >
> >
> >
> >
> > --
> > Rafael Weingärtner
> >
>



-- 
Rafael Weingärtner

Re: ***UNCHECKED*** Re: Network "restart required - yes"

[Rafael Weingärtner]

>
> Btw, do you know what actually REALLY happens when you restart Network
> (part of VPC), not the whole VPC - since I was not clear if this does
> anything (and it takes 1-3 seconds only...)
>
I have checked this before, but I do not know it by heart now.
If I had to guess, I would that say restart network will reboot the VR.
Restart network with cleanup (not the VPC) will remove and add
configurations applied in the VR after the reboot.
Restart network with cleanup (in the VPC) will destroy and recreate the VR.

On Wed, Sep 19, 2018 at 12:35 PM, Andrija Panic 
wrote:

> Hi Rafael,
>
> thanks a lot for digging into code - I undestand possible situations now -
> thx.
>
> Btw, do you know what actually REALLY happens when you restart Network
> (part of VPC), not the whole VPC - since I was not clear if this does
> anything (and it takes 1-3 seconds only...)
>
> thx again
>
> On Wed, 19 Sep 2018 at 15:52, Rafael Weingärtner <
> rafaelweingart...@gmail.com> wrote:
>
> > According to the code:
> >
> > >  a lot more code here
> > >
> >  if (forceCleanup) {
> > >
> >if (!rollingRestartVpc(vpc, context)) {
> > >s_logger.warn("Failed to execute a rolling restart as a part of
> > VPC
> > > " + vpc + " restart process");
> > >restartRequired = true;
> > >return false;
> > >}
> > >return true;
> > >
> > }
> > >
> > s_logger.debug("Starting VPC " + vpc + " as a part of VPC restart process
> > > without cleanup");
> > > if (!startVpc(vpcId, false)) {
> > > s_logger.warn("Failed to start vpc as a part of VPC " + vpc + "
> > > restart process");
> > > restartRequired = true;
> > > return false;
> > >  }
> > >
> >  a lot more code here
> > >
> > final VpcVO vo = _vpcDao.findById(vpcId);
> > > vo.setRestartRequired(restartRequired);
> > > _vpcDao.update(vpc.getId(), vo);
> > >
> >  a lot more code here
> >
> >
> > That means,  something wrong happened either in "rollingRestartVpc" or
> > "startVpc" methods. Therefore, all of the affected networks should
> present
> > log entries such as " Failed to start vpc as a part of VPC " or "
> > Failed to execute a rolling restart as a part of VPC "
> >
> > On Wed, Sep 19, 2018 at 10:42 AM, Simon Weller 
> > wrote:
> >
> > > Without digging into the code, I believe that the VR reports the
> version
> > > and it's matched against the min version. i'm not sure what happens if
> > the
> > > version is not reported at all.
> > >
> > > Is this recent and have you updated the system QCOW2 or systemvm.iso
> > > recently? And if so, did you rebuild the rpms, or manually place the
> > image
> > > or iso?
> > >
> > >
> > > - Si
> > >
> > > 
> > > From: Andrija Panic 
> > > Sent: Wednesday, September 19, 2018 8:35 AM
> > > To: users
> > > Subject: Re: Network "restart required - yes"
> > >
> > > Just did some SQL - only 19 networks in this state (requires
> restart...),
> > > so a few of VPCs
> > >
> > > Minimum template version ss 4.6.0 (we run acs 4.8.x)
> > >
> > > and just checked all VRs from DB, did SQL, all existing routers are on
> > this
> > > version (4.6.0)
> > >
> > > Hm...
> > >
> > >
> > > On Wed, 19 Sep 2018 at 15:02, Simon Weller 
> > > wrote:
> > >
> > > > Andrija,
> > > >
> > > >
> > > > Is this isolated to that particular VPC, or is this across the entire
> > > > zone? What's the minreq.sysvmtemplate.version global set to?
> > > >
> > > >
> > > > - Si
> > > >
> > > > 
> > > > From: Andrija Panic 
> > > > Sent: Wednesday, September 19, 2018 7:55 AM
> > > > To: users
> > > > Subject: Re: Network "restart required - yes"
> > > >
> > > > Actually, its the filed called "Restart required" - check here:
> > > > https://pasteboard.co/HEBUmB0.png
> > > >
> > > > you go to inside VPC, click on network, and there it is...
> > > >
> > > >
> > > > Thanks !
> > > >
> > > > On Wed, 19 Sep 2018 at 14:42, Rafael Weingärtner <
> > > > rafaelweingart...@gmail.com> wrote:
> > > >
> > > > > Where is this appearing? In the network 'state' field?
> > > > >
> > > > > On Wed, Sep 19, 2018 at 9:28 AM, Andrija Panic <
> > > andrija.pa...@gmail.com>
> > > > > wrote:
> > > > >
> > > > > > Hi all,
> > > > > >
> > > > > > does anyone know it means when on the Network tab (this is VPC
> > > network)
> > > > > it
> > > > > > says "Restart Required - yes" ?
> > > > > >  (the VR is using latest, up-to-date template just FYI).
> > > > > >
> > > > > > Thanks,
> > > > > >
> > > > > > --
> > > > > >
> > > > > > Andrija Panić
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Rafael Weingärtner
> > > > >
> > > >
> > > >
> > > > --
> > > >
> > > > Andrija Panić
> > > >
> > >
> > >
> > > --
> > >
> > > Andrija Panić
> > >
> >
> >
> >
> > --
> > Rafael Weingärtner
> >
>
>
> --
>
> Andrija Panić
>



-- 
Rafael Weingärtner

***UNCHECKED*** Re: Network "restart required - yes"

[Rafael Weingärtner]

According to the code:

>  a lot more code here
>
 if (forceCleanup) {
>
   if (!rollingRestartVpc(vpc, context)) {
>s_logger.warn("Failed to execute a rolling restart as a part of VPC
> " + vpc + " restart process");
>restartRequired = true;
>return false;
>}
>return true;
>
}
>
s_logger.debug("Starting VPC " + vpc + " as a part of VPC restart process
> without cleanup");
> if (!startVpc(vpcId, false)) {
> s_logger.warn("Failed to start vpc as a part of VPC " + vpc + "
> restart process");
> restartRequired = true;
> return false;
>  }
>
 a lot more code here
>
final VpcVO vo = _vpcDao.findById(vpcId);
> vo.setRestartRequired(restartRequired);
> _vpcDao.update(vpc.getId(), vo);
>
 a lot more code here


That means,  something wrong happened either in "rollingRestartVpc" or
"startVpc" methods. Therefore, all of the affected networks should present
log entries such as " Failed to start vpc as a part of VPC " or "
Failed to execute a rolling restart as a part of VPC "

On Wed, Sep 19, 2018 at 10:42 AM, Simon Weller 
wrote:

> Without digging into the code, I believe that the VR reports the version
> and it's matched against the min version. i'm not sure what happens if the
> version is not reported at all.
>
> Is this recent and have you updated the system QCOW2 or systemvm.iso
> recently? And if so, did you rebuild the rpms, or manually place the image
> or iso?
>
>
> - Si
>
> 
> From: Andrija Panic 
> Sent: Wednesday, September 19, 2018 8:35 AM
> To: users
> Subject: Re: Network "restart required - yes"
>
> Just did some SQL - only 19 networks in this state (requires restart...),
> so a few of VPCs
>
> Minimum template version ss 4.6.0 (we run acs 4.8.x)
>
> and just checked all VRs from DB, did SQL, all existing routers are on this
> version (4.6.0)
>
> Hm...
>
>
> On Wed, 19 Sep 2018 at 15:02, Simon Weller 
> wrote:
>
> > Andrija,
> >
> >
> > Is this isolated to that particular VPC, or is this across the entire
> > zone? What's the minreq.sysvmtemplate.version global set to?
> >
> >
> > - Si
> >
> > 
> > From: Andrija Panic 
> > Sent: Wednesday, September 19, 2018 7:55 AM
> > To: users
> > Subject: Re: Network "restart required - yes"
> >
> > Actually, its the filed called "Restart required" - check here:
> > https://pasteboard.co/HEBUmB0.png
> >
> > you go to inside VPC, click on network, and there it is...
> >
> >
> > Thanks !
> >
> > On Wed, 19 Sep 2018 at 14:42, Rafael Weingärtner <
> > rafaelweingart...@gmail.com> wrote:
> >
> > > Where is this appearing? In the network 'state' field?
> > >
> > > On Wed, Sep 19, 2018 at 9:28 AM, Andrija Panic <
> andrija.pa...@gmail.com>
> > > wrote:
> > >
> > > > Hi all,
> > > >
> > > > does anyone know it means when on the Network tab (this is VPC
> network)
> > > it
> > > > says "Restart Required - yes" ?
> > > >  (the VR is using latest, up-to-date template just FYI).
> > > >
> > > > Thanks,
> > > >
> > > > --
> > > >
> > > > Andrija Panić
> > > >
> > >
> > >
> > >
> > > --
> > > Rafael Weingärtner
> > >
> >
> >
> > --
> >
> > Andrija Panić
> >
>
>
> --
>
> Andrija Panić
>



-- 
Rafael Weingärtner

Re: Network "restart required - yes"

[Rafael Weingärtner]

Where is this appearing? In the network 'state' field?

On Wed, Sep 19, 2018 at 9:28 AM, Andrija Panic 
wrote:

> Hi all,
>
> does anyone know it means when on the Network tab (this is VPC network) it
> says "Restart Required - yes" ?
>  (the VR is using latest, up-to-date template just FYI).
>
> Thanks,
>
> --
>
> Andrija Panić
>



-- 
Rafael Weingärtner

Re: Case of CEPH Environment Hyper-converged

[Rafael Weingärtner]

As long as your hypervisor supports the hyper-converged storage system you
want to use, you are good to go. Of course, it depends on how you are going
to introduce the storage system to the hypervisor (ACS needs to know how to
handle the blocks/volumes).



Hyper-converged systems are good because you can save money with hardware
and cooling, but it brings more complexity to your virtualization stack.
They require extra care to plan ahead upgrade paths and execute them before
you find yourself in some vendor lock-in (e.g. ScaleIO and XenServer).


On Mon, Sep 3, 2018 at 2:57 PM, Felipe Rossi <
fel...@brascloud.com.br.invalid> 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
>
>
>


-- 
Rafael Weingärtner

Re: Cloudmonkey listing limit

[Rafael Weingärtner]

Yes there is that. However, you can increase that limit by changing some
parameter.

On Tue, Aug 28, 2018 at 7:26 AM, Jan-Arve Nygård 
wrote:

> It was a pagesize limit (max 500) so it was resolved by requesting multiple
> pages.
>
> Den man. 27. aug. 2018 kl. 12:17 skrev Rafael Weingärtner <
> rafaelweingart...@gmail.com>:
>
> > CloudStack has a parameter for that. However, I think that you might be
> > able to set the page size via API as well during your command calls.
> >
> > On Mon, Aug 27, 2018 at 5:04 AM, Jan-Arve Nygård <
> > jan.arve.nyg...@gmail.com>
> > wrote:
> >
> > > Hi,
> > >
> > > I seem to hit a limit while listing all volumes from the API with
> > > cloudmonkey as it only lists the first 500 with the listall=true flag.
> > >
> > > Does anyone know if there's a limit setting in either Cloudstack og
> > > Cloudmonkey that i could be hitting? I had a quick search for both but
> > > couldn't seem to find anything relevant.
> > >
> > > F.ex: cloudmonkey -d csv -p profilename list volumes listall=true
> > > filter=vmname,name,size,storage,storageid,zonename
> > >
> > >
> > > Best regards,
> > >
> > > Jan-Arve Nygård
> > >
> >
> >
> >
> > --
> > Rafael Weingärtner
> >
>



-- 
Rafael Weingärtner

Re: Cloudmonkey listing limit

[Rafael Weingärtner]

CloudStack has a parameter for that. However, I think that you might be
able to set the page size via API as well during your command calls.

On Mon, Aug 27, 2018 at 5:04 AM, Jan-Arve Nygård 
wrote:

> Hi,
>
> I seem to hit a limit while listing all volumes from the API with
> cloudmonkey as it only lists the first 500 with the listall=true flag.
>
> Does anyone know if there's a limit setting in either Cloudstack og
> Cloudmonkey that i could be hitting? I had a quick search for both but
> couldn't seem to find anything relevant.
>
> F.ex: cloudmonkey -d csv -p profilename list volumes listall=true
> filter=vmname,name,size,storage,storageid,zonename
>
>
> Best regards,
>
> Jan-Arve Nygård
>



-- 
Rafael Weingärtner

Re: LDAP in 4.11.1

[Rafael Weingärtner]

What is the content of your "ldap.basedn" parameter?

On Thu, Aug 2, 2018 at 4:58 PM, ilya musayev 
wrote:

> You are most likely getting incorrect query to ldap.
>
> If you can - use ldap connectivity without ssl and do tcpdump to see if you
> can capture the ldapquery.
>
> You can then identify the issue. Alternately, you can look into enabling
> trace logging for ldap module and perhaps it prints the query.
>
> Daan can shed more details on this issue as he was the one working on it.
>
> On Thu, Aug 2, 2018 at 12:55 PM  wrote:
>
> > Yes, full restart of management server to be safe. I have tried putting
> in
> > the LDAP name, the Pre-Windows name, etc..
> >
> > -Original Message-
> > From: Rafael Weingärtner 
> > Sent: Thursday, August 2, 2018 1:22 PM
> > To: users 
> > Subject: Re: LDAP in 4.11.1
> >
> > Did you restart ACS after configuring it?
> >
> > On Thu, Aug 2, 2018 at 2:03 PM,  wrote:
> >
> > > Hello guys,
> > >
> > >
> > >
> > > I am attempting to bind an ACS domain to an LDAP domain and I get the
> > > error "can not link a domain unless a basedn is configured for it" but
> > > this is set in the settings. Anyone seen this?
> > >
> > >
> > >
> > >
> > >
> > >
> >
> >
> > --
> > Rafael Weingärtner
> >
> >
>



-- 
Rafael Weingärtner

Re: LDAP in 4.11.1

[Rafael Weingärtner]

Did you restart ACS after configuring it?

On Thu, Aug 2, 2018 at 2:03 PM,  wrote:

> Hello guys,
>
>
>
> I am attempting to bind an ACS domain to an LDAP domain and I get the error
> "can not link a domain unless a basedn is configured for it" but this is
> set
> in the settings. Anyone seen this?
>
>
>
>
>
>


-- 
Rafael Weingärtner

Re: "xen.hotfix.enabled" question

[Rafael Weingärtner]

I do not know in 4.10, but in master this parameter
"xenserver.hotfix.enabled " is not used. It seems to be some left over that
was  never removed.

On Wed, Aug 1, 2018 at 10:37 AM, Dragan Savic 
wrote:

> I came across some pages on the net that also listed it as "
> xenserver.hotfix.enabled ", so I guess it should be the same thing
>
> On our Cloudstack 4.10 installation, the parameter is listed in GUI as
> "xen.hotfix.enabled" in global settings.
>
> Dragan
>
>
> From: "Rafael Weingärtner" 
> To: "users" 
> Sent: Wednesday, August 1, 2018 3:23:27 PM
> Subject: Re: "xen.hotfix.enabled" question
>
> I could not find a reference to this parameter in the code to
> "xen.hotfix.enabled".
> Are you talking about the xenserver.*hotfix*.*enabled* ?
>
> On Wed, Aug 1, 2018 at 10:12 AM, Dragan Savic 
> wrote:
>
> > Hello,
> >
> > Could someone share some info about "xen.hotfix.enabled" parameter found
> > in Global Settings? I couldn't find anything on the internet about it.
> :)
> >
> > Thanks,
> > Dragan
> >
> >
>
>
> --
> Rafael Weingärtner
>



-- 
Rafael Weingärtner

Re: "xen.hotfix.enabled" question

[Rafael Weingärtner]

I could not find a reference to this parameter in the code to
"xen.hotfix.enabled".
Are you talking about the xenserver.*hotfix*.*enabled* ?

On Wed, Aug 1, 2018 at 10:12 AM, Dragan Savic 
wrote:

> Hello,
>
> Could someone share some info about "xen.hotfix.enabled" parameter found
> in Global Settings? I couldn't find anything on the internet about it. :)
>
> Thanks,
> Dragan
>
>


-- 
Rafael Weingärtner

Re: Github Issues

[Rafael Weingärtner]

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

I might be totally mistaken though.


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

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



-- 
Rafael Weingärtner

Re: Github Issues

[Rafael Weingärtner]

You do not need an account to view and search information in Github.

On Wed, Jul 18, 2018 at 1:53 PM, Andrew Kirch  wrote:

> I deleted my github account due to the change in ownership.
>
> Andrew
>
> On Tue, Jul 17, 2018 at 4:53 AM Paul Angus 
> wrote:
>
> > Hi All,
> >
> > We have been trialling replacing Jira with Github Issues.   I think that
> > we should have a conversation about it before it become the new standard
> by
> > default.
> >
> > From my perspective, I don't like it.  Searching has become far more
> > difficult, categorising has also. When there is a bug fix it can only be
> > targeted for a single version, which makes them easy to lose track of,
> and
> > when looking at milestones issues and PRs get jumbled up and people are
> > commenting on issues when it should by the PR and vice-versa (yes I've
> done
> > it too).
> > In summary, from an administrative point of view it causes a lot more
> > problems than it solves.
> >
> > I yield the floor to hear other people's opinions...
> >
> >
> > Kind regards,
> >
> > Paul Angus
> >
> >
> > paul.an...@shapeblue.com
> > www.shapeblue.com
> > 53 Chandos Place, Covent Garden, London
> > <https://maps.google.com/?q=53+Chandos+Place,+Covent+
> Garden,+London=gmail=g>
> > WC2N 4HSUK
> > @shapeblue
> >
> >
> >
> >
>



-- 
Rafael Weingärtner

Re: add new ip range to zone

[Rafael Weingärtner]

Nicolas, have you had the situation where 2 public IPs from different
ranges were assigned to the same VPC(VR)?
Here we had this situation, and it was not playing well in our network
setup. We had to move everything to the same VLAN.

On Wed, Jul 18, 2018 at 7:25 AM, Nicolas Bouige  wrote:

> Hello Swen,
>
> In our deployment, we are using two different network for public ip in the
> same vlan without any problem.
>
> Best regards,
> N.B
>
> -Message d'origine-
> De : Swen - swen.io [mailto:m...@swen.io]
> Envoyé : mercredi 18 juillet 2018 11:26
> À : users@cloudstack.apache.org
> Objet : add new ip range to zone
>
> Hello all,
>
> We are using advanced networking in our installation and we need to add
> new public ips.
> Should we configure the new /24 network in the same vlan as the other one
> or should we use a vlan-id for each /24 network? What do you recommend?
>
> I am concerned what is happening if a VR gets public ips from different
> /24 networks within the same or in different vlans? Is there a chance that
> a routing problem of any kind will accrue?
>
> Thank you for your 2 cents (or more) on this!
>
> Best regards,
> Swen
>
>
>
>


-- 
Rafael Weingärtner

Re: 4.10 upgrade 4.11 cannot create Network Offering

[Rafael Weingärtner]

Are you using commands.properties or RBAC?

It seems that there is an API method " listRegisteredServicePackages " that
is not properly configured.

On Fri, Jul 13, 2018 at 1:03 PM, li li  wrote:

> Hello All
>my cloudstack was upgraded from 4.10 to 4.11, I was unable to
> create Network Offerings, and after clicking "Network Offerings" I was
> prompted for "Session Expired";
> Management log tips are as follows
>
> 2018-07-13 23:50:57,802 DEBUG [c.c.a.ApiServlet]
> (qtp510113906-17:ctx-455ad1a0) (logid:e7d8b32b) ===START===  10.225.0.29 --
> GET  command=listRegisteredServicePackages=xml
> 2018-07-13 23:50:57,806 DEBUG [c.c.a.ApiServer]
> (qtp510113906-17:ctx-455ad1a0 ctx-d26f33cb) (logid:e7d8b32b) CIDRs from
> which account 'Acct[d73b4eb6-51d4-11e8-8819-0a9181906790-admin]' is
> allowed to perform API calls: 0.0.0.0/0,::/0
> 2018-07-13 23:50:57,807 DEBUG [c.c.a.ApiServer]
> (qtp510113906-17:ctx-455ad1a0 ctx-d26f33cb) (logid:e7d8b32b) The given
> command 'listRegisteredServicePackages' either does not exist, is not
> available for user, or not available from ip address '/10.225.0.29'.
>



-- 
Rafael Weingärtner

Re: ACS for Reseller

[Rafael Weingärtner]

Yes, it is.

It is possible to create domain admins that can create further domain and
users, ad even other domain admins for the sub-domains. They would be able
to mange resource limiting and other "user"/client configurations.

On Tue, Jul 10, 2018 at 11:12 AM, Lotic Lists  wrote:

> Hi all
>
>
>
> Is it possible create a custom role to permit domain-admin create
> subdomains
> and accounts for subdomains?
>
> The scenario is to grant full autonomy to reseller.
>
>
>
> Tks
>
> Marcelo
>
>


-- 
Rafael Weingärtner

Re: Next CloudStack EU user group date

[Rafael Weingärtner]

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

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

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

Re: Next CloudStack EU user group date

[Rafael Weingärtner]

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

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

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


-- 
Rafael Weingärtner

Re: DB Communication Link Failure

[Rafael Weingärtner]

Your timeout configuration seems fine. There must be something wrong in
your network. Or maybe in your MySQL service; as you said, it is restarting
when you run commands against it. Therefore, it might be better to
eliminate these issues first.

On Mon, Jun 18, 2018 at 11:56 AM, Nicolas Bouige  wrote:

> Hello Dag,
>
> Im not trying to do a multi-master setup, just recover my DB :/
> I have installed  a second node and connect it to the DB and it's not
> possible to connect to the database server automatically (but manually
> yes..)
> On the first node at each sql query sent, the service mysql restart on db
> server...
>
>
> @Rafael, the timeout value is 28800
>
>
> mysql> SHOW VARIABLES LIKE 'wait_timeout';
> +---+---+
> | Variable_name | Value |
> +---+---+
> | wait_timeout  | 28800 |
> +---+---+
>
> Best regards,
>
>
> Nicolas Bouige
> DIMSI
> cloud.dimsi.fr<http://www.cloud.dimsi.fr>
> 4, avenue Laurent Cely
> Tour d’Asnière – 92600 Asnière sur Seine
> T/ +33 (0)6 28 98 53 40
>
>
> 
> De : Dag Sonstebo 
> Envoyé : jeudi 14 juin 2018 10:32:13
> À : users@cloudstack.apache.org
> Objet : Re: DB Communication Link Failure
>
> What Rafael said…
>
> In addition – can you confirm you aren’t trying something like a
> multi-master MySQL setup? I have seen this cause similar issues.
>
> Regards,
> Dag Sonstebo
> Cloud Architect
> ShapeBlue
>
> On 13/06/2018, 18:44, "Rafael Weingärtner" 
> wrote:
>
> In this case, I would say that you might be either having some problem
> in
> your network, or maybe some timeout in the mysql server.
> Can you check the following variable?
> >
> > show variables like "%timeout%";
> >
> >
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com<http://www.shapeblue.com>
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
> On Wed, Jun 13, 2018 at 6:05 PM, Nicolas Bouige  wrote:
>
> > Hello Dag, Rafael,
> >
> > Thanks for your answer, i knonw this seems to be a "simple" issue
> but, as
> > i said in my previous mail, i checked connectivity between both
> server
> > without any problem (ping, telnet, firewall policies, remote mysql
> > connection...) and yes i restarted mgmt server (and it's not a silly
> > question...;)..)
> >
> > Someone knows something about the rollback transactions ?
> >
> > Best regards,
> >
> > N.B
> >
> > -Message d'origine-
> > De : Rafael Weingärtner [mailto:rafaelweingart...@gmail.com]
> > Envoyé : mercredi 13 juin 2018 16:59
> > À : users 
> > Objet : Re: DB Communication Link Failure
> >
> > This might be a silly question, but... Have you restarted the
> management
> > server?
> > This problem may be caused by the connection pool. In theory, it
> should
> > re-create the connection, but you know, sometimes things just break.
> >
> > On Wed, Jun 13, 2018 at 4:56 PM, Dag Sonstebo <
> dag.sonst...@shapeblue.com>
> > wrote:
> >
> > > Hi Nicolas – not to dig too far into your analysis or log entries –
> > > but in my experience any time we see “Communications link failure”
> the
> > > problem is exactly that – a communications issue between management
> > > and DB, rather than an internal DB issue.
> > >
> > > Regards,
> > > Dag Sonstebo
> > > Cloud Architect
> > > ShapeBlue
> > >
> > > From: Nicolas Bouige 
> > > Reply-To: "users@cloudstack.apache.org" <
> users@cloudstack.apache.org>
> > > Date: Wednesday, 13 June 2018 at 15:04
> > > To: "users@cloudstack.apache.org" 
> > > Subject: DB Communication Link Failure
> > >
> > > Hello All,
> > >
> > > Tonight du to a network issue our management cloudstack server and
> > > MariaDb server have been shutdowned and restarted this morning.
> > >
> > > Unfortunately, we  get some issues of « connectivity » between the
> > > mgmt server and db server.
> > > Both service (cloudstack-management/mysqld) are up and running
> without
> > > any errors.
> > > Db server are available from mgmt server (telnet OK, mysql –h
> > > dbserver…ok, firewall policies are g

Re: advanced networking with public IPs direct to VMs

[Rafael Weingärtner]

Did you notice some problems in the log files when you tested with 2 NICs?
When using NFS cluster wide storage, the behavior should be the same as
with 3 NICs. There might be something in your configuration. The problem
for zone wide storage is what we discussed before though.

1) if I want to run the management/storage traffic over the same NIC the
NFS server needs to be in the management subnet
No. You should be able to setup different network ranges for each one of
them.

2) when I do the initial configuration I need to drag and drop the storage
icon and use the same label as the management traffic
If you are using only two NICs, for sure you need to configure the traffic
labels according. I mean, you have two only NICs, then you need to
configure the labels (cloudbr0 and cloudbr2) in that physical network tab
in the zone configuration.


On Thu, Jun 14, 2018 at 5:03 PM, Jon Marshall  wrote:

> Hi Rafael
>
>
> I did log a bug but when rebuilding I found some slightly different
> behaviour so have temporarily removed it.
>
>
> So using cluster NFS and 3 NICs as already described VM HA works.
>
>
> Because the recommendation for basic network setup seems to be run
> storage/management over the same NIC and guest on another, so 2 NICs in
> total,  I set it up this way using cluster NFS and to my surprise VM HA did
> not work so it is obviously a bit more complicated than it first appeared.
>
>
> My NFS server is on a different subnet than the management server and when
> I set it up in the UI because the storage traffic runs over the management
> NIC by default I did not assign a label to the storage traffic, ie. I only
> assigned labels to management and guest.
>
>
> So two thoughts occur which I can test unless you can see the issue -
>
>
> 1) if I want to run the management/storage traffic over the same NIC the
> NFS server needs to be in the management subnet
>
>
> or
>
>
> 2) when I do the initial configuration I need to drag and drop the storage
> icon and use the same label as the management traffic
>
>
> Personally I can't see how 2) will help ie. the only time I should need to
> assign a label to storage is if I use a different NIC.
>
>
> Apologies for bringing this up again but am happy to run any tests and
> would like to file accurate bug report.
>
>
>
>
>
>
> 
> From: Rafael Weingärtner 
> Sent: 11 June 2018 10:58
> To: users
> Subject: Re: advanced networking with public IPs direct to VMs
>
> Well, it seems that you have found a bug. Can you fill out an issue report
> on Github?
>
> Thanks for the hard work on debugging and testing.
>
> On Fri, Jun 8, 2018 at 2:17 PM, Jon Marshall 
> wrote:
>
> > So based on Erik's suggestion (thanks Erik) I rebuilt the management
> > server and setup cluster wide primary storage as opposed to zone wide
> which
> > I have been using so far.
> >
> >
> > Still using 3 NICs (management/Guest/storage) and basic networking.
> >
> >
> > And VM HA now works. In addition it failed over quicker than it did when
> I
> > had zone wide NFS storage on a single NIC.
> >
> >
> > Still a bit confused about this output where it is still showing the
> > storage_ip_addresses as 172.30.3.x IPs which is the management subnet but
> > maybe I am reading it incorrectly.
> >
> >
> >
> > mysql> select * from cloud.host;
> > ++-+
> > --++++--
> > ---+-++-
> > +-+--+--
> > -+---++-
> > --+-++--
> > --+++-+--+--
> > -+-+-+--
> > ---+++--+---
> > ---+++--+---
> > +---+---
> > +-+++---
> > --+-+-+--+--
> > --+---+-+--+
> > | id | name| uuid | status |
> > type   | private_ip_address | private_netmask |
> > private_mac_address | storage_ip_address | storage_netmask |
> > storage_mac_address | storage_ip_address_2 | storage_mac_address_2 |
> > storage_netmask_2 | cluster_id | public_ip_a

Re: DB Communication Link Failure

[Rafael Weingärtner]

In this case, I would say that you might be either having some problem in
your network, or maybe some timeout in the mysql server.
Can you check the following variable?
>
> show variables like "%timeout%";
>
>
On Wed, Jun 13, 2018 at 6:05 PM, Nicolas Bouige  wrote:

> Hello Dag, Rafael,
>
> Thanks for your answer, i knonw this seems to be a "simple" issue but, as
> i said in my previous mail, i checked connectivity between both server
> without any problem (ping, telnet, firewall policies, remote mysql
> connection...) and yes i restarted mgmt server (and it's not a silly
> question...;)..)
>
> Someone knows something about the rollback transactions ?
>
> Best regards,
>
> N.B
>
> -Message d'origine-
> De : Rafael Weingärtner [mailto:rafaelweingart...@gmail.com]
> Envoyé : mercredi 13 juin 2018 16:59
> À : users 
> Objet : Re: DB Communication Link Failure
>
> This might be a silly question, but... Have you restarted the management
> server?
> This problem may be caused by the connection pool. In theory, it should
> re-create the connection, but you know, sometimes things just break.
>
> On Wed, Jun 13, 2018 at 4:56 PM, Dag Sonstebo 
> wrote:
>
> > Hi Nicolas – not to dig too far into your analysis or log entries –
> > but in my experience any time we see “Communications link failure” the
> > problem is exactly that – a communications issue between management
> > and DB, rather than an internal DB issue.
> >
> > Regards,
> > Dag Sonstebo
> > Cloud Architect
> > ShapeBlue
> >
> > From: Nicolas Bouige 
> > Reply-To: "users@cloudstack.apache.org" 
> > Date: Wednesday, 13 June 2018 at 15:04
> > To: "users@cloudstack.apache.org" 
> > Subject: DB Communication Link Failure
> >
> > Hello All,
> >
> > Tonight du to a network issue our management cloudstack server and
> > MariaDb server have been shutdowned and restarted this morning.
> >
> > Unfortunately, we  get some issues of « connectivity » between the
> > mgmt server and db server.
> > Both service (cloudstack-management/mysqld) are up and running without
> > any errors.
> > Db server are available from mgmt server (telnet OK, mysql –h
> > dbserver…ok, firewall policies are good from both sides)
> >
> > However, when we want to login to the GUI cloudstack an execption is
> > raised in mgmt-server.log :
> >
> > 2018-06-13 15:28:41,019 DEBUG [c.c.u.d.T.Transaction]
> > (qtp1796488937-13:ctx-88e441c4) (logid:f9e9b399) Rolling back the
> > transaction: Time = 97 Name =  qtp1796488937-13; called by
> > -TransactionLegacy.rollback:889-TransactionLegacy.removeUpTo:832-
> > TransactionLegacy.close:656-TransactionContextInterceptor.invoke:36-
> > ReflectiveMethodInvocation.proceed:174-ExposeInvocationInterceptor.
> > invoke:92-ReflectiveMethodInvocation.proceed:185-
> > JdkDynamicAopProxy.invoke:212-$Proxy121.persist:-1-ActionEventUtils.
> > persistActionEvent:186-ActionEventUtils.onActionEvent:98-
> > AccountManagerImpl.logoutUser:2096
> > 2018-06-13 15:28:41,020 WARN  [c.c.u.d.T.Transaction]
> > (qtp1796488937-13:ctx-88e441c4) (logid:f9e9b399) Unable to rollback
> > com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException:
> > Communications link failure during rollback(). Transaction resolution
> > unknown.
> > at
> > sun.reflect.GeneratedConstructorAccessor98.newInstance(Unknown
> > Source)
> > at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(
> > DelegatingConstructorAccessorImpl.java:45)
> > at java.lang.reflect.Constructor.newInstance(Constructor.java:
> 423)
> > at com.mysql.jdbc.Util.handleNewInstance(Util.java:411)
> > at com.mysql.jdbc.Util.getInstance(Util.java:386)
> > at com.mysql.jdbc.SQLError.createSQLException(SQLError.
> java:1015)
> > at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:989)
> > at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:975)
> > at com.mysql.jdbc.SQLError.createSQLException(SQLError.java:920)
> > at com.mysql.jdbc.ConnectionImpl.rollback(ConnectionImpl.java:
> > 5067)
> > at org.apache.commons.dbcp.DelegatingConnection.rollback(
> > DelegatingConnection.java:368)
> > at org.apache.commons.dbcp.PoolingDataSource$
> > PoolGuardConnectionWrapper.rollback(PoolingDataSource.java:323)
> > at com.cloud.utils.db.TransactionLegacy.rollbackTransaction(
> > TransactionLegacy.java:851)
> > at com.cloud.uti

Re: DB Communication Link Failure

[Rafael Weingärtner]

rw_locks use GCC
> atomic builtins
> 2018-06-13 14:24:19 15999 [Note] InnoDB: Memory barrier is not used
> 2018-06-13 14:24:19 15999 [Note] InnoDB: Compressed tables use zlib 1.2.3
> 2018-06-13 14:24:19 15999 [Note] InnoDB: Using Linux native AIO
> 2018-06-13 14:24:19 15999 [Note] InnoDB: Using CPU crc32 instructions
> 2018-06-13 14:24:19 15999 [Note] InnoDB: Initializing buffer pool, size =
> 128.0M
> 2018-06-13 14:24:19 15999 [Note] InnoDB: Completed initialization of
> buffer pool
> 2018-06-13 14:24:19 15999 [Note] InnoDB: Highest supported file format is
> Barracuda.
> 2018-06-13 14:24:19 15999 [Note] InnoDB: Log scan progressed past the
> checkpoint lsn 7513843395
> 2018-06-13 14:24:19 15999 [Note] InnoDB: Database was not shutdown
> normally!
> 2018-06-13 14:24:19 15999 [Note] InnoDB: Starting crash recovery.
> 2018-06-13 14:24:19 15999 [Note] InnoDB: Reading tablespace information
> from the .ibd files...
> 2018-06-13 14:24:19 15999 [Note] InnoDB: Restoring possible half-written
> data pages
> 2018-06-13 14:24:19 15999 [Note] InnoDB: from the doublewrite buffer...
> InnoDB: Doing recovery: scanned up to log sequence number 7513851738
> 2018-06-13 14:24:19 15999 [Note] InnoDB: Starting an apply batch of log
> records to the database...
> InnoDB: Progress in percent: 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
> 20 21 22 23 24 25 26 27 28 29 30 75 76 77 78 79 80 81 82 83 84 85 86 87 88
> 89 90 91 92 93 94 95 96 97 98 99
> InnoDB: Apply batch completed
> 2018-06-13 14:24:20 15999 [Note] InnoDB: 128 rollback segment(s) are
> active.
> 2018-06-13 14:24:20 15999 [Note] InnoDB: Waiting for purge to start
> 2018-06-13 14:24:20 15999 [Note] InnoDB: 5.6.39 started; log sequence
> number 7513851738
> 2018-06-13 14:24:20 15999 [Note] Server hostname (bind-address):
> '172.8.22.170'; port: 3306
> 2018-06-13 14:24:20 15999 [Note]   - '172.8.22.170' resolves to
> '172.8.22.170';
> 2018-06-13 14:24:20 15999 [Note] Server socket created on IP:
> '172.8.22.170'.
> 2018-06-13 14:24:20 15999 [Note] Event Scheduler: Loaded 0 events
> 2018-06-13 14:24:20 15999 [Note] /usr/sbin/mysqld: ready for connections.
> Version: '5.6.39'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  MySQL
> Community Server (GPL)
> ^C
> [root@FRPRCSSQB1 /]# tail -f /var/log/mysqld.log
> InnoDB: Apply batch completed
> 2018-06-13 15:28:42 17230 [Note] InnoDB: 128 rollback segment(s) are
> active.
> 2018-06-13 15:28:42 17230 [Note] InnoDB: Waiting for purge to start
> 2018-06-13 15:28:42 17230 [Note] InnoDB: 5.6.39 started; log sequence
> number 7517034692
> 2018-06-13 15:28:42 17230 [Note] Server hostname (bind-address):
> '172.8.22.170'; port: 3306
> 2018-06-13 15:28:42 17230 [Note]   - '172.8.22.170' resolves to
> '172.8.22.170';
> 2018-06-13 15:28:42 17230 [Note] Server socket created on IP:
> '172.8.22.170'.
> 2018-06-13 15:28:42 17230 [Note] Event Scheduler: Loaded 0 events
> 2018-06-13 15:28:42 17230 [Note] /usr/sbin/mysqld: ready for connections.
> Version: '5.6.39'  socket: '/var/lib/mysql/mysql.sock'  port: 3306  MySQL
> Community Server (GPL)
>
> Thanks upfront for any technical help or better understanding of what is
> going on ;)
>
> Best regards,
> [ignatureBouige]
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
>


-- 
Rafael Weingärtner

Re: advanced networking with public IPs direct to VMs

[Rafael Weingärtner]

 I don't have a github account but can setup one up and do a report
sometime this week if that is okay ?
Of course, feel free to do it when you have time

1) if I run management and storage over same interface the NFS server can
still be on a different subnet than the management subnet ie. the NFS
server does not have to have IP from the management subnet ?
Yes, as long as your XenServer hosts are able to access the storage IP you
should be fine.

2) If i add another cluster can I just create a different NFS share from
the same server ?
Sure, you can do that.
Then you will need to introduce this new folder/storage to ACS.


On Mon, Jun 11, 2018 at 12:24 PM, Jon Marshall 
wrote:

> Hi Rafael
>
>
> I don't have a github account but can setup one up and do a report
> sometime this week if that is okay ?
>
>
> No problem with the testing and thanks for the help.
>
>
> Before I leave this if I use NFS cluster mode couple of questions -
>
>
> 1) if I run management and storage over same interface the NFS server can
> still be on a different subnet than the management subnet ie. the NFS
> server does not have to have IP from the management subnet ?
>
>
> 2) If i add another cluster can I just create a different NFS share from
> the same server ?
>
>
> Finally many thanks to you and the others for the help provided.
>
> 
> From: Rafael Weingärtner 
> Sent: 11 June 2018 10:58
> To: users
> Subject: Re: advanced networking with public IPs direct to VMs
>
> Well, it seems that you have found a bug. Can you fill out an issue report
> on Github?
>
> Thanks for the hard work on debugging and testing.
>
> On Fri, Jun 8, 2018 at 2:17 PM, Jon Marshall 
> wrote:
>
> > So based on Erik's suggestion (thanks Erik) I rebuilt the management
> > server and setup cluster wide primary storage as opposed to zone wide
> which
> > I have been using so far.
> >
> >
> > Still using 3 NICs (management/Guest/storage) and basic networking.
> >
> >
> > And VM HA now works. In addition it failed over quicker than it did when
> I
> > had zone wide NFS storage on a single NIC.
> >
> >
> > Still a bit confused about this output where it is still showing the
> > storage_ip_addresses as 172.30.3.x IPs which is the management subnet but
> > maybe I am reading it incorrectly.
> >
> >
> >
> > mysql> select * from cloud.host;
> > ++-+
> > --++++--
> > ---+-++-
> > +-+--+--
> > -+---++-
> > --+-++--
> > --+++-+--+--
> > -+-+-+--
> > ---+++--+---
> > ---+++--+---
> > +---+---
> > +-+++---
> > --+-+-+--+--
> > --+---+-+--+
> > | id | name| uuid | status |
> > type   | private_ip_address | private_netmask |
> > private_mac_address | storage_ip_address | storage_netmask |
> > storage_mac_address | storage_ip_address_2 | storage_mac_address_2 |
> > storage_netmask_2 | cluster_id | public_ip_address | public_netmask  |
> > public_mac_address | proxy_port | data_center_id | pod_id | cpu_sockets |
> > cpus | speed | url

Re: advanced networking with public IPs direct to VMs

[Rafael Weingärtner]

t; (AgentTaskPool-3:ctx-8627b348) (logid:ef7b8230) Disconnected called on 4
> > with status Down
> > 2018-06-04 10:17:10,972 DEBUG [c.c.h.Status]
> > (AgentTaskPool-3:ctx-8627b348) (logid:ef7b8230) Transition:[Resource
> state
> > = Enabled, Agent event = HostDown, Host id = 4, name = dcp-cscn2.local]
> > 2018-06-04 10:17:10,981 WARN  [o.a.c.alerts]
> > (AgentTaskPool-3:ctx-8627b348) (logid:ef7b8230) AlertType:: 7 |
> > dataCenterId:: 1 | podId:: 1 | clusterId:: null | message:: Host is down,
> > name: dcp-cscn2.local (id:4), availability zone: dcpz1, pod: dcp1
> > 2018-06-04 10:17:11,000 DEBUG [c.c.h.CheckOnAgentInvestigator]
> > (HA-Worker-1:ctx-f763f12f work-17) (logid:77c56778) Unable to reach the
> > agent for VM[User|i-2-6-VM]: Resource [Host:4] is unreachable: Host 4:
> Host
> > with specified id is not in the right state: Down
> > 2018-06-04 10:17:11,006 DEBUG [c.c.h.KVMInvestigator]
> > (AgentTaskPool-2:ctx-a6f6dbd1) (logid:774553ff) Neighbouring host:5
> > returned status:Down for the investigated host:4
> > 2018-06-04 10:17:11,006 DEBUG [c.c.h.KVMInvestigator]
> > (AgentTaskPool-2:ctx-a6f6dbd1) (logid:774553ff) HA: HOST is ineligible
> > legacy state Down for host 4
> > 2018-06-04 10:17:11,006 DEBUG [c.c.h.HighAvailabilityManagerImpl]
> > (AgentTaskPool-2:ctx-a6f6dbd1) (logid:774553ff) KVMInvestigator was able
> to
> > determine host 4 is in Down
> > 2018-06-04 10:17:11,006 INFO  [c.c.a.m.AgentManagerImpl]
> > (AgentTaskPool-2:ctx-a6f6dbd1) (logid:774553ff) The agent from host 4
> state
> > determined is Down
> > 2018-06-04 10:17:11,006 ERROR [c.c.a.m.AgentManagerImpl]
> > (AgentTaskPool-2:ctx-a6f6dbd1) (logid:774553ff) Host is down:
> > 4-dcp-cscn2.local. Starting HA on the VMs
> >
> > At the moment I only need to assign public IPs direct to VMs rather than
> > using NAT with the virtual router but would be happy to go with advanced
> > networking if it would make things easier :)
> >
> > 
> > From: Rafael Weingärtner 
> > Sent: 07 June 2018 10:35
> > To: users
> > Subject: Re: advanced networking with public IPs direct to VMs
> >
> > Ah so, it is not an advanced setup; even when you use multiple NICs.
> > Can you confirm that the message ""Agent investigation was requested on
> > host, but host does not support investigation because it has no NFS
> > storage. Skipping investigation." does not appear when you use a single
> > NIC? Can you check other log entries that might appear when the host is
> > marked as "down"?
> >
> > On Thu, Jun 7, 2018 at 6:30 AM, Jon Marshall 
> > wrote:
> >
> > > It is all basic networking at the moment for all the setups.
> > >
> > >
> > > If you want me to I can setup a single NIC solution again and run any
> > > commands you need me to do.
> > >
> > >
> > > FYI when I setup single NIC I use the guided  installtion option in the
> > UI
> > > rather than manual setup which I do for the multiple NIC scenario.
> > >
> > >
> > > Happy to set it up if it helps.
> > >
> > >
> > >
> > >
> > > 
> > > From: Rafael Weingärtner 
> > > Sent: 07 June 2018 10:23
> > > To: users
> > > Subject: Re: advanced networking with public IPs direct to VMs
> > >
> > > Ok, so that explains the log message. This is looking like a bug to me.
> > It
> > > seems that in Zone wide the host state (when disconnected) is not being
> > > properly identified due to this NFS thing, and as a consequency it has
> a
> > > side effect in VM HA.
> > >
> > > We would need some inputs from guys that have advanced networking
> > > deployments and Zone wide storage.
> > >
> > > I do not see how the all in one NIC deployment scenario is working
> > though.
> > > This method "com.cloud.ha.KVMInvestigator.isAgentAlive(Host)" is dead
> > > simple, if there is no NFS in the cluster (NFS storage pools found for
> a
> > > host's cluster), KVM hosts will be detected as "disconnected" and not
> > down
> > > with that warning message you noticed.
> > >
> > > When you say "all in one NIC", is it an advanced network deployment
> where
> > > you put all traffic in a single network, or is it a basic networking
> that
> > > you are doing?
> > >
> > > On Thu, Jun 7, 2018 at 6:06 AM, Jon Marshall 
> > >

Re: advanced networking with public IPs direct to VMs

[Rafael Weingärtner]

Ah so, it is not an advanced setup; even when you use multiple NICs.
Can you confirm that the message ""Agent investigation was requested on
host, but host does not support investigation because it has no NFS
storage. Skipping investigation." does not appear when you use a single
NIC? Can you check other log entries that might appear when the host is
marked as "down"?

On Thu, Jun 7, 2018 at 6:30 AM, Jon Marshall  wrote:

> It is all basic networking at the moment for all the setups.
>
>
> If you want me to I can setup a single NIC solution again and run any
> commands you need me to do.
>
>
> FYI when I setup single NIC I use the guided  installtion option in the UI
> rather than manual setup which I do for the multiple NIC scenario.
>
>
> Happy to set it up if it helps.
>
>
>
>
> 
> From: Rafael Weingärtner 
> Sent: 07 June 2018 10:23
> To: users
> Subject: Re: advanced networking with public IPs direct to VMs
>
> Ok, so that explains the log message. This is looking like a bug to me. It
> seems that in Zone wide the host state (when disconnected) is not being
> properly identified due to this NFS thing, and as a consequency it has a
> side effect in VM HA.
>
> We would need some inputs from guys that have advanced networking
> deployments and Zone wide storage.
>
> I do not see how the all in one NIC deployment scenario is working though.
> This method "com.cloud.ha.KVMInvestigator.isAgentAlive(Host)" is dead
> simple, if there is no NFS in the cluster (NFS storage pools found for a
> host's cluster), KVM hosts will be detected as "disconnected" and not down
> with that warning message you noticed.
>
> When you say "all in one NIC", is it an advanced network deployment where
> you put all traffic in a single network, or is it a basic networking that
> you are doing?
>
> On Thu, Jun 7, 2018 at 6:06 AM, Jon Marshall 
> wrote:
>
> > zone wide.
> >
> >
> > 
> > From: Rafael Weingärtner 
> > Sent: 07 June 2018 10:04
> > To: users
> > Subject: Re: advanced networking with public IPs direct to VMs
> >
> > What type of storage are you using? Zone wide? Or cluster "wide" storage?
> >
> > On Thu, Jun 7, 2018 at 4:25 AM, Jon Marshall 
> > wrote:
> >
> > > Rafael
> > >
> > >
> > > Here is the output as requested -
> > >
> > >
> > >
> > > mysql> mysql> select * from cloud.storage_pool where removed is null;
> > > ++--+--+
> > > ---+--++++--
> > > --++--+---+-
> > > +-+-+-+-
> > > ---+---+---++---
> > > --+---+
> > > | id | name | uuid | pool_type
>  |
> > > port | data_center_id | pod_id | cluster_id | used_bytes |
> > capacity_bytes |
> > > host_address | user_info | path| created |
> > removed
> > > | update_time | status | storage_provider_name | scope | hypervisor |
> > > managed | capacity_iops |
> > > ++--+--+
> > > ---+--++++--
> > > --++--+---+-
> > > +-+-+-+-
> > > ---+---+---++---
> > > --+---+
> > > |  1 | ds1  | a234224f-05fb-3f4c-9b0f-c51ebdf9a601 |
> NetworkFilesystem |
> > > 2049 |  1 |   NULL |   NULL | 6059720704 |
> > 79133933568 |
> > > 172.30.5.2   | NULL  | /export/primary | 2018-06-05 13:45:01 | NULL
> > > | NULL| Up | DefaultPrimary| ZONE  | KVM|
> > >  0 |  NULL |
> > > ++--+------+
> > > ---+--++++--
> > > --++--+---+-
> > > +-+-+-+-
> > > ---+---+---++---
> > > --+---+
> > > 1 row in set (0.00 sec)
> > >
> > > mysql>
> > >
> > > Do you think this problem is related to my NIC/bridge configuration

Re: advanced networking with public IPs direct to VMs

[Rafael Weingärtner]

Ok, so that explains the log message. This is looking like a bug to me. It
seems that in Zone wide the host state (when disconnected) is not being
properly identified due to this NFS thing, and as a consequency it has a
side effect in VM HA.

We would need some inputs from guys that have advanced networking
deployments and Zone wide storage.

I do not see how the all in one NIC deployment scenario is working though.
This method "com.cloud.ha.KVMInvestigator.isAgentAlive(Host)" is dead
simple, if there is no NFS in the cluster (NFS storage pools found for a
host's cluster), KVM hosts will be detected as "disconnected" and not down
with that warning message you noticed.

When you say "all in one NIC", is it an advanced network deployment where
you put all traffic in a single network, or is it a basic networking that
you are doing?

On Thu, Jun 7, 2018 at 6:06 AM, Jon Marshall  wrote:

> zone wide.
>
>
> ________
> From: Rafael Weingärtner 
> Sent: 07 June 2018 10:04
> To: users
> Subject: Re: advanced networking with public IPs direct to VMs
>
> What type of storage are you using? Zone wide? Or cluster "wide" storage?
>
> On Thu, Jun 7, 2018 at 4:25 AM, Jon Marshall 
> wrote:
>
> > Rafael
> >
> >
> > Here is the output as requested -
> >
> >
> >
> > mysql> mysql> select * from cloud.storage_pool where removed is null;
> > ++--+--+
> > ---+--++++--
> > --++--+---+-
> > +-+-+-+-
> > ---+---+---++---
> > --+---+
> > | id | name | uuid | pool_type |
> > port | data_center_id | pod_id | cluster_id | used_bytes |
> capacity_bytes |
> > host_address | user_info | path| created |
> removed
> > | update_time | status | storage_provider_name | scope | hypervisor |
> > managed | capacity_iops |
> > ++--+--+
> > ---+--++++--
> > --++--+---+-
> > +-+-+-+-
> > ---+---+---++---
> > --+---+
> > |  1 | ds1  | a234224f-05fb-3f4c-9b0f-c51ebdf9a601 | NetworkFilesystem |
> > 2049 |  1 |   NULL |   NULL | 6059720704 |
> 79133933568 |
> > 172.30.5.2   | NULL  | /export/primary | 2018-06-05 13:45:01 | NULL
> > | NULL| Up | DefaultPrimary| ZONE  | KVM|
> >  0 |  NULL |
> > ++--+--+
> > ---+--++++--
> > --++--+---+-
> > +-+-+-+-
> > ---+---+---++---
> > --+---+
> > 1 row in set (0.00 sec)
> >
> > mysql>
> >
> > Do you think this problem is related to my NIC/bridge configuration or
> the
> > way I am configuring the zone ?
> >
> > Jon
> > 
> > From: Rafael Weingärtner 
> > Sent: 07 June 2018 06:45
> > To: users
> > Subject: Re: advanced networking with public IPs direct to VMs
> >
> > Can you also post the result of:
> > select * from cloud.storage_pool where removed is null
> >
> > On Wed, Jun 6, 2018 at 3:06 PM, Dag Sonstebo  >
> > wrote:
> >
> > > Hi Jon,
> > >
> > > Still confused where your primary storage pools are – are you sure your
> > > hosts are in cluster 1?
> > >
> > > Quick question just to make sure - assuming management/storage is on
> the
> > > same NIC when I setup basic networking the physical network has the
> > > management and guest icons already there and I just edit the KVM
> labels.
> > If
> > > I am running storage over management do I need to drag the storage icon
> > to
> > > the physical network and use the same KVM label (cloudbr0) as the
> > > management or does CS automatically just use the management NIC ie. I
> > would
> > > only need to drag the storage icon across in basic setup if I wanted it
> > on
> > > a different NIC/IP subnet ?  (hope that makes sense !)
> > >
> > > >

Re: advanced networking with public IPs direct to VMs

[Rafael Weingärtner]

What type of storage are you using? Zone wide? Or cluster "wide" storage?

On Thu, Jun 7, 2018 at 4:25 AM, Jon Marshall  wrote:

> Rafael
>
>
> Here is the output as requested -
>
>
>
> mysql> mysql> select * from cloud.storage_pool where removed is null;
> ++--+--+
> ---+--++++--
> --++--+---+-
> +-+-+-+-
> ---+---+---++---
> --+---+
> | id | name | uuid | pool_type |
> port | data_center_id | pod_id | cluster_id | used_bytes | capacity_bytes |
> host_address | user_info | path| created | removed
> | update_time | status | storage_provider_name | scope | hypervisor |
> managed | capacity_iops |
> ++--+--+
> ---+--++++--
> --++--+---+-
> +-+-+-+-
> ---+---+---++---
> --+---+
> |  1 | ds1  | a234224f-05fb-3f4c-9b0f-c51ebdf9a601 | NetworkFilesystem |
> 2049 |  1 |   NULL |   NULL | 6059720704 |79133933568 |
> 172.30.5.2   | NULL  | /export/primary | 2018-06-05 13:45:01 | NULL
> | NULL| Up | DefaultPrimary| ZONE  | KVM|
>  0 |  NULL |
> ++--+--+
> ---+--++++--
> --++--+---+-
> +-+-+-+-
> ---+---+---++---
> --+---+
> 1 row in set (0.00 sec)
>
> mysql>
>
> Do you think this problem is related to my NIC/bridge configuration or the
> way I am configuring the zone ?
>
> Jon
> 
> From: Rafael Weingärtner 
> Sent: 07 June 2018 06:45
> To: users
> Subject: Re: advanced networking with public IPs direct to VMs
>
> Can you also post the result of:
> select * from cloud.storage_pool where removed is null
>
> On Wed, Jun 6, 2018 at 3:06 PM, Dag Sonstebo 
> wrote:
>
> > Hi Jon,
> >
> > Still confused where your primary storage pools are – are you sure your
> > hosts are in cluster 1?
> >
> > Quick question just to make sure - assuming management/storage is on the
> > same NIC when I setup basic networking the physical network has the
> > management and guest icons already there and I just edit the KVM labels.
> If
> > I am running storage over management do I need to drag the storage icon
> to
> > the physical network and use the same KVM label (cloudbr0) as the
> > management or does CS automatically just use the management NIC ie. I
> would
> > only need to drag the storage icon across in basic setup if I wanted it
> on
> > a different NIC/IP subnet ?  (hope that makes sense !)
> >
> > >> I would do both – set up your 2/3 physical networks, name isn’t that
> > important – but then drag the traffic types to the correct one and make
> > sure the labels are correct.
> > Regards,
> > Dag Sonstebo
> > Cloud Architect
> > ShapeBlue
> >
> > On 06/06/2018, 12:39, "Jon Marshall"  wrote:
> >
> > Dag
> >
> >
> > Do you mean  check the pools with "Infrastructure -> Primary Storage"
> > and "Infrastructure -> Secondary Storage" within the UI ?
> >
> >
> > If so Primary Storage has a state of UP, secondary storage does not
> > show a state as such so not sure where else to check it ?
> >
> >
> > Rerun of the command -
> >
> > mysql> select * from cloud.storage_pool where cluster_id = 1;
> > Empty set (0.00 sec)
> >
> > mysql>
> >
> > I think it is something to do with my zone creation rather than the
> > NIC, bridge setup although I can post those if needed.
> >
> > I may try to setup just the 2 NIC solution you mentioned although as
> I
> > say I had the same issue with that ie. host goes to "Altert" state and
> same
> > error messages.  The only time I can get it to go to "Down" state is when
> > it is all on the single NIC.
> >
> > Quick question just to make sure - assuming management/storage is on
> > the sa

Re: advanced networking with public IPs direct to VMs

[Rafael Weingärtner]

 TX packets 145065  bytes 7978602 (7.6 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>
> eth3: flags=4163  mtu 1500
> inet 172.30.5.14  netmask 255.255.255.240  broadcast
> 172.30.5.15
> ether 1e:00:cb:00:00:1a  txqueuelen 1000  (Ethernet)
> RX packets 132440  bytes 426362982 (406.6 MiB)
> RX errors 0  dropped 39446  overruns 0  frame 0
> TX packets 67443  bytes 423670834 (404.0 MiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>
> lo: flags=73  mtu 65536
> inet 127.0.0.1  netmask 255.0.0.0
> loop  txqueuelen 1  (Local Loopback)
> RX packets 18  bytes 1440 (1.4 KiB)
> RX errors 0  dropped 0  overruns 0  frame 0
> TX packets 18  bytes 1440 (1.4 KiB)
> TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
>
>
> so it has interfaces in both the management and the storage
> subnets (as well as guest).
>
>
>
> 
> From: Jon Marshall 
> Sent: 06 June 2018 11:08
> To: users@cloudstack.apache.org
> Subject: Re: advanced networking with public IPs direct to VMs
>
> Hi Rafael
>
>
> Thanks for the help, really appreciate it.
>
>
> So rerunning that command with all servers up -
>
>
>
> mysql> select * from cloud.storage_pool where cluster_id = 1 and
> removed is null;
> Empty set (0.00 sec)
>
> mysql>
>
>
> As for the storage IP no I'm not setting it to be the management
> IP when I setup the zone but the output of the SQL command suggests that is
> what has happened.
>
> As I said to Dag I am using a different subnet for storage ie.
>
> 172.30.3.0/26  - management subnet
> 172.30.4.0/25 -  guest VM subnet
> 172.30.5.0/28 - storage
>
> the NFS server IP is 172.30.5.2
>
> each compute node has 3 NICs with an IP from each subnet (i am
> assuming the management node only needs an IP in the management network ?)
>
> When I add the zone in the UI I have one physical network with
> management (cloudbr0), guest (cloudbr1) and storage (cloudbr2).
> When I fill in the storage traffic page I use the range
> 172.16.5.10 - 14 as free IPs as I exclude the ones already allocated to the
> compute nodes and the NFS server.
>
>     I think maybe I am doing something wrong in the UI setup but it is
> not obvious to me what it is.
>
> What I might try today unless you want me to keep the setup I have
> for more outputs is to go back to 2 NICs, one for storage/management and
> one for guest VMs.
>
> I think with the 2 NICs setup the mistake I made last time when
> adding the zone was to assume storage would just run over management so I
> did not drag and drop the storage icon and assign it to cloudbr0 as with
> the management which I think is what I should do ?
>
>
>
>
>
> 
> From: Rafael Weingärtner 
> Sent: 06 June 2018 10:54
> To: users
> Subject: Re: advanced networking with public IPs direct to VMs
>
> Jon, do not panic we are here to help you :)
> So, I might have mistyped the SQL query. You you use select * from
> cloud.storage_pool where cluster_id = 1 and removed is not null ",
> you are
> listing the storage pools removed. Therefore, the right query
> would be "
> select * from cloud.storage_pool where cluster_id = 1 and removed
> is null "
>
> There is also something else I do not understand. You are setting
> the
> storage IP in the management subnet? I am not sure if you should
> be doing
> like this. Normally, I set all my storages (primary[when working
> with NFS]
> and secondary) to IPs in the storage subnet.
>
> On Wed, Jun 6, 2018 at 6:49 AM, Dag Sonstebo <
> dag.sonst...@shapeblue.com>
> wrote:
>
> > Hi John,
> >
> > I’m late to this thread and have possibly missed some things –
> but a
> > couple of observations:
> >
> > “When I add the zone and get to the storage web page I exclude
> the IPs
> > already used for the compute node NICs and the NFS server
> itself. …..”
> > “So the range is 172.30.5.1 -> 15 and the range I fill in is
> 172.30.5.10
> > -> 172.30.5.14.”
> >
> 

Re: advanced networking with public IPs direct to VMs

[Rafael Weingärtner]

 1 |  1 |   1 |
>   2 |  3000 | iqn.1994-05.com.redhat:ccdce43aff1c | NULL| KVM
>  | NULL   | 7510159360 | NULL | 4.11.0.0 | NULL   |
>NULL | hvm,snapshot | 
> 10bb1c01-0e92-3108-8209-37f3eebad8fb-LibvirtComputingResource
> | 1 | 0 |   0 | 1492390408 |   146457912294 |
> 2018-06-05 14:09:22 | 2018-06-05 13:47:04 | NULL|6 |
> Enabled| NULL  | NULL| Disabled |
> ++-+
> --++++--
> ---+-++-
> +-+--+--
> -+---++-
> --+-++--
> --+++-+--+--
> -+-+-+--
> ---+++--+---
> ---+++--+---
> +---+---
> +-+++---
> --+-+-+--+--
> --+---+-+--+
> 5 rows in set (0.00 sec)
>
>
>
> and you can see that it says the storage IP address is the same as the
> private IP address (the management network).
>
>
> I also ran the command you provided using the Cluster ID number from
> the table above -
>
>
>
> mysql> select * from cloud.storage_pool where cluster_id = 1 and
> removed is not null;
> Empty set (0.00 sec)
>
> mysql>
>
> So assuming I am reading this correctly that seems to be the issue.
>
>
> I am at a loss as to why though.
>
>
>     I have a separate NIC for storage as described. When I add the zone
> and get to the storage web page I exclude the IPs already used for the
> compute node NICs and the NFS server itself. I do this because initially I
> didn't and the SSVM started using the IP address of the NFS server.
>
>
> So the range is 172.30.5.1 -> 15 and the range I fill in is
> 172.30.5.10 -> 172.30.5.14.
>
>
> And I used the label "cloudbr2" for storage.
>
>
> I must be doing this wrong somehow.
>
>
> Any pointers would be much appreciated.
>
>
>
>
> 
> From: Rafael Weingärtner 
> Sent: 05 June 2018 16:13
> To: users
> Subject: Re: advanced networking with public IPs direct to VMs
>
> That is interesting. Let's see the source of all truth...
> This is the code that is generating that odd message.
>
> > List clusterPools =
> > _storagePoolDao.listPoolsByCluster(agent.getClusterId());
> > boolean hasNfs = false;
> > for (StoragePoolVO pool : clusterPools) {
> > if (pool.getPoolType() == StoragePoolType.NetworkFilesystem)
> {
> > hasNfs = true;
> > break;
> > }
> > }
> > if (!hasNfs) {
> > s_logger.warn(
> > "Agent investigation was requested on host " +
> agent +
> > ", but host does not support investigation because it has no NFS
> storage.
> > Skipping investigation.");
> > return Status.Disconnected;
> > }
> >
>
> There are two possibilities here. You do not have any NFS storage? Is
> that
> the case? Or maybe, for some reason, the call
> "_storagePoolDao.listPoolsByCluster(agent.getClusterId())" is not
> returning
> any NFS storage pools. Looking at the "listPoolsByCluster " we will see
> that the following SQL is used:
>
> Select * from storage_pool where cluster_id =  and
> removed
> > is not null
> >
>
> Can you run that SQL to see the its return when your hosts are marked
> as
> disconnected?
>
>
> dag.sonst...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London  WC2N 4HSUK
> @shapeblue
>
>
>
> On Tue, Jun 5, 2018 at 11:32 AM, Jon Marshall 
> wrote:
>
> > I reran the tests with the 3 NIC setup. When I configured the zone
> through
> > the UI I used the labels cloudbr0 for management, cloudbr1 for guest
> > traffic and cloudbr2 for NFS as per my original response to you.
> >
> >
> > When I pull the power to the node (dcp-cscn2.local) after about 5
> mins
> > the  host status goes to "Alert" but never to "Down"
> >
> >
> > I get this in the logs -
> >
> >
> > 2018-06-05 15:17:14,382 WARN  [c.c.h.KVMInvestigator]
> > (AgentTaskPool-1:ctx-f4da4dc9) (logid:138e9a93) Agent investigation
> was
> > requested on host Host[-4-Routing], but host does not support
> investigation
> > because it has no NFS storage. Skipping investigation.
> > 2018-06-05 15:17:14,382 DEBUG [c.c.h.HighAvailabilityManagerImpl]
> > (AgentTaskPool-1:ctx-f4da4dc9) (logid:138e9a93) KVMInvestigator was
> able to
> > determine host 4 is in Disconnected
> > 2018-06-05 15:17:14,382 INFO  [c.c.a.m.AgentManagerImpl]
> &

Re: advanced networking with public IPs direct to VMs

[Rafael Weingärtner]

That is something, but it does not explain why that same message does not
appear when he is using everything in a single NIC

On Tue, Jun 5, 2018 at 7:08 PM, Andrija Panic 
wrote:

> Zone-wide NFS storage ? in this case the SQL returns no results (cluster_id
> field in table is NULL)
>
> On 5 June 2018 at 17:16, Jon Marshall  wrote:
>
> > No problem.
> >
> >
> > I am leaving work now but will test first thing tomorrow and get back to
> > you.
> >
> >
> > I definitely have NFS storage as far as I can tell !
> >
> >
> > 
> > From: Rafael Weingärtner 
> > Sent: 05 June 2018 16:13
> > To: users
> > Subject: Re: advanced networking with public IPs direct to VMs
> >
> > That is interesting. Let's see the source of all truth...
> > This is the code that is generating that odd message.
> >
> > > List clusterPools =
> > > _storagePoolDao.listPoolsByCluster(agent.getClusterId());
> > > boolean hasNfs = false;
> > > for (StoragePoolVO pool : clusterPools) {
> > > if (pool.getPoolType() == StoragePoolType.
> NetworkFilesystem)
> > {
> > > hasNfs = true;
> > > break;
> > > }
> > > }
> > > if (!hasNfs) {
> > > s_logger.warn(
> > > "Agent investigation was requested on host " +
> agent
> > +
> > > ", but host does not support investigation because it has no NFS
> storage.
> > > Skipping investigation.");
> > > return Status.Disconnected;
> > > }
> > >
> >
> > There are two possibilities here. You do not have any NFS storage? Is
> that
> > the case? Or maybe, for some reason, the call
> > "_storagePoolDao.listPoolsByCluster(agent.getClusterId())" is not
> > returning
> > any NFS storage pools. Looking at the "listPoolsByCluster " we will see
> > that the following SQL is used:
> >
> > Select * from storage_pool where cluster_id =  and
> removed
> > > is not null
> > >
> >
> > Can you run that SQL to see the its return when your hosts are marked as
> > disconnected?
> >
> > On Tue, Jun 5, 2018 at 11:32 AM, Jon Marshall 
> > wrote:
> >
> > > I reran the tests with the 3 NIC setup. When I configured the zone
> > through
> > > the UI I used the labels cloudbr0 for management, cloudbr1 for guest
> > > traffic and cloudbr2 for NFS as per my original response to you.
> > >
> > >
> > > When I pull the power to the node (dcp-cscn2.local) after about 5 mins
> > > the  host status goes to "Alert" but never to "Down"
> > >
> > >
> > > I get this in the logs -
> > >
> > >
> > > 2018-06-05 15:17:14,382 WARN  [c.c.h.KVMInvestigator]
> > > (AgentTaskPool-1:ctx-f4da4dc9) (logid:138e9a93) Agent investigation was
> > > requested on host Host[-4-Routing], but host does not support
> > investigation
> > > because it has no NFS storage. Skipping investigation.
> > > 2018-06-05 15:17:14,382 DEBUG [c.c.h.HighAvailabilityManagerImpl]
> > > (AgentTaskPool-1:ctx-f4da4dc9) (logid:138e9a93) KVMInvestigator was
> able
> > to
> > > determine host 4 is in Disconnected
> > > 2018-06-05 15:17:14,382 INFO  [c.c.a.m.AgentManagerImpl]
> > > (AgentTaskPool-1:ctx-f4da4dc9) (logid:138e9a93) The agent from host 4
> > state
> > > determined is Disconnected
> > > 2018-06-05 15:17:14,382 WARN  [c.c.a.m.AgentManagerImpl]
> > > (AgentTaskPool-1:ctx-f4da4dc9) (logid:138e9a93) Agent is disconnected
> but
> > > the host is still up: 4-dcp-cscn2.local
> > >
> > > I don't understand why it thinks there is no NFS storage as each
> compute
> > > node has a dedicated storage NIC.
> > >
> > >
> > > I also don't understand why it thinks the host is still up ie. what
> test
> > > is it doing to determine that ?
> > >
> > >
> > > Am I just trying to get something working that is not supported ?
> > >
> > >
> > > 
> > > From: Rafael Weingärtner 
> > > Sent: 04 June 2018 15:31
> > > To: users
> > > Subject: Re: advanced networking with public IPs direct to VMs
> > >
> > > What type of failover are you talking about?
> > > What ACS version are you using?
> > > 

Re: advanced networking with public IPs direct to VMs

[Rafael Weingärtner]

That is interesting. Let's see the source of all truth...
This is the code that is generating that odd message.

> List clusterPools =
> _storagePoolDao.listPoolsByCluster(agent.getClusterId());
> boolean hasNfs = false;
> for (StoragePoolVO pool : clusterPools) {
> if (pool.getPoolType() == StoragePoolType.NetworkFilesystem) {
> hasNfs = true;
> break;
> }
> }
> if (!hasNfs) {
> s_logger.warn(
> "Agent investigation was requested on host " + agent +
> ", but host does not support investigation because it has no NFS storage.
> Skipping investigation.");
> return Status.Disconnected;
> }
>

There are two possibilities here. You do not have any NFS storage? Is that
the case? Or maybe, for some reason, the call
"_storagePoolDao.listPoolsByCluster(agent.getClusterId())" is not returning
any NFS storage pools. Looking at the "listPoolsByCluster " we will see
that the following SQL is used:

Select * from storage_pool where cluster_id =  and removed
> is not null
>

Can you run that SQL to see the its return when your hosts are marked as
disconnected?

On Tue, Jun 5, 2018 at 11:32 AM, Jon Marshall  wrote:

> I reran the tests with the 3 NIC setup. When I configured the zone through
> the UI I used the labels cloudbr0 for management, cloudbr1 for guest
> traffic and cloudbr2 for NFS as per my original response to you.
>
>
> When I pull the power to the node (dcp-cscn2.local) after about 5 mins
> the  host status goes to "Alert" but never to "Down"
>
>
> I get this in the logs -
>
>
> 2018-06-05 15:17:14,382 WARN  [c.c.h.KVMInvestigator]
> (AgentTaskPool-1:ctx-f4da4dc9) (logid:138e9a93) Agent investigation was
> requested on host Host[-4-Routing], but host does not support investigation
> because it has no NFS storage. Skipping investigation.
> 2018-06-05 15:17:14,382 DEBUG [c.c.h.HighAvailabilityManagerImpl]
> (AgentTaskPool-1:ctx-f4da4dc9) (logid:138e9a93) KVMInvestigator was able to
> determine host 4 is in Disconnected
> 2018-06-05 15:17:14,382 INFO  [c.c.a.m.AgentManagerImpl]
> (AgentTaskPool-1:ctx-f4da4dc9) (logid:138e9a93) The agent from host 4 state
> determined is Disconnected
> 2018-06-05 15:17:14,382 WARN  [c.c.a.m.AgentManagerImpl]
> (AgentTaskPool-1:ctx-f4da4dc9) (logid:138e9a93) Agent is disconnected but
> the host is still up: 4-dcp-cscn2.local
>
> I don't understand why it thinks there is no NFS storage as each compute
> node has a dedicated storage NIC.
>
>
> I also don't understand why it thinks the host is still up ie. what test
> is it doing to determine that ?
>
>
> Am I just trying to get something working that is not supported ?
>
>
> 
> From: Rafael Weingärtner 
> Sent: 04 June 2018 15:31
> To: users
> Subject: Re: advanced networking with public IPs direct to VMs
>
> What type of failover are you talking about?
> What ACS version are you using?
> What hypervisor are you using?
> How are you configuring your NICs in the hypervisor?
> How are you configuring the traffic labels in ACS?
>
> On Mon, Jun 4, 2018 at 11:29 AM, Jon Marshall 
> wrote:
>
> > Hi all
> >
> >
> > I am close to giving up on basic networking as I just cannot get failover
> > working with multiple NICs (I am not even sure it is supported).
> >
> >
> > What I would like is to use 3 NICs for management, storage and guest
> > traffic. I would like to assign public IPs direct to the VMs which is
> why I
> > originally chose basic.
> >
> >
> > If I switch to advanced networking do I just configure a guest VM with
> > public IPs on one NIC and not both with the public traffic -
> >
> >
> > would this work ?
> >
>
>
>
> --
> Rafael Weingärtner
>



-- 
Rafael Weingärtner

Re: advanced networking with public IPs direct to VMs

[Rafael Weingärtner]

Everything seems to be normal at a first glance. Do you see some sort of
error in the log files?

On Mon, Jun 4, 2018 at 11:39 AM, Jon Marshall  wrote:

> CS version 4.11
>
> VM HA at the moment (not Host HA as yet)
>
> KVM
>
>
> For the management node just one NIC - 172.30.3.2/26 assigned to physical
> NIC.
>
>
> For the compute nodes -
>
>
> 3 NICs so as an example from one compute node -
>
>
> ifcfg-eth0
>
> BRIDGE=cloudbr0
>
>
> ifcfg-eth1
>
> BRIDGE=cloudbr1
>
>
> ifcfg-eth2
>
> BRIDGE=cloudbr2
>
>
> then the 3 bridges -
>
>
> ifcfg-cloudbr0
>
> ip address 172.30.3.3/26<--- management network
>
>
> if-cloudbr1
>
> ip address 172.30.4.3/25  <-- guest traffic
>
> gateway 172.30.4.1
>
>
>
> ifcfg-cloubr2
>
> ip address 172.30.5.3 /28 <-- storage traffic
>
>
> traffic labels would be cloudbr0, cloudbr1, cloudbr2
>
>
> Can only get failover working when I put all traffic on same NIC.
>
>
>
> 
> From: Rafael Weingärtner 
> Sent: 04 June 2018 15:31
> To: users
> Subject: Re: advanced networking with public IPs direct to VMs
>
> What type of failover are you talking about?
> What version are you using?
> What hypervisor are you using?
> How are you configuring your NICs in the hypervisor?
> How are you configuring the traffic labels in ACS?
>
> On Mon, Jun 4, 2018 at 11:29 AM, Jon Marshall 
> wrote:
>
> > Hi all
> >
> >
> > I am close to giving up on basic networking as I just cannot get failover
> > working with multiple NICs (I am not even sure it is supported).
> >
> >
> > What I would like is to use 3 NICs for management, storage and guest
> > traffic. I would like to assign public IPs direct to the VMs which is
> why I
> > originally chose basic.
> >
> >
> > If I switch to advanced networking do I just configure a guest VM with
> > public IPs on one NIC and not both with the public traffic -
> >
> >
> > would this work ?
> >
>
>
>
> --
> Rafael Weingärtner
>



-- 
Rafael Weingärtner