<?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 Read/Write stages failing in Rumba Mainframe in Product Forum</title>
    <link>https://community.blueprism.com/t5/Product-Forum/Read-Write-stages-failing-in-Rumba-Mainframe/m-p/81274#M32865</link>
    <description>Hi all,

We are testing existing, stable processes in V6 as a prelude to upgrading from V4 to V6.&amp;nbsp; I've noticed a lot of processes are failing with the Exception

"The execution of the function was inhibited because the target presentation space was busy, in X CLOCK state (X []), or in X SYSTEM state. Return code: (4)"

or similar.&amp;nbsp; It appears most ofter between a read and write stage, where the Process would need to write a command into Rumba Mainframe (such as to move to subsequent pages) and then read what was on that page.&amp;nbsp; For example reading a note that had been left over multiple pages.&amp;nbsp;

&amp;nbsp;

The amount of data to be read doesn't seem to be related as the error occurs when the process only has to read a single character or a large block of text.

&amp;nbsp;

I have mitigated the problem slightly by introducing a 1 second wait between each write/read stage, but this isn't 100% successful.&amp;nbsp; In V4, these processes having been running Exception free for months.

&amp;nbsp;

Does anyone have any suggestions to resolve this, short of re-developing all our Mainframe processes with longer and longer wait stages, as well as possibly re-attempt loops, until the processes are stable again?

Thanks,

Steve</description>
    <pubDate>Tue, 03 Jul 2018 20:58:00 GMT</pubDate>
    <dc:creator>StephenColeman</dc:creator>
    <dc:date>2018-07-03T20:58:00Z</dc:date>
    <item>
      <title>Read/Write stages failing in Rumba Mainframe</title>
      <link>https://community.blueprism.com/t5/Product-Forum/Read-Write-stages-failing-in-Rumba-Mainframe/m-p/81274#M32865</link>
      <description>Hi all,

We are testing existing, stable processes in V6 as a prelude to upgrading from V4 to V6.&amp;nbsp; I've noticed a lot of processes are failing with the Exception

"The execution of the function was inhibited because the target presentation space was busy, in X CLOCK state (X []), or in X SYSTEM state. Return code: (4)"

or similar.&amp;nbsp; It appears most ofter between a read and write stage, where the Process would need to write a command into Rumba Mainframe (such as to move to subsequent pages) and then read what was on that page.&amp;nbsp; For example reading a note that had been left over multiple pages.&amp;nbsp;

&amp;nbsp;

The amount of data to be read doesn't seem to be related as the error occurs when the process only has to read a single character or a large block of text.

&amp;nbsp;

I have mitigated the problem slightly by introducing a 1 second wait between each write/read stage, but this isn't 100% successful.&amp;nbsp; In V4, these processes having been running Exception free for months.

&amp;nbsp;

Does anyone have any suggestions to resolve this, short of re-developing all our Mainframe processes with longer and longer wait stages, as well as possibly re-attempt loops, until the processes are stable again?

Thanks,

Steve</description>
      <pubDate>Tue, 03 Jul 2018 20:58:00 GMT</pubDate>
      <guid>https://community.blueprism.com/t5/Product-Forum/Read-Write-stages-failing-in-Rumba-Mainframe/m-p/81274#M32865</guid>
      <dc:creator>StephenColeman</dc:creator>
      <dc:date>2018-07-03T20:58:00Z</dc:date>
    </item>
  </channel>
</rss>

