После переезда на новый сервер валятся ошибки

[afc111]

Здравствуйте,

Помогите пожалуйста разобраться.

 

4 сайта крутятся на одном впс. Софт впс: Centos7, aaPanel, php7.4.30, MariaDB 10.0.38. Все 4 магазина на ocStore 2.0.2.3. Стоят различные модули с фиксами под пхп7.4. Всё пашет как часы уже более года.

Задуман переезд на выделенный сервер хетцнер. Поставлен почти такойже софт: Centos7, aaPanel, php7.4.33, MariaDB 10.0.38. Тоесть полная аналогия, только пхп немного отличается. Переезд делаю через rsync, базы новые завожу через консоль, также копирую пхп сессии (у меня в aaPanel они лежат в php_sessions), тоесть по факту получаю точную копию прошлого впс.

 

Однако при открытии админки или сайта сыпятся ошибки, много ошибок разных. Причем возникшая на одном из сайтов ошибка валит все 4 сайта разом, какбудто с php чтото, при перезагрузке php все работает пару секунд, потом опять валится.

 

Пробовал:

1. после установки в админке обновлять кэш дополнений, сбрасывать кэш дополнений

2. вручную удалял папку с пхп сессиями, чистил через аапанель сессии

3. вручную тер папку system/storage/cache

4. вручную тер вообще всю папку system/storage (валится весь сайт)

5. отключал по одному установленные модули через менеджер дополнений

6. менял php на 7.1 на случай если дело в mcrypt или еще в чем (после смены в админку вообще не пускает, какбдуто пароль не подходит)

 

 

Мучаюсь уже 4 день. Всегда все переносилось по серверам легко rsyncом по стандартной схеме, а тут какаято беда. Какбудто не хватает чегото.

Точные ошибки выложу чуть позже

 

[Flint2000]

В 12.01.2023 в 09:04, afc111 сказав:

базы новые завожу через консоль,

 хіба не простіше в самій панелі створити БД та імпортувати  бекап?

 

В 12.01.2023 в 09:04, afc111 сказав:

также копирую пхп сессии

для чого?

Ви man по rsync читали? Копати у бік прав та власників

А взагалі ідіотизм, в aapanel є система бекапів, якщо б скористилися, то 99% проблем би не було

ps ви знаєте, що на хетзнері закритий 25 порт і можуть бути проблеми з поштою?

[afc111]

12.01.2023 в 10:59, Flint2000 сказал:

 хіба не простіше в самій панелі створити БД та імпортувати  бекап?

aaPanel нормально импортирует бекапы только мелкие, у меня базы по 2-4гб, через саму панель просто не завершается процесс, точнее он завершается но внутри база пустая. через пхпадмин - очень долго импортирует. через консоль быстро

12.01.2023 в 10:59, Flint2000 сказал:

Ви man по rsync читали? Копати у бік прав та власників

читал, копии делаю через классическую команду, все всегда нормально копировалось

rsync -avz --progress  root@айпи:/старый сервер /новыйсервер

 

12.01.2023 в 10:59, Flint2000 сказал:

А взагалі ідіотизм, в aapanel є система бекапів, якщо б скористилися, то 99% проблем би не було

там эта система только для баз нормальная, и то по опыту через раз срабазывает на больших базах

бэкап файлов вообще поидиотски сделан если обьемы большие

 

12.01.2023 в 10:59, Flint2000 сказал:

ps ви знаєте, що на хетзнері закритий 25 порт і можуть бути проблеми з поштою?

да мне почтовый сервер не нужен

 

 

 

 

 

 

 

у меня базы по 2-4гб каждая

и суммарно файлов с 4 сайтов на 600гб

если это сначала архивировать в аапэнел, потом качать на пк, потом обратно на новый сервер - это можно неделю ждать, поэтому и делаю rsync

 

 

//// Только что специально качнул все вручную по старинке на 1 сайте и залил на новый сервер, базу импортировал через аапанел, повылазили те самые ошибки

 

 

 

 

Warning: SessionHandler::read(): open(/www/php_session/site.ru/sess_0d0q8ea9aehi3en84s9mlqsqd8, O_RDWR) failed: No such file or directory (2) in /www/wwwroot/site.ru/system/library/session/native.php on line 17

 Warning: session_start(): Failed to read session data: user (path: /www/php_session/site.ru/) in /www/wwwroot/site.ru/system/library/session.php on line 30

-------------это я так понял по сессиям ^


Fatal error: Uncaught Exception: Error: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '' at line 1<br />Error No: 1064<br />SELECT value FROM in /www/wwwroot/site.ru/system/library/db/mysqli.php:40 Stack trace: #0 /www/wwwroot/site.ru/system/library/db.php(16): DB\MySQLi->query() #1 /www/wwwroot/site.ru/system/config/catalog.php(30): DB->query() #2 /www/wwwroot/site.ru/system/storage/modification/system/library/config.php(23): require('/www/wwwroot/sc...') #3 /www/wwwroot/site.ru/system/framework.php(8): Config->load() #4 /www/wwwroot/site.ru/system/startup.php(105): require_once('/www/wwwroot/sc...') #5 /www/wwwroot/site.ru/index.php(19): start() #6 {main} Next thrown in /www/wwwroot/site.ru/system/library/db/mysqli.php on line 40

----------- это на главной странице ^




Fatal error: Uncaught Error: Class 'Controllerstartup' not found in /www/wwwroot/site.ru/system/storage/modification/system/engine/action.php:43 Stack trace: #0 /www/wwwroot/site.ru/system/storage/modification/system/engine/front.php(54): Action->execute() #1 /www/wwwroot/site.ru/system/storage/modification/system/engine/front.php(39): Front->execute() #2 /www/wwwroot/site.ru/system/framework.php(103): Front->dispatch() #3 /www/wwwroot/site.ru/system/startup.php(105): require_once('/www/wwwroot/of...') #4 /www/wwwroot/site.ru/kr0ejw/index.php(19): start() #5 {main} Next thrown in /www/wwwroot/site.ru/system/storage/modification/system/engine/action.php on line 43

-----------это основная ошибка, после нее падают все сайты ^

 

 

[afc111]

После еще целого дня тестов, методом исключения и тыка, была выявлена закономерность. Ошибки, вылеты сессий и прочее начинаются только когда включен Ioncube в расширениях пхп, причем от версии пхп и версии куба не зависит. Отсюда делаю вывод что чудит один из модулей завязанный на нем.

 

Осталось понять какой и с какой стати такое именно на новом сервере, а на старом все ок

Змінено 12 січня 2023 користувачем afc111

[afc111]

Решено. Возможно комуто поможет. Виной был кривой багованый Ioncube 12 который конфликтовал с php. Изза кривого ионкуба, не стартовали ImageCompressor и Шаблон и валились ошибки на всё что можно. Проблему решил просто - сменил версию ioncube на сервере путем замены лоадера.

Касаемо моей ситуации - на старом сервере последний апдейт был в ноябре, поэтому все работало. На новом сервере аапанель при установке подгружала именно новый багованый ионкуб 12, поэтому никакие переустановки и прочие танцы не помогали.

Вот так изза мелочи провозился 4 дня. Можно закрывать.