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.
Не войти в админку Весты
Не войти в админку Весты
Сегодня вдруг с ничего не могу войти в админку Весты по адресу https://62.75.138.153:8083/.
Ближайшие 7 - 10 дней вообще не заходит на сервер и ничего не трогал.
При попытке попасть в админку выдаёт "ERR_CONNECTION_REFUSED"
Сначала начало выдавать ошибку "502 bad gateway nginx" тогда я ребутнул полностью сервер и после этого вообще не попасть.
Пробовал сделать reinstall толку ноль.
При попытке перегрузить Весту
получаю такую информацию
возвращает такой результат
Ближайшие 7 - 10 дней вообще не заходит на сервер и ничего не трогал.
При попытке попасть в админку выдаёт "ERR_CONNECTION_REFUSED"
Сначала начало выдавать ошибку "502 bad gateway nginx" тогда я ребутнул полностью сервер и после этого вообще не попасть.
Пробовал сделать reinstall толку ноль.
При попытке перегрузить Весту
Code: Select all
systemctl restart vesta
Эта командаJob for vesta.service failed because the control process exited with error code. See "systemctl status vesta.service" and "journalctl -xe" for details.
Code: Select all
systemctl status vesta.service
Помогите люди добрые .● vesta.service - LSB: starts the vesta control panel
Loaded: loaded (/etc/init.d/vesta; bad; vendor preset: enabled)
Active: failed (Result: exit-code) since Sat 2018-10-13 12:29:28 UTC; 47s ago
Docs: man:systemd-sysv-generator(8)
Process: 3527 ExecStart=/etc/init.d/vesta start (code=exited, status=1/FAILURE
Oct 13 12:29:25 62.75.138.153 vesta[3527]: * Starting vesta-nginx vesta-nginx
Oct 13 12:29:25 62.75.138.153 vesta[3527]: nginx: [emerg] bind() to 0.0.0.0:8084
Oct 13 12:29:26 62.75.138.153 vesta[3527]: nginx: [emerg] bind() to 0.0.0.0:8084
Oct 13 12:29:26 62.75.138.153 vesta[3527]: nginx: [emerg] bind() to 0.0.0.0:8084
Oct 13 12:29:27 62.75.138.153 vesta[3527]: nginx: [emerg] bind() to 0.0.0.0:8084
Oct 13 12:29:27 62.75.138.153 vesta[3527]: nginx: [emerg] bind() to 0.0.0.0:8084
Oct 13 12:29:28 62.75.138.153 vesta[3527]: nginx: [emerg] still could not bind()
Re: Не войти в админку Весты
ПыСы
В файле /usr/local/vesta/log/error.log
Есть такая ошибка
В файле /usr/local/vesta/log/error.log
Есть такая ошибка
В файле /usr/local/vesta/log/nginx-error.log2018-10-13 12:00:23 v-update-sys-rrd-mysql 'daily' [Error 15]
2018/10/13 12:00:09 [crit] 327#0: *2331 connect() to unix:/var/run/vesta-php.sock failed (12: Cannot allocate memory) while connecting to upstream, client: 82.131.44.39, server: _, request: "GET /list/server/ HTTP/1.1", upstream: "fastcgi://unix:/var/run/vesta-php.sock:", host: "62.75.138.153:8083", referrer: "https://62.75.138.153:8083/list/user/"
2018/10/13 12:05:10 [emerg] 282#0: bind() to 0.0.0.0:8084 failed (98: Address already in use)
2018/10/13 12:05:10 [emerg] 282#0: bind() to 0.0.0.0:8084 failed (98: Address already in use)
2018/10/13 12:05:10 [emerg] 282#0: bind() to 0.0.0.0:8084 failed (98: Address already in use)
2018/10/13 12:05:10 [emerg] 282#0: bind() to 0.0.0.0:8084 failed (98: Address already in use)
2018/10/13 12:05:10 [emerg] 282#0: bind() to 0.0.0.0:8084 failed (98: Address already in use)
2018/10/13 12:05:10 [emerg] 282#0: still could not bind()
2018/10/13 12:08:39 [emerg] 1037#0: bind() to 0.0.0.0:8084 failed (98: Address already in use)
2018/10/13 12:08:39 [emerg] 1037#0: bind() to 0.0.0.0:8084 failed (98: Address already in use)
2018/10/13 12:08:39 [emerg] 1037#0: bind() to 0.0.0.0:8084 failed (98: Address already in use)
2018/10/13 12:08:39 [emerg] 1037#0: bind() to 0.0.0.0:8084 failed (98: Address already in use)
2018/10/13 12:08:39 [emerg] 1037#0: bind() to 0.0.0.0:8084 failed (98: Address already in use)
2018/10/13 12:08:39 [emerg] 1037#0: still could not bind()
Re: Не войти в админку Весты
ПыСы2
Так же сейчас заметил , что в папке backup странно большой файл бакапа , более 40 гб ...может это как то связано ?
Так же сейчас заметил , что в папке backup странно большой файл бакапа , более 40 гб ...может это как то связано ?
-
- Support team
- Posts: 1047
- Joined: Fri Mar 21, 2014 7:49 am
- Contact:
- Os: CentOS 6x
- Web: apache + nginx
Re: Не войти в админку Весты
А еще было бы неплохо посмотреть, что же все таки висит на порту 8084... убить этот процесс и попробовать перезапустить панель еще раз
Ну и естественно, проверить место на диске, как сказано выше
Ну и естественно, проверить место на диске, как сказано выше
Re: Не войти в админку Весты
Не знаю правильно я сделал или нет , но пробовал вот такА еще было бы неплохо посмотреть, что же все таки висит на порту 8084... убить этот процесс
root@62:~# sudo netstat -tpln | grep "tcp"
tcp 0 0 0.0.0.0:587 0.0.0.0:* LISTEN 853/exim4
tcp 0 0 0.0.0.0:110 0.0.0.0:* LISTEN 245/dovecot
tcp 0 0 127.0.0.1:783 0.0.0.0:* LISTEN 404/spamassassin.pi
tcp 0 0 0.0.0.0:143 0.0.0.0:* LISTEN 245/dovecot
tcp 0 0 62.75.138.153:8080 0.0.0.0:* LISTEN 389/apache2
tcp 0 0 62.75.138.153:80 0.0.0.0:* LISTEN 257/nginx.conf
tcp 0 0 0.0.0.0:465 0.0.0.0:* LISTEN 853/exim4
tcp 0 0 127.0.0.1:8081 0.0.0.0:* LISTEN 389/apache2
tcp 0 0 127.0.0.1:8084 0.0.0.0:* LISTEN 257/nginx.conf
tcp 0 0 62.75.138.153:53 0.0.0.0:* LISTEN 301/named
tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 301/named
tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 247/vsftpd
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 193/sshd
tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN 853/exim4
tcp 0 0 127.0.0.1:953 0.0.0.0:* LISTEN 301/named
tcp 0 0 62.75.138.153:8443 0.0.0.0:* LISTEN 389/apache2
tcp 0 0 62.75.138.153:443 0.0.0.0:* LISTEN 257/nginx.conf
tcp 0 0 0.0.0.0:2525 0.0.0.0:* LISTEN 853/exim4
tcp 0 0 0.0.0.0:993 0.0.0.0:* LISTEN 245/dovecot
tcp 0 0 0.0.0.0:995 0.0.0.0:* LISTEN 245/dovecot
tcp6 0 0 :::110 :::* LISTEN 245/dovecot
tcp6 0 0 :::143 :::* LISTEN 245/dovecot
tcp6 0 0 :::53 :::* LISTEN 301/named
tcp6 0 0 :::993 :::* LISTEN 245/dovecot
tcp6 0 0 :::995 :::* LISTEN 245/dovecot
tcp6 0 0 :::3306 :::* LISTEN 286/mysqld
По поводу места всё нормально
ПыСыFilesystem Size Used Avail Use% Mounted on
/dev/ploop17372p1 99G 18G 76G 19% /
devtmpfs 2.0G 0 2.0G 0% /dev
tmpfs 2.0G 0 2.0G 0% /dev/shm
tmpfs 2.0G 9.2M 2.0G 1% /run
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup
none 2.0G 0 2.0G 0% /run/shm
Недавно с моего сервера была осуществлена атака DOS и хостер меня отключил , как я прочитал на форуме эта проблема была у многих и связана она была с roundcubemail.
После этого я полностью всё установил с нуля и обновил roundcubemail до последней версии и всё работало и не было проблем. Единственное , что неделю назад , в Весте , у пользователя admin убрал доступ по ssh т.е. сделал nologin , но я мог без проблем заходит в Весту после этого.
-
- Support team
- Posts: 1047
- Joined: Fri Mar 21, 2014 7:49 am
- Contact:
- Os: CentOS 6x
- Web: apache + nginx
Re: Не войти в админку Весты
тут не факт что tcp смотреть надо, так что попробуйте следующее
Code: Select all
netstat -npl | grep :8084
Re: Не войти в админку Весты
Судя по нетстату, висит правильно.Alex Connor wrote: ↑Sat Oct 13, 2018 6:43 pmА еще было бы неплохо посмотреть, что же все таки висит на порту 8084... убить этот процесс и попробовать перезапустить панель еще раз
Ну и естественно, проверить место на диске, как сказано выше
/etc/nginx/conf.d/status.conf
Code: Select all
server {
listen 127.0.0.1:8084 default;
server_name _;
server_name_in_redirect off;
location / {
stub_status on;
access_log off;
}
}
Re: Не войти в админку Весты
ВыдаётAlex Connor wrote: ↑Sun Oct 14, 2018 7:15 pmтут не факт что tcp смотреть надо, так что попробуйте следующеепосле может стать, ясно в чем делоCode: Select all
netstat -npl | grep :8084
Code: Select all
root@62:~# netstat -npl | grep :8084
tcp 0 0 127.0.0.1:8084 0.0.0.0:* LISTEN 13211/nginx.conf
всё как у вас написано
Code: Select all
server {
listen 127.0.0.1:8084 default;
server_name _;
server_name_in_redirect off;
location / {
stub_status on;
access_log off;
}
}
Re: Не войти в админку Весты
Сейчас то все правильно. Речь о том, что netstat нужно было смотреть в момент проблемы, что висело на порту.