12.4.4. Problemas conhecidos
Esta versão tem os seguintes problemas conhecidos:
Durante a migração, o Migration Toolkit for Containers (MTC) preserva as seguintes anotações no namespace:
-
openshift.io/sa.scc.mcs -
openshift.io/sa.scc.supplemental-groups openshift.io/sa.scc.uid-rangeEssas anotações preservam o intervalo de UID, assegurando que os contêineres mantenham suas permissões de sistema de arquivos no cluster de destino. Há um risco de que as UIDs migradas possam duplicar as UIDs em um namespace existente ou futuro no cluster de destino. (BZ#1748440)
-
- A maioria dos recursos com escopo de cluster ainda não é manipulada pelo MTC. Se seus aplicativos exigem recursos com escopo de cluster, talvez seja necessário criá-los manualmente no cluster de destino.
- Se ocorrer uma falha na migração, o plano de migração não reterá as configurações personalizadas do PV para os pods desativados. É preciso reverter manualmente a migração, excluir o plano de migração e criar um novo plano de migração com suas configurações de PV. (BZ#1784899)
-
Se uma migração grande falhar porque o Restic atingiu o tempo limite, você poderá aumentar o valor do parâmetro
restic_timeout(padrão:1h) no manifesto de recurso personalizado (CR)MigrationController. - Se você selecionar a opção de verificação de dados para PVs que são migrados com o método de cópia do sistema de arquivos, o desempenho será significativamente mais lento.
Se você estiver migrando dados do armazenamento NFS e
root_squashestiver habilitado,Resticserá mapeado paranfsnobody. Ocorrerá uma falha na migração, e um erro de permissão será exibido no log do podRestic. (BZ#1873641)É possível resolver esse problema adicionando grupos complementares de
Resticao manifesto de CRMigrationController:spec: ... restic_supplemental_groups: - 5555 - 6666- Se você realizar uma migração direta de volume com nós em diferentes zonas de disponibilidade ou conjuntos de disponibilidade, a migração poderá falhar porque os pods migrados não poderão acessar a PVC. (BZ#1947487)