我试图利用lvm薄卷在可信的14.04上使用外部驱动器3TB作为容量组的PV,但是由于某种原因,这失败了,并且瘦池被某种方式破坏了。
在2TB驱动器上,作为PV,这一切都工作得很好,我甚至可以创建薄卷等的薄快照。
以下是我所做的:
1)设置PV:
# pvcreate /dev/sdb2)创建卷组:
# vgcreate vg_backups /dev/sdb3)创建瘦池:
# lvcreate --thin -L2,5T --chunksize 1M --poolmetadatasize 16G /dev/vg_backups/backup_thinpool4)创建一个新的薄卷:
# lvcreate --thinpool /dev/vg_backups/backup_thinpool -n test_lv -V400G5)到目前为止,一切似乎都进行得很好,瘦LV似乎是活动的,但当我想使VG不活跃时:
# vgchange -an /dev/vg_backups...I首先收到以下警告:
WARNING: Integrity check of metadata for thin pool vg_backups/backup_thinpool failed.如果我试图通过以下方式重新激活VG:
# vgchange -ay /dev/vg_backups...I get:
Check of thin pool vg_backups/backup_thinpool failed (status:1). Manual repair required (thin_dump --repair /dev/mapper/vg_backups-backup_thinpool_tmeta)!..。薄薄的音量不能被激活。运行thin_dump -修复命令只会给出:
# thin_dump --repair /dev/mapper/vg_backups-backup_thinpool_tmeta
read failed就像我说的,如果我使用2TB驱动器作为PV,这一切都能工作。在Centos 7机箱上也进行了测试,它在3TB驱动器上也可以工作。因此,Ubuntu中的lvm瘦池处理肯定有问题。
有人参与过这个问题吗?有什么解决办法吗?
我现在安装了另一台16.04机器(与15.10兆瓦的结果相同),我实际上能够在3T磁盘上创建瘦LV,并且它被激活并可用。
但是,如果我像这样对薄卷做了一个薄薄的快照:
# lvcreate -s --thinpool /dev/vg_backups/backup_thinpool -n test_lv_snapshot test_lv...then薄快照不会激活,即使我尝试,也无法激活它:
# lvchange -ay /dev/vg_backups/test_lv_snapshot我没有任何错误,LV只是没有变得活跃。
在16.04,我可以停用和重新激活(vgchange)的卷组,没有错误,-just,薄薄的快照不会成为活跃的,无论我尝试什么。
同样,在16.04 (和15.10)上,即使是2T磁盘也有相同的行为,-the的瘦快照不会激活。
但是,如果我首先创建瘦卷,在14.04机器上的2T磁盘上创建一些薄卷和一些薄卷快照,然后将磁盘附加到16.04机器上,然后激活这些薄卷及其快照。
但是,如果我在16.04机器上的磁盘上再做一些薄薄的快照,这些薄薄的快照就不能在16.04机器上激活,但是如果我将磁盘连接回14.04机器,即使是在16.04机器上创建的薄快照也被认为是活动的…?
因此,我可能在这里看到两个独立的问题:
( 1) 14.04无法像处理2T磁盘那样处理3T磁盘
2) 16.04上创建的任何磁盘上的薄薄的快照都不能激活
这意味着在16.04 (和15.10)上创建的任何瘦快照都不能被访问(不能激活和挂载卷),这是非常糟糕的!
所以,如果有人有解决这些问题的办法,那就太好了!
发布于 2016-06-30 23:11:01
要激活快照,请尝试添加“-K/-”
有人认为薄卷快照的默认设置是setactivationskip为“yes”。您可以通过在每个新快照上运行“n”来永久禁用跳过。
https://askubuntu.com/questions/758693
复制相似问题