<?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 lockd: failed to monitor in Network and Storage Protocols</title>
    <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/lockd-failed-to-monitor/m-p/38639#M3544</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;  We have a database app that has its storage on the filer. Once in a while on one of the machines &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; where it runs we see a stream of messages in /var/log/messages &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;kernel: lockd: failed to monitor &amp;amp;lt;IP Address of filer&amp;amp;gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;kernel: lockd: cannot monitor &amp;amp;lt;IP address of filer&amp;amp;gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What would cause these error messages? The machine where this is seen is&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Linux HOSTNAME 2.6.9-34.ELsmp #1 SMP Fri Feb 24 16:56:28 EST 2006 x86_64 x86_64 x86_64 GNU/Linux&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sameer&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 05 Jun 2025 07:34:46 GMT</pubDate>
    <dc:creator>sameer_deokule</dc:creator>
    <dc:date>2025-06-05T07:34:46Z</dc:date>
    <item>
      <title>lockd: failed to monitor</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/lockd-failed-to-monitor/m-p/38639#M3544</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;  We have a database app that has its storage on the filer. Once in a while on one of the machines &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; where it runs we see a stream of messages in /var/log/messages &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;kernel: lockd: failed to monitor &amp;amp;lt;IP Address of filer&amp;amp;gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;kernel: lockd: cannot monitor &amp;amp;lt;IP address of filer&amp;amp;gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What would cause these error messages? The machine where this is seen is&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Linux HOSTNAME 2.6.9-34.ELsmp #1 SMP Fri Feb 24 16:56:28 EST 2006 x86_64 x86_64 x86_64 GNU/Linux&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Sameer&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 07:34:46 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/lockd-failed-to-monitor/m-p/38639#M3544</guid>
      <dc:creator>sameer_deokule</dc:creator>
      <dc:date>2025-06-05T07:34:46Z</dc:date>
    </item>
    <item>
      <title>Re: lockd: failed to monitor</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/lockd-failed-to-monitor/m-p/38643#M3545</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I'm not a linux expert, but it sounds to me that you have a problem with the rpc.statd daemon. Can you check if it's running properly? &lt;/P&gt;&lt;P&gt;Is it Oracle or mysql or something else? When this error occur, what's the behavior of your DB at that moment? &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;reinoud&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 04 Apr 2008 20:28:00 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/lockd-failed-to-monitor/m-p/38643#M3545</guid>
      <dc:creator>reinoud7</dc:creator>
      <dc:date>2008-04-04T20:28:00Z</dc:date>
    </item>
    <item>
      <title>Re: lockd: failed to monitor</title>
      <link>https://community.netapp.com/t5/Network-and-Storage-Protocols/lockd-failed-to-monitor/m-p/38648#M3546</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&amp;lt;span class="small"&amp;gt; Hi Sameer,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Make sure that rpc.statd is running on the Linux machine, and the port is being blocked somehow (tcp wrappers, access lists, etc). On Linux, you should see rpc.statd when you run:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;linux&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;-rtp:~# &lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;ps&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt; -&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;ef&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt; | &lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;grep&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt; stat
root 384 1 0 &lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;Jun04&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt; ? 00:00:04 /&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;sbin&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;/&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;rpc.statd&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;root 25487 25410 0 17:17 &lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;pts&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;/1 00:00:00 &lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;grep&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt; stat&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;To enable NLM lock debugging on Linux, enter:&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;sysctl -w sunrpc.nlm_debug=65&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Messages should appear in your system's log corresponding to the locking events.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;To turn off NLM debugging on Linux, enter&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;sysctl -w sunrpc.nlm_debug=0&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If rpc.lockd is not running on the Linux host and mounted with lock ( default option ). Then you will see a message similar to the following ( when debug output is enabled &lt;span class="lia-unicode-emoji" title=":disappointed_face:"&gt;😞&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;dell2400&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;-rtp2 kernel: NFS locking service started (&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;ver&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt; 0.4).
&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;dell2400&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;-rtp2 kernel: &lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;lockd&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;: &lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;nlmsvc&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;&lt;U&gt;mark&lt;/U&gt;resources
&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;dell2400&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;-rtp2 kernel: &lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;lockd&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;: cannot monitor 10.60.4.20
&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;dell2400&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;-rtp2 kernel: &lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;lockd&lt;/SPAN&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;: failed to monitor 10.60.4.20&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;Hope this helps&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;Cheers&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN __default_attr="Courier New" __jive_macro_name="font"&gt;Gunjan&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 07 Apr 2008 07:20:01 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Network-and-Storage-Protocols/lockd-failed-to-monitor/m-p/38648#M3546</guid>
      <dc:creator>__GUNJAN_2822</dc:creator>
      <dc:date>2008-04-07T07:20:01Z</dc:date>
    </item>
  </channel>
</rss>

