- Jun 12, 2018
-
-
Steven Murray authored
This version of EOS should not double enqueue archive jobs in the event that there are problems communicating with the CTA frontend.
-
Eric Cano authored
-
Michael Davis authored
-
Eric Cano authored
-
- Jun 11, 2018
-
-
Eric Cano authored
-
Eric Cano authored
The older styled add/remove by bulk are now sharing the access to object with heartbeat. They should be more efficient. They are used for popping from queue and reporting jobs are done, in the tape server.
-
Michael Davis authored
-
Michael Davis authored
-
Michael Davis authored
-
Michael Davis authored
-
Michael Davis authored
-
Michael Davis authored
-
- Jun 08, 2018
-
-
Michael Davis authored
-
Michael Davis authored
Conflicts: scheduler/OStoreDB/OStoreDB.cpp
-
Michael Davis authored
-
Michael Davis authored
-
Michael Davis authored
-
Michael Davis authored
-
Michael Davis authored
-
Steven Murray authored
This version of EOS has two fixes: This version of EOS fixes the problem where stagerrm was removing disk copies from the EOS namespace but was not removing the physical files from the FSTs. This version of EOS fixes the problem where the crashing of a tape server whilst was creating a disk replica would cause the FST to ask the MGM to completely remove the EOS file from the EOS namespace, in other words dataloss.
-
Steven Murray authored
-
- Jun 07, 2018
-
-
Michael Davis authored
-
Michael Davis authored
-
Michael Davis authored
-
Michael Davis authored
-
Michael Davis authored
-
- Jun 06, 2018
-
-
Eric Cano authored
This should ease the contention on the object store.
-
Michael Davis authored
-
Michael Davis authored
-
- Jun 05, 2018
-
-
Eric Cano authored
The typical log line is: [eric@localhost CTA (master)]$ tail -1 /var/tmp/cta-rados-locking.log Tue Jun 5 17:21:17 2018 totalCalls=9 averageAttempts=1 waitCount=0 minAttempts=1 maxAttempts=1 averageTotalTime=0.00149167 minTotalTime=0.001088 maxTotalTime=0.001986 averageLatency=0.00149167 minLatency=0.001088 maxLatency=0.001986 averageLatencyMultiplier=0 minLatencyMultiplier=0 maxLatencyMultiplier=0 samplingTime=21.3298
-
Eric Cano authored
-
Steven Murray authored
-
- Jun 04, 2018
-
-
Steven Murray authored
-
Michael Davis authored
More efficient if this is stored in the objectstore to avoid unnecessary database lookups...
-
Michael Davis authored
-
Michael Davis authored
-
Michael Davis authored
-
Michael Davis authored
Allows pushing multiple protobufs per queue item, needed in the case of listing retrieve queue jobs, which can have several VIDs in the same job.
-
Michael Davis authored
When the object is move constructed, everything is moved except list::end(), which doesn't point to an actual object in memory and is recreated with a new address. So in the case where the iterator points to rhs.list::end(), it needs to be explicitly reset.
-