<?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: weird problem with svrmgrl in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/weird-problem-with-svrmgrl/m-p/2889102#M818993</link>
    <description>The problem should definitely be with the shared memory and semaphore parameters in the kernel.&lt;BR /&gt;&lt;BR /&gt;What are the values of&lt;BR /&gt;&lt;BR /&gt;SEMMNI&lt;BR /&gt;SEMMNS&lt;BR /&gt;SHMMAX&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Revert</description>
    <pubDate>Thu, 23 Jan 2003 11:53:47 GMT</pubDate>
    <dc:creator>T G Manikandan</dc:creator>
    <dc:date>2003-01-23T11:53:47Z</dc:date>
    <item>
      <title>weird problem with svrmgrl</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/weird-problem-with-svrmgrl/m-p/2889096#M818987</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;we have 8i DB on A-server(1CPU,512Mb). When I tried to connect to DB by svrmgrl  as user oracle everything is fine. But any unix user even from dba group got the ORA-03113 error.Kernel settings were set according oracle's metalink recomendations. But problem persists.Any idea what is  going on?&lt;BR /&gt;&lt;BR /&gt;Kirill&lt;BR /&gt;p.s. sqlplus is working fine for any user.&lt;BR /&gt;</description>
      <pubDate>Thu, 23 Jan 2003 09:58:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/weird-problem-with-svrmgrl/m-p/2889096#M818987</guid>
      <dc:creator>Kirill Cherkashin</dc:creator>
      <dc:date>2003-01-23T09:58:09Z</dc:date>
    </item>
    <item>
      <title>Re: weird problem with svrmgrl</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/weird-problem-with-svrmgrl/m-p/2889097#M818988</link>
      <description>Hi&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Saw something similar once.&lt;BR /&gt;&lt;BR /&gt;Try to disable the memory windows configuration, just replace the&lt;BR /&gt;/etc/services.window file with a default one. &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Then try again. I believe Oracle can better help you.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;                Steve Steel</description>
      <pubDate>Thu, 23 Jan 2003 10:20:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/weird-problem-with-svrmgrl/m-p/2889097#M818988</guid>
      <dc:creator>Steve Steel</dc:creator>
      <dc:date>2003-01-23T10:20:01Z</dc:date>
    </item>
    <item>
      <title>Re: weird problem with svrmgrl</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/weird-problem-with-svrmgrl/m-p/2889098#M818989</link>
      <description>Hi,&lt;BR /&gt;Sorry for stating the obvious, but did you indicate "dba" as the SYSDBA group during the oracle installation ? If not, your executable is not linked with the right group and svrmgrl will only work for oracle ...&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;Tom</description>
      <pubDate>Thu, 23 Jan 2003 10:28:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/weird-problem-with-svrmgrl/m-p/2889098#M818989</guid>
      <dc:creator>Tom Geudens</dc:creator>
      <dc:date>2003-01-23T10:28:58Z</dc:date>
    </item>
    <item>
      <title>Re: weird problem with svrmgrl</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/weird-problem-with-svrmgrl/m-p/2889099#M818990</link>
      <description>we use default /etc/services.window. No changes has been made.&lt;BR /&gt;</description>
      <pubDate>Thu, 23 Jan 2003 10:41:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/weird-problem-with-svrmgrl/m-p/2889099#M818990</guid>
      <dc:creator>Kirill Cherkashin</dc:creator>
      <dc:date>2003-01-23T10:41:34Z</dc:date>
    </item>
    <item>
      <title>Re: weird problem with svrmgrl</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/weird-problem-with-svrmgrl/m-p/2889100#M818991</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Is the Oracle environment set-up the same as oracle when you log in to one of the other users?&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;John</description>
      <pubDate>Thu, 23 Jan 2003 10:54:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/weird-problem-with-svrmgrl/m-p/2889100#M818991</guid>
      <dc:creator>John Palmer</dc:creator>
      <dc:date>2003-01-23T10:54:30Z</dc:date>
    </item>
    <item>
      <title>Re: weird problem with svrmgrl</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/weird-problem-with-svrmgrl/m-p/2889101#M818992</link>
      <description>-rwsr-s--x   1 root       dba        9605120 Aug 21  2001 dbsnmp&lt;BR /&gt;-rwsr-s--x   1 oracle8i   dba        8200192 Aug 21  2001 oemevent&lt;BR /&gt;-rwsr-s--x   1 oracle8i   dba        30769152 Aug 21  2001 oracle&lt;BR /&gt;-rwsr-s--x   1 root       dba        9625600 Aug 21  2001 oratclsh&lt;BR /&gt;-rwsr-s--x   1 oracle8i   dba        7876608 Aug 21  2001 tnslsnr&lt;BR /&gt;&lt;BR /&gt;Check your sticky bits are set on $ORACLE_HOME/bin, the above file list shows an 817 install.&lt;BR /&gt;&lt;BR /&gt;This usually occurs when people try to upgrade Oracle by copying files rather than using the installer.&lt;BR /&gt;&lt;BR /&gt;Share and Enjoy! Ian</description>
      <pubDate>Thu, 23 Jan 2003 11:43:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/weird-problem-with-svrmgrl/m-p/2889101#M818992</guid>
      <dc:creator>Ian Dennison_1</dc:creator>
      <dc:date>2003-01-23T11:43:34Z</dc:date>
    </item>
    <item>
      <title>Re: weird problem with svrmgrl</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/weird-problem-with-svrmgrl/m-p/2889102#M818993</link>
      <description>The problem should definitely be with the shared memory and semaphore parameters in the kernel.&lt;BR /&gt;&lt;BR /&gt;What are the values of&lt;BR /&gt;&lt;BR /&gt;SEMMNI&lt;BR /&gt;SEMMNS&lt;BR /&gt;SHMMAX&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Revert</description>
      <pubDate>Thu, 23 Jan 2003 11:53:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/weird-problem-with-svrmgrl/m-p/2889102#M818993</guid>
      <dc:creator>T G Manikandan</dc:creator>
      <dc:date>2003-01-23T11:53:47Z</dc:date>
    </item>
    <item>
      <title>Re: weird problem with svrmgrl</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/weird-problem-with-svrmgrl/m-p/2889103#M818994</link>
      <description>Thanks Ian,&lt;BR /&gt;I really just moved oracle intstallation from another machine to this one. ;-)&lt;BR /&gt;Anyway,I forgot to mention. This weird behevior of svrmgrl happened only  with one DB and at the same time  I have no problem with another two Oracle DB.&lt;BR /&gt;&lt;BR /&gt;Kirill    &lt;BR /&gt;</description>
      <pubDate>Thu, 23 Jan 2003 13:49:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/weird-problem-with-svrmgrl/m-p/2889103#M818994</guid>
      <dc:creator>Kirill Cherkashin</dc:creator>
      <dc:date>2003-01-23T13:49:06Z</dc:date>
    </item>
    <item>
      <title>Re: weird problem with svrmgrl</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/weird-problem-with-svrmgrl/m-p/2889104#M818995</link>
      <description>This will take some work.  Most likely, you have a shared memory segment that is hung.  This can happen when you do not have a high emough kernel parameter for shmmax or maxdsiz(_64bit).  The easiest way is to bring the other databases down, then run "ipcs" and look for memory segments and semaphores owned by "oracle" (or whatever user owns your installation).  THen remove the ones left with the "ipcrm" command.  &lt;BR /&gt;&lt;BR /&gt;The other way, you have to login to each database, and run "oradebug".  This will create a trace file in the userdump destination.  Look through the file for the semaphore and memory segments for each database that is running, and then remove any of the segments that are not in the trace files using ipcs and ipcrm.  &lt;BR /&gt;&lt;BR /&gt;Hope this helps, &lt;BR /&gt;&lt;BR /&gt;Brian&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 23 Jan 2003 21:41:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/weird-problem-with-svrmgrl/m-p/2889104#M818995</guid>
      <dc:creator>Brian Crabtree</dc:creator>
      <dc:date>2003-01-23T21:41:28Z</dc:date>
    </item>
  </channel>
</rss>

