- Jun 10, 2016
-
-
Steven Murray authored
-
Daniele Kruse authored
Propagating the return code of a frontend operation back to the client, also properly handling server timeout
-
- Jun 09, 2016
-
-
Steven Murray authored
-
Steven Murray authored
-
Daniele Kruse authored
-
Steven Murray authored
-
- Jun 08, 2016
-
-
Steven Murray authored
-
Steven Murray authored
-
- Jun 07, 2016
-
-
Daniele Kruse authored
-
Steven Murray authored
-
Steven Murray authored
-
- Jun 06, 2016
-
-
Daniele Kruse authored
-
Steven Murray authored
-
Steven Murray authored
-
Daniele Kruse authored
-
- Jun 02, 2016
-
-
Daniele Kruse authored
-
Steven Murray authored
-
- Jun 01, 2016
-
-
Steven Murray authored
-
Daniele Kruse authored
Fixed small bug in nsfileid comparison in tape write task, and added ctacatalogue in xroot plugin linkage
-
Steven Murray authored
PLEASE NOTE: The tapeserverd daemon (ProcessForker::runDataTransferSession) now reads the connection details of the catalogue database from the following configuration file at the beginning on each tape mount: /etc/cta/cta_catalogue_db.conf Installing the CTA rpms will install the following example file: /etc/cta/cta_catalogue_db.conf.example This example file document the syntax of the database connect details. For the time being the contents of cta_catalogue_db.conf should simple be: in_memory This means the tapeserverd daemon will use an in-memory catalogue database.
-
- May 31, 2016
-
-
Steven Murray authored
-
Steven Murray authored
PLEASE NOTE: The XROOT plugin (CTA front end) now reads the connect details of the catalogue database from the following configuration file: /etc/cta/cta_catalogue_db.conf Installing the CTA rpms will install the following example file: /etc/cta/cta_catalogue_db.conf.example This example file document the syntax of the database connect details. For the time being the contents of cta_catalogue_db.conf should simple be: in_memory This means the CTA front end will use an in-memory catalogue database.
-
Steven Murray authored
-
Steven Murray authored
The following two test classes contained the same test class: tapeserver/castor/tape/tapeserver/daemon/MigrationReportPackerTest.cpp tapeserver/castor/tape/tapeserver/daemon/RecallReportPackerTest.cpp They both defined and declared the class castor_tape_tapeserver_daemonTest. When I added a member to one of the duplicate classes I got memory corruption that valgrind detected but gave difficult to understand error messages.
-
- May 27, 2016
-
-
Steven Murray authored
-
Steven Murray authored
-
- May 26, 2016
-
-
Steven Murray authored
-
Eric Cano authored
-
Steven Murray authored
-
Steven Murray authored
-
- May 25, 2016
-
-
Eric Cano authored
Further trimmed RootEntry. Disabled currently failing unit tests. (now 4 total).
-
Eric Cano authored
Started morphing the code to accomodate both the move some data structure from OStoreDB to catalogue and shared structures modifications. Renamed class members using underscode instead of mixed case. Removed mount criteria from in-memory tape pool representation. Removed support for path of archive files for in-memory representations. Removed all but maxDrives allowed from in-memory representation of mount policy. Created new constructor for UserIdentity. Switch the UserIdentity used by RemoteFileStatus. Renamed TapePoolQueue to ArchiveQueue. Replaced CreationLog usages with EntryLog. Renamed TapeQueue to RetrieveQueue. Removed support for data now gone to catalogue from RootEntry. Removed corresponding structures from object store. Removed corresponding calls from SchedulerDatabase and inheriting classes (OStoreDB).
-
- May 23, 2016
-
-
Steven Murray authored
-
Daniele Kruse authored
-
- May 21, 2016
-
-
Steven Murray authored
-
- May 20, 2016
-
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
-
Steven Murray authored
-