Yaroslav
25.10.2018
08:16:24
Ах да, для применения нужен restart PostgreSQL.
Makkusu
25.10.2018
08:17:51
Yaroslav
25.10.2018
08:18:46
после адресов?
Для применения:
listen_addresses = '*'
нужен restart, да. Это в postgresql.conf, если что.
Google
Makkusu
25.10.2018
08:19:37
Как нистранно на сервере работает ?
?сношу линукс?
Yaroslav
25.10.2018
08:20:22
Makkusu
25.10.2018
08:20:46
Terminator
25.10.2018
08:23:58
@aggeisoft будет жить. Поприветствуем!
Makkusu
25.10.2018
08:24:02
could not connect to server: No such file or directory
Is the server running locally and accepting
Yaroslav
25.10.2018
08:25:26
Makkusu
25.10.2018
08:26:53
Посоветуйте лучше может промежуточный сервер для разработки
Yaroslav
25.10.2018
08:27:26
Makkusu
25.10.2018
08:27:33
Какой ещё all?! Где и что Вы меняли?
#------------------------------------------------------------------------------
# CONNECTIONS AND AUTHENTICATION
#------------------------------------------------------------------------------
# - Connection Settings -
listen_addresses = '*'
#listen_addresses = 'localhost' # what IP address(es) to listen on;
/etc/postgresql/9.5/main/postgresql.conf
Google
Yaroslav
25.10.2018
08:29:41
Makkusu
25.10.2018
08:30:43
Yaroslav
25.10.2018
08:31:09
звёздочку
По крайней мере, это нужный postgresql.conf. ;)
А "SHOW hba_file;"?
Makkusu
25.10.2018
08:31:15
? Всё поменялось.Просто проблема в моей системе, может тут проблема в портах или сетевые проблемы
Аггей
25.10.2018
08:31:26
Кстати, про *. Звездочка предполагает биндинг в том числе на ipv6. Если нужен только ipv4 (например, ipv6 выключен) - нужно указывать 0.0.0.0
Makkusu
25.10.2018
08:31:39
Yaroslav
25.10.2018
08:34:05
Vladimir
25.10.2018
08:34:39
Ребят, а можно в удобном виде (наподобие Pg_stat_activity, но там только текущие) получить список последних N выполненных запросов ?(возможно с фильтрацией по user, status)
Makkusu
25.10.2018
08:36:20
Yaroslav
25.10.2018
08:37:11
Sergey
25.10.2018
08:39:11
Makkusu
25.10.2018
08:39:16
Первое неудивительно, раз logging collector выключен. А что там в этом логе вообще есть?
2018-10-25 13:25:30 +05 [16673-1] [unknown]@[unknown] LOG: incomplete startup packet
2018-10-25 13:30:18 +05 [16666-2] LOG: received fast shutdown request
2018-10-25 13:30:18 +05 [16666-3] LOG: aborting any active transactions
2018-10-25 13:30:18 +05 [16671-2] LOG: autovacuum launcher shutting down
2018-10-25 13:30:18 +05 [16668-1] LOG: shutting down
2018-10-25 13:30:18 +05 [16668-2] LOG: database system is shut down
2018-10-25 13:30:20 +05 [16862-1] LOG: database system was shut down at 2018-10-25 13:30:18 +05
2018-10-25 13:30:20 +05 [16862-2] LOG: MultiXact member wraparound protections are now enabled
2018-10-25 13:30:20 +05 [16866-1] LOG: autovacuum launcher started
2018-10-25 13:30:20 +05 [16861-1] LOG: database system is ready to accept connections
2018-10-25 13:30:20 +05 [16868-1] [unknown]@[unknown] LOG: incomplete startup packet
Yaroslav
25.10.2018
08:49:30
Makkusu
25.10.2018
08:53:24
Ну а если включить log_connections ?
2018-10-25 13:51:44 +05 [18031-1] LOG: database system is ready to accept connections
2018-10-25 13:51:44 +05 [18038-1] [unknown]@[unknown] LOG: connection received: host=[local]
2018-10-25 13:51:44 +05 [18038-2] [unknown]@[unknown] LOG: incomplete startup packet
2018-10-25 13:51:44 +05 [18041-1] [unknown]@[unknown] LOG: connection received: host=[local]
2018-10-25 13:51:44 +05 [18041-2] postgres@postgres LOG: connection authorized: user=postgres database=postgres
2018-10-25 13:51:45 +05 [18044-1] [unknown]@[unknown] LOG: connection received: host=[local]
2018-10-25 13:51:45 +05 [18044-2] postgres@postgres LOG: connection authorized: user=postgres database=postgres
2018-10-25 13:51:46 +05 [18047-1] [unknown]@[unknown] LOG: connection received: host=[local]
2018-10-25 13:51:46 +05 [18047-2] postgres@postgres LOG: connection authorized: user=postgres database=postgres
Yaroslav
25.10.2018
08:58:26
Makkusu
25.10.2018
08:59:19
Yaroslav
25.10.2018
09:08:43
Google
Makkusu
25.10.2018
09:09:20
А в логах при этом что, ради интереса?
2018-10-25 14:05:01 +05 [18769-2] bot@postgres LOG: connection authorized: user=bot database=postgres SSL enabled (protocol=TLSv1.2, cipher=ECDHE-RSA-AES256-GCM-SHA384, compression=off)
Что то такое
Yaroslav
25.10.2018
09:10:54
Makkusu
25.10.2018
09:11:18
А connection received тот же самый "local"?
2018-10-25 14:05:00 +05 [18768-1] [unknown]@[unknown] LOG: connection received: host=127.0.0.1 port=34324
2018-10-25 14:05:01 +05 [18769-1] [unknown]@[unknown] LOG: connection received: host=127.0.0.1 port=34326
Он сам определил
Yaroslav
25.10.2018
09:13:19
Он сам определил
Так вот поэтому и работает, что "host=127.0.0.1 port=34324" правильно сопоставляется с правилами в pg_hba.conf
Что-то в этой системе с resolving накручено не то, мне кажется...
Makkusu
25.10.2018
09:14:41
Может у меня другая служба на 5432 запущена
я линуксоид так себе незнаю как проверить ?
Yaroslav
25.10.2018
09:17:53
Ну дефолтно на сервере сработало. У меня же нужно было порт 5433 указать, а я до этого указывал дефолтный 5432
Обожемой. :( То есть Вы всё-таки настраивали не тот кластер, похоже. ;)
Или нет, странно... я поверил, что он у Вас один, когда Вы написали, что после того, как Вы допустили ошибку в postgresql.conf, никто уже подключения не принимал.
Может, это какой-то port forwarding и т.п.? В общем, надо бы разобраться, сколько у Вас чего и кто где слушает...
Alex
25.10.2018
09:19:47
Yaroslav, день добрый, правильно ли я понимаю, что из коробки постгрес в потоковой репликации несколько слейвов трудно добавить?)
Makkusu
25.10.2018
09:20:40
Обожемой. :( То есть Вы всё-таки настраивали не тот кластер, похоже. ;)
Или нет, странно... я поверил, что он у Вас один, когда Вы написали, что после того, как Вы допустили ошибку в postgresql.conf, никто уже подключения не принимал.
Может, это какой-то port forwarding и т.п.? В общем, надо бы разобраться, сколько у Вас чего и кто где слушает...
Незнаю. Я до этого создавал бд для маленького личного проекта на го и вроде тоже замучался с настройкой
Yaroslav
25.10.2018
09:21:20
Alex
25.10.2018
09:22:05
Yaroslav, я к тому, что не будет ли у нас таких же проблем с синхронизацией отставшего слейва, при переключении на новый мастер - отставший слейв автоматом подтянет данные?
Yaroslav
25.10.2018
09:25:54
Аггей
25.10.2018
09:26:17
Поглядите в сторону repmgr. Он все это автоматизирует
Команда switchover )
Alex
25.10.2018
09:27:30
> звезду с центром-мастером и кучей слейвов - нормально?
Да, конечно. Это вообще основа синхронной streaming replication, например.
> а переключать роли между слейвами и мастером - тоже из коробки можно делать?
Технически — запросто. Но тут возникают всякие тонкости на темы: Когда переключать? Куда переключать? Как перенаправлять клиентов? Как переинициализровать "упавший" master? Ну и т.п.
Поэтому, почти все используют (более-менее) готовые решения, типа repmgr, patroni и т.п. (кому что нравится).
у нас ситуация, что мы всё делаем руками, нам автоматически неважно, всё лежит на плечах админа, нам просто надо переливать гарантировано автоматически данные с точки, без полной переинциализации
Google
Yaroslav
25.10.2018
09:27:38
Mikhail
25.10.2018
09:27:59
коллеги, может кто помочь разобраться с обрывом соединения между osm2pgsql и postgres под управлением stolon?
кусок журнала stolon-keeper на соответствующий момент времени: https://pastebin.com/iE1ZUcsK
Alex
25.10.2018
09:28:06
Terminator
25.10.2018
09:46:05
@Aglyamov будет жить. Поприветствуем!
Demuz
25.10.2018
10:32:50
Привет всем. Поскажите, почему pg_basebackup не делается, пишет мол в pg_hba.conf нет разрешающей записи, хотя разрешены все подключения.
Аггей
25.10.2018
10:34:45
replication разрешен?
Grigory
25.10.2018
10:34:48
basebackup работает по протоколу репликации
many-faced
25.10.2018
13:03:15
ребят, как разрулить дедлок?
две тразакции параллельно
в первой апдейт строки 1 и 2, во второй - 2 и 1.
Andrey
25.10.2018
13:03:49
many-faced
25.10.2018
13:04:07
Andrey
25.10.2018
13:04:25
Сергей
25.10.2018
13:05:35
Andrey
25.10.2018
13:05:42
Блокировать все строки, которые собираетесь апдейтить, перед апдейтом.
Но сортировка лучше и правильнее.
many-faced
25.10.2018
13:06:01
Сергей
25.10.2018
13:06:26
Ты каким запросом обновляешь?)
many-faced
25.10.2018
13:06:46
Terminator
25.10.2018
13:07:03
@aliska_irissska будет жить. Поприветствуем!
Сергей
25.10.2018
13:07:42
Google
many-faced
25.10.2018
13:07:47
в каждой транзакции два таких запроса. В первой запросы where id=1, и where id=2. Во второй наоборот.
Сергей
25.10.2018
13:08:44
Select for update
many-faced
25.10.2018
13:08:55
А до конца?)
В первой транзакции:
update table set col1=col1+1 where id=1;
update table set col1=col1+1 where id=2;
Во второй:
update table set col1=col1-1 where id=2;
update table set col1=col1-1 where id=1;
Сергей
25.10.2018
13:09:27
Это строки или числа в колонке?
many-faced
25.10.2018
13:09:39
числа
ну там $1 =)
Сергей
25.10.2018
13:10:11
Сортируй
many-faced
25.10.2018
13:10:26
хорошо, спасибо, ребята
Terminator
25.10.2018
13:27:25
@yf6775 будет жить. Поприветствуем!