免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
1234下一页
最近访问板块 发新帖
查看: 17592 | 回复: 36
打印 上一主题 下一主题

[故障求助] AIX 下创建卷组失败,求助 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2010-03-03 22:48 |只看该作者 |倒序浏览
20可用积分
两台IBM P595挂的EMC存储,系统版本是5300-08,hacmp 是5.4.1 ,安装了EMC 的多路径软件powerpath,PV路径是hdiskpower0。。。hdiskpower20
原先建的共享卷组我感觉PP大小不合适,就用执行SMIT 选择 REMOVE选项把卷组给删除了,删除以后,我重新建卷组,建完以后,执行extendvg添加其他PV报以下错误:
Before command completion, additional instructions may appear below.

mkvg: This concurrent capable volume group must be varied on manually.
0516-050 mkvg: Not enough descriptor area space left in this volume
        group. Either try adding a smaller PV or use another volume group.
0516-050 mkvg: Not enough descriptor area space left in this volume
        group. Either try adding a smaller PV or use another volume group.

我在另外一个节点导入卷组,导入失败,仍然报
Before command completion, additional instructions may appear below.

mkvg: This concurrent capable volume group must be varied on manually.
0516-050 mkvg: Not enough descriptor area space left in this volume
        group. Either try adding a smaller PV or use another volume group.
0516-050 mkvg: Not enough descriptor area space left in this volume
        group. Either try adding a smaller PV or use another volume group.

我再次执行SMIT 选择 REMOVE选项把卷组删了,把HACMP 也给停了,重新启动了系统,再次执行创建卷组,这一次,连卷组都创建不了了,直接报:
Before command completion, additional instructions may appear below.

mkvg: This concurrent capable volume group must be varied on manually.
0516-050 mkvg: Not enough descriptor area space left in this volume
        group. Either try adding a smaller PV or use another volume group.
0516-050 mkvg: Not enough descriptor area space left in this volume
        group. Either try adding a smaller PV or use another volume group.


给IBM 800打电话咨询也没解决掉,有谁知道怎么解决,谢谢

最佳答案

查看完整内容

看到了吧,很明显你只能用hdiskpower2-hdiskpower18共17个盘都用symmetrix了,为啥就没emc的人支持一下?

论坛徽章:
1
荣誉版主
日期:2011-11-23 16:44:17
2 [报告]
发表于 2010-03-03 22:48 |只看该作者
看到了吧,很明显你只能用hdiskpower2-hdiskpower18共17个盘

都用symmetrix了,为啥就没emc的人支持一下?

论坛徽章:
1
荣誉版主
日期:2011-11-23 16:44:17
3 [报告]
发表于 2010-03-03 23:04 |只看该作者
卷组类型
pv容量
??

论坛徽章:
0
4 [报告]
发表于 2010-03-04 10:53 |只看该作者
pv在两台主机的路径不一样吗?

论坛徽章:
0
5 [报告]
发表于 2010-03-04 10:58 |只看该作者
20个pv的容量都一样吗

为什么不在创建VG时就添加所有pv进去呢

论坛徽章:
0
6 [报告]
发表于 2010-03-04 11:06 |只看该作者
本帖最后由 king3171 于 2010-03-04 12:12 编辑

20个PV容量都一样都60G,两边的路径也一样,现在是创建卷组时(无论选择哪种类型)只选择一个PV都创建失败

论坛徽章:
0
7 [报告]
发表于 2010-03-04 11:25 |只看该作者
现在是vg都没有了是么?列一下pv的信息看看

论坛徽章:
0
8 [报告]
发表于 2010-03-04 12:08 |只看该作者
# lspv
hdisk0          00cef8d4058c553a                    rootvg          active
hdisk1          00cef8d4f3af5147                    rootvg          active
hdisk2          none                                None            
hdisk3          none                                None            
hdisk4          none                                None            
hdisk5          none                                None            
hdisk6          none                                None            
hdisk7          none                                None            
hdisk8          none                                None            
hdisk9          none                                None            
hdisk10         none                                None            
hdisk11         none                                None            
hdisk12         none                                None            
hdisk13         none                                None            
hdisk14         none                                None            
hdisk15         none                                None            
hdisk16         none                                None            
hdisk17         none                                None            
hdisk18         none                                None            
hdisk19         none                                None            
hdisk20         none                                None            
hdisk21         none                                None            
hdisk22         none                                None            
hdisk23         none                                None            
hdisk24         none                                None            
hdisk25         none                                None            
hdisk26         none                                None            
hdisk27         none                                None            
hdisk28         none                                None            
hdisk29         none                                None            
hdisk30         none                                None            
hdisk31         none                                None            
hdisk32         none                                None            
hdisk33         none                                None            
hdisk34         none                                None            
hdisk35         none                                None            
hdisk36         none                                None            
hdisk37         none                                None            
hdisk38         none                                None            
hdisk39         none                                None            
hdisk40         none                                None            
hdisk41         none                                None            
hdiskpower0     00cef8e438cbc39f                    None            
hdiskpower1     00cef8e415b51abb                    None            
hdiskpower2     00cef8e415fd67be                    None            
hdiskpower3     00cef8e415f46203                    None            
hdiskpower4     00cef8e415facfe5                    None            
hdiskpower5     00cef8e415f1fa2a                    None            
hdiskpower6     00cef8e415f7e43f                    None            
hdiskpower7     00cef8e415fdfccb                    None            
hdiskpower8     00cef8e415f4e6e7                    None            
hdiskpower9     00cef8e415faf35b                    None            
hdiskpower10    00cef8e415f1d049                    None            
hdiskpower11    00cef8e415f7ec39                    None            
hdiskpower12    00cef8e415fddee1                    None            
hdiskpower13    00cef8e415f4c19f                    None            
hdiskpower14    00cef8e415fada53                    None            
hdiskpower15    00cef8e415f1bb42                    None            
hdiskpower16    00cef8e415f7db29                    None            
hdiskpower17    00cef8e415fe4147                    None            
hdiskpower18    00cef8e415f541fd                    None            
hdiskpower19    00cef8e415b950a7                    None            
hdiskpower20    00cef8e415b78e2c                    None

论坛徽章:
0
9 [报告]
发表于 2010-03-04 13:59 |只看该作者
CU有一篇文章,讲到这种情况,但版本比较老,没有提供解决办法,如下:

发信人: button (扣儿)
信  区: Unix
标  题: Subject: 1.705: Why am I having trouble adding an
发信站: 紫金飞鸿 (Tue Aug 10 18:03:57 1999)

Subject: 1.705: Why am I having trouble adding another disk to my VG?
  
  From: shieh@austin.ibm.com (Johnny Shieh)
  

  
  In some instances, the user will experience a problem adding
  
  a new disk to an existing volume group or in the creation of
  
  a new volume group.  The warning message provided by LVM will
  
  be:
  

  
          Not enough descriptor space left in this volume group.
  
          Either try adding a smaller PV or use another volume group.
  

  
  On every disk in a volume group, there exists an area called the
  
  Volume Group Descriptor Area (VGDA).  This space is what allows
  
  the user to take a volume group to another AIX system and
  
  "importvg" that volume group into that AIX system.  The VGDA
  
  contains the names of disks that make up the volume group, their
  
  physical sizes, partition mapping, logical volumes that exist in
  
  the volume group, and other pertinent LVM management information.
  

  
  When the user creates a volume group, the "mkvg" command
  
  defaults to allowing the new volume group to have a maximum
  
  of 32 disks in a volume group.  However, as bigger disks have         

  
  become more prevalent, this 32 disk limit is usually not
  
  achieved because the space in the VGDA is used up faster, as
  
  it accounts for the capacity on the bigger disks.  This
  
  maximum VGDA space, for 32 disks, is a fixed size which is
  
  part of the LVM design.  Large disks require more management
  
  mapping space in the VGDA, which causes the number and size
  
  of available disks to be added to the existing volume group
  
  to shrink.  When a disk is added to a volume group, not only
  
  does the new disk get a copy of the updated VGDA, but all
  
  existing drives in the volume group must be able to accept
  
  the new, updated VGDA.
  

  
  The exception to this description of the maximum VGDA is
  
  rootvg.  In order to provide AIX users more free space, when
  
  rootvg is created, "mkvg" does not use the maximum limit of
  
  32 disks that are allowed into a volume group.  Instead in
  
  AIX 3.2, the number of disks picked in the install menu of
  
  AIX is used as the reference number by "mkvg -d" during the
  
  creation of rootvg.  For AIX 4.1, this "-d" number is 7 for
  
  one disk and one more for each additional disk
  
  picked. i.e. you pick two disks, the number is 8.  you pick
  
  three disks, the number is 9, and so on.....  This limit does      
  
  not mean the user cannot add more disks to rootvg in the
  
  post-install phase.  The amount of free space left in a VGDA,
  
  and thus the number of size of the disks added to a volume
  
  group, depends on the size and number of disks already
  
  defined for a volume group.  However, this smaller size
  
  during rootvg creation implies that the user will be able to
  
  add fewer disks to rootvg than compared to a non-rootvg
  
  volume group.
  

  
  If the customer requires more VGDA space in the rootvg, then
  
  they should use the "mksysb" and "migratepv" commands to
  
  reconstruct and reorganize their rootvg (the only way to
  
  change the "-d" limitation is recreation of the rootvg).
  

  
  Note:  It is always strongly recommended that users do not place
  
  user data onto rootvg disks.  This separation provides an extra
  
  degree of system integrity.

论坛徽章:
0
10 [报告]
发表于 2010-03-04 14:27 |只看该作者
操作上就不对啊
这个卷组以前加到HA里面去了吗?
如果加到HA里面去了,可能要执行一个解锁命令
/usr/es/sbin/cluster/events/utils/cl_scdiskreset /dev/hdiskpowerXX
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP