ルートファイルシステムがXFSであるCentOS 7システムがあります(ftype=0
、システムのインストール時のデフォルトのCentOS設定で作成)。残念ながら、Docker overlay2
ストレージドライバーでは、そのファイルシステムがftype=1
で作成されている必要があります。
https://docs.docker.com/storage/storagedriver/overlayfs-driver/#prerequisites
ルートを再作成したいと思いますFS with ftype=1
。私はそれを次のように行うことを考えていました:
xfsdump
ルートFSリモートの場所に。ftype=1
。xfsrestore
リモートダンプからのルートFS.ただし、確信が持てないのは、xfsdump
の出力にftype
の設定に関連するものが含まれているかどうかです。つまり、xfsrestore
設定が異なるXFSファイルシステムに対してftype
を実行するときに問題が発生しますか?
または、この特定の問題を解決するためのより良いアプローチはありますか?
私の提案した方法はうまくいくようでした。これが私の手順です:
CentOS-7-x86_64-LiveGNOME-1804.iso
を起動します。Sudo -s
を押します。vgscan
centos
):vgchange -ay centos
lvscan
mkdir /mnt/root
mount /dev/centos/root /mnt/root
xfsdump -J - /mnt/root | ssh <Host> 'cat >/data/rootfs.dump'
umount /mnt/root
mkfs.xfs -f -n ftype=1 /dev/centos/root
mount /dev/centos/root /mnt/root
ssh <Host> 'cat /data/rootfs.dump' | xfsrestore -J - /mnt/root
xfs_info /
がftype=1
を表示することを除いて、すべてが以前と同じです。注:xfsdump
を呼び出すと、次の形式の警告が多数表示されました
xfsdump: WARNING: failed to get bulkstat information for inode 10485897
XFS開発者のように見える誰かによると( http://xfs.9218.n7.nabble.com/xfs-and-lvm-snapshots-tp1241p1246.html ):
これらは無視してかまいません。以前はリンク解除されていたiノードですが、スナップショットボリューム上にはまだ部分的に存在し、スナップショット内のすべてのiノードを抽出するためにxfsdumpが使用しているハンドルごとのインターフェースに表示されます。