Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

After an appliance reboot, the UI login spinner spins forever #3468

Closed
jrafanie opened this issue Jul 15, 2015 · 7 comments
Closed

After an appliance reboot, the UI login spinner spins forever #3468

jrafanie opened this issue Jul 15, 2015 · 7 comments
Labels

Comments

@jrafanie
Copy link
Member

This might be related to #3444

The UI worker strace is showing futex(0xca9634, FUTEX_WAIT_PRIVATE, 1721, NULL)

Note, I'm able to wget localhost:3000 so it is responding to requests and works but the UI worker seems stuck via strace.

To recreate this: you need to ensure 7a05adb is applied.
The initial deployment of the appliance seems to work (logging in and navigating around works). After you reboot the appliance, that's when you get the login page but it spins forever.

Reverting that commit and setting the database.yml pool to 1, bundling and things work again.
screen shot 2015-07-15 at 12 45 05 pm

@chessbyte
Copy link
Member

@dmetzger57 Weren't you looking at this today?

@dmetzger57
Copy link
Contributor

Yes, LJ kindly helped me triage and we discovered the issue is related to our move to Puma.

On Jul 15, 2015, at 12:55 PM, Oleg Barenboim [email protected] wrote:

@dmetzger57 https://github.com/dmetzger57 Weren't you looking at this today?


Reply to this email directly or view it on GitHub #3468 (comment).

@Fryguy
Copy link
Member

Fryguy commented Jul 16, 2015

Note that @hsong-rh found you can still type through the spinner...so you can hit enter and login anyway.

imtayadeway added a commit to imtayadeway/manageiq that referenced this issue Jul 16, 2015
Reverting back to the old web server so we can work on the following
issues in a branch outside of master:

ManageIQ#3477
ManageIQ#3468
ManageIQ#3444
@imtayadeway imtayadeway mentioned this issue Jul 16, 2015
4 tasks
@imtayadeway
Copy link
Contributor

FWIW i can still reproduce the bug with the connection pool set to 1 (but still running puma). restarting doesn't seem to be necessary - just logging out/in again. if i hit refresh, sometimes i am logged in and sometimes i am taken back to the login page, where i can then log in successfully.

some other odd behavior that @gtanzillo found that i have also reproduced: hitting refresh will sometimes result in some HTML being printed rather than rendered.

@imtayadeway
Copy link
Contributor

screenshot from 2015-07-17 10 10 38
screenshot from 2015-07-17 10 11 04

Found some things of interest when comparing a happy request to POST dashboard/authenticate (top in each screenshot) with an unhappy one (bottom in each). Some things to note:

  1. The response time of an unhappy request (20+ seconds)
  2. The difference in response body
  3. The XML parsing error in the unhappy request

@matthewd
Copy link
Contributor

I believe this is puma/puma#743

@matthewd
Copy link
Contributor

I've updated the Gemfile on the appliance to pull puma from git, and done an evm:restart.

I wasn't doing a very good job of reproducing it, however, so... let me know whether you can still get it to break? ¯_(ツ)_/¯

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

6 participants