参考大家的意见吧
关机，重新分配
配置DLPAR，在分出去两个即可

再做一个cfgmgr，然后连bindprocessor的结果也变了。看来我又猜错了。


root@rs41:/usr/sbin>cfgmgr
root@rs41:/usr/sbin>lsdev -Ccprocessor
proc0 Available 00-00 Processor
root@rs41:/usr/sbin>bindprocessor -q
The available processors are:  0 1


22楼里面有个解释，就是要reboot之后才能令deallocate的那个重新认回来使用。

我明白了，那是时间问题。

我们打bindprocessor命令太快了，原来在里面的processor还没放出来。

22楼的兄弟，估计你多等一会，或者做个cfgmgr就看到效果了。

好，重起后，刚才deallocate的cpu重新认回来，我们重做一次试验。


先检查现在的状态：
netwms@rs41:/home/netwms>bindprocessor -q
The available processors are:  0 1 2 3


netwms@rs41:/home/netwms>lsdev -Ccprocessor
proc0 Available 00-00 Processor
proc2 Available 00-02 Processor

netwms@rs41:/home/netwms>vmstat 1

System configuration: lcpu=4 mem=2048MB

kthr    memory              page              faults        cpu
----- ----------- ------------------------ ------------ -----------
r  b   avm   fre  re  pi  po  fr   sr  cy  in   sy  cs us sy id wa
0  0 149849 349718   0   0   0   0    0   0  77  359 480  0  0 97  2


开始deallocate，请看输出：

root@rs41:/>cd /usr/sbin
root@rs41:/usr/sbin>./cpu_deallocate 2
root@rs41:/usr/sbin>lsdev -Ccprocessor
proc0 Available 00-00 Processor
root@rs41:/usr/sbin>bindprocessor -q
The available processors are:  0 1


root@rs41:/usr/sbin>vmstat 1

System configuration: lcpu=2 mem=2048MB

kthr    memory              page              faults        cpu
----- ----------- ------------------------ ------------ -----------
r  b   avm   fre  re  pi  po  fr   sr  cy  in   sy  cs us sy id wa
0  0 150121 349224   0   0   0   0    0   0  20  406 376  0  0 99  0


好，状态正常得不得了。因为刚启动机器，进程还很少，所以处理器里的进程可以马上都放出来，跟上次的效果有点不同，那么可以说，那真的是时间的问题了。

22楼如果能再做个测试，等一等它，应该也好了。

鸡哥的测试真好。。。。。

不过，有后遗症：

在lpar上做了deallocate后，在hmc上的资料不能更新，这跟我之前说的一样（因为权限的问题）。
现在hmc上看到这个分区还是占用了两个cpu，我尝试用dlpar去remove一个cpu，也是失败的。那就是说，在hmc里面，他还是记住了两个cpu，但在lpar上已经屏蔽了一个，大家的记录不匹配，导致失败。我现在只能shutdown -F了。

总结：
没做分区的情况下，用cpu_deallocate还是有效的，留意要重新用那些deallocate的cpu，得重起。

在分区的情况下，建议用chhwres，这样可以保证hmc与lpar之间的数据同步，并且再用cpu的话，不需要重起。这种情况的操作前提是dlpar正常。

补充：

在做完deallocate之后，在errpt会出现一个信息，一个硬件报错。估计是aix认为cpu有故障了，呵呵。


804E987A   0325092508 I O proc2          CPU DEALLOCATED
1B963892   0325092508 P H proc2          CPU FAILURE PREDICTED


************************************************************
详细信息：
LABEL:          CPU_DEALLOC_SUCCESS
IDENTIFIER:     804E987A

Date/Time:       Tue Mar 25 08:53:02 TAIST 2008
Sequence Number: 86971
Machine Id:      00CA77FF4C00
Node Id:         rs41
Class:           O
Type:            INFO
Resource Name:   proc2

Description
CPU DEALLOCATED

        Recommended Actions
        MAINTENANCE IS REQUIRED BECAUSE OF CPU FAILURE

Detail Data
LOGICAL DEALLOCATED CPU NUMBER
           2

*******************************************************

再贴硬件报错那个详细信息：


---------------------------------------------------------------------------
LABEL:          CPU_FAIL_PREDICTED
IDENTIFIER:     1B963892

Date/Time:       Tue Mar 25 08:53:01 TAIST 2008
Sequence Number: 86970
Machine Id:      00CA77FF4C00
Node Id:         rs41
Class:           H
Type:            PEND
Resource Name:   proc2
Resource Class:  processor
Resource Type:   proc_rspc
Location:

Description
CPU FAILURE PREDICTED

Probable Causes
CPU FAILURE

Failure Causes
CPU FAILURE

        Recommended Actions
        ENSURE CPU GUARD MODE IS ENABLED
        LOOK FOR A LATER CPU DEALLOCATION EVENT IN THIS LOG
        RUN SYSTEM DIAGNOSTICS.

Detail Data
PROBLEM DATA
0644 00E3 0000 0088 AE00 8E00 0000 0000 0000 0000 4942 4D00 5048 0030 0100 A227
2008 0325 0053 0000 0000 0000 0000 0000 4C00 0004 0000 0000 0000 0000 0000 0000
0000 0083 0000 0000 5548 0018 0100 A227 8303 2080 0000 0000 0000 0000 0000 0000
4D54 001C 0100 A227 3931 3139 2D35 3935 3833 4137 3746 4600 0000 0000 4C52 0014
0100 A227 1000 0000 0000 0002 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000

（以下省略10000个0）

[ 本帖最后由 炸鸡 于 2008-3-25 09:32 编辑 ]

学习了学习

cpu_deallocate 2是针对CPU线程的对吧
那么屏蔽之后如何恢复呢？

刷的好快啊，知道了，呵呵，鸡哥就是厉害

鸡哥真认真呀，赞一个。
cpu_deallocation命令是有延迟的，需要此CPU上的线程被调度的别的CPU上，对于较繁忙的系统可能需要几分钟，才能从bindprocessor -q的命令看到变化