-
v0.0-20
Fixed couple of fix (such as garbage collectors crashing, faster queing of requests, etc.)
-
v0.0-19
The CTA front-end now calls the Scheduler when EOS requests the deletion of an archive file.
-
v0.0-18
The CTA front-end no longer tries to delete an archive request from the object store when it handles an ```eos rm``` command. Please note that this there is now a leak in archive files. If a file is "in-flight" and therefore has not yet been written to tape and recorded in the CTA catalogue then a call to "eos rm" will do nothing and the file will eventually appear in the CTA catalogue when it is written to tape. The file will therefore NOT be in the EOS namespace but it WILL be in the CTA catalogue.
-
v0.0-17
CTA front-end now logs duplicate tape copy numbers if they are detected during the execution of a ```cta af ls``` command.
-
v0.0-16
Fixed: drive counters, retrieve fseq order, spelling, listing duplicates
-
v0.0-15
Should be able to handle slow Ceph now ...
-
v0.0-14
This version of CTA has been made to test the new version of the archive file listing logic of the "cta archivefile ls" command. This new version is based 100% on a database cursor. The previous version implemented a cursor at the application layer. Whilst the previous version worked it is not as straight forward as using a database in the traditional way.
-
v0.0-13
Release for testing the speed of "cta archivefile ls"
-
v0.0-12
drive ls times fixed list all files on a tape
-
v0.0-11
More than 1 drive in parallel should work
-
v0.0-10
Bulk popping of queued archive requests, eos rm and koji protobuf3
-
v0.0-8
Logging more stuff when selecting a job ... (migrations fixed).
-
v0.0-7
Eric fixed host, library, mountType and added vid in `cta drive ls` output.
-
v0.0-5
Removed --encryptionkey
-
v0.0-4
New release for Vlado, automatically pushed :D
-
v0.0-3
testing publication to cta repository + tag deletion
-
v0.0-1
test tagged releases