We are happy to announce that Vesta is back under active development as of 25 February 2024. We are working on v1 candidate and expect to engage more with the community over the coming months. We are committed to open source, and we encourage contributors to help us build the future of Vesta.
Решение ряда проблем VestaCP
-
- Posts: 6
- Joined: Wed Jul 08, 2015 3:00 pm
Решение ряда проблем VestaCP
Путем долгих наблдюдений, многочисленных реинсталиций ОС и Весты выснилось следующее:
(одно и тоже оборуджование: виртуальная машина на Microsoft Hyper-V Server 2012R2, Ubuntu 14,04)
1. Ошибка RoundCube. Это когда Куб не может подключиться к серверу баз данных MySQL. Предлагалось решение заменить в файле HOST='localhost' на HOST='127.0.0.1'. Действительно, в таком случае ошибка Куба уходит.
Но вот что удивительно, если при установке Весты вместо выполнить то все устанавливается правильно и Куб работает без всяких ошибок.
2. Ошибка Cron. В почту приходит письмо типа: Предлагалось решение в настройках пользователя admin разрешить логин по SSL как bash. Действительно, почему то у новосозданного процесом установки пользователя admin, параметр
Доступ по SSH: установлен как nologin и при установке Доступ по SSH: bash - все ОК. Но вот что выяснилось: если устанавливать Весту на машину, в которой 3 и более гига оперативки, то Cron работает нормально без всяких вмешательств, пользователь admin по умолчанию имеет Доступ по SSH: bash.
В чем секреты таких отличий в сценариях установки - не понятно. Но для VestaCP Team это наблюдение должно быть полезно. )
(одно и тоже оборуджование: виртуальная машина на Microsoft Hyper-V Server 2012R2, Ubuntu 14,04)
1. Ошибка RoundCube. Это когда Куб не может подключиться к серверу баз данных MySQL. Предлагалось решение заменить в файле
Code: Select all
/usr/local/vesta/conf/mysql.conf
Но вот что удивительно, если при установке Весты вместо
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
Доступ по SSH: установлен как nologin и при установке Доступ по SSH: bash - все ОК. Но вот что выяснилось: если устанавливать Весту на машину, в которой 3 и более гига оперативки, то Cron работает нормально без всяких вмешательств, пользователь admin по умолчанию имеет Доступ по SSH: bash.
В чем секреты таких отличий в сценариях установки - не понятно. Но для VestaCP Team это наблюдение должно быть полезно. )
Re: Решение ряда проблем VestaCP
Признаться, я не могу подтвердить эти наблюдения. Крон работал нормально при установке на разные машины. Везде было nologin.alexandr.venzik wrote:Доступ по SSH: установлен как nologin и при установке Доступ по SSH: bash - все ОК. Но вот что выяснилось: если устанавливать Весту на машину, в которой 3 и более гига оперативки, то Cron работает нормально без всяких вмешательств, пользователь admin по умолчанию имеет Доступ по SSH: bash.