If the pool "Enable Dedupe Metadata" is disabled then there are no tables initialized for that pool. When you try to add a disk to this pool without a disk configured in the Default pool the disk addition will fail. This is because there is no way to store the deduplication entries for the vdisks in the pool.
Alternatively when you add a disk to a pool with "Enable Dedupe Metadata" the initial used space of the disk is much higher than when adding the first disk to a pool with "Enable Dedupe Metadata" unchecked. On Tue, Feb 6, 2018 at 8:23 PM, Aleksey Maksimov <aleksey.i.maksi...@gmail.com> wrote: > Hello QUADStor Team! > > QUADStor Storage Virtualization 3.2.13 on Debian GNU/Linux 9.3 (stretch) > > > 1) I renamed "Default" pool to "SSD-Metadata-Pool". In this pool I added a > fast SSD drive > 2) Then I created a new pool "HDD-Backup-Pool" and added to it the slow > disks. This pool has disabled features "Enable Dedupe Metadata"/"Enable > Logs" > 3) Then in the pool "HDD-Backup-Pool" I created the "Backup-vDisk1" virtual > disk with enabled option "Enable Deduplication" > > Now the question > > How can I be sure that the "HDD-Backup-Pool" deduplication metadata is on > the fast disk of the "SSD-Metadata-Pool" pool ? > How can I verify that? > > -- > You received this message because you are subscribed to the Google Groups > "QUADStor Storage Virtualization" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to quadstor-virt+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "QUADStor Storage Virtualization" group. To unsubscribe from this group and stop receiving emails from it, send an email to quadstor-virt+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.