GitLab

Added systematic logging at the end of the tape thread with the same layout for read and write, for easy tape log parsing.
Separated implementation for TapeReadSingleThread in a cpp file.

Conflicts:
	rtcopy/rtcpd_Disk.c

Fixed by only appending "?transfertype=tape" to a filename when it
is remote.

Revert "CASTOR-4624: RFIO client library incorrectly processes local URLS of the form host:path?transfertype=tape"

This reverts commit 5e89dcb2.

The bug report CASTOR-4624 is INVALID.  If implemented the solution
would break backwards compatibility with RFIO clients.  End users
should be able to create local files contain the '?' character.

In a convoluted way this commit fixes the following Savannah bug
that I could not find in JIRA:

    bug #105122: RFE: Add -f option to taped

This reverts commit 7a307cad.

This reverts commit efc1f045.

CASTOR-4624: RFIO client library incorrectly processes local URLS of the form host:path?transfertype=tape

Fixed

Fixed.

Fixed base for the connectionpool exceptions so that they do not clash with diskmanagerd and transfermanagerd ones

        response from the stager.
        Adjust the stalling of clients so that they are not delayed for more than 5 min.
        Use consistently the stagerhost variable set in the xrd.cf.manager file when sending
        requests to the stager.
        Fix the deletion of expired user requests - this part of the code should be rarely used
        given that we now have a proper way of cleaning up requests from diconnected clients.
        Move the definition of ReqElements for the .cpp file.
        Drop the createifnotexists opaque tag since it's not used anymore.
        Refector some error messages and fix formatting.

        Fix timing printout

The DriveCatalogueEntry class was initialising the host-name/server
to be used with the vdqm to an empty string and never changing it
there after.  This of course was causing the security features of
the vdqm to reject requests from tapeserverd to change its state.

Please note that the "integration" code of tapserverd is not fully
functional.  One should however be able to run a data transfer
session.

not tested as gridftp transfers are actually broken in SLC6 for long...

Conflicts:
	debian/changelog

Conflicts:
	castor/db/stager_oracle_create.sql

The heartbeat message from the data transfer session to the parent
tapeserverd process is broken.  Given the fact that the heartbeat
logic is not yet implemented in the parent tapeserverd process, I
am commenting out the sending of the message from TaskWatchDog to
parent tapeserverd process.