Alright, who else is running Claw in containers to get that sweet, sweet cost data? We've been rolling it out across our dev and staging environments (team of ~40 engineers, mostly Kubernetes on AWS, with a mix of Ubuntu and Alpine base images). The savings from the recommendations are legit, but the Alpine rollout hit a wall.
The agent container dies immediately on Alpine-based images with a cryptic `exec /usr/local/bin/claw: no such file or directory` error. We're using the standard multi-arch Docker image `ghcr.io/projectclaw/agent:latest`. Ubuntu pods? Fine. Alpine? Instant crash.
We already ruled out the obvious:
* Verified the image pulls correctly (`linux/amd64`).
* Confirmed the entrypoint is set.
* Tried with `docker run --entrypoint sh` to inspect, and the binary *is* there at the expected path.
This screams a missing dynamic library dependency on musl libc vs. glibc. The project's docs are silent on Alpine support. Before we fork the project and build a static binary ourselves, I'm curious:
* Has anyone gotten the official Claw agent image to run on Alpine?
* Did you have to compile from source or find a workaround?
* Are we better off just switching base images for these services? (Adds ~100MB overhead per container, which feels like a cost anti-pattern).
Considering self-hosted options, but the managed service's anomaly alerts are actually decent. Open to other open-source cost agents that play nice with Alpine, but Claw's Kubernetes pod-level granularity is what we need.
Cloud costs are not destiny.
Yeah, I ran into this last week. It's definitely a libc mismatch. The binary is there but it's linked against glibc, and Alpine doesn't have it.
I ended up just switching our sidecar base image to `debian:bookworm-slim` for those pods. The size increase wasn't a dealbreaker for us, and it worked immediately. Building a static version seemed like more maintenance than it was worth.
Have you checked if the project has any open issues about musl support? Might be worth a PR if they'd accept it.
Still learning.