MethodServer启动失败

最新推荐文章于 2024-07-17 14:13:05 发布
最新推荐文章于 2024-07-17 14:13:05 发布
阅读量1.8k 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： exception service windows
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/depgydh86/article/details/6334609
本文记录了一次LDAP连接失败的问题及解决过程。错误发生在尝试连接到wind.glaway.com的389端口时，提示连接被拒绝。文章提供了检查端口占用情况和服务状态的方法。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Failure

 

星期二 4/19/11 21:47:25: main: javax.naming.CommunicationException: wind.glaway.com:389 [Root exception is java.net.ConnectException: Connection refused: connect]
星期二 4/19/11 21:47:25: main:  at com.sun.jndi.ldap.Connection.<init>(Connection.java:210)
星期二 4/19/11 21:47:25: main:  at com.sun.jndi.ldap.LdapClient.<init>(LdapClient.java:118)
星期二 4/19/11 21:47:25: main:  at com.sun.jndi.ldap.LdapClient.getInstance(LdapClient.java:1580)
星期二 4/19/11 21:47:25: main:  at com.sun.jndi.ldap.LdapCtx.connect(LdapCtx.java:2652)
星期二 4/19/11 21:47:25: main:  at com.sun.jndi.ldap.LdapCtx.<init>(LdapCtx.java:293)
星期二 4/19/11 21:47:25: main:  at com.sun.jndi.ldap.LdapCtxFactory.getUsingURL(LdapCtxFactory.java:175)
星期二 4/19/11 21:47:25: main:  at com.sun.jndi.ldap.LdapCtxFactory.getUsingURLs(LdapCtxFactory.java:193)
星期二 4/19/11 21:47:25: main:  at com.sun.jndi.ldap.LdapCtxFactory.getLdapCtxInstance(LdapCtxFactory.java:136)
星期二 4/19/11 21:47:25: main:  at com.sun.jndi.ldap.LdapCtxFactory.getInitialContext(LdapCtxFactory.java:66)
星期二 4/19/11 21:47:25: main:  at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:667)
星期二 4/19/11 21:47:25: main:  at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:288)
星期二 4/19/11 21:47:25: main:  at javax.naming.InitialContext.init(InitialContext.java:223)
星期二 4/19/11 21:47:25: main:  at javax.naming.InitialContext.<init>(InitialContext.java:197)
星期二 4/19/11 21:47:25: main:  at javax.naming.directory.InitialDirContext.<init>(InitialDirContext.java:82)
星期二 4/19/11 21:47:25: main:  at com.infoengine.jndi.DirContextWrapper.<init>(DirContextWrapper.java:82)
星期二 4/19/11 21:47:25: main:  at com.infoengine.jndi.JNDIAdapterImpl.getDirContext(JNDIAdapterImpl.java:295)
星期二 4/19/11 21:47:25: main:  at com.infoengine.jndi.JNDIAdapterImpl.processRequest(JNDIAdapterImpl.java:205)
星期二 4/19/11 21:47:25: main:  at com.infoengine.au.DirectoryService.queryObjects(DirectoryService.java:153)
星期二 4/19/11 21:47:25: main:  at com.infoengine.au.DirectoryInputStream.setUrl(DirectoryInputStream.java:92)
星期二 4/19/11 21:47:25: main:  at com.infoengine.au.DirectoryInputStream.<init>(DirectoryInputStream.java:72)
星期二 4/19/11 21:47:25: main:  at com.infoengine.au.DirectoryPropertyInputStream.setUrl(DirectoryPropertyInputStream.java:102)
星期二 4/19/11 21:47:25: main:  at com.infoengine.au.DirectoryPropertyInputStream.<init>(DirectoryPropertyInputStream.java:72)
星期二 4/19/11 21:47:25: main:  at com.infoengine.au.IEProperties.resetProperties(IEProperties.java:1158)
星期二 4/19/11 21:47:25: main:  at com.infoengine.au.IEProperties.resetProperties(IEProperties.java:1150)
星期二 4/19/11 21:47:25: main:  at com.infoengine.au.IEProperties.resetProperties(IEProperties.java:1096)
星期二 4/19/11 21:47:25: main:  at com.infoengine.au.IEProperties.resetProperties(IEProperties.java:1074)
星期二 4/19/11 21:47:25: main:  at com.infoengine.au.NamingService.setProperties(NamingService.java:1329)
星期二 4/19/11 21:47:25: main:  at com.infoengine.au.NamingService.newInstance(NamingService.java:278)
星期二 4/19/11 21:47:25: main:  at com.infoengine.au.NamingService.newInstance(NamingService.java:210)
星期二 4/19/11 21:47:25: main:  at wt.federation.StandardFederationService.initInfoEngineProperties(StandardFederationService.java:2262)
星期二 4/19/11 21:47:25: main:  at wt.org.StandardOrganizationServicesManager.<clinit>(StandardOrganizationServicesManager.java:655)
星期二 4/19/11 21:47:25: main:  at java.lang.Class.forName0(Native Method)
星期二 4/19/11 21:47:25: main:  at java.lang.Class.forName(Class.java:169)
星期二 4/19/11 21:47:25: main:  at wt.services.ManagerImplementation.create(ManagerImplementation.java:234)
星期二 4/19/11 21:47:25: main:  at wt.services.StandardManagerFactory.createImplementations(StandardManagerFactory.java:146)
星期二 4/19/11 21:47:25: main:  at wt.services.StandardManagerFactory.<init>(StandardManagerFactory.java:128)
星期二 4/19/11 21:47:25: main:  at wt.services.StandardManagerFactory$Singleton.<clinit>(StandardManagerFactory.java:84)
星期二 4/19/11 21:47:25: main:  at wt.services.StandardManagerFactory.getInstance(StandardManagerFactory.java:113)
星期二 4/19/11 21:47:25: main:  at wt.services.StandardManagerService.createFactory(StandardManagerService.java:373)
星期二 4/19/11 21:47:25: main:  at wt.services.StandardManagerService.initialize(StandardManagerService.java:363)
星期二 4/19/11 21:47:25: main:  at wt.services.StandardManagerService.newStandardManagerService(StandardManagerService.java:99)
星期二 4/19/11 21:47:25: main:  at wt.services.StandardServicesHandler.getFactory(StandardServicesHandler.java:51)
星期二 4/19/11 21:47:25: main:  at wt.services.StandardServicesHandler.start(StandardServicesHandler.java:42)
星期二 4/19/11 21:47:25: main:  at wt.method.MethodServerMain.run(MethodServerMain.java:420)
星期二 4/19/11 21:47:25: main:  at wt.method.MethodServerMain.main(MethodServerMain.java:271)
星期二 4/19/11 21:47:25: main: Caused by: java.net.ConnectException: Connection refused: connect
星期二 4/19/11 21:47:25: main:  at java.net.PlainSocketImpl.socketConnect(Native Method)
星期二 4/19/11 21:47:25: main:  at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
星期二 4/19/11 21:47:25: main:  at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
星期二 4/19/11 21:47:25: main:  at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
星期二 4/19/11 21:47:25: main:  at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
星期二 4/19/11 21:47:25: main:  at java.net.Socket.connect(Socket.java:529)
星期二 4/19/11 21:47:25: main:  at java.net.Socket.connect(Socket.java:478)
星期二 4/19/11 21:47:25: main:  at java.net.Socket.<init>(Socket.java:375)
星期二 4/19/11 21:47:25: main:  at java.net.Socket.<init>(Socket.java:189)
星期二 4/19/11 21:47:25: main:  at com.sun.jndi.ldap.Connection.createSocket(Connection.java:352)
星期二 4/19/11 21:47:25: main:  at com.sun.jndi.ldap.Connection.<init>(Connection.java:187)
星期二 4/19/11 21:47:25: main:  ... 44 more

 

解决方案：

1.判断389端口是否被占用。 netstat -nao

2.判断是否已经开启DS服务。Windchill_10.0/WindchillDS/server/bat目录下，双击control-panel.bat启动，同时，可以进行注册为Windows Service。

depgydh86
关注
ceph osd 无法启动 handle_auth_bad_method server allowed_methods [2] but i only support [2] failed
weixin_40548182的博客
12-23 324
目录下，由于出问题的是 osd-3 ，所以在该目录下过滤，包含 osd.3 字样的 key 文件。key 不一致导致。为什么会出现 key 不一致，可能是踢掉 osd 重新加的过程中出了问题。ssh 出问题的 osd 所在的主机上，rook-ceph 部署的进到。编辑文件，将key替换成 osd 所在主机上的key，即。到 rook-ceph-tools pod 里执行。输出的 osd.3 的 key 和上文文件中的不一样。进到 rook-ceph-tools pod。查看该文件的内容，复制出。
MethodServer 无法启动时排查方式
Wonly_Wu的博客
10-08 941
在启动windchill服务的时候，是不是经常会出现MethodServer 无法启动的情况，在排查时，经常会发现没有日志，什么表面问题都无法定位信息。 下面介绍几个常见的排查方法 场景一 ServerManager 可以启动，但处于挂起状态。methodserver没有启动反应 官方知识库 Server Manager日志中的报错如下： 2015-06-29 13:46:21,101 INFO ...
MethodServer启动没反应，ServerManager也没报任何错误
jason9157zb的专栏
10-24 1407
 背景：今天在通过Axis+Spring添加Webservice代码至Windchill中，在给Windchill中添加几个jar档后，重启MethodServer时，ServerManager启动后停住，MethodServer没有任何启动的反应解决：最后通过不测试，发现是添加的jar档过多，致使在ServerManager启动时超出了设点classpath的字符限制
MethodServer无法启动问题排查方案
weixin_41292135的博客
04-20 581
windchill
系统恢复后methodserver无法启动
cuimouzui9931的博客
07-22 268
系统恢复后methodserver无法启动 由于Windchill系统升级失败，需要将系统恢复到备份时的状态。停掉所有服务后，开始...
windchill文件无法上传服务器,Windchill MethodServer无法启动
weixin_39601056的博客
08-06 861
MethodServer.log :com.infoengine.exception.adapter.IEAdapterException; nestedexception is:星期二 3/6/12 21:40:05: main: javax.naming.CommunicationException:windchill.plm.com:389 [Root exception is java.n...
Windchill之MethodServer的类加载机制分析
Jeffrey's 专栏
10-10 2027
Windchill之MethodServer的类加载机制分析： MethodServer的类加载过程同样服从双亲委派机制，大体上讲，加载一个类时，系统的加载器搜索顺序是 BootStrapClassLoader -> sun.misc.Launcher$ExtClassLoader  -> sun.misc.Launcher$AppClassLoader ->  UserDefinedCl
windchill8.0安装指南.pdf
12-14
- **MethodServer启动失败** - 错误示例：“java.sql.SQLException: 不正確的名稱格式: PDM70.ROW_OBJECT_LIST” - 解决方案：检查数据库连接参数是否正确，尤其是服务名和服务端口号。 - 另外，确保数据库模式和...
windchill交流第二篇：让自己的方法随windchill服务启动---添加windchill客制化服务...
离在线实施Windchill8,9,10,设计、开发、培训、集成、技术支持，经验丰富，高效，务实，认真，负责_18691816723,西安华越
04-30 844
[b][color=red]所有文章全部原创，如有不对，欢迎留言指正。[/color][/b] 通过添加Windchill客制化服务，可以让自己业务相关的对象在Windchill启动时进行初始化。如定制数据缓存，初始化静态变量，从而减少用户访问数据库的频率，提高访问相关数据的速度。 废话不多说，直接上代码，照着下面的步骤一步步来就ok。 /**************************...
Windchill基础知识
qq_54206336的博客
04-21 2536
，文件路径为D:\ptc\Windchill_11.0\HTTPServer\bin\httpd.exe），启动Web服务，弹出页面后可将页面最小化。权限的设置要有对应的域，权限是基于域来设置，如果说 恒奔test库 下面的“恒奔权限测试1”要设置权限，首先要分别建立对应的域；在该文件夹下开始创建可重用属性，按业务要求对属性名称及相关参数的填写，注意选择正确的数据类型，完成属性的创建；域创建好之后，要在文件夹上编辑，使文件夹和域建立关系，找到 恒奔test 库下的文件夹，操作>编辑;
wt.method.MethodContext的作用和意义
Jeffrey's 专栏
12-10 1227
wt.method.MethodContext的作用和意义 官方的JavaDoc指出：它是在MethodServer中一个活动的方法调用的上下文，用以维护当前线程和与该线程相关的资源，比如数据库连接之间的关系。 Context corresponding to an active method invocation in the method server. This class mainta
docker 启动ceph osd报异常auth: unable to find a keyring on /var/lib/ceph/bootstrap-osd/ceph.keyring
pingyufeng的博客
12-03 5892
启动osd出现错误 root@AI-03:/home/work/ceph-cluster# docker-compose -f docker-compose-ceph-prod.yml logs osd1 Attaching to ceph-cluster_osd1_1 osd1_1 | 2021-12-02 14:23:29 /opt/ceph-container/bin/entrypoint.sh: static: does not generate config osd1_1 | 2021-12
ceph学习（故障恢复）——mon全部故障，从osd中恢复集群
热门推荐
qq_33218245的博客
11-26 1万+
在生产环境中，ceph集群要求最少配置3个MON，一般情况下很少出现3个MON同时挂掉的情况，但是也不排除出现这种情况的可能，如果集群中的所有MON都损坏了，是不是集群数据就丢失了呢？能不能恢复集群？当然是可以的，ceph中国的一位开发者写了一个工具，来对损坏的MON的数据进行重构，这个工具已经集成到了新版的ceph中，官网上也提供了一个重构的脚本，但是这个脚本似乎有点问题，网上也有一些相关...
ServerManager.exe 0xc0000135 应用程序错误
大龄程序员
08-22 1万+
问题： 将 Windows Server 2016.NET Framework移除、IIS卸载后，Server Manager.exe、事件查看器等都无法正常开启。 解决方案： 在运行中，输入CMD，打开命令控制面板，输入DISM指令安装.NET Framework，命令如下： dism /online /enable-feature /featurename:NetFx4 如...
Windows环境之EXE无法正常启动
乾坤我做主的博客
11-26 2241
Windows环境之EXE无法正常启动 在Windows环境中，启动EXE有时候会发生无法正常启动的问题（见下图），可以从以下几个方面进行排查问题： 一.系统缺少相应的Direct X 安装Direct X修复工具，使用其完成检测、修复，重启机器查看是否已经正常启动。 二.SFC...
bclinux aarch64 ceph 14.2.10 对象存储 http网关 CEPH OBJECT GATEWAY Civetweb
hknaruto的专栏
11-14 1500
相关内容。
Ceph入门到精通-Osd服务启动日志分析
隔壁老瓦的专栏
04-27 1511
命令找到服务。
Win2019 ServerManager.exe 错误码 0xc0000135 应用程序错误
xiaobia1的博客
07-17 1025
将 Windows Server 2019或2016 .NET Framework移除、 IIS卸载后，服务器管理器、控制面板部分功能、事件查看器等都无法正常开启。
0xc0000135应用程序无法正常启动解决办法
xister的专栏
04-25 6421
最近不少用户在安装了最新的Win11 KB5013943补丁后，运行某些程序的时候，电脑就出现了0xc0000135应用程序无法正常启动的错误提示，下面小编就带着大家一起看看怎么解决这个问题吧！
com.documentum.web.common.Trace - Preference repository is not available, reason: preference repository credential is not configured in app.xml
最新发布
04-03
<think>好的，我现在需要帮助用户解决关于“com.documentum.web.common.Trace - Preference repository is not available, reason: preference repository credential is not configured in app.xml”的错误。首先，我应该理解这个错误的原因和背景。用户可能在使用Documentum相关的应用程序时遇到了这个问题，具体是在配置或启动过程中出现的。 首先，错误信息明确指出“preference repository credential is not configured in app.xml”，这说明应用程序的配置文件（app.xml）中缺少必要的凭证信息，导致无法连接到偏好设置库（Preference Repository）。Documentum通常使用这样的库来存储应用程序的配置和用户偏好设置，所以缺少正确的凭证会导致应用无法启动或运行异常。 接下来，我需要考虑用户可能的操作场景。用户可能是在部署或配置一个新的Documentum应用实例，或者在迁移现有环境时遇到了问题。他们可能修改了配置文件但没有正确设置凭证，或者环境变量未正确配置。此外，可能涉及到的组件包括Documentum Content Server、应用服务器（如Tomcat或WebLogic）以及相关的库文件。 用户的需求不仅仅是了解错误的原因，更希望得到一步步的解决方案。因此，我需要提供一个结构清晰的解决步骤，包括检查配置文件、验证凭证、配置环境变量、检查文档和日志分析等方面。同时，要确保建议的方法适用于不同的操作系统和中间件环境，并提醒用户注意常见错误点，比如权限问题和拼写错误。 另外，用户可能对Documentum的配置不太熟悉，所以需要详细说明每个步骤的具体操作，例如如何找到app.xml文件，如何添加凭证信息，如何重启应用服务器等。还需要考虑可能的扩展问题，例如如果凭证正确但仍然无法连接，可能需要检查网络连接或Documentum服务状态。 最后，总结解决流程，确保用户能够按照步骤逐步排查和解决问题。同时，提供参考链接或官方文档，方便用户进一步查阅。确保回答简洁明了，避免技术术语过多，适合不同层次的技术人员理解。</think>### 解决 `Preference repository credential is not configured in app.xml` 错误的逐步指南 #### 1. **问题定位** - **核心错误**：Documentum 应用程序未正确配置访问 "偏好设置库（Preference Repository）" 的凭据。 - **直接原因**：`app.xml`（或相关配置文件）中缺少或错误配置以下关键信息： - 连接偏好库的 `docbase` 名称。 - 访问偏好库的用户名（`username`）和密码（`password`）。 - 认证方式（如 `connect_mode`）未正确指定。 --- #### 2. **检查 `app.xml` 配置** - **配置文件位置**：通常位于应用的 `WEB-INF/classes` 目录下（例如：`dfc.properties` 或 `app.xml`）。 - **关键配置项**： ```xml <!-- 示例配置 --> <preference_repository> <docbase_name>your_preference_docbase</docbase_name> <username>dm_admin</username> <password>encrypted_password</password> <connect_mode>specific_authentication_mode</connect_mode> </preference_repository> ``` - **验证点**： 1. 确认 `docbase_name` 是实际存在的偏好库名称。 2. 检查用户名和密码是否与 Documentum 中该用户的凭据一致。 3. 若密码已加密，需确保使用 Documentum 的加密工具生成（如 `dm_encrypt_password`）。 --- #### 3. **验证凭据有效性** - **手动连接测试**（通过 `idql` 或 `iapi` 工具）： ```bash # 登录到 Documentum 服务器 idql your_preference_docbase -Udm_admin -P明文密码 ``` - 若登录失败，需检查： - 用户是否在偏好库中有访问权限。 - 密码是否过期或被锁定。 --- #### 4. **检查环境变量与依赖** - **DFC 配置**：确保 `dfc.properties` 中指定了正确的全局配置： ```properties dfc.docbroker.host[0]=docbroker_host dfc.docbroker.port[0]=1489 dfc.globalregistry.repository=your_global_registry_docbase ``` - **应用服务器配置**： - 重启应用服务器（如 Tomcat）以确保配置生效。 - 检查类路径（Classpath）是否包含 Documentum 的 DFC 和共享库（如 `dfc.jar`）。 --- #### 5. **常见错误场景** - **加密密码未正确处理**： - 使用明文密码时需关闭加密标记（若配置支持）。 - 加密密码需通过 Documentum 工具生成（如 `dm_encrypt_password -encrypt <明文密码>`）。 - **权限问题**： - 确保应用服务器进程有权限读取 `app.xml` 文件（Linux 注意文件权限 `chmod 644`）。 - **拼写错误**： - 检查 XML 标签是否闭合、属性名是否拼写正确（如 `docbase_name` vs `docbaseName`）。 --- #### 6. **日志分析** - **查看详细日志**：在 Documentum 应用日志（如 `MethodServer.log`）中搜索关联错误： ```log com.documentum.web.common.Trace - ERROR: Failed to initialize preference repository ``` - **关键线索**： - 若提示 `Invalid credentials`，需重新核对用户名/密码。 - 若提示 `Docbase not found`，检查 `docbase_name` 是否注册到 DocBroker。 --- #### 7. **参考解决方案** - **步骤总结**： 1. 修正 `app.xml` 中的偏好库连接信息。 2. 验证凭据通过 `idql/iapi` 手动测试。 3. 检查 DFC 配置与文档库连通性。 4. 重启应用服务器并观察日志。 --- ### 附：Documentum 配置工具 - **加密工具**： ```bash # 在 Documentum 安装目录下执行 ./dm_encrypt_password -encrypt <明文密码> ``` - **Docbase 状态检查**： ```bash # 查看 DocBroker 注册的文档库 dmqdocbroker -t <docbroker_host> -p 1489 -c -sql ``` 若问题仍未解决，建议检查 Documentum 版本兼容性及补丁状态，或联系 OpenText 官方支持。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值