Re: Buggy dashboard statistics

I'm not sure the problem with a browser. It sometimes works sometimes not. Logs: 2018-08-23 12:10:23,064 INFO [c.c.a.ApiServer] (qtp1781256139-10731:ctx-f2113ea2 ctx-6e2891d4) (logid:0847294d) For input string: "6,9" Response:

Re: Buggy dashboard statistics

I dont see these issues in my env and both views are ok. We’ve worked with ShapeBlue on testing ACS rather extensively from from 4.5 -> 4.11.. no issues of this type have been observed. I can only assume you tried chrome “incognito” mode and its not caching issue.. You should be able to see

Re: Buggy dashboard statistics

That interface doesn't work for me completely)) https://box.bw-sw.com/f/959fb9b92a74424eaf0b/ capacity.check.period is 30 (300 seconds) Actually, I don't care about those metrics at all because use Zabbix, but you know, enterprise users will not be happy with such a trashy look. 2018-08-23

Re: Buggy dashboard statistics

Oh - i never pay attention to these in general - but thats rather alarming. Have you tried using “metrics” tab under infrastructure - does that look red when you drill down from zone -> cluster -> host? Lastly - what is you interval for checking capacity set to in global settings? > On Aug

Re: Buggy dashboard statistics

Ok, let's go. Share it here: https://box.bw-sw.com/f/f264de747a5b4d38ac07/ As you can see, all gauges are red, despite should be almost fine. 2018-08-23 10:52 GMT+07:00 ilya musayev : > Can you share screenshot somewhere please.. > > > > > On Aug 22, 2018, at 5:22 AM, Ivan Kudryavtsev > wrote:

Re: Buggy dashboard statistics

Can you share screenshot somewhere please.. > On Aug 22, 2018, at 5:22 AM, Ivan Kudryavtsev > wrote: > > Hi, it's all red in my case. Buggy, indeed. > > ср, 22 авг. 2018 г., 18:46 Benjamin Naber : > >> Hi @all, >> >> >> i successfully upgraded our environment from 4.10 to 4.11.1. >> >>

Re: ACS 4.11.1 with Vmware VCSA 6.5

Hi Marcus, Do I really need to compile myself? I am thinking of using compiled packages from ShapeBlue. Regards, On Thu, Aug 23, 2018 at 1:31 AM Marc-Andre Jutras wrote: > Hey ! > > I'm currently testing it... looks good so far, I should be able to > finish my test by Friday, I'll keep you

Re: ACS 4.11.1 with Vmware VCSA 6.5

Hey ! I'm currently testing it... looks good so far, I should be able to finish my test by Friday, I'll keep you posted asap... quick note: just make sure you compile your ACS 4.11.1 with the latest nonoss package... ( ie: vim25_65.jar ) everything is available at :

Re: KVM Live Snapshots

There is no way to run scheduled snapshots for whole vm, at least with KVM. I suppose the function is for adhoc only, especially as you may know they are not copied to secondary storage. чт, 23 авг. 2018 г., 0:10 Asai : > Great, thanks for that. > > So, is there a way then to make these whole VM

Re: KVM Live Snapshots

Great, thanks for that. So, is there a way then to make these whole VM snapshots recurring like recurring volume snapshots? What are best practices for recovering a volume snapshot? e.g. disaster recovery scenario? Asai

ACS 4.11.1 with Vmware VCSA 6.5

Hi, I tried to find information in ACS doc site but apparently documents are not updated yet. As such, I would like to ask you guys if any of u tried ACS 4.11 with Vcenter appliance 6.5? If you manage to do so, is that smooth sailing or need any trick to make it work? Thanks in advance.

Re: KVM Live Snapshots

Asai, Make sure that the *snapshotmemory* parameter is set to true (Check Memory in GUI) in createVMSnapshot API for VM Snapshots in KVM after enabling global configuration. -Suresh On Wed, Aug 22, 2018 at 10:10 PM Ivan Kudryavtsev wrote: > KVM whole VM snapshots work well in 4.11 as well as

Re: KVM Live Snapshots

KVM whole VM snapshots work well in 4.11 as well as for separate volume snapshots. You can do both for NFS and local storages. Just enable proper global variable. ср, 22 авг. 2018 г., 23:23 Asai : > Thank you for your responses, > > What’s the difference, then, between a "VM" snapshot and a

Re: KVM Live Snapshots

Simon - thanks for the reminder re VM snapshots - I think you've actually told me in the past as well. Asai - a VM snapshot remains on primary storage and is there for the purpose of rolling a VM back to a previous timestamp, and it is not available for download. Volume snapshots are copied

Re: KVM Live Snapshots

Thank you for your responses, What’s the difference, then, between a "VM" snapshot and a "VOLUME" snapshot? I liked how in XenServer, you could export a whole VM by first taking a snapshot. This was great for disaster recovery backup, is there a way to do something similar in Cloudstack?

Re: KVM Live Snapshots

Dag, VM Snapshots (both disk and memory) are supported on KVM if you have NFS as your primary storage. See PR https://github.com/apache/cloudstack/pull/977 that was merged for 4.10. - Si From: Dag Sonstebo Sent: Wednesday, August 22, 2018 10:50 AM To:

Re: KVM Live Snapshots

Make sure you have kvm.snapshot.enabled set to true in Global Settings. This setting change will probably require a management server restart. - Si From: Asai Sent: Wednesday, August 22, 2018 10:44 AM To: users@cloudstack.apache.org Subject: KVM Live

Re: KVM Live Snapshots

Hi Asai, You can't do *VM* snapshots - but you can do live *volume* snapshots once you set kvm.snapshot.enabled=true. Regards, Dag Sonstebo Cloud Architect ShapeBlue On 22/08/2018, 16:44, "Asai" wrote: Greetings, We successfully upgraded to 4.11.1. One of the main reasons we

KVM Live Snapshots

Greetings, We successfully upgraded to 4.11.1. One of the main reasons we did this was that we thought this would enable us to do live KVM snapshots of running VMs. This doesn’t seem to be the case, though. When I try to snapshot a running VM, I just get the message: "KVM VM does not allow

Re: Buggy dashboard statistics

Hi, it's all red in my case. Buggy, indeed. ср, 22 авг. 2018 г., 18:46 Benjamin Naber : > Hi @all, > > > i successfully upgraded our environment from 4.10 to 4.11.1. > > The Management gui looks at Dashboard statistics now abit buggy. Someone > other have a similar problem with 4.11.1 ? > >

Re: [DISCUSS] Removing IAM services

I am +1 on removing it as well. Em qua, 22 de ago de 2018 às 07:49, Rohit Yadav escreveu: > +1 it's about time > > > > - Rohit > > > > > > > From: Daan Hoogland > Sent: Tuesday, August 21, 2018 9:02:58 PM > To: dev > Cc: users >

Buggy dashboard statistics

Hi @all, i successfully upgraded our environment from 4.10 to 4.11.1. The Management gui looks at Dashboard statistics now abit buggy. Someone other have a similar problem with 4.11.1 ? Browser cache clearing has no effect. Are there any Server Cache that can be cleared. King regards Ben

Re: Combining Apache CloudStack Documentation

Great work Paul. Used this myself for referencing something, it was good to have everything on the same site. - Rohit From: Paul Angus Sent: Friday, August 17, 2018 10:05:52 PM To: dev; users@cloudstack.apache.org Subject:

Re: [DISCUSS] Removing IAM services

+1 it's about time - Rohit From: Daan Hoogland Sent: Tuesday, August 21, 2018 9:02:58 PM To: dev Cc: users Subject: [DISCUSS] Removing IAM services i'm +1 on this it has not been developed for the longest while. (changed the

Re: 4.9 to 4.11 upgrade broken

Before upgrading the router, can I restart the network and check "Make redundant" so that VMs don’t becoming inaccessible during upgrade? Will this work without upgrading first? Asai > On Aug 21, 2018, at 11:18 PM, Sergey Levitskiy wrote: > > You can either Restart the network with cleanup

Re: 4.9 to 4.11 upgrade broken

You can either Restart the network with cleanup or simply destroy VR and let it be created on the next VM deployment. On 8/21/18, 11:13 PM, "Asai" wrote: Thanks, nearly back up and running. One question, what about the Virtual Router upgrade? What do I do if the upgrade fails on the

Re: 4.9 to 4.11 upgrade broken

Thanks, nearly back up and running. One question, what about the Virtual Router upgrade? What do I do if the upgrade fails on the Virtual Router? Looking for docs on this, but can’t find anything. Thanks for your assistance. Asai > On Aug 21, 2018, at 6:35 PM, Sergey Levitskiy wrote: >

upgrade CloudStack 4.9.3 to 4.11 - Server chose TLSv1, but that protocol version is not enabled or not supported by the client

I have fixed this issue by changing this : jdk.tls.disabledAlgorithms=SSLv2Hello, SSLv3, TLSv1, TLSv1.1, DH keySize < 128, RSA keySize < 128, DES keySize < 128, SHA1 keySize < 128, MD5 keySize < 128, RC4 to this -> jdk.tls.enabledAlgorithms=SSLv2Hello, SSLv3, TLSv1, TLSv1.1, DH keySize < 128, RSA