Добрый день!
Есть линуксовый сервер РЕД ОС 7.3, сконфигурированный по манулу R_ID=016822&LESSON_PATH=3903.4862.20866.16822
Перенос продукта пытаемся осуществить по этому мануалу ER_ID=02014
Архив загрузили в корневую папку сервера.
Соотв. после шаге "загрузка резервной копии" и выбора архива, скрипта restore.php получаем 404 от nginx и Segmentation fault (11) в логах апача.
Увеличивали upload_max_filesize и post_max_size в php.ini до 1800М - не помогло
Как победить?
upd. Скрипт restore.php валится на строчке 2957:
$this->gzip ? gzread($this->res, 512) : fread($this->res, 512)
Сняли дамп httpd:
Thread 1 "httpd" received signal SIGSEGV, Segmentation fault.
0x00007ffff77eec6d in inflate () from /lib64/libz.so.1
(gdb) bt
#0 0x00007ffff77eec6d in inflate () from /lib64/libz.so.1
#1 0x00007ffff77f1b6a in gz_decomp () from /lib64/libz.so.1
#2 0x00007ffff77f1e1e in gz_fetch () from /lib64/libz.so.1
#3 0x00007ffff77f2078 in gz_read.part () from /lib64/libz.so.1
#4 0x00007ffff77f266d in gzread () from /lib64/libz.so.1
#5 0x00007ffff3f7bd68 in php_gziop_read () from /etc/httpd/modules/libphp.so
#6 0x00007ffff407f9ef in _php_stream_read () from /etc/httpd/modules/libphp.so
#7 0x00007ffff407fae3 in php_stream_read_to_str () from /etc/httpd/modules/libphp.so
#8 0x00007ffff401014a in zif_fread () from /etc/httpd/modules/libphp.so
#9 0x00007ffff413b6e3 in execute_ex () from /etc/httpd/modules/libphp.so
#10 0x00007ffff4140869 in zend_execute () from /etc/httpd/modules/libphp.so
#11 0x00007ffff40d09b0 in zend_execute_scripts () from /etc/httpd/modules/libphp.so
#12 0x00007ffff406b6da in php_execute_script () from /etc/httpd/modules/libphp.so
#13 0x00007ffff41b93e8 in php_handler () from /etc/httpd/modules/libphp.so
#14 0x0000555555570148 in ap_run_handler ()
#15 0x00005555555795f6 in ap_invoke_handler ()
#16 0x00005555555b3fc8 in ap_process_async_request ()
#17 0x00005555555b4203 in ap_process_request ()
#18 0x00005555555b4547 in ap_process_http_connection ()
#19 0x000055555557ff68 in ap_run_process_connection ()
#20 0x00007ffff73fa1ba in child_main () from /etc/httpd/modules/mod_mpm_prefork.so
#21 0x00007ffff73fa4b7 in make_child () from /etc/httpd/modules/mod_mpm_prefork.so
#22 0x00007ffff73fb21d in prefork_run () from /etc/httpd/modules/mod_mpm_prefork.so
#23 0x0000555555580898 in ap_run_mpm ()
#24 0x000055555556e6ab in main ()
Похоже, что беда с libz.so.1.
Не ясно куда рыть дальше
Upd. Обновили zlib до zlib-1.2.7-21.el7_9.x86_64.rpm и всё завелось. До этого стоял zlib-1.2.11-17.el8.x86_64.rpm из офф репо редос
Вопрос решён.
Есть линуксовый сервер РЕД ОС 7.3, сконфигурированный по манулу R_ID=016822&LESSON_PATH=3903.4862.20866.16822
Перенос продукта пытаемся осуществить по этому мануалу ER_ID=02014
Архив загрузили в корневую папку сервера.
Соотв. после шаге "загрузка резервной копии" и выбора архива, скрипта restore.php получаем 404 от nginx и Segmentation fault (11) в логах апача.
Увеличивали upload_max_filesize и post_max_size в php.ini до 1800М - не помогло
Как победить?
upd. Скрипт restore.php валится на строчке 2957:
$this->gzip ? gzread($this->res, 512) : fread($this->res, 512)
Сняли дамп httpd:
Thread 1 "httpd" received signal SIGSEGV, Segmentation fault.
0x00007ffff77eec6d in inflate () from /lib64/libz.so.1
(gdb) bt
#0 0x00007ffff77eec6d in inflate () from /lib64/libz.so.1
#1 0x00007ffff77f1b6a in gz_decomp () from /lib64/libz.so.1
#2 0x00007ffff77f1e1e in gz_fetch () from /lib64/libz.so.1
#3 0x00007ffff77f2078 in gz_read.part () from /lib64/libz.so.1
#4 0x00007ffff77f266d in gzread () from /lib64/libz.so.1
#5 0x00007ffff3f7bd68 in php_gziop_read () from /etc/httpd/modules/libphp.so
#6 0x00007ffff407f9ef in _php_stream_read () from /etc/httpd/modules/libphp.so
#7 0x00007ffff407fae3 in php_stream_read_to_str () from /etc/httpd/modules/libphp.so
#8 0x00007ffff401014a in zif_fread () from /etc/httpd/modules/libphp.so
#9 0x00007ffff413b6e3 in execute_ex () from /etc/httpd/modules/libphp.so
#10 0x00007ffff4140869 in zend_execute () from /etc/httpd/modules/libphp.so
#11 0x00007ffff40d09b0 in zend_execute_scripts () from /etc/httpd/modules/libphp.so
#12 0x00007ffff406b6da in php_execute_script () from /etc/httpd/modules/libphp.so
#13 0x00007ffff41b93e8 in php_handler () from /etc/httpd/modules/libphp.so
#14 0x0000555555570148 in ap_run_handler ()
#15 0x00005555555795f6 in ap_invoke_handler ()
#16 0x00005555555b3fc8 in ap_process_async_request ()
#17 0x00005555555b4203 in ap_process_request ()
#18 0x00005555555b4547 in ap_process_http_connection ()
#19 0x000055555557ff68 in ap_run_process_connection ()
#20 0x00007ffff73fa1ba in child_main () from /etc/httpd/modules/mod_mpm_prefork.so
#21 0x00007ffff73fa4b7 in make_child () from /etc/httpd/modules/mod_mpm_prefork.so
#22 0x00007ffff73fb21d in prefork_run () from /etc/httpd/modules/mod_mpm_prefork.so
#23 0x0000555555580898 in ap_run_mpm ()
#24 0x000055555556e6ab in main ()
Похоже, что беда с libz.so.1.
Не ясно куда рыть дальше
Upd. Обновили zlib до zlib-1.2.7-21.el7_9.x86_64.rpm и всё завелось. До этого стоял zlib-1.2.11-17.el8.x86_64.rpm из офф репо редос
Вопрос решён.