<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic To those experiencing this in Product Forum</title>
    <link>https://community.blueprism.com/t5/Product-Forum/PoolName-is-too-busy-to-run-that-process/m-p/63313#M16272</link>
    <description>To those experiencing this issue - are you using Single Sign-On to authenticate with Blue Prism?</description>
    <pubDate>Thu, 19 Oct 2017 12:06:00 GMT</pubDate>
    <dc:creator>SamanthaShaw</dc:creator>
    <dc:date>2017-10-19T12:06:00Z</dc:date>
    <item>
      <title>[PoolName] is too busy to run that process</title>
      <link>https://community.blueprism.com/t5/Product-Forum/PoolName-is-too-busy-to-run-that-process/m-p/63306#M16265</link>
      <description>Hi all,

Since upgrading from v5.0.23 to v5.0.30, we€™re having issues utilising pools correctly within Blue Prism v5.0.30
No matter how many resources are assigned to a pool, we can only ever utilise the first resource in the pool.
e.g.
Pool1 contains resources 1,2,3,4,5
Process A is scheduled on Pool1, which farms the process out to resource1.
If Process B is then scheduled on Pool1, I expect Blue Prism should farm the process out to resource2, however, we receive the error message €œPool1 is too busy to run that process€&amp;#157;
This eliminates all benefits of having a pool in the first place and forces us to manage our schedule carefully to avoid conflicts, as a process will not execute at all if the pool is busy.

It€™s difficult to state with complete certainty that this is caused by the Blue Prism v5.0.30 upgrade, however, when looking at control room for processes assigned to a resource pool, we can only see the first machine in the pool utilised and no overlap times. 

I have attached an image of the error message.

If there is any further infomration which I can provide to assist with diagnosis, please let me know.

Regards,

Patrick.</description>
      <pubDate>Thu, 20 Jul 2017 09:57:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/PoolName-is-too-busy-to-run-that-process/m-p/63306#M16265</guid>
      <dc:creator>PatrickOttery1</dc:creator>
      <dc:date>2017-07-20T09:57:00Z</dc:date>
    </item>
    <item>
      <title>I think this would require</title>
      <link>https://community.blueprism.com/t5/Product-Forum/PoolName-is-too-busy-to-run-that-process/m-p/63307#M16266</link>
      <description>I think this would require some experiementation from your Application Server machine to figure out what is happening (it is from the App Server that Schedules instigated on the pool).
When this issue occurs can you manually start the same process on the resources within your pool or are they showing as busy or are there any connection issues?</description>
      <pubDate>Fri, 21 Jul 2017 15:17:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/PoolName-is-too-busy-to-run-that-process/m-p/63307#M16266</guid>
      <dc:creator>Denis__Dennehy</dc:creator>
      <dc:date>2017-07-21T15:17:00Z</dc:date>
    </item>
    <item>
      <title>Hi Denis,</title>
      <link>https://community.blueprism.com/t5/Product-Forum/PoolName-is-too-busy-to-run-that-process/m-p/63308#M16267</link>
      <description>Hi Denis,
When this issue occurs, I cannot manually start the process on the individual resource, as it's not available unless I take it out of the pool.
If I take the resource out of the pool, then yes, I have no trouble starting the process on an individual resource.
Can you please elaborate on the experimentation I might undertake on the Application Server? 
Thanks for your time,
Patrick.</description>
      <pubDate>Sun, 23 Jul 2017 14:18:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/PoolName-is-too-busy-to-run-that-process/m-p/63308#M16267</guid>
      <dc:creator>PatrickOttery1</dc:creator>
      <dc:date>2017-07-23T14:18:00Z</dc:date>
    </item>
    <item>
      <title>Hi Patrick - probably you've</title>
      <link>https://community.blueprism.com/t5/Product-Forum/PoolName-is-too-busy-to-run-that-process/m-p/63309#M16268</link>
      <description>Hi Patrick - probably you've already checked, but look at all the resources in the pool and confirm that there are no old pending sessions. Control room defaults to showing 'today' and hiding pending sessions created earlier.</description>
      <pubDate>Tue, 25 Jul 2017 13:39:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/PoolName-is-too-busy-to-run-that-process/m-p/63309#M16268</guid>
      <dc:creator>John__Carter</dc:creator>
      <dc:date>2017-07-25T13:39:00Z</dc:date>
    </item>
    <item>
      <title>Hi John,</title>
      <link>https://community.blueprism.com/t5/Product-Forum/PoolName-is-too-busy-to-run-that-process/m-p/63310#M16269</link>
      <description>Hi John,
Correct, there are no pending sessions.
We've raised an official support ticket, so I hope to get a resolution there.
Regards,
Patrick.</description>
      <pubDate>Tue, 01 Aug 2017 08:52:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/PoolName-is-too-busy-to-run-that-process/m-p/63310#M16269</guid>
      <dc:creator>PatrickOttery1</dc:creator>
      <dc:date>2017-08-01T08:52:00Z</dc:date>
    </item>
    <item>
      <title>Hmm weird, see what our</title>
      <link>https://community.blueprism.com/t5/Product-Forum/PoolName-is-too-busy-to-run-that-process/m-p/63311#M16270</link>
      <description>Hmm weird, see what our support guys suggest then. Maybe also try creating a brand new pool so see if that behaves differently to one that existed before the upgrade. I can't see that it would, but worth a quick test.</description>
      <pubDate>Tue, 01 Aug 2017 13:58:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/PoolName-is-too-busy-to-run-that-process/m-p/63311#M16270</guid>
      <dc:creator>John__Carter</dc:creator>
      <dc:date>2017-08-01T13:58:00Z</dc:date>
    </item>
    <item>
      <title>This is happening to me today</title>
      <link>https://community.blueprism.com/t5/Product-Forum/PoolName-is-too-busy-to-run-that-process/m-p/63312#M16271</link>
      <description>This is happening to me today after we upgraded to 5.32. i was expecting new features but it took me back to square. Sad there is no documentation on prerequisite and FAQ on the errors. 
Were you able to fix this problem?</description>
      <pubDate>Fri, 13 Oct 2017 06:06:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/PoolName-is-too-busy-to-run-that-process/m-p/63312#M16271</guid>
      <dc:creator>NitinKamurlekar</dc:creator>
      <dc:date>2017-10-13T06:06:00Z</dc:date>
    </item>
    <item>
      <title>To those experiencing this</title>
      <link>https://community.blueprism.com/t5/Product-Forum/PoolName-is-too-busy-to-run-that-process/m-p/63313#M16272</link>
      <description>To those experiencing this issue - are you using Single Sign-On to authenticate with Blue Prism?</description>
      <pubDate>Thu, 19 Oct 2017 12:06:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/PoolName-is-too-busy-to-run-that-process/m-p/63313#M16272</guid>
      <dc:creator>SamanthaShaw</dc:creator>
      <dc:date>2017-10-19T12:06:00Z</dc:date>
    </item>
  </channel>
</rss>

