Не войти в админку Весты

[grusha]

Сегодня вдруг с ничего не могу войти в админку Весты по адресу https://62.75.138.153:8083/.
Ближайшие 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()

Помогите люди добрые .

[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()

[grusha]

ПыСы2
Так же сейчас заметил , что в папке backup странно большой файл бакапа , более 40 гб ...может это как то связано ?

[yariksat]

ПыСы2
Так же сейчас заметил , что в папке backup странно большой файл бакапа , более 40 гб ...может это как то связано ?

Может быть дисковое переполнено...Это старый баян.Тогда не войдете.Нужно место очищать.

[Alex Connor]

А еще было бы неплохо посмотреть, что же все таки висит на порту 8084... убить этот процесс и попробовать перезапустить панель еще раз
Ну и естественно, проверить место на диске, как сказано выше

[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 , но я мог без проблем заходит в Весту после этого.

[Alex Connor]

Не знаю правильно я сделал или нет , но пробовал вот так

root@62:~# sudo netstat -tpln | grep "tcp"

тут не факт что tcp смотреть надо, так что попробуйте следующее

Code: Select all

netstat -npl | grep :8084

после может стать, ясно в чем дело

[Stesh]

А еще было бы неплохо посмотреть, что же все таки висит на порту 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;
   }
}

А вот что висело - скорее всего тоже самое, несколько раз встречал, чуть ли не подвисает процесс, пока не кильнешь руками. Буквально сегодня такое видел у клиента на сервере.

[grusha]

Не знаю правильно я сделал или нет , но пробовал вот так

root@62:~# sudo netstat -tpln | grep "tcp"

тут не факт что 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

В файле /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;
   }
}

[Stesh]

Сейчас то все правильно. Речь о том, что netstat нужно было смотреть в момент проблемы, что висело на порту.