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

404 error accessing results #273

Closed
mattclay opened this issue Jan 28, 2017 · 4 comments
Closed

404 error accessing results #273

mattclay opened this issue Jan 28, 2017 · 4 comments

Comments

@mattclay
Copy link

I'm seeing HTTP 404 errors trying to access results:

Starting here: https://landscape.io/github/ansible/ansible/3

Then click on Errors, Smells, Style or All Messages:

All of those return nginx 404 error pages.

@carlio
Copy link
Member

carlio commented Jan 29, 2017

@mattclay I don't see those 404 errors myself now, do you still get them? I see the 404 in the nginx logs but no errors or reason for it, but I also just restarted the webapp for a redeploy and perhaps that fixed this somehow. I'll keep poking.

@mattclay
Copy link
Author

@carlio I reloaded those pages, and all but messages came up fine (it gave me a 404). I then reloaded the pages again and got 404 errors for all but style and smell (even the main page gave me a 404 error).

It's acting like there's multiple load balanced servers, and one (but not all) of the servers are returning 404 errors. I reloaded the pages several more times, and continued to get mostly 404 errors, although I also got a 504 gateway timeout for the main page.

@carlio
Copy link
Member

carlio commented Jan 29, 2017

@mattclay Aha I figured it out - turns out the 404 is supposed to be a 502. As it turns out, the webserver was running low on memory. However the 502.html page was in the wrong place, which means the 404 you saw was actually "could not find the 502 html". That's why I was confused! I moved the webapp to a new server so this should go away now (once DNS propagates), and I'll look into why it was running out of RAM in the first place too. By restarting the webapp I obviously killed the threads that were hogging memory so accidentally fixed this but only temporarily.

Edit: actually new web server will take a while due to pypa/setuptools#937

@carlio
Copy link
Member

carlio commented Jan 29, 2017

Should be fixed now the new webserver is up, you may still see it if you hit the old one while waiting for DNS to propagate but once that's finished (short TTL so hopefully not long) it'll be working again.

@carlio carlio closed this as completed Jan 29, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants