I have Jira running in a docker stack and is working well. I have a reverse proxy running on the same network, Nginx & let's encrypt, but I can't change the proxy server variables in Jira.
I am having issues with Tomcat reporting incorrect proxy name, port, and scheme. The official docker image reports using the environment variables listed above however it does not change the corresponding proxy variables in the server.xml
I'm trying to connect Confluence to Jira, and I'm assuming that it's failing due to this problem.
How can I get the environment variables to register correctly?
You should work with another file located in /opt/atlassian/etc/server.xml.j2 instead of the default server.xml file
You can pass the parameters to your container in this way also:
docker run -v jiraVolume-8.5.9:/var/atlassian/application-data/jira -e ATL_TOMCAT_CONTEXTPATH=jira -e ATL_PROXY_PORT=443 -e ATL_TOMCAT_SECURE=true -e ATL_TOMCAT_SCHEME=https JVM_MAXIMUM_MEMORY=2048m --name="jira859" -d -p 8080:8080 --network atlassian atlassian/jira-software:8.5.9
You can remove it. It is a context path in my installation and it should not be broken as far as I know.
If you run multiple Atlassian products on the same server, it's better to use a context path.
for example on my mac, I have both Jira and Confluence, so I can open them via these links:
ahh. I also have jira and confluence both setup on an in-house server, however the reverse proxy has them on different subdomains. :
Would I need a context path in this case?
I am able to access the instances, however, I get reported proxy errors
My current environment variables are as follows:
If you open both of them in one browser, if you work with one of them, the other one signed out because of the cookie problems and you have to enter your credential continuously :-)). See this KB for more information: https://confluence.atlassian.com/confkb/logging-into-another-atlassian-application-logs-me-out-of-confluence-268043930.html
Could you give more information about your case like screenshots or messages you see in your browser console (Right-click anywhere and Open Inspect Element)
My goal is to integrate confluence and jira, while having jira handle the user management. That should allow me to have the same account on both. However, during the connection process Confluence throws a system error. Inspecting the problem on Jira's side yields a network error specifying:
My assumption is that this is caused due to an incorrect reverse proxy configuration.
This is why I'm trying to configure the Proxy environment variables, but I think I'm missing something.
Here is my console log information
Add separate connectors for HTTP access between Jira and confluence.
For example, use 8082 for HTTP access Jira and 8092 for HTTP access in confluence.
When you create application links between these two apps, use localhost:8090 and localhost:8080 as Application URL and use https address as a display URL. These two containers should be on the same network and see each other. As you see in my command, I create a network, and its name is atlassian.
Could you share your command for running Jira and Confluence containers?
My reverse proxy is on the same docker network as both jira and confluence so the exposed ports on my host do not affect access over my domain. They only allow access over my local network.
I am using unraid as my server OS.
Here are my docker commands
docker run -d --name='jira' --net='swag' -e TZ="America/Los_Angeles" -e HOST_OS="Unraid" -e 'ATL_PROXY_NAME'='https://jira.myserver.com' -e 'ATL_PROXY_PORT '='443' -e 'ATL_TOMCAT_SCHEME '='https' -e 'ATL_TOMCAT_SECURE '='true' -e 'ATL_TOMCAT_PORT'='8080' -p '8008:8008/tcp' -v '/mnt/user/appdata/jira/':'/var/atlassian/application-data/jira':'rw' 'atlassian/jira-software'
docker run -d --name='confluence' --net='swag' -e TZ="America/Los_Angeles" -e HOST_OS="Unraid" -e 'ATL_PROXY_NAME '='jira.myserver.com' -e 'ATL_PROXY_PORT '='443' -e 'ATL_TOMCAT_PORT '='8090' -e 'ATL_TOMCAT_SCHEME '='https' -e 'ATL_TOMCAT_SECURE'='true' -v '/mnt/user/appdata/confluence':'/var/atlassian/application-data/confluence':'rw' 'atlassian/confluence-server'
This is the error I'm trying to address
Why you put parameters inside single quotes?
Try this and let me know if it didn't work:
docker run -d --name="jira" --net=swag -e TZ=America/Los_Angeles -e HOST_OS=Unraid -e ATL_PROXY_NAME=https://jira.myserver.com -e ATL_PROXY_PORT=443 -e ATL_TOMCAT_SCHEME=https -e ATL_TOMCAT_SECURE=true -e ATL_TOMCAT_PORT=8080 -p 8008:8008/tcp -v /mnt/user/appdata/jira/:/var/atlassian/application-data/jira:rw atlassian/jira-software
The picture you upload above shows that ATL parameters didn't match config correctly. Let's try one more scenario.
I'll assume that you have the command-line access to the container and specified a volume for /opt/atlassian directory.
Atlassian uses the Jinja2 templating library to translate config from environment variables into server.xml values.
This file (/opt/atlassian/etc/server.xml.j2) is a template that the container uses to make the actual server.xml file. So if you change the parameters inside this file, these values have been set in the next container startup, and you don't need these parameters passed inside the docker run command.
If you don't have this access inside your PAAS provider, you can make the image locally, push it to your docker hub account, and then use it inside Unraid.
I found it!!!
I noticed when I was looking through the server.xml.j2 file that the environment variables are lowercase*. This conflicts with the documentation specifying to use uppercase environment variables.
I change all my atl* environment variables to lowercase and all is well now :). I'm not sure if this is a special case for Unraid users or if the documentation needs to be adjusted.
Thanks for your support Ansar!
Connect with like-minded Atlassian users at free events near you!Find an event
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no Community Events near you at the moment.Host an event
You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events