Fixed.

To forcefully dismount a tape means to rewind and eject the tape
where necessary.  This modification adds the ability to force dismount
to the MediaChangerFacade and the CASTOR acsd daemon.

This reverts commit 91b50167.

Conflicts:

	common/serror.c
	h/serrno.h

Fixed h/rfcntl.h which missed multiple inclusion guards entirely.

    castor::exception::AlreadyInitialized

    castor::exception::InvalidNbArguments

Added the following two serrno entries:

ETINVALIDTFSEQ  (1939) Invalid tape-file sequence-number
ETINVALIDTFSIZE (1940) Invalid tape-file file-size

Added the new serrno number "ETSESSIONERROR (1938) Tape session error".

In order to improve logging for tape-operations and to facilitate the current
testing surrounding this bug, the serrno code of ENOMEM has been replaced by
the more specific error ETNOLBLINFOMEM meaning "No memory available for label
information" within the setlabelinfo function.

Fix which requires testing.

  - svcClass was dropped from the MigrationRouting table as unused. Tools have been amended accordingly.
  - MigrationJob has now an originalCopyNb and originalVID in case of repack migrations that allow to identify repacks properly
  - a table MigratedSegment has been added holding information on other existing tape segments for the migrating files. This allows to avoid putting 2 copies on a file on the same tape
  - in general, migrations that can be triggered at recall time (extra copy and repacks) are populated in MigrationJob table from the beginning, in status MIGRATIONJOB_WAITONRECALL. This allows easy triggering of the migrations after the recall and to identify any problematic migration routing before we even recall.

The main gains are :
  - simpler DB schema : StreamToTapeCopy and SvcClass2TapePool have disappeared. TapeCopy is split in to the dedicated RecallJob and MigrationJob. Stream is replaced by MigrationMount that includes all data needed from the Tape table (so the Tape table only used by recall now).
  - simpler concepts : MigrationMounts match with mounts and do not survive them (as Stream did), MigrationRouting table explicitely gives the migration routing. NbDrives has moved to the TapePool
  - less components : migHunter is gone, replaced by the MigrationRouting table and by a DB job that starts the needed mounts
  - better error reporting : migration failures due to bad configuration are reported sunchronously to the user, on file close or even on file opening when possible. e.g. if the combination of svcClass and fileClass given by the the user is not present in the MigrationRouting table, the file opening will fail with message "File recreation canceled since the file cannot be routed to tape". This case used to loop forever in the migration part.

Conflicts:

	castor/db/oracleCommon.sql
	castor/db/oracleSchema.sql
	castor/db/oracleTapeGateway.sql
	castor/tape/tapegateway/daemon/TapeStreamLinkerThread.cpp
	castor/tape/tapegateway/daemon/VmgrTapeGatewayHelper.cpp
	castor/tape/tapegateway/daemon/VmgrTapeGatewayHelper.hpp
	castor/tape/tapegateway/daemon/ora/OraTapeGatewaySvc.cpp
	castor/tape/tapegateway/daemon/ora/OraTapeGatewaySvc.hpp
	codeGeneration/RH.xmi

Conflicts:

	castor/db/oracleCommon.sql

The version is MUCH lighter than the previous one and consists only in a small python script talking to the stager DB.
In particular the repack DB and repack daemon are gone.
The handling of repack at the stager level has also be greatly improved, using bulk APIs and a direct access to the nameserver DB via DB link. The will make the repacking of tapes with > 1M files possible.

Note that this is a noop as the code after precompilation did not change. This has been double checked.

Note that this change is a noop, as the code after compiler preprocessing does not change. This was actually double checked manually.

Note that this change is a noop, as the code after compiler preprocessing does not change. This was actually double checked manually.

In particular, dropped all code related to unsupported platforms.
Note that it has been verified that this commit is a noop for the compiled code as the preprocessed code is unchanged (modulo some line numbers).

bug #68020: RFE: The mighunter should gracefully stop when it encounters an invalid migration-policy or stream-policy function-name

Improved the rather misleading error-message that is logged by the mighunter
when the migrator-policy Python-function does not attach a tape-copy to any
tape-pool.