Продолжаются приключения с установкой.
Вопрос: в каком tablespace должна лежать табличка MLICHECK?
На этапе установки лицензии в процессе инсталляции попадаем на замечательное сообщение: ORA-00959: tablespace 'PSAPI50' does not exist
А что это еще за tablespace???
С какой радости MLICHECK пытается создаваться в таком странном месте?
И saplicense -temp тоже пытается создать таблицу там же. Ну нет у меня такого tablespace

Скачай свежую версию SAPLICENSE.EXE

(нота 485233)

Эту ноту я читал. Это про 4.6. Попробую сейчас, конечно, свежее ядро подтянуть. Но что-то мало надежд.
Может кто сказать в каком месте saplicense берет имя системы при определении tablespace, где должна лежать таблица.
Я ее уже попробовал руками в нужное место положить с отчаяния. Не помогает.
А saplicense -temp упорно пытается использовать tablespace PSAPI50.
Не было у меня таких слов при установке (I50). И система вовсе даже A01 называется. И tablespace у нее PSAPA01...

сдается мне что это проблема из-за кривой инсталляции

Вот и я так подумал...
Надо заново пробовать Только почему-то под UNIX'ом снос DbI заключается в сносе и Oracle заодно. Что не есть гуд. Интересно к прерванной установке это тоже относится?
Блин. Неделя геморроя с нулевым результатом.

а зачем оракл сносить??? а то что геморрой у него есть результаты, в следующий раз не наступишь на эти грабли

В Installation Guide под Юних нету пункта удаление database instance. Да и при установке DbI Oracle заново ставиться попросится

Это в том случае, если понимаешь, где были грабли. Я этого в данной ситуации не отловил. И опять буду повторять шаги по инстрюхции Боюсь, что опять упрусь в туже ситуацию.
Однако первую систему я на это железо как-то поставил? Причем установка заняла две недели, из которых первую неделю я развлекался с переустановкой HP-UX, ни разу до этого ее в глаза не видев Переустанавливать пришлось из-за очень маленького места на руте (в смысле на /), которое идет при Preinstalled системе. Объяснить каким образом можно изменить размер рутовой FS мне никто не сумел
А потом за неделю полная установка с хот-паками, аддонами, языком, начальными настройками и пр.

а зачем в руте много места?

грабли были в следующем - root при инсталляции по какой-то причине не смог/не захотел R3load запустить от ora<sid> зверя. В нормальной инсталляции в логе мы видим что-то типа такого.

INFO 2005-01-05 12:52:35 MIGRATIONKEY_IND_IND SyCoprocessCreateAsUser:300
Creating coprocess /sapmnt/<SID>/exe/R3load -i MIGKEY.cmd -p
MIGKEY.log -K ....... as user oradm0 and group
dba ...

ну у меня миграция шла - но не суть важно - главное смысел:)

либо ошибка в инсталляционном скрипте - либо какие-то проблемы/запреты на уровне операционки

Инсталлятору 100 метров надо

инсталятору много чего надо. вы обзовите у себя переменную TMP и TEMP и укажите ее куда-нибудь отличное от девнул.. кстати держать каталог /tmp в руте есть дурной тон. мало ли кому что захочется туда записать.

Другие у меня тексты. Сильно другие

== [sapinst.log] ==
TRACE [iaxxbdbld.cpp:956]
CR3ldStep::startR3ldProcesses lib=iamodload module=CR3ldStep
trying to start /sapmnt/A01/exe/R3load -dbcodepage 1100 -i "/data2/inst/02.dbi_a01/SAPREPOS.cmd" -l "/data2/inst/02.dbi_a01/SAPREPOS.log" -stop_on_error

TRACE [iaxxbdbld.cpp:997]
CR3ldStep::startR3ldProcesses lib=iamodload module=CR3ldStep
TST_FINISHED: 0

ERROR 2005-10-18 17:31:11 [iaxxbdbld.cpp:1001]
CR3ldStep::startR3ldProcesses lib=iamodload module=CR3ldStep
MSC-01015 Process finished with error(s), check log file /data2/inst/02.dbi_a01/SAPREPOS.log
====

== [SAPREPOS.log] ==
/sapmnt/A01/exe/R3load: sccsid @(#) $Id: //bas/640_REL/src/R3ld/R3load/R3ldmain.c#8 $ SAP
/sapmnt/A01/exe/R3load: version R6.40/V1.4
Compiled Feb 8 2005 20:52:56
/sapmnt/A01/exe/R3load -dbcodepage 1100 -i /data2/inst/02.dbi_a01/SAPREPOS.cmd -l /data2/inst/02.dbi_a01/SAPREPOS.log -stop_on_error

DbSl Trace: OCI-call 'OCISessionBegin' failed: rc = 1017
DbSl Trace: CONNECT failed with sql error '1017'
DbSl Trace: OCI-call 'OCISessionBegin' failed: rc = 1017
DbSl Trace: CONNECT failed with sql error '1017'
(DB) ERROR: db_connect rc = 256
DbSl Trace: OCI-call 'OCISessionBegin' failed: rc = 1017
DbSl Trace: CONNECT failed with sql error '1017'
DbSl Trace: OCI-call 'OCISessionBegin' failed: rc = 1017
DbSl Trace: CONNECT failed with sql error '1017'
(DB) ERROR: DbSlErrorMsg rc = 99
/sapmnt/A01/exe/R3load: job finished with 1 error(s)
====

Нет ни единого слова о попытке запуска процеса от другого пользователя.

А я что-то сказал про /tmp ?
TMP, естественно, смотрит в другое место. Инсталлятор проверяет место именно на руте. Зачем - понятия не имею.

странно

так вот в том-то и проблема, что другие. В Вашем - попытка запуска и ошибка:) В моем - сообщение о созданном - запущенном процессе. Вопрос был про грабли - так вот это и есть грабли из-за которых не прошла загрузки. Я бы попробовала сначала поменять сапинстовсую прогу - и если есть скрипты загрузки - в сапнете посмотреть.
А если ничего нет - единственное решение - запускать R3load ручками с полными путями и командами - от ora<sid>

Это кстати вполне рабочий вариант:) - только муторный. кстати насчет лицензии - не пытались последнее ядро использовать?