[Comm] Победа! Oracle 9 + коллективный разум vs AltLinux Master 2.2.

[Comm] Победа! Oracle 9 + коллективный разум vs AltLinux Master 2.2.

[Roman S]

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

И так!
Коллективный разум победил!
Oracle 9.2 встал на ALM 2.2 и работает!

http://www.rromas.newmail.ru/shot3.png

Описание системы:
K6-III 450Mhz, 256 RAM, MB FIC VA-503+, HDD - IBM ICS 60GB и Quantum CX
20GB. Iomega ZIP ATAPI, CDROM 12x Pioneer, Matrox G400 32RAM, Intel PRO
100S netcard, Creative Vibra-16 sound.

Методика установки:
На основании сегодняшнего письма проверил limits.conf и ужаснулся.
Лимиты действительно стоят для i80386 4MB RAM :)
Эти лимиты наверняка являются причиной "странного" падения достаточно
большого количества программ.

Далее по пунктам:
0) Устанавливаем oracle9-tuning и oracle-preinstall
0,5) Устанавливаем Яву-2 1.4 с 9-го диска
1) Правим лимиты согласно прошлому письму. (маинтайнеру oracle9-tuning
на заметку)
2) Правим sysctl согласно прошлому письму (маинтайнеру oracle9-tuning на
заметку)
3) Правим интернационализацию дистрибутива ALM 2.2. Т.е. путём тырканья
курсором MC в glibc-locales восстанавливаем невинно убиенные локали на
причитающееся им законные места
4) из под пользователя "oracle" запускаем ораклячий инсталлятор
5) доходим до вопроса выполнения скрипта из под root. Выполняем, но не
нажимаем на Ok.
Удаляем всё к чертям из ораклячьего каталога с Явой 1.1.8, копируем туда
Яву-2 1.4.
Думаете заработает? Агащазблин. Продолжаем обработку напильником :)
В связи с тем, что в новой Яве нет опции "-native", правим .cfg в ней,
где прописана реакция "ERROR" на опции "-green" и "-native"
Заодно - в каталогах, где есть "java", но нет "jre" ОБЯЗАТЕЛЬНО делаем
"ln -s java jre"
Вот. Теперь можно продолжать установку. Эта скотина встанет. И даже
веселее, чем штатная, т.к. при пользовании Явой-2 1.4 не придётся
любоваться уродливыми шрифтами :)

Встало!
Заходим в ораклячий каталог с программами и запускаем "oemctl console".
Получаем по ушам, т.к. у новой Явы нет опции "-nojit".
Откладываем на завтра вопрос с враппером и тупо выкидываем опцию "nojit"
из скрипта пускателя, аосле чего имеем возможность созерцать картинку,
подобную приведённой по ссылке.

Теперь осталось соорудить адаптационный скрипт (точнее пакет, т.к. Ява-2
1.4 нужна, хотя наверное можно использовать и ораклячью 1.3) - и будет
почти сносно. Можно будет использовать, как отладочную станцию, станок
программиста.
На сервер конечно же столь взрывоопасный коктейль ставить нельзя, но
программисту - можно.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+lJbxC6dfapMV0mYRAitDAJ9c61Q8M0WdZn9R7dbfd+JhIjkvkgCfVRF1
pkC7ktuE9KGiHkfcn3aOjyc=
=JFOV
-----END PGP SIGNATURE-----

Re: [Comm] Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Homchenkov Yura]

Я думаю надо написать подробный Step by step и выложить в инет.
Наверняка через месяц в рассылке снова поднимут вопрос об установке Oracle

Re: [Comm] Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Roman Savelyev]

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

Homchenkov Yura пишет:

| Я думаю надо написать подробный Step by step и выложить в инет.
| Наверняка через месяц в рассылке снова поднимут вопрос об установке Oracle
Сначала нужно этот метод додрючить до конца.
1) Оттестировать. (следующий шаг - проверка "рюсский бюкф")
2) Провести тесты фунциклирования. Особенно - встроенных процедур на Яве
- - того, что должно без шума и пыли работать на *любой сколь-нибудь
приличной* системе.
3) Не степ-бай-степить а делать заплаточный пакет-костыль.
Именно костыль, т.к. довести систему до нормального функционирования
вряд ли представляется возможным.

Править libc - некошерно. Обнаружится баг и Alt выпустит фикс, который
так же придётся накладывать самостоятельно.
Т.е. нужен workaround, не пересекающийся с творчеством Alt.

Править sysctl.conf - некошерно. Может встать какой-либо пакет от Alt -
и ищи проблему 300 лет.
Следовательно значения sysctl должны выставляться в скрипте старта оракла.
Локали добавлять - тоже некошерно. Они могут неявно исчезнуть "при
изменении политики партии и правительства", о которых мы _может быть_
потом узнаем из рассылки

JRE надо _копировать_, а не ссылаться на неё по тем же причинам.

Енто вам не SuSE - никто при изготовлении обновлений, либо выпуске
фиксов *не будет* проверять совместимость с основополагающими софтом.

Т.е. скрипт запуска оракла должен контролировать _максимум_ параметров
системы, не доверяя недружественному окружению.

- --
Rgds!
Roman Savelyev
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+lQ3ku08PPWJOeNERAkkeAJ0T9NeKrTkveWNUyTfhzYWRb+wxyQCdFj3i
P6b+9fQyQd2jPwgI0ogIvAk=
=42HR
-----END PGP SIGNATURE-----

Re: [Comm] Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 251 bytes --]

On Thu, Apr 10, 2003 at 10:23:32AM +0400, Roman Savelyev wrote:
> Енто вам не SuSE - никто при изготовлении обновлений, либо выпуске
> фиксов *не будет* проверять совместимость с основополагающими софтом.

Это следует воспринимать как наезд?


--
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[aen]

Dmitry V. Levin пишет:

>On Thu, Apr 10, 2003 at 10:23:32AM +0400, Roman Savelyev wrote:
>  
>
>>Енто вам не SuSE - никто при изготовлении обновлений, либо выпуске
>>фиксов *не будет* проверять совместимость с основополагающими софтом.
>>    
>>
>
>Это следует воспринимать как наезд?
>
>  
>
Типа, да :-)
Но особенно мне нравится термин "основополагающий" в отношение софта.

Rgrds, AEN

Re: [Comm] [JT] Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Roman S]

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

aen пишет:
| Но особенно мне нравится термин "основополагающий" в отношение софта.
Немного разъясню.
Если стоит задача организации хранилища данных и т.п, то вопрос
правильности функционирования СУБД встаёт на первое место.
И ОС тут оценивается _именно_ по этому критерию.
Т.е. тот же Оракуль должен встать и заработать любой ценой, при этом
любое "шаманство" крайне нежелательно.
Объективно проще сменить ОС, чем разбираться, что, чего, куды и как.
И про ALM 2.0 я часто слышал "Выкини эту дрянь, под ней не работает 'то-то'"
И это мне _не нравится_, т.к. в целом структура ALM (сейчас 2.2) -
наиболее логична, а своевременный секурити-анонс делает его одним из
самых безопасных.
Если бы мне _настолько_ осточертел ALM, то я не делал бы попыток
разобраться в ситуации, а _просто_ выкинул бы дистрибутив в помойку.

P.S. Кто с трёх попыток догадается, _почему_ не выкинул - тому по
электропочте конфетка :)
P.P.S. Нужно с трёх, с одной - не считается.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+mC6jC6dfapMV0mYRAvbcAJ0eijlUOUgRjKU3lon4ih49njPz+gCfb78D
WnKpcaccTpXxDvLeoQrDHNA=
=QtSK
-----END PGP SIGNATURE-----

Re: [Comm] [JT] Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[aen]

Roman S пишет:

> aen пишет:
> | Но особенно мне нравится термин "основополагающий" в отношение софта.
> Немного разъясню.
> Если стоит задача организации хранилища данных и т.п, то вопрос
> правильности функционирования СУБД встаёт на первое место.
> И ОС тут оценивается _именно_ по этому критерию. 

Да, согласен.
Собственно, мое замечание относилось к забавному термину, а не к сути :-)

>
> Т.е. тот же Оракуль должен встать и заработать любой ценой, при этом
> любое "шаманство" крайне нежелательно.
> Объективно проще сменить ОС, чем разбираться, что, чего, куды и как. 

Да.
Но замечу, что работу Oracle формально поддерживают не все дистрибутивы 
SuSE и RH, а лишь "серверные редакции", которые отличаются не только 
ценой, но и консерватизмом. Они выходят позже базовых систем, а иногда и 
реже. Кстати, довольно любопытно, встанет ли Oracle на RH9.
Мы хотели обеспечить работу Oracle в M2.2, но тестирование, как показали 
отзывы, было недостаточным.
Но все же я противник того, чтобы ставить работоспособность с 
коммерческими приложениями, пусть и важными, непременным условием релиза 
универсального дистрибутива свободной ОС. Такой дистрибутив должен 
отражать текущий уровень свободного софта, он не может ориентироваться 
на глюки сторонних производителей. Если с Oracle вышел недосмотр, то 
позиция по отношению к Sun JDK была вполне определенная и не раз здесь 
озвучивалась.
Другое дело -- выпуск специальных редакций, предназначенных для 
специфического круга пользователей, включающих поддержку и, 
соответственно, более дорогих.
Мы работаем над этим.

Rgrds, AEN

Re: [Comm] Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Roman S]

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

Dmitry V. Levin пишет:
| Это следует воспринимать как наезд?
Зачем?
Как вероятность, отличную от нуля.
И заыедомо бОльшую, чем у дистрибутивов, находящихся в ораклячьем
списке, т.к. *если что*, то их "съедят" с костями и тапочками.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+mArwC6dfapMV0mYRAuxDAKC59xDgBbWrN5cI3S/EoYhb7YPxjACgmrLA
vT4qbIBQQb0K61KI0okeONc=
=zmiS
-----END PGP SIGNATURE-----

Re: [Comm] Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 630 bytes --]

On Sat, Apr 12, 2003 at 03:47:44PM +0300, Roman S wrote:
> Dmitry V. Levin пишет:
> | Это следует воспринимать как наезд?
> Зачем?
> Как вероятность, отличную от нуля.
> И заыедомо бОльшую, чем у дистрибутивов, находящихся в ораклячьем
> списке, т.к. *если что*, то их "съедят" с костями и тапочками.

Ничего подобного - они просто выпустят новый update, исправляющий ошибки
предыдущего.  За примерами далеко ходить не надо, см. напр.
RHSA-2003:089-00, первая версия которого сломала часть функциональности
Red Hat Linux 8.0.  Думаю, что у поспешного исправления ошибки
"kmod ptrace" для kernel-2.4.x будет та же судьба.


--
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[Comm] Re: [JT] Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Roman S]

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

Dmitry V. Levin пишет:
| RHSA-2003:089-00, первая версия которого сломала часть функциональности
Так сколько от них перьев-то летело :)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+mXVwC6dfapMV0mYRAov9AJ9gPSZZqxCTRSQBa5KjVkRI4QRi2gCfc+ru
duy+BmVokly/d11DcbzQjFY=
=aY/B
-----END PGP SIGNATURE-----

Re: [Comm] Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Красавин Андрей]

Homchenkov Yura пишет:
> 
> Я думаю надо написать подробный Step by step и выложить в инет.
> Наверняка через месяц в рассылке снова поднимут вопрос об установке Oracle
> _______________________________________________

Ребят, мне эта тема далека, но вот тут знакомый отписал, что без 
проблем завел Oracle 9iR2 на Master-2.2...

-- 
С уважением, Андрей Красавин

Re: [Comm] Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Roman Savelyev]

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

Красавин Андрей пишет:
| Ребят, мне эта тема далека, но вот тут знакомый отписал, что без проблем
| завел Oracle 9iR2 на Master-2.2...
Технологию он описать может?

Это не исключено при благоприятном стечении обстоятельств.
В принципе, у некоторых неинтерактивная установка Оракла и отсутствие
возможности запуска 100% утилит, прилагаемых к оному - уже успех и
отсутствие проблем :)

- --
Rgds!
Roman Savelyev
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+lTAJu08PPWJOeNERAtrqAKCltKcYoXyUZQQS6T9EbOPPV9ec5ACfU6vE
7G6JoDRW0PQQumhil6LRImw=
=sQGK
-----END PGP SIGNATURE-----

Re: [Comm] Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[aen]

Roman Savelyev пишет:

> \x1a

> Красавин Андрей пишет:
> | Ребят, мне эта тема далека, но вот тут знакомый отписал, что без 
> проблем
> | завел Oracle 9iR2 на Master-2.2...
> Технологию он описать может?
>
> Это не исключено при благоприятном стечении обстоятельств.
> В принципе, у некоторых неинтерактивная установка Оракла и отсутствие
> возможности запуска 100% утилит, прилагаемых к оному - уже успех и
> отсутствие проблем

Это не разговор.
Установка Oracle проверялась на M2.2 и проходила нормально, о чем migor 
писал.
О том же написал и Михаил Шигорин.
В каких конфигурациях и какие проблемы возникают -- давайте выяснять.

Rgrds, AEN

Re: [Comm] Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Roman Savelyev]

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

aen пишет:
| Это не разговор.
| Установка Oracle проверялась на M2.2 и проходила нормально, о чем migor
| писал.
| О том же написал и Михаил Шигорин.
| В каких конфигурациях и какие проблемы возникают -- давайте выяснять.

Грубо суть сводится к тому, что Java 1.1.8 далеко не всегда изволит
работать на ALM 2.2.
На спектре оборудования от k6-III до P-IV.

Причём вторая проблема - вероятностное превышение "умолчательных"
ограничений в limits.conf.

Третья - отсутствие локали EN_us.

Система в обоих случаях - ALM 2.2 с дистрибутивных дисков, с обновлённой
из Updates libc, либо без обновления, установленный без "экспертов", с
добавлением oracle-preinstall и *tuning.

- --
Rgds!
Roman Savelyev
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+lUyxu08PPWJOeNERAjcZAKDOPKxPC/HtEyQ8XlJ5DK9PgJr6YACghK7X
9O60UaQfGLDtBzFc+NT6k3Y=
=3T6f
-----END PGP SIGNATURE-----

[Comm] Re: Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Michael Shigorin]

On Thu, Apr 10, 2003 at 02:51:29PM +0400, Roman Savelyev wrote:
> Грубо суть сводится к тому, что Java 1.1.8 далеко не всегда
> изволит работать на ALM 2.2.  На спектре оборудования от k6-III
> до P-IV.

Эх, не догадался я черкнуть это дело сразу и проверить на athlon,
cel4/p4 и via eden :( -- ну да на следующей неделе при удаче.

> Причём вторая проблема - вероятностное превышение "умолчательных"
> ограничений в limits.conf.

Кстати, не надо разводить FUD "обновление... снесет":

trickster:~> rpm -qlc pam | grep limits.conf              
/etc/security/limits.conf
trickster:~> rpm -qlc initscripts | grep sysctl
/etc/sysctl.conf

:-)

> Третья - отсутствие локали EN_us.

Вооот (en_US только).  Как это задать зависимостями пакета -- без
руля, но по крайней мере можно проверить наличие, поправить из
скрипта /etc/sysconfig/i18n и предложить сделать какой
	apt-get install --reinstall glibc-locales

2 ldv: как бы это сделать поэлегхантней?

Но вообще-то это бага администратора ;-) (и кривая отсутствующая
диагностика инсталера, который, блин, иного и не предполагает)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[aen]

Michael Shigorin пишет:

>On Thu, Apr 10, 2003 at 02:51:29PM +0400, Roman Savelyev wrote:
>  
>
>>Грубо суть сводится к тому, что Java 1.1.8 далеко не всегда
>>изволит работать на ALM 2.2.  На спектре оборудования от k6-III
>>до P-IV.
>>    
>>
>
>Эх, не догадался я черкнуть это дело сразу и проверить на athlon,
>cel4/p4 и via eden :( -- ну да на следующей неделе при удаче.
>
Что значит -- не работает? Можно подробнее?
Это -- главная проблема и интересно именно ее описание, так как мы с ней 
не сталкивались.

>
>  
>
>>Причём вторая проблема - вероятностное превышение "умолчательных"
>>ограничений в limits.conf.
>>    
>>
>
>Кстати, не надо разводить FUD "обновление... снесет":
>
>trickster:~> rpm -qlc pam | grep limits.conf              
>/etc/security/limits.conf
>trickster:~> rpm -qlc initscripts | grep sysctl
>/etc/sysctl.conf
>
>:-)
>
Это проблема документации, согласен. Но неужели этого нет в документации 
по Oracle/Linux?

>
>  
>
>>Третья - отсутствие локали EN_us.
>>    
>>
>
>Вооот (en_US только).  Как это задать зависимостями пакета -- без
>руля, но по крайней мере можно проверить наличие, поправить из
>скрипта /etc/sysconfig/i18n и предложить сделать какой
>	apt-get install --reinstall glibc-locales
>
>2 ldv: как бы это сделать поэлегхантней?
>
>Но вообще-то это бага администратора ;-) (и кривая отсутствующая
>диагностика инсталера, который, блин, иного и не предполагает)
>
Да, при серверной  установке эта locale должна ставиться по умолчанию.

>
>  
>
Rgrds, AEN

[Comm] Re: Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Michael Shigorin]

On Thu, Apr 10, 2003 at 07:14:50PM +0400, aen wrote:
> >>Грубо суть сводится к тому, что Java 1.1.8 далеко не всегда
> >>изволит работать на ALM 2.2.  На спектре оборудования от k6-III
> >Эх, не догадался я черкнуть это дело сразу и проверить на athlon,
> >cel4/p4 и via eden :( -- ну да на следующей неделе при удаче.
> Что значит -- не работает? Можно подробнее?

(это к Роману? -- у меня пока только P4 проверен)

> >>Третья - отсутствие локали EN_us.
> >Вооот (en_US только).  Как это задать зависимостями пакета -- без
> Да, при серверной  установке эта locale должна ставиться по умолчанию.

Как вариант.  BTS? (/me traffic 8( )

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[aen]

Michael Shigorin пишет:

>On Thu, Apr 10, 2003 at 07:14:50PM +0400, aen wrote:
>  
>
>>>>Грубо суть сводится к тому, что Java 1.1.8 далеко не всегда
>>>>изволит работать на ALM 2.2.  На спектре оборудования от k6-III
>>>>        
>>>>
>>>Эх, не догадался я черкнуть это дело сразу и проверить на athlon,
>>>cel4/p4 и via eden :( -- ну да на следующей неделе при удаче.
>>>      
>>>
>>Что значит -- не работает? Можно подробнее?
>>    
>>
>
>(это к Роману? -- у меня пока только P4 проверен)
>
>  
>
>>>>Третья - отсутствие локали EN_us.
>>>>        
>>>>
>>>Вооот (en_US только).  Как это задать зависимостями пакета -- без
>>>      
>>>
>>Да, при серверной  установке эта locale должна ставиться по умолчанию.
>>    
>>
>
>Как вариант.  BTS? (/me traffic 8( )
>
>  
>
Нет, следующий M будет, даст Бог, с новым установщиком.

Rgrds, AEN

Re: [Comm] Re: Победа! Oracle 9 + коллективный разум v s AltLinuxMaster 2.2.

[Denis Smirnov]

[-- Attachment #1: Type: text/plain, Size: 188 bytes --]

On Thu, Apr 10, 2003 at 09:33:11PM +0400, aen wrote:

 > Нет, следующий M будет, даст Бог, с новым установщиком.

Куда посылать пожелания и предложения  по поводу нового инсталлятора? ;)


[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[Comm] Re: Победа! Oracle 9 + коллективный разум v s AltLinuxMaster 2.2.

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 329 bytes --]

On Thu, Apr 10, 2003 at 07:43:48PM +0400, Denis Smirnov wrote:
>  > Нет, следующий M будет, даст Бог, с новым установщиком.
> Куда посылать пожелания и предложения  по поводу нового инсталлятора? ;)

В bts, FR на installer (imho).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[Comm] Re: Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Michael Shigorin]

On Thu, Apr 10, 2003 at 09:33:11PM +0400, aen wrote:
> >>>Вооот (en_US только).  Как это задать зависимостями пакета -- без
> >>Да, при серверной  установке эта locale должна ставиться по умолчанию.
> >Как вариант.  BTS? (/me traffic 8( )
> Нет, следующий M будет, даст Бог, с новым установщиком.

Так чтоб не забыть, FR на installer :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Roman S]

aen пишет:
>> Эх, не догадался я черкнуть это дело сразу и проверить на athlon,
>> cel4/p4 и via eden :( -- ну да на следующей неделе при удаче.
>>
> Что значит -- не работает? Можно подробнее?
> Это -- главная проблема и интересно именно ее описание, так как мы с ней 
> не сталкивались.
Проявляется проблема на финальном этапе инсталляции - создание БД и 
инициализации оной.
После того, как инсталлятор заканчивает вызовы ld, просит выполнения 
серипта из под рута.
После выполнения означенного скрипта вызываются Ява-программы создания 
БД и т.д.
JRE 1.1.8, что входит в поставку Оракла при этом может:
1) с грохотом упасть, унеся с собою инсталлятор
2) зависнуть
3) Выйти на _произвольную_, но вразумительную ошибку в разных местах, 
инсталлятор предложит повторить отвалившуюся операцию и... goto 1)
Есть вероятность, что то люди, что живут на P-II, P-III и P-IV, да 
сдобрили libc пакетом i686 - "проскочат".
Я не "проскочил" ни на K6-III, ни на PIV
Ради того и затеял чехарду с ява-машинами.

> Это проблема документации, согласен. Но неужели этого нет в документации 
> по Oracle/Linux?
Оракуль подразумевает "открытые шлюзы" в части limits, а про sysctl, 
если склероз не изменяет - описание в части работы, а не инсталляции.
СуСятники "проблему" решили "в лоб" в скрипт старта оракуля вставлена 
коррекция параметров.
>> Но вообще-то это бага администратора ;-) (и кривая отсутствующая
>> диагностика инсталера, который, блин, иного и не предполагает) >>
> Да, при серверной  установке эта locale должна ставиться по умолчанию.
Тут скорее булыжник в огород Оракулистов.
Хороший инсталлятор завсегда скажет "не хватат того-то и того-то для 
нормальной работы".

Re: [Comm] Re: Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Denis Yakimov]

В Чтв, 10.04.2003, в 22:50, Roman S написал:
> инсталлятор предложит повторить отвалившуюся операцию и... goto 1)
> Есть вероятность, что то люди, что живут на P-II, P-III и P-IV, да 
> сдобрили libc пакетом i686 - "проскочат".
> Я не "проскочил" ни на K6-III, ни на PIV
> Ради того и затеял чехарду с ява-машинами.
> 

Подтврждаю. У меня на двухголовой машинке (2 x Xeon 1,4GHz, 1GB RAM)
упало после инсталляции, в момент запуска первой конфигурационной
утилиты. Упало молча.

-- 
Denis Yakimov <dnkmv@nightmail.ru>

Re: [Comm] Re: Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[aen]

Roman S пишет:

> aen пишет:
>
>>> Эх, не догадался я черкнуть это дело сразу и проверить на athlon,
>>> cel4/p4 и via eden :( -- ну да на следующей неделе при удаче.
>>>
>> Что значит -- не работает? Можно подробнее?
>> Это -- главная проблема и интересно именно ее описание, так как мы с 
>> ней не сталкивались.
>
> Проявляется проблема на финальном этапе инсталляции - создание БД и 
> инициализации оной.
> После того, как инсталлятор заканчивает вызовы ld, просит выполнения 
> серипта из под рута.
> После выполнения означенного скрипта вызываются Ява-программы создания 
> БД и т.д.
> JRE 1.1.8, что входит в поставку Оракла при этом может:
> 1) с грохотом упасть, унеся с собою инсталлятор
> 2) зависнуть
> 3) Выйти на _произвольную_, но вразумительную ошибку в разных местах, 
> инсталлятор предложит повторить отвалившуюся операцию и... goto 1)
> Есть вероятность, что то люди, что живут на P-II, P-III и P-IV, да 
> сдобрили libc пакетом i686 - "проскочат".
> Я не "проскочил" ни на K6-III, ни на PIV
> Ради того и затеял чехарду с ява-машинами. 

Спасибо!
Хотя все равно непонятно :-)

<skip>

>
>>> Но вообще-то это бага администратора ;-) (и кривая отсутствующая
>>> диагностика инсталера, который, блин, иного и не предполагает) >>
>>
>> Да, при серверной  установке эта locale должна ставиться по умолчанию.
>
> Тут скорее булыжник в огород Оракулистов.
> Хороший инсталлятор завсегда скажет "не хватат того-то и того-то для 
> нормальной работы". 

Да, но для этого-то у нас и заведены oracle-* пакеты.
Здесь есть над чем подумать.
А locale C не годится? Если так, то вот это -- грубейший баг Oracle.

Rgrds, AEN

>

[Comm] Re: Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Michael Shigorin]

On Thu, Apr 10, 2003 at 10:20:30PM +0400, aen wrote:
> А locale C не годится? Если так, то вот это -- грубейший баг Oracle.

Нет; "а шо делать"...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Roman Savelyev]

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

aen пишет:
| А locale C не годится? Если так, то вот это -- грубейший баг Oracle.
Он и есть.

- --
Rgds!
Roman Savelyev
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+lmipu08PPWJOeNERAknEAJ9/juvO0hguA/RA9xffEHw6x99eMwCdGQw9
Ze1URB/OYnyOhLCr+BS45b8=
=uqB+
-----END PGP SIGNATURE-----

[Comm] Re: Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Michael Shigorin]

On Thu, Apr 10, 2003 at 09:50:12PM +0300, Roman S wrote:
> Есть вероятность, что то люди, что живут на P-II, P-III и P-IV,
> да сдобрили libc пакетом i686 - "проскочат".  Я не "проскочил"
> ни на K6-III, ни на PIV Ради того и затеял чехарду с
> ява-машинами.

Нет, проскочил _без_ такой чехарды и _без_ glibc-core-i686.

Кажется, во второй раз накастил pregap, но первый раз уперся не
из-за него (и, если я правильно помню других, актуальность
данного бубна уже как минимум ниже).

Повторюсь, пока только P4.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Re: Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Roman Savelyev]

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

Michael Shigorin пишет:
| Повторюсь, пока только P4.
Чей П4 "пэчетвёртее?" :)
У меня реакция монопенисуальная на обоих платформах.
В выходные из спортинтереса попробую статистику навести, что чего, куды
и как.

Но вчера на другой глюк попал. Enterprise Manager нихт арбайт с "рюсский
бюкф".
Догадываюсь о проблемах в плане локали. Догадываюсь о решении...
В субботу, если делать нечего будет - разберусь окончательно со всей
ерундой.

- --
Rgds!
Roman Savelyev
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+lmttu08PPWJOeNERArq1AJ4h/+JVW18Y/TkXdUHjAIC51w0lTgCgwDPP
Z5UoHT9rY+5hx+h8UhGFdIg=
=8eGK
-----END PGP SIGNATURE-----

Re: [Comm] Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Красавин Андрей]

Красавин Андрей пишет:
> Ребят, мне эта тема далека, но вот тут знакомый отписал, что без проблем 
> завел Oracle 9iR2 на Master-2.2...

Вообщем, если кому еще нужна помощь по установке Оракла, заходите на

http://unix.nordcomp.ru/forum.html?page=1&id=127

Там Вам, думаю, помогут...

-- 
С уважением, Андрей Красавин

Re: [Comm] Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Roman Savelyev]

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

Красавин Андрей пишет:
| Вообщем, если кому еще нужна помощь по установке Оракла, заходите на
Очень содержательно.

- --
Rgds!
Roman Savelyev
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+lnFVu08PPWJOeNERArCCAKDGu5bvaWEqQL1VKTODcPdc3fHDYgCfWFd0
weV3IQZvyPtviPzg1Mwy1xw=
=NMnf
-----END PGP SIGNATURE-----

Re: [Comm] Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Красавин Андрей]

Roman Savelyev пишет:

> Красавин Андрей пишет:
> | Вообщем, если кому еще нужна помощь по установке Оракла, заходите на
> Очень содержательно.

Вместо того чтоб ехидничать лучше бы не засоряли рассылку...

-- 
С уважением, Андрей Красавин

Re: [Comm] Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Leonid B. Sysoletin]

10 Апрель 2003 01:56, Roman S написал:
> И так!
> Коллективный разум победил!
> Oracle 9.2 встал на ALM 2.2 и работает!

=> http://www.atmsk.ru/ ?

-- 
Л. Сысолетин,
webmaster@unicon-ms.ru
[Team Ёжики-рулез!] [Team Котёнки на солярке] [Team Берегите букву "ё"!]
[Team Я люблю свою фортунку] [Team Фортунка в переписку не вступает]

I gave up Smoking, Drinking and Sex.  It was the most 
*__________horrifying* 20
minutes of my life!

Re: [Comm] Победа! Oracle 9 + коллективный разум vs AltLinuxMaster 2.2.

[Roman Savelyev]

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

Leonid B. Sysoletin пишет:
| => http://www.atmsk.ru/ ?
Рано. Нужно _хотя бы_ минимальное тестирование.


- --
- --
Rgds!
Roman Savelyev
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+lQ5Xu08PPWJOeNERAmxZAJ98cLJRaX/eUXJB2icm9A4+OG5LGACgsujy
NU67WKvoWY9DYnMY2CaNG1I=
=caQR
-----END PGP SIGNATURE-----