Перейти к содержимому

Проблемы

Начинайте диагностику с состояния контейнеров и логов, затем проверяйте публичные URL и секреты.

  • Проверьте docker compose ps.
  • Посмотрите docker compose logs migrate.
  • Убедитесь, что PostgreSQL и Redis здоровы.
  • Проверьте обязательные переменные в .env.

Если в логах есть password authentication failed for user "remnawave_minishop" или InvalidPasswordError, значит текущий POSTGRES_PASSWORD из .env не совпадает с уже созданным Docker volume PostgreSQL. Для настоящей чистой установки удалите старый DB volume через wizard или docker compose down -v; если данные нужны, верните старый пароль в .env.

  • Проверьте WEBHOOK_BASE_URL.
  • Убедитесь, что домен доступен по HTTPS.
  • Проверьте WEBHOOK_SECRET_TOKEN.
  • Посмотрите backend-логи на момент входящего события.
  • Проверьте SUBSCRIPTION_MINI_APP_URL.
  • Убедитесь, что URL указывает на frontend, а не на /api или webhook-домен.
  • Проверьте настройки BotFather.
  • Посмотрите frontend и backend-логи.

Ошибка data_mount_mismatch означает, что migrate, backend и worker используют разные source volume или bind mount для /app/data, либо mount отсутствует у одного из сервисов. Тогда миграции, тарифы, переводы и бэкапы могут применяться к разным наборам файлов.

  • Откройте compose-файл, указанный в сообщении диагностики.
  • Сравните source слева от :/app/data у migrate, backend и worker.
  • Для стандартной установки у всех трёх должен быть один shop-data:/app/data; для bind mount — один и тот же host-путь, например ./data:/app/data.
  • После исправления пересоздайте затронутые контейнеры и снова откройте диагностику настроек.

Не копируйте отдельные файлы между расходящимися volume как постоянное решение: сначала выберите единственный источник данных и сделайте его общим для всех трёх сервисов.

  • Проверьте включение провайдера.
  • Проверьте URL вебхука и секреты.
  • Посмотрите backend-логи.
  • Сверьте статус платежа в админке и кабинете провайдера.

Подробности: логи и развертывание.