Там же написано что после stop оно начинает писать в другой файл лог

Чистяков правду говорит

перестает применятся вол на файликах, и можно просто файлики базы взять и копирнуть.

нэ ?

ну я знаю. не могу найти информацию, а в исходники лазить мне страшно :)

Можно написать в группу в facebook если уж на то пошло

ну я знаю. не могу найти информацию, а в исходники лазить мне страшно :)

А в чем у тебя сомнения ? в консистентности данных ?

да

в конечном итоге я конечно за это беспокоюсь

http://highload.guide/blog/asynchronous-replication.html тут чуть инфы про постгрес реплику есть

а дальше реально в группу в фейсбук писать

т.к wal логи это реально физ репликация данных и слейв является бинарной копией мастера с точностью до задержки репликации

Это transaction log или что-то глубже?

после pg_start_backup можно делать rsync файлов базы, потом stop_backup и готово. Так в яндексе почту бэкапят, если я всё правильно понял.

Это transaction log или что-то глубже?

это глубже, это именно изменения дата файлов

@bamaboy а всё это время база в wal пишет?

@amavlyanov да, просто создается чекпойнт

проще реально смоделировать ситуацию и посмотреть что в логах при этом пишет постгрес

т.е. бэкап будет консистентен на момент его начала

то есть когда slave делаешь надо потом на него эти wal переписать получается, так?

http://dba.stackexchange.com/questions/30609/postgresql-can-i-do-pg-start-backup-on-a-live-running-db-under-load

С чем меньше проблем на на Ubuntu - Heka или Logstash?

живем на 2х версиях logstash, до 25k event/sec - полет нормальный

с fluentd

то есть когда slave делаешь надо потом на него эти wal переписать получается, так?

да подложить оставшиеся, либо он сам запросит с мастера чего нехватает

да подложить оставшиеся, либо он сам запросит с мастера чего нехватает

Или возьмёт с архива, если у мастера уже нету

http://m.pikabu.ru/story/na_zametku_molodyim_itspetsialistam_4163235

Господа, а jemalloc это сильное колдунство ? кто нить применяет ?

Господа, а jemalloc это сильное колдунство ? кто нить применяет ?

Я

А в чем колдунство?

если оно на столько сильно ускоряет процессы управления памятью почему оно еще не в апстримах всех проектов ?

Рискну предположить, что не все ускоряет, поэтому не во всех :)

какая то специфичная поддержка должна быть со стороны приложения ? или просто LD_PRELOAD и всё ?

Но постойте

какая то специфичная поддержка должна быть со стороны приложения ? или просто LD_PRELOAD и всё ?

LD_PRELOAD

И не ускоряет

А более экономно память расходует и меньше фрагментируется память с ним

есть тут короли ансбил?

[101] 192.168.1.1 [100] 192.168.1.2 [102] 192.168.1.3 [multi:children] 100 101 102

ansible multi -a "hostname" -f 1 192.168.1.1 | UNREACHABLE! => { "changed": false, "msg": "Failed to connect to the host via ssh.", "unreachable": true } 192.168.1.2 | UNREACHABLE! => { "changed": false, "msg": "Failed to connect to the host via ssh.", "unreachable": true } 192.168.1.3 | UNREACHABLE! => { "changed": false, "msg": "Failed to connect to the host via ssh.", "unreachable": true }

ЧЯДНТ?

ну по ssh коннекта нет

написано ж

а блять

я юзера не указал

Найдутся

@87776 а ещё часто протухает по каким-то причиам host ssh key и его надо обновить.

@87776 а ещё часто протухает по каким-то причиам host ssh key и его надо обновить.

лолшто?

Мне кажется он имеет ввиду, когда подключаются через ssh по _домену_, этот домен вписывается в known_hosts и когда ноду реплейсим, то ssh будет негодовать на спуфинг.

@87776 а ещё часто протухает по каким-то причиам host ssh key и его надо обновить.

Угадал?

да

:)

У нас сделано так - все ноды находятся в private network и не имеют публиный IP-адресов. Есть две ноды - entrypoint. (Бастион сервера). Ну так вот короче для внутренних нод HostKeyCheck вырублен а для "внушних" включен.

внешних*

Хотя кстати и не по-домену тоже будет вписываться. Эт я чет затупил.

ненене, у айма ssh_host-ключи протухают! это другое!

ненене. я же сказал - дима всё правильно сказал

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

Но полностью вырубать как-то "не правильно" что-ли.

когда у вас от сотни хостов, StrictHostKeyChecking no только так :)

В чем проблема способа предложенного выше?

Смысл в нем конечно только если ты находишься "в интернете" а не во внутренней сети уже.

разумеется

когда у вас от сотни хостов, StrictHostKeyChecking no только так :)

no way. просто у тебя в этот момент появляется обезьянка которая следит за ключами

Локально управляет ноунхостс? А как она поможет когда ты хотя бы 50 хостов на переналивку отправил?

Генерит known_hosts всмысле?

Попахивает оверинжинирингом :)

она за меня надавит 50 раз yes? :)

она за меня надавит 50 раз yes? :)

Ничего давить не надо же. Достаточно нужные отпечатки с адресами в файл сложить

ясно-ясно, только нужно морочиться передавать их с ново-налитой машины и класть их локально. но зачем?

мы же о конфигурировании не через внешнюю сеть говорим? :)

Понятия не имею :)

А кто-нибудь использует Ansible Tower?

платить не хочется

ломается просто, но не хочется быть нарушителем -))

А более экономно память расходует и меньше фрагментируется память с ним

jemalloc пользителен.. да.

как сетькрасива выровнилась

чуваки

я может совсем тупой, конечно