Не работает нормально модуль интеграции E-Trade (Мадженто)
Добрый день, модуль не хочет работать нормально, обрывает загрузки, загружается больше 15 минут, при том что ресурсов сервера выделено предостаточно. Помогите разораться в чем причина и будет ли когда то туннель для Мадженто? Это было бы очень здорово и удобно, спасибо!
Уточните свою проблему более конкретно.
Туннеля для маженты пока нет и не планируется.
Туннеля для маженты пока нет и не планируется.
C уважением, поддержка ElbuzGroup.
Документация E-Trade Jumper
Документация E-Trade Jumper
Здравствуйте. Я администартор сервера на котором хостится ваш клиент.
На сервере стоит nginx + php fpm.
Товаров ~3500.
За 15 минут ваш скрипт не успевает обновить такое малое количество товаров - отваливается по таймауту.
Мощностей сервера более чем достаточно: cpu: Intel(R) Xeon(R) CPU E3-1246 v3 @ 3.50GHz, оперативной памяти стоит 32 гигабайта.
При работе скрипта не достигаются лимиты ни воркеров nginx ни процессов php. Для mysql пользователя сняты все ограничения.
Во время тестов выделял до 20 гигабайт оперативной памяти на php - безрезультатно.
Увеличение таймаута не вариант, специфика конфигурации такова, что невозможно увеличить таймауты для отдельного клиента. Да и не должен php скрипт так долго возится с таким количеством товаров в базе.
На сервере стоит nginx + php fpm.
Товаров ~3500.
За 15 минут ваш скрипт не успевает обновить такое малое количество товаров - отваливается по таймауту.
Мощностей сервера более чем достаточно: cpu: Intel(R) Xeon(R) CPU E3-1246 v3 @ 3.50GHz, оперативной памяти стоит 32 гигабайта.
При работе скрипта не достигаются лимиты ни воркеров nginx ни процессов php. Для mysql пользователя сняты все ограничения.
Во время тестов выделял до 20 гигабайт оперативной памяти на php - безрезультатно.
Увеличение таймаута не вариант, специфика конфигурации такова, что невозможно увеличить таймауты для отдельного клиента. Да и не должен php скрипт так долго возится с таким количеством товаров в базе.
Как вариант, можем проверить проблему скорости обновления базы сайта на своём сервере и сообщить вам результат, для этого нужен дамп вашей БД и файл csv которым обновляется данная база (прислать на почту поддержки).
С уважением, поддержка ElbuzGroup.
Время обновления вашей базы на основании файла CSV (который вы выслали) составило 2 минуты.
Использовался тестовый сервер Intel i5, 8Gb, SSD.
Вот видео http://screencast.com/t/d5CaqkRTSAY
Использовался тестовый сервер Intel i5, 8Gb, SSD.
Вот видео http://screencast.com/t/d5CaqkRTSAY
С уважением, поддержка ElbuzGroup.
Спасибо большое, будем искать решение проблемы дальше.
Можно узнать версию php и mysql?
nginx/apache?
если apache - php как модуль или fpm/cgi?
nginx/apache?
если apache - php как модуль или fpm/cgi?
Использовались apache2, php 5.3, mysql 5.5.
Не использовались nginx, fpm/cgi.
Стоковая конфигурация, можно поднастроить, будет еще быстрее обновляться.
Не использовались nginx, fpm/cgi.
Стоковая конфигурация, можно поднастроить, будет еще быстрее обновляться.
С уважением, поддержка ElbuzGroup.
Решили проблему. Затык был в журналировании ext4. При работе скрипта IO жесткого диска на 99% занимал процесс jbd2/md2-8.
Оставлю решение проблемы.
Надо отключить журналирование командой
где mdX - раздел с mysql datadir.
Перед выполнением команды надо отмонтировать нужный раздел. Если это корневой раздел - надо перезагрузиться в recovery mode с read only файловой системой.
Оставлю решение проблемы.
Надо отключить журналирование командой
Код: Выделить всё
tune2fs -O ^has_journal /dev/mdXПеред выполнением команды надо отмонтировать нужный раздел. Если это корневой раздел - надо перезагрузиться в recovery mode с read only файловой системой.
Спасибо вам за информацию.
С уважением, поддержка ElbuzGroup.