Решил перейти с Oracle 8.1.7 на Oracle10g. Сейчас пытаюсь поднять его на новом серваке. OS-SLES 9.0 (выбор был определен тем, что под мою любимую слаку не нашел дров). Инсталлятор удалось запустить с параметром -IGNORESYSPREREQS Инсталляция прошла вроде как успешно (1 ошибка была .../lib/ins_sysman.mk). Запись в логах:
....
/usr/i386-glibc-2.1-linux/i386-glibc21-linux/bin/ld: unrecognized option `--allow-
/usr/i386-glibc-2.1-linux/i386-glibc21-linux/bin/ld: use the --help option for usa
collect2: ld returned 1 exit status
make[1]: *** [/u01/app/oracle/BRNGKX/sysman/lib/libnmeoci.so] Error 1
make[1]: Leaving directory `/u01/app/oracle/BRNGKX/sysman/lib'
make: *** [libnmeoci] Error 2

Народ говорит, что это некритичная ошибка и мол забей. Ладно, забито.

Итак, инсталлятор дошел до создания базы и сказал:
ORA-27125 Unable to create shared memory segment

Я решил создать базу вручную скриптами, но опять облом. Цепочка ошибок:

ORA-01034: Oracle not available
ORA-27101: Shared menory realm does not exist
ORA-01031: Insufficient privelegies

Я в панике. Дайте хоть какой совет! ("забей" не предлагать!)

Попробовал поставить в pfile:
USE_INDIRECT_DATA_BUFFERS=TRUE
Получил:
>dbstart
SQL*Plus: Release 10.1.0.2.0 - Production on Thu Mar 3 20:21:08 2005

Copyright © 1982, 2004, Oracle. All rights reserved.

SQL> Connected to an idle instance.
SQL> ORA-00385: cannot enable Very Large Memory with new buffer cache parameters
SQL> Disconnected

Почитал макулатуру, выяснил, что при объявлении этого параметра я не могу использовать новые возможности 10g при работе с памятью, а именно с buffer-cache, т.е. заменить db_cache_size на db_block_buffers. Такой дегрейд мне не нужен.

Нашел еще доку: http://www.puschitz.com/InstallingOracle10g.shtml, прочитал, ничего не нашел полезного по моей проблеме. Может не там читал?

Такое ощущение, что я пытаюсь выделить слишком много памяти под оракл, чем может дать ядро. Попробовал все задать по минимуму - бесполезно.

Хелп!

В общем разрулил следующим образом:

# su - root
# echo "1 " > /proc/sys/vm/disable_cap_mlock

Цитата

Another thing that needs to be done to configure hugepages is to allow the SHM_HUGETLB flag (04000) in the shmget() call for non-root users, by doing one of the following, as root

Я пытался запустить базу с SGA равным 1 гиг и вылезло следующее:

SQL> Connected to an idle instance.
SQL> ORA-27123: unable to attach to shared memory segment
Linux Error: 22: Invalid argument
Additional information: 1
Additional information: 15335426
SQL> Disconnected

Вылечилось изменением параметров ядра (под рутом ессесно).
/proc/sys/kernel/sem
/proc/sys/kernel/shmmax
/proc/sys/kernel/shmmni
/proc/sys/kernel/shmall
Взято тут: http://oralib.h1.ru/public_html/sanitarium/3/24_1.html
Эти параметры я конечно модифицировал под себя.

Вот собственно и все. Стартовал я оракл при sga_target=1811939328
Жалко, 32-битная операционка, больше 2 гиг все равно не получится задать.

Спасибо за моральную поддержку! Пошел я дальше с ораклом воевать....