Устранение неисправностей

• Зайдите на странице Обслуживание > Состояние. Найдите лог ошибок;
• Посмотрите файл с php-ошибоками /var/log/errors.log (путь от корня Keitaro).

Расшифровки некоторых ошибок есть на этой страницы. Если не можете починить самостоятельно, напишите на support@keitarotds.com.

Если имеется доступ в админку. Посмотрите лог ошибок на странице Обслуживание > Состояние. В ином случае включите режим отладки Включение режима отладки.

Сработала защита от перебора пароля в админку. Удалите файл /var/auth/store.dat, чтобы сбросить блокировку.

Причины:

1. Nameserver, который прописан в /etc/resolve.conf недоступен;
2. Настроен фаерволл с блокировкой исходящих соединений;
3. Сервер keitarotds.com недоступен.

Решение для хостингов:

• Проверьте открывается ли у вас сайт http://keitarotds.com.
• Скачайте скрипт http://keitarotds.ru/getfile/test, загрузите его в директорию домена и запустите в браузере.
• Если появятся ошибки, задайте вопрос об их причине в саппорт вашего хостера.

Решение для серверов:

1. Откройте keitarotds.com в браузере. Если сайт не открывается, пишите нам в support@keitarotds.com.
2. Если у вас хостинг, обратитесь в саппорт хостинга с вопросом «По какой причине блокируются соединения к keitarotds.com?».
3. Если у вас свой сервер. Сделайте пинг до keitarotds.com из консоли вашего сервера

ping keitarotds.com

При ошибке «Unknown host», проверьте какие ns-сервера прописаны в файле /etc/resolve.conf сервера. Можете добавить туда DNS от Google;

nameserver 8.8.8.8
nameserver 8.8.4.4

Если по-прежнему «Unknown host», пропишите в /etc/hosts

78.46.91.189 keitarotds.com

При наличии ошибки «Timed out», проверьте какие настройки заданы в фаерволле. При необходимости обратитесь в саппорт хостера.

Такое происходит, когда крон выполняется от имени root или другого пользователя. Перенастройте крон на пользователя, от имени которого работает домен. Удалите содержимое /var/cache и выставите атрибуты 777.

Если включен selinux, нужно добавить правило для процесса httpd. Выполните через консоль, находясь в директории TDS.

chcon -R -t httpd_sys_rw_content_t ./var

Это связано с тем, что php недостаточно памяти для выгрузки накопленных данных.

Варианты решения:

1. Перейти на хранение в Redis
2. Увеличить память в php.ini. Директива memory_limit
3. Удалить файл var/stores/visitors.processing.dat.

Откройте файл .htaccess и раскомментируйте строки:

#php_value auto_prepend_file none
#php_value auto_append_file none

Сохраните и выставите атрибуты на него 444, чтобы при обновлении TDS файл не затерся.

Выставите для директории var/ и на всё содержимое атрибуты доступа 777.

Отключите eAccelerator.

Превышено максимальное количество подключений, которое выставлено в конфигурации MySQL. Увеличьте значение max_connections в /etc/my.cnf и перезагрузите MySQL.

1. Зайдите по в директорию /var/lib/mysql/имя_базы 2. Найдите и удалите проблемную таблицу keitaro_stats_NNNNNNN.ibd 3. Новая таблица должна создаться сама.

Ошибка говорит о нехватке места на жестком диске для выполнения запроса.

Проверить наличие свободного места на диске через консоль, вы можете командой:

df -h

Для хостингов

1. Зайдите на страницу Обслуживание > Настройки > Настройки производительности.
2. Переключите опцию «Хранилище обработчика трафика» на «Файлы».

Для серверов

1. Проверьте запущен ли Redis:

$ service redis status

2. Запустите, если остановлен

$ service redis start

3. Добавьте в автозагрузку (CentOS)

$ chkconfig redis on

Проверьте работу Redis'а таким скриптом:

<?php
$redis = new Redis();
$redis->connect('127.0.0.1', 6379);

При больших объемах трафика, лучше в настройках переключить хранилище кэша на «Файлы», при этом оставьте хранилище обработчика на «Redis».

Выставите атрибуты 775 или 777 на файл, который фигурирует в ошибке.

Для хостингов Обратитесь в саппорт хостера для помощи в устранении этой ошибки.

Для владельцев серверов Добавьте в my.cnf:

default-storage-engine=innodb 
default-table-type=innodb

и перезагрузите MySQL:

service mysql restart

Найдите файл конфигурации MySQL my.cnf (обычно /etc/my.cnf или /etc/mysql/my.cnf). Замените в нем значение у директивы:

innodb_force_recovery = 0

Перезапустие MySQL

service mysql restart

В ошибке говорится, что нет прав на создание сессии в директорию сессий. Измените путь для хранения сессий в session.save_path (php.ini) или повысьте атрибуты у текущей директории.

Попробуйте очистить редис: redis-cli -r FLUSHALL

Если помогло, проверьте ограничение памяти в конфиге редиса.

Проверьте, не выставлено ли в конфиге php mbstring.func_overload = 2. Если стоит, замените на mbstring.func_overload = 0

Проверьте, не подключен ли модуль «xcache». Имеются многократные случаи несовместимости с ioncube. Отключите этот модуль, если есть возможность.

Добавьте в php.ini строку

mbstring.internal_encoding = 8bit 

У php-cli может быть свой php.ini. В него необходимо также добавить эту строку.

После внесения изменений перезагрузите веб-сервер (apache, php-fpm).

База данных не выдерживает нагрузки. Зайдите в настройки Keitaro TDS, во вкладке «Производительность» найдите опцию «Хранилище обработчика трафика» и выберите «Файлы» или «Redis».

1. Проверьте наличие wait_timeout.

Это можно сделать в терминале:

mysql -e "show variables like 'wait_timeout';"

+---------------+-------+
| Variable_name | Value |
+---------------+-------+
| wait_timeout  | 30 |
+---------------+-------+

Чтобы отключить, удалите или закоментируйте в конфиге /etc/my.cnf строку

#wait_timeout=10

Затем перезагрузите MySQL.

service mysqld restart
service mysql restart
service mariadb restart

2. Убедитесь, что в настройках у хранилища данных выбрано «Файлы» или «Redis».

3. Если есть возможность, установите Redis.

4. При наличии на сервере памяти менее 1 GB, возможно срабатывание OOMKiller'а — это системная утилита, которая убивает процессы при нехватке памяти. Поможет создание swap-файла.

Вы можете включить поддержку mod_rewrite, либо переключить формат адресов на странице «Обслуживание > Настройки > Другое».

Ниже решение по включению mod_rewrite.

Проверьте, включено ли расширение mod_rewrite, что в настройках домена (httpd.conf) есть директива:

AllowOverride All

Откройте конфигурацию домена в nginx (/etc/nginx/nginx.conf или в /etc/nginx/vhosts/). Найдите секцию «location / {…}» и добавьте:

try_files $uri $uri/ /index.php?$args;

Проверьте наличие свободного места. Например, через консоль:

df -h

Появится, примерно, такой результат:

Filesystem      Size   Used  Avail Capacity   iused    ifree %iused  Mounted on
/dev/disk1     465Gi  407Gi   57Gi    88% 106779354 15058244   88%   /
...

Предпоследняя колонка показывает % занятости места.

Проверьте квоту пользователя:

quota -u USERNAME

Отредактируйте файл /etc/my.cnf и замените значение:

[mysqld]
...
sql-mode=""

Перезагрузите MySQL.

У пользователя выставлено ограничение по количеству подключений в час.

Решения:

1. Убрать или увеличить ограничение

GRANT USAGE ON *.* TO 'xxx'@'localhost' WITH MAX_CONNECTIONS_PER_HOUR 0;

2. Переключить хранилище обработчика на Файлы или Redis (Обслуживание > Настройки > Производительность).

Зайдите на страницу «Обслуживание > Миграции» и выполните миграцию 95.

Выполните через phpMyAdmin команду:

DELETE FROM keitaro_triggers WHERE stream_id NOT IN (SELECT id FROM keitaro_streams)

Зайдите на страницу Настройки. Переключите кэш и хранилище данных на «Файлы».

Для этого можно отключить IPv6 на сервере. Это заставит всех подключаться к серверу строго по IPv4. В CentOS отредактируйте файл /etc/sysctl.conf

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1

Затем выполните:

sysctl -w net.ipv6.conf.all.disable_ipv6=1
sysctl -w net.ipv6.conf.default.disable_ipv6=1

IPv6 отключается по запросу в техподдержку.

Cloudflare принудительно включает IPv6 и не позволяет отключить через интерфейм. Но пока еще можно отключить через API. Поэтому потребуется терминал. Это может быть терминал сервера, терминал OS X или Linux.

Скопируйте в блокнот следующий код:

curl -X PATCH "https://api.cloudflare.com/client/v4/zones/ZONEID/settings/ipv6" \
     -H "X-Auth-Email: EMAIL" \
     -H "X-Auth-Key: API_KEY" \
     -H "Content-Type: application/json" \
     --data '{"value":"off"}'

Замените ZONEID на зону, ее можно взять на странице Overview

Замените EMAIL на email вашего аккаунта.

И API_KEY на ключ, который берется на странице «Profile».

Нужно увеличить таймауты.

Если используется PHP-FPM, нужно добавить инструкцию fastcgi_read_timeout N;:

location ~ \.php$ {
  fastcgi_pass unix:/tmp/php5-fpm.sock;
  fastcgi_index index.php;
  fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
  include fastcgi_params;

  fastcgi_read_timeout 300;      # <----
}

В случае с Apache, необходимо увеличить время проксирования:

server {
...
    proxy_connect_timeout       600;
    proxy_send_timeout          600;
    proxy_read_timeout          600;
    send_timeout                600;
    client_header_timeout  600;
    client_body_timeout    600;
...
}

Для обоих случаев можно увеличить внешние таймауты:

server {
...
    send_timeout                600;
    client_header_timeout  600;
    client_body_timeout    600;
}

Перезапустите Nginx

service nginx reload

Нужно отключить модуль igbinary в php.

Файлы конфигурации можно найти таким образом

php --ini | grep ini

В PHP 7.0 имеется проблема с утечкой памяти. Нужно скорректировать конфиг у PHP-FPM.

Переключение на ondemand заставит PHP-FPM создавать процессы адаптивно нагрузке:

pm = ondemand

Раскомментирование этих опций позволит PHP-FPM самоочищаться:

pm.process_idle_timeout = 10s
pm.max_requests = 500

Если вы использовали скрипт автонастройки для настройки сервера, выполните:

curl -sSL https://keitarotds.com/install.sh | bash -s -- -r -t tune-mariadb,monit

Увеличьте лимиты в php.ini директив upload_max_filesize и post_max_size.

За размер загружаемого файла отвечает upload_max_filesize, а post_max_size устанавливает максимально допустимый размер данных, отправляемых методом POST. Это значение также влияет на загрузку файлов. Для загрузки больших файлов это значение должно быть больше значения директивы upload_max_filesize. Если дополнительно используется ограничение памяти, memory_limit также влияет на загрузку файлов. В сущности, memory_limit должна быть больше чем post_max_size

Это решение удалит собранную статистику, но восстановит работу трекера. Через терминал, выполните:

rm -rf /var/lib/redis/*
service redis restart

Зайдите на странице «Обслуживание > Состояние» и нажмите на кнопку «Обновить кэш».

Зайдите на страницу «Обслуживание > Гео-базы» и обновите все базы.

Выполните в терминале:

curl https://keitarotds.com/install.sh -sSL | bash -s -- -r -t redis,tune-mariadb,monit

Отредактируйте файл /etc/php/php.d/10-opcache.ini и поставьте значение директивы opcache.huge_code_pages=0