Re: How to configure TLS on ACS 4.11.1 Web UI

2018-09-18 Thread Netlynker
Hi, Yes, I know I can use proxy or lb to ssl offload but I need to do end-to-end with TLS. That is why I need to terminate TLS on ACS server. Thanks for your suggestion anyway. Regards, On Tue, 18 Sep 2018 at 1:36 PM, Skale Franz wrote: > Why not using nginx as a reverse proxy ? > To start wi

VRs swapping with 256 MB RAM

2018-09-18 Thread Rene Moser
Hi While running test for a 4.11.1 (VMware) upgrade in our lab, we run into low memory / swapping of VRs having 256 MB RAM. After 2-3 days it became critical because the management server connections to VRs took very long, minutes, this resulted in many more problems all over. Make sure your VRs

Unable to migrate instance to new host

2018-09-18 Thread Jevgeni Zolotarjov
We were running cloudstack 4.11.1 with 1 host. Now we added another identical host. The procedure completed successfully. But the attempt to migrate instance to this new host fails with error message: Migration was refused connection to destination: qemu+tcp://A.B.C.D/system. Please check libvir

Adding Physical Networks to Existing Zone

2018-09-18 Thread Richard M
Hello I wonder if anyone can help me. I've successfully installed cloudstack 4.11 on a test server and created a zone with advanced networking,etc I added additional physical network interfaces to the server but I can't see where I can add these to the existing zone. I've searched for information

Re: Adding Physical Networks to Existing Zone

2018-09-18 Thread Simon Weller
Richard, You'll need to use the API - http://cloudstack.apache.org/api/apidocs-4.11/apis/createPhysicalNetwork.html Easiest way is to install Cloudmonkey - https://github.com/apache/cloudstack-cloudmonkey for the Go version, or pip install cloudmonkey for the python version. https://cwiki

RE: Unable to migrate instance to new host

2018-09-18 Thread Nicolas Bouige
Hello Jevgeni, Whats is your linux distribution ? On ubuntu 16.04, We ran into the same problem few month ago and we had to modify the libvirt-bin.service as well. 'ExecStart=/usr/sbin/libvirtd $libvirtd_opts' >> 'ExecStart=/usr/sbin/libvirtd -l $libvirtd_opts' Add the "-l" before $libvirtd_o

[VOTE] 4.11.2.0 RC1

2018-09-18 Thread Paul Angus
Hi All, I've created a 4.11.2.0 release (RC1), with the following artefacts up for testing and a vote: Git Branch and Commit SH: https://gitbox.apache.org/repos/asf?p=cloudstack.git;a=shortlog;h=refs/heads/4.11.2.0-RC20180918T1628 Commit: 115fb482409da71b5e82bbc2190c50291c833c15 Source release

Re: Adding Physical Networks to Existing Zone

2018-09-18 Thread Richard M
Hello Thanks. I successfully managed to add the additional Interfaces and traffic types with the information you provided. Much Appreciated. Regards Richard On Tuesday, 18 September 2018, 18:07:15 GMT+1, Simon Weller wrote: Richard, You'll  need to use the API  - http://cloudstack

Re: Unable to migrate instance to new host

2018-09-18 Thread Jevgeni Zolotarjov
My host is running on Centos7. tried to set "LIBVIRTD_ARGS=-l" in /etc/sysconfig/libvirtd But nothing changed On Tue, Sep 18, 2018 at 8:42 PM Nicolas Bouige wrote: > Hello Jevgeni, > > Whats is your linux distribution ? > On ubuntu 16.04, We ran into the same problem few month ago and we had

Re: Unable to migrate instance to new host

2018-09-18 Thread Jevgeni Zolotarjov
Resolved the problem by following changes in /etc/libvirt/libvirtd.conf listen_tls=0 listen_tcp=1 Now I can move running instances between hosts! BUT - new problem The instances, running on freshly added host are not accessible over TCP from LAN. When I open console for these instances, then the

Re: Unable to resize down data disk: libvirt exception - invalid argument: can't shrink capacity below existing allocation

2018-09-18 Thread Cloud List
Hi, Anyone can advise on below? Or is it confirmed that resizing down (shrinking) the data-disk is no longer supported on CloudStack with KVM, libvirt and Ceph RBD storage? Looking forward to your reply, thank you. Cheers. On Thu, Aug 16, 2018 at 6:07 PM, Cloud List wrote: > Hi, > > We are