1. 27 Jul, 2017 4 commits
  2. 26 Jul, 2017 4 commits
  3. 25 Jul, 2017 8 commits
  4. 24 Jul, 2017 5 commits
  5. 21 Jul, 2017 3 commits
  6. 20 Jul, 2017 5 commits
  7. 19 Jul, 2017 3 commits
  8. 18 Jul, 2017 2 commits
    • Eric Cano's avatar
      Created a helper function for retrieve queue selection. · be6d0b4d
      Eric Cano authored
      In order to be efficient, the data (tape status and queue sizes) is cached in memory.
      This function needed access to the catalogue (where the tape status is located).
      This in turn required passing the catalogue object to:
       - The garbage colletion functions for all object types.
       - The garbage collector object now keeps a reference to the catalogue.
       - The path to the catalogue credential file should now be passed to cta-objectstore-collect-orphaned-object
       - The OStoreDB also needs a reference to the catalogue in order to queue retrive requests.
       The garbage collection member function are now also being passed a log context, so the requirement for better
       log of object fate can also be fulfilled later. This in turn required the passing of a logger object to
       the object store and relative helper classes.
       Finally, a dummy catalogue class has been created to be used in unit tests.
    • Julien Leduc's avatar
      Fixing the local ctaeos instance test in a 777 directory, so that we can · 31f3ac02
      Julien Leduc authored
      sort out tests that failed because of EOS instance
  9. 17 Jul, 2017 3 commits
  10. 14 Jul, 2017 3 commits
    • Steven Murray's avatar
    • 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.
    • Eric Cano's avatar
      Fixed status CleaningUp not being considered as active. · 9eaf9eb7
      Eric Cano authored
      This lead to a lapse moment when a mount was not wisible, and other drives tried
      to mount the busy tape.