У меня есть coredmp, где все потоки стека выглядят нормально, но один стек показывает это. Может ли кто-нибудь сказать мне возможную причину этого? я вижу, что выход вызывается из oracle libs, это проблема оракула? Может ли кто-нибудь вести меня, когда это может произойти?
Thread 3 (process 26454):
#0 0x00002b803ceb54a8 in exit () from /lib64/libc.so.6
#1 0x00002b803bbe93f5 in skgdbgcra () from /home/oracle/product/11g/lib/libclntsh.so.11.1
#2 0x00002b803be9cdec in kpeDbgCrash () from /home/oracle/product/11g/lib/libclntsh.so.11.1
#3 0x00002b803be9c627 in kpeDbgSignalHandler () from /home/oracle/product/11g/lib/libclntsh.so.11.1
#4 0x00002b803bbe64b1 in skgesig_sigactionHandler () from /home/oracle/product/11g/lib/libclntsh.so.11.1
#5 <signal handler called>
> Program terminated with signal 6, Aborted.
Заметка:
- Прежде чем проголосовать, можете ли вы, ребята, сказать мне, почему голосует? Я действительно не знаю, что проверить
- Вот еще одна qaru.site/questions/8313012/... где стек похож, но не такой же, но до сих пор нет четкого ответа
- Ссылка говорит об ошибке orable, это то же самое?
Похож на вопрос о оракуле 11g.
DIAG_SIGHANDLER_ENABLED
, DIAG_ADR_ENABLED
, DIAG_DDE_ENABLED
, в основном устанавливаются в SQLNET.ORA. Если DIAG_SIGHANDLER_ENABLED
заставит всю диагностику записываться, такую как журналы предупреждений, файлы трассировки, дампы приложений, и это становится перегрузкой, и иногда приложение натыкается.
Чтобы отключить обработчик сигнала и снова включить стандартную обработку отказа операционной системы, поместите следующую настройку параметров в файле sqlnet.ora на стороне клиента или на стороне сервера в каталоге $ ORACLE_HOME/network/admin.
DIAG_ADR_ENABLED=OFF
DIAG_SIGHANDLER_ENABLED=FALSE
DIAG_DDE_ENABLED=FALSE
По умолчанию для этого параметра установлено значение true.
После внесения любых таких изменений в ADR, то есть, отключив DIAG_SIGHANDLER_ENABLED
, DIAG_ADR_ENABLED
, DIAG_DDE_ENABLED
, рекомендуется перезапустить приложение после настройки в sqlnet.ora.