CTA_StorageClass was hard coded. In this version it is read from the
extended attribute.

The workflow now includes the endpoint, which includes the Kubernetes namespace that the pod is
running in.

cta-cli.sss.keytab is deprecated. CTA Frontend now uses
/etc/cta/eos.sss.keytab, which should contain one SSS key per EOS
instance (only one in the case of CI).

This version of eos-server includes the WFE implementation for CLOSEW
(default and CTA_Archived), ARCHIVED, PREPARE and DELETE. The bash
scripts are no longer necessary.

Added a second XrdSecDEBUG=1 to the workflow action of event sys.workflow.closew.default within the eoscta pod

Added XrdSecDEBUG=1 to the workflow action of event sys.workflow.closew.default within the eoscta pod

Prepare was failing in client_ar.sh because of a typo in KrB5CCNAME, adding -s to prepare as by xrootd definition we are staging files to disk and not discovering them.

moment and won't be used in production (egroups).

Must add prepare acl on /eos/ctaeos/cta folder so that the retrieve works for the first test (may not be useful...)

Removed castor-rmc-server rpm from buildtree-stage1-rpms/Dockerfile because CTA now builds /usr/bin/cta-rmcd

Forwarding -b and -B options to `create_instance.sh` so that we can run the buildtree test directly like this:
```
./run_systemtest.sh  -n toto -s tests/archive_retrieve.sh -O -D -k -b /buildtree -B CTA-build
```
This will be very helpful to test buildtree in CI automatically.

As systemd is mounting tmpfs in /tmp, I had to move the artifacts
repository to /opt/repo (which is anyway better).
Default entry point in the container is systemd and I added /etc/rc.local entry point for systemd containers.
Initially it is pulled from a shared mount on the kubelet running the
pod.
This commit is compatible with the standard way of running CI jobs,
following sytemd commits may break retrocompatibility.