platform · inferred from evidence
Docker
A container platform referenced in the context of Traefik middleware configurations.
- TaskingAI fails to start with ConnectionRefusedError on port 8002
Port 8002 is the taskingai-inference service, which is separate from the main app. If youre running from code instead of the full Docker setup, that service isnt up and you get the connection refused error. The fix: docker pull taskingai/ta
- Qdrant docker "jemalloc: Unsupported system page size" on aarch64, Aborted (core dumped)
The default Docker image was built with jemalloc page-size assumptions incompatible with arm64 hosts using 16K/64K page sizes (e.g. Kunpeng920 cloud machines, Raspberry Pi 5). The permanent fix: maintainers merged PR #9721 (upgrading tikv-j
- Meilisearch Docker v0.24: data.ms volume mount empty (data dir moved to the meili user home)
In v0.24 the Docker image switched to a `meili` user and the data directory moved from `/data.ms` to `[home directory] so mounts targeting `/data.ms` saw nothing. Mount your volume at the new path (e.g. `-v $(pwd)/data.ms:[home directory] T
- Can't reach the local install page after deploying Dify with Docker (nginx restarting)
This was a bug in the 0.6.12 release that the team fixed in 0.6.12-fix1 the same day, so the fix is to upgrade: git pull the latest code, docker compose pull, then docker compose up -d. One reporter confirmed the services came up correctly
- Wrong port in redirect_uri with Docker port mapping (FusionAuth 1.37+, fixed in 1.46.0)
Fixed in FusionAuth 1.46.0; the reporter verified the correct external port appears in redirect_uri and the redirect works on that image. Upgrade to 1.46.0 or newer if you run FusionAuth behind a Docker port mapping with Identity Provider l
- TeamCity agent docker-in-docker: x509 certificate signed by unknown authority on private registry
The certificate volume was not actually mounted inside the agent container, so Docker inside the agent never saw the CA. Create the CA certificate directly in the container at /etc/docker/certs.d/[mydomain.com]/ca.crt (per the teamcity-mini
- Lago one-click Docker: 'An error occured, please restart the application' when adding Stripe integration
The 500 came from Lago's Segment analytics call, not from Stripe. Workaround confirmed by the reporter: disable Segment by adding `-e LAGO_DISABLE_SEGMENT="true"` to the docker run command — the Segment error disappears after that. The main
- TimescaleDB Docker upgrade: could not access file "$libdir/timescaledb-X.Y.Z"
Run `ALTER EXTENSION timescaledb UPDATE;` in every database where TimescaleDB is installed, including the `postgres` database, which people often forget (sometimes even `template0` needs it). If you are jumping several versions at once, do
- Steel Browser docker compose fails on second run: Xvfb Fatal server error, Server is already active for...
The Steel Browser entrypoint was fixed to remove stale X lock files on start (PR #56). Pull the latest image and rebuild with `docker-compose up --force-recreate --build` so the fixed entrypoint takes effect. As a one-off workaround on an a
- Semgrep cannot invoke on ARM aarch64 Android Termux
Semgrep now ships ARM support: multi-arch Docker images (linux/amd64 + linux/arm64) since 1.31.2, aarch64 Python wheels on PyPI since 1.33.1, and musllinux (Alpine) aarch64 wheels since 1.38.0. Upgrade to 1.38.0 or later on ARM, for Docker
- KServe deployment fails when using a cloud shared disk as PV even with model files already present
If your KServe NIM deployment keeps trying to download models and fails despite the files being on the PV, the NIM cache was never initialized where KServe expects it. First run the NIM once outside KServe, as a docker command or a K8s Job
- LoRAX: TensorParallelHead object has no attribute base_layer when serving Mixtral with an adapter
This crash is a LoRAX bug in adapter loading for Mixtral's tensor-parallel head, fixed in PR #131. Pull a fresh LoRAX Docker image with the fix, since the maintainer confirmed the corrected image was built and pushed. If you pinned an image
- Qdrant panic "OutputTooSmall { expected: 4, actual: 0 }" in gridstore.rs causing collection instability
The root cause is the storage filesystem, not the data: Qdrant's newer storage engine uses memory-mapped files that require a POSIX-compliant filesystem. The maintainers confirmed unsupported setups include FUSE filesystems (Unraid's /mnt/u
- Langfuse docker compose fails on ARM: wrong-arch migrate binary, syntax error on ClickHouse migrations
The Docker image bundled the wrong-architecture golang-migrate binary: an amd64 ELF binary on an ARM64 host, so the shell chokes on the binary ("syntax error: unexpected )"): the same error you get trying to execute a binary for the wrong a
- "Error connecting to n8n Could not connect to server" after upgrading to 1.109.1
This was a real regression in the 1.109-1.121 range, not your config. From n8n 1.120 on, the new SSO initialization runs even when you do not use SSO, and if the SSO config vars do not exist in your setup the frontend crashes during init wi
- GrowthBook cannot add data source with empty password Please fill out this field
This was a GrowthBook form-validation bug, fixed by the maintainer the same day it was reported. Pull the latest Docker image (post-fix build) and restart the container; data sources with empty passwords can then be saved. Source: https://
- Grafana Prometheus data source: connection refused in Docker (loopback mixup)
The Prometheus UI works from your browser, but Grafana doesnt query from your browser: the Grafana server makes the request itself. The loopback address of one container is not the loopback address of another, even with published ports, so
- GrowthBook self-hosted Error sending email SSL routines ssl3_get_record wrong version number
The maintainer fixed a bug with port 587 and simplified the SMTP settings: you no longer need to specify EMAIL_USE_TLS at all. Port 465 always uses TLS; every other port starts plain and upgrades via STARTTLS if the server supports it. Pull
- fake-gcs-server omits the generation field, breaking the official PHP storage client
The filesystem backend did not serialize a `generation` field when none was set. The maintainer fixed it in PR #812 so the fake server always returns a generation number (based on the current time), matching the real GCS API, and the report
- Kestra: every script execution fails with Docker runner (script file not accessible)
The Docker runner mounts a shared volume for the working directory, so the temp path has to be identical on the Kestra side and the runner side. If you customize it, mount the same host directory into the Kestra container at the same path a