今天早上受开发团队所托，把WAS从release5.1.0升级到fixpack5.1.1.7，升级策略如下：release5.1.0－fp5.1.1－511cf13。
按照redbook的指示在我大脑里面留下的深刻的印象，我把所有相关WAS的进程，包括instance、deploymanager、nodeagent都停了，但是安装失败，反复多次仍然不奏效。

先查log得知：
Exception: WUPD0248E: Fix pack update failure: The processing of fix pack was51_fp1_hpux, component plugins.http failed.  See the log file /IBM/WebSphere/AppServer/logs/update/20070709_093535_was51_fp1_hpux_plugins.http_install.log for processing details.
后查log得知：
/IBM/WebSphere/AppServer//bin/mod_app_server_http.sl忙？无法读写导致更新？？怪象叠出！！！

突然，灵光一闪，赶紧用ps -ef|grep httpd查看一下进程，发现apache虽然停止了，但是httpd instance残留有，没有释放掉。赶紧大手大脚的把这些该死的挂死httpd instance进程一把kill -9掉。

然后安装顺风顺水，平淡无奇了。

综上所述，我的一点建议是，在进行WAS升级打补丁之前，请严格按照要求，对照问题，执行自检：
1、应用服务器全部停掉了吗？也就是WAS的instance，为java进程；
2、WAS的nodeagent进程停掉了吗？其为java进程；
3、WAS的dmgr进程停掉了吗？其为java进程；
4、IBM HttpServer停掉了吗？请用ps -ef|grep root|grep httpd确认；
5、在IBM HttpServer停掉以后，请再确认有无挂死的httpd进程，也就是apache的httpd instance，子进程。请用ps -ef|grep httpd确认。

1、2、3可以简单的使用ps -ef|grep root|grep java确认有无进程存在。

磨刀不误砍柴工，执行以上五步检查法之后，WAS升级打补丁的先决条件就有了保证！