Correct way to reboot an urbackup server

Hi to all,
I have latest urbackup server running in a debian 10 KVM, this server has a lot of backup schedules… so sometimes, for maintenance purposes, I have to reboot this server but the problem is that very often this happens while a backup is running, the command I run to reboot the server is

"shutdown -r now"

and this obviously doesn’t wait for urbackup to end his job… so I’m scared about inconsistency in the affected backups… do you think that there is a better way to reboot this server?
many thanks

I’m not sure if it matters, but if you’re worried, you can always stop the UrBackup service first, it ought then to stop gracefully.

Sorry I can’t give you the command to do so (at least not for a Linux box “NET STOP UrBackupWinServer” on Windows) & the administration manual seems to lack a command line reference

1 Like

thank you

“sudo systemctl restart urbackupsrv”

if you want to just stop, then: “sudo systemctl stop urbackupsrv”

1 Like

Thank you but I think that this Will not wait the end of any running backup process

Yeah, it won’t. I’m not really sure there’s a way to do what you’re describing. The man page lists a “run” command to start the server but no command to stop it, so I guess the intended way to stop is to stop the service.

1 Like

If you really want to wait out running backups, regardless that there’s actually no need to, you can go to the server settings & disable both file & image backups.

Running backups should complete but no new backups start.

After restarting you’d have to enable them again.

1 Like

You could try to check if a backup is running before shutting down the server.
This can be achieved by querying the urbackup sqlite database from eg. a shutdown bash script.
You can try to run this command from a shell, it should return a string containing a CSV of clients that are currently backing up:

sqlite3 /var/urbackup/backup_server.db 'SELECT group_concat(B.name) FROM backups A LEFT JOIN clients B ON A.clientid=B.id WHERE A.done=0;'

Note: the path to backup_server.db can be different on Debian.