Skip to main content
Nintex Community Menu Bar
Solved

Scheduled botflows does not start, manual start works, RPA Central 2.0 & Bot v17

  • January 20, 2021
  • 6 replies
  • 67 views
  • Translate

We have recently upgraded to RPA Central 2.0.1 and our bots to v.17.0.1. However, we can't get the scheduling of the botflows to work.

 

For test we have three botflows. One is running every whole hour, the second running 30 min after the first botflow and the third botflow two times a day (8:15 am, 5:15 pm). These botflows are assigned to a bot on a second machine. See attachment.
 

After the upgrade, botflows one and two was running as scheduled, but only did respectively 2 times, then they did not start again. However, you could manually start the botflows on the assigned bot through RPA Central and they will run without any issues and finish. Hence, there should not be any connectivity problems between RPAC and the bot.

 

For reference, we are running Enterprise-license.

 

 

 

 

 

Best answer by devinweber

I ran into the same thing and have a ticket open with dev.  In the mean time, I created a bat file to bounce the services about 15 minutes prior to the scheduled botflows.

taskkill /IM RPACentral.ServiceHost.exe /f

taskkill /IM RPAStarter.exe /f

net stop BotService

net stop Nintex RPACentral

ping 127.0.0.1

ping 127.0.0.1

net start BotService

net start NintexRPACentral

 

Hope this helps!!

View original
Did this topic help you find an answer to your question?

I ran into the same thing and have a ticket open with dev.  In the mean time, I created a bat file to bounce the services about 15 minutes prior to the scheduled botflows.

taskkill /IM RPACentral.ServiceHost.exe /f

taskkill /IM RPAStarter.exe /f

net stop BotService

net stop Nintex RPACentral

ping 127.0.0.1

ping 127.0.0.1

net start BotService

net start NintexRPACentral

 

Hope this helps!!

Translate

Sasan
Nintex Employee
Forum|alt.badge.img+11
  • Nintex Employee
  • January 20, 2021

Devin,

 

Thanks for sharing and we are closely monitoring this behavior.  For a few customers, an RPA Central service restart has resolved the issue and for others the following steps has also addressed the issue.  If you are still experiencing this issue after an RPA Central service restart, please reach out to me so that we can coordinate in capturing specific event logs to troubleshoot.  Our goal is to troubleshoot the issue and fix, so that you would not have to use a batch file to bounce the service prior to the scheduled time.

 

Thanks


Sasan

Translate

  • January 21, 2021
Thanks Devin! It works.
Translate

Glad I could help!!  @Sasan  might have some other troubleshooting steps to pull log files/etc.....which I'm attempting to gather for him, but so far my scheduler hasn't blown up again.  I'm also not discontinuing the service restarts, but instead created a one off botflow that runs without those services getting bounced.  Anyway, if you're up for troubleshooting, you might hit him up on here.

Translate

Just so it's documented in the forum space - I have found in the RPA Central logs where the FoxCentral.Web.BackgroundServices.JobInstantiatorService is throwing an error about 3 hours after restarting the services.

 

"Hosted service to schedule jobs encountered a failure with calls to check license and is about to stop running: Cannot access a disposed object.  Object name: 'SecureString'.

 

This information has been shared with @Sasan.

Translate

Issue has been fixed in RPA Central 2.0.2 and RPA 17.0.3!!!

Translate

Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie Settings