免费注册 查看新帖 |

ChinaUnix.net

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 5806 | 回复: 5

[系统管理] 扩展home文件系统空间报0516-404 [复制链接]

论坛徽章:
0
发表于 2015-03-10 09:42 |显示全部楼层
home文件系统空间不足,所在的rootvg空间也没有了。增加了一个未使用的pv到rootvg。

lsvg结果如下:
# lsvg rootvg
VOLUME GROUP:       rootvg                   VG IDENTIFIER:  00c9865400004c0000000121cf096738
VG STATE:           active                   PP SIZE:        256 megabyte(s)
VG PERMISSION:      read/write               TOTAL PPs:      3703 (947968 megabytes)
MAX LVs:            256                      FREE PPs:       2617 (669952 megabytes)
LVs:                13                       USED PPs:       1086 (278016 megabytes)
OPEN LVs:           12                       QUORUM:         1 (Disabled)
TOTAL PVs:          3                        VG DESCRIPTORS: 3
STALE PVs:          0                        STALE PPs:      0
ACTIVE PVs:         3                        AUTO ON:        yes
MAX PPs per VG:     30480
MAX PPs per PV:     3048                     MAX PVs:        10
LTG size (Dynamic): 256 kilobyte(s)          AUTO SYNC:      no
HOT SPARE:          no                       BB POLICY:      relocatable

# chfs -a size=+100G /home
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.


# lspv
hdisk0          00c98654cf096681                    rootvg          active
hdisk1          000880d27461b655                    rootvg          active
hdisk2          00ca26e51f63a381                    datavg          active
hdisk3          00ca26e5d73b6c25                    backupvg        active
hdisk4          00ca26e5d78afa4a                    rootvg          active

# lspv hdisk4
PHYSICAL VOLUME:    hdisk4                   VOLUME GROUP:     rootvg
PV IDENTIFIER:      00ca26e5d78afa4a VG IDENTIFIER     00c9865400004c0000000121cf096738
PV STATE:           active
STALE PARTITIONS:   0                        ALLOCATABLE:      yes
PP SIZE:            256 megabyte(s)          LOGICAL VOLUMES:  0
TOTAL PPs:          2611 (668416 megabytes)  VG DESCRIPTORS:   1
FREE PPs:           2611 (668416 megabytes)  HOT SPARE:        no
USED PPs:           0 (0 megabytes)          MAX REQUEST:      256 kilobytes
FREE DISTRIBUTION:  523..522..522..522..522
USED DISTRIBUTION:  00..00..00..00..00
MIRROR POOL:        None


是新加的pv还不能识别码?请大家指教。

论坛徽章:
0
发表于 2015-03-10 11:01 |显示全部楼层
已解决:
把逻辑卷中的

Allocate each logical partition copy                no                                         +
    on a SEPARATE physical volume?

这项改成no就可以扩展空间了。

评分

参与人数 1可用积分 +2 收起 理由
hello_unix + 2 赞一个!

查看全部评分

论坛徽章:
0
发表于 2015-03-10 11:52 |显示全部楼层
/home  文件系统是做了镜像的,默认是要将每个LP对应的2个PP分布在两个PV上的
如果某个PV没有free PP了,报错就是这样
修改了下面属性为no
Allocate each logical partition copy                no                                         +
    on a SEPARATE physical volume

则意味这个此LV的LP对应的PP将不会严格将其对应的PP分布在两个PV上,也就是说LP仍然一个对应2个PP,后增加的LP对应的两个PP其实分布在一个硬盘上
扩了文件系统后,扩容前有空间的硬盘如果failed,将导致 /home文件系统丢失数据

论坛徽章:
0
发表于 2015-03-10 13:32 |显示全部楼层
本帖最后由 happer_xc 于 2015-03-10 13:35 编辑

感谢hello_unix,学习了。

也就是说,镜像的文件系统所在VG扩容时最好是加2个pv?

论坛徽章:
0
发表于 2015-03-10 16:49 |显示全部楼层
回复 3# hello_unix


    学习了!!!

论坛徽章:
0
发表于 2015-03-13 11:23 |显示全部楼层
回复 4# happer_xc


解决 镜像保护后影响的问题,通过增加一个pv就能应对,或者通过清理,腾挪出空间来,让现有的两个PV上的FREE PP数字足以扩容/home文件系统

怎么腾挪呢?

比如某个文件系统在hdisk0上,比较大,而且使用率也很低,可以chfs -a size-40G /xxx
这样这样hdisk0上的FREE PP就会增加不少,也许就够了呢
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

基于案例的 SQL 优化实战训练营

讲师:中电福富特级专家梁敬彬,参与本次课程培训,你将收获:
1. 能编写出较为高效的 SQL;
2. 能解决70%以上的数据库常见优化问题;
3. 能得到老师提供的高效的相关工具和解决方案;
4. 能举一反三,收获不仅仅是 SQL 优化。
现在购票享受8.8折优惠!
----------------------------------------
优惠时间:2019年3月20日前

大会官网>>
  

北京盛拓优讯信息技术有限公司. 版权所有 16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122
中国互联网协会会员  联系我们:huangweiwei@it168.com
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP