- Nov 26, 2013
-
-
Giuseppe Lo Presti authored
-
Giuseppe Lo Presti authored
-
Giuseppe Lo Presti authored
This was supposed to be part of commit 1f82df87 but got lost.
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-
- Nov 25, 2013
-
-
Giuseppe Lo Presti authored
Plus one more fix for bug #103242 Incorrect evaluation of lastModificationTime leads to double recalls + dark data. Hotfix script to be produced yet.
-
- Nov 22, 2013
-
-
Giuseppe Lo Presti authored
categories.
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-
- Nov 21, 2013
-
-
Steven Murray authored
simply not called and is dead wood: CuuidToString() dumpFileReq() dumpTapeReq() rtcp_NewTapeList() rtcpc_BuildDumpTapeReq() rtcpc_InitDumpTapeReq()
-
Sebastien Ponce authored
-
Giuseppe Lo Presti authored
-
Steven Murray authored
not called and is dead wood: rtcpd_WaitForPosition()
-
- Nov 20, 2013
-
-
Giuseppe Lo Presti authored
-
Giuseppe Lo Presti authored
double recalls + dark data. The dark data generation is prevented by creating a DiskCopy entry in all cases at the end of a recall. The false positives have been fixed in both NS 'native' and 'compatibility' mode by always using the openTime when available and defaulting to the mtime as we used to do in 2.1.13. Clearly only in native mode can we exploit the microsecond precision.
-
Giuseppe Lo Presti authored
-
- Nov 19, 2013
-
-
Giuseppe Lo Presti authored
-
Giuseppe Lo Presti authored
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-
Sebastien Ponce authored
Moved safety period of synchronization to 10mn after the file closing rather than one (can be short in case of extreme load)
-
Giuseppe Lo Presti authored
constraint is too visible in the DB, so it is postponed to the next major version and it will require a non transparent upgrade. Also prepared skeleton script for 2.1.15 including that step.
-
- Nov 15, 2013
-
-
Giuseppe Lo Presti authored
-
Giuseppe Lo Presti authored
-
Giuseppe Lo Presti authored
Avoid to loop on DBMS_ALERT.SIGNAL on bulk operations. This involves both the request handler on bulk PrepareToGet requests and the Disk2diskCopyJob bulk handling.
-
Giuseppe Lo Presti authored
thread-safe
-
Giuseppe Lo Presti authored
Further fixes on top of previous commit, still related to SR #140319. We can't ensure no one creates entities connected to a CastorFile as in particular draining and rebalancing activities may create many Disk2DiskCopyJob entries in bulk without taking locks on the corresponding files. Thus we have to compensate to constraint violation errors.
-
Giuseppe Lo Presti authored
and used by RAL...
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-
- Nov 14, 2013
-
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-
Sebastien Ponce authored
Fixed bug #103175: Concurrent recalls that fail concurrently may create a deadlock if they share files
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-