ubuntu/litmuschaos-runner is a rock for litmuschaos-runner maintained by Canonical.
Litmus Chaos Runner is a Kubernetes controller that executes chaos experiments in target pods as part of the LitmusChaos platform.
[Learn more about litmuschaos-runner]
NOTE: These tags follow a specific naming convention that respects the concept of channels.
| Tags | Supported until | Version | Base | Architectures |
|---|---|---|---|---|
3.26-24.04_edge | - | 3.26 | 24.04 | amd64 |
This rock's entrypoint is Pebble, a container-optimized init process that enables the orchestration of a collection of local service processes as an organized set.
[Learn more about Pebble]
To view the Pebble services and checks defined in this rock:
shdocker run --rm ubuntu/litmuschaos-runner:3.26-24.04_edge plan
The container spins up with the default entrypoint. To inspect the entrypoint and command:
shdocker inspect --format='{{.Config.Entrypoint}} {{.Config.Cmd}}' ubuntu/litmuschaos-runner:3.26-24.04_edge
To run this rock, use any of the usual container runtimes, for example, docker:
shdocker run --name litmuschaos-runner-container \ ubuntu/litmuschaos-runner:3.26-24.04_edge
The Litmus Chaos Runner is intended to be deployed as a Kubernetes controller. Refer to the official documentation for deployment instructions.
To view the logs of the running container, run:
shdocker exec litmuschaos-runner-container pebble logs
Or, for a specific service:
shdocker exec litmuschaos-runner-container pebble logs <service>
To view the logs of the running container, run:
shdocker logs litmuschaos-runner-container
Rocks may have predefined health checks that you can list by running:
shdocker exec litmuschaos-runner-container pebble checks
The overall health of your container can be inspected via:
shdocker exec litmuschaos-runner-container pebble health
\https://github.com/canonical/litmus-rocks/issues%5C]
Canonical is the provider of this container image. It is the user's responsibility to ensure that any use of this image complies with any relevant licenses for all software contained within, as well as with Canonical’s IP Policy.
探索更多轩辕镜像的使用方法,找到最适合您系统的配置方式
通过 Docker 登录认证访问私有仓库
无需登录使用专属域名
Kubernetes 集群配置 Containerd
K3s 轻量级 Kubernetes 镜像加速
VS Code Dev Containers 配置
Podman 容器引擎配置
HPC 科学计算容器配置
ghcr、Quay、nvcr 等镜像仓库
Harbor Proxy Repository 对接专属域名
Portainer Registries 加速拉取
Nexus3 Docker Proxy 内网缓存
需要其他帮助?请查看我们的 常见问题Docker 镜像访问常见问题解答 或 提交工单
manifest unknown
no matching manifest(架构)
invalid tar header(解压)
TLS 证书失败
DNS 超时
410 Gone 排查
402 与流量用尽
401 认证失败
429 限流
D-Bus 凭证提示
413 与超大单层
来自真实用户的反馈,见证轩辕镜像的优质服务