【星海出品】openstack LVM后端

LVM后端创建
LVM的Red Hat 管理介绍：https://access.redhat.com/documentation/zh-cn/red_hat_enterprise_linux/7/html/logical_volume_manager_administration/index
cinder_volume_group: “cinder-volumes”

pvcreate /dev/sdb #sdb是需要干净的存储位
vgcreate cinder-volumes /dev/sdb

使用过滤器控制 LVM 设备扫描
/etc/lvm/lvm.conf
filter = [ “a/sdX/”,“r/.*/” ]
通过在 lvm.conf 配置文件中设定过滤器控制设备 LVM 扫描。lvm.conf 文件中的过滤器由一系列简单正则表达式组成，应用于 /dev 目录中的设备名以决定接受或者拒绝每个找到的块设备。

下面的过滤器添加所有找到的设备，这是默认行为，因为在配置文件中没有配置任何过滤器：
filter = [ “a/./" ]
下面的过滤器只在第一个 IDE 驱动器中添加分区 8 并删除其他所有块设备：
filter = [ “a|^/dev/hda8$|”, "r/./” ]
下面的过滤器添加所有回路和 IDE，并删除其他所有块设备：
filter =[ “a|loop.|", "a|/dev/hd.|”, “r|.|" ]
下面的过滤器添加所有回路并删除其他所有块设备：
filter = [ "a/loop./”, “r/.*/” ]

注意
lvmetad 守护进程处于运行状态时，执行 pvscan --cache device 命令时不会应用 /etc/lvm/lvm.conf 文件中的 filter = 设置。要过滤设备，则需要使用 global_filter = 设定。LVM 不会打开无法进行全局过滤的设备，且再也不会对其进行扫描。可能会需要使用全局过滤器，例如：在 VM 中使用 LVM 设备，且不想让该物理主机扫描 VM 中设备的内容。

查看cinder的banckup-drivers
我是使用的KOLLA部署的openstack-W版本
发现没有 iscsi 和 LVM 的驱动。

kolla还有一个需要注意的存储问题。docker的问题
JSON.log的增长速度异常
/var/lib/docker/containers//-json.log

因为 LVM 的驱动创建出来的机器，会挂载到 /dev/ 下，单独创建一个盘进行连接。
所以我直接对/dev/sdx 进行操作即可。

#备份我使用了，稀疏拷贝
dd  if=srcFile  of=dstFile  iflag=direct  oflag=direct  bs=4M  conv=sparse
dd  if=/dev/sdx  of=./instance-Ubuntu40G  iflag=direct  oflag=direct  bs=4M  conv=sparse

#让dd命令，每20秒，发送一下dd的进度
watch -n 20 killall -USR1 dd

备份也可以使用卷镜像，卷备份等命令

数据库中查找盘的具体位置
根据实例名称，去查看实例UUID
[nova]> select * from instances where hostname = "XXXABCinstance"\G
[nova]> select * from block_device_mapping where instance_uuid="XXX-XXX-XXX-XXX" \G

# 如果硬重启导致了该实例出现问题，可以直接对盘进行修复。
e2fsck –F –a –d /dev/sdc1

如果想要查看实例对应的设备。可以通过
使用docker pa –a | grep libvirt
进入libvirt容器，virsh list 查看实例
Virsh dumpxml #查看device相关信息。

#出现重启服务后，显示无法链接到/DEV/SDX， block_init 初始化失败，先查看这个服务是否是正常启动的，在ISCSI容器下
/etc/init.d/iscsid  status

#使用这个命令，在不同的NODE节点，去反复的确认到各个节点是否通畅
iscsiadm -m discovery -t sendtargets -p 192.168.1.188:3260

2、进一步确认，可以登录连接
# iscsiadm -m node -T iqn.2003-05.com.stringbeansoftware:gowwjdkuvlbtild-oracle-target -p 192.168.1.188:3260 -l
# iscsiadm -m session - i

#也相对的要查看LVM的状态是不是ACTION
lvscan  查看LV的状态

#VG也要重新激活一下
/sbin/vgscan    #发现VG
/sbin/vgchange -a y  #激活VG

#怀疑为mount问题
#进行手动mount,目前没走通手动挂在，正在反复测试
ls /dev/mapper
mount  /dev/mapper  /dev/sdX
#