看着conman show cpus状态不正确。
％SC
CPUID RUN NODE LIMIT FENCE DATE TIME STATE METHOD DOMAIN
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正在运行，但事件未触发......
答案 0 :(得分：0)
帮助了解国家
STATE字段具有小写e
如果STATE字段具有小写e，则安装事件处理器
但没跑。使用conman startevtproc
启动事件处理器
命令或动态工作负载控制台。如果你使用conman，为
例如，您将看到以下输出：
％startevtproc
AWSJCL528I事件处理器已成功启动。
STATE字段没有M如果STATE字段没有M，则monman不是
运行。使用conman startmon命令启动monman。你会看到
以下输出：％startmon
AWSBHU470I为CPU_MASTER发出了startmon命令。 STATE字段
没有D
1）如果事件处理器端口错误，请确保该值为
数据库
db2 =＆gt;从mdl.mpr_model_properties中选择mpr_value
其中mpr_name =＆＃39; EVPROC_HTTPS_PORT＆＃39;
这将返回事件处理器https端口，该端口应为
类似31116，但在这种错误情况下，它可能是0或-1。
2）如果价值不对，我们必须
保存正确的值。运行wastools / showHostProperties.sh来检索
httpsPort的值（假设为31116）。
3）更新数据库：db2 =＆gt;更新MDL.MPR_MODEL_PROPERTIES SET
MPR_VALUE =＆＃39; 31116＆＃39;在哪里MPR_NAME =＆＃39; EVPROC_HTTPS_PORT＆＃39;
4）更改将在下一个JnextPlan生效
为了立即应用更改，请确保是否
继续进行是
设置为ALL（运行＆＃34; optman ls＆＃34;获取cf值的值）。
如果未设置为ALL，请记下其值并运行以下
optman chg cf = ALL
5）运行JnextPlan -for 0000
6）如果Carry Forward未设置为ALL，则恢复其值
使用optman chg cf =
7）updateWas.sh -user -password
其中用户是主要管理员ID（TWS管理员用户）。
useropts文件中指定的用户应该是用户
在security.xml文件中定义为WAS主管理员标识
这些是要执行的步骤：
- 以tws_user为登录
- 删除文件useropts_tws_user
- 为了重新创建文件，启动＆＃34; composer sc＆＃34; ：
您将被要求指定用户名和
密码请指定主要管理员身份
用户及其密码
- 现在运行＆＃34; conman stopeventprocessor＆＃34;
- 运行＆＃34; conman starteventprocessor＆＃34;
如果问题仍然存在，
检查planman命令是否有问题：planman showinfo
检查/etc/TWA/twainstanceX.TWA.properties文件以查看是否EWas_basePath
是正确的。 （默认为/ opt / IBM / WebSphere / AppServer）
如果上述每一个都没有问题，那么就把问题命令桁架起来
使用以下语法：
truss -o /tmp/truss_conman.out conman＆＃34; stopappserver; wait＆＃34;
检查truss_conman.out输出文件并查找类似于
的错误
这个：
/ 1：stat（＆＃34; / opt / IBM / WebSphere / AppServer＆＃34;，0xFFFFFD7FFFDEFB00）Err＃13
EACCES
[file_dac_search]
/ 1：写（2，＆＃34; A W S B H U 6 2 6 W T＆＃34; ..，76）= 76
咨询您的UNIX系统管理员以调查原因 操作系统级错误代码13.
比较/ opt 的/ opt / IBM 的/ opt / IBM /的WebSphere
的/ opt / IBM /的WebSphere /应用服务器 - 及其子目录＆＃39;针对工作环境的权限以更正权限
正确的权限应如下所示。
drwxr-xr-x 6 root root 4096 Apr 8 2015 ibm
drwxr-xr-x 18 root root 4096 Oct 3 2016 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 Apr 13 2015 InstallationManager
drwxr-xr-x 3 root root 4096 Apr 13 2015 ISA
drwxr-xr-x 14 root root 4096 Jun 21 15:12 JazzSM
drwxr-xr-x 3 root root 4096 Apr 8 2015 tsamp
drwxr-xr-x 2 m92 root 4096 Mar 1 09:59 TWA
drwxr-xr-x 8 root root 4096 5月24日12:18 TWAUI
drwxr-xr-x 3 root root 4096 Aug 6 2015 WebSphere
drwxr-xr-x 37 root root 4096 Jun 21 15:11 AppServer