I expect to have thousands of non contiguous extents (so I created a synthetic mapping table to test the device-mapper behavior). Any suggestions? -----Original Message----- From: Alasdair G Kergon [mailto:agk@xxxxxxxxxx] Sent: Monday, February 28, 2011 2:12 PM To: Eli Malul Cc: device-mapper development Subject: Re: mirrored device with thousand of mappingtableentries On Mon, Feb 28, 2011 at 01:59:16PM +0200, Eli Malul wrote: > The first few lines of the table I am loading: > [root@vpc09 ~]# vi /tmp/mirror_table.txt > 0 12 km_mirror core 2 8 nosync 2 /dev/loop0 0 /dev/loop1 0 > 12 12 km_mirror core 2 8 nosync 2 /dev/loop0 12 /dev/loop1 12 > 24 12 km_mirror core 2 8 nosync 2 /dev/loop0 24 /dev/loop1 24 > 36 12 km_mirror core 2 8 nosync 2 /dev/loop0 36 /dev/loop1 36 > 48 12 km_mirror core 2 8 nosync 2 /dev/loop0 48 /dev/loop1 48 > 60 12 km_mirror core 2 8 nosync 2 /dev/loop0 60 /dev/loop1 60 > 72 12 km_mirror core 2 8 nosync 2 /dev/loop0 72 /dev/loop1 72 > 84 12 km_mirror core 2 8 nosync 2 /dev/loop0 84 /dev/loop1 84 > 96 12 km_mirror core 2 8 nosync 2 /dev/loop0 96 /dev/loop1 96 > 108 12 km_mirror core 2 8 nosync 2 /dev/loop0 108 /dev/loop1 108 Why do you need this, rather than one mirror target covering the whole device? (And if, unlike that example, your extents are not contiguous, create two new devices that join them together, and mirror those. That's what LVM does.) Alasdair -- dm-devel mailing list dm-devel@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/dm-devel