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 > ==============================