Developer Details 5 Real-World Failures When Self-Hosting Chatwoot at Scale
A developer running self-hosted Chatwoot for around a dozen small Israeli businesses documented five production failures not covered in the official documentation. One major issue was that media attachments are stored in Docker volumes via ActiveStorage rather than in the PostgreSQL database, causing disk usage to spike undetected by standard database monitoring. The operator also found that duplicate media files — some stored up to 325 times — were consuming significant disk space, and a deduplication pass reclaimed over 3 GB across more than 7,000 blobs. A third failure involved the POST /messages API returning a 200 status immediately upon row insertion, before actual delivery to WhatsApp via Meta, causing a Sidekiq job queue to back up with over 3,700 jobs and nearly 11 minutes of latency during a resend loop. The account was handling several thousand conversations per week across two servers, with a custom drip-sequence engine contributing to several of the edge-case failures described.
This is an AI-generated summary. ShortSingh links to the original source for the complete article.
Discussion (0)
Log in to join the discussion and vote.
Log in