Не войти в админку Весты
Не войти в админку Весты
Сегодня вдруг с ничего не могу войти в админку Весты по адресу 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 нужно было смотреть в момент проблемы, что висело на порту.