haskell-distributed / haskell-distributed/distributed-process

Support for testing process failures and netsplits

Open
#419 3 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Feature Request network-transport-inmemory
Dominant language
Haskell
Stars
751
Forks
99
Avg merge
45m
Merged PRs (30d)
2

Description

From @hyperthunk on January 3, 2013 12:57

When testing distributed systems, it's pretty useful to be able to simulate communication errors. I propose that we write some extensions to network-transport-inmemory that allow a test coordinator to mess with the connectivity between nodes, introducing arbitrary delays, forced disconnects and so on.

I would also like to have something like https://github.com/dluna/chaos_monkey that kills arbitrary processes on demand, but stays away from system processes and supervisors. Quite how one should identify that a process is a supervisor I don't know. Erlang uses the process dictionary for this (storing the initial_call and such things in there) but we might want to think about other approaches.

Copied from original issue: haskell-distributed/distributed-process#107

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reading the network-transport-inmemory extension mentioned in the issue and compare its testing capabilities with the chaos_monkey approach linked there. Clarify the scope for simulating delays, disconnects, and process failures, including how supervisors and system processes should be identified; done is a reviewed design and corresponding testable implementation.

Written by the indexing model from the issue text.

Assessment

Tech stack
erlang, haskell
Domain
distributed-systems, testing-qa
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.