Page 1 of 3
Не войти в админку Весты
Posted: Sat Oct 13, 2018 12:45 pm
by grusha
Сегодня вдруг с ничего не могу войти в админку Весты по адресу
https://62.75.138.153:8083/.
Ближайшие 7 - 10 дней вообще не заходит на сервер и ничего не трогал.
При попытке попасть в админку выдаёт "ERR_CONNECTION_REFUSED"
Сначала начало выдавать ошибку "502 bad gateway nginx" тогда я ребутнул полностью сервер и после этого вообще не попасть.
Пробовал сделать reinstall толку ноль.
При попытке перегрузить Весту
получаю такую информацию
Job for vesta.service failed because the control process exited with error code. See "systemctl status vesta.service" and "journalctl -xe" for details.
Эта команда
возвращает такой результат
● 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: Не войти в админку Весты
Posted: Sat Oct 13, 2018 12:49 pm
by grusha
ПыСы
В файле /usr/local/vesta/log/error.log
Есть такая ошибка
2018-10-13 12:00:23 v-update-sys-rrd-mysql 'daily' [Error 15]
В файле /usr/local/vesta/log/nginx-error.log
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: Не войти в админку Весты
Posted: Sat Oct 13, 2018 4:15 pm
by grusha
ПыСы2
Так же сейчас заметил , что в папке backup странно большой файл бакапа , более 40 гб ...может это как то связано ?
Re: Не войти в админку Весты
Posted: Sat Oct 13, 2018 4:33 pm
by yariksat
grusha wrote: ↑Sat Oct 13, 2018 4:15 pm
ПыСы2
Так же сейчас заметил , что в папке backup странно большой файл бакапа , более 40 гб ...может это как то связано ?
Может быть дисковое переполнено...Это старый баян.Тогда не войдете.Нужно место очищать.
Re: Не войти в админку Весты
Posted: Sat Oct 13, 2018 6:43 pm
by Alex Connor
А еще было бы неплохо посмотреть, что же все таки висит на порту 8084... убить этот процесс и попробовать перезапустить панель еще раз
Ну и естественно, проверить место на диске, как сказано выше
Re: Не войти в админку Весты
Posted: Sun Oct 14, 2018 9:30 am
by grusha
А еще было бы неплохо посмотреть, что же все таки висит на порту 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 , но я мог без проблем заходит в Весту после этого.
Re: Не войти в админку Весты
Posted: Sun Oct 14, 2018 7:15 pm
by Alex Connor
grusha wrote: ↑Sun Oct 14, 2018 9:30 am
Не знаю правильно я сделал или нет , но пробовал вот так
root@62:~# sudo netstat -tpln | grep "tcp"
тут не факт что tcp смотреть надо, так что попробуйте следующее
после может стать, ясно в чем дело
Re: Не войти в админку Весты
Posted: Sun Oct 14, 2018 7:22 pm
by Stesh
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: Не войти в админку Весты
Posted: Mon Oct 15, 2018 1:26 pm
by grusha
Alex Connor wrote: ↑Sun Oct 14, 2018 7:15 pm
grusha wrote: ↑Sun Oct 14, 2018 9:30 am
Не знаю правильно я сделал или нет , но пробовал вот так
root@62:~# sudo netstat -tpln | grep "tcp"
тут не факт что tcp смотреть надо, так что попробуйте следующее
после может стать, ясно в чем дело
Выдаёт
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
В файле /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: Не войти в админку Весты
Posted: Mon Oct 15, 2018 4:22 pm
by Stesh
Сейчас то все правильно. Речь о том, что netstat нужно было смотреть в момент проблемы, что висело на порту.