Pull to refresh
52
0
Сизов Сергей @sudoroot

DevOps, Network, Linux\Unix

Send message

Уважаемый автор, я полагаю в Вашу статью полетит много минусов. И позволю себе постараться объяснить почему. Установка zabbix полностью покрывает вполне хорошая документация, которая к слову на русском языке. Если бы Вы рассказали о каких-то проблемах, о каких-то нюансах, багах, тогда да. А Вы проделали работу по переформулированию официальной документации своими словами. Постарайтесь найти интересный технический случай в своей практике, поделитесь с публикой хабра, и ваша статья будет пользоваться успехом! Ну и не переживайте, и не расстраивайтесь, если первая попытка не удалась! Пишите!

Отличное решение! Спасибо, что поделились опытом!

Спасибо! Замечание по делу, добавлю данное упоминание!
Хорошее замечание, мы в силу универсальности инструмента почти везде используем jq, и не только при работе с kubectl. Но всегда хорошо, когда есть выбор!
Да, разумеется, вывод можно доработать под свой вкус, иногда бывает нужно в файл, иногда для визуального обзора )
Вот только мне покажется, что я вроде начал неплохо разбираться в ОС семейства Linux, и выходит такая статья, которая заколачивает гвозди в плинтус над моей головой. Спасибо за статью! Пишите еще!
root — это инструмент. Да, инструмент опасный. Да, инструмент требующий повышенной ответственности, но инструмент. Нельзя запретить болгарку, потому что она очень опасна. Надо просто научиться ей пользоваться. Я не вижу ничего плохого в том, чтобы использовать root, но только тогда, когда это необходимо и только там, где это необходимо.
Кстати, у меня то проблема не с тем что слетел владелец\группа. В моем случае проблема именно с правами.
--numeric-ids rsync-у говорили? Если нет — сменился владелец, т.к. UID-ы внутри контейнера и в хост-системе разные. И в образах (распакованных), и в артефактах.

А вот это я не учел, ваша правда! Попробую воссоздать в лабораторных условиях. Спасибо!
Надо смотреть, читать логи. Так сходу сказать в чем проблема не получится. Нужно больше информации.
Спасибо за ваш комментарий, люблю, когда много и по делу! =)

Ничего загадочного тут нет, cp -r копирует, меняя все права на те, которые в umask указаны, делая при этом chown на текущего пользователя. А у вас там nginx от www-data куда-то писать хочет внутри контейнера.

Я тоже подумал про umask. Мы удалили новый каталог и сделали rsync -a со старого. И проблема сохранилась.

Правильно смотреть в docker info | awk '/Root Dir/ {print $NF}'

В целом, я думаю можно дополнить вашим подходом мой. То есть сначала проверяем отработал ли конфиг, и передались ли опции демону при старте. А потом уже смотрим инфо докер демона. Спасибо, я дополню статью!

Менялся. Локально он хранится уже распакованным, так что права внутри него побились.

К такому же выводу я и пришел, единственное, я не понял причины. Потому что каталог источник мы не трогали. И rsync с сохранением аттрибутов\прав с данного каталога не принес победы…
Дополню статью, а по факту, использовалась xfs и там и там.
Есть определенные проблемы с доступом к серверу, дело в том, что у меня рутового доступа нет. И я лишь осуществляю составление инструкций, по которым человек выполняет действия. Энтерпрайз, все дела..=(
Но я задумал поднять аналогичную лабораторную среду у себя дома и попробовать воссоздать проблему. По результатам, если их получу, обязательно отпишусь.
Вы правы, спасибо, дополнил статью!
Да, изначально человек, выполняющий перенос, не добавил нужный ключ. Но в дальнейшем, даже rsync не спас ситуацию, я в статье об этом писал.
Только уже ради футболки надо попробовать!
А по делу — спасибо за дельный комментарий, обязательно попробую!
Я перед публикацией статьи проверял данный момент. В случае переопределения секции с портами происходит перезапись.

Information

Rating
Does not participate
Location
Уфа, Башкортостан(Башкирия), Россия
Works in
Date of birth
Registered
Activity