Re: after cloning concurrent requsts fails.

  • From: John Piwowar <jpiwowar@xxxxxxxxx>
  • To: Subodh Deshpande <deshpande.subodh@xxxxxxxxx>
  • Date: Thu, 14 Oct 2010 15:16:14 -0700

Quick addendum to answer your other question: rapidclone was successful because 
it didn't need to start any Forms/Reports processes. :)

Regards,

John P.

Sent from a mobile device to deliver a more rapid response.  Please excuse 
brevity and typos.
 

On 2010-10-14, at 2:11 PM, Subodh Deshpande <deshpande.subodh@xxxxxxxxx> wrote:

> Thanks for all the updates..
>  
> LD_ASSUME_KERNLE was not set earlier I set to 2.4.19 still then the error 
> persists..
> I have some doubts
> 3006854 has to be applied in database server I suupose, where as the errors 
> are pointing to 8.0.6 home and 806 home is on different server, so what I 
> should do..is ther any separate patch for 806..
> mostly the stub library or stub library path is mismatching after clone..so 
> is it rapid clone issue or environment issue or library issue..
>  
> Both the server are mirror images of already running servers, path, mount 
> points, java , rpms, soft links, kernel parameters all are like production, 
> in this environment I preapred clone. rapid clone did not gave any error, it 
> was successful.
> concurrent manager and other services can become up..instance can be accessed 
> using URL..it shows the correct concurrent server node after clone..
> if the patches such as 3006854 were not present then how come rapid clone was 
> successful
>  
> thanks..subodh..
> 
> 
>  
> On 14 October 2010 22:48, John Piwowar <jpiwowar@xxxxxxxxx> wrote:
> I can't get to my reference material to confirm at the monent, but I seem to 
> recall that on older versions of RHEL (and Suse for that matter), you could 
> get these sorts of errors if you didn't set LD_ASSUME_KERNEL correctly. Have 
> you compared the values of that environment variable between source and 
> target?
> 
> Regards,
> 
> John P.
> 
> Sent from a mobile device to deliver a more rapid response.  Please excuse 
> brevity and typos.
> 
> 
> On 2010-10-14, at 8:59 AM, Subodh Deshpande <deshpande.subodh@xxxxxxxxx> 
> wrote:
> 
> > Hi list
> >
> > I require help, I facing following error after cloning error,its an oracle 
> > apps 11i.10.5.10.1, RHEL3 box
> >
> > java, llinks, rpms, patches exists as the OS is mirror image of Source.
> > I also tried re-lining and restoring the backup still the error persists..
> >
> > how do i fix the error ar60run: relocation error: <8.0.6 Oracle 
> > HOME>/network/jre11/lib/i686/native_threads/libjava.so: symbol __libc_wait, 
> > version GLIBC_2.0 not defined in file libc.so.6 with link time reference
> >
> > Thanks!
> > Subodh
> > --
> > ==============================
> > DO NOT FORGET TO SMILE TODAY
> > ==============================
> 
> 
> 
> -- 
> ==============================
> DO NOT FORGET TO SMILE TODAY
> ==============================

Other related posts: