You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
So I have managed to modify launch in cloudfoundry-tmate-buildpack to produce verbose logs and modify compile script to use given binary of launch if available.
After I made those changes, I deployed the dummy app with the modified cloudfoundry-tmate-buildpack, then I found following lines in tmux-server-45.log:
[tmate] master.tmate.io lookup failure. Retrying in 10 seconds (non-recoverable failure in name resolution)
[tmate] Looking up master.tmate.io...
[tmate] master.tmate.io lookup failure. Retrying in 10 seconds (nodename nor servname provided, or not known)
[tmate] Looking up master.tmate.io...
[tmate] master.tmate.io lookup failure. Retrying in 10 seconds (nodename nor servname provided, or not known)
...
The lines were repeated every 10 seconds.
I searched the web with "master.tmate.io lookup failure" and found this issue: tmate-io/tmate#32 .
And I have made some research on my own in an "OK" environment (a bosh-lite CF v194 running on my local machine) and the "NG" environment (a v172-based CF built by micro bosh on CloudStack-based VPC).
In both environments, name resolution of master.tmate.io, outbound HTTP access to the Internet, and outbound SSH connection to master.tmate.io are OK.
The only difference I've found so far is that I can't resolve the hostname of IP address by reverse DNS lookup from inside of the warden container where my dummy app is running in the NG env. Reverse DNS lookup works fine from the OK env's warden container. But I'm not sure it is related to the problem or not.
So I have managed to modify launch in cloudfoundry-tmate-buildpack to produce verbose logs and modify compile script to use given binary of launch if available.
I have recently deployed a dummy app using cloudfoundry-tmate-buildpack onto a number of private CF environment.
All but one of those environment are working fine. The exceptional one did not show any connection information in
cf logs <APPNAME> --recent
No following output was given in the log stream.
So I have managed to modify
launch
in cloudfoundry-tmate-buildpack to produce verbose logs and modifycompile
script to use given binary oflaunch
if available.After I made those changes, I deployed the dummy app with the modified cloudfoundry-tmate-buildpack, then I found following lines in tmux-server-45.log:
The lines were repeated every 10 seconds.
I searched the web with "master.tmate.io lookup failure" and found this issue: tmate-io/tmate#32 .
And I have made some research on my own in an "OK" environment (a bosh-lite CF v194 running on my local machine) and the "NG" environment (a v172-based CF built by micro bosh on CloudStack-based VPC).
In both environments, name resolution of master.tmate.io, outbound HTTP access to the Internet, and outbound SSH connection to master.tmate.io are OK.
The only difference I've found so far is that I can't resolve the hostname of IP address by reverse DNS lookup from inside of the warden container where my dummy app is running in the NG env. Reverse DNS lookup works fine from the OK env's warden container. But I'm not sure it is related to the problem or not.
(IP addresses are masked manually)
Any thoughts?
Thanks in advance.
The text was updated successfully, but these errors were encountered: