Ну так-то уже больше года прошло, вопрос неактуален, т.к. того объекта уже давно нет.
Кластер, врочем еще функционирует, и ему все так же фиолетово, что ему там указывают. Помню, у меня было подозрение, что скрабы не запускаются на OSD, на которых идет ребаланс или бэкфилл, но подтверждения этому я не нашел.
Кирилл Васильев Да, но mysql тоже может остановить сервис, т.к. процесс бд принадлежит ему. Mysql тоже может слить базу в виде файлов, т.к. /var/lib/mysql принадлежит ему. Сброс пароля вообще не зависит от учетки, т.к. root в системе != root в базе данных. Mysql тоже может открыть порт, если он больше 1024го, причем в этом случае еще важны настройки хоста, т.к. в ряде конфигураций хост еще должен замапить открытый порт, чтобы его было видно снаружи, и я еще не упоминаю о возможности полного отключения доступа к внешнему интернету.
Насколько я в курсе, такой возможности нет. Более того, гугл по запросу "linux restrict directory size" выдает в первых двух позициях ссылки на SO, где советуют практически то же самое, что я написал, кмк, это даже не так и безумно, как мне самому кажется :)
un1t: 50 тыщ это сильно, вы так делали? Мы подбирали методом тыка и остановились на отметке в 1к запросов в батче - большие значения сожрут всю память на отправляющей стороне, что ведет к нестабильной работе...
loly: Не, это норм. В реляционной базе вас тоже никто не принуждает использовать autoincrement для id, вы можете оперировать ими как угодно. Я дополнил примером и ссылкой на документацию.
Хм. Специально перечитал документацию по snapshot/restore - принципиально ничего не поменялось с тех пор, как я в последний раз ее глядел - path.repo все еще существует и его надо указывать. Можете уточнить, как именно ES не запускается? Что в логах?
Вы знакомы с docker-compose? Им можно очень легко слинковать все контейнеры, при этом и идеология "каждому процессу по контейнеру" работает, и мороки не появляется.
У меня есть стойкое убеждение, что человек, далекий от symfony, потеряет нить повествования где-то после создания локатора в простом и незатейливом процессе создания роутера (создаем экземпляр Symfony\Component\Config\FileLocator (или любой другой класс с интерфейсом Symfony\Component\Config\FileLocatorInterface), создаем экземпляр Symfony\Component\Routing\Loader\YamlFileLoader (ну или любой другой класс с интерфейсом Symfony\Component\Config\Loader\LoaderInterface), передав ему в конструкторе созданный ранее локатор, создаем экземпляр Symfony\Component\Routing\RequestContext, создаем экземпляр Symfony\Component\Routing\Router, передав ему в конструкторе созданные ранее лоадер и контекст).
Вы можете посмотреть, на Vagrantfile с сайта mozilla.org, чтоб прикинуть, как другие джангисты делают похожую работу https://github.com/mozilla/bedrock/blob/master/Vag... У них используется puppet вместо ansible, но сути это не меняет.
Монолог абстрагирует операцию сохранения логов. В данный момент вы пишете в файлы, потом импортируете файлы на другой сервер, там загоняете их в бд. С монологом вы можете определить хэндлер, который пишет напрямую в бд, т.е. первая часть у вас по сути, отпадает.
У меня так настроено логирование на одном из проектов: используется ElasticSearchHandler для записи в ElasticSearch. В случае необходимости анализа логов открывается вебконсоль (обычная textarea), и в нее пишется запрос, что-то в духе "select player_name from monolog_record where ip='99.99.99.99' order by date desc", но, естественно, используя dsl эластика.
Но в моем случае это применимо, потому что все, кто будет читать логи, знают, как написать такой запрос. Если нужно дать доступ девочке-менеджеру, ну тогда я не знаю :)
Как правило, командой `sudo dmesg`. Ошибка с sysctl встречается у людей тут: https://github.com/elasticsearch/elasticsearch/iss... и вроде появляется на vps с openvz. Попробуйте еще добавить в /etc/default строку "MAX_MAP_COUNT=" (да, без значения). И кстати, какая версия ES?
А в dmesg или где-нибудь в других логах ничего не появляется? Процессы же просто так не умирают, как правило. Если в логах эластика ничего нет, то либо логирование (logging.yml) не настроено, либо процесс убивается системой.
А память, соответственно, в /etc/default/elasticsearch или /etc/sysconfig/elasticsearch меняли? Попробуйте там же добавить строки MAX_LOCKED_MEMORY=5000000 и MAX_OPEN_FILES=65535
Кластер, врочем еще функционирует, и ему все так же фиолетово, что ему там указывают. Помню, у меня было подозрение, что скрабы не запускаются на OSD, на которых идет ребаланс или бэкфилл, но подтверждения этому я не нашел.
Сейчас так, например: