2 robots treating one queue

Hello Community,

i’m using two robots to treat a large mass of queues, normaly if a robot start a queue automaticly the status change from new to In Progress … but sometimes … i found out that the both robots take the same queue.
how this can be possible if the orchestrator is taking charge of this!!

Waiting for your reply.

Thank you.

Ayoub BOUHIA

1 Like

@bouhia

Welcome back to our UiPath community.

It shouldn’t read the same item.

May I know are you using Get Transaction Item or Get Queue Items activity ?

2 Likes

Hey @bouhia

This is not possible.

There is something else you are missing.

Thanks
#nK

2 Likes

Get Transaction Item

Hey @bouhia

Are you saying both bots taking items from same queue or same queue item?

Thanks
#nK

1 Like

Both taking the same item.

1 Like

Hey @bouhia

Could you please show some screenshots on how you are concluding it ?

Thanks
#nK

1 Like

ROBOT 01 :
04/21/2022 12:12:14 Mass transfer input part [INFO] Start process
04/21/2022 12:12:14 Mass transfer input part [INFO] Closing old application instances
04/21/2022 12:12:14 Mass transfer input part [INFO] Start opening applications
04/21/2022 12:12:14 PM Mass transfer input part [INFO] Recovery of GRC login credentials
04/21/2022 12:12:17 Mass transfer input part [INFO] End of application opening
04/21/2022 12:12:18 Mass transfer input part [INFO] Init draft value = False
04/21/2022 12:12:18 Mass transfer input part [INFO] Start processing next order: ID = 3457
04/21/2022 12:12:20 Mass transfer input part [INFO] Number of transfers found and accepted by ocr for this order = 27
04/21/2022 12:12:20 Mass transfer input part [INFO] Number of transfers found and rejected by ocr for this order = 0
04/21/2022 12:16:47 Mass transfer input part [INFO] Order status ==> Success
04/21/2022 12:16:47 Mass transfer input part [INFO] Change status of order on DB
04/21/2022 12:16:47 Mass transfer input part [INFO] End of processing of the following order: ID = 3457

ROBOT 2 :
04/21/2022 12:06:58 Mass transfer input part [INFO] Start processing the following Order: ID = 3457
04/21/2022 12:07:00 Mass transfer input part [INFO] Number of transfers found and accepted by ocr for this order = 27
04/21/2022 12:07:00 Mass transfer input part [INFO] Number of transfers found and rejected by ocr for this order = 0
04/21/2022 12:11:24 Mass transfer input part [INFO] Order status ==> Success
04/21/2022 12:11:25 Mass transfer input part [INFO] Change status of order on DB
04/21/2022 12:11:25 Mass transfer input part [INFO] End of processing of the following order: ID = 3457

PS: The order is exising just once on the database

1 Like

Hey @bouhia

Are you using orchestrator for this ?

And from where did you pick this logs ?

Thanks
#nK

1 Like

This items is treated by two robots
yes im using Orchestrator

This log is made by me with ReFramwork.

1 Like

Hey @bouhia

Could you please show the history tab ?

Thanks
#nK

1 Like

1 Like

Hi @bouhia

As you can see in the history it was picked only once.

Thanks
#nK

1 Like

Hi @bouhia,

This is classical queue behaviour.

From your screenshot it is evident that first the Robot03 dispatched the item. Later the item was picked up by your performer/Robot01, which first set it to in progress, completed the transaction and set status to Successful.

Take this example:
If we for some reason had a retry and you have both robots actively working the queue. The retry item is then defaulted to a new item and both robots try to lock it into in-progress but only one of them can takeover the item. This is the round robin algorithm in the working. Read here for an quick overview.

So the thing you observe here is totally normal and as it should be.

1 Like

but the execution was done by both robots, the proof is the logs generated by the process during the activity of each robot

1 Like

Yes of course I agree with the logic of this algo, but in my case I had this anomaly.

1 Like

In that case are your sure that your queue is entirely without any duplicates? If the dispatcher for some reason has sent the same item two times to the queue, it is possible that both of your robots had to process the same Order ID.

1 Like

Hey @bouhia

Please log the transaction ID as well which will confirm.

Thanks
#nK

1 Like

there is no duplicates on the database, also in queues … whats made the both robots take the same line
Execution of first robot :

04/21/2022 12:06:58 Mass transfer input part [INFO] Start processing the following Order: ID = 3457
04/21/2022 12:07:00 Mass transfer input part [INFO] Number of transfers found and accepted by ocr for this order = 27
04/21/2022 12:07:00 Mass transfer input part [INFO] Number of transfers found and rejected by ocr for this order = 0
04/21/2022 12:11:24 Mass transfer input part [INFO] Order status ==> Success
04/21/2022 12:11:25 Mass transfer input part [INFO] Change status of order on DB
04/21/2022 12:11:25 Mass transfer input part [INFO] End of processing of the following order: ID = 3457

Execution of Second Robot :

04/21/2022 12:12:14 Mass transfer input part [INFO] Start process
04/21/2022 12:12:14 Mass transfer input part [INFO] Closing old application instances
04/21/2022 12:12:14 Mass transfer input part [INFO] Start opening applications
04/21/2022 12:12:14 PM Mass transfer input part [INFO] Recovery of GRC login credentials
04/21/2022 12:12:17 Mass transfer input part [INFO] End of application opening
04/21/2022 12:12:18 Mass transfer input part [INFO] Init draft value = False
04/21/2022 12:12:18 Mass transfer input part [INFO] Start processing next order: ID = 3457
04/21/2022 12:12:20 Mass transfer input part [INFO] Number of transfers found and accepted by ocr for this order = 27
04/21/2022 12:12:20 Mass transfer input part [INFO] Number of transfers found and rejected by ocr for this order = 0
04/21/2022 12:16:47 Mass transfer input part [INFO] Order status ==> Success
04/21/2022 12:16:47 Mass transfer input part [INFO] Change status of order on DB
04/21/2022 12:16:47 Mass transfer input part [INFO] End of processing of the following order: ID = 3457

1 Like

Hey @bouhia

Could you please print the Transaction ID ?

Thanks
#nK