<?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: perl issue during oracle patching in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/perl-issue-during-oracle-patching/m-p/4977521#M99427</link>
    <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;My dba in the states ran into the same issue. We used the version of perl that shipped with the oracle apache web server.&lt;BR /&gt;&lt;BR /&gt;Seems to be what merijn is saying.&lt;BR /&gt;&lt;BR /&gt;We had the same error and either used that perl or downloaded a perl from Oracle and got around the issue.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
    <pubDate>Fri, 05 May 2006 10:50:48 GMT</pubDate>
    <dc:creator>Steven E. Protter</dc:creator>
    <dc:date>2006-05-05T10:50:48Z</dc:date>
    <item>
      <title>perl issue during oracle patching</title>
      <link>https://community.hpe.com/t5/operating-system-linux/perl-issue-during-oracle-patching/m-p/4977519#M99425</link>
      <description>I have received a call from one of our dba's accompanied by an email. He says his patchine which worked on machines with older perl versions is not working on this particular machine and wants me to install an older version of perl.&lt;BR /&gt;&lt;BR /&gt;The system in question with problems has perl version 5.8.7. The systems which were successfully patched in the past month (he gave me two examples) have 5.6.1 and 5.8.0 versions of perl. I have hard time to believe that the perl version is to blame but neither being an oracle expert nor perl expert, I'd like to ask this question to those who have a better idea than myself, or to those who might have seen this issue before.&lt;BR /&gt;&lt;BR /&gt;oracle patch to be applied is OPatch 2617419 &lt;BR /&gt;oracle version is 920_64&lt;BR /&gt;&lt;BR /&gt;error enccountered is :&lt;BR /&gt;&lt;BR /&gt;$ORACLE_HOME/OPatch/opatch lsinventory&lt;BR /&gt;Can't locate loadable object for module POSIX in @INC (@INC contains: /oracle/CRD/920_64/OPatch/perl_modules /oracle/CRD/920_64/OPatch /usr/local/lib/perl5/5.8.7/PA-RISC2.0 /usr/local/lib/perl5/5.8.7 /usr/local/lib/perl5/site_perl/5.8.7/PA-RISC2.0 /usr/local/lib/perl5/site_perl/5.8.7 /usr/local/lib/perl5/site_perl .) at /oracle/CRD/920_64/OPatch/perl_modules/Apply.pm line 295&lt;BR /&gt;Compilation failed in require at /oracle/CRD/920_64/OPatch/perl_modules/Apply.pm line 295.&lt;BR /&gt;BEGIN failed--compilation aborted at /oracle/CRD/920_64/OPatch/perl_modules/Apply.pm line 295.&lt;BR /&gt;Compilation failed in require at /oracle/CRD/920_64/OPatch/perl_modules/Command.pm line 438.&lt;BR /&gt;BEGIN failed--compilation aborted at /oracle/CRD/920_64/OPatch/perl_modules/Command.pm line 438.&lt;BR /&gt;Compilation failed in require at /oracle/CRD/920_64/OPatch/opatch.pl line 90.&lt;BR /&gt;BEGIN failed--compilation aborted at /oracle/CRD/920_64/OPatch/opatch.pl line 90.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;and oracle's knowledge base has this brilliant suggestion when the dba has searched for this error message:&lt;BR /&gt;&lt;BR /&gt;Cause&lt;BR /&gt;The version of Perl supplied with Oracle HTTP Server in 9.2.0 on HPUX Itanium has some problems.&lt;BR /&gt;Solution&lt;BR /&gt;Choose one of the following solutions:&lt;BR /&gt;OPTION 1: &lt;BR /&gt;Download and install the patch for Bug 4261525. This will repair the perl that was installed in $ORACLE_HOME/Apache/perl&lt;BR /&gt;OPTION 2:&lt;BR /&gt;If another version of Perl is installed on the server (for example, in /usr/local/bin or /opt/perl/bin), use that instead. For example:&lt;BR /&gt;/usr/local/bin/perl $ORACLE_HOME/OPatch/opatch.pl lsinventory&lt;BR /&gt;/usr/local/bin/perl $ORACLE_HOME/OPatch/opatch.pl apply&lt;BR /&gt;The examples above assume that OPatch (Patch 2617419 on Metalink) has been downloaded and unzipped to $ORACLE_HOME/OPatch&lt;BR /&gt;&lt;BR /&gt;And as you can see from the error message this is a PA-Risc machine (an rp3440 to be exact) not an itanium)&lt;BR /&gt;&lt;BR /&gt;Any insight is greatly appreciated</description>
      <pubDate>Fri, 05 May 2006 10:21:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/perl-issue-during-oracle-patching/m-p/4977519#M99425</guid>
      <dc:creator>Mel Burslan</dc:creator>
      <dc:date>2006-05-05T10:21:13Z</dc:date>
    </item>
    <item>
      <title>Re: perl issue during oracle patching</title>
      <link>https://community.hpe.com/t5/operating-system-linux/perl-issue-during-oracle-patching/m-p/4977520#M99426</link>
      <description>My first suggestion would be to check what&lt;BR /&gt;&lt;BR /&gt;$ORACLE_HOME/Apache/perl&lt;BR /&gt;&lt;BR /&gt;is. Is it a symbolic link? If so whereto?&lt;BR /&gt;Does that target is of the same object type as the rest of your env? (64bit vs. 32bit)&lt;BR /&gt;&lt;BR /&gt;Are you able to move that link and replace it with a perl that *does* meet your needs?&lt;BR /&gt;&lt;BR /&gt;# cd $ORACLE_HOME/Apache&lt;BR /&gt;# mv perl perl.org&lt;BR /&gt;# ln -s /opt/perl64/bin/perl perl&lt;BR /&gt;&lt;BR /&gt;Then try again.&lt;BR /&gt;Of course, replace "/opt/perl64/bin/perl" with the real location of where the correct perl is installed&lt;BR /&gt;&lt;BR /&gt;Then try&lt;BR /&gt;&lt;BR /&gt;# $ORACLE_HOME/Apache/perl -MPOSIX -le'print $POSIX::VERSION'&lt;BR /&gt;&lt;BR /&gt;That should work.&lt;BR /&gt;&lt;BR /&gt;Enjoy, Have FUN! H.Merijn</description>
      <pubDate>Fri, 05 May 2006 10:28:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/perl-issue-during-oracle-patching/m-p/4977520#M99426</guid>
      <dc:creator>H.Merijn Brand (procura</dc:creator>
      <dc:date>2006-05-05T10:28:11Z</dc:date>
    </item>
    <item>
      <title>Re: perl issue during oracle patching</title>
      <link>https://community.hpe.com/t5/operating-system-linux/perl-issue-during-oracle-patching/m-p/4977521#M99427</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;My dba in the states ran into the same issue. We used the version of perl that shipped with the oracle apache web server.&lt;BR /&gt;&lt;BR /&gt;Seems to be what merijn is saying.&lt;BR /&gt;&lt;BR /&gt;We had the same error and either used that perl or downloaded a perl from Oracle and got around the issue.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Fri, 05 May 2006 10:50:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/perl-issue-during-oracle-patching/m-p/4977521#M99427</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2006-05-05T10:50:48Z</dc:date>
    </item>
    <item>
      <title>Re: perl issue during oracle patching</title>
      <link>https://community.hpe.com/t5/operating-system-linux/perl-issue-during-oracle-patching/m-p/4977522#M99428</link>
      <description>the problem is, there is no perl installed there:&lt;BR /&gt;&lt;BR /&gt;oracle 8&amp;gt; cd $ORACLE_HOME/Apache&lt;BR /&gt;oracle 9&amp;gt; ll&lt;BR /&gt;total 0&lt;BR /&gt;drwxr-xr-x   3 oracle     dba             96 Mar  7 11:00 Jserv&lt;BR /&gt;drwxr-xr-x   3 oracle     dba             96 Mar  7 10:59 modose&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;should I just make a symbollic link to my perl binary ?</description>
      <pubDate>Fri, 05 May 2006 11:30:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/perl-issue-during-oracle-patching/m-p/4977522#M99428</guid>
      <dc:creator>Mel Burslan</dc:creator>
      <dc:date>2006-05-05T11:30:39Z</dc:date>
    </item>
    <item>
      <title>Re: perl issue during oracle patching</title>
      <link>https://community.hpe.com/t5/operating-system-linux/perl-issue-during-oracle-patching/m-p/4977523#M99429</link>
      <description>And I just checked where he was able to install patches, i.e., other two servers and their $ORACLE_HOME/Apache directory is exactly the same as this one.&lt;BR /&gt;&lt;BR /&gt;So, creating a symlink does not look like a solution to me.</description>
      <pubDate>Fri, 05 May 2006 11:34:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/perl-issue-during-oracle-patching/m-p/4977523#M99429</guid>
      <dc:creator>Mel Burslan</dc:creator>
      <dc:date>2006-05-05T11:34:27Z</dc:date>
    </item>
    <item>
      <title>Re: perl issue during oracle patching</title>
      <link>https://community.hpe.com/t5/operating-system-linux/perl-issue-during-oracle-patching/m-p/4977524#M99430</link>
      <description>Creating the symlink is what option 1 suggests:&lt;BR /&gt;&lt;BR /&gt;OPTION 1: &lt;BR /&gt;Download and install the patch for Bug 4261525. This will repair the perl that was installed in $ORACLE_HOME/Apache/perl&lt;BR /&gt;&lt;BR /&gt;That option however does not say if that is to be the perl root folder or the perl binary&lt;BR /&gt;&lt;BR /&gt;Try them in turn&lt;BR /&gt;&lt;BR /&gt;# cd $ORACLE_HOME/Apache&lt;BR /&gt;# ln -s /opt/perl64 perl&lt;BR /&gt;&lt;BR /&gt;or&lt;BR /&gt;&lt;BR /&gt;# cd $ORACLE_HOME/Apache&lt;BR /&gt;# ln -s /opt/perl64/bin/perl perl&lt;BR /&gt;&lt;BR /&gt;Enjoy, Have FUN! H.Merijn [ always out for the easiest working solution ]</description>
      <pubDate>Fri, 05 May 2006 11:39:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/perl-issue-during-oracle-patching/m-p/4977524#M99430</guid>
      <dc:creator>H.Merijn Brand (procura</dc:creator>
      <dc:date>2006-05-05T11:39:51Z</dc:date>
    </item>
    <item>
      <title>Re: perl issue during oracle patching</title>
      <link>https://community.hpe.com/t5/operating-system-linux/perl-issue-during-oracle-patching/m-p/4977525#M99431</link>
      <description>Merijn,&lt;BR /&gt;&lt;BR /&gt;I am definitely missing something. I tried to run the perl command you mentioned towards the end of your reply and here's what I got in return (I used the perl on the default location as I did not have any special perl under where oracle note mentioned):&lt;BR /&gt;&lt;BR /&gt;oracle 15&amp;gt; /usr/local/bin/perl -MPOSIX -le'print $POSIX::VERSION'&lt;BR /&gt;Can't locate loadable object for module POSIX in @INC (@INC contains: /usr/local/lib/perl5/5.8.7/PA-RISC2.0 /usr/local/lib/perl5/5.8.7 /usr/local/lib/perl5/site_perl/5.8.7/PA-RISC2.0 /usr/local/lib/perl5/site_perl/5.8.7 /usr/local/lib/perl5/site_perl .) at -e line 0&lt;BR /&gt;Compilation failed in require.&lt;BR /&gt;BEGIN failed--compilation aborted.&lt;BR /&gt;</description>
      <pubDate>Fri, 05 May 2006 11:39:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/perl-issue-during-oracle-patching/m-p/4977525#M99431</guid>
      <dc:creator>Mel Burslan</dc:creator>
      <dc:date>2006-05-05T11:39:57Z</dc:date>
    </item>
    <item>
      <title>Re: perl issue during oracle patching</title>
      <link>https://community.hpe.com/t5/operating-system-linux/perl-issue-during-oracle-patching/m-p/4977526#M99432</link>
      <description>looks like the @INC is different in my two systems:&lt;BR /&gt;&lt;BR /&gt;on the system where it worked before:&lt;BR /&gt;&lt;BR /&gt;oracle 37&amp;gt; /usr/local/bin/perl -MPOSIX -le'print $POSIX::VERSION'&lt;BR /&gt;1.05&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;on the system where it is not working I am getting the error in my previous posting about not being able to find POSIX loadable module.&lt;BR /&gt;&lt;BR /&gt;And POSIX module is at :&lt;BR /&gt;&lt;BR /&gt;(failing system)&lt;BR /&gt;oracle 24&amp;gt; find /opt/perl/lib -name POSIX&lt;BR /&gt;/opt/perl/lib/5.8.0/PA-RISC1.1-thread-multi/auto/POSIX&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;(working system)&lt;BR /&gt;oracle 41&amp;gt; find /opt/perl/lib -name POSIX&lt;BR /&gt;/opt/perl/lib/5.8.0/PA-RISC1.1-thread-multi/auto/POSIX&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;One thing I noticed, even though both systems have the module under version 5.8.0 path, the failing system is running 5.8.7 version and my gut feeling is telling me (after looking at the failure messages) that the search path is getting created on the fly with the version and item it is looking for is not being found.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 05 May 2006 11:54:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/perl-issue-during-oracle-patching/m-p/4977526#M99432</guid>
      <dc:creator>Mel Burslan</dc:creator>
      <dc:date>2006-05-05T11:54:07Z</dc:date>
    </item>
    <item>
      <title>Re: perl issue during oracle patching</title>
      <link>https://community.hpe.com/t5/operating-system-linux/perl-issue-during-oracle-patching/m-p/4977527#M99433</link>
      <description>Found out that /usr/local/bin/perl was just a perl executable sitting like a duck on the problem system, whereas the other systems, it was a symlink to /opt/perl/bin/perl, where it had all the loadable modules under /opt/perl directory structure.&lt;BR /&gt;&lt;BR /&gt;Thank for your help.</description>
      <pubDate>Fri, 05 May 2006 12:13:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/perl-issue-during-oracle-patching/m-p/4977527#M99433</guid>
      <dc:creator>Mel Burslan</dc:creator>
      <dc:date>2006-05-05T12:13:11Z</dc:date>
    </item>
  </channel>
</rss>

