<?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: Bizarre lockd behaviour in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-lockd-behaviour/m-p/4510406#M533653</link>
    <description>Sorry Dave (hi again!) &lt;BR /&gt;&lt;BR /&gt;That was my fault .. I didn't check what I wrote. Both examples should have been from lockd ... (I was checking statd at the same time)&lt;BR /&gt;&lt;BR /&gt;This is what is should have looked like ...&lt;BR /&gt;&lt;BR /&gt;fid001# rpcinfo -T tcp fid001 nlockmgr 1&lt;BR /&gt;program 100021 version 1 ready and waiting&lt;BR /&gt;fid001# rpcinfo -T tcp fid001 nlockmgr 1&lt;BR /&gt;rpcinfo: RPC: Timed out&lt;BR /&gt;program 100021 version 1 is not available&lt;BR /&gt;&lt;BR /&gt;I will arrange a network trace for you ...&lt;BR /&gt;</description>
    <pubDate>Fri, 09 Oct 2009 05:53:27 GMT</pubDate>
    <dc:creator>Pyers Symon</dc:creator>
    <dc:date>2009-10-09T05:53:27Z</dc:date>
    <item>
      <title>Bizarre lockd behaviour</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-lockd-behaviour/m-p/4510404#M533651</link>
      <description>We have an issue where we are getting very strange behavior between an HP-UX 11.11 NFS client and an Soalris 8 server. In essence it seems that the Solaris lockd is only responding intermittently to an rpcinfo call:&lt;BR /&gt;&lt;BR /&gt;For example:&lt;BR /&gt;&lt;BR /&gt;# rpcinfo -T tcp fid001 nlockmgr 1&lt;BR /&gt;rpcinfo: RPC: Timed out&lt;BR /&gt;program 100021 version 1 is not available&lt;BR /&gt;&lt;BR /&gt;To complicate issues this is part of a Veritas cluster .......&lt;BR /&gt;&lt;BR /&gt;However a few second later:&lt;BR /&gt;&lt;BR /&gt;# rpcinfo -T tcp fid001 status  1&lt;BR /&gt;program 100024 version 1 ready and waiting&lt;BR /&gt;&lt;BR /&gt;Further investigation shows that the response is very slow (when it works) but is always below the 10 sec timeout of rpcinfo. truss &amp;amp; netstat on the Solaris box indicates that a connection is being made in all cases but for some reason the server side is not responding correctly at the lower level...&lt;BR /&gt;&lt;BR /&gt;Any thoughts?&lt;BR /&gt;&lt;BR /&gt;I suspect that this is at teh Sun end ...&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 08 Oct 2009 11:04:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-lockd-behaviour/m-p/4510404#M533651</guid>
      <dc:creator>Pyers Symon</dc:creator>
      <dc:date>2009-10-08T11:04:38Z</dc:date>
    </item>
    <item>
      <title>Re: Bizarre lockd behaviour</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-lockd-behaviour/m-p/4510405#M533652</link>
      <description>Your two examples were testing two different RPC programs.  The first was lockd and the second was statd.  Does the same RPC daemon respond differently at different times?&lt;BR /&gt;&lt;BR /&gt;As for which system is at fault, the best way to determine that would be to collect a network trace on *BOTH* systems.  A trace on the HP-UX system should show when the packet is sent and how long it takes to receive a reply.  A trace on the Sun system should show when the request arrives and how long it takes for it to respond.  In many cases the client and server traces can be misleading on their own so it helps to get a trace from both systems and compare them.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Dave</description>
      <pubDate>Fri, 09 Oct 2009 02:24:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-lockd-behaviour/m-p/4510405#M533652</guid>
      <dc:creator>Dave Olker</dc:creator>
      <dc:date>2009-10-09T02:24:19Z</dc:date>
    </item>
    <item>
      <title>Re: Bizarre lockd behaviour</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-lockd-behaviour/m-p/4510406#M533653</link>
      <description>Sorry Dave (hi again!) &lt;BR /&gt;&lt;BR /&gt;That was my fault .. I didn't check what I wrote. Both examples should have been from lockd ... (I was checking statd at the same time)&lt;BR /&gt;&lt;BR /&gt;This is what is should have looked like ...&lt;BR /&gt;&lt;BR /&gt;fid001# rpcinfo -T tcp fid001 nlockmgr 1&lt;BR /&gt;program 100021 version 1 ready and waiting&lt;BR /&gt;fid001# rpcinfo -T tcp fid001 nlockmgr 1&lt;BR /&gt;rpcinfo: RPC: Timed out&lt;BR /&gt;program 100021 version 1 is not available&lt;BR /&gt;&lt;BR /&gt;I will arrange a network trace for you ...&lt;BR /&gt;</description>
      <pubDate>Fri, 09 Oct 2009 05:53:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-lockd-behaviour/m-p/4510406#M533653</guid>
      <dc:creator>Pyers Symon</dc:creator>
      <dc:date>2009-10-09T05:53:27Z</dc:date>
    </item>
    <item>
      <title>Re: Bizarre lockd behaviour</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-lockd-behaviour/m-p/4510407#M533654</link>
      <description>Turned out it was the number of lockd threads started on the server that was the issue. The system was set at the default of 20 (dec) which was being exceeded.</description>
      <pubDate>Mon, 12 Oct 2009 07:11:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/bizarre-lockd-behaviour/m-p/4510407#M533654</guid>
      <dc:creator>Pyers Symon</dc:creator>
      <dc:date>2009-10-12T07:11:22Z</dc:date>
    </item>
  </channel>
</rss>

