<?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 System Read Lock  table in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/system-read-lock-table/m-p/2661382#M48484</link>
    <description>On HPUX11 one of my thrid party application was failed due to error code 46. ( system record Lock table full). But I monitor the  nflocks usage by glance only 3380 is using (total available is 10650). What could be the reason for error code 46. DO I need to tune any other kernel values.&lt;BR /&gt;TIA &lt;BR /&gt;Manohar</description>
    <pubDate>Fri, 08 Feb 2002 15:11:36 GMT</pubDate>
    <dc:creator>Manohar Manne_1</dc:creator>
    <dc:date>2002-02-08T15:11:36Z</dc:date>
    <item>
      <title>System Read Lock  table</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-read-lock-table/m-p/2661382#M48484</link>
      <description>On HPUX11 one of my thrid party application was failed due to error code 46. ( system record Lock table full). But I monitor the  nflocks usage by glance only 3380 is using (total available is 10650). What could be the reason for error code 46. DO I need to tune any other kernel values.&lt;BR /&gt;TIA &lt;BR /&gt;Manohar</description>
      <pubDate>Fri, 08 Feb 2002 15:11:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-read-lock-table/m-p/2661382#M48484</guid>
      <dc:creator>Manohar Manne_1</dc:creator>
      <dc:date>2002-02-08T15:11:36Z</dc:date>
    </item>
    <item>
      <title>Re: System Read Lock  table</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-read-lock-table/m-p/2661383#M48485</link>
      <description>By any chance, are any of these NFS files? fcntl can set errno if there are problems getting locks on NFS mounted files.&lt;BR /&gt;</description>
      <pubDate>Fri, 08 Feb 2002 15:18:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-read-lock-table/m-p/2661383#M48485</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2002-02-08T15:18:38Z</dc:date>
    </item>
    <item>
      <title>Re: System Read Lock  table</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-read-lock-table/m-p/2661384#M48486</link>
      <description>Hi:&lt;BR /&gt;&lt;BR /&gt;This is a somewhat unusual error.  errno=46 is ENOLCK.&lt;BR /&gt;&lt;BR /&gt;The man pages (for 'errno') note:&lt;BR /&gt;&lt;BR /&gt;/begin_quote/&lt;BR /&gt;&lt;BR /&gt;System lock table is full. Too many files have file locks on them, or there are too many record locks on files, or there are too many instances of a reading or writing process sleeping until an enforcement mode lock clears. This error may also indicate system problems in handling a lock request on a remote NFS file. This error is also currently returned for all attempts to perform locking operations on a remote NFS file that has its locking enforcement mode bit set, since the stateless nature of NFS prevents maintaining the necessary lock information.&lt;BR /&gt;&lt;BR /&gt;/end_quote/&lt;BR /&gt;&lt;BR /&gt;Since you do not see a high-water mark met, are there any NFS mounts involved, perhaps?&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Fri, 08 Feb 2002 15:25:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-read-lock-table/m-p/2661384#M48486</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2002-02-08T15:25:17Z</dc:date>
    </item>
  </channel>
</rss>

