http://www.slideshare.net/profyclub_ru/nginx-nginx use copy-paste!

вот надо добавить во все сайты + лог "обратились к домену", условно. То есть это искать ВСЕ access_log и ставить после него ещё строку. Такое проще вынести в 1 инклуд и туда вписать ещё строку. Всё.

да я в курсу

всё-равно плохой совет, весьма холиворный и черезжопный

вот было бы наследование логов - было бы проще

и так ещё целый ряд опций себя ведёт

цель понятна конечно, разные секции в разные логи пилить

но пример выше.

1 единица это 1 сайт условно. И изменения по нему в гите/свн - сделал лог и смотришь, что, кем и когда менялось. С 1 файлом это жопа.

да. но когда начинают в этот 1 сайт инклудить всякие commons.conf и прочее размазывая в итоге конфиг одного сайта по куче файлов - это плохо

Пацаны

https://github.com/mentalistgo/seth/blob/master/telegram-bot-welcomer.js

Вот бот

в telegram api есть метод new_chat_member

я хочу чтоб бот говорил когда кто-то заходить в чат в первые

sendPhoto(chatId, photo, options = {}) { const opts = { qs: options, }; opts.qs.chat_id = chatId; const content = this._formatSendData('photo', photo); opts.formData = content[0]; opts.qs.photo = content[1]; return this._request('sendPhoto', opts); }

а есть тут люди с постгресом?

есть каверзные (довольно) вопрос.

во всяком случае из документации я не понял как это работает

во всяком случае из документации я не понял как это работает

https://github.com/yagop/node-telegram-bot-api

https://github.com/yagop/node-telegram-bot-api

зачем ты мне это прислал?

Думал мне говоришь)

а есть тут люди с постгресом?

Проще написать вопрос сразу )

вопрос такой

как работает pg_start_backup(label text [, fast boolean ]) / pg_start_backup(label text [, fast boolean ])

что конкретно происходит после start_backup

и после того как stop_backup скажешь

вот чистяков утверждает что первое делает "отмену применения валов к текущему кластеру" а вторая команда наоборот, вклчает это применение

задача на выходе - получить консистентную копию базы на слейве и запустить его

ну оно подходит под такую формулировку

Так или иначе используя pg_*_backup получится конситентный бекап. Я вот щас в доку еще раз глянул, там вроде все прописано. Вплоть до того какие файлы создаются

Я вот здесь смотрел: http://www.postgresql.org/docs/9.4/static/functions-admin.html#FUNCTIONS-ADMIN-BACKUP-TABLE под таблицей.

Так или иначе используя pg_*_backup получится конситентный бекап. Я вот щас в доку еще раз глянул, там вроде все прописано. Вплоть до того какие файлы создаются

я вот не уверен что оно так получается (то есть наверное получается). хочется в точности понимать что будет делать движок pg. то что написано под таблицей я, разумеется, прочитал. но не понял как из этого следует что например rsyncнув каталог с базой на другой сервер и потом валы я получу именно точную копию

Там же написано что после 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. просто у тебя в этот момент появляется обезьянка которая следит за ключами