Skip to content
GitLab
Projects Groups Topics Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in
  • CTA CTA
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributor statistics
    • Graph
    • Compare revisions
    • Locked files
  • Issues 133
    • Issues 133
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
    • Requirements
  • Merge requests 15
    • Merge requests 15
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Artifacts
    • Schedules
    • Test cases
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Container Registry
    • Terraform modules
    • Model experiments
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • CI/CD
    • Code review
    • Insights
    • Issue
    • Repository
  • Wiki
    • Wiki
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar

Admin message

GitLab Runners cleaning campaign ongoing (ETA 2nd October 2023). Check https://cern.ch/otg0078219 for further information.

  • ctacta
  • CTACTA
  • Issues
  • #285
Closed
Open
Issue created Jan 25, 2023 by Joao Afonso@afonsoOwner

Reduce the number of queues fetched in fetchMountInfo

Each tape drive is tied to a single logical library. Therefore there is no need to fetch all queues in OStoreDB::fetchMountInfo(...).
We should simply fetch the queues that are associated with the logical library (filter either by tape VID or tape pool name).

TODO:

  • Pass logicalLibraryName down to OStoreDB::fetchMountInfo(...).
  • Inside OStoreDB::fetchMountInfo(...) call two new functions:
    • Names:
      • m_catalogue.getCachedTapes(const TapeSearchCriteria &searchCriteria);
      • m_catalogue.getCachedTapePool(const TapeSearchCriteria &searchCriteria);
    • Use the logicalLibraryName as a search criteria.
    • Cache the results:
      • The values are not expected to change frequently and we can tolerate inconsistencies for a while...
  • Use the list of tapes/tape-pools to avoid fetching unnecessary queues from the object store DB.
  • Remove the parameter logicalLibraryName from Scheduler::sortAndGetTapesForMountInfo(...):
    • With the new logic, this parameter becomes redundant. In addition, we avoid an unnecessary query to the catalogue DB.
Assignee
Assign to
Time tracking