- Mar 24, 2022
-
-
Miguel Barros authored
Remove catalogue version 5.0 from CTA and move backwards compatible changes to catalogue version 4.6
-
- Mar 17, 2022
-
-
Michael Davis authored
-
- Mar 15, 2022
-
-
Jorge Camarero Vera authored
-
- Mar 14, 2022
-
-
Volodymyr Yurchenko authored
-
- Mar 10, 2022
-
-
mvelosob authored
-
- Mar 04, 2022
-
-
mvelosob authored
-
- Feb 24, 2022
-
-
mvelosob authored
Add a RESERVATION_SESSION_ID column to the drive table. When releasing disk space, only do so if the mount id is equal to the reservation session id
-
- Feb 10, 2022
-
-
Michael Davis authored
-
- Feb 04, 2022
-
-
mvelosob authored
Make cta-admin --json sq show the mount policy with highest priority and the mount policy with lowest request age for each queue
-
- Jan 26, 2022
-
-
mvelosob authored
-
- Jan 20, 2022
- Jan 17, 2022
-
-
Jorge Camarero Vera authored
-
- Jan 11, 2022
-
-
mvelosob authored
Add the UseEncryption drive config with a default value of yes. A tape mount is stoped if the external encryption script is empty and UseEncryption is yes
-
- Jan 07, 2022
-
-
Jorge Camarero Vera authored
-
- Jan 06, 2022
-
-
Jorge Camarero Vera authored
-
- Dec 13, 2021
-
-
mvelosob authored
Refactor the RecallTaskInjector to limit the number of tasks passed at once to the TapeReadSingleThread for a tape with RAO and to reserve disk space in smaller batchs In every call of RecallTaskInjector::synchronousFetch the injector will try to pop jobs from the queue so that it holds an ammount of work equal to the limit of files or bytes imposed by the RAO implementation or by the value given by the BulkRequestRecallMaxBytes and BulkRequestRecallMaxFiles config options in /etc/cta/cta-taped.conf. In every call of RecallTaskInjector::injectBulkRecalls the RecallTaskInjector will inject a set of tasks limited by the BulkRequestRecallMaxBytes and BulkRequestRecallMaxFiles config options in /etc/cta/cta-taped.conf to the TapeReadSingleThread and DiskWriteThreadPool. The disk space reservation is done once for every job batch (instead of all the disk space being reserved when the jobs are popped) This prevents tapeservers with RAO from reserving a large amount of the disk buffer upfront, which would cause the buffer to fill quickly by a few drives, which cannot fill it fast enough
-
- Dec 02, 2021
-
-
Jorge Camarero Vera authored
-
- Nov 30, 2021
-
-
mvelosob authored
Remove all the code associated to the activity weight fair share scheduling feature: - Remove catalogue functions interacting with the ACTIVITY_WEIGHTS table - Remove code related to activity weights from the scheduler. - Deprecate and mark as optional objectstore schema fields for activity weights (shcema should be backwards and forwards compatible). - Store only activity information in the drive state. In the catalogue methods, default the weight values to 1.0 (avoids having to perform a backwards incompatible catalogue upgrade)
-
- Nov 24, 2021
-
-
Jorge Camarero Vera authored
-
- Nov 18, 2021
-
-
Volodymyr Yurchenko authored
-
- Nov 17, 2021
-
-
Michael Davis authored
-
- Nov 15, 2021
-
-
Jorge Camarero Vera authored
-
mvelosob authored
-
mvelosob authored
-
mvelosob authored
-
mvelosob authored
Add youngestjobcreationtime to archive and retrieve queues in the objectstore. The change is backwards compatible, as the new field is optional and with a default value of 0. The field is updated everywhere in the code where oldestjobcreationtime is also updated. The value is printed per queue using cta-admin sq.
-
- Nov 12, 2021
-
-
Jorge Camarero Vera authored
-
Jorge Camarero Vera authored
-
- Nov 11, 2021
-
-
Jorge Camarero Vera authored
-
- Nov 10, 2021
-
-
Michael Davis authored
-
- Nov 09, 2021
-
-
Jorge Camarero Vera authored
-
mvelosob authored
-
- Nov 08, 2021
-
-
Jorge Camarero Vera authored
-
- Nov 01, 2021
-
-
mvelosob authored
-
- Oct 25, 2021
-
-
Jorge Camarero Vera authored
-
- Oct 22, 2021
-
- Oct 13, 2021
-
-
mvelosob authored
-
- Oct 07, 2021
-
-
mvelosob authored
Remove the looping through the retrieve queue jobs while holding the global lock in OStoreDB::fetchMountInfo. This was done when a tape was disabled, since we mount disabled tapes if they have pending retrieve requests. Instead we now mount the tape if the queue object info as in the mount policy map a mount policy whose name starts with "repack". With this change, cta-admin now forces repacks added with the --disabledtape to have a mount policy prefixed with repack (without the --disabledtape flag, the mount policy can have any name) Also Removed the criteria that a disabled/broken tape is mounted if the queue is filled with deleted retrieved jobs. Eventually the maxrequestage for the queue will expire, the tape will be mounted and the queue flushed
-
- Oct 01, 2021
-
-
Jorge Camarero Vera authored
-