<?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: process wait at stream in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/process-wait-at-stream/m-p/2502815#M21146</link>
    <description>Thanks for the answer , that's clear.&lt;BR /&gt;we can fix the problem by change oracle script not to run the process in parallel.&lt;BR /&gt;Then it may not need for socket communication.&lt;BR /&gt;Thanks</description>
    <pubDate>Fri, 09 Mar 2001 02:08:33 GMT</pubDate>
    <dc:creator>Printaporn_1</dc:creator>
    <dc:date>2001-03-09T02:08:33Z</dc:date>
    <item>
      <title>process wait at stream</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/process-wait-at-stream/m-p/2502813#M21144</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I am running Oracle workflow process , in other site it take less than 1 mins , but in my N-Clasee 4 CPU 4GB Ram take more than an hour !!&lt;BR /&gt;I use glance and found that the process was spawn many process oracle.... and all of them waiting for stream ?&lt;BR /&gt;&lt;BR /&gt;Any idea ?&lt;BR /&gt;&lt;BR /&gt;Thanks in advance,</description>
      <pubDate>Thu, 08 Mar 2001 11:32:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/process-wait-at-stream/m-p/2502813#M21144</guid>
      <dc:creator>Printaporn_1</dc:creator>
      <dc:date>2001-03-08T11:32:26Z</dc:date>
    </item>
    <item>
      <title>Re: process wait at stream</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/process-wait-at-stream/m-p/2502814#M21145</link>
      <description>Hello,&lt;BR /&gt;At 11.0 waiting on Streams means that the process is blocked on a socket operation.  So its most likely waiting for the other end of the TCP connection to do something.  Use GLANCE or a debug tool such as truss/tusc to find out what the process(es) are doing.  From that point you should be able to determine the next steps to take.&lt;BR /&gt;&lt;BR /&gt;You should also verify other aspects of networking are working OK, e.g. telnet/ftp/NFS and that if you are using 100BaseT that the N4000 and the network switch(es) are both configured the same.  lanadmin -x (PPA) will tell you the settings for 100BaseT.  e.g. for lan1 lanadmin -x 1 .&lt;BR /&gt;&lt;BR /&gt;Hope this helps,&lt;BR /&gt;Brian Hackley&lt;BR /&gt;</description>
      <pubDate>Thu, 08 Mar 2001 14:25:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/process-wait-at-stream/m-p/2502814#M21145</guid>
      <dc:creator>Brian Hackley</dc:creator>
      <dc:date>2001-03-08T14:25:49Z</dc:date>
    </item>
    <item>
      <title>Re: process wait at stream</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/process-wait-at-stream/m-p/2502815#M21146</link>
      <description>Thanks for the answer , that's clear.&lt;BR /&gt;we can fix the problem by change oracle script not to run the process in parallel.&lt;BR /&gt;Then it may not need for socket communication.&lt;BR /&gt;Thanks</description>
      <pubDate>Fri, 09 Mar 2001 02:08:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/process-wait-at-stream/m-p/2502815#M21146</guid>
      <dc:creator>Printaporn_1</dc:creator>
      <dc:date>2001-03-09T02:08:33Z</dc:date>
    </item>
  </channel>
</rss>

