Konstantin Rudenkov

Таскать на 10к серверов не очень удобно, даже использую LocalCommand в config ssh. Это скорее выглядит как костыль, хотя и вполне работоспособный. Но хочется более универсальный вариант.

Вот и у меня такая же проблема. Если раскурю, поделюсь.

[upd] Мой рабочий вариант:

cat /etc/rsyslog.d/20-iptables.conf
:msg, contains, "[BLACKLIST" /var/log/blacklist.log
:msg, contains, "[PING" /var/log/ping.log
:msg, contains, "[INTERNAL_ADDR" /var/log/internal_addr.log
:msg, contains, "[SCAN" /var/log/scan.log

${IPT} -A icmp_rules -p icmp --icmp-type 8 -m conntrack --ctstate NEW -j LOG --log-prefix '[PING] : '

вариант с config.action_mailer.delivery_method = :file то же не работает.

А в чем смысл кейса?

Простите, а зачем эти процессы держать постоянно загруженными в память?

перегружаемся просто
supervisorctl restart app

Это ясно, детали. Я не о том.

«На текущем мастере нужно выполнить:» — я умею читать документацию.

Текущий мастер упал, мастер переехал. Я утром пришел, нашел текущий мастер, выполнил на нем процедуру и снова спать до нового падения. Именно это я хочу автоматизировать.

У меня колбасит с утра. Хотя почтовые уведомления приходят исправно.

Собственно с темой backup я разобрался, спасибо :)

У нас есть кластер master-master из 4 нод Percona. Так как у нас записи в БД мало, master-master используем как failover на случай физического падения одного из серваков (такое бывает достаточно часто, дешевое железо). Вот и есть желание просто перенаправлять запись в случае падения ноды-на-запись, на следющую.

Собственно с backup только один вопрос, в случае падения ноды-на-запись не начнет ли он писать по roundrobin на остальные ноды? Хочется минимизировать возможность split-brain.

я набрел на вариант с

cvs_parse

Да это без проблем.
Но я думаю это будет костыль, а костыли имеют привычку ломаться.