hadoop-common-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Konstantin Boudnik (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HADOOP-5974) Add orthogonal fault injection mechanism/framework
Date Thu, 04 Jun 2009 21:57:07 GMT

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


Mime
View raw message