cta-catalogue-schema-verify ignores the migration-related tables (ERR$_TAPE_FILE and TEMP_REMOVE_CASTOR_METADATA)

Added the enty in the cta.spec.in

Added Statistics Schema + CppSchemaStatementsReader to compare the statistics database against its schema

Adapted SchemaChecker to be compatible with cta-statistics database

The frontend will log an error message in the cta-frontend.log file if the catalogue MAJOR schema version number mismatch and rethrow the exception to the XrdSsiCtaServiceProvider

Replaced CTA_CATALOGUE 'COMPLETE' STATUS to 'PRODUCTION'

cta.archivefile.max_size_gb 1000

Specifies maximum file size that the CTA Frontend will accept to queue
for archival. Defaults to 2 TB and can be configured in in increments
of 1 GB.

Revert "Scheduler getNextMount() does not return an ArchiveForRepack mount on a tape that is being repacked."

This reverts commit d6f97e34.

Scheduler getNextMount() does not return an ArchiveForRepack mount on a tape that is being repacked.

Scenario:
The operator launches a Repack Request in a tape V01001 (full)
During the expansion, he sets the full flag to false. The tape could be mounted for Archival. Worse, the tape could repack in itself !
This is not possible anymore.

If Repack --disabledtape Retrieve jobs are in the queue, the Retrieve mount will be triggered and the user retrieve jobs will be popped as well as the Repack Retrieve jobs

This is so that the exception will be handled correctly by cta-admin
when an invalid vid is specified to "cta-admin repack"

- XRootD/SSI/Protobuf errors or CTA Exceptions return error code 1
  (something went wrong with communication or in the frontend)

- User errors return error code 2 (user specified an invalid drive,
  vid, etc.)

- If text output, print error message on stderr and exit with code 2

- If --json output, print error message on stderr, print empty JSON
  array [] on stdout, and exit with code 2

CreateAllSchemasCppFile.sh now sorts the directories of the schema versions so that the map of schemas is created

Adapted the cta-catalogue-schema-verify tool to deal with the SchemaVersion object and displaying a warning
in case of running database upgrade

Added CATALOGUE_STATUS_CONTENT_CK constraint checking in Postgres and MySQL schemas

Added SchemaMetadataGetter class in order to filter the database-metadata content returned by the SQLite schema we use to check the Catalogue database
Example: for Postgres, we cannot get the NOT NULL constraint names, so we filter these constraint names from the SQLite database in order to
not display that the Postgres catalogue has missing NOT NULL constraints