Артемий Капитула опубликовал несколько статей описывающих тонкости установки Oracle под Fedora Core Linux:- Oracle9iR2 на Fedora Core 2 (http://www.surw.ru/~dalth/orafedora2.html);
- php-oci8 на Fedora Core 1 (http://www.surw.ru/~dalth/oraphp.html) - поддержка взаимодействия Oracle8i и PHP;
- Процесс установки Oracle8i на Fedora Core 1 (http://www.surw.ru/~dalth/orafedora.html)URL: http://www.surw.ru/~dalth/orafedora2.html
Новость: http://www.opennet.me/opennews/art.shtml?num=4407
Для чего такие левые статьи ?? Все уже разжевано давно и на OTN, и на спец. сайтах. Причем подробно. С описанием возможных проблем проч.
Думаю отвечать нужно конструктивно. Эмоции вызывают только эмоции.
Автор не работает с OTN и похоже с WEB источниками информации вообще,
будучи хорошим программистом,он решает проблемы по-своему.
Они же любят говорить :-
"United we stand" or "Community is strength"
Давным давно есть 10g. Не совсем гладко ставится - а мы все 9 жуем... Причем для конкретно взятой системы.. Для которой давно вс замечательно пояснено Вернером, например. Зато вот незаслужено забыта (а ссылка посеялась) хорошая, краткая и толквая статья - установка 9 Oracle на слакваре 9.1
> Давным давно есть 10g. Не совсем гладко ставится - а мы все 9 жуем...Не поверишь, но некоторые еще на 8i работают :-)
А почему не верю ? Мне, к счастью, есть возможность наблюдать версии с 8 по 10 на разных операционках. Вопрос не в прекращении использования ( я прекрасно понимаю, почему может быть невозможно/сложно перейти на более новую версию), я о прекращении изобретения велосипеда.
> я о прекращении изобретения велосипеда.Тогда давайте прекратим изобретать велосипед, и все дружно... Например, останемся на Windows - зачем нам другая операционная система? :-)
А если серьезно, то та же методика, например, может быть использована не только для инсталяции 9i на федоре, но и какого-либо другого продукта, с которым возникают похожие проблемы несовместимости библиотек.
P.S.: а проблему со сборкой oemagent я все-таки решил, достаточно было посмотреть include'ы glibc-2.1
Не стреляйте в пианиста !
Он играет как умеет.
На OTN НЕ всё разжевано. Появилась, например, недавно FC4, а кому-то понадобилось ставить 9i - так там нет этого. ОС, железо и все другое меняется очень часто и на все случаи жизни не напасешся ответами на OTN.Далее, кто-то считает что не бывает такого как установка дорого 9i на бесплатный линукс. Опять же все просто. Часто оракл ставят для обучения - и это, к вашему сведению, бесплатно.
Артемий,
Посмотрите эту ссылку:http://www.idevelopment.info/data/Oracle/DBA_tips/Linux/LINU...
В частности:-
-----------------------------
Set gcc296 and g++296 in PATH
------------------------------
Put gcc296 and g++296 first in $PATH variable by creating the following symbolic links:# mv /usr/bin/gcc /usr/bin/gcc323
# mv /usr/bin/g++ /usr/bin/g++323
# ln -s /usr/bin/gcc296 /usr/bin/gcc
# ln -s /usr/bin/g++296 /usr/bin/g++Посмотрите также:-
http://www.opennet.me/base/sys/oracle9_install.txt.html
Выдержка из текста Tereka :-
Затем выполните следующие команды:
su - root
mv /usr/bin/gcc /usr/bin/gcc323
ln -s /usr/bin/gcc296 /usr/bin/gcc
mv /usr/bin/g++ /usr/bin/g++323
ln -s /usr/bin/g++296 /usr/bin/g++
Ins_oemagent.mk "проблема" :В статье http://www.opennet.me/base/sys/oracle9ir2_postinstall.txt.html есть ссылка:-
в инструкциях Werner Pushitz на http://www.puschitz.com/InstallingOracle9i.html также
утверждается , что коробочная версия Red Hat Linux 9 содержит
glibc-2.3.2-5,в отличии от 2.3.2-11.9 в свободно распространяемой версии
RedHat Linux 9, а glibc-2.3.2-5 уже содержит патч для Oracle9iR2.
Таким образом, в коробочной версии проблема с ins_oemagent.mk не
возникает вообще. В упомянутой выше статье предлагается также несколько
иная тактика решения вопроса, основанная на предлагаемом автором
упомянутой статьи download'e:
glibc-2.3.2-5.i386.rpm 18-Jun-2003 15:27 3.1M
glibc-2.3.2-5.i686.rpm 31-May-2003 19:13 4.6M
glibc-common-2.3.2-5..> 31-May-2003 19:41 11.8M
glibc-devel-2.3.2-5...> 31-May-2003 19:24 2.2M
nscd-2.3.2-5.i386.rpm 26-Jul-2003 23:48 49k
по адресу:http://www.puschitz.com/rh9_gcs_download
http://www.puschitz.com/InstallingOracle9i.html
Помимо корректных , но многоходовых операций, есть очень короткий путь , работяющий не только в среде RHEL AS(ES) 3 см.:-
http://www.opennet.me/base/sys/oracle9_install.txt.html
Voobsche vopros zaklyuchaetsa v sleduyuschem:
Oracle license same znaete skol'ko stoit. I vi sobiraetes' stavit' Oracle na Fedora Core, kotoraya nichego ne stoit i ne predlagaet nikakogo supporta?
RHEL smotritsa luchshe.Po teme: vopros ustanovki Oracle obsuzhdalsa mno raz, dazhe dlya FreeBSD, tak chto eto ne novost'.
Oni ne sobirautsya. Oni uzhe postavili. Na vse na chto mozhno i nelzya na vse postavili. A teperj oni vpechatleniami delyatsa. No vot tolko pohozhe,
chto vtoroj ponimaet chto linkyet ins_oemagent.mk (po secretu skazhu,
dbsnmp on linkuet, potomu bez nego zhizni nu prosto nikakoi net)
> dbsnmp on linkuet, potomu bez nego zhizni nu prosto nikakoi netИ что вы не можете сделать без dbsnmp, простите? :-)
OEM console не полно функциональна. JOBS&EVENTS
не работают без Intelligent Agent up and running.
Последствия:
1 RMAN scripts приходится писать и ставить на
cron самостоятельно,что не все любят.
2. Events по сути - это система мониторинга
Instans'ov Oracle (DBA's Alert System).
Мне приходилось много пписать такого рода
Korn Shell скриптов , чтобы мониnорить
Informix Dynamic Server 7.31,9.2(3).
Это уже головная боль - нужно как следует
разбираться в схеме SYS'a.Это я уже и сам
не люблю.Называется:-
Database Monitoring and Troubeshooting
А-а-а-а... Это :-) Тогда понятно - я просто предпочитаю такие вещи проделывать самостоятельно - себе оно как-то больше веры :-)
Извинете букву пропустил:-
Troubleshooting.:-)
Продолжу Вашу линию. Поскольку себе Вы доверяете
больше чем Oracle Inc.,то ,следуя Вашей логике,
пора писать свой Database Server for Linux
(Kernel 2.6).Первое , что надо сделать :-
Использовать NPTL и избавиться от floating stacks
threads model (i.e. LD_ASSUME_KERNEL=2.4.1).
9.2.0.5 все еще ее использует. Я бы на Вашем
месте не доверился релизу 10g (себе то как-то
больше веры ? :-))
Приступаю к осваению Linux ОС только сейчас, но я бы поумерил веру в Oracle 10g - там полно ошибок - если сама СУБД работает весьма стабильно (за исключением того что на некоторых машинах попросту не удаётся запустить её в принципе), но вся административная обвеска никуда не годится - начиная от того что в средствах администрирования многие параметры приводят либо к равнодушию системы, либо к тому что СУБД попросту не запускается.
Patch p3006854_LINUX.zip должен быть установлен перед инсталляцией Oracle9i 9.2.0.X on RHEL AS/ES 3,RH FC1,RH FC2.Описание патча , согласно OTN: Создает /etc/libwait.so и добавляет строку к /etc/ld.so.preload:- /etc/libwait.so
Думаю , комментарии излишни.
Выполнение:
# sh rhel3_pre_install.shСкрипт:
#!/bin/bashUSER=`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..."
ficat << 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.preloadecho "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"