<?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: Oracle export hang in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-export-hang/m-p/3965268#M757580</link>
    <description>&lt;BR /&gt;Steven,&lt;BR /&gt;The release is the same on dev and prod server.&lt;BR /&gt;I will relink soon.&lt;BR /&gt;&lt;BR /&gt;Eric,&lt;BR /&gt;We run 32bit client "exp" on the database 64bit (default install with oracle 8i database??) in our prod and dev server.&lt;BR /&gt;&lt;BR /&gt;The bug 2298968 is a memory leak in the client side. If we run this bug, it is on our dev -and- prod platform.&lt;BR /&gt;When I take a look at the memory growth of the exp process, the memory usage is the same on dev and prod server:&lt;BR /&gt;but on the prod serveur it failed Ã&amp;nbsp; 650MB&lt;BR /&gt;and on the dev server, the dump finish at 690MB&lt;BR /&gt;&lt;BR /&gt;when an export of the prod is launch from the dev server (I mean over the network) It works. &lt;BR /&gt;and when it is launch to dev from prod it failed.&lt;BR /&gt;&lt;BR /&gt;So, I want to tell the pb is  in the client side from on the prod server..&lt;BR /&gt;&lt;BR /&gt;If the problem is in client side I don't know if a relink of the database will help ? &lt;BR /&gt;&lt;BR /&gt;thanks&lt;BR /&gt;</description>
    <pubDate>Tue, 20 Mar 2007 10:55:15 GMT</pubDate>
    <dc:creator>Alexandre Arents</dc:creator>
    <dc:date>2007-03-20T10:55:15Z</dc:date>
    <item>
      <title>Oracle export hang</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-export-hang/m-p/3965265#M757577</link>
      <description>Hi all,&lt;BR /&gt;&lt;BR /&gt;ORACLE 8.1.7.4.0&lt;BR /&gt;HPUX PARISC 11i&lt;BR /&gt;&lt;BR /&gt;We're experencing problem during an export of a big table, the exp dump core with the following message:&lt;BR /&gt;&lt;BR /&gt;gefec: fatal error 0&lt;BR /&gt;********** Internal heap ERROR 17113 addr=0x0 &lt;BR /&gt;******************************************************&lt;BR /&gt;HEAP DUMP heap name=""  desc=0x0&lt;BR /&gt; extent sz=0x0 alt=0 het=0 rec=0 flg=0 opc=0&lt;BR /&gt; parent=0 owner=0 nex=0 xsz=0x0&lt;BR /&gt; Hla: 0&lt;BR /&gt;&lt;BR /&gt;I found this link on ITRC&lt;BR /&gt;&lt;A href="http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=566652" target="_blank"&gt;http://forums1.itrc.hp.com/service/forums/questionanswer.do?threadId=566652&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;It sounds like the server is out of memory, but&lt;BR /&gt; at the time the export running, there is a  lot of memory aviaible on the server:&lt;BR /&gt;&lt;BR /&gt;# swapinfo -tm&lt;BR /&gt;             Mb      Mb      Mb   PCT  START/      Mb&lt;BR /&gt;TYPE      AVAIL    USED    FREE  USED   LIMIT RESERVE  PRI  NAME&lt;BR /&gt;dev        4096       0    4096    0%       0       -    1  /dev/vg00/lvol2&lt;BR /&gt;dev        8192       0    8192    0%       0       -    0  /dev/vg00/swap&lt;BR /&gt;dev        8192       0    8192    0%       0       -    0  /dev/vg00/swap2&lt;BR /&gt;reserve       -    9463   -9463&lt;BR /&gt;memory    25552    4516   21036   18%&lt;BR /&gt;total     46032   13979   32053   30%       -       0    -&lt;BR /&gt;&lt;BR /&gt;and the ulimit of dba user account is:&lt;BR /&gt;ulimit -a&lt;BR /&gt;time(seconds)        unlimited&lt;BR /&gt;file(blocks)         unlimited&lt;BR /&gt;data(kbytes)         1310720&lt;BR /&gt;stack(kbytes)        381952&lt;BR /&gt;memory(kbytes)       unlimited&lt;BR /&gt;coredump(blocks)     4194303&lt;BR /&gt;&lt;BR /&gt;the "exp" prog coredump at the size of 650MByte(memory size of proc), which is under the above limitation..&lt;BR /&gt;&lt;BR /&gt;I don't know what memory parameter can limit that..&lt;BR /&gt;&lt;BR /&gt;Other thing:&lt;BR /&gt;-When it failed, the export ouput file is 6,9 GBytes instead of 9Go&lt;BR /&gt;-the export with "buffer=1024" gives similar result&lt;BR /&gt;-the export of the table in "direct=y" mode is OK&lt;BR /&gt;-the export of the whole shema which contain the table is OK.&lt;BR /&gt;-database is 64 bits but "exp" command is 32bits exec.&lt;BR /&gt;&lt;BR /&gt;-and finally, we succesfully run this export on   our developpement system very similar except with lower memory physical memory and memory parameter value...&lt;BR /&gt;&lt;BR /&gt;Any Idea ?&lt;BR /&gt;Alex&lt;BR /&gt;</description>
      <pubDate>Tue, 20 Mar 2007 09:14:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-export-hang/m-p/3965265#M757577</guid>
      <dc:creator>Alexandre Arents</dc:creator>
      <dc:date>2007-03-20T09:14:25Z</dc:date>
    </item>
    <item>
      <title>Re: Oracle export hang</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-export-hang/m-p/3965266#M757578</link>
      <description>Shalom Alex,&lt;BR /&gt;&lt;BR /&gt;If the Oracle version is the same on both systems, consider relinking oracle on the effected system.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 20 Mar 2007 09:26:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-export-hang/m-p/3965266#M757578</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2007-03-20T09:26:26Z</dc:date>
    </item>
    <item>
      <title>Re: Oracle export hang</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-export-hang/m-p/3965267#M757579</link>
      <description>Hi Alexandre,&lt;BR /&gt;&lt;BR /&gt;If you are running the export from a client (32 bits) and the database is not the same&lt;BR /&gt;wordsize (64 bits), you got bug 2298968.&lt;BR /&gt;&lt;BR /&gt;Is it the case?&lt;BR /&gt;&lt;BR /&gt;Best Regards,&lt;BR /&gt;&lt;BR /&gt;Eric Antunes</description>
      <pubDate>Tue, 20 Mar 2007 09:34:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-export-hang/m-p/3965267#M757579</guid>
      <dc:creator>Eric Antunes</dc:creator>
      <dc:date>2007-03-20T09:34:45Z</dc:date>
    </item>
    <item>
      <title>Re: Oracle export hang</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-export-hang/m-p/3965268#M757580</link>
      <description>&lt;BR /&gt;Steven,&lt;BR /&gt;The release is the same on dev and prod server.&lt;BR /&gt;I will relink soon.&lt;BR /&gt;&lt;BR /&gt;Eric,&lt;BR /&gt;We run 32bit client "exp" on the database 64bit (default install with oracle 8i database??) in our prod and dev server.&lt;BR /&gt;&lt;BR /&gt;The bug 2298968 is a memory leak in the client side. If we run this bug, it is on our dev -and- prod platform.&lt;BR /&gt;When I take a look at the memory growth of the exp process, the memory usage is the same on dev and prod server:&lt;BR /&gt;but on the prod serveur it failed Ã&amp;nbsp; 650MB&lt;BR /&gt;and on the dev server, the dump finish at 690MB&lt;BR /&gt;&lt;BR /&gt;when an export of the prod is launch from the dev server (I mean over the network) It works. &lt;BR /&gt;and when it is launch to dev from prod it failed.&lt;BR /&gt;&lt;BR /&gt;So, I want to tell the pb is  in the client side from on the prod server..&lt;BR /&gt;&lt;BR /&gt;If the problem is in client side I don't know if a relink of the database will help ? &lt;BR /&gt;&lt;BR /&gt;thanks&lt;BR /&gt;</description>
      <pubDate>Tue, 20 Mar 2007 10:55:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-export-hang/m-p/3965268#M757580</guid>
      <dc:creator>Alexandre Arents</dc:creator>
      <dc:date>2007-03-20T10:55:15Z</dc:date>
    </item>
    <item>
      <title>Re: Oracle export hang</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/oracle-export-hang/m-p/3965269#M757581</link>
      <description>Hi Alex,&lt;BR /&gt;&lt;BR /&gt;Try it on the production server with DIRECT=Y and BUFFER=3000 (for example). If it fails, reduce the BUFFER parameter further.&lt;BR /&gt;&lt;BR /&gt;Best Regards,&lt;BR /&gt;&lt;BR /&gt;Eric Antunes</description>
      <pubDate>Wed, 21 Mar 2007 05:40:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/oracle-export-hang/m-p/3965269#M757581</guid>
      <dc:creator>Eric Antunes</dc:creator>
      <dc:date>2007-03-21T05:40:47Z</dc:date>
    </item>
  </channel>
</rss>

