mirror of
https://github.com/ArchiveBox/ArchiveBox.git
synced 2026-04-25 17:16:00 +03:00
[GH-ISSUE #1581] Question: ArchiveBox scheduler needs same bind mounts set up as main container #3961
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#3961
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 @Paulie420 on GitHub (Nov 2, 2024).
Original GitHub issue: https://github.com/ArchiveBox/ArchiveBox/issues/1581
OK; I'm using ArchiveBox but wanting to store all the archived website data on my NAS/NFS share, so I setup an 'archivebox-archive' volume and mounted ArchiveBox's /data/archive to it. I left its /data locally, as per the ArchiveBox documentation... but something isn't right.
When I docker compose up -d ArchiveBox, all runs fine... for a while; however, all memory and swap get eaten up and the lxc container it runs in grinds to a halt. Futhermore, I'm noticing that archived website data is showing up LOCALLY in ~/archivebox/data/archive - a folder that shouldn't ever exist because I'm specifically mounting that archivebox-archive volume to ArchiveBox's /data/archive....
More info is I can jump into the ArchiveBox docker container and I SEE that the NFS share/mount IS there - so something must be leaking or... some other part of my config is wonky?
Last bit of pertinent info - I set the PGID/PUID to 3000:3000 because thats what my NFS/NAS likes - and I chowned ~/archivebox/data to 3000:3000 too....
Can anyone look over my docker-compose.yml and possibly help me out? Much thanks - I'm SURE I'm doing something wrong. Last scrape of info I thought might be useful, but I can't fathom it would make a difference - I'm also mounting my NFS share LOCALLY on the lxc container to ~/archivebox-archive, thru its fstab, just so I can see the data - but I wouldn't think this would cause issue...
docker-compose.yml - with passwords, etc, taken out:
@pirate commented on GitHub (Nov 2, 2024):
Your archivebox scheduler container is missing the bind mount, it needs it too:
ArchiveBox scheduler runs archivebox just like the main container, so it needs all the same config and bind mounts.
In the upcoming v0.9.0 release the scheduler will run inside main container automatically, so two separate containers wont be needed anymore, but if you are running v0.7.2 then two containers are still needed.
@Paulie420 commented on GitHub (Nov 2, 2024):
Thanks for the quick reply - that makes sense, appreicate the extra eyeballs!
It always creates a ~/archivebox/data/archive folder, don't understand why... but I updated the archivebox_scheduler. Thanks!
When the v0.9.0 comes out I'll prolly have to modify docker-compose.yml again...
@pirate commented on GitHub (Nov 2, 2024):
It's possible the bind mount lags for a split second on startup giving archivebox enough time to create
./data/archive, as long as the data is appearing in your NFS mount properly I wouldn't worry about it too much.