Перемещение каталога /home в NFS безопасно и с сохранением всех разрешений
Я пытаюсь связать мой домашний каталог на облачной машине (OpenNebula) с каталогом в NFS, потому что у моей облачной машины очень ограниченная емкость - всего 5 ГБ.
Я уже давно использую один и тот же подход, но должен осознать, что он крайне ненадежен, непредсказуем и непоследователен.
mkdir /storage/seattle-5/nfs4/home/my_username/vm_home
sudo cp -rp /home/* /storage/seattle-5/nfs4/home/my_username/vm_home
sudo mv /home /old_home_backup
sudo ln -s /storage/seattle-5/nfs4/home/my_username/vm_home /home
sudo tar cvzf /storage/seattle-5/nfs4/home/my_username/vm_home/home_old.tar.gz /old_home_backup/*
Время от времени, когда я создаю новую виртуальную машину, я вижу, что такой подход приводит к очень неожиданному поведению.
Большую часть времени я получаю сообщение об ошибке, что во время процесса копирования разрешения не были сохранены. Таким образом, в конце концов, только у моего собственного пользователя все в порядке, и все файлы доступны, но у других пользователей все их файлы и права доступа / владельца полностью испорчены, и когда они пытаются войти, они получают ошибку Could not chdir to home directory /home/[user]: Permission denied! Например, я вижу что-то вроде этого, когда я бегу ls -lah в их каталоге:
drw-rw---- 6 nobody 4294967294 4.0K May 21 08:47 another_example_user_home_dir
Поэтому вопрос заключается в том, как безопасно изменить местоположение домашнего каталога с облачной машины на каталог по NFS?
Что еще более важно, есть ли команда / библиотека, которая предназначена для создания домашних каталогов непосредственно в NFS без проблем? Я использую аутентификацию Kerboros 5. Возможно вместо adduser --disabled-password new_user Есть ли лучший подход для создания домашних каталогов на NFS, который предотвращает будущие проблемы?
Связанные с:
Файлы, подключенные через NFSv4, принадлежат 4294967294, идентификаторы UID и GID совпадают