Ох, вот это крааайне непросто вопрос.

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

Не согласен с утверждением, что сложно пропихнуть. А уж улучшения документации и подавно не сложно. Я отправлял патчи в проекты опенстек, в которые не контрибьючу постоянно, и их нормально принимали.

Понятно, что что-то куда-то не лезет. Даже нашёл что, а куда - не понятно

У меня была ситуация. Не создавалась ВМка. Ругалось ImageTooBig и цифры - сколько надо, сколько есть. И всё. Гугл курил - не понятно.

Nginx/Apache

И вот теперь пример тупого вопроса - я вот описал всё это и спрашиваю помощи. Как не нарваться на ссылку docs.openstack.org? :)

просто раньше было RTFM а сейчас все толерантное в конечном итоге к вам потом придет такой коллега и посмотрим на сколько хватит ваших нервов)

Кто не был мейнтейнером проекта, тот даже не знает, что такое тупые вопросы!

А их что, кто-то читает, эти доки?

Кто не был мейнтейнером проекта, тот даже не знает, что такое тупые вопросы!

Отправь опендев админам патч, который зализейблит багтрекер в твоём проджект-конфиге – Profit!

Да мы наш багтрекер и так не читаем :D

А ещё лучше хотите? Вы прошли через эти доки и видите их недостатки. Теперь сформулируйте улучшения документации в виде патчей, отправьте их в апстрим, доведите до принятия их в кодовую базу (в доки новы, в вашем случае). Помогите другим начинающим, кому документация в нынешнем виде не легка для понимания. Можете хайлайтнуть меня тут в чатике, помогу советом по работе в апстриме.

Ну вот, с такого уже можно начать. 1. Виртуалка с томом? 2. Какой бекэнд у glance, какой у cinder? 3. В каком формате образ 4. Если ВМ с томом, сколько свободного места на момент ошибки было в файловой системе где находится /var/lib/cinder/conversion 5. Включи debug и читай в логах glance-api, cinder-volume и nova-api\nova-compute что творится)

За это - спасибо. Теперь понимаю, где у меня пробелы и что их надо ликвидировать :)

У меня была ситуация. Не создавалась ВМка. Ругалось ImageTooBig и цифры - сколько надо, сколько есть. И всё. Гугл курил - не понятно.

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

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

Ну ты понял что произошло?

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

А если дебаг включен, оно само тебе раскрученный стектрейс выплюнет)

А если дебаг включен, оно само тебе раскрученный стектрейс выплюнет)

Ага. Но бывает, что ты ищешь что-то, что не дебажится, потому что ты пока не знаешь, как что-то включить. Вон, тот же pcipassthrough с некорректным синтаксисом, или параметры в libvirt xml. Можно было найти место, где значение парсится и используется, и понять из кода, какой формат нужен, и как называется нужный параметр.

Ага. Но бывает, что ты ищешь что-то, что не дебажится, потому что ты пока не знаешь, как что-то включить. Вон, тот же pcipassthrough с некорректным синтаксисом, или параметры в libvirt xml. Можно было найти место, где значение парсится и используется, и понять из кода, какой формат нужен, и как называется нужный параметр.

Я пока ни разу, но мысли уже были. Нет скилла, чтоб читать код с адекватной скоростью

Я пока ни разу, но мысли уже были. Нет скилла, чтоб читать код с адекватной скоростью

grep -Rni -A5 -B5 xxx directory/ | less Или GitHub search – примерно одинаковый выхлоп.

Ну и с кодом, конечно, всякий pycharm поудобнее может оказаться иногда чем просто грепать или читать.

Но ваще чтоб прям быстро в проблемах разбираться грепом не обойдешься нифига. Нужно логи куда-то в одно место (эластик, видимо) складывать и там же и смотреть.

О! Кстати, да! Хотел как раз спросить - какие решения кроме эластика есть?

graylog

"тижолое". как и эластик

просто тот же json полукилометровой длины просто ломает глаз (

Эт ты про что?

Легче вряд ли ты что-то найдешь. Всё что делает полнотекстовую индексацию будет тяжелым, жрущим память и процессор и сложным.

Фантазирую - отдал, скажем 500 метров логов, оно минут за 10-20 перелопалито, можно пользоваться

"тижолое". как и эластик

Локально? Ну не так, чтоб прям бедствую. 16 Гб на ноуте

Но для начала даже централизованный сбор через journald или syslog уже норм будет)

Не вариант. Централизованый сбор нет возможности организовать. Разные площадки. Иногда - только " флоппи-нетом"

Почему это нельзя? Связность же есть. А гнать логи не обязательно из удаленных датацентров в одно место.

В эластике есть cross-cluster search. Правда, не пользовался никогда, но выглядит хорошо.

Интересно)

Но ваще чтоб прям быстро в проблемах разбираться грепом не обойдешься нифига. Нужно логи куда-то в одно место (эластик, видимо) складывать и там же и смотреть.

Хорошо

А можно поступить так: приобрести знания и навыки, выполнить свои задачи, не передать своё ноу-хау новичкам и другим людям в широком круге коллег по профессии. Самому стать «дедом» (тут выше дедовщину упомянули).

А можно поступить так: приобрести знания и навыки, выполнить свои задачи, не передать своё ноу-хау новичкам и другим людям в широком круге коллег по профессии. Самому стать «дедом» (тут выше дедовщину упомянули).