Pause is not Pausing

Don’t some parts of it work now, for example the ability to hold off job starts (or something like that…)?
Settings has “Pause after startup or hibernation”, and I think the UI button will let you resume if desired.
Tray Icon also has Pause and Resume capability, so if removal is the plan for now, that needs change.

If you really want to test, you could probably try 2.0.3.3 Beta to see what pausing it can do. The 2.0.3.6 concurrency rewrite is where most of the pause-the-running-operation capabilities were lost, I believe.

It might be interesting to know if any operation besides backup was ever pause-capable. An operation taking more than a little while arguably might want pause ability, e.g. if a laptop needs to go off-network.

By that measure, one may like to pause Repair, Recreate, Restore, and a variety of maybe-slow things.
Question is what state things get left in if somebody or something (Windows…) reboots during pause? Possibly it can be made a little safer (due to better control) than rebooting while active, but I don’t know.

Don’t some parts of it work now, for example the ability to hold off job starts (or something like that…)?

Yes, sorry I wasn’t clear. I meant only removing the ability to pause a currently running operation. Pausing the “scheduler” should still be available.

We’d have to revisit the pause code and it’s assumptions. The state of the filesystem/machine might be different when the operation is resumed. Suspending while paused is interesting, and hibernating/reboot could be a larger problem.

My main motivation is to try and limit the number of ways in which a user can end up in a situation where the database needs to be repaired.

Sounds like an excellent aim. Thanks!

Apparently stop now doesn’t seem to be working on CentOS.

@gg48gg, what versions of Duplicati and Mono?

root@gilsvr:/software/Duplicati/duplicati-master
$ rpm -qa | egrep -i “mono|duplicati”
mono-data-sqlite-6.10.0.104-0.xamarin.17.epel7.x86_64
mono-core-6.10.0.104-0.xamarin.17.epel7.x86_64
duplicati-2.0.5.1-2.0.5.1_beta_20200118.noarch
mono-extras-6.10.0.104-0.xamarin.17.epel7.x86_64
mono-mvc-6.10.0.104-0.xamarin.17.epel7.x86_64
mono-wcf-6.10.0.104-0.xamarin.17.epel7.x86_64
libmono-llvm0-6.10.0.104-0.xamarin.17.epel7.x86_64
mono-data-6.10.0.104-0.xamarin.17.epel7.x86_64
mono-web-6.10.0.104-0.xamarin.17.epel7.x86_64
mono-winfxcore-6.10.0.104-0.xamarin.17.epel7.x86_64
mono-llvm-tools-6.0+mono20190708165219-0.xamarin.1.epel7.x86_64
mono-winforms-6.10.0.104-0.xamarin.17.epel7.x86_64
mono-data-oracle-6.10.0.104-0.xamarin.17.epel7.x86_64
mono-devel-6.10.0.104-0.xamarin.17.epel7.x86_64

root@gilsvr:/software/Duplicati/duplicati-master
$ cat /etc/redhat-release
CentOS Linux release 7.8.2003 (Core)

root@gilsvr:/software/Duplicati/duplicati-master
$ uname -a
Linux gilsvr 3.10.0-1127.13.1.el7.x86_64 #1 SMP Tue Jun 23 15:46:38 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

root@gilsvr:/software/Duplicati/duplicati-master
$ yum check-update
Loaded plugins: fastestmirror, product-id, search-disabled-repos, subscription-manager

This system is not registered with an entitlement server. You can use subscription-manager to register.

Loading mirror speeds from cached hostfile
epel/x86_64/metalink | 16 kB 00:00:00

curl.x86_64 7.29.0-57.el7_8.1 updates
grub2.x86_64 1:2.02-0.86.el7.centos updates
grub2-common.noarch 1:2.02-0.86.el7.centos updates
grub2-pc.x86_64 1:2.02-0.86.el7.centos updates
grub2-pc-modules.noarch 1:2.02-0.86.el7.centos updates
grub2-tools.x86_64 1:2.02-0.86.el7.centos updates
grub2-tools-extra.x86_64 1:2.02-0.86.el7.centos updates
grub2-tools-minimal.x86_64 1:2.02-0.86.el7.centos updates
java-1.8.0-openjdk.x86_64 1:1.8.0.262.b10-0.el7_8 updates
java-1.8.0-openjdk-headless.x86_64 1:1.8.0.262.b10-0.el7_8 updates
kernel.x86_64 3.10.0-1127.18.2.el7 updates
kernel-headers.x86_64 3.10.0-1127.18.2.el7 updates
kernel-tools.x86_64 3.10.0-1127.18.2.el7 updates
kernel-tools-libs.x86_64 3.10.0-1127.18.2.el7 updates
libcurl.x86_64 7.29.0-57.el7_8.1 updates
nfs-utils.x86_64 1:1.3.0-0.66.el7_8 updates
python-perf.x86_64 3.10.0-1127.18.2.el7 updates
python-syspurpose.x86_64 1.24.26-4.el7.centos updates
python34.x86_64 3.4.10-6.el7 epel
python34-libs.x86_64 3.4.10-6.el7 epel
subscription-manager.x86_64 1.24.26-4.el7.centos updates
subscription-manager-rhsm.x86_64 1.24.26-4.el7.centos updates
subscription-manager-rhsm-certificates.x86_64 1.24.26-4.el7.centos updates
systemd.x86_64 219-73.el7_8.9 updates
systemd-libs.x86_64 219-73.el7_8.9 updates
systemd-sysv.x86_64 219-73.el7_8.9 updates
wsdd.noarch 0.6.1-2.el7 epel

duplicati-2.0.5.1-2.0.5.1_beta_20200118.noarch

Stop now was fixed in 2.0.5.104, so the changes haven’t shown up in the beta channel yet.

OK, thank you very much.

I run Duplicati - 2.0.6.102_canary_2022-04-06 and pausing does not work.

For E.g. when you’re uploading TBs of backups (or smaller, but need to leave the house now), which will take several days and you need to shut down or sleep the computer.

Sleep seems hugely safe. It might error a transfer in progress, but it retries number-of-retries times.
There was a time when I deliberately slept my computer in the middle of backups to test things out.

How does Duplicati Resume After Interruption? is what should happen on more severe interruption.
Not only should it give you a synthetic backup “version” of what is done, but it will (AFAIK) continue interrupted backup from the point of interruption (not from start). Have you seen an actual problem?

There are a few open issues where things get confused, Duplicati says to Repair, and Repair works.