<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="GENERATOR" content="GtkHTML/4.4.4">
</head>
<body>
fre 2013-04-12 klockan 14:41 &#43;0300 skrev Itamar Heim:
<blockquote type="CITE">
<pre>
On 04/12/2013 11:27 AM, Karli Sjöberg wrote:
&gt; Hey Everyone!
&gt;
&gt; I solved it! I friggin solved it, and it didn´t have anything to do with
&gt; the spice-client, spice-plugin(ActiveX or XPI), or userportal
&gt; specifically, it´s in the engine itself! So Juanjo here said that it
&gt; works for him, and I took a guess that´s because he is only using
&gt; admin@internal &lt;<a href="mailto:admin@internal">mailto:admin@internal</a>&gt; for testing (correct me if I´m
&gt; wrong Juanjo), so I added a &quot;UserRole&quot; to admin on a test VM, logged
&gt; into Userportal, clicked for console, and it worked! So, since our setup
&gt; is a little more complex, as it´s connected to our ActiveDirectory, I
&gt; concluded that it must be a permissions related issue. I created a new
&gt; UserRole, called &quot;ConsoleOwner&quot; that only have &quot;Login Permissions&quot; and
&gt; &quot;RemoteLogin&quot; and added that role to our engine´s &quot;System Permissions&quot;
&gt; on a directory group as &quot;broad&quot; as possible. After that if I also added
&gt; an explicit UserRole permission for a directory user on any VM now it
&gt; works 100%. Me so happy!:)
&gt;
&gt; A question goes out the developers: Should you have to do that? I
&gt; thought that permissions where supposed to be calculated like Windows
&gt; ACLs &quot;Effective Permissions&quot;, so that if I just add sufficient
&gt; permissions for a directory user on a VM, it´s effective permissions
&gt; should have granted the necessary abilities in the system, without me
&gt; having to first add that as a &quot;big&quot; system permission to have them
&gt; granted? Bug, or intended?
&gt;
&gt; Thank you so much Juanjo, for posting the versions you are currently
&gt; using that proved that it &quot;should&quot; work, and that it had to be something
&gt; else that prevented us from using it (which it was). Thank you!

can you please clarify again which permission you granted to a user on 
the VM which didn't work before you added to the user the console 
permission?
</pre>
</blockquote>
<br>
I´m not really sure if I understood your question completely, so I´ll explain again:<br>
<br>
1) Only adding directory user/group with &quot;UserRole&quot; permission to a VM or Pool = Fail; &quot;Couldn´t connect to graphics server&quot;.<br>
<br>
2) First adding a very broad directory group with &quot;ConsoleOwner&quot;[1] permission to the inherited &quot;System Permissions&quot;, and then add directory user/group with &quot;UserRole&quot; to a VM or Pool = Success!<br>
<br>
[1] ConsoleOwner is a &quot;User Role&quot; I created that only needed to permit &quot;Login Permissions&quot; and &quot;Remote Log In&quot;.<br>
<br>
We haz VDI now, &quot;Powered by oVirt&quot;;)<br>
<br>
<table cellspacing="0" cellpadding="0" width="100%">
<tbody>
<tr>
<td>-- <br>
<br>
Med Vänliga Hälsningar<br>
-------------------------------------------------------------------------------<br>
Karli Sjöberg<br>
Swedish University of Agricultural Sciences<br>
Box 7079 (Visiting Address Kronåsvägen 8)<br>
S-750 07 Uppsala, Sweden<br>
Phone: &nbsp;&#43;46-(0)18-67 15 66<br>
<a href="mailto:karli.sjoberg@adm.slu.se">karli.sjoberg@slu.se</a> </td>
</tr>
</tbody>
</table>
</body>
</html>