<?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 Administration in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/system-administration/m-p/2539605#M916080</link>
    <description>I have an application that is experiencing a problem and producing about 10 defunct processes a day.  This is a production server and can not easily be rebooted.  I am willing to live with this until the appl. folks can get it fixed since they do not seem to be causing any problems. I was always under the impression that zombie processes did no harm.  My question is - are the zombie processes actually taking up any CPU, when I run top each process is using between 3-6% CPU.&lt;BR /&gt;&lt;BR /&gt;Thanks in advance</description>
    <pubDate>Tue, 12 Jun 2001 15:34:29 GMT</pubDate>
    <dc:creator>nancy rippey</dc:creator>
    <dc:date>2001-06-12T15:34:29Z</dc:date>
    <item>
      <title>System Administration</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-administration/m-p/2539605#M916080</link>
      <description>I have an application that is experiencing a problem and producing about 10 defunct processes a day.  This is a production server and can not easily be rebooted.  I am willing to live with this until the appl. folks can get it fixed since they do not seem to be causing any problems. I was always under the impression that zombie processes did no harm.  My question is - are the zombie processes actually taking up any CPU, when I run top each process is using between 3-6% CPU.&lt;BR /&gt;&lt;BR /&gt;Thanks in advance</description>
      <pubDate>Tue, 12 Jun 2001 15:34:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-administration/m-p/2539605#M916080</guid>
      <dc:creator>nancy rippey</dc:creator>
      <dc:date>2001-06-12T15:34:29Z</dc:date>
    </item>
    <item>
      <title>Re: System Administration</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-administration/m-p/2539606#M916081</link>
      <description>Hi Nancy,&lt;BR /&gt;&lt;BR /&gt;at least a zombie eat an entry from the process-table, so kernelresources need to be watched (maxprocesses).&lt;BR /&gt;&lt;BR /&gt;Since you put this thread under databases, may be you can give us some more information to track down the real problem.&lt;BR /&gt;What database do you use, and what debugs (i.e. oracle-tracefiles) do you have ?&lt;BR /&gt;&lt;BR /&gt;Volker</description>
      <pubDate>Tue, 12 Jun 2001 15:42:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-administration/m-p/2539606#M916081</guid>
      <dc:creator>Volker Borowski</dc:creator>
      <dc:date>2001-06-12T15:42:12Z</dc:date>
    </item>
    <item>
      <title>Re: System Administration</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-administration/m-p/2539607#M916083</link>
      <description>&lt;BR /&gt;If top is showing the zombies using cpu then they are indeed using it. A zombie is a process which has received instructions to terminate but cannot do so due to an external reason - usually a tcp socket which is still open to that process which needs to be closed first. &lt;BR /&gt;&lt;BR /&gt;If you use the lsof command this will show you which ip address is holding the zombie pids open, and then you can get the offending ip rebooted or the application closed down, and the zombie will die. Or you can used the ndd command on HP-UX 11 to terminate tcp connections manually, then the zombie will die all by itself.&lt;BR /&gt;</description>
      <pubDate>Tue, 12 Jun 2001 15:42:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-administration/m-p/2539607#M916083</guid>
      <dc:creator>Stefan Farrelly</dc:creator>
      <dc:date>2001-06-12T15:42:42Z</dc:date>
    </item>
  </channel>
</rss>

