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

"This website is under heavy load (queue full)" #442

Closed
matkoniecz opened this issue Jul 16, 2020 · 5 comments
Closed

"This website is under heavy load (queue full)" #442

matkoniecz opened this issue Jul 16, 2020 · 5 comments

Comments

@matkoniecz
Copy link

matkoniecz commented Jul 16, 2020

We're sorry, too many people are accessing this website at the same time. We're working on this problem. Please try again later.

appearing on openstreetmap.org (also reported by others)

@tomhughes
Copy link
Member

Fixed.

@Firefishy
Copy link
Member

Yes, we have been having issues over the last 2 days. We have been trying to get the planetdump process running again, but app is leaking memory.

@matkoniecz
Copy link
Author

matkoniecz commented Jul 16, 2020

So planet dump become buggy and drags down everything with it? (I am quite curious, if you have more interesting things to do then feel free to ignore that question)

EDIT: yes, I want to know. I am interested in such things. And given current resources (including sysadmin time) it is wonderful that OSM site and servers are usually working.

@tomhughes
Copy link
Member

You really don't want to know. And yes we know it's bad and we have a plan to fix it but there are things we need first.

@Firefishy
Copy link
Member

@matkoniecz Yes, the planet dumps currently run on the storage server ironbelly. Ironbelly is also the NFS server for web servers too. The planetdump-ng v1.1.7 was meant to fix a memory leak issue, but unfortunately didn't. NFS ran slow, web rails processes locked while waiting for NFS, which eventually starved web server of works and caused the queue issue.

What we doing to fix?

  1. We'll get planetdump-ng fixed.
  2. Ops team have discussed splitting up ironbelly.
  3. User images now use S3 as storage backend, once Rail 6.1 is available we plan to add code to move GPX data to S3, and remove the requirement for the NFS server.

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

3 participants