Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Extend integration tests #92

Closed
Tracked by #1101
OmarElawady opened this issue Jun 27, 2022 · 2 comments
Closed
Tracked by #1101

Extend integration tests #92

OmarElawady opened this issue Jun 27, 2022 · 2 comments
Labels
process_wontfix This will not be worked on type_feature New feature or request
Milestone

Comments

@OmarElawady
Copy link
Contributor

all x+y setup means data namespaces, meta namespaces are always 4 (2+2)

  1. recovery test:
  • start 4+4 setup
  • store a 100MB file
  • kill zstor gracefully by sending a sigterm (to make sure all shards are stored)
  • delete 4 remote zdb data namespaces
  • start zstor again
  • check the file is retrievable from the file system with the same checksum
  1. recovery failure test:
  • start 4+4 setup
  • store a 100MB file
  • kill zstor gracefully
  • delete 5 remote zdb data namespaces
  • start zstor again
  • check that reading the file returns an error (not malformed data)
  1. metadata recovery (it's always 2+2):
  • start 4+4 setup and
  • store a 100MB file
  • kill zstor gracefully
  • delete 2 remote zdb meta namespaces
  • start zstor again
  • check the data is retrievable from the file system with the same checksum
  1. test data repair:
  • start 4+4 setup but with 12 zdbs in the backend
  • store a 100MB file
  • kill zstor gracefully
  • delete 4 remote zdb namespaces
  • start zstor again
  • check the data is retrievable from the file system with the same checksum
  • wait for 10 minutes + time to upload the data (make the 10 minutes configurable?)
  • delete another four
  • check the data is still retrievable.
  1. test backend config update:
  • start 4+4 setup
  • store a 100MB file
  • kill zstor gracefully
  • delete 4 remote zdb namespaces and add new 4
  • start zstor again with the same config as the beginning
  • replace the config with the old working 4 + the new 4
  • send a SIGUSR1 to zstor
  • wait for 10 minutes + time to upload the data (make the 10 minutes configurable?)
  • delete four namespaces
  • check the data is still retrievable.
  1. test backend config update for metadata:
  • start 4+4 setup
  • store a 100MB file
  • kill zstor gracefully
  • delete 2 remote zdb meta namespaces and add new 2
  • start zstor again with the same config as the beginning
  • replace the meta config with the old working 2 + the new 2
  • send a SIGUSR1 to zstor
  • wait for 10 minutes + time to upload the data (make the 10 minutes configurable?)
  • delete 2 meta namespaces
  • check the data is still retrievable.
  1. storage consumed:
  • start 4+4 setup
  • store 1GB of data
  • ensure no more than 2.1GB of data is stored on the remote namespaces
@xmonader xmonader added this to the 0.3.0 milestone Jul 4, 2022
@LeeSmet LeeSmet added the type_feature New feature or request label Nov 16, 2022
@robvanmieghem
Copy link
Contributor

shouldn't this be in the threefoldtech/quantum-storage repo?

@LeeSmet LeeSmet added the process_wontfix This will not be worked on label Feb 28, 2023
@LeeSmet
Copy link
Contributor

LeeSmet commented Feb 28, 2023

Since these are related to qsfs and not 0-stor specifically, this is better suited as part of threefoldtech/quantum-storage#28

@LeeSmet LeeSmet closed this as not planned Won't fix, can't repro, duplicate, stale Feb 28, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
process_wontfix This will not be worked on type_feature New feature or request
Projects
No open projects
Status: Done
Development

No branches or pull requests

4 participants