--=_c4730d24f09a9670f95c37952b502f09
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=UTF-8;
format=flowed
El 2016-08-10 14:46, Nicolás escribió:
En 10/8/2016 2:29 p. m., Alexander Wels <awels(a)redhat.com>
escribió:
> On Wednesday, August 10, 2016 9:02:16 AM EDT Alexander Wels wrote:
>> On Wednesday, August 10, 2016 9:10:25 AM EDT nicolas(a)devels.es
> wrote:
>>> El 2016-08-10 08:58, Ondra Machacek escribió:
>>> > On 08/10/2016 09:37 AM, Nicolás wrote:
>>> >> Hi,
>>> >>
>>> >> We're running oVirt 4.0.1.1 [1], and we're trying to grant
a
> permission to
>>> >> a
>>> >> user on a VM. Thing is when we open the 'Permissions'
subtab
> on that
>>> >> VM,
>>> >> we click on Add, the LDAP backend shows up but any value
> entered into
>>> >> the search box returns nothing, even when I know the values
> exist.
>>> >>
>>> >> This has been working on oVirt 3.x, we actually migrated to
> 4.x last
>>> >> week and didn't notice this issue.
>>> >>
>>> >> Additionally, there's no combobox to choose the permission to
> grant?
>>> >
>>> > There should be combo box to choose a role.
>>>
>>> I've attached a screenshot, seems there's not.
>>
>> Its highly likely the dropdown is there, but its scrolled below
> the bottom
>> of the dialog and thus you can't see it. I thought I made sure all
> the
>> dialogs were working, seems like I missed one. Let me check it out
> and see
>> what is going on.
>>
>
> Okay I double checked, I went to the VMs main tab, selected a VM,
> then went to
> the permissions sub tab. Clicked add. The dialog that popped up
> looks like the
> one attached, which is what I was expecting. The one you attached
> appears to
> be missing some styling, which is likely what caused the Role to
> Assign part
> to be scrolled below the bottom of the page.
>
> Can you complete clear your cache (not shift reload, but
> settings->clear
> cache). If that doesn't work can you tell us the version of the
> patternfly rpm
> installed on your engine?
>
> Yes, I already did that, also opened the engine on different clients
> and the behavior is the same, I believe this is not a client issue.
> Patternfly package is patternfly1-1.3.0-1.el7.centos.noarch
>
> Anyhow, I see there are lots of packages to update so I'll do so
> within a few days and report results.
So I was able to update all packages, restart run engine-setup just in
case, restart ovirt-engine and the situation is the same. I remembered
we also have a dev. environment oVirt installation which we upgraded
from 3.6.7 to 4.0.1 and same happens here, so finally we have 3
independent oVirt installations with the same problem. There's something
not working as intended.
I'm attaching a list of packages on oVirt engine and their versions if
you want to check if there's something wrong with versioning, although
everything seems to be ok.
Thanks!
>
>>> >> All this is done with the admin@internal user, so I guess
> this is not
>>> >> a
>>> >> self-permission issue.
>>> >>
>>> >> Interesting thing is that I can successfully log-in to the
> user portal
>>> >> with a LDAP based user and manage all the VMs assigned to
> them.
>>> >>
>>> >> Just to see if there's been any configuration change, we also
> run the
>>> >> ovirt-engine-extension-aaa-ldap-setup tool, the configuration
> it
>>> >> returns
>>> >> is pretty similar to ours, and even the test commands (Login,
> Search)
>>> >> work successfully (I can see search returning user's data
> like name,
>>> >> surname, ...). We even applied this configuration to engine
> to see if
>>> >> it
>>> >> makes a difference but the result is the same, the search
> dialog
>>> >> returns
>>> >> nothing and neither I can see the permission to grant.
>>> >>
>>> >> Any hint about this?
>>> >
>>> > Maybe you hit similar issue to this one[1].
>>> >
>>> > Can you please share engine.log, while you hit search button?
>>>
>>> I'm also attaching the log at the time I hit the search button,
> but I'm
>>> afraid there's no entry about that.
>>>
>>> Thanks.
>>>
>>> > [1] https [
2]://bugzilla.redhat.com/show_bug.cgi?id=1356675
> [2]
>>> >
>>> >> Thanks
>>> >> _______________________________________________
>>> >> Users mailing list
>>> >> Users(a)ovirt.org
>>> >> http [
3]://lists.ovirt.org/ [3]mailman [3]/ [3]listinfo [3]/
> [3]users [3]
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http [
3]://lists.ovirt.org/ [3]mailman [3]/ [3]listinfo [3]/
> [3]users [3]
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http [
3]://lists.ovirt.org/ [3]mailman [3]/ [3]listinfo [3]/
> [3]users [3]
>
Links:
------
[1]
http://4.0.1.1
[2]
https://bugzilla.redhat.com/show_bug.cgi?id=1356675
[3]
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users --=_c4730d24f09a9670f95c37952b502f09
Content-Transfer-Encoding: base64
Content-Type: text/plain;
name=packages.txt
Content-Disposition: attachment;
filename=packages.txt;
size=2154
b3ZpcnQtZW5naW5lLTQuMC4xLjEtMS5lbDcuY2VudG9zLm5vYXJjaApvdmlydC1lbmdpbmUtYmFj
a2VuZC00LjAuMS4xLTEuZWw3LmNlbnRvcy5ub2FyY2gKb3ZpcnQtZW5naW5lLWNsaS0zLjYuOC4w
LTEuZWw3LmNlbnRvcy5ub2FyY2gKb3ZpcnQtZW5naW5lLWRhc2hib2FyZC0xLjAuMC0wLjIuMjAx
NjA2MTBnaXQ1ZDIxMGVhLmVsNy5jZW50b3Mubm9hcmNoCm92aXJ0LWVuZ2luZS1kYnNjcmlwdHMt
NC4wLjEuMS0xLmVsNy5jZW50b3Mubm9hcmNoCm92aXJ0LWVuZ2luZS1kd2gtNC4wLjEtMS5lbDcu
Y2VudG9zLm5vYXJjaApvdmlydC1lbmdpbmUtZHdoLXNldHVwLTQuMC4xLTEuZWw3LmNlbnRvcy5u
b2FyY2gKb3ZpcnQtZW5naW5lLWV4dGVuc2lvbi1hYWEtamRiYy0xLjEuMC0xLmVsNy5ub2FyY2gK
b3ZpcnQtZW5naW5lLWV4dGVuc2lvbi1hYWEtbGRhcC0xLjIuMS0xLmVsNy5ub2FyY2gKb3ZpcnQt
ZW5naW5lLWV4dGVuc2lvbi1hYWEtbGRhcC1zZXR1cC0xLjIuMS0xLmVsNy5ub2FyY2gKb3ZpcnQt
ZW5naW5lLWV4dGVuc2lvbnMtYXBpLWltcGwtNC4wLjEuMS0xLmVsNy5jZW50b3Mubm9hcmNoCm92
aXJ0LWVuZ2luZS1qYm9zcy1hcy03LjEuMS0xLmVsNy5jZW50b3MueDg2XzY0Cm92aXJ0LWVuZ2lu
ZS1saWItNC4wLjEuMS0xLmVsNy5jZW50b3Mubm9hcmNoCm92aXJ0LWVuZ2luZS1yZXN0YXBpLTQu
MC4xLjEtMS5lbDcuY2VudG9zLm5vYXJjaApvdmlydC1lbmdpbmUtc2RrLXB5dGhvbi0zLjYuOC4w
LTEuZWw3Lm5vYXJjaApvdmlydC1lbmdpbmUtc2V0dXAtNC4wLjEuMS0xLmVsNy5jZW50b3Mubm9h
cmNoCm92aXJ0LWVuZ2luZS1zZXR1cC1iYXNlLTQuMC4xLjEtMS5lbDcuY2VudG9zLm5vYXJjaApv
dmlydC1lbmdpbmUtc2V0dXAtcGx1Z2luLW92aXJ0LWVuZ2luZS00LjAuMS4xLTEuZWw3LmNlbnRv
cy5ub2FyY2gKb3ZpcnQtZW5naW5lLXNldHVwLXBsdWdpbi1vdmlydC1lbmdpbmUtY29tbW9uLTQu
MC4xLjEtMS5lbDcuY2VudG9zLm5vYXJjaApvdmlydC1lbmdpbmUtc2V0dXAtcGx1Z2luLXZtY29u
c29sZS1wcm94eS1oZWxwZXItNC4wLjEuMS0xLmVsNy5jZW50b3Mubm9hcmNoCm92aXJ0LWVuZ2lu
ZS1zZXR1cC1wbHVnaW4td2Vic29ja2V0LXByb3h5LTQuMC4xLjEtMS5lbDcuY2VudG9zLm5vYXJj
aApvdmlydC1lbmdpbmUtdG9vbHMtNC4wLjEuMS0xLmVsNy5jZW50b3Mubm9hcmNoCm92aXJ0LWVu
Z2luZS10b29scy1iYWNrdXAtNC4wLjEuMS0xLmVsNy5jZW50b3Mubm9hcmNoCm92aXJ0LWVuZ2lu
ZS11c2VycG9ydGFsLTQuMC4xLjEtMS5lbDcuY2VudG9zLm5vYXJjaApvdmlydC1lbmdpbmUtdXNl
cnBvcnRhbC1kZWJ1Z2luZm8tNC4wLjEuMS0xLmVsNy5jZW50b3Mubm9hcmNoCm92aXJ0LWVuZ2lu
ZS12bWNvbnNvbGUtcHJveHktaGVscGVyLTQuMC4xLjEtMS5lbDcuY2VudG9zLm5vYXJjaApvdmly
dC1lbmdpbmUtd2ViYWRtaW4tcG9ydGFsLTQuMC4xLjEtMS5lbDcuY2VudG9zLm5vYXJjaApvdmly
dC1lbmdpbmUtd2ViYWRtaW4tcG9ydGFsLWRlYnVnaW5mby00LjAuMS4xLTEuZWw3LmNlbnRvcy5u
b2FyY2gKb3ZpcnQtZW5naW5lLXdlYnNvY2tldC1wcm94eS00LjAuMS4xLTEuZWw3LmNlbnRvcy5u
b2FyY2gKb3ZpcnQtZW5naW5lLXdpbGRmbHktMTAuMC4wLTEuZWw3Lng4Nl82NApvdmlydC1lbmdp
bmUtd2lsZGZseS1vdmVybGF5LTEwLjAuMC0xLmVsNy5ub2FyY2gKb3ZpcnQtZ3Vlc3QtdG9vbHMt
aXNvLTQuMC0xLmZjMjMubm9hcmNoCm92aXJ0LWhvc3QtZGVwbG95LTEuNS4xLTEuZWw3LmNlbnRv
cy5ub2FyY2gKb3ZpcnQtaG9zdC1kZXBsb3ktamF2YS0xLjUuMS0xLmVsNy5jZW50b3Mubm9hcmNo
Cm92aXJ0LWltYWdlLXVwbG9hZGVyLTQuMC4wLTEuZWw3LmNlbnRvcy5ub2FyY2gKb3ZpcnQtaXNv
LXVwbG9hZGVyLTQuMC4wLTEuZWw3LmNlbnRvcy5ub2FyY2gKb3ZpcnQtcmVsZWFzZTQwLTQuMC4y
LTIubm9hcmNoCm92aXJ0LXNldHVwLWxpYi0xLjAuMi0xLmVsNy5jZW50b3Mubm9hcmNoCm92aXJ0
LXZtY29uc29sZS0xLjAuNC0xLmVsNy5ub2FyY2gKb3ZpcnQtdm1jb25zb2xlLXByb3h5LTEuMC40
LTEuZWw3Lm5vYXJjaApwYXR0ZXJuZmx5MS0xLjMuMC0xLmVsNy5jZW50b3Mubm9hcmNoCnB5dGhv
bi1vdmlydC1lbmdpbmUtc2RrNC00LjAuMC0wLjUuYTUuZWw3Lng4Nl82NAoK
--=_c4730d24f09a9670f95c37952b502f09--