以你截图里的这个 LUN:mpath 设备
3359899d48cfe54de(sdb 这个底层路径)举例,集群每一台 CAS 主机全部依次执行
# 对该LUN对应的底层sd盘执行rescan,你这里是sdb
echo 1 > /sys/block/sdb/device/rescan
# 如果有多条路径(多块sd盘属于同一个mpath),全部都要rescan
# echo 1 > /sys/block/sdc/device/rescan
执行完 lsblk 看 sdb 的 SIZE 是否已经变成扩容后的大小;如果没变,执行全总线扫描:
for host in $(ls /sys/class/scsi_host/);do echo "- - -" > /sys/class/scsi_host/$host/scan;done
底层 sd 刷新之后,multipath map 容量还停留在旧值
# 刷新这个mpath设备容量,wwid就是3359899d48cfe54de
multipathd resize map 3359899d48cfe54de
# 校验:multipath -ll | grep 3359899d48cfe54de
✅ 成功标志:multipath -ll 里面 size 变成扩容后容量;lsblk 里面 /dev/mapper/3359899d48cfe54de 容量同步更新。
注意:只要任意一台节点 mpath 没有 resize 成功,CVM 共享文件系统视图就不会识别新容量。
全部节点底层刷新完成之后:
原理:CAS 共享文件系统(OCFS2)是在已有块设备上在线扩容文件系统,底层块设备识别到更大空间后,页面扩容动作执行
ocfs2_resize扩展文件系统,把多出空间交给 OCFS2 集群文件系统。
rescan + multipathd resize + CVM共享文件系统扩容multipathd resize map,只 rescan sd 盘:lsblk 看 sd 变大,但 mpath 不变,CAS 页面不识别lsblk /dev/sdb
multipath -ll | grep 3359899d48cfe54de
df -h /vms/CAS_Share01
在线刷新不生效的极少数情况:
/vms/CAS_Share01;
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论