Bug 1459987
Summary: | Changes to timeout setting should not require evmserverd restart | ||
---|---|---|---|
Product: | Red Hat CloudForms Management Engine | Reporter: | Satoe Imaishi <simaishi> |
Component: | API | Assignee: | Tim Wade <twade> |
Status: | CLOSED ERRATA | QA Contact: | Matt Pusateri <mpusater> |
Severity: | high | Docs Contact: | |
Priority: | high | ||
Version: | 5.7.0 | CC: | chhale, ckacergu, cpelland, gtanzill, jhardy, mpusater, obarenbo, simaishi, twade, yrudman |
Target Milestone: | GA | Keywords: | ZStream |
Target Release: | 5.8.2 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | auth:externalauth:ssui | ||
Fixed In Version: | 5.8.2.0 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | 1451848 | Environment: | |
Last Closed: | 2017-10-24 00:16:35 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | CFME Core | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 1451848, 1468000 | ||
Bug Blocks: |
Comment 2
CFME Bot
2017-06-08 18:31:16 UTC
Tested on MIQLDAP (AD, FreeIPA, OpenLDAP) External Auth (AD, FreeIPA). SSUI didn't seem to time out. Set timeout for 5 mins, waited 6-7 mins each time. Classic UI timed out, but SSUI never did. Setting this back to ON_DEV as it doesn't seem to work. Matt, From what I understand the SSUI polls the backend every 5 minutes for any updates. So in theory, it could take in the worst case 10 minutes for your session to timeout immediately after changing. This bug is really concerned with the core of the application - if you believe there to be an issue still with one of the consumers or the API we should probably open a separate issue for that. This timeout worked fine when I verified the original bug. https://bugzilla.redhat.com/show_bug.cgi?id=1443166 Now maybe I got lucky verifying it? But as I understood things, I thought we had a fix for SSUI polling every 5 mins. Matt, That BZ was concerned with the SSUI erroneously refreshing the token (and hence extending the ttl) on every request. It seems that you have already verified this works independently of the SSUI. If you have an issue with the SSUI can you either open a new ticket for that, or reassign to someone from the SSUI team? SUI polls every 5 minutes but all polling has been excluded from causing the SUI session to stay alive. If things aren't working then we would need the API team to help instruct our testing team on what to look for in the logs that indicate the session timeout changed without having to manually reboot the manageiq server process. If testing says that everything looks like it should in logs etc, then the SUI team can help testing look again at this issue. Per Chris Kacerguis Open regression bug due to SSUI not timing out https://bugzilla.redhat.com/show_bug.cgi?id=1468000. Hold on QA, till he has time to sort things out with SSUI and API teams. Verified 5.8.2.0 due the the SSUI timeout session bug. But I'd really like to be able to verify this via the logs, seeing something logged, or some way to tell via the system. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2017:3005 The needinfo request[s] on this closed bug have been removed as they have been unresolved for 365 days |