<?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: ls -l not responding in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974355#M121085</link>
    <description>hi,&lt;BR /&gt;  If no process is accessing files from /net then it wont be a problem until reboot.&lt;BR /&gt;  To find out which process are accessing try lsof package.&lt;BR /&gt;&lt;BR /&gt;  lsof -b /net&lt;BR /&gt;&lt;BR /&gt;  Kill if any process comes out as a result.&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;Umapathy&lt;BR /&gt;</description>
    <pubDate>Thu, 15 May 2003 14:39:40 GMT</pubDate>
    <dc:creator>Umapathy S</dc:creator>
    <dc:date>2003-05-15T14:39:40Z</dc:date>
    <item>
      <title>ls -l not responding</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974347#M121077</link>
      <description>Hi all,&lt;BR /&gt;&lt;BR /&gt;we had a strange problem with ls command, when I cd to root directory, and run a ls, I got the file/directory list, but any option with ls, e.g ls -l or ls -p will hang, nothing returned. it only happened to root directory '/', in any sub-directories they are OK.&lt;BR /&gt;&lt;BR /&gt;I have noticed some entries in the syslog like &lt;BR /&gt;"May 15 14:43:59 test1 vmunix: NFS server (pid864@/net) not responding still trying. "&lt;BR /&gt;the process 864 is automount, we don't have any NFS file system on the sever, and we are not using automount, so I kill the process, disable automount and restart nfs.core and nfs.client. there're no entries in syslog about automount anymore, but the problem still exists, any idea?&lt;BR /&gt;&lt;BR /&gt;thanks,&lt;BR /&gt;Gary</description>
      <pubDate>Thu, 15 May 2003 13:59:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974347#M121077</guid>
      <dc:creator>Gary Yu</dc:creator>
      <dc:date>2003-05-15T13:59:17Z</dc:date>
    </item>
    <item>
      <title>Re: ls -l not responding</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974348#M121078</link>
      <description>Is "bdf" hanging? Do you have any entry in /etc/fstab for NFS mounts? If yes, remove it since you are not using NFS. Also, while doing "ls" on root directory, do you see a lot files? Did you try "ll"?</description>
      <pubDate>Thu, 15 May 2003 14:06:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974348#M121078</guid>
      <dc:creator>Helen French</dc:creator>
      <dc:date>2003-05-15T14:06:03Z</dc:date>
    </item>
    <item>
      <title>Re: ls -l not responding</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974349#M121079</link>
      <description>Check the Access Control List maybe you'll find something.&lt;BR /&gt;&lt;BR /&gt; It seems it is trying to reach some other server and some of the root files will be NFS. &lt;BR /&gt;ls -l will display the complete reference path also. &lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;Zafar</description>
      <pubDate>Thu, 15 May 2003 14:09:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974349#M121079</guid>
      <dc:creator>Zafar A. Mohammed_1</dc:creator>
      <dc:date>2003-05-15T14:09:43Z</dc:date>
    </item>
    <item>
      <title>Re: ls -l not responding</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974350#M121080</link>
      <description>Hi Gary,&lt;BR /&gt;If you dont have an nfs mount .. I beleive that the only way to fix this is to reboot the server. &lt;BR /&gt;&lt;BR /&gt;If you want to disable nfs from starting at boot up you can go to /etc/rc.config.d/&lt;BR /&gt;&lt;BR /&gt;vi nfsconf&lt;BR /&gt;and change&lt;BR /&gt;NFS_CLIENT=1&lt;BR /&gt;NFS_SERVER=1&lt;BR /&gt;&lt;BR /&gt;to&lt;BR /&gt;NFS_CLIENT=0&lt;BR /&gt;NFS_SERVER=0&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Richard&lt;BR /&gt;</description>
      <pubDate>Thu, 15 May 2003 14:10:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974350#M121080</guid>
      <dc:creator>someone_4</dc:creator>
      <dc:date>2003-05-15T14:10:28Z</dc:date>
    </item>
    <item>
      <title>Re: ls -l not responding</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974351#M121081</link>
      <description>On HP-UX by default this entry is in  /etc/auto_master:&lt;BR /&gt;&lt;BR /&gt;/net -hosts -soft&lt;BR /&gt;&lt;BR /&gt;This automount/autofs configuration allows to access remote host's file systems via the path /net/&lt;HOSTNAME&gt;, as long as those hosts export them.&lt;BR /&gt;&lt;BR /&gt;Now you have killed the automounter, but the kernel still monitors the mount point for it... I'm afraid,  you will only get rid of this problem by rebooting. Comment out the auto_master entry before, if you don't need the functionality.&lt;BR /&gt;&lt;BR /&gt;Best regards... &lt;BR /&gt;Dietmar.&lt;/HOSTNAME&gt;</description>
      <pubDate>Thu, 15 May 2003 14:14:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974351#M121081</guid>
      <dc:creator>Dietmar Konermann</dc:creator>
      <dc:date>2003-05-15T14:14:47Z</dc:date>
    </item>
    <item>
      <title>Re: ls -l not responding</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974352#M121082</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;thanks all for the reply.&lt;BR /&gt;&lt;BR /&gt;bdf works but ll doesn't either. I found the problem is the /net directory which automount uses.  when I try to "cd /net" it hangs, and after Ctlr-C, it said :&lt;BR /&gt;sh: /net: The specified directory is not valid.&lt;BR /&gt;&lt;BR /&gt;and any operations on /net will hang. so the question now is, how to release /net or delete /net ?&lt;BR /&gt;&lt;BR /&gt;thanks,&lt;BR /&gt;Gary</description>
      <pubDate>Thu, 15 May 2003 14:18:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974352#M121082</guid>
      <dc:creator>Gary Yu</dc:creator>
      <dc:date>2003-05-15T14:18:18Z</dc:date>
    </item>
    <item>
      <title>Re: ls -l not responding</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974353#M121083</link>
      <description>Hi Dietmar,&lt;BR /&gt;&lt;BR /&gt;didn't see your reply when I was typing, I think you are right, although automount is killed, /net still not released.  is reboot the only option? &lt;BR /&gt;&lt;BR /&gt;BTW, will it cause other problems other than "ls", I may not have a chance to reboot the server in a while, I just want to know can I live with it before restart ?&lt;BR /&gt;&lt;BR /&gt;thanks,&lt;BR /&gt;Gary</description>
      <pubDate>Thu, 15 May 2003 14:28:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974353#M121083</guid>
      <dc:creator>Gary Yu</dc:creator>
      <dc:date>2003-05-15T14:28:49Z</dc:date>
    </item>
    <item>
      <title>Re: ls -l not responding</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974354#M121084</link>
      <description>Gary,&lt;BR /&gt;&lt;BR /&gt;the only problem is that e.g. open() or stat() the /net directory hangs (interruptable). Your ll does a stat() on files/dirs it sees, just to print the timestamps, etc.&lt;BR /&gt;&lt;BR /&gt;Other parts of the system should not be affected, so it should be no problem to wait until the next planned downtime. However, scripts could get stuck while accessing /net.&lt;BR /&gt;&lt;BR /&gt;Best regards...&lt;BR /&gt; Dietmar.</description>
      <pubDate>Thu, 15 May 2003 14:35:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974354#M121084</guid>
      <dc:creator>Dietmar Konermann</dc:creator>
      <dc:date>2003-05-15T14:35:52Z</dc:date>
    </item>
    <item>
      <title>Re: ls -l not responding</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974355#M121085</link>
      <description>hi,&lt;BR /&gt;  If no process is accessing files from /net then it wont be a problem until reboot.&lt;BR /&gt;  To find out which process are accessing try lsof package.&lt;BR /&gt;&lt;BR /&gt;  lsof -b /net&lt;BR /&gt;&lt;BR /&gt;  Kill if any process comes out as a result.&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;Umapathy&lt;BR /&gt;</description>
      <pubDate>Thu, 15 May 2003 14:39:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974355#M121085</guid>
      <dc:creator>Umapathy S</dc:creator>
      <dc:date>2003-05-15T14:39:40Z</dc:date>
    </item>
    <item>
      <title>Re: ls -l not responding</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974356#M121086</link>
      <description>hello Dietmar ,&lt;BR /&gt;&lt;BR /&gt;I did not know about auto_master. I had this issue and looked and looked and like you said the only solution is to reboot but i was never able to find out how to prevent it. Execpt for stop or disabling nfs.&lt;BR /&gt;&lt;BR /&gt;I do have one question. On one server when I look at /etc/auto_master it tells me &lt;BR /&gt;## Configured using SAM by root on Thu Mar 27 21:26:31 2003&lt;BR /&gt;&lt;BR /&gt;With nothing in it.&lt;BR /&gt;&lt;BR /&gt;On another server ( the one that I had the problem with /net )&lt;BR /&gt;I do see the entry. &lt;BR /&gt;&lt;BR /&gt;Would you happned to know what why they are different?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;Richard&lt;BR /&gt;</description>
      <pubDate>Thu, 15 May 2003 15:57:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974356#M121086</guid>
      <dc:creator>someone_4</dc:creator>
      <dc:date>2003-05-15T15:57:28Z</dc:date>
    </item>
    <item>
      <title>Re: ls -l not responding</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974357#M121087</link>
      <description>Gary,&lt;BR /&gt;&lt;BR /&gt;normally you should not get into problems forcing a reboot. However there, there are versions of automount that are known to cause such things... usually they get solved by installing the latest NFS/ONC cumulative patch. But if you don't use/need NFS at all then disabling is the easiest workaround.&lt;BR /&gt;&lt;BR /&gt;Concerning your auto_master file... looks like someone used SAM to configure it. You are able to do some from the "Networking and Communications" -&amp;gt; "Networked File Systems" area.&lt;BR /&gt;&lt;BR /&gt;Best regards...&lt;BR /&gt; Dietmar.</description>
      <pubDate>Thu, 15 May 2003 16:41:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974357#M121087</guid>
      <dc:creator>Dietmar Konermann</dc:creator>
      <dc:date>2003-05-15T16:41:45Z</dc:date>
    </item>
    <item>
      <title>Re: ls -l not responding</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974358#M121088</link>
      <description>Oops, Richard. Didn't see that not Gary was asking. :)</description>
      <pubDate>Thu, 15 May 2003 16:43:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ls-l-not-responding/m-p/2974358#M121088</guid>
      <dc:creator>Dietmar Konermann</dc:creator>
      <dc:date>2003-05-15T16:43:40Z</dc:date>
    </item>
  </channel>
</rss>

