Jump to content

Connection refused between Master and Remote


LukeN

Recommended Posts

Hello!

 

The two servers in question can definitely communicate with each other via other means - for example the remote can access the master MySQL server.

 

Would anyone be able to help me troubleshoot why this connection failure may be happening? I see the below in the Monitor Version section when I click Show Versions from the master panel.

 

Error: ConnectFailure (Connection refused)

 

Console.log

 

  at System.Net.WebConnection.Connect (System.Net.WebOperation operation, System.Threading.CancellationToken cancellationToken) [0x0019b] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0 
  --- End of inner exception stack trace ---
 at System.Net.WebConnection.Connect (System.Net.WebOperation operation, System.Threading.CancellationToken cancellationToken) [0x00217] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0 
 at System.Net.WebConnection.InitConnection (System.Net.WebOperation operation, System.Threading.CancellationToken cancellationToken) [0x000cc] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0 
 at System.Net.WebOperation.Run () [0x0009a] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0 
 at System.Net.WebCompletionSource`1[T].WaitForCompletion () [0x00094] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0 
 at System.Net.HttpWebRequest.GetRequestStream () [0x00016] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0 
 at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke (System.String methodName, System.Object[] parameters) [0x00029] in <8bc04fd87fca4b3f825d3afe331face2>:0 
 at TCAdmin.SDK.Web.References.ServerUtilities.ServerUtilities.GetMonitorVersion () [0x00000] in <633ba1bbf1fe4ae791a36c31cad7d40c>:0 
 at (wrapper remoting-invoke-with-check) TCAdmin.SDK.Web.References.ServerUtilities.ServerUtilities.GetMonitorVersion()
 at TCAdmin.SDK.Objects.Server.get_MonitorVersion () [0x00016] in <bf9981e33fb545b3897032aedecef0e3>:0 
 at (wrapper managed-to-native) System.Reflection.RuntimeMethodInfo.InternalInvoke(System.Reflection.RuntimeMethodInfo,object,object[],System.Exception&)
 at System.Reflection.RuntimeMethodInfo.Invoke (System.Object obj, System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x0006a] in <15c986724bdc480293909469513cfdb3>:0 

 

Error.log

 

08/31/2019 14:43:50	System.Net.WebException: Error: ConnectFailure (Connection refused) ---> System.Net.Sockets.SocketException: Connection refused
08/31/2019 14:43:50	  at System.Net.Sockets.SocketAsyncResult.CheckIfThrowDelayedException () [0x00014] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0 
08/31/2019 14:43:50	  at System.Net.Sockets.Socket.EndConnect (System.IAsyncResult asyncResult) [0x0002c] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0 
08/31/2019 14:43:50	  at System.Net.Sockets.SocketTaskExtensions+<>c.<ConnectAsync>b__2_1 (System.IAsyncResult asyncResult) [0x00006] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0 
08/31/2019 14:43:50	--- End of stack trace from previous location where exception was thrown ---
08/31/2019 14:43:50	
08/31/2019 14:43:50	  at System.Threading.Tasks.TaskFactory`1[TResult].FromAsyncCoreLogic (System.IAsyncResult iar, System.Func`2[T,TResult] endFunction, System.Action`1[T] endAction, System.Threading.Tasks.Task`1[TResult] promise, System.Boolean requiresSynchronization) [0x00019] in <15c986724bdc480293909469513cfdb3>:0 
08/31/2019 14:43:50	  at System.Net.WebConnection.Connect (System.Net.WebOperation operation, System.Threading.CancellationToken cancellationToken) [0x0019b] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0 
08/31/2019 14:43:50	   --- End of inner exception stack trace ---
08/31/2019 14:43:50	  at System.Net.WebConnection.Connect (System.Net.WebOperation operation, System.Threading.CancellationToken cancellationToken) [0x00217] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0 
08/31/2019 14:43:50	  at System.Net.WebConnection.InitConnection (System.Net.WebOperation operation, System.Threading.CancellationToken cancellationToken) [0x000cc] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0 
08/31/2019 14:43:50	  at System.Net.WebCompletionSource`1[T].WaitForCompletion () [0x00094] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0 
08/31/2019 14:43:50	  at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke (System.String methodName, System.Object[] parameters) [0x00029] in <8bc04fd87fca4b3f825d3afe331face2>:0 
08/31/2019 14:43:50	  at System.Net.HttpWebRequest.GetRequestStream () [0x00016] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0 
08/31/2019 14:43:50	  at System.Net.WebOperation.Run () [0x0009a] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0 
08/31/2019 14:43:50	  at TCAdmin.SDK.Objects.Server.get_MonitorVersion () [0x00016] in <bf9981e33fb545b3897032aedecef0e3>:0 
08/31/2019 14:43:50	  at (wrapper managed-to-native) System.Reflection.RuntimeMethodInfo.InternalInvoke(System.Reflection.RuntimeMethodInfo,object,object[],System.Exception&)
08/31/2019 14:43:50	  at System.Reflection.RuntimeMethodInfo.Invoke (System.Object obj, System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x0006a] in <15c986724bdc480293909469513cfdb3>:0 
08/31/2019 14:43:50	  at (wrapper remoting-invoke-with-check) TCAdmin.SDK.Web.References.ServerUtilities.ServerUtilities.GetMonitorVersion()
08/31/2019 14:43:50	  at TCAdmin.SDK.Web.References.ServerUtilities.ServerUtilities.GetMonitorVersion () [0x00000] in <633ba1bbf1fe4ae791a36c31cad7d40c>:0 

Link to comment
Share on other sites

Has this happened out of random or has it always happened since you connected the two systems together?

 

I know we encounter some issues when pressing "Show Versions" that it will just timeout. Usually restarting the monitor on the affected node will fix this.

 

It could also be a firewall issue, so you can try temporarily disabling it and testing it again.

 

If other people have other suggestions they can suggest it, otherwise i'd suggest opening a support ticket with Luis.

Link to comment
Share on other sites

For Linux servers there is a bug in mono when using https to communicate between servers. I reported it and it should be fixed in the next mono update. To work around this bug you can go to each of the server's settings, set the secure port to 0 and restart the monitors.

Link to comment
Share on other sites

Ah that makes more sense, thank you LFA

 

I have done that and actually rebooted the whole server as the monitors themselves did not make a difference. No change I'm afraid - what would you recommend?

 

08/31/2019 18:14:48 System.Net.WebException: Error: ConnectFailure (Connection refused) ---> System.Net.Sockets.SocketException: Connection refused

08/31/2019 18:14:48 at System.Net.Sockets.SocketAsyncResult.CheckIfThrowDelayedException () [0x00014] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0

08/31/2019 18:14:48 at System.Net.Sockets.Socket.EndConnect (System.IAsyncResult asyncResult) [0x0002c] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0

08/31/2019 18:14:48 at System.Net.Sockets.SocketTaskExtensions+<>c.<ConnectAsync>b__2_1 (System.IAsyncResult asyncResult) [0x00006] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0

08/31/2019 18:14:48 at System.Threading.Tasks.TaskFactory`1[TResult].FromAsyncCoreLogic (System.IAsyncResult iar, System.Func`2[T,TResult] endFunction, System.Action`1[T] endAction, System.Threading.Tasks.Task`1[TResult] promise, System.Boolean requiresSynchronization) [0x00019] in <15c986724bdc480293909469513cfdb3>:0

08/31/2019 18:14:48 --- End of stack trace from previous location where exception was thrown ---

08/31/2019 18:14:48 --- End of inner exception stack trace ---

08/31/2019 18:14:48 at System.Net.WebConnection.Connect (System.Net.WebOperation operation, System.Threading.CancellationToken cancellationToken) [0x0019b] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0

08/31/2019 18:14:48 at System.Net.WebConnection.InitConnection (System.Net.WebOperation operation, System.Threading.CancellationToken cancellationToken) [0x000cc] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0

08/31/2019 18:14:48 at System.Net.WebConnection.Connect (System.Net.WebOperation operation, System.Threading.CancellationToken cancellationToken) [0x00217] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0

08/31/2019 18:14:48 at System.Net.WebCompletionSource`1[T].WaitForCompletion () [0x00094] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0

08/31/2019 18:14:48 at System.Net.WebOperation.Run () [0x0009a] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0

08/31/2019 18:14:48

08/31/2019 18:14:48 at System.Net.HttpWebRequest.GetRequestStream () [0x00016] in <cc2aa03ac5ad4081bf06b04ddbd6fdb9>:0

08/31/2019 18:14:48 at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke (System.String methodName, System.Object[] parameters) [0x00029] in <8bc04fd87fca4b3f825d3afe331face2>:0

08/31/2019 18:14:48 at TCAdmin.SDK.Web.References.ServerUtilities.ServerUtilities.GetMonitorVersion () [0x00000] in <633ba1bbf1fe4ae791a36c31cad7d40c>:0

08/31/2019 18:14:48 at (wrapper remoting-invoke-with-check) TCAdmin.SDK.Web.References.ServerUtilities.ServerUtilities.GetMonitorVersion()

08/31/2019 18:14:48 at TCAdmin.SDK.Objects.Server.get_MonitorVersion () [0x00016] in <bf9981e33fb545b3897032aedecef0e3>:0

08/31/2019 18:14:48 at (wrapper managed-to-native) System.Reflection.RuntimeMethodInfo.InternalInvoke(System.Reflection.RuntimeMethodInfo,object,object[],System.Exception&)

08/31/2019 18:14:48 at System.Reflection.RuntimeMethodInfo.Invoke (System.Object obj, System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x0006a] in <15c986724bdc480293909469513cfdb3>:0

Link to comment
Share on other sites

Confirmed it's not blocked, even with the firewall completely disabled on the remote and master, after a reboot of the monitors I have no luck and am greeted with the same block in the error logs related to a failed connection.

 

Is there a version of mono you would particularly recommend for me to use? Currently I'm rocking 6.0.0.327 on both master and remote.

Link to comment
Share on other sites

I can telnet to port 8890 on the master but not the remote (from my desktop). Is this where the problem may be occurring?

 

For the record both boxes have the same UFW set up - even with the firewall disabled I still cannot telnet on port 8890.

Link to comment
Share on other sites

  • 4 weeks later...

Hey - sorry to remain quiet on this for so long. This was related to OVH > OVH server configuration for remote and master, since OVH use their own private networking between data centers it was interfering with the web servers SSL communication.

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Who's Online   0 Members, 0 Anonymous, 34 Guests (See full list)

    • There are no registered users currently online
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. Terms of Use