) Opened.
Also opened a bug on what appears to be a related issue or a side effect of
the root cause: Bug 928410 (
)
- DHC
On Wed, Mar 27, 2013 at 1:44 AM, Daniel Erez <derez(a)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(a)gmail.com>
> To: "<users(a)ovirt.org>" <users(a)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(a)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(a)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(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/users
>