Re: [Fwd: Re: [Comm] ALM 2.2 & Oracle 9.2.0.1]

Re: [Fwd: Re: [Comm] ALM 2.2 & Oracle 9.2.0.1]

[Igor Muratov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

|
| Тема:
| Re[2]: [Comm] ALM 2.2 & Oracle 9.2.0.1
| От:
| Дмитрий Булгаков <manmitya@mail.ru>
| Дата:
| Wed, 2 Apr 2003 20:55:05 +0400
| Кому:
| Roman Savelyev <community@altlinux.ru>
|
|
| Приветствую!
|
|
|>>  Oracle 9.2.0.1 пытался ставить на Master 2.2 не обновлённый.
|>>  oracle-preinstall и oracle-tuning предварительно поставил.
|>>  В общем интересует любой (по возможности положительный) опыт.
|>>  И какие телодвижения необходимо при этом совершать.
|
| RS> Скажи лучше, как _вообще_ удалось установить 9.2 на ALM :)
| RS> Я вструнил тюнинг и преинсталл. APT радостно стянул из апдейтов
полRS> тонны всякой всячины, на чём инсталлятор как не запускался, так и
неRS> запускается.
|
| :) Установка Oracle запускается и идет на ура (я выбрал Standard
Edition) до
| момента запуска Network Assistant.
| Всё. Вообще все приблуды оракла написанные на яве больше не запускаются -
| ява-машина падает. К этим приблудам относятся:
| - Network Assistant;
| - DB Configuration Assistant
| - OEM console

Это не бага. Это фича оракла которая может проявляться на _любом_ линухе
в том числе и на сертифицированом SLES. К сожалению не могу сейчас найти
соответствующую ссылку у suse где они приводят коментарий оракла по этой
проблеме. У них весь оракловый раздел переделан ;( Смысл коментария был
такой.
1 Причины зависания(иногда падения) инсталера в стадии настройки служб
мы найти не можем. Причина кроется в глубинах JDK от IBM
2 На этой стадии фактически установка оракла уже закончена поэтому он
уже готов к работе.
3 Рецепт: прибейте инсталятор и запустите соответствующие тулзы ручками.
Все должно заработать.

| Млин. Причём, что интересно, эти тулзы, ИМО, написаны на jdk 1.1.8 --
такое
| старьё! :(

Я подозреваю его выбрали один раз и на всю жизнь.

| Падение происходит, ИМХО, из-за конфликта библиотеки libjvm.so с glibс.
| Как посоветовал Михаил, я поставил себе еще и glibс-core-i686-2.2.6
(rpm --upgrade
| ...) -- не помогло :(
| Кроме того я еще и проапгрейдился до установки glibс-core-i686 до текущего
| состояния updates'ов Мастера 2.2
|
| Оракл, еще раз повторяю, ставится без проблем на свежеустановленный и
| неапгрейженый ALM 2.2
| Вот ALM 2.0 неапгрейженый -- там действительно инсталер падал в самом
начале.
| Чтобы обновить ядро до того состояния, когда OracleInstaller перестал бы
| падать -- надо было кучу пакетов тянуть, и я решил подождать до выхода ALM
| 2.2 -- и что мы тут видим?! :(( Хотя прогресс в этом направлении, надо
| признаться, есть. :))
|
| Причём, что интересно, я руками создал tnsnames.ora и sqlnet.ora --
| sqlplus цепляется без проблем к другому ораклу :)
|
| RS> Ну а уж DBCA зашаманим...
| Ну да. Надо только Яву побороть!
|
| RS> На самом деле - Java это ключевой элемент функционирования Oracle, не\x01
| RS> говоря уж о DB2 UDB.
| К сожалению да, начиная с версии 8.1.5 :(

Не совсем так. Она важна только для работы административных утилит и
графической оболочки инсталятора. На самом деле любые сервисы оракла
можно поставить/стартовать/остановить имея только командную строку. ;-)
Мне, честно говоря, было некогда разбираться со скриптами и проверять их
однако если кто сделает такой подвиг - прошу кинуть мне готовые скрипты
чтобы я включил это в oracle-preinstall.

|
| RS> И пока ALM не станет совершенно беспроблемным в этой части -
дальшеRS> персональной рабочей станции я его пользовать не стану.
| Для меня это очень важный момент -- я имею в виду ALM, хотелось бы сервак
| именно на этом дистрибуте сделать.
|
| Ладно, завтра продолжу мучения со сторонними (не Oracle) ява-машинами.
|
| WBR, Булгаков Дмитрий (г. Воронеж) -=/ среда, 2 апреля 2003 г. 20:28
мск /=-
|
|
| _______________________________________________
| Community mailing list
| Community@altlinux.ru
| http://www.altlinux.ru/mailman/listinfo/community
|


- --
With best regards                    System administrator
Igor Muratov                         mailto:migor at altlinux.ru
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+iyAGqjgjB/MK76QRAso3AJsE9ZZ4pJA3ldfVyu094Gzq5BsMxwCfR8JH
2WZsetp0aaIoNC7YjWFvnmo=
=gTvU
-----END PGP SIGNATURE-----

Re[2]: [Fwd: Re: [Comm] ALM 2.2 & Oracle 9.2.0.1]

[Дмитрий Булгаков]

Привет, Игорь!

Wednesday, April 2, 2003, 9:38:15 PM, you wrote:

[skip...]
IM> | :) Установка Oracle запускается и идет на ура (я выбрал Standard
IM> Edition) до
IM> | момента запуска Network Assistant.
IM> | Всё. Вообще все приблуды оракла написанные на яве больше не запускаются -
IM> | ява-машина падает. К этим приблудам относятся:
IM> | - Network Assistant;
IM> | - DB Configuration Assistant
IM> | - OEM console

IM> Это не бага. Это фича оракла которая может проявляться на _любом_ линухе
IM> в том числе и на сертифицированом SLES. К сожалению не могу сейчас найти
Хм, вот как? Не знал. :-/ Что-то подобное было в RH 7.2 -- но тогда я делал
попытку установки Oracle 9.2 мимоходом и отнес это на счёт настройки переменных
окружения -- тогда мне некогда было разбираться -- это был эксперимент на пару
часов. По крайней мере там dbca запускался и начинал отрабатывать...

IM> соответствующую ссылку у suse где они приводят коментарий оракла по этой
IM> проблеме. У них весь оракловый раздел переделан ;( Смысл коментария был
IM> такой.
IM> 1 Причины зависания(иногда падения) инсталера в стадии настройки служб
IM> мы найти не можем. Причина кроется в глубинах JDK от IBM
:) А какой версии, 1.1.8?

IM> 2 На этой стадии фактически установка оракла уже закончена поэтому он
IM> уже готов к работе.
Мда, весьма утешает, конечно...

IM> 3 Рецепт: прибейте инсталятор и запустите соответствующие тулзы ручками.
IM> Все должно заработать.
:))

IM> | Млин. Причём, что интересно, эти тулзы, ИМО, написаны на jdk 1.1.8 --
IM> такое
IM> | старьё! :(
IM> Я подозреваю его выбрали один раз и на всю жизнь.
:) Да дело не в только в этом. Дело в том, что ИМХО, Oracle сейчас использует
две разные ява машины для своих тулзов-оболочек и сердцевины, если можно
так выразиться, DBMS -- встраеваемой в СУБД ява-машины. Так вот в Oracle
9.2.0.1, ИМО, для внешних утилит используется jdk 1.1.8, а для внутренней явы
j2sdk 1.3

IM> | Падение происходит, ИМХО, из-за конфликта библиотеки libjvm.so с glibс.
[skip...]
| RS>> На самом деле - Java это ключевой элемент функционирования Oracle, не
| RS>> говоря уж о DB2 UDB.
IM> | К сожалению да, начиная с версии 8.1.5 :(

IM> Не совсем так. Она важна только для работы административных утилит и
IM> графической оболочки инсталятора. На самом деле любые сервисы оракла
IM> можно поставить/стартовать/остановить имея только командную строку. ;-)
:-) Ты меня, Игорь, понял слишком буквально. Разумеется я имел ввиду не то, что
теперь половина оракла переписана на яве. Просто раньше помню была какая красота
-- коннектишься к unix'у телнетом, запускаешь инсталятор оракла в текстовом
режиме и просто сидишь и тихо кайфуешь себе от этой удобной и универсальной
псевдографики. Никаких тебе иксов не надо было на сервере иметь.
Я к чему сказал-то про sqlplus, который нормально работает -- возможно теперь
придется листенер руками настраивать и базу данных через скрипты, запускаемые из
командной строки создавать. :(

IM> Мне, честно говоря, было некогда разбираться со скриптами и проверять их
IM> однако если кто сделает такой подвиг - прошу кинуть мне готовые скрипты
IM> чтобы я включил это в oracle-preinstall.
:-/ Это, конечно, было бы хорошо. Кажется кто-то уже такой клич кидал -- не ты ли? ;)

-- 
Best regards,
 Дмитрий Булгаков                           mailto:manmitya@mail.ru

Re: [Fwd: Re: [Comm] ALM 2.2 & Oracle 9.2.0.1]

[Igor Muratov]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Дмитрий Булгаков пишет:
| Привет, Игорь!
|
| Wednesday, April 2, 2003, 9:38:15 PM, you wrote:
|
| [skip...]
| IM> | :) Установка Oracle запускается и идет на ура (я выбрал Standard
| IM> Edition) до
| IM> | момента запуска Network Assistant.
| IM> | Всё. Вообще все приблуды оракла написанные на яве больше не
запускаются -
| IM> | ява-машина падает. К этим приблудам относятся:
| IM> | - Network Assistant;
| IM> | - DB Configuration Assistant
| IM> | - OEM console
|
| IM> Это не бага. Это фича оракла которая может проявляться на _любом_
линухе
| IM> в том числе и на сертифицированом SLES. К сожалению не могу сейчас
найти
| Хм, вот как? Не знал. :-/ Что-то подобное было в RH 7.2 -- но тогда я
делал
| попытку установки Oracle 9.2 мимоходом и отнес это на счёт настройки
переменных
| окружения -- тогда мне некогда было разбираться -- это был эксперимент
на пару
| часов. По крайней мере там dbca запускался и начинал отрабатывать...
|
| IM> соответствующую ссылку у suse где они приводят коментарий оракла
по этой
| IM> проблеме. У них весь оракловый раздел переделан ;( Смысл
коментария был
| IM> такой.
| IM> 1 Причины зависания(иногда падения) инсталера в стадии настройки служб
| IM> мы найти не можем. Причина кроется в глубинах JDK от IBM
| :) А какой версии, 1.1.8?

Да, именно ее родимой

|
| IM> 2 На этой стадии фактически установка оракла уже закончена поэтому он
| IM> уже готов к работе.
| Мда, весьма утешает, конечно...
|
| IM> 3 Рецепт: прибейте инсталятор и запустите соответствующие тулзы
ручками.
| IM> Все должно заработать.
| :))
|
| IM> | Млин. Причём, что интересно, эти тулзы, ИМО, написаны на jdk
1.1.8 --
| IM> такое
| IM> | старьё! :(
| IM> Я подозреваю его выбрали один раз и на всю жизнь.
| :) Да дело не в только в этом. Дело в том, что ИМХО, Oracle сейчас
использует
| две разные ява машины для своих тулзов-оболочек и сердцевины, если можно
| так выразиться, DBMS -- встраеваемой в СУБД ява-машины. Так вот в Oracle
| 9.2.0.1, ИМО, для внешних утилит используется jdk 1.1.8, а для
внутренней явы
| j2sdk 1.3

Так оно и есть. Может это признак переезда на новую JVM ?

|
| IM> | Падение происходит, ИМХО, из-за конфликта библиотеки libjvm.so с
glibс.
| [skip...]
| | RS>> На самом деле - Java это ключевой элемент функционирования
Oracle, не
| | RS>> говоря уж о DB2 UDB.
| IM> | К сожалению да, начиная с версии 8.1.5 :(
|
| IM> Не совсем так. Она важна только для работы административных утилит и
| IM> графической оболочки инсталятора. На самом деле любые сервисы оракла
| IM> можно поставить/стартовать/остановить имея только командную
строку. ;-)
| :-) Ты меня, Игорь, понял слишком буквально. Разумеется я имел ввиду
не то, что
| теперь половина оракла переписана на яве. Просто раньше помню была
какая красота
| -- коннектишься к unix'у телнетом, запускаешь инсталятор оракла в
текстовом
| режиме и просто сидишь и тихо кайфуешь себе от этой удобной и
универсальной
| псевдографики. Никаких тебе иксов не надо было на сервере иметь.
| Я к чему сказал-то про sqlplus, который нормально работает -- возможно
теперь
| придется листенер руками настраивать и базу данных через скрипты,
запускаемые из
| командной строки создавать. :(

Увы, без красивой обертки конфетку не продать. Видимо консоль для оракла
это уж не модно ;)

|
| IM> Мне, честно говоря, было некогда разбираться со скриптами и
проверять их
| IM> однако если кто сделает такой подвиг - прошу кинуть мне готовые
скрипты
| IM> чтобы я включил это в oracle-preinstall.
| :-/ Это, конечно, было бы хорошо. Кажется кто-то уже такой клич кидал
- -- не ты ли? ;)

Скорее всего я ;)

|


- --
With best regards                    System administrator
Igor Muratov                         mailto:migor at altlinux.ru
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+jBybqjgjB/MK76QRAn1NAKCAItwaMDYJp73QnGjaX5GBveuSJACfdaVz
g4ZFaqVuRKWJs/NYumGDBYs=
=6Lpd
-----END PGP SIGNATURE-----