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

Investigate Savepoints not being released by OS process and causing memory leak #2439

Open
raphjaph opened this issue Sep 9, 2023 · 7 comments
Labels

Comments

@raphjaph
Copy link
Collaborator

raphjaph commented Sep 9, 2023

No description provided.

@raphjaph raphjaph added the bug label Sep 9, 2023
@radicleart
Copy link

radicleart commented Apr 26, 2024

Hey - is this still a potential issue ? I'm experiencing ord server dying frequently due to memory problems.

Environment;

  • ubuntu latest
  • ord 0.18.3
  • 16G ram server
  • swap 2560 MB - have increased memory to investigate

I captured this from syslog;

2024-04-26T15:13:52.500397+00:00 spinoza kernel: [99407.410642] oom-kill:constraint=CONSTRAINT_NONE,nodemask=(null),cpuset=user.slice,mems_allowed=0,global_oom,task_memcg=/user.slice/user-1000.slice/session-211.scope,task=ord,pid=167904,uid=1000
2024-04-26T15:13:52.500416+00:00 spinoza kernel: [99407.410772] Out of memory: Killed process 167904 (ord) total-vm:20672532kB, anon-rss:15660632kB, file-rss:384kB, shmem-rss:0kB, UID:1000 pgtables:38624kB oom_score_adj:0
2024-04-26T15:13:52.570945+00:00 spinoza systemd[1]: session-211.scope: A process of this unit has been killed by the OOM killer.
2024-04-26T15:13:54.312137+00:00 spinoza systemd[1]: session-211.scope: Deactivated successfully.

The process id is the ord running as ( note i set height-limit random high to avoid the default of 1000 - don't believe this is a factor but not sure).

nohup ord --data-dir $HOME/ordinals  --index-runes --height-limit 1000000 server --http-port 8080 &

Other settings;

  "commit_interval": 5000,
  "first_inscription_height": 767430,
  "height_limit": null,
  "hidden": [],
  "index_cache_size": 4190053376,

@raphjaph
Copy link
Collaborator Author

raphjaph commented May 7, 2024

Yes, this probably still is a problem. It's hard to reproduce and only occurs on some systems and configurations. Is your Bitcoin Core node fully synced?

@radicleart
Copy link

Yep - bitcoin synced on mainnet.

I've managed to work around by grabbing a snapshot of the index here the server synced from there.

@JD-Wang
Copy link

JD-Wang commented Jun 6, 2024

hi, Have you solved this problem? My 8c16g server is the same. Ord occupies 100% of the memory and is then killed. After a few days, there is still no way to solve it

@endangurura
Copy link

@raphjaph This is still an issue. Has anyone found a fix?

@raphjaph
Copy link
Collaborator Author

It was a bug in our database (redb), was fixed here cberner/redb#843 and here cberner/redb#841. We did a hot fix in the current version of ord though. Which version are you using?

@endangurura
Copy link

ord 0.19.1

@raphjaph raphjaph added this to Tracker Aug 29, 2024
@raphjaph raphjaph moved this to Ready for Review in Tracker Aug 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
Status: Ready for Review
Development

No branches or pull requests

5 participants
@radicleart @endangurura @JD-Wang @raphjaph and others