ЕО
Кто знает, а зочем делать, что переменная справа?
Чтобы снизить читабельность кода, очевидно же. Руби полумёртвый, его пытаются добить
Size: a a a
2020 September 06
ЕО
В следующей версии можно будет сверху присваивать
a
_
||
10
a
_
||
10
DS
Хороший язык, хейтеры накинулсиь тут
DS
Но про присвоение я не понял, звучит странно и правда
A
Когда ты создаёшь контейнер с volume-ом, у тебя происходит bind mount каталога-источника в mount namespace контейнера, отчего у ФС появляется ещё одна точка монтирования. При этом могут быть разные краевые случаи, когда при удалении контейнера его mountns не исчезает (в таком случае бы все фс внутри него размонтировались автоматически).
DS
Alexander
Когда ты создаёшь контейнер с volume-ом, у тебя происходит bind mount каталога-источника в mount namespace контейнера, отчего у ФС появляется ещё одна точка монтирования. При этом могут быть разные краевые случаи, когда при удалении контейнера его mountns не исчезает (в таком случае бы все фс внутри него размонтировались автоматически).
ну если при удалении не размонтировался, значит mount остался. И утверждение "успешно размонитровалось" - неверно, правильно?
ЕО
Alexander
Когда ты создаёшь контейнер с volume-ом, у тебя происходит bind mount каталога-источника в mount namespace контейнера, отчего у ФС появляется ещё одна точка монтирования. При этом могут быть разные краевые случаи, когда при удалении контейнера его mountns не исчезает (в таком случае бы все фс внутри него размонтировались автоматически).
Нет, нет, нет и нет. Невозможно смонтировать в другой неймспейс.
docker выделяет специальный каталог куда монтирует имадж, а потом сверху монтирует другие volume. Потом docker запускает runc, в котором этот каталог становится корневым в новом неймспейсце
docker выделяет специальный каталог куда монтирует имадж, а потом сверху монтирует другие volume. Потом docker запускает runc, в котором этот каталог становится корневым в новом неймспейсце
A
ну если при удалении не размонтировался, значит mount остался. И утверждение "успешно размонитровалось" - неверно, правильно?
"Успешно размонитровалось" - успешно завершилась команда umount на хосте в корневом неймспейсе.
AC
Alexander
Когда ты создаёшь контейнер с volume-ом, у тебя происходит bind mount каталога-источника в mount namespace контейнера, отчего у ФС появляется ещё одна точка монтирования. При этом могут быть разные краевые случаи, когда при удалении контейнера его mountns не исчезает (в таком случае бы все фс внутри него размонтировались автоматически).
А показать можешь?
Неймспейс-то остался, наверное, в нем где-то и маунт живой есть?
Неймспейс-то остался, наверное, в нем где-то и маунт живой есть?
A
А показать можешь?
Неймспейс-то остался, наверное, в нем где-то и маунт живой есть?
Неймспейс-то остался, наверное, в нем где-то и маунт живой есть?
Неймспейс, ясное дело, остался. А контейнер - нет. :)
AC
Alexander
Неймспейс, ясное дело, остался. А контейнер - нет. :)
Тогда, может, запустить в нем какую-то команду?
A
Нет, нет, нет и нет. Невозможно смонтировать в другой неймспейс.
docker выделяет специальный каталог куда монтирует имадж, а потом сверху монтирует другие volume. Потом docker запускает runc, в котором этот каталог становится корневым в новом неймспейсце
docker выделяет специальный каталог куда монтирует имадж, а потом сверху монтирует другие volume. Потом docker запускает runc, в котором этот каталог становится корневым в новом неймспейсце
Ага, и там отдельный mountns с отдельными точками монтирования. Которые от состояния точек монтирования в корневом неймспейсе могут и не зависеть (и, насколько я помню, по дефолту и не зависят).
A
Тогда, может, запустить в нем какую-то команду?
Нужно для этого найти дескриптор неймспейса
AC
Alexander
Нужно для этого найти дескриптор неймспейса
Ну, и в чем беда?
A
Ну, и в чем беда?
В том, как его найти.
AC
Alexander
В том, как его найти.
A
Ну вот у тебя есть вывод этой команды (ну или ты сам по procfs собрал скриптом эту информацию), а что в выводе искать? :)