Смоленск 1.6 Падение PostgreSQL

g1m

New member
Сообщения
19
#1
Доброго времени суток. Вот с таким логом падает PostgreSQL. Может кто-нибудь сможет объяснить его ? К сожалению тестовго примера привести не могу. Функция sync_user_info - просто обновляет записи в таблице со списком пользователей, ничего особенного.

Код:
19-02-08 19:26:14 MSK [757-769] СООБЩЕНИЕ:  процесс сервера (PID 11584) был завершён по сигналу 11: Segmentation fault
2019-02-08 19:26:14 MSK [757-770] ПОДРОБНОСТИ:  Завершившийся процесс выполнял действие: select spatial.sync_user_info ('text','text','text','',1549641748,1549641748,'','192.168.10.118')
2019-02-08 19:26:14 MSK [757-771] СООБЩЕНИЕ:  завершение всех остальных активных серверных процессов
2019-02-08 19:26:14 MSK [11600-1] postgres@myscheme ПРЕДУПРЕЖДЕНИЕ:  закрытие подключения из-за краха другого серверного процесса
2019-02-08 19:26:14 MSK [11600-2] postgres@myscheme ПОДРОБНОСТИ:  Управляющий процесс отдал команду этому серверному процессу откатить текущую транзакцию и завершиться, так как другой серверный процесс завершился аварийно и возможно разрушил разделяемую память.
2019-02-08 19:26:14 MSK [11600-3] postgres@myscheme ПОДСКАЗКА:  Вы сможете переподключиться к базе данных и повторить вашу команду сию минуту.
2019-02-08 19:26:14 MSK [11599-1] postgres@postgres ПРЕДУПРЕЖДЕНИЕ:  закрытие подключения из-за краха другого серверного процесса
2019-02-08 19:26:14 MSK [11599-2] postgres@postgres ПОДРОБНОСТИ:  Управляющий процесс отдал команду этому серверному процессу откатить текущую транзакцию и завершиться, так как другой серверный процесс завершился аварийно и возможно разрушил разделяемую память.
2019-02-08 19:26:14 MSK [11599-3] postgres@postgres ПОДСКАЗКА:  Вы сможете переподключиться к базе данных и повторить вашу команду сию минуту.
2019-02-08 19:26:14 MSK [11582-2] ПРЕДУПРЕЖДЕНИЕ:  закрытие подключения из-за краха другого серверного процесса
2019-02-08 19:26:14 MSK [11582-3] ПОДРОБНОСТИ:  Управляющий процесс отдал команду этому серверному процессу откатить текущую транзакцию и завершиться, так как другой серверный процесс завершился аварийно и возможно разрушил разделяемую память.
2019-02-08 19:26:14 MSK [11582-4] ПОДСКАЗКА:  Вы сможете переподключиться к базе данных и повторить вашу команду сию минуту.
2019-02-08 19:26:14 MSK [757-772] СООБЩЕНИЕ:  все серверные процессы завершены... переинициализация
2019-02-08 19:26:14 MSK [11625-1] СООБЩЕНИЕ:  работа системы БД была прервана; последний момент работы: 2019-02-08 19:22:57 MSK
2019-02-08 19:26:14 MSK [11625-2] СООБЩЕНИЕ:  система БД была остановлена нештатно; производится автоматическое восстановление
2019-02-08 19:26:14 MSK [11625-3] СООБЩЕНИЕ:  неверная длина записи по смещению 0/48F3E18: ожидалось 24, получено 0
2019-02-08 19:26:14 MSK [11625-4] СООБЩЕНИЕ:  данные REDO не требуются
2019-02-08 19:26:14 MSK [11625-5] СООБЩЕНИЕ:  Защита от наложения мультитранзакций сейчас включена
2019-02-08 19:26:14 MSK [757-773] СООБЩЕНИЕ:  система БД готова принимать подключения
2019-02-08 19:26:14 MSK [11629-1] СООБЩЕНИЕ:  процесс запуска автоочистки создан
2019-02-08 19:26:19 [757] АУДИТ: УСПЕХ, Подключение, 192.168.10.118, "myscheme", SU = "postgres" (10), CU = "postgres" (10): мандатная метка: {0,0}


#: fe-secure-openssl.c:234 fe-secure-openssl.c:343 fe-secure-openssl.c:1323
#, c-format
msgid "SSL SYSCALL error: %s\n"
msgstr "ошибка SSL SYSCALL: %s\n"
 
Последнее редактирование:

g1m

New member
Сообщения
19
#3
Работаю над этим. Парадокс вот в чём - на новой БД всё работает =( На старом серваке нет. Старый сервак загружен данными и с ним активно работают. Эта функция ранее не использовалась, как начали использовать - всё падает. Готового решениея наверно тут не найти, может хотя бы подскажите, в какую сторону копать ?
 

g1m

New member
Сообщения
19
#4
По моему я догадался о причине, но не понимаю как её устранить. Суть в том, что на таблице висит триггер. В триггере вызывается функция (сама функция реализована в дополнительном модуле postgresql), соединяющаяся по локальному сокету с приложением (находящися на том же сервере). Падает только на таких таблицах. Подскажите, в какую сторону вообще копать ? Очевидно это вопрос безопасности, хотя по логам и не скажешь