[ 
https://issues.apache.org/jira/browse/HADOOP-5974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12716420#action_12716420
 ] 

Konstantin Boudnik commented on HADOOP-5974:
--------------------------------------------

I would like to propose the following initial requirements for Fault Injection 
(FI) solution for Hadoop:

# Has to be orthogonal to existing source code and test base: no need of direct 
code or tests modifications, preferably based on a cross-cut model
# Fully detachable: insert/remove faults from the  system without hassle: a 
separate build target has to be set to introduce faults in place with a single 
command. Removal should be equally easy.
# High level of fault abstractions: implementation of faults' logic has to be 
done in high-level language, e.g. Java
# Need to reuse existing unit/functional tests if possible 
# Fine grained configuration at runtime: fully deterministic or random 
injection of the faults should be configured at runtime through a configuration 
file or a set of system properties - no source code modifications or 
re-compilation required.
# If an off-shelf solution is used it's better comes under Apache's compatible 
open-source license


> Add orthogonal fault injection mechanism/framework
> --------------------------------------------------
>
>                 Key: HADOOP-5974
>                 URL: https://issues.apache.org/jira/browse/HADOOP-5974
>             Project: Hadoop Core
>          Issue Type: Test
>          Components: test
>            Reporter: Konstantin Boudnik
>            Assignee: Konstantin Boudnik
>
> It'd be great to have a fault injection mechanism for Hadoop.
> Having such solution in place will allow to increase test coverage of error 
> handling and recovery mechanisms, reduce reproduction time and increase the 
> reproduction rate of the problems.
> Ideally, the system has to be orthogonal to the current code and test base. 
> E.g. faults have to be injected at build time and would have to be 
> configurable, e.g. all faults could be turned off, or only some of them would 
> be allowed to happen. Also, fault injection has to be separated from 
> production build. 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to