[
https://issues.apache.org/jira/browse/KUDU-2609?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Alexey Serbin resolved KUDU-2609.
---------------------------------
Fix Version/s: n/a
Assignee: (was: Sandish Kumar HN)
Resolution: Won't Fix
There have been no updates from [[email protected]] for several years on
this JIRA item, so I assume it's abandoned and nobody is working on this
anymore.
Also, the kudu-jepsen sub-project has been removed from Kudu's repo in
2026-09-30. If there is interest to evolve kudu-jepsen and work on this JIRA
item, please chime in the comments below.
> Dockerize kudu-jepsen tests
> ---------------------------
>
> Key: KUDU-2609
> URL: https://issues.apache.org/jira/browse/KUDU-2609
> Project: Kudu
> Issue Type: Improvement
> Components: jepsen, test
> Reporter: Alexey Serbin
> Priority: Major
> Labels: newbie, test
> Fix For: n/a
>
>
> As described in {{$KUDU_ROOT/java/kudu-jepsen/README.adoc}}, current setup
> for Kudu Jepsen tests requires running those against pre-provisioned Debian
> Linux machines. As of now, it's possible to use
> {{$KUDU_ROOT/src/kudu/scripts/jepsen.sh}} in various scripted scenarios
> (e.g., Jenkins jobs) to build everything from source and run the kudu-jepsen
> tests. However, that script doesn't do any provisioning and assumes that
> Jepsen DB and control nodes are already provisioned and running.
> It would be nice to leverage Docker support for Jepsen (see
> [https://github.com/jepsen-io/jepsen/tree/master/docker] as a starting point)
> and make it possible to run kudu-jepsen tests in a dockerized environment.
> Ideally, it should be possible to run the kudu-jepsen tests at Linux (of any
> supported flavor) and macOS developer's machines as just another set of
> tests. All necessary steps should be scripted and automated. That would help
> to spot relevant issues when updating Java code in kudu-client other related
> sub-projects.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
