The DiskReadTask task issues DiskFile::size to validate the file size.
As Xroot protocol always return the StatInfo on open and as tape files
are immutable (even if not files are not locked, this calling stat and
then read doesn't guarantee that file is not changed), there are no
needs to enforce the xroot client to ignore stat cache.

- fix the config/log file locations
- remove some obsolete config options
- describe TpConfigPath and BufferCount

Add the UseEncryption drive config with a default value of yes.

A tape mount is stoped if the external encryption script is empty and UseEncryption is yes

Allow retrieve to continue if disk system configuration is removed by processing jobs as if they had no disk system (#1076)

Refactor the RecallTaskInjector to limit the number of tasks passed
at once to the TapeReadSingleThread for a tape with RAO and to reserve
disk space in smaller batchs

In every call of RecallTaskInjector::synchronousFetch the injector
will try to pop jobs from the queue so that it holds an ammount of
work equal to the limit of files or bytes imposed by the RAO
implementation or by the value given by the
BulkRequestRecallMaxBytes and BulkRequestRecallMaxFiles config
options in /etc/cta/cta-taped.conf.

In every call of RecallTaskInjector::injectBulkRecalls the
RecallTaskInjector will inject a set of tasks limited by the
BulkRequestRecallMaxBytes and BulkRequestRecallMaxFiles config
options in /etc/cta/cta-taped.conf to the TapeReadSingleThread
and DiskWriteThreadPool.

The disk space reservation is done once for every job batch (instead of
all the disk space being reserved when the jobs are popped)

This prevents tapeservers with RAO from reserving a large amount
of the disk buffer upfront, which would cause the buffer to fill quickly
by a few drives, which cannot fill it fast enough

Activity Mount Rules associate a Mount Policy to an activity regex.

When recalling a file, the users can specify an activity (i.e. by using
filepath?activity=x). If specified, this activity will be used to select
a matching activity mount rule, if one exists. If more than one Activity
Mount Rule matches the activity, the one with highest retrieve priority
will be chosen.

Acitivity Mount Rules take precedence over Requester Mount Rules.

Remove all the code associated to the activity weight fair share
scheduling feature:

- Remove catalogue functions interacting with the ACTIVITY_WEIGHTS table
- Remove code related to activity weights from the scheduler.
- Deprecate and mark as optional objectstore schema fields for activity
  weights (shcema should be backwards and forwards compatible).
- Store only activity information in the drive state. In the catalogue
  methods, default the weight values to 1.0 (avoids having to perform a
backwards incompatible catalogue upgrade)

- rpm spec file
- ci build/test containers

In the case the archive has no active files, distinguish between

- no ACTIVE tape with copy and at LEAST one non BROKEN copy
- All copies on BROKEN tapes
- No entry in CTA catalogue

And suppresses two false positive warnings in templated classes

Restoring deleted files implies restoring them in the eos namespace and
in the cta catalogue. The command has no atomicity guarantees, a file
may be restored in the eos namespace but the restoring in the cta
catalogue may fail.