You are viewing a plain text version of this content. The canonical link for it is here.
Posted to common-dev@hadoop.apache.org by "Konstantin Boudnik (JIRA)" <ji...@apache.org> on 2009/06/04 23:57:07 UTC

[jira] Commented: (HADOOP-5974) Add orthogonal fault injection mechanism/framework

    [ 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.