Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
  • Sign in / Register
  • S Storage
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
    • Locked Files
  • Issues 46
    • Issues 46
    • List
    • Boards
    • Service Desk
    • Milestones
    • Iterations
    • Requirements
  • Merge requests 15
    • Merge requests 15
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
    • Test Cases
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Container Registry
    • Infrastructure Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Code review
    • Insights
    • Issue
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Open Subsurface Data Universe SoftwareOpen Subsurface Data Universe Software
  • Platform
  • System
  • Storage
  • Issues
  • #34
Closed
Open
Issue created Oct 06, 2020 by Kishore Battula@kibattulReporter

InMemroy cache of schema resulting in un-expected behavior

Schemas are cached in memory of the running application. Because of this inmemory caching the following scenario will fail. Let us assume we have 2 instances of application running I1 and I2.

  1. Create schema - Lands on I1
  2. Get schema - Lands on I1. This schema is cached on I1
  3. Delete schema - Lands on I2. This will try to delete any cache entry for that schema in I2. So far the cache entry on I1 is still intact.
  4. Get schema - Lands on I1. As the cache entry is not cleared it will return 200 instead of 404 not found.

The below test along with other tests are failing intermittently because of the above mentioned issue.

  • should_createSchema_and_returnHttp409IfTryToCreateItAgain_and_getSchema_and_deleteSchema_when_providingValidSchemaInfo

If the service is running on multiple VMs or Pods, this issue will be prominent and will block pipelines and results in un-expected behavior

Edited Oct 06, 2020 by Kishore Battula
Assignee
Assign to
Time tracking