<?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: system or networking?? in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/system-or-networking/m-p/3872166#M773640</link>
    <description>I agree with SEP that the problem, as described, is most likely a DB issue.&lt;BR /&gt;&lt;BR /&gt;You have to find out how he was connected. If it was through an interactive terminal (telnet, ssh, what-have-you), then there might be some server-side settings that you can change. If it was through a client that establishes a connection directly with DB, then that is almost assuredly an issue with the DB itself, with the client he was using, or with settings on his particular SQL session.</description>
    <pubDate>Fri, 29 Sep 2006 07:45:39 GMT</pubDate>
    <dc:creator>Jonathan Fife</dc:creator>
    <dc:date>2006-09-29T07:45:39Z</dc:date>
    <item>
      <title>system or networking??</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-or-networking/m-p/3872164#M773638</link>
      <description>hi,&lt;BR /&gt;our oracle dbase is on a HP-UNIX platform.&lt;BR /&gt;however the db-administrator sits at the floor above ours.&lt;BR /&gt;He recently issued a complaint that his sql transactons while working on an  explorer interface get timed-out after about 20 minutes while still executing.&lt;BR /&gt;As for the unix-administrator, the timeout was set to no-time outs!.  &lt;BR /&gt;Am wondering if this scenario is due the unix parameters or the windows network that he uses for connection and how to go about it&lt;BR /&gt;&lt;BR /&gt;My Regards.</description>
      <pubDate>Fri, 29 Sep 2006 07:17:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-or-networking/m-p/3872164#M773638</guid>
      <dc:creator>zmyle</dc:creator>
      <dc:date>2006-09-29T07:17:36Z</dc:date>
    </item>
    <item>
      <title>Re: system or networking??</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-or-networking/m-p/3872165#M773639</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;The db admin should install oracle stats pack and examine his sql code.&lt;BR /&gt;&lt;BR /&gt;Unless he's reading the entire database without an index his sql statements should not take that long to execute.&lt;BR /&gt;&lt;BR /&gt;stats pack will do a few things:&lt;BR /&gt;1) It will collect data over time and help the database improve its own performance.&lt;BR /&gt;2) It will enable the db admin to see if an index is needed to cut the execution time on his sql statements.&lt;BR /&gt;&lt;BR /&gt;This is almost certainly and oracle issue and not an OS issue. You can check os stats for free with the following script set:&lt;BR /&gt;&lt;A href="http://www.hpux.ws/system.perf.sh" target="_blank"&gt;http://www.hpux.ws/system.perf.sh&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Fri, 29 Sep 2006 07:27:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-or-networking/m-p/3872165#M773639</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2006-09-29T07:27:13Z</dc:date>
    </item>
    <item>
      <title>Re: system or networking??</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-or-networking/m-p/3872166#M773640</link>
      <description>I agree with SEP that the problem, as described, is most likely a DB issue.&lt;BR /&gt;&lt;BR /&gt;You have to find out how he was connected. If it was through an interactive terminal (telnet, ssh, what-have-you), then there might be some server-side settings that you can change. If it was through a client that establishes a connection directly with DB, then that is almost assuredly an issue with the DB itself, with the client he was using, or with settings on his particular SQL session.</description>
      <pubDate>Fri, 29 Sep 2006 07:45:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-or-networking/m-p/3872166#M773640</guid>
      <dc:creator>Jonathan Fife</dc:creator>
      <dc:date>2006-09-29T07:45:39Z</dc:date>
    </item>
    <item>
      <title>Re: system or networking??</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-or-networking/m-p/3872167#M773641</link>
      <description>thanks to Steve and Jonathan,&lt;BR /&gt;&lt;BR /&gt;However i left out a other fact. If on is working on the the servers 192.168.11.### segment, this hitch does no arise. It only comes when one connects through say 192.168.14.### and any other segment other than the server segment. Network admin suggested a firewall issue...&lt;BR /&gt;&lt;BR /&gt;I think with this fact, the servers have no configuration problem &lt;BR /&gt;&lt;BR /&gt;my regards</description>
      <pubDate>Sat, 30 Sep 2006 03:54:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-or-networking/m-p/3872167#M773641</guid>
      <dc:creator>zmyle</dc:creator>
      <dc:date>2006-09-30T03:54:01Z</dc:date>
    </item>
    <item>
      <title>Re: system or networking??</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-or-networking/m-p/3872168#M773642</link>
      <description>So you already have answered your question: check network setting on the subnet: usually there is a problem when a switch port defined with auto_negotiation and computer NIC without it.&lt;BR /&gt;Check all the road.&lt;BR /&gt;&lt;BR /&gt;HTH&lt;BR /&gt;</description>
      <pubDate>Sat, 30 Sep 2006 08:39:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-or-networking/m-p/3872168#M773642</guid>
      <dc:creator>Victor Fridyev</dc:creator>
      <dc:date>2006-09-30T08:39:55Z</dc:date>
    </item>
    <item>
      <title>Re: system or networking??</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-or-networking/m-p/3872169#M773643</link>
      <description>hi,&lt;BR /&gt;&lt;BR /&gt;What type of application are you running?&lt;BR /&gt;&lt;BR /&gt;The default session timeout for the OC4J server is 20 minutes. &lt;BR /&gt;&lt;BR /&gt;it could be related.&lt;BR /&gt;&lt;BR /&gt;hope this helps!&lt;BR /&gt;&lt;BR /&gt;kind regards&lt;BR /&gt;yogeeraj</description>
      <pubDate>Mon, 02 Oct 2006 00:03:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-or-networking/m-p/3872169#M773643</guid>
      <dc:creator>Yogeeraj_1</dc:creator>
      <dc:date>2006-10-02T00:03:34Z</dc:date>
    </item>
    <item>
      <title>Re: system or networking??</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/system-or-networking/m-p/3872170#M773644</link>
      <description>Hi, &lt;BR /&gt;&lt;BR /&gt;Now the NetAdmin points out that the timeouts are due to PIX-Firewall setting that auto-time outs all sessions coming in from the other subnets. He dreads an increase in the timeout interval might cause a security worry.&lt;BR /&gt;&lt;BR /&gt;However, i used PuTTY and it seems my telnet sesseions don't suffer from the timeouts even when off the server subnet. Only configured the time interval between keepalives.&lt;BR /&gt;&lt;BR /&gt;However, much as this provides a solution to some few parties, the database guys especially those using OFA, SQL*Plus, PL/SQL Developer, Reports Developer, toad. are still having the timeouts.&lt;BR /&gt;</description>
      <pubDate>Wed, 04 Oct 2006 09:02:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/system-or-networking/m-p/3872170#M773644</guid>
      <dc:creator>zmyle</dc:creator>
      <dc:date>2006-10-04T09:02:21Z</dc:date>
    </item>
  </channel>
</rss>

