Puncte:3

Ubuntu 20.04.3: nginx se blochează cu segfault

drapel tk

Am o cutie Ubuntu (20.04.3) pe care nginx s-a oprit deja de două ori cu un segfault:

Nov 16 00:01:23 documente-oo kernel: [2726316.050697] nginx[2579242]: segfault la 41 ip 00007fbf59548593 sp 00007ffc02313af0 eroare 4.0007.02313af0.so 4.960.050.02313af0.
16 nov 00:01:23 documente-oo kernel: [2726316.050742] Cod: 48 89 43 10 48 83 c4 18 5b 5d 41 5c 41 5d 41 5e 41 5d 41 5e 41 5f c3 4 0f 8 0f 8 0f 8 0f 8 0f 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:~# statusctl systemctl nginx.service
â nginx.service - Un server web de înaltă performanță și un server proxy invers
     Încărcat: încărcat (/lib/systemd/system/nginx.service; activat; prestabilit furnizor: activat)
     Activ: eșuat (Rezultat: core-dump) din marți 2021-11-16 00:03:17 CET; acum 8 ore
       Documente: man:nginx(8)
    Proces: 2994244 ExecReload=/usr/sbin/nginx -g daemon activat; master_process on; -s reîncărcare (cod=ieșit, stare=0/SUCCESS)
   PID principal: 2579242 (cod=dumping, semnal=SEGV)
      Sarcini: 0 (limită: 19097)
     Memorie: 19,7 M
     CGroup: /system.slice/nginx.service

16 nov 00:03:17 documents-oo systemd[1]: nginx.service: Procesul de ucidere 2809495 (nginx) cu semnal SIGKILL.
16 nov 00:03:17 documents-oo systemd[1]: nginx.service: Procesul de ucidere 2809496 (nginx) cu semnal SIGKILL.
16 nov 00:03:17 documents-oo systemd[1]: nginx.service: Procesul de ucidere 2809497 (nginx) cu semnal SIGKILL.
16 nov 00:03:17 documents-oo systemd[1]: nginx.service: Procesul de ucidere 2809498 (nginx) cu semnal SIGKILL.
16 nov 00:03:17 documents-oo systemd[1]: nginx.service: Procesul de ucidere 2809499 (nginx) cu semnal SIGKILL.
16 nov 00:03:17 documents-oo systemd[1]: nginx.service: Procesul de ucidere 2809500 (nginx) cu semnal SIGKILL.
16 nov 00:03:17 documents-oo systemd[1]: nginx.service: Procesul de ucidere 2809501 (nginx) cu semnal SIGKILL.
16 nov 00:03:17 documents-oo systemd[1]: nginx.service: Procesul de ucidere 2809502 (nginx) cu semnal SIGKILL.
16 nov 00:03:17 documents-oo systemd[1]: nginx.service: Procesul de ucidere 2809503 (nginx) cu semnal SIGKILL.
16 noiembrie 00:03:17 documents-oo systemd[1]: nginx.service: a eșuat cu rezultatul „core-dump”.

Oct 31 00:02:06 documents-oo kernel: [1340433.341063] nginx[433202]: segfault la 10 ip 00007f6a15e08593 sp 00007ffeef04e220 eroare 4 în lib.perlf6000.5 lib.3600005.
Oct 31 00:02:06 documente-oo kernel: [1340433.355995] Cod: 48 89 43 10 48 83 c4 18 5b 5d 41 5c 41 5d 41 5e 41 5d 41 5e 41 5f c3 4 0f 8 0f 8 0f 8 0f 8 0f 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:~# starea systemctl nginx
â nginx.service - Un server web de înaltă performanță și un server proxy invers
     Încărcat: încărcat (/lib/systemd/system/nginx.service; activat; prestabilit furnizor: activat)
     Activ: a eșuat (Rezultat: core-dump) din duminica 2021-10-31 00:04:57 CEST; acum 45 de minute
       Documente: man:nginx(8)
    Proces: 1503969 ExecReload=/usr/sbin/nginx -g daemon activat; master_process on; -s reîncărcare (cod=ieșit, stare=0/SUCCESS)
   PID principal: 433202 (cod=dumping, semnal=SEGV)
      Sarcini: 0 (limită: 19097)
     Memorie: 6,1 M
     CGroup: /system.slice/nginx.service

Okt 31 00:04:57 documents-oo systemd[1]: nginx.service: Procesul de ucidere 573437 (nginx) cu semnal SIGKILL.
Okt 31 00:04:57 documents-oo systemd[1]: nginx.service: Procesul de ucidere 573438 (nginx) cu semnal SIGKILL.
Okt 31 00:04:57 documents-oo systemd[1]: nginx.service: Procesul de ucidere 573439 (nginx) cu semnal SIGKILL.
Okt 31 00:04:57 documents-oo systemd[1]: nginx.service: Procesul de ucidere 573440 (nginx) cu semnal SIGKILL.
Okt 31 00:04:57 documents-oo systemd[1]: nginx.service: Procesul de ucidere 573441 (nginx) cu semnal SIGKILL.
Okt 31 00:04:57 documents-oo systemd[1]: nginx.service: Procesul de ucidere 573442 (nginx) cu semnal SIGKILL.
Okt 31 00:04:57 documents-oo systemd[1]: nginx.service: Procesul de ucidere 573443 (nginx) cu semnal SIGKILL.
Okt 31 00:04:57 documents-oo systemd[1]: nginx.service: Procesul de ucidere 573444 (nginx) cu semnal SIGKILL.
Okt 31 00:04:57 documents-oo systemd[1]: nginx.service: Procesul de ucidere 573445 (nginx) cu semnal SIGKILL.
Okt 31 00:04:57 documents-oo systemd[1]: nginx.service: a eșuat cu rezultatul „core-dump”.

Ambele s-au întâmplat la scurt timp după logrotate. Am un crashdump pe care îl pot încărca dacă doriți. Btw: există o pagină web bună care să explice cum să citești un crashdump? Am încercat să depun asta ca o eroare la launchpad, dar am primit acest mesaj:

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

*** Trimiteți un raport de problemă dezvoltatorilor?

După ce raportul de problemă a fost trimis, vă rugăm să completați formularul din
browser web deschis automat.

Ce ai vrea sa faci? Opțiunile tale sunt:
  S: Trimiteți raport (1,6 MB)
  V: Vezi raportul
  K: Păstrați fișierul de raport pentru a-l trimite mai târziu sau pentru a-l copia în altă parte
  I: Anulați și ignorați blocările viitoare ale acestei versiuni de program
  C: Anulează
Vă rugăm să alegeți (S/V/K/I/C): s

*** Problemă în nginx-extras

Problema nu poate fi raportată:

Aveți instalate câteva versiuni de pachete învechite.Actualizați următoarele pachete și verificați dacă problema persistă:

libssl1.1, openssl

Apăsați orice tastă pentru a continua...

Dar libssl1.1 și openssl sunt cele mai recente!?!

Mulțumiri. Bernd

drapel ru
Când ați făcut ultima dată o „actualizare sudo apt” și rulați fără activarea -updates și -security repos?
drapel lk
Am aceleași probleme de ceva vreme în aceeași versiune de ubuntu. nginx doar core-dumps, adresa simbolului este destul de similară: `defecțiune generală de protecție ip:7f0f3e9dd593 sp:7ffe695de500 eroare:0 în libperl.so.5.30.0[7f0f3e975000+166000]`. Am un sistem actualizat, toate actualizările instalate.
Puncte:0
drapel lk

Verificați acest răspuns la servfault care pare să rezolve problema: https://serverfault.com/a/1041052/105887

David avatar
drapel cn
S-ar putea să funcționeze astăzi, dar ce se întâmplă mai târziu, când acel link va dispărea? Prin urmare, răspunsurile numai pe link nu sunt răspunsuri. Dacă există ceva în acel link care răspunde la întrebare, includeți-l în acest răspuns. Puteți avea în continuare linkul, dar informațiile vor fi acolo link sau niciun link.
drapel lk
Ați auzit vreodată de arhiva web?

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.