Рейтинг:3

Ubuntu 20.04.3: nginx вылетает из-за segfault

флаг tk

У меня есть коробка Ubuntu (20.04.3), на которой nginx уже дважды останавливался с ошибкой сегментации:

16 ноября 00:01:23 ядро ​​документов-oo: [2726316.050697] nginx [2579242]: segfault на 41 ip 00007fbf59548593 sp 00007ffc02313af0 ошибка 4 в libperl.so.5.30.0[7fbf594e0000+166000+166000]
16 ноября 00:01:23 документы-оо ядро: [2726316.050742] Код: 48 89 43 10 48 83 c4 18 5b 5d 41 5c 41 5d 41 5e 41 5f c3 0f 1f 40 00 0f b6 7f 30 48 c1 e8 293 48 48 f8 48 89 c3 74 89 48 8b 02 <4c> 8b 68 10 4d 85 ed 0f 84 28 01 00 00 0f b6 40 30 49 c1 ed 03 49

root@documents-oo:~# статус systemctl nginx.service
nginx.service — высокопроизводительный веб-сервер и обратный прокси-сервер
     Загружено: загружено (/lib/systemd/system/nginx.service; включено; предустановка поставщика: включена)
     Активно: сбой (Результат: дамп ядра) со вторника 16 ноября 2021 г., 00:03:17 CET; 8 часов назад
       Документы: man:nginx(8)
    Процесс: 2994244 ExecReload=/usr/sbin/nginx -g демон включен; master_process включен; -s перезагрузить (код=выход, статус=0/УСПЕХ)
   Основной PID: 2579242 (код = дамп, сигнал = SEGV)
      Заданий: 0 (лимит: 19097)
     Память: 19,7 Мб
     Группа CG: /system.slice/nginx.service

16 ноя 00:03:17 документы-oo systemd[1]: nginx.service: Процесс уничтожения 2809495 (nginx) с сигналом SIGKILL.
16 ноя 00:03:17 документы-oo systemd[1]: nginx.service: Процесс уничтожения 2809496 (nginx) с сигналом SIGKILL.
16 ноя 00:03:17 документы-oo systemd[1]: nginx.service: Процесс уничтожения 2809497 (nginx) с сигналом SIGKILL.
16 ноя 00:03:17 документы-oo systemd[1]: nginx.service: Процесс уничтожения 2809498 (nginx) с сигналом SIGKILL.
16 ноя 00:03:17 документы-oo systemd[1]: nginx.service: Процесс уничтожения 2809499 (nginx) с сигналом SIGKILL.
16 ноя 00:03:17 документы-oo systemd[1]: nginx.service: Процесс уничтожения 2809500 (nginx) с сигналом SIGKILL.
16 ноя 00:03:17 документы-oo systemd[1]: nginx.service: Процесс уничтожения 2809501 (nginx) с сигналом SIGKILL.
16 ноя 00:03:17 документы-oo systemd[1]: nginx.service: Процесс уничтожения 2809502 (nginx) с сигналом SIGKILL.
16 ноября 00:03:17 документы-oo systemd[1]: nginx.service: Процесс уничтожения 2809503 (nginx) с сигналом SIGKILL.
16 ноября, 00:03:17.

31 октября 00:02:06 ядро ​​документов-oo: [1340433.341063] nginx [433202]: segfault на 10 ip 00007f6a15e08593 sp 00007ffeef04e220 ошибка 4 в libperl.so.5.30.0 [7f6a15da0000+166000]
31 октября 00:02:06 документы-оо ядро: [1340433.355995] Код: 48 89 43 10 48 83 c4 18 5b 5d 41 5c 41 5d 41 5e 41 5f c3 0f 1f 40 00 0f b6 7f 30 48 c1 e8 293 48 f8 48 89 c3 74 89 48 8b 02 <4c> 8b 68 10 4d 85 ed 0f 84 28 01 00 00 0f b6 40 30 49 c1 ed 03 49

root@documents-oo:~# статус systemctl nginx
nginx.service — высокопроизводительный веб-сервер и обратный прокси-сервер
     Загружено: загружено (/lib/systemd/system/nginx.service; включено; предустановка поставщика: включена)
     Активно: сбой (результат: дамп ядра) с 31 октября 2021 г., 00:04:57 CEST; 45 минут назад
       Документы: man:nginx(8)
    Процесс: 1503969 ExecReload=/usr/sbin/nginx -g демон включен; master_process включен; -s перезагрузить (код=выход, статус=0/УСПЕХ)
   Основной PID: 433202 (код = дамп, сигнал = SEGV)
      Заданий: 0 (лимит: 19097)
     Память: 6,1 М
     Группа CG: /system.slice/nginx.service

31 октября 00:04:57 документы-oo systemd[1]: nginx.service: Процесс уничтожения 573437 (nginx) с сигналом SIGKILL.
31 октября 00:04:57 документы-oo systemd[1]: nginx.service: Процесс уничтожения 573438 (nginx) с сигналом SIGKILL.
31 октября 00:04:57 документы-oo systemd[1]: nginx.service: Процесс уничтожения 573439 (nginx) с сигналом SIGKILL.
31 октября 00:04:57 документы-oo systemd[1]: nginx.service: Процесс уничтожения 573440 (nginx) с сигналом SIGKILL.
31 октября 00:04:57 документы-oo systemd[1]: nginx.service: Процесс уничтожения 573441 (nginx) с сигналом SIGKILL.
31 октября 00:04:57 документы-oo systemd[1]: nginx.service: Процесс уничтожения 573442 (nginx) с сигналом SIGKILL.
31 октября 00:04:57 документы-oo systemd[1]: nginx.service: Процесс уничтожения 573443 (nginx) с сигналом SIGKILL.
31 октября 00:04:57 документы-oo systemd[1]: nginx.service: Процесс уничтожения 573444 (nginx) с сигналом SIGKILL.
31 октября 00:04:57 документы-oo systemd[1]: nginx.service: Процесс уничтожения 573445 (nginx) с сигналом SIGKILL.
31 октября 00:04:57 документы-оо systemd[1]: nginx.service: Ошибка с результатом 'core-dump'.

Оба произошли вскоре после logrotate. У меня есть краш-дамп, при желании могу выложить. Кстати: есть ли хорошая веб-страница, которая объясняет, как читать аварийный дамп? Я попытался зарегистрировать это как ошибку на панели запуска, но получил следующее сообщение:

root@documents-oo:/var/crash# ubuntu-bug /var/crash/_usr_sbin_nginx.0.crash

*** Отправить отчет о проблеме разработчикам?

После отправки отчета о проблеме заполните форму в
автоматически открытый веб-браузер.

Чем бы Вы хотели заняться? Ваши варианты:
  S: Отправить отчет (1,6 МБ)
  В: просмотреть отчет
  K: Сохранить файл отчета для отправки позже или копирования в другое место
  I: Отменить и игнорировать будущие сбои этой версии программы
  С: Отменить
Пожалуйста, выберите (S/V/K/I/C): s

*** Проблема в nginx-extras

Невозможно сообщить о проблеме:

У вас установлены устаревшие версии пакетов.Обновите следующие пакеты и проверьте, сохраняется ли проблема:

libssl1.1, openssl

Нажмите любую клавишу чтобы продолжить...

Но libssl1.1 и openssl самые свежие!?!

Спасибо. Бернд

флаг ru
Когда вы в последний раз выполняли `sudo apt update` и работали без включенных репозиториев -updates и -security?
флаг lk
У меня те же проблемы уже давно в той же версии ubuntu. nginx просто копирует ядро, адрес символа очень похож: «общая ошибка защиты ip: 7f0f3e9dd593 sp: 7ffe695de500 ошибка: 0 в libperl.so.5.30.0 [7f0f3e975000 + 166000]». У меня современная система, все обновления установлены.
Рейтинг:0
флаг lk

Проверьте этот ответ на servfault, который, похоже, решает проблему: https://serverfault.com/a/1041052/105887

David avatar
флаг cn
Это может работать сегодня, но что насчет позже, когда эта ссылка исчезнет? Поэтому ответы только по ссылкам не являются ответами. Если в этой ссылке есть что-то, что отвечает на вопрос, включите это в этот ответ. У вас все еще может быть ссылка, но информация будет там ссылкой или без ссылки.
флаг lk
Вы когда-нибудь слышали о веб-архиве?

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.