Решение ряда проблем VestaCP

[alexandr.venzik]

Путем долгих наблдюдений, многочисленных реинсталиций ОС и Весты выснилось следующее:
(одно и тоже оборуджование: виртуальная машина на Microsoft Hyper-V Server 2012R2, Ubuntu 14,04)

1. Ошибка RoundCube. Это когда Куб не может подключиться к серверу баз данных MySQL. Предлагалось решение заменить в файле

Code: Select all

/usr/local/vesta/conf/mysql.conf

HOST='localhost' на HOST='127.0.0.1'. Действительно, в таком случае ошибка Куба уходит.
Но вот что удивительно, если при установке Весты вместо

Code: Select all

bash vst-install.sh

выполнить

Code: Select all

bash vst-install.sh --force

то все устанавливается правильно и Куб работает без всяких ошибок.



2. Ошибка Cron. В почту приходит письмо типа:

Code: Select all

Cron <admin@ns1> sudo /usr/local/vesta/bin/v-update-sys-queue disk

Error: Connection to localhost failed
Error: Connection to localhost failed

Предлагалось решение в настройках пользователя admin разрешить логин по SSL как bash. Действительно, почему то у новосозданного процесом установки пользователя admin, параметр
Доступ по SSH: установлен как nologin и при установке Доступ по SSH: bash - все ОК. Но вот что выяснилось: если устанавливать Весту на машину, в которой 3 и более гига оперативки, то Cron работает нормально без всяких вмешательств, пользователь admin по умолчанию имеет Доступ по SSH: bash.

В чем секреты таких отличий в сценариях установки - не понятно. Но для VestaCP Team это наблюдение должно быть полезно. )

[skurudo]

Доступ по SSH: установлен как nologin и при установке Доступ по SSH: bash - все ОК. Но вот что выяснилось: если устанавливать Весту на машину, в которой 3 и более гига оперативки, то Cron работает нормально без всяких вмешательств, пользователь admin по умолчанию имеет Доступ по SSH: bash.

Признаться, я не могу подтвердить эти наблюдения. Крон работал нормально при установке на разные машины. Везде было nologin.