＜IBM Websphere Portal＞《关于IBM的Portal和WAS的说明和总结（自用笔记）》

《关于IBM的Portal和WAS的简单总结》

1 架构
- 1.1 说明
2 常见问题
- 2.1 LDAP链接问题
- 2.2 启动脚本建议
- 2.3 日志大小保留建议
- 2.4 启动垃圾回收日志
3 日志位置

1 架构

在这里插入图片描述
应用服务部署架构如上：

👉192.168.66.1服务器运行的server进程有：dmgr、nodeagent、 WebSphere_Portal、searchsrv、server1
👉192.168.66.2服务器运行的server进程有：nodeagent、 WebSphere_Portal02、 server1

1.1 说明

进程	说明
dmgr	作为管理节点，使用DMGR（Depoyment Manager）可以对单元内的server进行管理，例如对server进行重启、更改配置等操作。
nodeagent	dmgr通过nodeagent的交互完成对单元内节点的控制管理。
应用程序服务器实例	应用server(WebSphere_Portal、searchsrv、WebSphere_Portal02、 server1）均为应用程序服务器实例，用于运行应用程序

2 常见问题

2.1 LDAP链接问题

问题描述：
登录管理控制台时发现无法正常登录.

管理控制台登录地址：https://192.168.66.1:9043/ibm/console/
登录账号及密码：***/1234

问题分析：
查看dmgr日志报如下错误信息：日志路径：/opt/IBM/WebSphere/AppServer/profiles/Dmgr01/logs/dmgr/SystemOut.log

[23-12-5 15:12:51:750 CST] 00000033 exception     E com.ibm.ws.wim.adapter.ldap.LdapConnection getDirContext CWWIM4520E 在处理期间发生了“javax.naming.CommunicationException: bldap.safe.gov.cn:389 [Root exception is java.net.ConnectException: Connection timed out]”命名异常。
[23-12-5 15:12:51:754 CST] 00000033 exception     E com.ibm.ws.wim.adapter.ldap.LdapConnection getDirContext com.ibm.websphere.wim.exception.WIMSystemException: CWWIM4520E 在处理期间发生了“javax.naming.CommunicationException: bldap.safe.gov.cn:389 [Root exception is java.net.ConnectException: Connection timed out]”命名异常。at com.ibm.ws.wim.adapter.ldap.LdapConnection.getDirContext(LdapConnection.java:1464)at com.ibm.ws.wim.adapter.ldap.LdapConnection.search(LdapConnection.java:2623)at com.ibm.ws.wim.adapter.ldap.LdapConnection.checkSearchCache(LdapConnection.java:2594)at com.ibm.ws.wim.adapter.ldap.LdapConnection.search(LdapConnection.java:2774)......

以上报错信息表明在连接LDAP服务器bldap.safe.gov.cn:389进行认证时，无法正常连接，经查bldap.safe.gov.cn(100.1.16.43)服务器已不再使用，因为无法正常提供服务，LDAP中存储的为控制台管理账户及Portal的用户信息，若LDAP无法正常提供服务，则无法使用管理员进行server的管理操作，Portal的用户无法登录认证。

2.2 启动脚本建议

目前在对server进行启动时，server启动较慢，经沟通发现目前仅在使用server1,其他server未在使用，建议启动时仅启动server1：
启动脚本为：/richangxunjian/daystart.sh
建议将脚本/opt/IBM/WebSphere/wp_profile/bin/startAll.sh 中注释如下黄色部分内容：
192.168.66.1服务器：

/opt/IBM/WebSphere/AppServer/profiles/Dmgr01/bin/startManager.sh
/opt/IBM/WebSphere/wp_profile/bin/startNode.sh
/opt/IBM/WebSphere/wp_profile/bin/startServer.sh server1
# /opt/IBM/WebSphere/wp_profile/bin/startServer.sh searchsrv
# /opt/IBM/WebSphere/wp_profile/bin/startServer.sh WebSphere_Portal

为避免nodagent强制对server进行重启，建议启动后将192.168.66.1服务器服务器上的dmgr和nodagent进程停止，仅保留server1进程。

192.168.66.2服务器：

/opt/IBM/WebSphere/wp_profile/bin/startNode.sh 
# ./startServer.sh WebSphere_Portal02 
./startServer.sh server1

为避免nodagent强制对server进行重启，启动后将192.168.66.2服务器服务器上的nodagent进程停止，仅保留server1进程。

如果server1出现夯或处理较慢时,在对server1进行重启之前可以通过kill -3 <server_pid>生成线程转储javacore,建议每隔3-5秒执行一次，执行3次，每次执行都会在/opt/IBM/WebSphere/wp_profile目录下
在这里插入图片描述

kill -3 =quit 退出、清除信号。

2.3 日志大小保留建议

由于目前server日志仅保留1个历史文件，大小为1M，问题发生时的日志已被覆盖，建议修改日志文件大小配置，避免日志被覆盖，便于问题分析：
修改配置文件,更改保留SystemErr.log、SystemOut.log日志文件的大小：
192.168.66.1服务器server1配置文件路径：
/opt/IBM/WebSphere/wp_profile/config/cells/bportal1Cell01/nodes/bportal1/servers/server1/server.xml
192.168.66.2服务器server1配置文件路径：
/opt/IBM/WebSphere/wp_profile/config/cells/bportal1Cell01/nodes/bportal2/servers/server1/ server.xml

<errorStreamRedirect xmi:id="StreamRedirect_1251477397657" fileName="${SERVER_LOG_ROOT}/SystemErr.log" rolloverType="SIZE" maxNumberOfBackupFiles="1" rolloverSize="1" baseHour="24" rolloverPeriod="24" formatWrites="true" messageFormatKind="BASIC" suppressWrites="false" suppressStackTrace="false"/><outputStreamRedirect xmi:id="StreamRedirect_1251477397658" fileName="${SERVER_LOG_ROOT}/SystemOut.log" rolloverType="SIZE" maxNumberOfBackupFiles="1" rolloverSize="1" baseHour="24" rolloverPeriod="24" formatWrites="true" messageFormatKind="BASIC" suppressWrites="false" suppressStackTrace="false"/>

修改如上黄色标记色参数大小, maxNumberOfBackupFiles对应保留日志文件的个数，建议修改为50，rolloverSize参数对应单个日志文件大小，建议将rolloverSize="1"修改为50(对应大小为50m).修改后需要重启server生效。

2.4 启动垃圾回收日志

 <jvmEntries xmi:id="JavaVirtualMachine_1314786852717" verboseModeClass="false" verboseModeGarbageCollection="false" verboseModeJNI="false" initialHeapSize="1024" maximumHeapSize="2048" runHProf="false" debugMode="false" debugArgs="-Djava.compiler=NONE -Xdebug -Xnoagent -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=7777" genericJvmArguments="-Ddefault.client.encoding=GBK -Dfile.encoding=GBK" disableJIT="false"/></processDefinitions>
</process:Server>

需要如下verboseModeGarbageCollection=“false” 的参数内容为true.

3 日志位置

192.168.66.1服务器:

👉server1日志：
/opt/IBM/WebSphere/wp_profile/logs/server1路径下SystemOut.log、SystemErr.log、native_stderr.log、native_stdout.log、startServer.log、stopServer.log
👉nodeagent日志：
/opt/IBM/WebSphere/wp_profile/logs/nodeagent路径下SystemOut.log、SystemErr.log、native_stderr.log、native_stdout.log、startServer.log、stopServer.log
👉dmgr日志:/opt/IBM/WebSphere/AppServer/profiles/Dmgr01/logs/dmgr路径下SystemOut.log、SystemErr.log、native_stderr.log、native_stdout.log、startServer.log、stopServer.log
👉searchsrv日志：
/opt/IBM/WebSphere/wp_profile/logs/nodeagent路径下SystemOut.log、SystemErr.log、native_stderr.log、native_stdout.log、startServer.log、stopServer.log
👉WebSphere_Portal日志：/opt/IBM/WebSphere/wp_profile/logs/WebSphere_Portal路径下SystemOut.log、SystemErr.log、native_stderr.log、native_stdout.log、startServer.log、stopServer.log

192.168.66.2服务器:

👉server1日志：
/opt/IBM/WebSphere/wp_profile/logs/server1路径下SystemOut.log、SystemErr.log、native_stderr.log、native_stdout.log、startServer.log、stopServer.log
👉nodeagent日志：
/opt/IBM/WebSphere/wp_profile/logs/nodeagent路径下SystemOut.log、SystemErr.log、native_stderr.log、native_stdout.log、startServer.log、stopServer.log
👉WebSphere_Portal02日志：/opt/IBM/WebSphere/wp_profile/logs/WebSphere_Portal02路径下SystemOut.log、SystemErr.log、native_stderr.log、native_stdout.log、startServer.log、stopServer.log