-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 How about this? qemu-img create -f qcow2 test 32T qemu-nbd -c /dev/nbd0 test xfs_mdrestore -g md0.metadump /dev/nbd0 >>> >>> Hmm, I guess the file size exceeds the capabilities of the root >>> fs, even if there might ultimately be enough space to restore >>> the metadump. >> >> I wouldn't think so, at least not fundamentally. It's ext4. It's >> certainly not big enough to hold an 18T file system, though, and >> perhaps that is what xfs_restore is checking. > > No, it's just failing to write any data at an 18T offset. > > The ext4 filesystem (with 4k blocks) is limited to a 16T maximum > file offset; you won't be able to restore a (sparse) 18T > filesystem image onto an ext4 filesystem. >> >> RAID-Server:/TEST# xfs_mdrestore -g md0.metadump RAIDfile.img >> xfs_mdrestore: cannot set filesystem image size: File too large >> > > Hmm, I guess the file size exceeds the capabilities of the root fs, > even if there might ultimately be enough space to restore the > metadump. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCgAGBQJVt9P3AAoJELsEaSRwbVYryxEP/1WDJUO15CA35VW/JE13gp/U qIXsc8tS3ZKds/at1boPAw2/X4HYclfuhV9heYi+npzF/0pimqTY7MkjxVN3JUHf r2pOZSL0r0YqPw0Wc17sFOY5y1F7AzHS9vIUIMpYTW5A0CasQDUCuetfhlawNWLR ijjmXWnLivPo7tsIOC7WMl9wmf3kO9P/2wN0aR5oUmtcdn4sPiqPHYv1e6UpiYkr Qv1M1NtX9rryLQZyWWtHQQGj+3IFyMIT6NszQ8mOPw8ijJTxMlVb5rxyP4I5uzZw r0KkIWxfU558I/eGHaVHlsWBpaqM5JbiZzQDkh03vCIyZNi5tnwDKl0i2wRsM6m/ N7VvUSwDHOvoxpQtE3KYVcOqlyGXS/S2N6wSBDQ5LqSQDS8JRJYt2wjnaSNG2ib7 ddLlfkGhkM4IDpWjn0HvupDY9jhcKDxEpZ8t73tQLSaq705GYMcYxOmplzM6Iu3E it7oiCM/p76p5NF5BLqoj1zU/XFKgpadcTOkL6vNjVvDzjhVO/RL8lS7yI8dbHuk t44SN5jCX+OmawxveAaXs1BSySCgOEK/kZuYYNvrIZq0W3ZoeLJKNFUtuOr24Kwn HY8/GyRxG9Kg4+KoUvV6skZw+/RjEgDGJ17vVHc23qVfSraJftXjiE42Hp2BI4NK RHVCtUzI+6fK7xL2Ex06 =Oqcp -----END PGP SIGNATURE----- _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
