扩容vg时0516-404错误,如何解决?

一、首先说一下环境,我们的小机上挂了123块存储盘,都分到了一个名字叫做yx_vg的Scalable VG,盘空间还有近20个T,今天扩容时报如下错误:root@Srv1/:>chfs -a size=+1G /dev/bj_lv0516-404 allocp: This system cannot fulfill the allocation request.     &nb...显示全部

一、首先说一下环境,我们的小机上挂了123块存储盘,都分到了一个名字叫做yx_vg的Scalable VG,盘空间还有近20个T,今天扩容时报如下错误:

root@Srv1/:>chfs -a size=+1G /dev/bj_lv

0516-404 allocp: This system cannot fulfill the allocation request.

        There are not enough free partitions or not enough physical volumes

        to keep strictness and satisfy allocation requests.  The command

        should be retried with different allocation characteristics.

二、之后查了一下网上的帖子,说得需要改变 lv的属性里的  UPPER BOUND的值

这个UPPER BOUND的值  :和vg 可以容纳pv数有关系

lslv  bj_lv 信息如下:

LV IDENTIFIER:      00ce230400004c0000000123fb0cf4a9.1 PERMISSION:     read/write

VG STATE:           active/complete        LV STATE:       closed/syncd

TYPE:               jfs2                   WRITE VERIFY:   off

MAX LPs:            28400                  PP SIZE:        256 megabyte(s)

COPIES:             1                      SCHED POLICY:   parallel

LPs:                28400                  PPs:            28400

STALE PPs:          0                      BB POLICY:      relocatable

INTER-POLICY:       minimum                RELOCATABLE:    yes

INTRA-POLICY:       middle                 UPPER BOUND:    108

MOUNT POINT:        /img/beijing           LABEL:          /img/bj

MIRROR WRITE CONSISTENCY: on/ACTIVE                              

EACH LP COPY ON A SEPARATE PV ?: yes                                    

Serialize IO ?:     NO                                    

DEVICESUBTYPE : DS_LVZ

三、用chlv -u 解决问题  发现还是报错,

root@ImgSrv1/:>chlv -u 144 bj_lv

0516-1203 chlv: The -u parameter for Upperbound must be

        between 1 and 128.

root@ImgSrv1/:>chlv -u 127 bj_lv

0516-1441 chlv: Striped logical volume upperbound can only be an even multiple of the striping width.

0516-704 chlv: Unable to change logical volume bj_lv.

-u Upperbound设置新分配的物理卷的最大数目。Upperbound 变量的值应该在一和物理卷的总数之间。当使用分割的逻辑卷或超严格时,上限表示每个镜像副本允许的物理卷的最大数目。

四、后来找厂家来说总盘数必须得是36的倍数,我们必须得加盘,但是存储又没地方插盘了?

五、一方面怀疑存储的说法,一方面又想有没有别的解决办法?

由于这个UPPER BOUND的值  :和vg 可以容纳pv数有关系

可否再间几个vg,把盘平均分给几个vg,就不弄一个特别大的一个vg,一面被限制住?这个也可以说是前期贪图用Scalable VG的弊端,不知是否正确?

六、各位大侠是否遇到过相同的问题?如何解决的? 谢谢

收起
参与17

查看其它 2 个回答dooza的回答

doozadooza系统工程师dooza

这是因为你做了条带化的关系啊。只能按stripe width的倍数增加硬盘,你的stripe width应该就是36

互联网服务 · 2016-06-24
浏览4114

回答者

dooza
系统工程师dooza
擅长领域: 灾备存储服务器

dooza 最近回答过的问题

回答状态

  • 发布时间:2016-06-24
  • 关注会员:6 人
  • 回答浏览:4114
  • X社区推广