Can someone wiser than myself help to identify why my HipChat client wont connect from within a Vagrant VM?
Setup: Windows 10 with Virtual Box / Vagrant VM of Ubuntu Trusty x64. The Ubuntu client can access the internet.
Firewall is not turned on:
$ sudo ufw status Status: inactive
I think the client is not able to find the way out.
Here is terminal output from launch:
$ hipchat4 hello 0.700926 PackageLocation: "/opt/HipChat4/share/localweb/package.json" package.json opened package.json valid package.json object package.json version value = "4.27.10" Qt WebEngine ICU data not found at /opt/HipChat4/lib/resources. Trying parent directory... Installed Qt WebEngine locales directory not found at location /opt/HipChat4/lib/translations/qtwebengine_locales. Trying application directory... Qt WebEngine locales directory not found at location /opt/HipChat4/lib/qtwebengine_locales. Trying fallback directory... Translations MAY NOT not be correct. Qt WebEngine resources not found at /opt/HipChat4/lib/resources. Trying parent directory... [1013/232926:ERROR:resource_bundle.cc(720)] Failed to load /opt/HipChat4/lib/qtwebengine_devtools_resources.pak Some features may not be available. [1013/232926:WARNING:resource_bundle.cc(311)] locale_file_path.empty() for locale [1013/232926:ERROR:browser_main_loop.cc(217)] Running without the SUID sandbox! See https://chromium.googlesource.com/chromium/src/+/master/docs/linux_suid_sandbox_development.md for more information on developing with the sandbox on. --type=zygote hello 0.429003 Qt WebEngine ICU data not found at /home/tm/Qt/5.7/gcc_64/resources. Trying parent directory... Qt WebEngine ICU data not found at /home/tm/Qt/5.7/gcc_64. Trying application directory... Installed Qt WebEngine locales directory not found at location /home/tm/Qt/5.7/gcc_64/translations/qtwebengine_locales. Trying application directory... Qt WebEngine locales directory not found at location /opt/HipChat4/bin/qtwebengine_locales. Trying fallback directory... Translations MAY NOT not be correct. Qt WebEngine resources not found at /home/tm/Qt/5.7/gcc_64/resources. Trying parent directory... Qt WebEngine resources not found at /home/tm/Qt/5.7/gcc_64. Trying application directory... [1013/232926:ERROR:resource_bundle.cc(720)] Failed to load /opt/HipChat4/bin/qtwebengine_devtools_resources.pak Some features may not be available. [1013/232926:WARNING:resource_bundle.cc(311)] locale_file_path.empty() for locale [23:29:26][void HipChatApplication::initialize(HipChatApplication::Configuration&):393] datapath "/opt/HipChat4/lib" [23:29:26][virtual bool OnlineStatus::platformSpecificHasInternetConnectivity():38] org.freedesktop.NetworkManager interface is valid [23:29:26][void AbstractOnlineStatus::checkOnlineStatus():196] platform online state = false [23:29:26][void AbstractOnlineStatus::doSecondaryCheck(bool):205] Do secondary online check [23:29:26][void AbstractOnlineStatus::doSecondaryCheck(bool):259] onlineStatusUrl is empty [23:29:26][void AbstractOnlineStatus::handleOnlineStatusResult(bool):179] handleOnlineStatusResult no change : false [23:29:26][void AbstractOnlineStatus::handleOnlineStatusResult(bool):184] initCheckComplete [23:29:26][void HipChatApplication::onInitialOnlineCheck(bool):307] HCA isInitOnline: false [23:29:26][void HipChatApplication::startOfflineWindow():143] start Offline Window [23:29:27][int main(int, char**):435] RestartNumber= 0 Warning: [23:29:27][:0] Remote debugging server started successfully. Try pointing a Chromium-based browser to http://127.0.0.1:12345
This is odd, packet trace on the inside of the VM will not see any traffic when I run HipChat. Whereas I see ICMP traffic in capture. I've fiddled with the port forwarding a little, but it seems even if the forwarding was misconfigured, I would still see traffic trying to leave the VM in a capture.
It really feels like a configuration issue.
I followed these install steps, without issues:
sudo sh -c 'echo "deb https://atlassian.artifactoryonline.com/atlassian/hipchat-apt-client $(lsb_release -c -s) main" > /etc/apt/sources.list.d/atlassian-hipchat4.list' wget -O - https://atlassian.artifactoryonline.com/atlassian/api/gpg/key/public | sudo apt-key add - sudo apt-get update sudo apt-get install hipchat4
I did see this post about editing HipChat.ini, but it hasn't jelled for me yet, not sure if relevant:
[General] hipChatComConnection=false hipChatServerHost=hcserver.domain.com
Update: for anyone watching this thread,
I installed the same version of Ubuntu on bare metal to verify the HC4 client works - which it does just fine.
I then installed a VM in Virtual Box using an ISO from Ubuntu's release webpage, the HC4 client worked fine there too.
So, there's something about the Vagrant VM specifically that is blocking this protocol.
Further troubleshooting finds that the HipChat "desktop client" is connecting to HipChat on port 443, not 5222 or 5223!
$ sudo netstat -cplant | grep '2777/HipChat4' tcp 0 0 127.0.0.1:12345 0.0.0.0:* LISTEN 2777/HipChat4 tcp 0 0 10.0.2.15:51374 22.214.171.124:443 ESTABLISHED 2777/HipChat4 tcp 0 0 10.0.2.15:42324 126.96.36.199:443 ESTABLISHED 2777/HipChat4 tcp 0 0 10.0.2.15:51348 188.8.131.52:443 ESTABLISHED 2777/HipChat4
This is verified on two different systems.
I'm curious why the desktop client is using a different port than expected, or maybe I'm missing something?
Can I get a comment from Atlassian please?
# install qtwebengine
apt-get install qtwebengine5-dev
# copy the folders that are requestet by the message above (https://jira.atlassian.com/browse/HCPUB-324?focusedCommentId=1007566&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-1007566)
cp /usr/share/qt5/resources /opt/HipDhat4/lib/
cp /usr/share/qt5/translations /opt/HipDhat4/lib/
# apply this KB article: https://confluence.atlassian.com/hipchatkb/hipchat4-debian-client-doesn-t-connect-859526103.html
ln -sf /usr/lib/x86_64-linux-gnu/libssl.so.1.0.2 /opt/HipChat4/lib/
ln -sf /opt/HipChat4/lib/libssl.so.1.0.2 /opt/HipChat4/lib/libssl.so
... after that HipChat 184.108.40.2062 start
...have mention name FirstnameLastname. Fe.: @MaartenCautreels This certainly helps to know who is being mentioned in a conversation. Imagine your colleague sends the following message...
Connect with like-minded Atlassian users at free events near you!Find a group
Connect with like-minded Atlassian users at free events near you!
Unfortunately there are no AUG chapters near you at the moment.Start an AUG
You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs
We're bringing product updates and pro tips on teamwork to ten cities around the world.Save your spot