Re: Dynamic roles question

Ivan This is already done in 4.11, I’m not next to comp to check but ShapeBlue has a feature created that would allow for movement between different roles. Regards ilya On Thu, May 17, 2018 at 6:03 AM Ivan Kudryavtsev wrote: > Hello, community. > > I'm thinking about implementing the feature f

Re: Dynamic roles question

Hello, Ilya. If it is already in place, then it's awesome. Thank you very much for assistance. I'll check it soon. 2018-05-18 14:37 GMT+07:00 ilya musayev : > Ivan > > This is already done in 4.11, I’m not next to comp to check but ShapeBlue > has a feature created that would allow for movement b

Re: Dynamic roles question

actually whet is in place is moving users between accounts, and thus allowing for their role to change. The accounts would stay the same, but the effective role of the users changes with it's account. MoverUserCmd is the API. On Fri, May 18, 2018 at 7:44 AM, Ivan Kudryavtsev wrote: > Hello, Ilya

Re: Dynamic roles question

Hello, Daan, thank you for the clarification. It doesn't seems like the thing I'm talking about and actually, I don't think the approach enables the solving of the problem because VMs are owned by the account, and other related information like billing is connected with the account and, thus, chang

Re: Dynamic roles question

depends on the use case, for changing departments the move user is right, for upgrading rights within a department probably not. On Fri, May 18, 2018 at 8:59 AM, Ivan Kudryavtsev wrote: > Hello, Daan, thank you for the clarification. It doesn't seems like the > thing I'm talking about and actual

Re: Snapshots only on Primary Storage feature

Si, The PR# 1697 with the global setting *snapshot.backup.rightafter** - false* doesn't work for VMware as create snapshot never takes a snapshot in Primary pool, it just returns the snapshot uuid. The backup snapshot does the complete job - creates a VM snapshot with the uuid, extracts and export

Re: [DISCUSS][ASK] Should agent wait for pending tasks on (mgmt server) disconnection?

Hi Rohit, I checked that. Thanks for the details! -Suresh On Wed, May 16, 2018 at 4:55 PM, Rohit Yadav wrote: > Hi Suresh, > > > As explained earlier and advised to look at code on the PR, perhaps you > did not get time so have a look here: > > https://github.com/apache/cloudstack/blob/4.11/ag

Re: Snapshots only on Primary Storage feature

Just because it does not work for VMware should not a reason to rip out the functionality for other hypervisors where it is being used though. I know we also have the requirement that snapshots are not automatically replicated to secondary storage, so this feature is useful to us. I don't underst

Re: Snapshots only on Primary Storage feature

There are plenty of features in ACS that are particular to a certain hypervisor (or hypervisor set), including VMware specific items. It was never claimed this feature worked across all hypervisors. In addition to that, the default was to leave the existing functionality exactly the way it was

Re: Snapshots only on Primary Storage feature

Si / Will, That is just FYI, if anyone uses VMware with that flag set to false. I'm neither against the feature nor telling to rip that out. You are correct, the PR 2081 supports KVM and Xen as the volume snapshots are directly supported on them and backup operation is not tightly coupled with th

Re: Snapshots only on Primary Storage feature

Perhaps bring it back into 4.11.1? On Fri, May 18, 2018 at 9:28 AM Suresh Kumar Anaparti < sureshkumar.anapa...@gmail.com> wrote: > Si / Will, > > That is just FYI, if anyone uses VMware with that flag set to false. I'm > neither against the feature nor telling to rip that out. > > You are correc

Re: Snapshots only on Primary Storage feature

I think reverting the change in 4.11.1 is probably a good idea. *Will Stevens* Chief Technology Officer c 514.826.0190 On Fri, May 18, 2018 at 2:52 PM ilya musayev wrote: > Perhaps bring it back into 4.11.1? > > On Fri, May 18, 2018 at 9:28 AM Suresh Kumar Anaparti < >