mirror of
https://github.com/ArchiveBox/ArchiveBox.git
synced 2026-04-25 09:06:02 +03:00
[GH-ISSUE #1714] Bug: Large number of chromium-browser / chrome processes / instances spawned and not closed #1025
Labels
No labels
expected: maybe someday
expected: next release
expected: release after next
expected: unlikely unless contributed
good first ticket
help wanted
pull-request
scope: all users
scope: windows users
size: easy
size: hard
size: medium
size: medium
status: backlog
status: blocked
status: done
status: idea-phase
status: needs followup
status: wip
status: wontfix
touches: API/CLI/Spec
touches: configuration
touches: data/schema/architecture
touches: dependencies/packaging
touches: docs
touches: js
touches: views/replayers/html/css
why: correctness
why: functionality
why: performance
why: security
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ArchiveBox#1025
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jakecoppinger on GitHub (Dec 5, 2025).
Original GitHub issue: https://github.com/ArchiveBox/ArchiveBox/issues/1714
Originally assigned to: @pirate on GitHub.
Provide a screenshot and describe the bug
Hello,
I'm running
image: archivebox/archivebox:0.7.3using docker and seeing quite a number of chrome instances spin up.My server was slowing to a crawl, and checking
htopI saw a number of/browsers/chromium-1112/chrome-linux/chrome ...instances running, even though there are no active archives.Is this a known issue, or do you have any suggestions for some configuration issue I may have? Or is this perhaps a known 0.7.* issue which will be fixed in 0.8.*?
Has anyone else encountered this issue?
I'm a relatively new user of Archivebox - please let me know if I'm missing some useful info. By no means a blocker or critical issue; no need to prioritise.
Thanks for the amazing project.
Steps to reproduce
Logs or errors
ArchiveBox Version
How did you install the version of ArchiveBox you are using?
Docker (or Podman/LXC/K8s/TrueNAS/Proxmox/etc)
What operating system are you running on?
Linux (Ubuntu/Debian/Arch/Alpine/etc.)
What type of drive are you using to store your ArchiveBox data?
data/is on a local SSD or NVMe drivedata/is on a spinning hard drive or external USB drivedata/is on a network mount (e.g. NFS/SMB/Ceph/GlusterFS/etc.)data/is on a FUSE mount (e.g. SSHFS/RClone/S3/B2/Google Drive/Dropbox/etc.)Docker Compose Configuration
ArchiveBox Configuration
@rarealphacat commented on GitHub (Dec 28, 2025):
I think it's related to this
@pirate commented on GitHub (Dec 29, 2025):
yes, it's a known issue unfortunately, I recommend restarting the container every 24hr for now. Next version 0.9.0 will handle zombie cleanup automatically.
@pirate commented on GitHub (Jan 1, 2026):
ok confirmed fixed on latest
dev, we now do zombie cleanup automatically anytime a new chrome instance is launched.@wgomg commented on GitHub (Feb 10, 2026):
@pirate
Docker image not updated yet? Pulling from dev stil shows version
v0.8.5rc51@pirate commented on GitHub (Feb 11, 2026):
Yeah sorry docker isn't updated yet, I've just been running it locally with
uvwhile making recent changes and the Dockerfile still needs a bit of work._EXTRA_ARGSfor various extractors #1388WGET_EXTRA_ARGS,CURL_EXTRA_ARGS,SINGLEFILE_EXTRA_ARGSto extend default args without overriding defaults #2150_EXTRA_ARGSfor various extractors #2894WGET_EXTRA_ARGS,CURL_EXTRA_ARGS,SINGLEFILE_EXTRA_ARGSto extend default args without overriding defaults #3660_EXTRA_ARGSfor various extractors #4399