Used Zammad installation type: Portainer stack, Debian
Operating system: Bookworm
Browser + version: All
Expected behavior:
Converted docker pull from git repo into a Portainer stack
Actual behavior:
Init fails with URI error.
Steps to reproduce the behavior:
Deploying stack from within Portainer
I was able to get Zammad up and running using docker pull and experiemented with it for a few days. Since then I have been working on a customer Portainer stack to allow easier control of env variables and persistent data locations from within Portainer.
I am having difficulty getting my stack to work properly and was hoping for some insight, perhaps after looking at this for so long I am missing something.
Have you tried the original docker-compose.yml? We just had a hackathon where one team updated everything to be deployable via Portainer. It should work out of the box.
Hi, yes I have. The stack and env provided above is a direct result of this. There are a number of env variables in the stack that are not in the git files, where it lists
āAllow passing in these variables via .env:ā
Can I assume they go to defaults in the container or do all need to be assigned? Perhaps I missed something??
As stated the docker pull option seemed to work, the Portainer Stack template I used came from here zammad-docker-compose
Iāve tried installing via Portainer 10+ times using the directionsā¦
Every container states; waiting for init container to finish install or updateā¦
ElasticSearch logs show; ERROR: Elasticsearch exited unexpectedly, with exit code 1
Postresql logs show; LOG: incomplete startup packet
NGINX logs show; waiting for init container to finish install or updateā¦
Zammad Backup logs show; waiting for init container to finish install or updateā¦
Websocket logs show; waiting for init container to finish install or updateā¦
INit logs show; initialising / updating databaseā¦
rake aborted!
URI::InvalidURIError: bad URI(is not URI?): postgres://zammad:E^$6bx@zammad-postgresql:5432/zammad_production?pool=50 (URI::InvalidURIError)
Ok, so the installation problem seemed to be it just did not like my database password⦠that was causing the URI error.
I canāt get elastic search to work. Iāll look into this next.
So, I had a rouge Java instance preventing ElasticSearch from running I was able to remove with
ps aux | grep 'java'
kill -9 <PID>
But within Zammad when I click reports I get this error.
Unable to process GET request to elasticsearch URL 'http://zammad-elasticsearch:9200/zammad_production_ticket/_search'. Check the response and payload for detailed information:
Response:
#<UserAgent::Result:0x00007fd615a98fd8 @success=false, @body=nil, @data=nil, @code=0, @content_type=nil, @error="#<RuntimeError: Unable to process http call '#<Net::HTTPServiceUnavailable 503 Service Unavailable readbody=true>'>", @header=nil>
Payload:
{"size":0,"query":{"bool":{"must":[{"range":{"created_at":{"from":"2024-01-01T05:00:00Z","to":"2025-01-01T04:59:59Z"}}},{"bool":{"must":[{"bool":{"must_not":[{"term":{"state.name.keyword":"merged"}}]}}]}}]}},"aggs":{"time_buckets":{"date_histogram":{"field":"created_at","calendar_interval":"month","time_zone":"America/New_York"}}},"sort":[{"updated_at":{"order":"desc"}},"_score"]}
Payload size: 0M
I figured it out⦠I was able to start fress with the docker compose, changing only the NPM port, database password, and persistent data location and Iām up and running!!
Looking forward to test driving Zammad!! Thanks you, and thank you to all the devs working on this project!