Уважаемые коллеги, всем хорошего дня!

Столкнулся со странной проблемой: после установки свежей БД Oacle Enterprise 19.9 на SLES15sp5 бд не стартует.

Подробности: установка происходила в режиме software only, потом netca - отрабатывает нормально, создаёт прослушиватель, потом dbca - ругается ошибкой ORA-03113: end-of-file on communication channel.

В процессе разбора логов выяснилось, что DBCA пытается стартовать БД, чтобы провести все свои операции, а БД не стартует. Для локализации проблемы был сделан минимальный init.ora файл с одной строкой

db_name=orcl

установлены переменные окружения:
oracle@srt-saltminion:~> env|grep ORAC
ORACLE_SID=orcl
ORACLE_BASE=/opt/app
ORACLE_HOME=/opt/app/product/19.0.0.0/dbhome_1

БД стартуем с минимальными хотелками:

oracle@srt-saltminion:~> sqlplus / as sysdba

SQL*Plus: Release 19.0.0.0.0 - Production on Mon Nov 23 10:50:53 2020
Version 19.9.0.0.0

Copyright (c) 1982, 2019, Oracle. All rights reserved.

Connected to an idle instance.

SQL> startup nomount restrict pfile=/opt/oracle/init.ora
ORA-03113: end-of-file on communication channel
SQL>

В алерт лог последние строки:
oracle@srt-saltminion:~> tail ../app/diag/rdbms/orcl/orcl/trace/alert_orcl.log
capabilities requested : 3 detected : 0 Simulated : 0
Capability Type : Database Editions
capabilities requested : C detected : 8 Simulated : 0
Using LOG_ARCHIVE_DEST_1 parameter default value as /opt/app/product/19.0.0.0/dbhome_1/dbs/arch
Autotune of undo retention is turned on.
IMODE=BR
ILAT =35
LICENSE_MAX_USERS = 0
SYS auditing is enabled
NOTE: remote asm mode is local (mode 0x1; from cluster type)
oracle@srt-saltminion:~>

Рядом с alert.log лежил трейс от того же времени, выделена последняя строка до падения экземпляра:

oracle@srt-saltminion:~> tail ../app/diag/rdbms/orcl/orcl/trace/orcl_ora_2374.trc
KSIPC SERVICE ENV 0x0
KSIPC SERVICE MASK MGAON:[INETOFF]:[IPCLWON]:[GRPAM]:[PRON]:[TOPOON]:[DLLON]:[KSGLOFF][RSTFWOFF]:[RDMAPINGON]:[SHREGON]:MEMCBON:[STATSFWON]:[SNOFF]:[DGOFF]
krsd_init_sdips: Setting REOPEN=300 on defaulted LAD:1 [krsd.c:2012]
krsd_init_sdips: 1: Using LOG_ARCHIVE_DEST_1 parameter default value as /opt/app/product/19.0.0.0/dbhome_1/dbs/arch
kcrfwy: minimum sleep (disk) is 1073 usecs (overhead is 73 usecs)
ASGA/ISGA using npools = 1 based on nfobs = 480 and initcount = 7208
kwsnsmeInitNtfy:enter
ssexhd: crashing the system; unexpected SIGSEGV/SIGBUS and KGEPGLFG_NO_AUTO_CORE is not set.
Shadow_Core_Dump = partial
ksdbgcra: writing core file to directory '/opt/app/product/19.0.0.0/dbhome_1/dbs'
oracle@srt-saltminion:~>

Также в логе аудита есть строка
type=ANOM_ABEND msg=audit(1606114191.479:78): auid=1011 uid=475 gid=478 ses=6 pid=2377 comm="oracle" exe="/opt/app/product/19.0.0.0/dbhome_1/bin/oracle" sig=6 res=1

Насколько я понимаю, она просто показывает, что процесс завершился ненормально, но не указывает, что процесс был кем-то убит..

apparmor отключен параметром ядра при старте:

srt-saltminion:~ # aa-enabled
No - disabled at boot.

Все параметры ядра:
srt-saltminion:~ # cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-5.3.18-24.37-default root=UUID=179ef574-5714-46c8-b5c0-bced48c19b4d nosoftlockup mce=ignore_ce resume=/dev/System/Swap apparmor=0 elevator=noop transparent_hugepage=never mitigations=auto

ядро
srt-saltminion:~ # uname -a
Linux srt-saltminion 5.3.18-24.37-default #1 SMP Wed Nov 4 09:38:41 UTC 2020 (c145e08) x86_64 x86_64 x86_64 GNU/Linux

Переменные ядра установлены в соответствии с документацией, все требуемые пакеты тоже установлены - orachk не ругался перед установкой.

У кого-нибудь было что-либо подобное?
Подскажите, пожалуйста, в какую сторону копать...

PuM256,

нет, такого трейса нет.

Повторил процесс под strace. видно, что сейчас валится 5241

type=ANOM_ABEND msg=audit(1606134913.017:150): auid=1011 uid=475 gid=478 ses=7 pid=5241 comm="oracle" exe="/opt/app/product/19.0.0.0/dbhome_1/bin/oracle" sig=6 res=1

Запускал так:
strace -ff -o strace_2.txt sqlplus / as sysdba

Сформировалось несколько файлов, видно, что 5236 (sqlplus) делает свой клон pid=5236, который пускает bin/oracle, который, в свою очередь, делает свой клон pid=5241, который валится сразу по SIGABRT

Прицепляю файлы, сформированные strace

Хливкие Шорьки,

да, конечно, это всё сделано по документации и по ноткам.

Нашли обходное решение, проблема именно в SLES15sp5. Даунгрейдили binutils до версии 2.32-7.8.1.x86_64, перелинковали все бинарники в ORACLE_HOME - всё завелось.

Самое новое - не всегда рабочее В-) Лучше использовать проверенное В-)