Hello all,
I'm relatively new to aptly world so please forgive my n00b question.
My goal: backup Whatever aptly related (data/symlink/hard link/etc) on an existing aptly host and restore it on a newly provisioned host withOUT breaking aptly functionality.
After some doing some research in this group, looks like it's relatively easy:
From Bestway to backup aptlyQ: we have multiple local repos, published as components locally and to s3.
Currently I´m wondering if the s3 publish is enough as a "backup strategy". Or if there are some best practices what exactly and how to backup the repository?
A: you can always backup aptly root with anything which can detect and correctly backup/restore hardlinks (just filesystem contents)
From how to backupQ: Whats the right way to backup aptly?
A: To do proper aptly backup, it's enough to backup aptly root dir (~/.aptly) and config (~/.aptly.conf). Backup tool should be smart enough to detect hardlinks between pool/ and public/ directories contents.
However, due to the way whoever configured aptly host, our aptly host does not store anything locally and uses NFS mount & symlink approach instead.
Here is the ls under aptly root directory, both "db" and "pool" are symlinked to NFS drive:
/aptly# ls -lri
total 4
3586850 drwxr-xr-x 2 root root 4096 Oct 22 2019 public
3586849 lrwxrwxrwx 1 root root 57 Oct 22 2019 pool -> /ERepos/vn00/Internal/Repos/factories/apt-mirror/pool
3586848 lrwxrwxrwx 1 root root 55 Oct 22 2019 db -> /ERepos/vn00/Internal/Repos/factories/apt-mirror/db
cd into public, there are more symlinks:
/aptly/public# ls -lri
total 4
3586852 lrwxrwxrwx 1 root root 52 Oct 22 2019 pub-depot -> /ERepos/vn00/DataFiles/AB/pub-depot/apt/mirror
My question is: with this kind of setup, would "back up aptly root directory" still a good approach in terms of backing up aptly? Is there anything other than symlinks that I need to concern about?
Thank you in advance,
James