在生产环境中切换后，版本 9.4 上的 Workload Scheduler 事件无法正常工作
Workload Scheduler events on version 9.4 not working after switch over in production
看conman show cpus状态不对。
%sc
CPUID 运行 节点限制栅栏日期时间状态方法域
TWS1 842 *UNIX MASTER 10 0 06/14/17 09:06 I J MDe MDM
在 JnextPlan 之后一切仍然正常，但它仍然
报告 MDe 而不是 MDEA
来自 WAS 日志
com.ibm.tws.util.jmx.JMXBrowser.getSSLAttributeList(JMXBrowser.java:391)
在
com.ibm.tws.util.jmx.JMXBrowser.loadSSLServerConfiguration(JMXBrowser.ja
va:1078)
在
com.ibm.tws.util.jmx.JMXBrowser.getSSLTrustFilePassword(JMXBrowser.java:
1061)
在
com.ibm.tws.event.EIFListener.addSSLCertsProperties(EIFListener.java:668
在
com.ibm.tws.event.EIFListener.loadServerProperties(EIFListener.java:641)
在
com.ibm.tws.event.EIFListener.generateConfigurationFile(EIFListener.java
:310)
在 com.ibm.tws.event.EIFListener.start(EIFListener.java:163)
在
com.ibm.tws.conn.event.engine.EventRuleEngineImpl.startEventProcessor(EV
entRuleEngineImpl.java:638)
在
com.ibm.tws.conn.event.engine.ConnEventRuleEngineBean.startEventProcesso
r(ConnEventRuleEngineBean.java:314)
在
com.ibm.tws.conn.event.engine.EJSLocalStatelessConnEventRuleEngine_28e79
c7e.startEventProcessor（来源不明）
在
com.ibm.tws.conn.event.engine.ConnEventRuleEngineEjbLocalImpl.startEvent
处理器(ConnEventRuleEngineEjbLocalImpl.java:245)
在
com.ibm.tws.cli.events.command.StartEventProcCommand.execute(StartEventP
rocCommand.java:116)
Workload Scheduler 运行，但事件未触发...
帮助了解状态
STATE 字段有一个小写的 e
如果STATE字段有小写e，则安装了事件处理器
但不是 运行ning。使用 conman startevtproc
启动事件处理器
命令，或动态工作负载控制台。如果你使用 conman，for
例如，您将看到以下输出：
%startevtproc
AWSJCL528I 事件处理器已成功启动。
STATE字段没有M 如果STATE字段没有M，monman就不是
运行宁。使用 conman startmon 命令启动 monman。你会看到
以下输出：%startmon
AWSBHU470I 为 CPU_MASTER 发出了 startmon 命令。 STATE 字段
没有D
决议 1
1) 如果事件处理器端口错误，请确保该值进入
数据库
db2 => select mpr_value 来自 mdl.mpr_model_properties
其中 mpr_name='EVPROC_HTTPS_PORT'
这个returns事件处理器https端口，应该
类似于 31116，但在这种错误情况下它可能是 0 或 -1。
2) 如果值不对，我们要
保存正确的值。 运行 wastools/showHostProperties.sh 检索
httpsPort 的值（假设它是 31116）。
3) 更新数据库：db2 => UPDATE MDL.MPR_MODEL_PROPERTIES SET
MPR_VALUE='31116' 其中 MPR_NAME='EVPROC_HTTPS_PORT'
4) 更改将在下一个 JnextPlan 生效。
为了立即应用更改，请确保 if
结转是
设置为ALL（运行"optman ls"得到cf值的值）
如果未设置为 ALL，请注意其值和 运行 以下
optman chg cf = ALL
5) 运行 JnextPlan -for 0000
6) 如果 Carry Forward 没有设置为 ALL 恢复它的值
使用 optman chg cf =
到原始值
7) updateWas.sh -用户 -密码
其中用户是主管理员 ID（TWS 管理员用户）。
useropts文件中指定的用户应该是用户
在 security.xml 文件中定义为 WAS 主管理员 ID。
这些是要执行的步骤：
- 以 tws_user
身份登录
- 删除文件 useropts_tws_user
- 为了重新创建文件，启动 "composer sc" :
你将被要求指定一个用户名和
一个密码。请指定主管理员 ID
作为用户及其密码。
- 现在 运行 "conman stopeventprocessor"
- 运行 "conman starteventprocessor"
如果问题仍然存在，
查看planman命令是否有问题：planman showinfo
检查 /etc/TWA/twainstanceX.TWA.properties 文件以查看是否 EWas_basePath
是正确的。 （默认为 /opt/IBM/WebSphere/AppServer）
如果以上都没有问题，那就truss有问题的命令
使用以下语法：
truss -o /tmp/truss_conman.out conman "stopappserver;wait"
检查 truss_conman.out 输出文件并查找类似于
的错误
这个：
/1: stat("/opt/IBM/WebSphere/AppServer", 0xFFFFFD7FFFDEFB00) Err#13
EACCES
[file_dac_search]
/1: 写(2, " A W S B H U 6 2 6 W T".., 76) = 76
决议第 2 部分
咨询您的 UNIX 系统管理员以调查
的原因
操作系统级错误代码 13。
比较/opt
/opt/IBM
/opt/IBM/WebSphere
/opt/IBM/WebSphere/AppServer
- 及其子目录对工作环境的权限更正权限
正确的权限应如下所示。
drwxr-xr-x 6 root root 4096 2015 年 4 月 8 日 ibm
drwxr-xr-x 18 root root 4096 2016 年 10 月 3 日 IBM
drwxr-x--- 2 root root 4096 Apr 17 12:34 CAP
drwxr-xr-x 6 root root 4096 2016 年 1 月 15 日 IMShared
drwxr-xr-x 5 root root 4096 2015 年 4 月 13 日 InstallationManager
drwxr-xr-x 3 root root 4096 2015 年 4 月 13 日 ISA
drwxr-xr-x 14 root root 4096 Jun 21 15:12 JazzSM
drwxr-xr-x 3 root root 4096 2015 年 4 月 8 日 tsamp
drwxr-xr-x 2 m92 root 4096 Mar 1 09:59 TWA
drwxr-xr-x 8 根根 4096 5 月 24 日 12:18 TWAUI
drwxr-xr-x 3 root root 4096 2015 年 8 月 6 日 WebSphere
drwxr-xr-x 37 root root 4096 Jun 21 15:11 AppServer
看conman show cpus状态不对。
%sc
CPUID 运行 节点限制栅栏日期时间状态方法域
TWS1 842 *UNIX MASTER 10 0 06/14/17 09:06 I J MDe MDM
在 JnextPlan 之后一切仍然正常，但它仍然 报告 MDe 而不是 MDEA
来自 WAS 日志
com.ibm.tws.util.jmx.JMXBrowser.getSSLAttributeList(JMXBrowser.java:391)
在
com.ibm.tws.util.jmx.JMXBrowser.loadSSLServerConfiguration(JMXBrowser.ja
va:1078)
在
com.ibm.tws.util.jmx.JMXBrowser.getSSLTrustFilePassword(JMXBrowser.java:
1061)
在
com.ibm.tws.event.EIFListener.addSSLCertsProperties(EIFListener.java:668
在
com.ibm.tws.event.EIFListener.loadServerProperties(EIFListener.java:641)
在
com.ibm.tws.event.EIFListener.generateConfigurationFile(EIFListener.java
:310)
在 com.ibm.tws.event.EIFListener.start(EIFListener.java:163)
在
com.ibm.tws.conn.event.engine.EventRuleEngineImpl.startEventProcessor(EV
entRuleEngineImpl.java:638)
在
com.ibm.tws.conn.event.engine.ConnEventRuleEngineBean.startEventProcesso
r(ConnEventRuleEngineBean.java:314)
在
com.ibm.tws.conn.event.engine.EJSLocalStatelessConnEventRuleEngine_28e79
c7e.startEventProcessor（来源不明）
在
com.ibm.tws.conn.event.engine.ConnEventRuleEngineEjbLocalImpl.startEvent
处理器(ConnEventRuleEngineEjbLocalImpl.java:245)
在
com.ibm.tws.cli.events.command.StartEventProcCommand.execute(StartEventP
rocCommand.java:116)
Workload Scheduler 运行，但事件未触发...
帮助了解状态
STATE 字段有一个小写的 e
如果STATE字段有小写e，则安装了事件处理器
但不是 运行ning。使用 conman startevtproc
启动事件处理器
命令，或动态工作负载控制台。如果你使用 conman，for
例如，您将看到以下输出：
%startevtproc
AWSJCL528I 事件处理器已成功启动。
STATE字段没有M 如果STATE字段没有M，monman就不是
运行宁。使用 conman startmon 命令启动 monman。你会看到
以下输出：%startmon
AWSBHU470I 为 CPU_MASTER 发出了 startmon 命令。 STATE 字段
没有D
决议 1
1) 如果事件处理器端口错误，请确保该值进入
数据库
db2 => select mpr_value 来自 mdl.mpr_model_properties
其中 mpr_name='EVPROC_HTTPS_PORT'
这个returns事件处理器https端口，应该
类似于 31116，但在这种错误情况下它可能是 0 或 -1。
2) 如果值不对，我们要
保存正确的值。 运行 wastools/showHostProperties.sh 检索
httpsPort 的值（假设它是 31116）。
3) 更新数据库：db2 => UPDATE MDL.MPR_MODEL_PROPERTIES SET
MPR_VALUE='31116' 其中 MPR_NAME='EVPROC_HTTPS_PORT'
4) 更改将在下一个 JnextPlan 生效。
为了立即应用更改，请确保 if
结转是
设置为ALL（运行"optman ls"得到cf值的值）
如果未设置为 ALL，请注意其值和 运行 以下
optman chg cf = ALL
5) 运行 JnextPlan -for 0000
6) 如果 Carry Forward 没有设置为 ALL 恢复它的值
使用 optman chg cf =
7) updateWas.sh -用户 -密码
其中用户是主管理员 ID（TWS 管理员用户）。
useropts文件中指定的用户应该是用户
在 security.xml 文件中定义为 WAS 主管理员 ID。
这些是要执行的步骤：
- 以 tws_user
身份登录
- 删除文件 useropts_tws_user
- 为了重新创建文件，启动 "composer sc" :
你将被要求指定一个用户名和
一个密码。请指定主管理员 ID
作为用户及其密码。
- 现在 运行 "conman stopeventprocessor"
- 运行 "conman starteventprocessor"
如果问题仍然存在，
查看planman命令是否有问题：planman showinfo
检查 /etc/TWA/twainstanceX.TWA.properties 文件以查看是否 EWas_basePath
是正确的。 （默认为 /opt/IBM/WebSphere/AppServer）
如果以上都没有问题，那就truss有问题的命令
使用以下语法：
truss -o /tmp/truss_conman.out conman "stopappserver;wait"
检查 truss_conman.out 输出文件并查找类似于
的错误
这个：
/1: stat("/opt/IBM/WebSphere/AppServer", 0xFFFFFD7FFFDEFB00) Err#13
EACCES
[file_dac_search]
/1: 写(2, " A W S B H U 6 2 6 W T".., 76) = 76
决议第 2 部分
咨询您的 UNIX 系统管理员以调查
的原因
操作系统级错误代码 13。
比较/opt /opt/IBM /opt/IBM/WebSphere
/opt/IBM/WebSphere/AppServer - 及其子目录对工作环境的权限更正权限
正确的权限应如下所示。
drwxr-xr-x 6 root root 4096 2015 年 4 月 8 日 ibm
drwxr-xr-x 18 root root 4096 2016 年 10 月 3 日 IBM
drwxr-x--- 2 root root 4096 Apr 17 12:34 CAP
drwxr-xr-x 6 root root 4096 2016 年 1 月 15 日 IMShared
drwxr-xr-x 5 root root 4096 2015 年 4 月 13 日 InstallationManager
drwxr-xr-x 3 root root 4096 2015 年 4 月 13 日 ISA
drwxr-xr-x 14 root root 4096 Jun 21 15:12 JazzSM
drwxr-xr-x 3 root root 4096 2015 年 4 月 8 日 tsamp
drwxr-xr-x 2 m92 root 4096 Mar 1 09:59 TWA
drwxr-xr-x 8 根根 4096 5 月 24 日 12:18 TWAUI
drwxr-xr-x 3 root root 4096 2015 年 8 月 6 日 WebSphere
drwxr-xr-x 37 root root 4096 Jun 21 15:11 AppServer