The ProcessForker can impose "entire lifetime" or "per mount"
refreshes of CASTOR configuration-parameters.  There is no
need for the tapeserverd parent process to do this and send
the results over the wire.

The ProcessForker can impose "entire lifetime" or "per mount"
refreshes of CASTOR configuration-parameters.  There is no
need for the tapeserverd parent process to do this and send
the results over the wire.

The ProcessForker can impose "entire lifetime" or "per mount"
refreshes of CASTOR configuration-parameters.  There is no
need for the tapeserverd parent process to do this and send
the results over the wire.

This reverts commit 5f4306f2.

Conflicts:

	h/serrno.man

This reverts commit a01400c4.

Conflicts:

	common/serror.c
	h/serrno.h

There will be separate rmcd and acsd daemons, therefore
removing the need for an rmcd "super-daemon" that does both
SCSI and ACS.

The corresponding tape libraries have also been removed, at the exception of tpstat and tpconfig, which are still in use.
Their protocol has been re-implemented in tapeserverd. The configuration file TPCONFIG is also still kept in the tape/ directory.

CASTOR-4739: tapeserverd should support localfile, rfio, xroot and rados striper access for disk files

Changed the behaviour in case of non-URL paths(*): if we get Ceph non-URL path, we open
the path (which always points to localhost) via the castor2fs xroot extension. In this
case, we add the castor2fs.pool parameter to the path. We also force to port number
to castor2fs's 1095. This will allow access to ceph via  local xroot translation deamon
running on the tape server's host.

The code has been factored out to allow also bare Xroot accesses with full URLs.

(*) Non-URL path is the current path description exchanged between tape gateway and
tape server, in the form <server>:<pool>/<object name> for ceph objects and
<server>:/path/to/the/file for xroot files.

Conflicts:
	debian/control

We no longer execute the watchdog logic whilst a tape is being mounted.

CASTOR-4739: tapeserverd should support localfile, rfio, xroot and rados striper access for disk files

Moved the call to getConfEntString(XROOT, PrivateKey, /opt/xrootd/keys/key.pem one step up to allow
unit testing in environments without a castor.conf

CASTOR-4739: tapeserverd should support localfile, rfio, xroot and rados striper access for disk files

Removed all OpenSSL support from tapeserverd as we opted for CryptoPP. This restores the passing of
memory leaks and race conditions detection.

CASTOR-4739: tapeserverd should support localfile, rfio, xroot and rados striper access for disk files

After testing Xroot access, realised that we need to add a signature in the opaque data of the
Xroot URL. A signature using OpenSSL, as used in other places of the project was implemented,
but did not pass the memory leak and race condition tests. As discussed with the rest of the team,
OpenSSL is not to be trusted and has poor quality memory managment. The CryptoPP library, also part
of the SLC6 distribution has been tested as well, and it output validated (on a few example) with
OpenSSL's. CryptoPP can be used instead of OpenSSL, and has been put in place. This commit still contains
the OpenSSL for reference. The next commit will remove it.

Fixed.

Fixed in writetp

Fixed.

Included standard header + latest modifications. This is (still) a 2.1.14 compatible script, needs to be adapted in master

Conflicts:
	hsmtools/Imakefile

Fixed.

Conflicts:
	castor/gc/GcDaemon.cpp
	castor/gc/SynchronizationThread.cpp
	castor/gc/SynchronizationThread.hpp

master. Not very nice though, a time period cannot be negative...