<?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 Re: Lock table overflow in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/lock-table-overflow/m-p/1098810#M102920</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;This fm is failing because it finds that the idoc is already locked so it is not able to process this idoc. Check if oyu are explicitly locking this idoc anywhere.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 29 Nov 2005 02:34:59 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2005-11-29T02:34:59Z</dc:date>
    <item>
      <title>Lock table overflow</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/lock-table-overflow/m-p/1098808#M102918</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hai friend,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My task is to update the status of changed IDOCs., I am using the fn. mod. IDOC_STATUS_WRITE_TO_DATABASE to do this updation. But it the run time iam getting the error &lt;/P&gt;&lt;P&gt;"Lock table overflow". please give idea to solve this problem.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;thanks.&lt;/P&gt;&lt;P&gt;Vinayak.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 29 Nov 2005 02:16:56 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/lock-table-overflow/m-p/1098808#M102918</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2005-11-29T02:16:56Z</dc:date>
    </item>
    <item>
      <title>Re: Lock table overflow</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/lock-table-overflow/m-p/1098809#M102919</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;see oss note 746138, it will help you in solving your problem&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Symptom&lt;/P&gt;&lt;P&gt;This note describes the subsequent analysis performed to determine the cause of a lock table overflow.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Other terms&lt;/P&gt;&lt;P&gt;Enque, enqueue, lock table overflow&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Reason and Prerequisites&lt;/P&gt;&lt;P&gt;The maximum number of locks in the lock table is subject to an upper limit that is set by profile parameters. The enque/table_size parameter determines the size of the lock table in KBs. You can use SM12/Extras/Statistics to determine both the maximum number and current number of entries.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;A lock table overflow may occur if&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;the configuration of the lock table is too small&lt;/P&gt;&lt;P&gt;an application sets lots of locks&lt;/P&gt;&lt;P&gt;the update hangs and, as a result, numerous locks inherited by the update program exist.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Up to now it, subsequent analysis could not be performed to determine which lock types and which lock owners mainly contributed to the lock table overflow.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Solution&lt;/P&gt;&lt;P&gt;The kernel patch described here saves information about the cause of a lock table overflow. This information can be queried subsequently.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The kernel patch concerns kernel releases 4.6D, 6.40 and higher.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The following information is saved for the last 10 lock table overflows:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;the 3 lock owners with the most locks&lt;/P&gt;&lt;P&gt;the 3 lock arguments with the most locks&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Use transaction SM12 to query the raw information and the following selection data in particular:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Client:       "#01"&lt;/P&gt;&lt;P&gt;User name:  "#01_002"&lt;/P&gt;&lt;P&gt;Table:       "#01_002"&lt;/P&gt;&lt;P&gt;Argument:      "#01_002"&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Furthermore, this information is stored in the ENQHISOVR file in the work directory of the enqueue server.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The overflow information is written as of the following kernel patch levels:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;4.6D:  1856&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;6.40:    21&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 29 Nov 2005 02:32:23 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/lock-table-overflow/m-p/1098809#M102919</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2005-11-29T02:32:23Z</dc:date>
    </item>
    <item>
      <title>Re: Lock table overflow</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/lock-table-overflow/m-p/1098810#M102920</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;This fm is failing because it finds that the idoc is already locked so it is not able to process this idoc. Check if oyu are explicitly locking this idoc anywhere.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 29 Nov 2005 02:34:59 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/lock-table-overflow/m-p/1098810#M102920</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2005-11-29T02:34:59Z</dc:date>
    </item>
    <item>
      <title>Re: Lock table overflow</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/lock-table-overflow/m-p/1098811#M102921</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Are you calling the FM multiple times. It may be that this FM is doing the locking but not the unlocking. You could put in a break-point after the call and in a separate session, use SM12 to look at the locks.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Rob&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 29 Nov 2005 03:53:24 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/lock-table-overflow/m-p/1098811#M102921</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2005-11-29T03:53:24Z</dc:date>
    </item>
  </channel>
</rss>

