Sadly on the fd side there is no easy way to do it for each job
automatically.  At the moment I added it manually to backup and
restore jobs.  We will see if we want to add them somewhere else as
well.

The test was comparing the number of files that the fd send to the
sd (this is the number displayed in the backup summary) to the number
of files that get restored (which is equal to the number of files that
the sd sends to the director).  This of course does not make sense and
can cause problems if the cancel does not happen fast enough.  Since
in that case the fd might continue sending files to the sd with the sd
never having the chance to send those to the director.

The fix is simple: we need to check the backup log and add up all
checkpoint batch inserts instead.  This should be equal to the number
of files that the sd send to the director.

For easier debugging I also added tracing to the test.

Depending on where your source code is located, the regex replace may
remove more than just the path prefix that we want to
replace (e.g. source is located at /bareos -> bad replace for
etc/bareos/...).

Now ALL_FILES contains paths relative to CMAKE_SOURCE_DIR (that way we
do not need to remove it anymore).  To restore the previous behaviour
we now just need to prepend the source directory again to get the
CURRENT_FILE.

Trying to connect to a dead deamon takes around 15 secs, so doing it
20 times takes around 15 * 20 = 300 secs.  Which means the test will
time out, which is not very helpful.  Now the test tries to wait for
only the amount of time it was given (+- one extra attempt).