When trying to build a gol file from the latest planet, gol-tool-0.1.8 very quickly progresses through the “Analyzing” stage until it reaches a percentage in the 90s, then ceases any visible progress:
# ./gol build planet planet-latest.osm.pbf --tag-duplicate-nodes=yes
Building planet.gol from planet-latest.osm.pbf using default settings...
I have this issue on two different machines (both running Ubuntu 22.04 and openjdk 17), although the displayed percentage isn’t identical (92% vs. 97%). At that point, htop doesn’t show meaningful load anymore.
Any ideas on what might be amiss or how I could debug it?
One system is a virtual Hetzner Cloud server with 32GB RAM, the other a root server with 64 GB.
However, I’m now observing different behavior with a new download of the planet file, so I wonder if it might instead be an issue with a corrupt download. The checksum does indeed point in that direction. Please let me check that cause before you put any more time into debugging.
I’m not sure how I managed to get a broken file twice by running wget on two separate machines (connectivity issues…?), but the one I used on the root server is clearly damaged. It’s far too small, for starters.
In case you want to use it for something, I’ve put the broken file here and will leave it there for a while.
Anyway, thank you for your support and – as always – for the awesome tool!
Your file was very useful, I managed to reproduce the bug (race condition in OsmPbfReader that prevented a clean shutdown in case of corrupt input). A fix is already in main, it will become part of Release 0.1.9.