[
https://issues.apache.org/jira/browse/HDDS-1554?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16849411#comment-16849411
]
Elek, Marton commented on HDDS-1554:
------------------------------------
Thank you [~eyang] to explain it. To be honest It's not clear for me. I am not
*against* using docker for fault tolerant testing, I am just trying to
understand the motivation behind the decision.
If I understood well these are the current arguments:
To use docker for fault injection tests:
A. Pro:
* It "provides better opportunity to create errors asynchronously." (?)
B. To use java for fault injection test with MiniOzoneCluster
Pro:
* Can be easier to generate bogus read events, can be easier to run
Con:
* A slightly different approach with aspectj "was not fruitful"
I am pretty sure that this is not the right classification, but this is created
based on the mentioned *technical* problems. The only thing what I suggested is
to add more arguments to explain it.
> Create disk tests for fault injection test
> ------------------------------------------
>
> Key: HDDS-1554
> URL: https://issues.apache.org/jira/browse/HDDS-1554
> Project: Hadoop Distributed Data Store
> Issue Type: Improvement
> Components: build
> Reporter: Eric Yang
> Assignee: Eric Yang
> Priority: Major
> Attachments: HDDS-1554.001.patch
>
>
> The current plan for fault injection disk tests are:
> # Scenario 1 - Read/Write test
> ## Run docker-compose to bring up a cluster
> ## Initialize scm and om
> ## Upload data to Ozone cluster
> ## Verify data is correct
> ## Shutdown cluster
> # Scenario 2 - Read/Only test
> ## Repeat Scenario 1
> ## Mount data disk as read only
> ## Try to write data to Ozone cluster
> ## Validate error message is correct
> ## Shutdown cluster
> # Scenario 3 - Corruption test
> ## Repeat Scenario 2
> ## Shutdown cluster
> ## Modify data disk data
> ## Restart cluster
> ## Validate error message for read from corrupted data
> ## Validate error message for write to corrupted volume
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
