开始了阵列支持工程师的生活，一直想写一点什么东西出来，可是对于硬件来说，我还真不知道怎么写（以前做软件support），感觉那些东西都是死的东西，看别人写的也是文字加图片的堆积，和产品资料差不多，但也看过一些精品，可是那些资料的来源是很秘密的，我们局外人很难拿到一手的资料。我都感觉自己费话太多，说点正事吧！
上次去一个客户那里安装银兴BX1510S-U3C4A阵列，没有什么说的，插上硬盘，SEAGATE，SCSI,146G的四块，主要是调试，所以少了点。三下五除二做完RAID，映射通道，接上主机。KAO，这是哪个主机呀！再一看机柜是HP的，不好HPUNIX，虽说咱也玩了不少的机器了，LINUX，SOLARIS，AIX都见识了，但这HP9000还是第一次玩。不行，不能就这样投降了，再说还有HP的800support的呢，不怕。话说我遇到的也只是最简单的对磁盘的操作，呵呵。对于高手来说都是小CASE的事，而我只能各处求人了，好在能上网，害得一个MM的电脑用不上，三个QQ头闪个不停，那叫个热闹，但我的心里却像热锅上的蚂蚁，（后来也忘了和MM要QQ号了，好在也同过患难）。先打开我的MSN：MAGUOZHONG@HOTMAIL.COM，XXX那么多人，还真没有发现对HP熟的哥哥MM们，心大寒，那只有找GOOGLE这位仁兄了，不错，命令什么的都找到了，好，先记下来再说。ioscan –fnCdisk , insf –e , diskinfo , pvcreate , vgdisplay 。 。。XX！~·#· 这就好了，我不怕了，开始工作。
开始TELNET，但是机器后面有两个10/100的口（另一个好像有GB，记不清了），两个都能用吗？不知道，好一个一个TEST，这个什么，ADMIN用户，HP的是ADMIN用户了，不对呀，虽说我猜的功力够高，那我也不会就这么就猜对地址了吧！不会的，我换了另一个带G的，不知道IP地址，！#·#·%￥……%！￥·！一串与相关人员的交流，总算找了地址，TELNET上去了。。。X。#这个心情就像解放军的天，把刚刚从网上找到的命令一个个的试，ioscan –fnCdisk找到了原先以有的磁盘，但是只发现了我的机器名字，没有CXTYDZ在路径，后来(我特喜欢这个词)我在网上<insf -e （or shutdown -ry 0）>查到了前面的这个命令，哦还要再找一下，试了，好了，终于发现了，设备名下面出现了C3t0d0的字符，天呀，总算得到安慰了，不管后来怎样，至少现在是快乐的，至少阵列是可以用的了，呵呵，我很怕出现兼容的问题的，有一次的苹果的机子搞在一起发生了不良反应，害得我FACE都没了，只因之前说了太多的大话，后来有过后悔。今天算是平安了。
下面要做的就是对这个发现的物理的盘的操作了，这我不怕了，我有文档（惠普企业级计算系统管理员的PDF文档），呵呵，如果谁想要给我发mail吧（同MSN），我必回，因为这个文档也是别人发给我的，谢谢那位大侠，我也尽点为大家服务一下。http://docs.hp.com/zh_cn/5990-8177/ch06s01.html#bficdcif ；http://www.chinaitlab.com/www/news/article_show.asp?id=17572
在这里也看了一些东西，也看了，很有用处，我摘抄如下：
在HPUX 下正确使用硬盘的顺序及相应命令如下：
1. 先建物理卷
# pvcreate -f /dev/rdsk/cCdDtT
这里必须使用硬盘的字符设备文件
2. 再建逻辑卷组
# mkdir /dev/vg0X
X：0～f，逻辑卷组名
# mknod /dev/vg0X/group c 64 0x0X0000
# vgcreate vg0X /dev/dsk/cCdDtT
# vgcreate –s 8 vg0X /dev/dsk/cCdDtT(对于大于256G的硬盘)
# vgcreate –s 8 vg0X /dev/dsk/cCdDtT /dev/dsk/c
3. 然后划分逻辑卷
# lvcreate -L size –n /dev/vg0X/lvolY vg0X
size：该逻辑卷大小
4. 在LV 上建文件系统
# newfs -F file_system_type /dev/vg0X/rlvolY
file_system_type：文件系统类型，包括hfs 和vxfs，注意此时用该逻辑卷的字
符设备文件。
5. 将此文件系统Mount 到一个目录下
# mkdir /directory
# mount /dev/vg0X/lvolY /directory
我按照上面的步骤，XXX的进行下去，第一步OK，第二步MKDIR，MKNOD都OK了，到VGCREATE出错了，错误提示翻成中文后如下：
在 VGDA (volume group discriptor area) 上使用 vgcreate 命令设置较大 max_pe 值的结果是什么XX? 因为较小的或者默认的max_pe 值通常会限制将来向 Volume Group 添加较大的磁盘，因此最好将max_pe 设置为一个较大的数字?VGDA 成数量级的增长。将 max_pe 设置为一个较大值的结果是怎样的?
当时也不知道这个说的是什么东西，是自己对磁盘的研究太少的结果，要怪只能怪自己了。
warning，说实在话，最怕的就是这东西，一看见successful万事大吉，但是这次没有出现，我知道完了，但是又不知道问题的关键在哪里。
在网上发现了这样一条命令vgcreate -s 8 vg01 /dev/dsk/c3t0d0 /dev/dsk/c3t1d0 ,兴奋了一会儿，难道是我没有加参数的原因，但是为什么是8而不是其它的呢，我要先看一下这个参数是什么意思。Go on ………………………. 原来这个参数是用来设置PE大小的，乘上MaxPEperPV就是一个PV最大的值，默认的4M，乘上最大的PE数65535(65535*4=262140M也就是256G)，因我创建时没有改，而我的硬盘大小是一个500G的硬盘，就是这里的问题了，可是发现这个问题的过程很痛苦的呀，我想首先应该把一些概念性的东西掌握好才能做好事情，我也再复习一下：
**********************************************************************************
在LVM里，一个PV（Physical Volume，物理卷）对应且只对应一个物理硬盘，一个或者多个PV组成一个VG（Volume Group，卷组），而从一个VG里又可以虚拟划分出若干个LV（Logical Volume，逻辑卷），真正的文件系统是创建在LV上面的，可以在LV上建文件系统，也可以不建文件系统而直接使用，这时叫裸设备（raw device）。因为是直接对设备进行数据读写，所以Raw device的性能要比文件系统好，许多数据库系统就是直接存储在裸设备上，但是可管理性比较差，题外话。
LVM系统怎么知道往某一个LV里面存数据时，到底是存放到哪个（些）实际硬盘呢？在LVM系统里，一个PV由若干个PE（Physical Extent）组成，一个LV由若干个LE（Logical Extent）组成，而这些PE和LE之间又有直接的对应关系，这种对应关系被存储在一个叫做“PE/LE对应表”(Translation Table)的表中。Translation Table存放在LVM磁盘上，当VG被激活时才装载到内存中。PE是在创建卷组时创建的，大小由vgcreate的-s参数指定，默认是4M；在同一个VG里面的所有PV的PE大小是一样的，不管实际硬盘的大小和型号是否相同。当LV创建时，LVM系统创建LE并自动维护PE/LE对应表，使得每一个LV里面的LE都可以找到与之对应的PE，从而知道数据该往哪个硬盘写。一般情况下创建LV的时候，系统都是按物理硬盘加入VG的顺序来分配其可用的PV。比如说c0t5d0是第一个加入VG的硬盘，那么默认情况下c0t5d0里的可用PV将最先被用来分配，除非在使用lvextend命令时特殊指定。
在使用vgcreate的-s参数时，PE的大小必须是2的整数倍，一般使用默认值4，这表示卷组上创建的所有逻辑卷都以4MB的增量单位来进行扩充或缩减。由于内核原因，PE大小决定了逻辑卷的最大大小， 4MB的PE决定了单个逻辑卷最大容量为256GB，若希望使用大于256GB的逻辑卷则创建卷组时指定更大的PE。PE大小范围为8KB到512MB。为什么是4而不是8、16...？（你问我我问谁？:p）应该是吧！还有几个LVM的限定，要说明
·一个LV只能属于一个VG（不要去想lvol9先从vg00弄点空间，再从vg01弄点空间）
·一个PV要么独立要么属于且仅属于一个VG（独立时作为Raw Device，性能比较猛）
·vgcrete -l参数将限定一个VG里面能创建的最大LV数量，极限是255
·vgcreate -p参数限定一个VG里面能容纳的最多PV数，极限是255
·内核参数maxvgs限定系统最大的VG数，默认是10，最大可以变态到256 |
