Some functionalities are broken after updating Hipchat Server hostname
Platform notice: Server and Data Center only. This article only applies to Atlassian products on the server and data center platforms.
This is for an outdated version of Hipchat Server
This article applies to a version of Hipchat Server which will be deprecated soon. After that period the version will no longer be supported.
You should upgrade to a more recent version of Hipchat Server as soon as you can to take advantage of new features, and security and bug fixes.
Problem
Hipchat Server's hostname is updated through the UI and afterwards two issues started to occur:
- Mail notifications of missed messages are not being sent out/users do not receive it
- Custom build monitoring integrations no longer sending messages to rooms
In the logs (/var/log/hipchat), admin can see that it's still referring to the old hostname and it appears that the new hostname update is not taking effect entirely on the server. The hostname update had been propagated to some services but some others did not pick it up.
Environment
Hipchat Server deployed as an OVA to a VMware hypervisor
Diagnosis
Check if the following outputs are using the new hostname or otherwise:
- cat /etc/localenv.sh
- cat /etc/chef/solo.json
- hostname
- cat /etc/hosts
- cat /etc/monit.d/host.monitrc
- cat /etc/ovfenv.sh - the settings you see here are taken specifically from the vApps settings
Check the cache in the server if it's still referring to the old hostname by running the following command in the server terminal/command-line:
echo "keys *" | xargs redis-cli | grep <old-hostname>
Cause
The old hostname in vApp settings in the VMware vCenter configuration is not updated to use the new hostname. It appears that VMWare vApps setting are overriding server settings. We have an internal bug report open to further investigate this matter and fix it.
Workaround
- Backup Hipchat Server
- Update the correct hostname on the vApps setting
- Reboot the server