<?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: Can someone explain this lsof output? in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/can-someone-explain-this-lsof-output/m-p/3776817#M262369</link>
    <description>How did you try to find it? The NODE value is the inode number so the easiest way to find it is:&lt;BR /&gt;&lt;BR /&gt;find /var -inum 27161&lt;BR /&gt;&lt;BR /&gt;If that fails to return the file name, then most likely it was unlinked as Clay explained. In that case, kill the sh process that has the non-existent file open.&lt;BR /&gt;&lt;BR /&gt;kill -15 13525</description>
    <pubDate>Mon, 24 Apr 2006 16:25:04 GMT</pubDate>
    <dc:creator>Jeff_Traigle</dc:creator>
    <dc:date>2006-04-24T16:25:04Z</dc:date>
    <item>
      <title>Can someone explain this lsof output?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/can-someone-explain-this-lsof-output/m-p/3776814#M262366</link>
      <description>My /var filesystem keeps filling up, and I can't seem to track down the file/process that is responsible.  However, using "lsof +f -- /var", it shows some entries that look like this:&lt;BR /&gt;&lt;BR /&gt;COMMAND     PID USER   FD   TYPE     DEVICE   SIZE/OFF  NODE NAME&lt;BR /&gt;sh        13525   root    1w   REG 64,0xd 1268427726 27161 /var (/dev/vg00/lvol20)&lt;BR /&gt;sh        13525   root    2w   REG 64,0xd 1268427726 27161 /var (/dev/vg00/lvol20)&lt;BR /&gt;&lt;BR /&gt;That looks like a 1.2 GB file on /var somewhere, but I can't find it anywhere! Also, what does the 1w and 2w mean for the FD?  I think the w means write lock, but what is the number?&lt;BR /&gt;Thanks!</description>
      <pubDate>Mon, 24 Apr 2006 16:00:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/can-someone-explain-this-lsof-output/m-p/3776814#M262366</guid>
      <dc:creator>Jason Martens</dc:creator>
      <dc:date>2006-04-24T16:00:51Z</dc:date>
    </item>
    <item>
      <title>Re: Can someone explain this lsof output?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/can-someone-explain-this-lsof-output/m-p/3776815#M262367</link>
      <description>Sometimes it helps to be a C programmer because then the file descriptor numbers would instantly make sense. File descriptors are small integers that are returned by the open(), creat(), pipe(), socket(), and dup() system calls. A few, normally have designated purposes but these can also be closed and reopened in non-standard ways. In your case, 1w is the shell's stdout, 2w is the shell's stderr. (O is stdin). The 'w' simply means open for writing only. &lt;BR /&gt;&lt;BR /&gt;Man lsof and look under the "OUTPUT" section for a description of the FD column. A man 2 open, man 2 read, man 2 write would also prove helpful.&lt;BR /&gt;&lt;BR /&gt;One of the reasons that you may not see these files is a directory is that they have been unlinked (rm'ed). It is a rather standard UNIX idiom to open a file and immediately unlink it. This has the effect of creating a temporary file that although not longer listed in the directory is none the less available for use until all the processes which opened the file either terminate or close the file descriptor.&lt;BR /&gt;&lt;BR /&gt;Man 2 unlink for this explanation.</description>
      <pubDate>Mon, 24 Apr 2006 16:17:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/can-someone-explain-this-lsof-output/m-p/3776815#M262367</guid>
      <dc:creator>A. Clay Stephenson</dc:creator>
      <dc:date>2006-04-24T16:17:36Z</dc:date>
    </item>
    <item>
      <title>Re: Can someone explain this lsof output?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/can-someone-explain-this-lsof-output/m-p/3776816#M262368</link>
      <description>Thanks, that makes perfect sense.</description>
      <pubDate>Mon, 24 Apr 2006 16:22:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/can-someone-explain-this-lsof-output/m-p/3776816#M262368</guid>
      <dc:creator>Jason Martens</dc:creator>
      <dc:date>2006-04-24T16:22:35Z</dc:date>
    </item>
    <item>
      <title>Re: Can someone explain this lsof output?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/can-someone-explain-this-lsof-output/m-p/3776817#M262369</link>
      <description>How did you try to find it? The NODE value is the inode number so the easiest way to find it is:&lt;BR /&gt;&lt;BR /&gt;find /var -inum 27161&lt;BR /&gt;&lt;BR /&gt;If that fails to return the file name, then most likely it was unlinked as Clay explained. In that case, kill the sh process that has the non-existent file open.&lt;BR /&gt;&lt;BR /&gt;kill -15 13525</description>
      <pubDate>Mon, 24 Apr 2006 16:25:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/can-someone-explain-this-lsof-output/m-p/3776817#M262369</guid>
      <dc:creator>Jeff_Traigle</dc:creator>
      <dc:date>2006-04-24T16:25:04Z</dc:date>
    </item>
    <item>
      <title>Re: Can someone explain this lsof output?</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/can-someone-explain-this-lsof-output/m-p/3776818#M262370</link>
      <description>Indeed, the find /var -inode command does not find anything.  I'll kill the processes.  Thanks for your help!</description>
      <pubDate>Mon, 24 Apr 2006 16:37:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/can-someone-explain-this-lsof-output/m-p/3776818#M262370</guid>
      <dc:creator>Jason Martens</dc:creator>
      <dc:date>2006-04-24T16:37:42Z</dc:date>
    </item>
  </channel>
</rss>

