Какова цель каталога `pg_logical` внутри данных PostgreSQL?

Question

Я только что наткнулся на эту ошибку при проверке отказоустойчивости кластера PostgreSQL 9.4, который я настроил. Здесь я пытаюсь продвинуть раба стать новым хозяином:

$ repmgr -f /etc/repmgr/repmgr.conf --verbose standby promote 

2014-09-22 10:46:37 UTC LOG: database system shutdown was interrupted; last known up at 2014-09-22 10:44:02 UTC 
2014-09-22 10:46:37 UTC LOG: database system was not properly shut down; automatic recovery in progress 
2014-09-22 10:46:37 UTC LOG: redo starts at 0/18000028 
2014-09-22 10:46:37 UTC LOG: consistent recovery state reached at 0/19000600 
2014-09-22 10:46:37 UTC LOG: record with zero length at 0/1A000090 
2014-09-22 10:46:37 UTC LOG: redo done at 0/1A000028 
2014-09-22 10:46:37 UTC LOG: last completed transaction was at log time 2014-09-22 10:36:22.679806+00 
2014-09-22 10:46:37 UTC FATAL: could not open directory "pg_logical/snapshots": No such file or directory 
2014-09-22 10:46:37 UTC LOG: startup process (PID 2595) exited with exit code 1 
2014-09-22 10:46:37 UTC LOG: aborting startup due to startup process failure 

pg_logical/snapshots реж фактически существует на главном узле и он пуст.

UPD: Я только что созданные вручную пустые каталоги pg_logical/snapshots и pg_logical/mappings и сервер начал, не жалуясь. repmgr standby clone, кажется, опускает эти диски во время синхронизации. Но вопрос все еще остается, потому что мне просто интересно, для чего этот каталог, может быть, я что-то упустил в своей настройке. Просто Googling не принес каких-либо значимых результатов.

Answer 1

Это для new logical changeset extraction/logical replication feature in 9.4.

Этого не должно быть, хотя ... это предполагает значительную ошибку где-то, вероятно, repmgr. Я буду ждать подробностей (версия repmgr и т. Д.).

Обновление: Подтверждено, it's a repmgr bug. Он уже установлен в git-master уже (и был до этого отчета) и будет в следующем выпуске. Скорее всего, скоро, учитывая значение этого вопроса.