Tags

All CTA workflow actions are now synchronous except for closew.retrieve_written

cta-taped now sends sync::archived to EOS mgm instead of archived.

Please note that you must:

* Use a version of EOS equal to or greater than:
    4.4.11-20181115174403git6157c15

* Define a "proto" workflow action for the following event:

    sys.workflow.sync::archived.default

* Undefine the workflow action for the following event:

    sys.workflow.archived.default

Upgraded to EOS 4.4.10-20181106193022gitf4dd861 in order to get the new tape aware GC configuration system

Catalogue::PrepareToRetrieveXXXX() methods now throw UserError exceptions if the tapes involved are disabled.  The error message is now clearer: 'No tape files available for archive file with ...

Retrieve requests now honour disabled tapes

Better timeouts for 'cta-admin af ls'.  Fixed 'cta-admin tp ls'.  Temporarily removed dependency of cta-tape-developer-acs-tools on cta-lib.

Temporarily removed dependency of cta-tape-developer-acs-tools on cta-lib so that cta-tape-developer-acs-tools can be installed on CASTOR tape servers

Updates to submodule v0.26 for better timeout handling

Fixed cta/CTA#310 tape pool with physical files, but no tapes

ctareg user was migrated to eoshome on Sept 18 2018.

Added CREATE INDEX TAPE_FILE_VID_IDX ON TAPE_FILE(VID);

Added '# phys files' column to the 'cta tapepool ls' command

Upgraded to EOS 4.3.12-20180915230621gitef0ac7d to avoid segmentation faults occurring in the FSTs

Upgraded to EOS 4.3.11-1 for data challenge

Added cta-fst-gcd

Corrected cta-admin tape ls command

No stack trace for frontend on zero lenght files.

Fixed crashing memory manager with zero length files.

cta-acsd no longer uses a sysconfig file

New release with zero-length file support (tapeserver) and filtering out (in scheduler and hence frontend).