﻿<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>BlogJava-Sunring Towner（幕府山人）-随笔分类-WebSphere Application Server</title><link>http://www.blogjava.net/carpnet/category/22949.html</link><description>登临幕府山，就可以一览长江了</description><language>zh-cn</language><lastBuildDate>Wed, 10 Oct 2007 07:43:04 GMT</lastBuildDate><pubDate>Wed, 10 Oct 2007 07:43:04 GMT</pubDate><ttl>60</ttl><item><title>WebSphere Application Server Network Deployment 5.1群集半瘫插件不作为的一个案例分析：可爱可恨的9090端口</title><link>http://www.blogjava.net/carpnet/archive/2007/10/09/151311.html</link><dc:creator>carpnet</dc:creator><author>carpnet</author><pubDate>Tue, 09 Oct 2007 03:28:00 GMT</pubDate><guid>http://www.blogjava.net/carpnet/archive/2007/10/09/151311.html</guid><wfw:comment>http://www.blogjava.net/carpnet/comments/151311.html</wfw:comment><comments>http://www.blogjava.net/carpnet/archive/2007/10/09/151311.html#Feedback</comments><slash:comments>1</slash:comments><wfw:commentRss>http://www.blogjava.net/carpnet/comments/commentRss/151311.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/carpnet/services/trackbacks/151311.html</trackback:ping><description><![CDATA[在数次的WebSphere Application Server Network Deployment 5.1的部署调整中，发生一个奇怪的现象：url有的人能访问；有的人不能访问，直接就报apache未启动异常。<br />
<br />
后来检查plugin-cfg.xml文件，发现有如下节点比较怪异：<br />
&nbsp;&nbsp; &lt;ServerCluster CloneSeparatorChange="false" LoadBalance="Round Robin" Name="RptWXCluster" PostBufferSize="64" PostSizeLimit="-1" RemoveSpecialHeaders="true" RetryInterval="60"&gt;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;Server CloneID="115gjg4rf" ConnectTimeout="0" ExtendedHandshake="false" LoadBalanceWeight="2" MaxConnections="-1" Name="appwx2_rptwx2" ServerIOTimeout="0" WaitForContinue="false"&gt;<br />
<span style="color: #0000ff"><strong>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;Transport Hostname="appwx2" Port="9085" Protocol="http"/&gt;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;Transport Hostname="appwx2" Port="9448" Protocol="https"&gt;</strong></span><br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;Property Name="keyring" Value="/IBM/W/IBM/WebSphere/AppServer/etc/plugin-key.kdb"/&gt;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;Property Name="stashfile" Value="/IBM/W/IBM/WebSphere/AppServer/etc/plugin-key.sth"/&gt;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;/Transport&gt;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;/Server&gt;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;Server CloneID="12kr342rp" ConnectTimeout="0" ExtendedHandshake="false" LoadBalanceWeight="2" MaxConnections="-1" Name="appwx1_rptwx1" ServerIOTimeout="0" WaitForContinue="false"&gt;<br />
<strong>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<span style="color: #ff0000">&nbsp;&lt;Transport Hostname="appwx1" Port="9453" Protocol="https"&gt;</span></strong><br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;Property Name="keyring" Value="/IBM/W/IBM/WebSphere/AppServer/etc/plugin-key.kdb"/&gt;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;Property Name="stashfile" Value="/IBM/W/IBM/WebSphere/AppServer/etc/plugin-key.sth"/&gt;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;/Transport&gt;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;/Server&gt;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;PrimaryServers&gt;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;Server Name="appwx2_rptwx2"/&gt;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;Server Name="appwx1_rptwx1"/&gt;<br />
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &lt;/PrimaryServers&gt;<br />
&nbsp;&nbsp; &lt;/ServerCluster&gt;<br />
同为群集中的两个节点成员rptwx2、rptwx1，没有启用ssl的Transport rptwx2有，rptwx1却没有！！！我赶紧回去检查rptwx1的web container里http transport的配置，赫然发现rptwx1没有启用ssl的Transport 为：9090，刚好与admin console的没有启用ssl的Transport 重了！<br />
<br />
由此就知道解决办法为：<br />
1、检查群集节点成员的Transport ，是否与admin console的Transport ：9090（未启用ssl）、9043（启用ssl）相互重复，如有冲突，则需把节点成员的Transport 改为其他90XX。<br />
注意，在修改配置后，需要更新插件和重启apache，重启server，方可生效：<br />
1、更新 Web 服务器插件配置；<br />
2、重启apache；<br />
3、重启修改httptransport的server实例。 
<img src ="http://www.blogjava.net/carpnet/aggbug/151311.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/carpnet/" target="_blank">carpnet</a> 2007-10-09 11:28 <a href="http://www.blogjava.net/carpnet/archive/2007/10/09/151311.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>升级无小事：一些进程你必须知道</title><link>http://www.blogjava.net/carpnet/archive/2007/07/09/129049.html</link><dc:creator>carpnet</dc:creator><author>carpnet</author><pubDate>Mon, 09 Jul 2007 07:28:00 GMT</pubDate><guid>http://www.blogjava.net/carpnet/archive/2007/07/09/129049.html</guid><wfw:comment>http://www.blogjava.net/carpnet/comments/129049.html</wfw:comment><comments>http://www.blogjava.net/carpnet/archive/2007/07/09/129049.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/carpnet/comments/commentRss/129049.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/carpnet/services/trackbacks/129049.html</trackback:ping><description><![CDATA[<p>今天早上受开发团队所托，把WAS从release5.1.0升级到fixpack5.1.1.7，升级策略如下：release5.1.0－fp5.1.1－511cf13。<br>按照redbook的指示在我大脑里面留下的深刻的印象，我把所有相关WAS的进程，包括instance、deploymanager、nodeagent都停了，但是安装失败，反复多次仍然不奏效。<br><br>先查log得知：<br>Exception: WUPD0248E: Fix pack update failure: The processing of fix pack was51_fp1_hpux, component plugins.http failed.&nbsp; See the log file /IBM/WebSphere/AppServer/logs/update/20070709_093535_was51_fp1_hpux_plugins.http_install.log for processing details.<br>后查log得知：<br>/IBM/WebSphere/AppServer//bin/mod_app_server_http.sl忙？无法读写导致更新？？怪象叠出！！！<br><br>突然，灵光一闪，赶紧用ps -ef|grep httpd查看一下进程，发现apache虽然停止了，但是httpd instance残留有，没有释放掉。赶紧大手大脚的把这些该死的挂死httpd instance进程一把kill -9掉。<br><br>然后安装顺风顺水，平淡无奇了。<br><br>综上所述，我的一点建议是，在进行WAS升级打补丁之前，请严格按照要求，对照问题，执行自检：<br>1、应用服务器全部停掉了吗？也就是WAS的instance，为java进程；<br>2、WAS的nodeagent进程停掉了吗？其为java进程；<br>3、WAS的dmgr进程停掉了吗？其为java进程；<br>4、IBM HttpServer停掉了吗？请用ps -ef|grep root|grep httpd确认；<br>5、在IBM HttpServer停掉以后，请再确认有无挂死的httpd进程，也就是apache的httpd instance，子进程。请用ps -ef|grep httpd确认。<br><br>1、2、3可以简单的使用ps -ef|grep root|grep java确认有无进程存在。<br><br>磨刀不误砍柴工，执行以上五步检查法之后，WAS升级打补丁的先决条件就有了保证！<br><br></p>
<img src ="http://www.blogjava.net/carpnet/aggbug/129049.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/carpnet/" target="_blank">carpnet</a> 2007-07-09 15:28 <a href="http://www.blogjava.net/carpnet/archive/2007/07/09/129049.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>上当受骗记：分析WAS启停server时出现“ADMC0016E: 无法创建 SOAP 连接器连接端口 8882 上的主机”异常的一种情形</title><link>http://www.blogjava.net/carpnet/archive/2007/06/27/126635.html</link><dc:creator>carpnet</dc:creator><author>carpnet</author><pubDate>Wed, 27 Jun 2007 09:21:00 GMT</pubDate><guid>http://www.blogjava.net/carpnet/archive/2007/06/27/126635.html</guid><wfw:comment>http://www.blogjava.net/carpnet/comments/126635.html</wfw:comment><comments>http://www.blogjava.net/carpnet/archive/2007/06/27/126635.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/carpnet/comments/commentRss/126635.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/carpnet/services/trackbacks/126635.html</trackback:ping><description><![CDATA[<p>在Windows 2000 Server安装了WAS5.1的base版本<br><br>1、[系统摘要]</p>
<p>项目&nbsp;数值<br>OS 名称&nbsp;Microsoft Windows 2000 Server<br>版本&nbsp;5.0.2195 Service Pack 4 内部版本号 2195<br>OS 制造商&nbsp;Microsoft Corporation<br><br>系统制造商&nbsp;Dell Computer Corporation<br>系统型号&nbsp;PowerEdge 4600&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <br>系统类型&nbsp;基于 X86 的 PC<br>处理器&nbsp;x86 Family 15 Model 2 Stepping 7 GenuineIntel ~2783 Mhz<br>处理器&nbsp;x86 Family 15 Model 2 Stepping 7 GenuineIntel ~2783 Mhz<br>处理器&nbsp;x86 Family 15 Model 2 Stepping 7 GenuineIntel ~2783 Mhz<br>处理器&nbsp;x86 Family 15 Model 2 Stepping 7 GenuineIntel ~2783 Mhz<br><br>物理内存总量&nbsp;3,866,096 KB<br><br>2、stopServer.log抛出异常：无法创建 SOAP 连接器连接端口 8882 。<br>************ Start Display Current Environment ************<br>Host Operating System is Windows 2000, version 5.0<br>Java version = J2RE 1.4.2 IBM Windows 32 build cn1420-20040626 (JIT enabled: jitc), Java Compiler = jitc, Java VM name = Classic VM<br>was.install.root = d:\WebSphere\AppServer<br>user.install.root = null<br>Java Home = d:\WebSphere\AppServer\java\jre<br>ws.ext.dirs = d:\WebSphere\AppServer\java\lib;d:\WebSphere\AppServer\classes;d:\WebSphere\AppServer\lib;d:\WebSphere\AppServer\lib\ext;d:\WebSphere\AppServer\web\help;d:\WebSphere\AppServer\deploytool\itp\plugins\com.ibm.etools.ejbdeploy\runtime<br>Classpath = d:\WebSphere\AppServer\properties;d:\WebSphere\AppServer\lib\bootstrap.jar;d:\WebSphere\AppServer\lib\j2ee.jar;d:\WebSphere\AppServer\lib\lmproxy.jar;d:\WebSphere\AppServer\lib\urlprotocols.jar<br>Java Library path = d:\WebSphere\AppServer\java\bin;.;C:\WINNT\system32;C:\WINNT;d:\WebSphere\AppServer\bin;d:\WebSphere\AppServer\java\bin;d:\WebSphere\AppServer\java\jre\bin;C:\sybase\ADO.NET\dll;C:\sybase\OLEDB;C:\sybase\ODBC;C:\sybase\OCS-12_5\lib3p;C:\sybase\OCS-12_5\dll;C:\sybase\OCS-12_5\bin;C:\sybase\SQLRemote\dll;C:\sybase\RPL-12_5\bin;C:\sybase\EFTS-12_5_2\verity\_nti40\filters;C:\sybase\EFTS-12_5_2\verity\_nti40\bin;C:\sybase\EFTS-12_5_2\bin;C:\sybase\JS-12_5\bin;C:\sybase\ASE-12_5\dll;C:\sybase\ASE-12_5\bin;c:\sybase\CFG-1_0\bin;c:\sybase\OCS-12_5\dll;c:\sybase\OCS-12_5\lib3p;c:\sybase\OCS-12_5\bin;c:\sybase\ASE-12_5\dll;c:\sybase\ASE-12_5\bin;C:\j2sdk1.4.2\bin;D:\oracle\ora92\bin;C:\Program Files\Oracle\jre\1.3.1\bin;C:\Program Files\Oracle\jre\1.1.8\bin;c:\sybase\OCS-12_0\dll;c:\sybase\OCS-12_0\bin;c:\sybase\ASEP;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;c:\sybase\SQLRemote\dll;C:\j2sdk1.4.2<br>Current trace specification = *=all=disabled<br>************* End Display Current Environment *************<br>[07-6-26 20:52:16:016 CST] 31134186 ManagerAdmin&nbsp; I TRAS0017I: 启动跟踪状态是 *=all=disabled。<br>[07-6-26 20:52:16:047 CST] 31134186 AdminTool&nbsp;&nbsp;&nbsp;&nbsp; A ADMU3100I: 正在从服务器读取配置：server1<br>[07-6-26 20:52:24:938 CST] 31134186 WsServerStop&nbsp; E ADMU3002E: 尝试处理服务器 server1 时发生异常<br>[07-6-26 20:52:24:938 CST] 31134186 WsServerStop&nbsp; E ADMU3007E: 异常 com.ibm.websphere.management.exception.ConnectorException: ADMC0016E: 无法创建 SOAP 连接器连接端口 8882 上的主机 <br>[07-6-26 20:52:24:938 CST] 31134186 WsServerStop&nbsp; A ADMU3007E: 异常 com.ibm.websphere.management.exception.ConnectorException: ADMC0016E: 无法创建 SOAP 连接器连接端口 8882 上的主机 <br><br>3、startServer.log抛出异常：服务器已启动，但是初始化失败。服务器日志文件应该包含故障信息。<br>************ Start Display Current Environment ************<br>Host Operating System is Windows 2000, version 5.0<br>Java version = J2RE 1.4.2 IBM Windows 32 build cn1420-20040626 (JIT enabled: jitc), Java Compiler = jitc, Java VM name = Classic VM<br>was.install.root = d:\WebSphere\AppServer<br>user.install.root = null<br>Java Home = d:\WebSphere\AppServer\java\jre<br>ws.ext.dirs = d:\WebSphere\AppServer\java\lib;d:\WebSphere\AppServer\classes;d:\WebSphere\AppServer\lib;d:\WebSphere\AppServer\lib\ext;d:\WebSphere\AppServer\web\help;d:\WebSphere\AppServer\deploytool\itp\plugins\com.ibm.etools.ejbdeploy\runtime<br>Classpath = d:\WebSphere\AppServer\properties;d:\WebSphere\AppServer\lib\bootstrap.jar;d:\WebSphere\AppServer\lib\j2ee.jar;d:\WebSphere\AppServer\lib\lmproxy.jar;d:\WebSphere\AppServer\lib\urlprotocols.jar<br>Java Library path = d:\WebSphere\AppServer\java\bin;.;C:\WINNT\system32;C:\WINNT;d:\WebSphere\AppServer\bin;d:\WebSphere\AppServer\java\bin;d:\WebSphere\AppServer\java\jre\bin;C:\sybase\ADO.NET\dll;C:\sybase\OLEDB;C:\sybase\ODBC;C:\sybase\OCS-12_5\lib3p;C:\sybase\OCS-12_5\dll;C:\sybase\OCS-12_5\bin;C:\sybase\SQLRemote\dll;C:\sybase\RPL-12_5\bin;C:\sybase\EFTS-12_5_2\verity\_nti40\filters;C:\sybase\EFTS-12_5_2\verity\_nti40\bin;C:\sybase\EFTS-12_5_2\bin;C:\sybase\JS-12_5\bin;C:\sybase\ASE-12_5\dll;C:\sybase\ASE-12_5\bin;c:\sybase\CFG-1_0\bin;c:\sybase\OCS-12_5\dll;c:\sybase\OCS-12_5\lib3p;c:\sybase\OCS-12_5\bin;c:\sybase\ASE-12_5\dll;c:\sybase\ASE-12_5\bin;C:\j2sdk1.4.2\bin;D:\oracle\ora92\bin;C:\Program Files\Oracle\jre\1.3.1\bin;C:\Program Files\Oracle\jre\1.1.8\bin;c:\sybase\OCS-12_0\dll;c:\sybase\OCS-12_0\bin;c:\sybase\ASEP;C:\WINNT\system32;C:\WINNT;C:\WINNT\System32\Wbem;c:\sybase\SQLRemote\dll;C:\j2sdk1.4.2<br>Current trace specification = *=all=disabled<br>************* End Display Current Environment *************<br>[07-6-26 20:51:56:047 CST] 3113407c ManagerAdmin&nbsp; I TRAS0017I: 启动跟踪状态是 *=all=disabled。<br>[07-6-26 20:51:56:062 CST] 3113407c AdminTool&nbsp;&nbsp;&nbsp;&nbsp; A ADMU3100I: 正在从服务器读取配置：server1<br>[07-6-26 20:51:58:016 CST] 3113407c AdminTool&nbsp;&nbsp;&nbsp;&nbsp; A ADMU3200I: 服务器已启动。等待初始化状态。<br>[07-6-26 20:52:01:219 CST] 3113407c AdminTool&nbsp;&nbsp;&nbsp;&nbsp; A ADMU3011E: 服务器已启动，但是初始化失败。服务器日志文件应该包含故障信息。<br>************ Start Display Current Environment ************<br><br>4、分析<br>刚开始以为是SOAP_CONNECTOR_ADDRESS端口8878被占用，修改了为8881、8882后，仍然不能启动server；后回忆起报障人员提起过内存不足的问题，返回去检查jvm的配置server.xml，initialHeapSize="1536" maximumHeapSize="1536"，立即定位出原因为初始堆大小、最大堆大小设置过大所致。修改为initialHeapSize="1024" maximumHeapSize="1024"后，server立即能够实现正常启停。<br><br>5、后记<br>&#8220;ADMC0016E: 无法创建 SOAP 连接器连接端口 8882 上的主机&#8221;在初始乍看之下，首先总是会想到端口号是否被占用能否通过换用端口解决问题，但是一改再改还是没有解决问题；这时候，就要请使用环境的人员回忆最近是否修改了WAS的配置，我也是如此。在修改端口号仍然不能解决问题后，回想起报障人员提到过内存不足的问题，抓住这个突破口，检查了jvm的堆设置，果然问题就迎刃而解了。<br><br>6、tips<br>在windows32位操作系统环境下，WAS的堆设置不能超过2048M，我碰到过并解决了两次；从上述案例看，堆设置似乎也不能超过1536M。</p>
<img src ="http://www.blogjava.net/carpnet/aggbug/126635.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/carpnet/" target="_blank">carpnet</a> 2007-06-27 17:21 <a href="http://www.blogjava.net/carpnet/archive/2007/06/27/126635.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>事实确实如此：IBM WebSphere Application Server - ND是可以“重启节点上所有的服务器”</title><link>http://www.blogjava.net/carpnet/archive/2007/06/05/122159.html</link><dc:creator>carpnet</dc:creator><author>carpnet</author><pubDate>Tue, 05 Jun 2007 08:14:00 GMT</pubDate><guid>http://www.blogjava.net/carpnet/archive/2007/06/05/122159.html</guid><wfw:comment>http://www.blogjava.net/carpnet/comments/122159.html</wfw:comment><comments>http://www.blogjava.net/carpnet/archive/2007/06/05/122159.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/carpnet/comments/commentRss/122159.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/carpnet/services/trackbacks/122159.html</trackback:ping><description><![CDATA[在IBM WebSphere Application Server - ND的V5.1.7以及V 6.0.2.19上，平时要重启一个节点上的所有服务器，都要手工排序选取服务器实例，然后才能停止，近日在阅读红宝书时，惊喜发现有写到：<br>Restarting all servers on a node<br>If you want to stop, then restart all the application servers on a node, you can do<br>the following from the administrative console:<br>1. Select System Administration &#8594;Node Agents.<br>2. Check the box to the left of the node agent.<br>3. Click Restart all Servers on the Node.<br><br>但事与愿违，通过在V5.1和V6.0.2.19上使用的结果证明，在&#8220;system administration－node agent&#8221;下选择节点后，点击&#8220;Restarting all servers on a node&#8221;，只能停止和重启node agent，并不能重启节点上所有的服务器。<br><br><strong><span style="COLOR: #0000ff">最近在分别在安装了WAS V5.1和V6.0.2.19的测试环境使用&#8220;重启节点上所有的服务器&#8221;的功能，结果表明，在&#8220;system administration－node agent&#8221;下选择节点后，点击&#8220;Restarting all servers on a node&#8221;，能重启节点上所有的服务器，但是速度相当的慢；</span><span style="COLOR: #ff0000">上次尝试时，由于是在正式环境上试用，当时系统压力较大，所以重启时间太长，以致等待不了，只好kill掉重启。</span></strong><br>
<img src ="http://www.blogjava.net/carpnet/aggbug/122159.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/carpnet/" target="_blank">carpnet</a> 2007-06-05 16:14 <a href="http://www.blogjava.net/carpnet/archive/2007/06/05/122159.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>事实并非如此：IBM WebSphere Application Server - ND并不能“重启节点上所有的服务器”</title><link>http://www.blogjava.net/carpnet/archive/2007/06/02/121474.html</link><dc:creator>carpnet</dc:creator><author>carpnet</author><pubDate>Sat, 02 Jun 2007 03:59:00 GMT</pubDate><guid>http://www.blogjava.net/carpnet/archive/2007/06/02/121474.html</guid><wfw:comment>http://www.blogjava.net/carpnet/comments/121474.html</wfw:comment><comments>http://www.blogjava.net/carpnet/archive/2007/06/02/121474.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/carpnet/comments/commentRss/121474.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/carpnet/services/trackbacks/121474.html</trackback:ping><description><![CDATA[在IBM WebSphere Application Server - ND的V5.1.7以及V 6.0.2.19上，平时要重启一个节点上的所有服务器，都要手工排序选取服务器实例，然后才能停止，近日在阅读红宝书时，惊喜发现有写到：<br>Restarting all servers on a node<br>If you want to stop, then restart all the application servers on a node, you can do<br>the following from the administrative console:<br>1. Select System Administration &#8594;Node Agents.<br>2. Check the box to the left of the node agent.<br>3. Click Restart all Servers on the Node.<br><br>但事与愿违，通过在V5.1和V6.0.2.19上使用的结果证明，在&#8220;system administration－node agent&#8221;下选择节点后，点击&#8220;Restarting all servers on a node&#8221;，只能停止和重启node agent，并不能重启节点上所有的服务器。<br><br>
<img src ="http://www.blogjava.net/carpnet/aggbug/121474.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/carpnet/" target="_blank">carpnet</a> 2007-06-02 11:59 <a href="http://www.blogjava.net/carpnet/archive/2007/06/02/121474.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>