Смотреть логи. (И нет, не надо постить сюда их фотографии. И вообще не надо делать фотографии текстов).
Как посмотреть логи, подскажи команду
Там два основных варианта -- в /var/log/postgresql и journalctl -u <имя юнита> С имененем юнита, правда, засада -- оно по версиям и кажэтся по кластерам именуется, я вечно забываю, как.
journalctl -u postgresql Jun 04 19:36:48 ********.cloudvps.regruhosting.ru systemd[1]: postgresql.service: Succeeded. Jun 04 19:36:48 ********..cloudvps.regruhosting.ru systemd[1]: Stopped PostgreSQL RDBMS. Jun 04 19:36:48 ********..cloudvps.regruhosting.ru systemd[1]: Stopping PostgreSQL RDBMS... Jun 04 19:36:51 ********..cloudvps.regruhosting.ru systemd[1]: Starting PostgreSQL RDBMS... Jun 04 19:36:51 ********..cloudvps.regruhosting.ru systemd[1]: Finished PostgreSQL RDBMS. Jun 04 19:38:04 ********..cloudvps.regruhosting.ru systemd[1]: postgresql.service: Succeeded. Jun 04 19:38:04 ********..cloudvps.regruhosting.ru systemd[1]: Stopped PostgreSQL RDBMS. Jun 04 19:38:04 ********..cloudvps.regruhosting.ru systemd[1]: Stopping PostgreSQL RDBMS... Jun 04 19:38:07 ********..cloudvps.regruhosting.ru systemd[1]: Starting PostgreSQL RDBMS... Jun 04 19:38:07 ********..cloudvps.regruhosting.ru systemd[1]: Finished PostgreSQL RDBMS. Jun 04 19:40:12 ********..cloudvps.regruhosting.ru systemd[1]: postgresql.service: Succeeded. Jun 04 19:40:12 ********..cloudvps.regruhosting.ru systemd[1]: Stopped PostgreSQL RDBMS. Jun 04 19:40:12 ********..cloudvps.regruhosting.ru systemd[1]: Stopping PostgreSQL RDBMS... Jun 04 19:40:15 ********..cloudvps.regruhosting.ru systemd[1]: Starting PostgreSQL RDBMS... Jun 04 19:40:15 ********..cloudvps.regruhosting.ru systemd[1]: Finished PostgreSQL RDBMS.
А просто postgresql -- это некое dependency , чтобы можно было все варианты одной командой остановить вроде. В общем, не то.
Возможно, мешает два правила (которые trust), что-то похожее было
Finished не смущает?
Правило в pg_hba никак не должно выдавать connrefused.
https://gist.github.com/Batiya-dev/a5787e4fa81e14c0993cc6458b5ad34b Логи
Пока что выглядит как было несколько restartов, но сейчас postgres работает. Должэн принимать соединения как минимум. Возможно, там как раз в момент рестарта попали? Попробуйте сейчас подключиться. Ещё есть некоторый вариант, что оно молча по kill -9 упало -- посмотрите ещё статус правильного юнита systemd.
Вообще, ps 1259188 говорит как -- есть этот процэсс постгреса?
ps 1259188 PID TTY STAT TIME COMMAND 1259188 ? Ss 0:00 /usr/lib/postgresql/15/bin/postgres -D /var/lib/postgresql/15/main -c config_file=/etc/postgresql/15/main/postgresql.conf
То есть работает. Хорошо, теперь пытайтесь подсоединиться.
Печаль, та же история connection to server at "*******", port 5432 failed: Connection timed out (0x0000274C/10060) Is the server running on that host and accepting TCP/IP connections?
А почем at под звёздочками? Это не localhost? Вы откуда-то не с того жэ сервера стучитесь?
Кстати, не тожэ самое ни разу. Там было connection refused, сейчас -- timed out.
ping-то идёт до этого айпишника?
Вообще, timed out -- это или неправильный роутинг/адрес, или файрволл режэт. Когда проверите пингом и ip ad первое -- начинайте разбираться с файрволлами.
До айпишника да,
И вы пытаетесь подключиться именно по айпишнику, и этот айпишник именно на том сервере (ip address show показывает, что он там принадлежыт интэрфейсу)? Тогда -- файрволлы. Смотрите в iptables, скорее всего, или к вашым сетевым инжэнерам стучитесь, если они за это ответственны.
Решено, благодарю за помощь. Проблема была в iptables, помогла команда iptables -A INPUT -p tcp --dport 5432 -j ACCEPT
Вообще -- я ещё по началу лога постгреса хотел сказать, чтобы вы что-нибудь с файрволлом сделали. В обратном совершэнно направлении. Поскольку открытый всем постгрес на порту -- это сразу DOS без проблем как минимум. А с шансами -- и что похужэ, после маленькой ошыбки. В общем, лучшэ вообще его не выставлять на публичных IP-адресах. Или уж ограничивать файрволлом по белому списку.
Обсуждают сегодня