
При попытке подготовить систему CentOS 7 с помощью RedHat Satellite 6.2.9 я получил следующую ошибку:
...
ValueError: новое значение несуществующей файловой системы xfs недопустимо в качестве типа файловой системы по умолчанию
Пейн мертв
Кто-нибудь может помочь?
решение1
Ну что ж, через несколько часов я решил проблему.
Несмотря на то, что сообщение об ошибке говорит о несуществующей файловой системе, сама проблема не имеет ничего общего с типом файловой системы. Реальная проблема в том, что файлы vmlinuz/initrd.img, которые были доставлены на машину во время первого процесса загрузки, отличаются от тех, которые были доставлены Anaconda, когда она начинает процесс установки.
В RedHat Satellite 6.2.9 вам необходимо найти правильные файлы vmlinuz/initrd в репозитории pulp:
$cd /var/lib/pulp/published/yum/master/yum_distributor/
$for i in `find . -name "*vmlinuz*"`; do md5sum $i; done
e26fb62adf407f112b47d63eff6bd23c ./Library-Ceph-CentOS-7-CentOS-7-os/1508160648.68/images/pxeboot/vmlinuz
e26fb62adf407f112b47d63eff6bd23c ./Generico_CENTOS-17_0-CentOS-7-CentOS-7-os/1510159832.92/images/pxeboot/vmlinuz
e26fb62adf407f112b47d63eff6bd23c ./Generico_CENTOS-18_0-CentOS-7-CentOS-7-os/1512565858.98/images/pxeboot/vmlinuz
e26fb62adf407f112b47d63eff6bd23c ./Producao-Ceph-CentOS-7-CentOS-7-os/1508161486.78/images/pxeboot/vmlinuz
e26fb62adf407f112b47d63eff6bd23c ./Generico_CENTOS-21_0-CentOS-7-CentOS-7-os/1517253969.47/images/pxeboot/vmlinuz
e26fb62adf407f112b47d63eff6bd23c ./Generico_CENTOS-22_0-CentOS-7-CentOS-7-os/1517255117.41/images/pxeboot/vmlinuz
e26fb62adf407f112b47d63eff6bd23c ./Generico_CENTOS-23_0-CentOS-7-CentOS-7-os/1521811840.7/images/pxeboot/vmlinuz
e26fb62adf407f112b47d63eff6bd23c ./Producao-Generico_CENTOS-CentOS-7-CentOS-7-os/1527697980.04/images/pxeboot/vmlinuz
e26fb62adf407f112b47d63eff6bd23c ./Producao-Generico_CENTOS_POSTGRES-CentOS-7-CentOS-7-os/1521834748.44/images/pxeboot/vmlinuz
e26fb62adf407f112b47d63eff6bd23c ./Generico_CENTOS_POSTGRES-4_0-CentOS-7-CentOS-7-os/1521833864.47/images/pxeboot/vmlinuz
У всех них одинаковый md5, потому что они указывают на один и тот же файл. То же самое нужно сделать с initrd.img:
$for i in `find . -name "*initrd.img*"`; do md5sum $i; done
Затем замените правильными файлами в каталоге /var/lib/tftpboot/boot:
$cd /var/lib/tftpboot/boot
$ls |grep CentOS
CentOS-7.2-x86_64-initrd.img
CentOS-7.2-x86_64-vmlinuz
CentOS-7.3-x86_64-initrd.img
CentOS-7.3-x86_64-vmlinuz
CentOS-7.4-x86_64-initrd.img
CentOS-7.4-x86_64-vmlinuz
CentOS-7-x86_64-initrd.img
CentOS-7-x86_64-vmlinuz
CentOS_Linux-7-x86_64-initrd.img
CentOS_Linux-7-x86_64-vmlinuz
$sudo cp /var/lib/pulp/published/yum/master/yum_distributor/Generico_CENTOS-17_0-CentOS-7-CentOS-7-os/1510159832.92/images/pxeboot/vmlinuz CentOS-7.2-x86_64-vmlinuz CentOS-7.2-x86_64-vmlinuz
Сделайте это для каждого файла vmlinuz и initrd.img, который связан с проблемной ОС.
решение2
Это происходит со всеми версиями Satellite (и Foreman), когда ядро/initramdisk изменяется после выпуска новой ОС и/или после синхронизации репозитория или загружается неправильно. Мы немного улучшили эту проблему в Foreman 1.20 (Satellite 6.5), но она все еще не решена. Предварительное решение было предоставлено в Satellite 6.6 (beta) и Foreman 1.22:https://projects.theforeman.org/issues/26709
ОБХОДНОЙ РЕШЕНИЕ: Удалите initramdisk/vmlinuz на TFTP-сервере и повторно войдите в режим сборки, чтобы загрузить их.