chibisafe_ynh/scripts/backup

81 lines
2.8 KiB
Text
Raw Normal View History

2014-11-04 03:47:50 -05:00
#!/bin/bash
2017-06-02 12:28:20 -04:00
#=================================================
# IMPORT GENERIC HELPERS
#=================================================
2014-11-04 03:47:50 -05:00
2020-08-02 10:00:17 -04:00
# Keep this path for calling _common.sh inside the execution's context of backup and restore scripts
source ../settings/scripts/_common.sh
source /usr/share/yunohost/helpers
2014-11-04 03:47:50 -05:00
2024-06-20 17:49:43 -04:00
ynh_print_info "Declaring files to be backed up..."
2020-05-30 08:34:15 -04:00
### N.B. : the following 'ynh_backup' calls are only a *declaration* of what needs
### to be backuped and not an actual copy of any file. The actual backup that
2023-09-13 05:21:17 -04:00
### creates and fills the archive with the files happens in the core after this
### script is called. Hence ynh_backups calls take basically 0 seconds to run.
2017-06-02 12:28:20 -04:00
#=================================================
2017-06-17 17:19:48 -04:00
# BACKUP THE APP MAIN DIR
2017-06-02 12:28:20 -04:00
#=================================================
2024-06-20 17:49:43 -04:00
ynh_backup "$install_dir"
2017-06-02 12:28:20 -04:00
2021-04-29 14:58:35 -04:00
#=================================================
# BACKUP THE DATA DIR
#=================================================
2024-06-20 17:49:43 -04:00
# Only relevant if there is a "data_dir" resource for this app
# NB: $data_dir is not backuped during safety-backup-before-upgrades,
# because the data dir may be huge and we don't want to just yolo-create a 10+ GB archive just for upgrades.
# On the other hand, $data_dir is also *not* removed by default in the "app remove" step unless --purge is used
# This means that even if the upgrade fails and the backup is restored, the data are still there.
ynh_backup "$data_dir"
2021-04-29 14:58:35 -04:00
2017-06-02 12:28:20 -04:00
#=================================================
# SYSTEM CONFIGURATION
2017-06-02 12:28:20 -04:00
#=================================================
# Backup the PHP-FPM configuration
2024-06-20 17:49:43 -04:00
ynh_backup "/etc/php/$php_version/fpm/pool.d/$app.conf"
2017-06-02 12:28:20 -04:00
# Backup the nginx configuration
2024-06-20 17:49:43 -04:00
ynh_backup "/etc/nginx/conf.d/$domain.d/$app.conf"
2019-04-18 13:58:47 -04:00
# Backup the systemd service unit
2024-06-20 17:49:43 -04:00
ynh_backup "/etc/systemd/system/$app.service"
2017-06-02 12:28:20 -04:00
# Backup the logrotate configuration
2024-06-20 17:49:43 -04:00
ynh_backup "/etc/logrotate.d/$app"
2017-06-02 12:28:20 -04:00
# Backup the Fail2Ban config
2024-06-20 17:49:43 -04:00
ynh_backup "/etc/fail2ban/jail.d/$app.conf"
ynh_backup "/etc/fail2ban/filter.d/$app.conf"
2017-06-02 12:28:20 -04:00
#=================================================
# BACKUP VARIOUS FILES
2017-06-02 12:28:20 -04:00
#=================================================
2024-06-20 17:49:43 -04:00
ynh_backup "/etc/cron.d/$app"
2019-02-10 09:02:38 -05:00
2024-06-20 17:49:43 -04:00
ynh_backup "/etc/$app/"
2024-06-20 17:49:43 -04:00
# NB: /var/log is not backuped during safety-backup-before-upgrades, same as $data_dir
ynh_backup "/var/log/$app/"
2023-11-05 17:09:46 -05:00
#=================================================
# BACKUP THE MYSQL DATABASE
#=================================================
2024-06-20 17:49:43 -04:00
ynh_print_info "Backing up the MySQL database..."
2020-08-02 10:00:17 -04:00
### (However, things like MySQL dumps *do* take some time to run, though the
2020-05-30 08:34:15 -04:00
### copy of the generated dump to the archive still happens later)
2024-06-20 17:49:43 -04:00
ynh_mysql_dump_db > db.sql
2019-02-10 09:02:38 -05:00
#=================================================
# END OF SCRIPT
#=================================================
2024-06-20 17:49:43 -04:00
ynh_print_info "Backup script completed for $app. (YunoHost will then actually copy those files to the archive)."