[Users] Template disk cloning from one storage domain to another is not working
Template disk cloning from one storage domain to another is not working correctly. Assign a user UserTemplateVM permissions to storage domain "A". Create a template in storage domain "A". Ensure the user has PowerUserRole permissions to another storage domain (Storage domain "B"). As the user create a VM from the template in storage domain "A". Choose to "clone" the disk to Storage Domain "B". The attached disk of resultant VM gets created but the disk is created in Storage domain A instead of storage domain B. This also is an artifact of the problem I originally brought up: http://lists.ovirt.org/pipermail/users/2013-March/013164.html (Still nothing) This is present in latest engine built from master with latest VDSM built from master. I noticed it also originally in the above issue. - DHC
In further attempt to debug this I added the user as both a SuperUser and PowerUser to the entire Datacenter so the role would cascade down to all objects. I found that with the admin portal this was not an issue. However it still occurs with the UserPortal. The same issue actually occurs for the built in admin@internal user via the user portal as well. Thus this infers some interaction with the UserPortal specifically causing this. - DHC On Mon, Mar 25, 2013 at 3:33 PM, Dead Horse <deadhorseconsulting@gmail.com>wrote:
Template disk cloning from one storage domain to another is not working correctly.
Assign a user UserTemplateVM permissions to storage domain "A". Create a template in storage domain "A". Ensure the user has PowerUserRole permissions to another storage domain (Storage domain "B").
As the user create a VM from the template in storage domain "A". Choose to "clone" the disk to Storage Domain "B". The attached disk of resultant VM gets created but the disk is created in Storage domain A instead of storage domain B.
This also is an artifact of the problem I originally brought up: http://lists.ovirt.org/pipermail/users/2013-March/013164.html (Still nothing)
This is present in latest engine built from master with latest VDSM built from master. I noticed it also originally in the above issue.
- DHC
Attaching some log files. Also verified still not working on latest master as of today. - DHC On Mon, Mar 25, 2013 at 4:03 PM, Dead Horse <deadhorseconsulting@gmail.com>wrote:
In further attempt to debug this I added the user as both a SuperUser and PowerUser to the entire Datacenter so the role would cascade down to all objects. I found that with the admin portal this was not an issue. However it still occurs with the UserPortal. The same issue actually occurs for the built in admin@internal user via the user portal as well. Thus this infers some interaction with the UserPortal specifically causing this.
- DHC
On Mon, Mar 25, 2013 at 3:33 PM, Dead Horse <deadhorseconsulting@gmail.com
wrote:
Template disk cloning from one storage domain to another is not working correctly.
Assign a user UserTemplateVM permissions to storage domain "A". Create a template in storage domain "A". Ensure the user has PowerUserRole permissions to another storage domain (Storage domain "B").
As the user create a VM from the template in storage domain "A". Choose to "clone" the disk to Storage Domain "B". The attached disk of resultant VM gets created but the disk is created in Storage domain A instead of storage domain B.
This also is an artifact of the problem I originally brought up: http://lists.ovirt.org/pipermail/users/2013-March/013164.html (Still nothing)
This is present in latest engine built from master with latest VDSM built from master. I noticed it also originally in the above issue.
- DHC
Hi DHC, Looking at the code, it seems that the issue indeed affects specifically the UserPortal. Can you please open a new bug on ovirt-engine-userportal: https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt (please attach the relevant logs to the bug) Thanks, Daniel ----- Original Message -----
From: "Dead Horse" <deadhorseconsulting@gmail.com> To: "<users@ovirt.org>" <users@ovirt.org> Sent: Tuesday, March 26, 2013 10:46:37 PM Subject: Re: [Users] Template disk cloning from one storage domain to another is not working
Attaching some log files. Also verified still not working on latest master as of today. - DHC
On Mon, Mar 25, 2013 at 4:03 PM, Dead Horse < deadhorseconsulting@gmail.com > wrote:
In further attempt to debug this I added the user as both a SuperUser and PowerUser to the entire Datacenter so the role would cascade down to all objects. I found that with the admin portal this was not an issue. However it still occurs with the UserPortal. The same issue actually occurs for the built in admin@internal user via the user portal as well. Thus this infers some interaction with the UserPortal specifically causing this.
- DHC
On Mon, Mar 25, 2013 at 3:33 PM, Dead Horse < deadhorseconsulting@gmail.com > wrote:
Template disk cloning from one storage domain to another is not working correctly. Assign a user UserTemplateVM permissions to storage domain "A". Create a template in storage domain "A". Ensure the user has PowerUserRole permissions to another storage domain (Storage domain "B"). As the user create a VM from the template in storage domain "A". Choose to "clone" the disk to Storage Domain "B". The attached disk of resultant VM gets created but the disk is created in Storage domain A instead of storage domain B. This also is an artifact of the problem I originally brought up: http://lists.ovirt.org/pipermail/users/2013-March/013164.html (Still nothing)
This is present in latest engine built from master with latest VDSM built from master. I noticed it also originally in the above issue.
- DHC
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Bug 928399 (https://bugzilla.redhat.com/show_bug.cgi?id=928399) Opened. Also opened a bug on what appears to be a related issue or a side effect of the root cause: Bug 928410 ( https://bugzilla.redhat.com/show_bug.cgi?id=928410) - DHC On Wed, Mar 27, 2013 at 1:44 AM, Daniel Erez <derez@redhat.com> wrote:
Hi DHC,
Looking at the code, it seems that the issue indeed affects specifically the UserPortal. Can you please open a new bug on ovirt-engine-userportal: https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt (please attach the relevant logs to the bug)
Thanks, Daniel
----- Original Message -----
From: "Dead Horse" <deadhorseconsulting@gmail.com> To: "<users@ovirt.org>" <users@ovirt.org> Sent: Tuesday, March 26, 2013 10:46:37 PM Subject: Re: [Users] Template disk cloning from one storage domain to another is not working
Attaching some log files. Also verified still not working on latest master as of today. - DHC
On Mon, Mar 25, 2013 at 4:03 PM, Dead Horse < deadhorseconsulting@gmail.com > wrote:
In further attempt to debug this I added the user as both a SuperUser and PowerUser to the entire Datacenter so the role would cascade down to all objects. I found that with the admin portal this was not an issue. However it still occurs with the UserPortal. The same issue actually occurs for the built in admin@internal user via the user portal as well. Thus this infers some interaction with the UserPortal specifically causing this.
- DHC
On Mon, Mar 25, 2013 at 3:33 PM, Dead Horse < deadhorseconsulting@gmail.com > wrote:
Template disk cloning from one storage domain to another is not working correctly. Assign a user UserTemplateVM permissions to storage domain "A". Create a template in storage domain "A". Ensure the user has PowerUserRole permissions to another storage domain (Storage domain "B"). As the user create a VM from the template in storage domain "A". Choose to "clone" the disk to Storage Domain "B". The attached disk of resultant VM gets created but the disk is created in Storage domain A instead of storage domain B. This also is an artifact of the problem I originally brought up: http://lists.ovirt.org/pipermail/users/2013-March/013164.html (Still nothing)
This is present in latest engine built from master with latest VDSM built from master. I noticed it also originally in the above issue.
- DHC
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
participants (2)
-
Daniel Erez -
Dead Horse