- 14 May, 2014 2 commits
-
-
Steven Murray authored
The exception class named castor::exception::Exception provides the same functionality as castor::exception::Internal and therefore one of them had to go for the sake of removing redundant code.
-
Daniele Kruse authored
-
- 13 May, 2014 13 commits
-
-
Sebastien Ponce authored
-
Steven Murray authored
-
Daniele Kruse authored
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-
Sebastien Ponce authored
Added logging for the invalidation of diskCopies due to overwrites in another stager. Also fixed missing gcType in several places
-
Steven Murray authored
-
- 12 May, 2014 6 commits
-
-
Giuseppe Lo Presti authored
Dropped more code related to compatibility mode. The configuration entry in CastorConfig stays to ensure 2.1.14 Stagers run with a 2.1.15 Nameserver
-
Steven Murray authored
With our current understanding we see no reason for an exception from the reactor to be used as a reason to stop the tapeserverd daemon. In the future, one or more specific exception types could be introduced with their own catch clauses that do in fact require the tapeserverd daemon to be stopped.
-
Steven Murray authored
-
Steven Murray authored
-
Daniele Kruse authored
-
Daniele Kruse authored
-
- 09 May, 2014 4 commits
-
-
Sebastien Ponce authored
-
Sebastien Ponce authored
Changed 'path' of files within data pools so that they do not have the extra directory that is the fileid%100
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-
- 08 May, 2014 8 commits
-
-
Steven Murray authored
-
Giuseppe Lo Presti authored
Instead of merging the 2.1.14-12 specific files, this commit only merges the fixes to be kept for the future and drops the rest.
-
Giuseppe Lo Presti authored
-
Giuseppe Lo Presti authored
Improved parsing - patch from RAL. Anyway in the master branch the parsing is delegated to the common PL/SQL code
-
Steven Murray authored
The labeling of a tape now requires TapeDaemon to have two different types types of session: data transfer sessions and label sessions. The reaper logic of the TapeDaemon parent process has to deal with the end of these two types of session differently. In the case of a label session the TapeDaemon parent process must notify the client of the success or failure of the label session. Labeling a tape also requires TapeDaemon to have its first long running and synchronous request. Labeling a tape includes mounting and unmounting that tape which can take several minutes. The client command-line tool for labeling tapes should be put on hold whilst the full process of labeling takes place.
-
Steven Murray authored
-
Giuseppe Lo Presti authored
-
Steven Murray authored
-
- 07 May, 2014 7 commits
-
-
Daniele Kruse authored
-
Sebastien Ponce authored
Rewamped deletediskcopy command. Mainly dropped the ability to restage and adapated to new DataPools
-
Sebastien Ponce authored
-
Sebastien Ponce authored
-
Giuseppe Lo Presti authored
-
Steven Murray authored
-
Steven Murray authored
-