Am actualizat recent un server de producție de la PHP 7.4 la PHP 8.0 (acesta utilizează pachetele ondrej). Ca referință, folosesc Ubuntu 20.04.3, apache2.4.46 și acum PHP8.0.
După aproximativ 18 ore, serverul apache a încetat să mai răspundă, dând o eroare de date de răspuns goală. Apache a dat următoarea eroare:
[core:notice] [pid 1285919] AH00051: child pid 1329445 semnal de ieșire Eroare de segmentare (11), posibil coredump în /etc/apache2
Din nefericire, nu au fost depozite /etc/apache2/. Am văzut, de asemenea, informații contradictorii despre activarea coredump-urilor, și anume că CoreDumpDirectory ar putea cauza probleme cu dimensiunile fișierelor și alte lucruri.
Mă întrebam câteva lucruri:
- Cum ar trebui să procedez pentru a depana apache2 pe un sistem de producție? Ar trebui să activez coredump-urile? Care este cel mai bun mod de a vă asigura că nu o ia razna și nu umple spațiu pe disc?
- Cum pot să mă asigur că nu cade din nou? Există vreun instrument de monitorizare sau un instrument pe care ar trebui să-l folosesc pentru a reporni apache?
- Este aceasta doar o problemă cu pachetul PHP8.0? S-a lovit cineva de asta recent? Mai jos sunt pachetele instalate prin php -m:
[Module PHP]
amqp
calendar
Miez
ctip
răsuci
Data
zecimal
dom
exif
FFI
informații despre fișier
filtru
ftp
gd
gettext
gmagick
hash
iconv
igbinar
intl
json
ldap
libxml
mbstring
memcache
memcached
mongodb
msgpack
mysqli
mysqlnd
OAuth
openssl
pcntl
pcre
DOP
pdo_mysql
pdo_sqlite
Phar
posix
raphf
Citeste linia
redis
Reflecţie
rrd
sesiune
shmop
SimpleXML
prize
sodiu
SPL
sqlite3
standard
sysvmsg
sysvsem
sysvshm
ordonat
tokenizer
uuid
xhprof
xml
xmlreader
xmlwriter
xsl
yac
yaml
Zend OPcache
fermoar
zlib
zmq
[Module Zend]
Zend OPcache
Am putut doar să alerg reporniți serviciul apache2 pentru a face totul înapoi și să funcționeze, dar în aproximativ 3 ani de când am făcut upgrade-uri de la PHP7/7.1/7.2/7.3/7.4, nu am avut probleme apache2 ca aceasta.
Orice sfat este apreciat.
