Re: UI Icons visibility when Started vs Stopped

+1 to the specific question and also in general, all features (buttons/options) not available to users may be hidden or greyed out. - Rohit From: Yordan Kostov Sent: Wednesday, February 20, 2019 1:09:11 PM To:

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

Hi Gabriel, I'll try to find some time this weekend to test the RC2. However, on top of things, the commit/sha does not seem super stable (intermittently failing travis smoketests on master, but not on 4.11 for example) and I could not find the 4.12.0.0-RC20190212T2301 branch on asf/github

RE: UI Icons visibility when Started vs Stopped

+1 for greyed out. From: calvin.l...@wingutechnology.com [mailto:calvin.l...@wingutechnology.com] Sent: Wednesday, February 20, 2019 1:42 AM To: users@cloudstack.apache.org Cc: Paul Angus Subject: Re: UI Icons visibility when Started vs Stopped Paul: As an end-user, I prefer to see the

Re: UI Icons visibility when Started vs Stopped

Paul: As an end-user, I prefer to see the options greyed out. The greyed out options serve as a teaching tool to expose all the potential benefits and features of a category. In addition, it may be additionally helpful to link to a knowledge base with information regarding the greyed out

Re: Templates for Apache Cloudstack

Hi Nux, That spin appears to be fine (macchinina-xen.vhd) - I can reset password multiple times and it changes as expected. I believe this is just a template issue. All other templates appear to exhibit the issue though. -AS. On 2019-02-19 23:53, Nux! wrote: Asender, Access to the lab

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

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

Re: [VOTE] Apache CloudStack 4.12.0.0 [RC2]

Hello all, I would like to update that we still have 48 hours (extended another 72 hours) for testing and voting 4.12 RC2. So far we have 2 votes: +1 (PMC / binding) * wido +1 (non binding) * me 0 none -1 none Em seg, 18 de fev de 2019 às 09:37, Paul Angus escreveu: > Ah, > > Previously I

Re: CPU live migration question

The only problem is with live migration and when cpu frequency is set to the highest rate possible, while new cpu has lower rate. Other problem is when passthrough is set and cpus belong to various families like x5600 and E5-2600 V4. Then you should avoid passthrough and set in agent config

Re: CPU live migration question

Not on the fly - but yes, change model of cpu, and restart agent. Affects only VMs started after that change. On Tue, Feb 19, 2019, 14:40 Ugo Vasi Hi Andrija, > is it possible to change agent.properties "on fly"? > > Il 19/02/19 12:59, Andrija Panic ha scritto: > > Ugo, > > > > as long as the

Re: CPU live migration question

Hi Andrija, is it possible to change agent.properties "on fly"? Il 19/02/19 12:59, Andrija Panic ha scritto: Ugo, as long as the CPU flags are same or newer than the existing hosts in cluster, it's 100% safe operation in regards to live migrations. But as Piotr said, if you are using some

Re: Templates for Apache Cloudstack

Asender, Access to the lab sounds good, I'm in an unfortunate situation where I actually don't have access to ACS anymore to test ... Actually, before that, can you give this a try? http://dl.openvm.eu/cloudstack/macchinina/x86_64/ This template has not changed in a long time and it always

Re: CPU live migration question

Ugo, as long as the CPU flags are same or newer than the existing hosts in cluster, it's 100% safe operation in regards to live migrations. But as Piotr said, if you are using some level of emulation of CPU model (versus hos-passthrough), then you might be good even with slighly older CPU on

RE: CPU live migration question

Hi Ugo, [root@cstack-1 ~]# cat /etc/cloudstack/agent/agent.properties |grep passt guest.cpu.mode=host-passthrough The CPU model determines everything, if you have a passthrough it will be difficult or not possible. But if you have emulated it is no problem (eg you set up SandyBridge

CPU live migration question

Hi all, I would like to know if it is possible to add to an existing cluster a host that has the cpu different from that of the pre-existing hosts or which features must be the same. I have read around that there may be problems at the libvirt level but it is not clear to me which parameters

[DISCUSS] Changing description field for usages

All, The current cloudstack usages (obtained via the listUsageRecords API) description is not very useful in most cases. A PR was merged last year [1] that changes the description to use uuids instead of internal IDs, however, this may have broken any external tooling/parser/billing-system

Re: Templates for Apache Cloudstack

The behaviour sounds similar to an issue we fixed in 4.9 - where the password would be set once, user changed it, rebooted and found it had been reset back to the original password again. Our fix PR was https://github.com/apache/cloudstack/pull/2084 - but it looks like this was reverted for