-
-
Notifications
You must be signed in to change notification settings - Fork 122
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
[BUG] osm_pass1 dying during parallel operation #1015
Comments
How was the monaco run kicked off? Are they running in different subdirectories? The temp files will collide otherwise. Also for a small extract like monaco you should use |
Yes, they are running in different subdirectories. It's not important now, as I made monaco run in a non-conflicting time, or do you think with |
Actually this might not be related at all to them running at the same time. |
No, monaco definitely works fine on it's own. My testing cron setup was to run monaco once per hour and planet once per day. It was very obvious that monaco only failed when planet was running on the same host. |
Just following up here, have you seen this at all since switching to sortedtable for monaco? |
No, I made sure that they are not running at the same time. I might just move back Monaco to a conflicting time, but my worry is what if the planet process get terminated. So basically I'd only do this for debugging, I'm actually happy that they are running in non-conflicting times now. |
Describe the bug
If I start a planet run, and while it's working I start a monaco run, the monaco run terminates.
To Reproduce
planetiler version: cf49b86
Start both processes with this logic:
Logs:
planetiler.out.txt
planetiler.err.txt
Expected behavior
Parallel processes shouldn't effect each other.
Environment (please complete the following information):
openjdk version "21.0.4" 2024-07-16
OpenJDK Runtime Environment (build 21.0.4+7-Ubuntu-1ubuntu222.04)
OpenJDK 64-Bit Server VM (build 21.0.4+7-Ubuntu-1ubuntu222.04, mixed mode, sharing)
The text was updated successfully, but these errors were encountered: