1. 20 May, 2019 1 commit
  2. 15 Apr, 2019 2 commits
  3. 27 Feb, 2019 1 commit
  4. 25 Feb, 2019 1 commit
  5. 11 Feb, 2019 2 commits
  6. 18 Dec, 2018 1 commit
  7. 17 Dec, 2018 1 commit
  8. 11 Dec, 2018 1 commit
  9. 01 Nov, 2018 2 commits
  10. 10 Sep, 2018 1 commit
  11. 31 Jul, 2018 1 commit
  12. 04 Jul, 2018 1 commit
    • Eric Cano's avatar
      Added support for multiple items recording in the catalogue. · a86e8704
      Eric Cano authored
      The catalogue can receive polymorphic items as input for recording.
      The strict sequencing of fSeqs is still enforced.
      Currently, 2 items types are recorded: files and placehoders.
      Files are recorded to the tape catalogue, while place holders are not,
      but they are used to enforce the fSeq sequencing.
      a86e8704
  13. 21 Jun, 2018 1 commit
  14. 26 Mar, 2018 1 commit
  15. 28 Feb, 2018 1 commit
  16. 13 Feb, 2018 3 commits
  17. 06 Feb, 2018 3 commits
  18. 29 Jan, 2018 3 commits
  19. 14 Nov, 2017 1 commit
  20. 10 Nov, 2017 2 commits
  21. 09 Nov, 2017 2 commits
  22. 14 Aug, 2017 1 commit
  23. 11 Aug, 2017 1 commit
  24. 17 Jul, 2017 1 commit
    • Steven Murray's avatar
      cta/CTA#144 Don't forget to replace temporary fix for XrdCtaFile::xCom_deletearchive() · a04d1d20
      Steven Murray authored
      This commit does two things.  Firstly it puts back the call from:
      
          XrdCtaFile::xCom_deletearchive()
      
      to:
      
          Scheduler::deleteArchive()
      
      Secondly it moves the reponsibility of logging the
      "Archive File Deleted" message from the CTA front-end (XrdCtaFile)
      to the CTA catalogue.
      
      Please note that Scheduler::deleteArchive() still does not call
      SchedulerDatabase::deleteArchiveRequest().
      a04d1d20
  25. 14 Jul, 2017 1 commit
    • Steven Murray's avatar
      xCom_deletearchive does not call the object store · a4dfc24c
      Steven Murray authored
      This is a TEMPORARY modification to the  CTA front end.
      
      When an "eos rm" command is executed the xCom_deletearchive()
      method of the CTA front is called.  Before this commit the
      mthod would try to removed the archive file from both the
      object store and the CTA catalogue.  This took more than 15
      seconds to complete under som ecircumstances.  This commit
      removes the call to the object store.
      
      Please note that this commit will causes a leak in archive
      files.  If a file is "in-flight" and therefore has not yet
      been written to tape and recorded in the CTA catalogue
      then a call to "eos rm" will do nothing and the file will
      eventually appear in the CTA catalogue when it is written
      to tape.  The file will therefore NOT be in the EOS
      namespace but it WILL be in the CTA catalogue.
      a4dfc24c
  26. 12 Jul, 2017 2 commits
    • Steven Murray's avatar
      CTA front-end now logs duplicate tape copy numbers · 3ff9b962
      Steven Murray authored
      If the "cta af ls" command is executed and the listing
      encounters duplicate tape copy numbers then the listing
      continues with "workaround" number displayed in place
      of the duplicates and inow with this commit a log
      message is alseo written to
      
          /var/log/cta/cta-frontent.log
      
      An example log:
      
      2017-07-12T18:04:40.691236+02:00 itdssbuild01 cta-frontend: LVL="Warn" PID="9423" TID="9436" MSG="Found a duplicate tape copy number when listing archive files" archiveFileID="5" duplicateCopyNb="1" workaroundCopyNb="2" vid="V41001" fSeq="5" blockId="41"
      3ff9b962
    • Steven Murray's avatar
      46a17f53
  27. 30 Jun, 2017 1 commit
  28. 27 Jun, 2017 1 commit