« Rev
@openstack_ru   58
Fwd »


Fedor
мужики, вы в личке траблшутить это не можете?
citius
народ, а как правильно дебажить 2017-04-24 19:14:50.450 19085 WARNING nova.scheduler.utils [req-342102ea- - - - - -] Failed to compute_task_build_instances: No valid host was found. There are not enough hosts available.
citius
там же по идее может и памяти и проца и всего чего угодно не хватать
Alexander
Смотреть логи nova compute
citius
в логе компьют на этот момент ничего нет
citius
однако этот лог засран такими записями: 2017-04-24 19:18:28.208 19286 WARNING nova.scheduler.client.report [req-f3303545-c53b-43bd-b572-30982314f126 - - - - -] Placement API service is not responding.
citius
в этом проблема и была, да - placement оживил и заработало.
Alexander
Ох уж эта Ocata:)
Nick
Заопенсорсили часть проекта которым управляем public images в нашем облаке: https://github.com/serverscom/dibctl. Суть - строит образы, пробегает на них тесты и делает upload. В нашем случае там есть еще часть, которая отвечает за то, чтобы "старые" образы помечать как obsolete и делать непубличными (они будут доступны только тем, у кого из них сделаны машины).
Anonymous
+1
Hello
@ndvas Круто.
Artem
Из готового есть zabbix monitoring for openstack
Ребята это оно? https://github.com/cloudowski/zabbix-openstack
Yuf
А для nagios нету нечего ?
Ilya
Для nagios можно посмотреть сюда: https://github.com/SmartInfrastructures/nagios-fuel
Ilya
еще сюда: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux_OpenStack_Platform/4/html/Installation_and_Configuration_Guide/chap-Monitoring_OpenStack_using_Nagios.html
Ilya
и в целом псотреть на проект vitrage
Ilya
*посмотреть
Евгений
вот еще: https://jujucharms.com/ganglia/12
Yuf
http://www.highsnobiety.com/2016/11/07/sega-genesis-production/
Logan
А для nagios нету нечего ?
неужели кто-то еще внедряет это ископаемое добровольно?
Yuf
ну есть много хороших форков
Yuf
centreon, ikinga и прочие
Yuf
плюс еще nagios xi
Yuf
они как раз еще внедряются )
Yuf
а zabbix давно уже порвал nagios?
Pavel
zabbix - это плохо, но нагиос - неприлично
Yuf
а что хорошо ?
Pavel
а хорошо нету
Logan
а zabbix давно уже порвал nagios?
смотря в чем. Заббикс отвратителен, но хуже nagios сложно что-то придумать. Разве что OpenView
Yuf
а что не нравится в nagios ?
Logan
а что там может нравится? софт из 90-х. А вообще это обсуждение стоит перенести в @metrics_ru можете попытаться там доказать, что nagios - это прекрасно
✠ FLASh ✠
нагиос - дикуха которая похожа на кал)
✠ FLASh ✠
и работает так же
Pavel
А чем заббикс плохо?
Не держит большую нагрузку (точнее требует тысячи мощностей), таблица events способна за месяц отожрать весь диск, а housekeeper работает всрато. Нельзя легко увести триггер в acknowledge, если он повторяется, нельзя использовать в триггерах параметры переданные агентом. Нельзя толком кастомизировать screen'ы. Ну и куча мелких огрехов, которые вылезают при эксплуатации
Anonymous
нагиос - дикуха которая похожа на кал)
работает он куда лучше заббикса
Anonymous
основная беда нагиоса, конфиги оч зануждые с занудным синтаксисом
Pavel
А есть что по-лучше? Ну, заббикс опенсорс проект, приложили бы руку к огрехам.
Лучше ничего не нашел. Есть прометеус, но он не событийный мониторинг
Pavel
icinga2 смотрел?
Краем глаза, не очень
Anonymous
посмотри внимательнее, она куда лучше заббикса
Pavel
В каком-то качестве мы используем Прометеус ч Графаной, но оно для анализа и графиков, а не для триггеров
Pavel
А так Прометеус няшен
Anonymous
С событийным мониторингом?
да, она куда меньше жрёт, нормально события собирает даже без агентов, и конфиги уже попроще чем в нагиосе
Pavel
Ну то что он "корово" это не плохо, можно всегда отказаться от него и на вопрос хули не мониторите, ответить, мощностей нет 😆
У нас для этого есть специальные люди, которые упарываются опен вью и прочими проприетарными свистелками.
Timur
https://www.influxdata.com/products/
Logan
А есть что по-лучше? Ну, заббикс опенсорс проект, приложили бы руку к огрехам.
чтобы исправить его огрехи - его придется с нуля переписать. На такой подвиг никто не готов
Rustam
А ка reimann? Вроде хорош, но lisp-конфиг это жесть
Александр
Коллеги а есть кто то кто отлично знает esxi сli?? знаю что не совсем в тему
Александр
именно cli, не саму esxi?
вооопрос вообщем следующий как через cli сделать lacp портов. и только их добавить в vswitch
Vyacheslav
Try https://github.com/openstack/oslo.vmware
Vyacheslav
Выжирает правда 200+Mb RAM на соединение.
Vyacheslav
Cli зло, ибо удаленно неудобно, api лучше.
Vyacheslav
Пример использования есть тут https://github.com/Mirantis/vmware-dvs
Alexander 🐕
Привет
Alexander 🐕
Есть кто-нибудь?
Mark ☢️
Radik
Привет ) Есть )
Andrey
Есть кто-нибудь?
А смысл ))
Alexander
Животрепещущий вопрос: кто едет на саммит?
Alexander
Предлагаю устроить дискуссии в каком-нибудь баре, познакомиться
Radik
Не еду :(
Eugene
вооопрос вообщем следующий как через cli сделать lacp портов. и только их добавить в vswitch
Через esxcli можно только эзерченел сгородить. Lacp через вцентр и dvs. А там или апи или гуй
Yuf
всем привет
Yuf
что за параметр integration_bridge = br-int
Yuf
в доке найти нормальное описание не могу найти
Fedor
что за параметр integration_bridge = br-int
https://www.rdoproject.org/networking/networking-in-too-much-detail/#compute-host-integration-bridge-de
Fedor
The br-int Open vSwitch bridge is the integration bridge: all guests running on the compute host connect to this bridge. Networking implements isolation across these guests by configuring the br-int ports.
« Rev
@openstack_ru   58
Fwd »