Skip to content

backups: Repeated scheduled backups are taken after running tests

  • Running on testing container.
  • FreedomBox is running in development mode.

After running all functional tests, I observed that a backup is taken every 3 minutes.

    INFO plinth.modules.backups.api Running backup_post hooks
    INFO plinth.actions       # service start tt-rss
    INFO plinth.actions       # apache enable --name sharing-freedombox --kind config
    INFO plinth.actions       # service start uwsgi
    INFO plinth.actions       # backups list-repo --path /var/lib/freedombox/borgbackup
    INFO plinth.actions       # storage usage-info
    INFO plinth.actions       # upgrades activate-backports --develop
    INFO plinth.actions       # backups list-repo --path /var/lib/freedombox/borgbackup
    INFO plinth.modules.backups.schedule Running backup for repository root, periods {'daily', 'monthly', 'weekly'}
    INFO plinth.actions       # service stop uwsgi
    INFO plinth.actions       # apache disable --name sharing-freedombox --kind config
    INFO plinth.actions       # service stop tt-rss
Unit bind9.service could not be found.
    INFO plinth.modules.backups.api Running backup_pre hooks
    INFO plinth.actions       # ttrss dump-database
    INFO plinth.actions       # samba dump-shares
    INFO plinth.actions       # zoph dump-database
    INFO plinth.actions       # backups create-archive --path '/var/lib/freedombox/borgbackup::scheduled: daily, monthly, weekly: 2021-02-27:10:13' --comment '{{"type": "scheduled", "periods": ["daily", "monthly", "weekly"]}}' --paths /etc/ez-ipupdate/ /etc/letsencrypt/ /var/lib/ikiwiki/ /var/www/ikiwiki/ /etc/openvpn/ /var/lib/quassel/ /var/games/minetest-server/ /var/lib/private/calibre-server-freedombox/ /etc/pagekite.d/ /var/lib/bepasty /var/lib/minidlna /var/lib/mediawiki-db/ /etc/coturn /var/lib/syncthing/.config /etc/tor/ /var/lib/tor/ /var/lib/tor-instances/ /var/lib/transmission-daemon/.config /var/lib/git /var/lib/i2p/i2p-config /var/lib/ejabberd/ /etc/ejabberd/letsencrypt/ /etc/monkeysphere/ /var/lib/monkeysphere/ /etc/matrix-synapse/conf.d/ /var/lib/matrix-synapse/media/ /var/lib/matrix-synapse/uploads/ /var/lib/deluged/.config /etc/radicale/ /var/lib/radicale/ /var/lib/zoph/ /var/lib/infinoted/ /var/lib/mumble-server /etc/security/access.d/50freedombox.conf /etc/apt/apt.conf.d/20auto-upgrades /etc/timezone /etc/snapper/configs/root /etc/default/snapper /etc/ssh/ssh_host_ecdsa_key /etc/ssh/ssh_host_ecdsa_key.pub /etc/ssh/ssh_host_ed25519_key /etc/ssh/ssh_host_ed25519_key.pub /etc/ssh/ssh_host_rsa_key /etc/ssh/ssh_host_rsa_key.pub /var/lib/private/shadowsocks-libev/freedombox/freedombox.json /etc/minetest/minetest.conf /etc/bepasty-freedombox.conf /etc/minidlna.conf /etc/mediawiki/FreedomBoxSettings.php /etc/transmission-daemon/settings.json /etc/gitweb-freedombox.conf /etc/ejabberd/ejabberd.yml /etc/ejabberd/ejabberd.pem /etc/bind/named.conf.options /etc/matrix-synapse/homeserver.yaml /etc/matrix-synapse/log.yaml /var/lib/matrix-synapse/homeserver.db /etc/matrix-synapse/homeserver.signing.key /etc/matrix-synapse/homeserver.tls.crt /etc/matrix-synapse/homeserver.tls.dh /etc/matrix-synapse/homeserver.tls.key /var/lib/plinth/backups-data/ttrss-database.sql /etc/tt-rss/database.php /etc/apache2/conf-available/sharing-freedombox.conf /etc/searx/allow_public_access /var/lib/plinth/backups-data/samba-shares-dump.conf /var/lib/plinth/backups-data/zoph-database.sql /etc/zoph.ini /etc/infinoted/infinoted-cert.pem /etc/infinoted/infinoted-key.pem /var/lib/plinth/backups-manifests/varlibfreedomboxborgbackupscheduled_daily_monthly_weekly_2021-02-271013.json
    INFO plinth.modules.backups.api Running backup_post hooks
    INFO plinth.actions       # service start tt-rss
    INFO plinth.actions       # apache enable --name sharing-freedombox --kind config
    INFO plinth.actions       # service start uwsgi
    INFO plinth.actions       # backups list-repo --path /var/lib/freedombox/borgbackup
  1. Is this correct behavior? I thought daily backup requires at least 2 hours to have passed between backups.
  2. If it is correct, we should disable the schedule at end of running backups tests, to avoid any inconvenience.