Спасибо!

Там ещё есть одна болячка но она в принципе была и в самом pg_arman. pg_arman надеется на "archive_command" как при бекапе так и при востановлении (в папке с архивами WAL должны лежать сегменты которые покрывают время когда делался последний бекап).

Коллеги подскажите такой момент

запустил репликацию и на мастере вижу картину

1131 |       10 | postgres | walreceiver      | 1.2.3.4  |                 |       39422 | 2016-05-12 16:19:26.198525+03 |              | streaming | 40/AF0003C0   | 40/AF0003C0    | 40/AF0003C0    | 40/AF0003C0     |             0 | async
1460 |       10 | postgres | walreceiver      | 1.2.3.5 |                 |       51822 | 2016-05-12 16:32:31.533268+03 |              | streaming | 40/AF0003C0   | 40/AF0003C0    | 40/AF0003C0    | 40/AF0003C0     |             0 | async

по идее так и должно быть, а сока ждать пока завершится репликация, потому что на слейве сейчас при попытке войти в пскл вылетает psql: FATAL:  the database system is starting up

база весит 30 гб примерно

кстати версии я не менял всё работает как я и думал мастер 9.4.1 слейвы 9.4.7

а на слейве в логах что?

хотстендбай сделайте

на слейве

hot_standby=on?

угу

LOG:  entering standby mode
LOG:  redo starts at 40/AE000028
LOG:  consistent recovery state reached at 40/AE000CF8
LOG:  record with zero length at 40/AF000060
LOG:  started streaming WAL from primary at 40/AF000000 on timeline 2
FATAL:  the database system is starting up
FATAL:  the database system is starting up

это на обоих слейвах

стендбай выклчюен

без стендбай режима вы в него не зайдете, он закрыт от трафика

он обязательно должен быть вкл на слейве?

ок

подскажите момент