The OpenNET Project / Index page

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

Установка патча для Oracle9i (9.2.0.X) в среде RHEL AS/ES 3, Fedora Core 2 (oracle install linux redhat fedora patch)


<< Предыдущая ИНДЕКС Поиск в статьях 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.dev/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.dev/opennews/art.shtml?num=4407). В полемике этот момент упущен. Слова : "Артемий Капитула опубликовал несколько статей описывающих тонкости установки Oracle под Fedora Core Linux: " На мой взгляд не вполне удачны, в контексте реального положения вещей , т.е. статуса http://www.otn.oracle.com (OTN) на момент публикации.

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

Обсуждение [ RSS ]
  • 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.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:




    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру