[ новости /+++ | форум | теги | ]

<< Предыдущая ИНДЕКС Поиск в статьях src Установить закладку Перейти на закладку Следующая >>

Ключевые слова: oracle, install, linux, redhat, fedora, patch,  (найти похожие документы)

From: Dmitry Bystrov <d_bystrov@yahoo.com.>
Newsgroups: email
Date: Mon, 17 Dec 2004 14:31:37 +0000 (UTC)
Subject: Установка патча для Oracle9i (9.2.0.X) в среде RHEL AS/ES 3, Fedora Core 2


Патч p3006854_9204_LINUX.zip  должен быть установлен перед инсталляцией 
Oracle9i (Database)9.2.0.X +(коммулятивный  патч 9205), OAS 9.0.4 
в среде RHEL AS/ES 3,RH RH FC2.Порядок установки:

Патч можно скачать с  http://conrad2001.narod.ru/terek/p3006854_9204_LINUX.zip 
или http://www.opennet.ru/soft/ora_inst/

    # unzip p3006854_9204_LINUX.zip  
    # cd 3006854
    # sh rhel3_pre_install.sh


Код выполняемый  скриптом:

    #!/bin/bash
    # Script rhel3_pre_install.sh

    USER=`whoami`
    if [ $USER != root ]; then
      echo "Must be root to run this script, please login as root and re-try"
      exit
    fi

    # see if libcwait.so is already being loaded
    if [ -f "/etc/ld.so.preload" ] && [ -n "`grep libcwait /etc/ld.so.preload`" ]; then
      echo "Patch has already been applied"
      exit
    else
      echo "Applying patch..."
    fi

    cat << EOF |
    #include <errno.h>
    #include <sys/syscall.h>
    #include <sys/types.h>
    #include <sys/wait.h>
    pid_t
    __libc_wait (int *status)
    {
      int res;
      asm volatile ("pushl %%ebx\n\t"
                    "movl %2, %%ebx\n\t"
                    "movl %1, %%eax\n\t"
                    "int \$0x80\n\t"
                    "popl %%ebx"
                    : "=a" (res)
                    : "i" (__NR_wait4), "0" (WAIT_ANY), "c" (status), "d" (0), "S" (0));
      return res;
    }
    EOF
    gcc -O2 -shared -fpic -xc - -o /etc/libcwait.so
    echo "/etc/libcwait.so" >>/etc/ld.so.preload

    echo "Ensuring permissions are correctly set..."
    chown root.root /etc/libcwait.so /etc/ld.so.preload
    chmod 755 /etc/libcwait.so
    chmod 444 /etc/ld.so.preload
    echo "Done."

    echo "Patch successfully applied"



Создается  разделяемая библиотека /etc/libсwait.so 
и добавляется строка к /etc/ld.so.preload :

    /etc/libсwait.so




Вопрос: что нового в работе Артемия Капитулы ?

К сожалению Артемиий Капитула разместил на Opennet.ru статью, содержащую 
совершенно тривиальные и давно известные вещи (Oracle9iR2 Installation on
FC2 http://www.opennet.ru/opennews/art.shtml?num=4407). В полемике этот 
момент упущен. 
   
Слова :
    "Артемий Капитула опубликовал несколько статей описывающих тонкости установки
    Oracle под Fedora Core Linux: "

На мой взгляд не вполне удачны, в контексте реального положения вещей , т.е.
статуса http://www.otn.oracle.com (OTN) на момент публикации.
    

<< Предыдущая ИНДЕКС Поиск в статьях src Установить закладку Перейти на закладку Следующая >>

1.1, Dmitry (??), 20:44, 17/12/2004 [ответить]   +/– Установка коммулятивного патча 9205 рекомендована, но не является обязательной.Однако,патч 9205 автоматически закрывет проблему с Intelligent Agent (успешно линкует "dbsnmp" ) .Подробно см.: http://www.idevelopment.info/data/Oracle/DBA_tips/Linux/LINUX_8.shtml В тексте этой статьи есть также ссылка для свободного download'a патча 3006854. В сущности , все проблемы связаны с версией OUI, идущего с продуктами Oracle9i Database 9.2.0.1(4) и Oracle Application Server 9.0.4. OUI в версии 10g стартует без проблем.     2.2, Аноним (-), 23:02, 17/12/2004 [^] [^^] [^^^] [ответить]   +/– > В сущности , все проблемы связаны с версией OUI Начнем с того, что libcwait.so никогда не решала проблемы _инсталера_. В принципе. Поскольку проблемы были связаны не столько с OUI, сколько с JRE. > Однако,патч 9205 автоматически закрывет проблему > с Intelligent Agent (успешно линкует "dbsnmp" ) Вах-вах-вах, таки была проблема? Да такая, что патч понадобился? Ну вот, а то "ничего нового, ничего нового"... :-)     3.9, Dmitry (??), 12:35, 22/12/2004 [^] [^^] [^^^] [ответить]   +/– Смотри: http://linuxportal.ru/blog_voron.php   1.3, Dmitry (??), 23:39, 17/12/2004 [ответить]   +/– Патчи,закрывающие вопрос с "dbsnmp" ,сопровождали еще 9.2.0.4:- p2617419_220_GENERIC.zip p3238244_9204_LINUX.zip Далее,см http://www.puschitz.com/InstallingOracle9i.shtml касаемо:- 1.) glibc-2.3.2-5.i686.rpm This glibc version exports __ctype_b(): $ rpm -ql glibc-2.3.2-5 | grep libc.so /lib/i686/libc.so.6 /lib/libc.so.6 /lib/tls/libc.so.6 $ nm -a /lib/i686/libc.so.6 | grep __ctype_b 001315f8 D __ctype_b 00022340 T __ctype_b_loc $ nm -a /lib/libc.so.6 | grep __ctype_b 00133c58 D __ctype_b 000223a0 T __ctype_b_loc 2.)glibc-2.3.2-11.9.i686.rpm . This glibc version does not export __ctype_b(). $ rpm -ql glibc-2.3.2-11.9 | grep libc.so /lib/i686/libc.so.6 /lib/libc.so.6 /lib/tls/libc.so.6 $ nm -a /lib/i686/libc.so.6 | grep __ctype_b 00131718 D __ctype_b@GLIBC_2.0 000223a0 T __ctype_b_loc $ nm -a /lib/libc.so.6 | grep __ctype_b 00133d58 D __ctype_b@GLIBC_2.0 000223f0 T __ctype_b_loc Werner Puschitz заметил и описал эту проблему к сожалению, опять таки раньше Вас. Вы же написали: #include <stdlib.h> #include <ctype.h> unsigned short int * __ctype_b; unsigned short int * __ctype_tolower; unsigned short int * __ctype_toupper; void __attribute__((constructor)) my_init() {     __ctype_b = * __ctype_b_loc();     __ctype_tolower = * __ctype_tolower_loc();     __ctype_toupper = * __ctype_toupper_loc(); } void __attribute__((destructod)) my_clean() { } Скомпилируем эту библиотеку и установим ее аналогично libstat.so: # gcc -O2 -shared -o libctype.so libctype.c # cp libctype.so /lib/libcwait # ln -s /lib/libcwait/libctype.so /lib/libctype.so после дискуссии на Opennet.ru.   1.4, Dmitry (??), 00:05, 18/12/2004 [ответить]   +/– В конечном счете, я не могу не отдать должного тому упорству , с которым Вы противостоите корпоративному development'y.Вот только , в памяти все время возникает "Рыцарь печального образа". Он воевал с ветряными мельницами по-моему довольно долго. :-)     2.5, Аноним (-), 18:17, 18/12/2004 [^] [^^] [^^^] [ответить]   +/– > Он воевал с ветряными мельницами по-моему довольно долго Дима, вы в принципе не понимаете мои мотивы... ЕСЛИ и КОГДА возникнет необходимость поставить ту же девятку/десятку/восьмерку/пофиг-что-еще, я не буду мучить себя выбором, и поставлю ее на на RHAS. И если только инсталлер, линкер или кто-там-еще заупрямится, да хоть даже джавовский Exception кинет и повиснет - я просто обращусь в саппорт, поскольку они подписались и должны (и будут) отвечать за свой базар. Что касаемо WP - он говорит о проблеме и предлагает патчиться. Он не объясняет почему это происходит, что такое эти символы, за что они отвечают и так далее. Неспортивно. Если я играюсь на полигоне, я хочу знать что и почему происходит, и как с этим бороться. И почему именно так. И как это обойти. :-)   1.6, Dmitry (??), 23:40, 18/12/2004 [ответить]   +/– Поставьте себя на место тех, кто 24 часа в сутки и 7 дней в неделю "отвечают за свой базар", а на полигоне сотни промышленных серверов.Это - хороший спорт.     2.7, Аноним (-), 18:19, 19/12/2004 [^] [^^] [^^^] [ответить]   +/– > а на полигоне сотни промышленных серверов Этих людей должны быть десятки и сотни. И кроме того, они за это деньги получают - так что пусть работают. Если за продукт и поддержку деньги оплачены - клиент хочет получить сервис. Что, незаконное желание? > Поставьте себя на место тех, кто 24 часа в сутки и 7 дней в неделю "отвечают за свой базар" Бросьте... Никто не заставлял всех этих людей идти в саппорт - они сами туда напросились - зная, что их ждет.   1.8, Dmitry (??), 23:28, 21/12/2004 [ответить]   +/– При установке версии 9.2.0.4 дествия, предложенные Артемием Капитулой, никаким образом не влияют на успешную сборку неработоспособной версии "dbsnmp" Собрать работоспособный "dbsnmp" можно только после установки патчей p2617419_220_GENERIC.zip , p3238244_9204_LINUX.zip. Смотри статус $ORACLE_HOME/lib/stubs до и после установки патчей , а также файл $ORACLE_HOME/network/lib/ins_oemagent.mk.

Партнёры:

Хостинг: