Крч, если совсем убить инфрастуктуру, то нужен полный бекап и таже мажорная версия сервера.

ну так сильно я не извращался, в том смысле чтобы на другую версию пытаться накатить

Кто-нибудь обновлял кластер с 4.6 на 4.9? т.е. как перейти с el7 на el8?

но просто сама команда воссановления из оригинального бекапа у меня выполнялась без ошибок

Вчера столкнулся, пришлось каким-то чудом полный бекап доставть. Исключительно из data не хотело восстаналиваться, а у меня как раз только такой и был.

судя по тому что пост был в 2.54 - я так и понял :)

этот антон вилки везде шастает, походу бот

Всем доброго времени суток! Столкнулся с такой задачей:
Есть FreeIPA, которая рулит LDAP пользователям. В ней есть некоторый набор POSIX group, которые, как и ожидается не светятся в /etc/group.  Для примера возьмём группу test состоящую из 2 пользователей "a1" "a2". При установки docker создается группа локальная группа docker в том самом /etc/group с каким-то рандомным системным GID (может отличаться на разных машинах), для примера возьмём GID 130 для docker.
Внимание вопрос, можно ли как-то в FreeIPA накинуть права на доступ/членство в локальной группе.

Что и как испробовано:
touch 123.txt
chown root:docker 123.txt
chmod 664 123.txt

Если в FreeIPA создаём группу docker, то у неё будет отличный GID от локальной docker и доступ к файлу будет RO.
Если в FreeIPA создаём группу docker с указанием конкретного GID 130, то при авторизации мы получи права RW на файл, но проблема останется, т.к. на другой машине может быть другой GID у локальной группы docker

Извините, но прям очень оффтоп захотелось: Проблемы индейцев шерифа не ебут ))

По теме, если группа локальная уже создана, наверно никак, она должна появляться позже, чем появился доменный юзер с одноименной доменной группой

Ну или тупо просто какими то кастылями юзера пихать в локальную группу

Руками это я уже и скриптик написал, которые читает с ldap'a список юзеров в группе и добавляет их в локальную

Но это ж костыль, думал существует более элегантный метод)

Если поискать в этом чате по слову "костыль" то входжений будет много )

=))))))))))) пойду костылить проверки в скрипт, можт чо дельного и выйдет =))

Нет, потому что приоритет источников данных о юзерах и группах разруливается локально. Подробности в man nsswitch.conf

Исчерпывающе, спасибо

Добрый день.
Хочу уточнить, как обстоит дело с получением прав пользователя от LDAP?
Суть вот в чём: в настоящее время наши компьютеры по любому чиху со стороны пользователя обращаются к ldap базе на сервере, так сказать "уточняют", а может ли этот пользователь совершить это действие. В результате, если сеть отвалилась, то компьютер ничего не может поделать, и если ты не локальный пользователь, а из ldap, то ничего ты не сделаешь. Даже файлик не сохранишь, и сетевое подключение не перезапустишь. А сеть иногда отваливается, по разным причинам.
Вот я и озадачился: а можно ли как-то распределить БД по компьютерам, чтобы они получали всю информацию о пользователях и далее оперировали ей локально? Получение изменений это уже отдельный вопрос, уверен, их можно получать по запросу/по таймингу, если удастся провернуть предыдущий пункт.

Если возможно, то в какой реализации LDAP это исполнено лучше всего, если кто знает?

У фриипы вроде есть кеш