pgsql – PostgreSQL

18 July 2026 07:31

Чтобы она ложылась периодически — этого мало!
(Если нет stp — сеть ляжэт сразу, если есть — чо ей будет...)

pgsql – PostgreSQL

18 July 2026 03:18

Сеть отваливается. Судя по тому, что близко по времени несколько долгоиграющих соединений (и бейзбакап и просто реплика) — это дажэ не таймауты, это какая-то фигня со стэйтом (NAT, вероятно.) в середине передёргивается.

pgsql – PostgreSQL

17 July 2026 11:25

поднять таймауты wal_receive/sender_timeout на мастере и реплике, чтобы не падало в ошибку. Или копать, почему таймаут срабатывает

pgsql – PostgreSQL

17 July 2026 11:21

Добрый день

pg_basebackup прерывается

pg_basebackup: error: could not receive data from WAL stream: server closed the connection unexpectedly
        This probably means the server terminated abnormally
        before or while processing the request.
pg_basebackup: error: background process terminated unexpectedly

2026-07-16 04:55:08 MSK pg_basebackup 3367 postgres@[н/д] from [local] [vxid:37/0 txid:0] [streaming 1CE4/E0A586F8] СООБЩЕНИЕ:  завершение процесса передачи журнала из-за тайм-аута репликации
2026-07-16 04:55:08 MSK pg_basebackup 3367 postgres@[н/д] from [local] [vxid:37/0 txid:0] [streaming 1CE4/E0A586F8] ОПЕРАТОР:  START_REPLICATION SLOT "pg_basebackup_3367" 1CE4/D0000000 TIMELINE 1
2026-07-16 04:55:21 MSK Set10 17183 postgres@set from 10.4.11.28 [vxid:2026-07-16 04:55:45 MSK pg_basebackup 1175 postgres@[н/д] from [local] [vxid:36/0 txid:0] [sending backup "pg_basebackup base backup"] СООБЩЕНИЕ:  не удалось послать данные клиенту: Обрыв канала
2026-07-16 04:55:45 MSK pg_basebackup 1175 postgres@[н/д] from [local] [vxid:36/0 txid:0] [sending backup "pg_basebackup base backup"] ОПЕРАТОР:  BASE_BACKUP ( LABEL 'pg_basebackup base backup',  PROGRESS,  WAIT 0,  TABLESPACE_MAP,  MANIFEST 'yes',  TARGET 'client')
2026-07-16 04:55:47 MSK pg_basebackup 1175 postgres@[н/д] from [local] [vxid:36/0 txid:0] [sending backup "pg_basebackup base backup"] ВАЖНО:  подключение к клиенту потеряно
2026-07-16 04:55:47 MSK pg_basebackup 1175 postgres@[н/д] from [local] [vxid:36/0 txid:0] [sending backup "pg_basebackup base backup"] ОПЕРАТОР:  BASE_BACKUP ( LABEL 'pg_basebackup base backup',  PROGRESS,  WAIT 0,  TABLESPACE_MAP,  MANIFEST 'yes',  TARGET 'client')
2026-07-16 04:55:47 MSK pg_basebackup 1175 postgres@[н/д] from [local] [vxid:36/0 txid:0] [sending backup "pg_basebackup base backup"] СООБЩЕНИЕ:  временный файл: путь "base/pgsql_tmp/pgsql_tmp1175.0", размер 983040

pgsql – PostgreSQL

16 July 2026 20:42

Быстрее будет ID. Только что от него толку, если на каждую станцию разных ID десятки если не сотни? Зачем плодить группы из-за того, что на станции закрылась или открылась пропарка вагонов или дефектоскопия колёсных пар?

pgsql – PostgreSQL

16 July 2026 20:39

или айди, что чуть быстрее будет

pgsql – PostgreSQL

16 July 2026 20:38

Не понятно при чём тут километры. И где источник? С какого года они опередили РФ?

pgsql – PostgreSQL

16 July 2026 20:37

Если прибавить к США Канаду и Мексику, тогда они РФ обгонят. Но если к РФ прибавить только Казахстан, то отрыв в пользу РФ опять станет существенным.

pgsql – PostgreSQL

16 July 2026 20:33

Штаты потому и штаты, что они все - разные государства, а задержки в доинтернетную эпоху были достаточные, чтобы их учитывать в модели. Решение лежит в осмыслении предметной области.

pgsql – PostgreSQL

16 July 2026 20:26

У них оборот вагонов, какой ржд и не снился даже в лучшие времена, и проверенные временем модели данных. Еще с тех времен, когда доступ к мейнфреймам стоил больших денег.

pgsql – PostgreSQL

16 July 2026 16:57

Бедные американские железнодорожники. Как же они справляются то?

pgsql – PostgreSQL

16 July 2026 16:38

Абстрактный вопрос. Смотря по каким операциям и с какими фильтрами будет выборка.
У меня есть витрина, которая еле успевает посчитаться с вечера пятницы до утра понедельника. Но там и прогнозирование на нескольких математических моделях с кроссвалидацией и поиск оптимумов в Gurobi.

pgsql – PostgreSQL

16 July 2026 16:35

Сервер не помрет от горя?

pgsql – PostgreSQL

16 July 2026 16:34

Ну и агрегируйте по этому атрибуту. В чём проблема?

pgsql – PostgreSQL

16 July 2026 16:33

Ну ок. По стране хочу проагрегировать

pgsql – PostgreSQL

18 July 2026 06:21

Вчерашнее. Добрый одмин соединил два тупых коммутатора двумя патчкордами. Сеть периодически ложилась. Обнаружили случайно, заметил частые переподключения к базе.
Иногда Postgres ни при чем, согласен.

pgsql – PostgreSQL

17 July 2026 11:26

Спасибо, попробую, напишу о результате через какое-то время

pgsql – PostgreSQL

17 July 2026 11:25

ключевое - "завершение процесса передачи журнала из-за тайм-аута репликации", те wal_sender_timeout срубает стрим пока basebackup долго копирует данные и не шлёт keepalive вовремя.

задери на сервере wal_sender_timeout (напр 0 или 3600s) и на клиенте используй -r/отдельный слот, либо --wal-method=fetch вместо stream чтобы вообще убрать параллельный wal-стрим. на медленном/загруженном диске это обычная причина.

pgsql – PostgreSQL

16 July 2026 21:25

Так сложно все. Там же не понятно даже, что и как устроено. Тысячи таблиц в PostgreSQL, Clickhouse для исторических данных, но аналитика на оперативном PostgreSQL, куда через fdw тянутся данные из клика, при том, что через месяц все может поменяться (почему не наоборот, я так и не понял). Там еще и kafka. Тут черт ногу сломит, и, наверное, каждый по-своему, прав.

pgsql – PostgreSQL

16 July 2026 20:40

Вернитесь к ключам, пожалуйста.

pgsql – PostgreSQL

16 July 2026 20:39

Километры тут явно не при чём. Тонны тоже. Электрофикация тем более. Важны тонно-километры.

pgsql – PostgreSQL

16 July 2026 20:37

РФ VS США
90 тыс. км VS 230 тыс. км
1.2 млрд тонн VS ~1.5 млрд тонн
51% электрификации VS 3% электрификации

pgsql – PostgreSQL

16 July 2026 20:35

А с какого года они умудрились обогнать РЖД. А то я вижу совсем иное https://statbase.ru/datasets/air-rail-and-water-transportation/railways-goods/
США на третьем месте после Китая и России.

pgsql – PostgreSQL

16 July 2026 20:28

У них нет движения по Монголии или Афганистану. А Мексика больше развита, чем даже Казахстан. Так что очень сомневаюсь, что у них бывают задержки в получении информации даже в дни, не то что в месяцы.

pgsql – PostgreSQL

16 July 2026 20:17

А что у них? Они граничат всего с двумя странам, и обе эти страны во многом им подконтрольны

pgsql – PostgreSQL

16 July 2026 16:42

А подготовка данных для этой витрины может и несколько часов длится, если для расчёта дельты приходится забираться на полгода назад из-за изменений в темпоральных таблицах относительно предыдущего расчёта. Тут как повезет. Дельта может быть и только за последнюю неделю, а может быть и за полгода

pgsql – PostgreSQL

16 July 2026 16:36

Хотя о чем это я...всегда можно прикостылить асинхронную очередь расчетов...

pgsql – PostgreSQL

16 July 2026 16:34

Ну..это пока. Корабли приходят и уходят а грузчики остаются.

pgsql – PostgreSQL

16 July 2026 16:34

Мне настолько тупое руководство пока не попадалось. А если попадётся, то это будет повод выбить дополнительные ресуры )))

pgsql – PostgreSQL

16 July 2026 16:33

Среди атрибутов станции есть участок, отделение, дорога, страна. Группируйте или фильтруйте по ним, если надо.