<?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: ipcs in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/ipcs/m-p/2905540#M936293</link>
    <description>Hi Gopinath,&lt;BR /&gt;&lt;BR /&gt;There is a good chance that this process is waiting for it's IO to complete (since this is a writer process).&lt;BR /&gt;&lt;BR /&gt;Do a sar -d 2 20 and see if there are any abnormal activity. Particularly the disk that failed may appear with abnormal wait times and %used. Your /var/adm/syslog/syslog.log can give you more information. Search for PV or SCSI errors.&lt;BR /&gt;&lt;BR /&gt;If that is the case, then you will need to fix the disk issue.&lt;BR /&gt;&lt;BR /&gt;-Sri</description>
    <pubDate>Sat, 15 Feb 2003 18:45:41 GMT</pubDate>
    <dc:creator>Sridhar Bhaskarla</dc:creator>
    <dc:date>2003-02-15T18:45:41Z</dc:date>
    <item>
      <title>ipcs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ipcs/m-p/2905539#M936292</link>
      <description>i have a problem killing a database process (ora_dbwr). &lt;BR /&gt;the process does not get killed after shuting down the database.&lt;BR /&gt;&lt;BR /&gt;ipcs and ipcrm does not kill the process . &lt;BR /&gt;&lt;BR /&gt;any suggustion would help .....</description>
      <pubDate>Sat, 15 Feb 2003 15:21:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ipcs/m-p/2905539#M936292</guid>
      <dc:creator>Gopinath rao_1</dc:creator>
      <dc:date>2003-02-15T15:21:36Z</dc:date>
    </item>
    <item>
      <title>Re: ipcs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ipcs/m-p/2905540#M936293</link>
      <description>Hi Gopinath,&lt;BR /&gt;&lt;BR /&gt;There is a good chance that this process is waiting for it's IO to complete (since this is a writer process).&lt;BR /&gt;&lt;BR /&gt;Do a sar -d 2 20 and see if there are any abnormal activity. Particularly the disk that failed may appear with abnormal wait times and %used. Your /var/adm/syslog/syslog.log can give you more information. Search for PV or SCSI errors.&lt;BR /&gt;&lt;BR /&gt;If that is the case, then you will need to fix the disk issue.&lt;BR /&gt;&lt;BR /&gt;-Sri</description>
      <pubDate>Sat, 15 Feb 2003 18:45:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ipcs/m-p/2905540#M936293</guid>
      <dc:creator>Sridhar Bhaskarla</dc:creator>
      <dc:date>2003-02-15T18:45:41Z</dc:date>
    </item>
    <item>
      <title>Re: ipcs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ipcs/m-p/2905541#M936294</link>
      <description>First is you have to look at the reason why that particular process does not go down and release shared memory.&lt;BR /&gt;Through ipcs you can see the shared memory and kill that shared memory by ipcrm but it might show you as dead D__ this is because its waiting for system resources such as IO or waiting on some other process to die. So you might have to check which other dependent process are running which have blocked this shared memory from releasing.&lt;BR /&gt;Ok do one thing see what process is running by looking at the PID got from ipcs command.&lt;BR /&gt;&lt;BR /&gt;Cheers&lt;BR /&gt;rajeev</description>
      <pubDate>Sun, 16 Feb 2003 06:05:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ipcs/m-p/2905541#M936294</guid>
      <dc:creator>Rajeev  Shukla</dc:creator>
      <dc:date>2003-02-16T06:05:45Z</dc:date>
    </item>
    <item>
      <title>Re: ipcs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ipcs/m-p/2905542#M936295</link>
      <description>IMHO, I've seen this happen after experiencing h/w errors on disks. What happens is that the I/O semaphores queue waiting for the disk to respond, which it obviously does not do. The database writer will wait for an acknowledge which is never forthcoming. This is usually on raw devices, though. Filesystem databases shouldn't do this, as the I/O is synchronous.</description>
      <pubDate>Mon, 17 Feb 2003 13:59:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ipcs/m-p/2905542#M936295</guid>
      <dc:creator>Jakes Louw_1</dc:creator>
      <dc:date>2003-02-17T13:59:47Z</dc:date>
    </item>
    <item>
      <title>Re: ipcs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/ipcs/m-p/2905543#M936296</link>
      <description>Pls post the "ps -el" output of the process in question.</description>
      <pubDate>Mon, 17 Feb 2003 14:04:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/ipcs/m-p/2905543#M936296</guid>
      <dc:creator>Dietmar Konermann</dc:creator>
      <dc:date>2003-02-17T14:04:07Z</dc:date>
    </item>
  </channel>
</rss>

