Skip to content
Snippets Groups Projects
  1. Jun 17, 2019
  2. Jun 03, 2019
  3. May 28, 2019
  4. May 22, 2019
  5. May 21, 2019
  6. May 20, 2019
  7. May 19, 2019
  8. May 17, 2019
  9. May 14, 2019
  10. May 09, 2019
  11. May 08, 2019
  12. May 02, 2019
  13. Apr 30, 2019
  14. Apr 15, 2019
  15. Mar 19, 2019
  16. Mar 15, 2019
  17. Mar 14, 2019
  18. Mar 05, 2019
    • Eric Cano's avatar
    • Eric Cano's avatar
      Expanded retrieve requests for repack · 028b5231
      Eric Cano authored
      The retrieve requests now carry all the information necessary to create the archive jobs.
      Retrive requests carry an isRepack boolean. The distinction between repack and non-repack behaviour
      is pushed as low as possible in the api (in the object store) so that client code can be more
      generic. For the same reason, the
      The expand repack mode (re-creation of missing tape files) is not supported yet.
      Changed the represenation of copy numbers to uint32 (as this is the smalled number supported but protocol buffers).
      Added ArchiveRoute::StorageClassMap and ArchiveRoute::FullMap to store archive routing in memory.
      Added repack buffer base URL support, and mechanism to compute temporary copy location in disk cache.
      Fixed bug in ObjectOps<>::asyncInsert();
      Inplemented the path generation for repack disk storage (<BaseURL>/<VID>/<FSeq (09%d)>).
      028b5231
  19. Feb 27, 2019
  20. Feb 25, 2019
  21. Feb 22, 2019
  22. Feb 19, 2019
  23. Feb 07, 2019
  24. Feb 05, 2019
  25. Jan 22, 2019
  26. Jan 18, 2019
  27. Jan 17, 2019
  28. Jan 15, 2019
  29. Jan 07, 2019
Loading