https://www.solaris.opennet.ru/openforum/vsluhforumID3/4813.html Обсуждение статьи тематического каталога: Установка патча для Oracle9i (9.2.0.X) в среде RHEL ASES 3, Fedora Core 2 (oracle install linux redhat fedora patch)<br><br>Ссылка на текст статьи: http://www.opennet.ru/base/dev/oracle_fedora_inst.txt.html<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/4813.html#9 Wed, 22 Dec 2004 09:35:44 GMT Смотри:<br>http://linuxportal.ru/blog_voron.php https://www.solaris.opennet.ru/openforum/vsluhforumID3/4813.html#8 Tue, 21 Dec 2004 20:28:39 GMT При установке версии 9.2.0.4 дествия, предложенные Артемием Капитулой, никаким<br>образом не влияют на успешную сборку неработоспособной версии "dbsnmp"<br>Собрать работоспособный "dbsnmp" можно только после установки патчей<br>p2617419_220_GENERIC.zip , p3238244_9204_LINUX.zip.<br>Смотри статус $ORACLE_HOME/lib/stubs до и после установки патчей , а также<br>файл $ORACLE_HOME/network/lib/ins_oemagent.mk.<br> https://www.solaris.opennet.ru/openforum/vsluhforumID3/4813.html#7 Sun, 19 Dec 2004 15:19:17 GMT &gt; а на полигоне сотни промышленных серверов<br><br>Этих людей должны быть десятки и сотни. И кроме того, они за это деньги получают - так что пусть работают. Если за продукт и поддержку деньги оплачены - клиент хочет получить сервис. Что, незаконное желание?<br><br>&gt; Поставьте себя на место тех, кто 24 часа в сутки и 7 дней в неделю "отвечают за свой базар"<br><br>Бросьте... Никто не заставлял всех этих людей идти в саппорт - они сами туда напросились - зная, что их ждет. https://www.solaris.opennet.ru/openforum/vsluhforumID3/4813.html#6 Sat, 18 Dec 2004 20:40:08 GMT Поставьте себя на место тех, кто 24 часа в сутки и 7 дней в неделю "отвечают за свой базар", а на полигоне сотни промышленных серверов.Это - хороший<br>спорт. https://www.solaris.opennet.ru/openforum/vsluhforumID3/4813.html#5 Sat, 18 Dec 2004 15:17:21 GMT &gt; Он воевал с ветряными мельницами по-моему довольно долго<br><br>Дима, вы в принципе не понимаете мои мотивы... ЕСЛИ и КОГДА возникнет необходимость поставить ту же девятку/десятку/восьмерку/пофиг-что-еще, я не буду мучить себя выбором, и поставлю ее на на RHAS. И если только инсталлер, линкер или кто-там-еще заупрямится, да хоть даже джавовский Exception кинет и повиснет - я просто обращусь в саппорт, поскольку они подписались и должны (и будут) отвечать за свой базар.<br><br>Что касаемо WP - он говорит о проблеме и предлагает патчиться. Он не объясняет почему это происходит, что такое эти символы, за что они отвечают и так далее. Неспортивно. Если я играюсь на полигоне, я хочу знать что и почему происходит, и как с этим бороться. И почему именно так. И как это обойти. :-) https://www.solaris.opennet.ru/openforum/vsluhforumID3/4813.html#4 Fri, 17 Dec 2004 21:05:01 GMT В конечном счете, я не могу не отдать должного<br>тому упорству , с которым Вы противостоите корпоративному development'y.Вот только , в<br>памяти все время возникает "Рыцарь печального<br>образа". Он воевал с ветряными мельницами по-моему<br>довольно долго. :-) https://www.solaris.opennet.ru/openforum/vsluhforumID3/4813.html#3 Fri, 17 Dec 2004 20:39:20 GMT Патчи,закрывающие вопрос с "dbsnmp" ,сопровождали<br>еще 9.2.0.4:-<br>p2617419_220_GENERIC.zip<br>p3238244_9204_LINUX.zip <br>Далее,см http://www.puschitz.com/InstallingOracle9i.shtml<br>касаемо:-<br>1.) glibc-2.3.2-5.i686.rpm This glibc version exports __ctype_b(): <br>$ rpm -ql glibc-2.3.2-5 &#124; grep libc.so<br>/lib/i686/libc.so.6<br>/lib/libc.so.6<br>/lib/tls/libc.so.6<br>$ nm -a /lib/i686/libc.so.6 &#124; grep __ctype_b<br>001315f8 D __ctype_b<br>00022340 T __ctype_b_loc<br>$ nm -a /lib/libc.so.6 &#124; grep __ctype_b<br>00133c58 D __ctype_b<br>000223a0 T __ctype_b_loc<br><br>2.)glibc-2.3.2-11.9.i686.rpm . This glibc version does not export __ctype_b(). <br><br>$ rpm -ql glibc-2.3.2-11.9 &#124; grep libc.so<br>/lib/i686/libc.so.6<br>/lib/libc.so.6<br>/lib/tls/libc.so.6<br>$ nm -a /lib/i686/libc.so.6 &#124; grep __ctype_b<br>00131718 D __ctype_b@GLIBC_2.0<br>000223a0 T __ctype_b_loc<br>$ nm -a /lib/libc.so.6 &#124; grep __ctype_b<br>00133d58 D __ctype_b@GLIBC_2.0<br>000223f0 T __ctype_b_loc<br><br>Werner Puschitz заметил и описал эту проблему<br>к сожалению, опять т https://www.solaris.opennet.ru/openforum/vsluhforumID3/4813.html#2 Fri, 17 Dec 2004 20:02:06 GMT &gt; В сущности , все проблемы связаны с версией OUI<br><br>Начнем с того, что libcwait.so никогда не решала проблемы<br>_инсталера_. В принципе. Поскольку проблемы были связаны<br>не столько с OUI, сколько с JRE.<br><br>&gt; Однако,патч 9205 автоматически закрывет проблему<br>&gt; с Intelligent Agent (успешно линкует "dbsnmp" )<br><br>Вах-вах-вах, таки была проблема? Да такая, что патч понадобился?<br>Ну вот, а то "ничего нового, ничего нового"... :-) https://www.solaris.opennet.ru/openforum/vsluhforumID3/4813.html#1 Fri, 17 Dec 2004 17:44:58 GMT Установка коммулятивного патча 9205 рекомендована,<br>но не является обязательной.Однако,патч 9205 автоматически закрывет проблему с Intelligent Agent (успешно линкует "dbsnmp" ) .Подробно см.:<br>http://www.idevelopment.info/data/Oracle/DBA_tips/Linux/LINUX_8.shtml<br>В тексте этой статьи есть также ссылка для свободного download'a патча 3006854.<br>В сущности , все проблемы связаны с версией OUI,<br>идущего с продуктами Oracle9i Database 9.2.0.1(4) и Oracle Application Server 9.0.4.<br>OUI в версии 10g стартует без проблем.<br><br>