I made bulk add support setting bulk size, since it does not like if the package size gets to big. The “gave up on” kind of sounds like the issue is size, are you attaching files to the workitem you are trying to create ? in that case you may need to lower the bulk size even more ( or simply use add workitem, ie only add one at the time )
Thanks for reply. I have no files attached to the workitem. Only csv-data with 9 columns.Before I move to ubuntu with docker and openflow 1.5.1 the same file and workflow run without errors on old openflow version (Win Server).
So the “gave up” message comes from openrpa waiting on confirmation messages from openflow. This is then used to allow openrpa to “retry” messages if it loses connection to openflow and then reconnects.
Does openrpa lose connection with openflow while running this workflow ?
Do you see any errors in the openflow console when this happens ?
[13:54:00.045][Error] System.Exception: Dispatcher/Massendatenänderung failed with Gave up on b44994d3-8c59-42bd-acfa-bf325e9bdc85 addworkitems ---> System.Exception: Gave up on b44994d3-8c59-42bd-acfa-bf325e9bdc85 addworkitems
at OpenRPA.Net.WebSocketClient.<SendMessage>d__60.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
at OpenRPA.Net.SocketCommand.<SendMessage>d__24`1.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at System.Runtime.CompilerServices.TaskAwaiter`1.GetResult()
at OpenRPA.Net.WebSocketClient.<AddWorkitems>d__97.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.GetResult()
at OpenRPA.Net.WebSocketClient.<AddWorkitems>d__98.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.GetResult()
at OpenRPA.WorkItems.BulkAddWorkitems.<ExecuteAsync>d__36.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at OpenRPA.Interfaces.AsyncTaskCodeActivity.EndExecute(AsyncCodeActivityContext context, IAsyncResult result)
at System.Activities.AsyncCodeActivity.CompleteAsyncCodeActivityData.CompleteAsyncCodeActivityWorkItem.Execute(ActivityExecutor executor, BookmarkManager bookmarkManager)
--- End of inner exception stack trace ---
at OpenRPA.Activities.InvokeOpenRPA.OnBookmarkCallback(NativeActivityContext context, Bookmark bookmark, Object obj)
[13:54:00.045][Information] Auftrag starten resumed
[13:53:59.831][Output] Massendatenänderung failed at 1.62 in 00:25.934
# Gave up on b44994d3-8c59-42bd-acfa-bf325e9bdc85 addworkitems
[13:53:59.823][Error] WebSocketClient.SendMessage: Not connected/signed in to OpenFlow
[13:53:59.823][Error] Gave up on b44994d3-8c59-42bd-acfa-bf325e9bdc85 addworkitems not connected
[13:53:59.823][Warning] Message b44994d3-8c59-42bd-acfa-bf325e9bdc85 (addworkitems) timed out, retrying
You need to figure out why openrpa gets disconnected, openrpa was never intended on being 100% in handling all messages created after a disconnect.
Open the console ( the real console, not the webpage) output in docker to see what is going on, try enabling logging ( you do that from the console webpage, and make sure not pausing it like you did in your screenshot )
I suspect you might be hitting the rate limiter ( you can try disabling that temporarily using api_rate_limit=false and socket_rate_limit=false )
We have installed old OpenRPA 1.4.49 to test it. This version have worked well with our MS Windows Server 2019 and openFlow 1.4.35, installed over NPM.
With openRPA 1.4.49 and openFlow 1.5.1 we have the same issue. OpenRPA 1.4.49 with OpenFlow 1.4.35 works fine on old server.