Details
-
Bug
-
Resolution: Unresolved
-
Minor
-
None
-
None
-
False
-
-
False
-
Low
Description
Description of problem:
in the scale test, we observed that ~10 times out of 100, after clicking on the workbench open button, the browser lands in the Application not available page:
Reloading the page at this stage (caused by a bug in our WIP automation script) correctly shows the Authentication page:
Prerequisites (if any, like setup, operators/versions):
Steps to Reproduce
- get many users to launch notebooks at the same time (100users, running with 5s delay in our test)
- when the workbench appears as Running, click on the
{open}
button
Actual results:
~10% of them will land on the
{Application not available}page
Expected results:
they should all land on the Authentication page
Reproducibility (Always/Intermittent/Only Once):
Intermittent, ~10% of the time
Build Details:
RHODS 1.19.0-14
Workaround:
Reload the page to get access to the Authentication page
Additional info:
Attachments
Issue Links
- is related to
-
RHODS-6447 RHODS Dashboard oauth-proxy crashing with 1000 users
- Closed
- relates to
-
RHODS-6126 JupyterLab returns an empty page after logging in
- New