How to get rid of Error 10053

[mitch.s]

When working with the API I often get an # Error: 10053 . When I re-execute the code everything works fine.
Probably because the connection is temporary lost... ?
How do I prevent error 10053 because this renders all own code useless?

1st execute : task.setStatus(status)  # status is a valid status

# Error: 10053

# Traceback (most recent call last):

#   File "<maya console>", line 1, in <module>

#   File "C:\Temp\Ftrack\Ftrack_Plugins_winx64_b17\ftrackplugins\libdir\ftrack\ftrackAPI\FTrackCore.egg\FTrackCore\api
...

#     v = self._sslobj.write(data)

# error: [Errno 10053] An established connection was aborted by the software in your host machine #

 

2nd execute : task.setStatus(status)  # status is a valid status

 

Huray!

 

[Björn Rydahl]

Thanks for reporting, I will need to do some digging here since it might be windows related.

 

How often does it happen?

 

Cheers

[mitch.s]

Very often.

 

I suspect it's some kind of connection timeout or something.

When there's a few seconds/minutes between commands (while writing code), I get error 10053.

 

Note that for testing purposes I'm running commands from the Maya Python script editor. Maya was launched from the FTrack launcher exe.

 

This problem is really annoying because it blocks the development of things that go beyond simple tests.

I'm aware I'll have to catch errors due to connections in a later stage.

[mitch.s]

For now we'll catch the 'SocketException' by hand as a workaround. But it would be nice if this problem was dealt with by FTrack

[mitch.s]

The problem remains. 

 

We tried the try/catch workaround but the error slips through.

Error 10053 keeps raising it's ugly head, making FTrack API scripting useless (probably for windows only???)

 

In other words we can test scripts by executing them several times.

But we can't write proper custom submit/publish scripts...

 

Could someone save us from our miserable plight please?

[Fredrik Limsater]

Hi Mitch,

we're looking into it. Will update thread as soon as we have more information. Sorry for the inconvenience.

 

Fredrik

[Björn Rydahl]

The next version of ftrack plugins will include a fix for the 10053 problem. It only happens in maya on windows from what we have found.

[wim.w]

Hello,

 

I would like to contribute to which I think is the same error.

I sometimes get this error in the python-interactive window in visual studio 2010

 

I've imported ftrack succesfully, and I execute the following commands.

The first succeeds, then I wait about 20 seconds, and then the second one fails. If I execute the third one it completes succesfully again.

This is IronPython 2.7, but I get the same results in Python x64 2.7 and IronPython x64 2.7

 

>>> prj = ftrack.getProject('Misc')

>>> prj = ftrack.getProject('Misc')
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "Y:\CC_Tools\FTrack\ftrackplugins-win64-1b17\ftrackplugins\libdir\FTrackCore.egg\FTrackCore\api\client.py", line 667, in getProject
    return getFromPath(path)
  File "Y:\CC_Tools\FTrack\ftrackplugins-win64-1b17\ftrackplugins\libdir\FTrackCore.egg\FTrackCore\api\client.py", line 691, in getFromPath
    data = _getFromPath(path)
  File "Y:\CC_Tools\FTrack\ftrackplugins-win64-1b17\ftrackplugins\libdir\FTrackCore.egg\FTrackCore\api\client.py", line 656, in _getFromPath
    return xmlServer.action('get',data)
  File "Y:\CC_Tools\FTrack\ftrackplugins-win64-1b17\ftrackplugins\libdir\FTrackCore.egg\FTrackCore\api\xmlserver.py", line 225, in action
    response = function(data)
  File "C:\Program Files (x86)\IronPython 2.7\Lib\xmlrpclib.py", line 1224, in __call__
    return self.__send(self.__name, args)
  File "C:\Program Files (x86)\IronPython 2.7\Lib\xmlrpclib.py", line 1571, in _ServerProxy__request
    response = self.__transport.request(
  File "C:\Program Files (x86)\IronPython 2.7\Lib\xmlrpclib.py", line 1264, in request
    return self.single_request(host, handler, request_body, verbose)
  File "C:\Program Files (x86)\IronPython 2.7\Lib\xmlrpclib.py", line 1292, in single_request
    self.send_content(h, request_body)
  File "Y:\CC_Tools\FTrack\ftrackplugins-win64-1b17\ftrackplugins\libdir\FTrackCore.egg\FTrackCore\api\xmlserver.py", line 108, in send_content
    xmlrpclib.SafeTransport.send_content(self,connection, request_body)
  File "C:\Program Files (x86)\IronPython 2.7\Lib\xmlrpclib.py", line 1439, in send_content
    connection.endheaders(request_body)
  File "C:\Program Files (x86)\IronPython 2.7\Lib\httplib.py", line 951, in endheaders
    self._send_output(message_body)
  File "C:\Program Files (x86)\IronPython 2.7\Lib\httplib.py", line 811, in _send_output
    self.send(msg)
  File "C:\Program Files (x86)\IronPython 2.7\Lib\httplib.py", line 787, in send
    self.sock.sendall(data)
  File "C:\Program Files (x86)\IronPython 2.7\Lib\ssl.py", line 219, in sendall
    while (count < amount):
  File "C:\Program Files (x86)\IronPython 2.7\Lib\ssl.py", line 188, in send
    try:
IOError: System.IO.IOException: Unable to write data to the transport connection: An established connection was aborted by the software in your host machine. ---> System.Net.Sockets.SocketException: An established connection was aborted by the software in your host machine
   at System.Net.Sockets.NetworkStream.Write(Byte[] buffer, Int32 offset, Int32 size)
   --- End of inner exception stack trace ---
   at Microsoft.Scripting.Interpreter.ThrowInstruction.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.Interpreter.HandleException(InterpretedFrame frame, Exception exception)
   at Microsoft.Scripting.Interpreter.Interpreter.HandleException(InterpretedFrame frame, Exception exception)
   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.LightLambda.Run4[T0,T1,T2,T3,TRet](T0 arg0, T1 arg1, T2 arg2, T3 arg3)
   at IronPython.Runtime.PythonFunction.FunctionCaller`3.Call3(CallSite site, CodeContext context, Object func, T0 arg0, T1 arg1, T2 arg2)
   at System.Dynamic.UpdateDelegates.UpdateAndExecute5[T0,T1,T2,T3,T4,TRet](CallSite site, T0 arg0, T1 arg1, T2 arg2, T3 arg3, T4 arg4)
   at CallSite.Target(Closure , CallSite , CodeContext , Object , Object , Object , Object )
   at IronPython.Runtime.Method.MethodBinding`2.SelfTarget(CallSite site, CodeContext context, Object target, T0 arg0, T1 arg1)
   at System.Dynamic.UpdateDelegates.UpdateAndExecute4[T0,T1,T2,T3,TRet](CallSite site, T0 arg0, T1 arg1, T2 arg2, T3 arg3)
   at IronPython.Runtime.PythonFunction.FunctionCaller`2.Call2(CallSite site, CodeContext context, Object func, T0 arg0, T1 arg1)
   at IronPython.Compiler.Ast.CallExpression.Invoke2Instruction.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.LightLambda.Run2[T0,T1,TRet](T0 arg0, T1 arg1)
   at IronPython.Runtime.PythonFunction.FunctionCaller`1.Call1(CallSite site, CodeContext context, Object func, T0 arg0)
   at IronPython.Compiler.Ast.CallExpression.Invoke1Instruction.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.LightLambda.Run2[T0,T1,TRet](T0 arg0, T1 arg1)
   at IronPython.Runtime.PythonFunction.FunctionCaller`1.Call1(CallSite site, CodeContext context, Object func, T0 arg0)
   at System.Dynamic.UpdateDelegates.UpdateAndExecute3[T0,T1,T2,TRet](CallSite site, T0 arg0, T1 arg1, T2 arg2)
   at Microsoft.Scripting.Interpreter.FuncCallInstruction`6.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.LightLambda.Run4[T0,T1,T2,T3,TRet](T0 arg0, T1 arg1, T2 arg2, T3 arg3)
   at IronPython.Compiler.Ast.CallExpression.Invoke1Instruction.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.LightLambda.Run2[T0,T1,TRet](T0 arg0, T1 arg1)
   at IronPython.Runtime.PythonFunction.FunctionCaller`1.Call1(CallSite site, CodeContext context, Object func, T0 arg0)
   at System.Dynamic.UpdateDelegates.UpdateAndExecute3[T0,T1,T2,TRet](CallSite site, T0 arg0, T1 arg1, T2 arg2)
   at Microsoft.Scripting.Interpreter.DynamicInstruction`4.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.LightLambda.Run2[T0,T1,TRet](T0 arg0, T1 arg1)
   at IronPython.Compiler.PythonScriptCode.RunWorker(CodeContext ctx)
   at IronPython.Compiler.RuntimeScriptCode.InvokeTarget(Scope scope)
   at Microsoft.Scripting.SourceUnit.Execute(Scope scope)
   at Microsoft.Scripting.Interpreter.FuncCallInstruction`3.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.LightLambda.Run4[T0,T1,T2,T3,TRet](T0 arg0, T1 arg1, T2 arg2, T3 arg3)
   at System.Dynamic.UpdateDelegates.UpdateAndExecute3[T0,T1,T2,TRet](CallSite site, T0 arg0, T1 arg1, T2 arg2)
   at Microsoft.Scripting.Interpreter.FuncCallInstruction`6.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.LightLambda.Run4[T0,T1,T2,T3,TRet](T0 arg0, T1 arg1, T2 arg2, T3 arg3)
   at IronPython.Compiler.Ast.CallExpression.Invoke1Instruction.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.LightLambda.Run2[T0,T1,TRet](T0 arg0, T1 arg1)
   at IronPython.Runtime.PythonFunction.FunctionCaller`1.Call1(CallSite site, CodeContext context, Object func, T0 arg0)
   at IronPython.Runtime.Method.MethodBinding.SelfTarget(CallSite site, CodeContext context, Object target)
   at Microsoft.Scripting.Interpreter.DynamicInstruction`3.Run(InterpretedFrame frame)
   at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)
>>> prj = ftrack.getProject('Misc')

[Björn Rydahl]

@wim.w Have you tried to download the latest version of the python api? And see if it fixes the issue. Let me know what you find. 

 

Cheers

[mitch.s]

Seems to work now

 

Thx

[ionav]

Hi,

I'm also facing 100053 errors intermittently when calling the API from an interactive shell in pyCharm or running a python script calling it from a bash terminal, both on Windows. 

Do you have any ideas?

Thanks,

[Mattias Lagergren]

16 hours ago, ionav said:

I'm also facing 100053 errors intermittently when calling the API from an interactive shell in pyCharm or running a python script calling it from a bash terminal, both on Windows. 

 

Is this using the "legacy api" or the new ftrack-python-api?

[ionav]

Hi Mattias, 

This is using the new ftrack_api.

Thanks

[Mattias Lagergren]

I see - which version of Windows are you running? Is it happening only on this particular machine or do you see it on other computers as well?

Is this happening at random times or can you see any correlation with long running api queries/commits, etc.?

From Microsofts error code list:

Quote

 

Software caused connection abort.

An established connection was aborted by the software in your host computer, possibly due to a data transmission time-out or protocol error.

 

Do you have any firewalls or other network-related applications that could interfere?