
--=_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@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@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@ovirt.org
http [3]://lists.ovirt.org/ [3]mailman [3]/ [3]listinfo [3]/ [3]users [3]
_______________________________________________
Users mailing list
Users@ovirt.org
http [3]://lists.ovirt.org/ [3]mailman [3]/ [3]listinfo [3]/ [3]users [3]
_______________________________________________
Users mailing list
Users@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@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--