一个在ADS monitor中可见的服务，当publisher连接到ADH时，它最初的状态是UP，但随后在约3分钟后就关闭了。

Xiaoshu.Yue
Xiaoshu.Yue LSEG
in 中文论坛

你好。

我非常希望你能帮助我解决一个问题，我已经尝试了大约5天了。如果你需要额外的信息，请告诉我。

我最近在RHEL 7.6上升级了ADH/ADS到版本3.5.1。之前我一直在RHEL 5.11上使用ADH/ADS 2.6.1，配置和运行没有问题。用原来的配置，在用ADH/ADS 3.5.1替换ADS/ADH 2.6.1之后，导致了一个新的情况，即publisher和ADH之间的连接（据我所知一直保持良好状态）不知何故导致ADS在大约3分钟后自动关闭了服务。

连接到ADH的provider应用程序使用的是Windows 10平台上的RFA 7.6，这个问题也出现在运行provider的同一LINUX主机上（Windows 10上的Virtual Box虚拟机中的操作系统）。

我已经添加了ADH和ADS的日志文件和使用的cnf文件。

谢谢你的帮助。


Tagged:

Best Answer

  • Xiaoshu.Yue
    Xiaoshu.Yue LSEG
    Answer ✓

    你好

    如果您把ADH（只是ADH）切换回2.6.1版本，问题会发生吗？我问这个问题是因为您的环境有很多变化（操作系统，RTDS组件，等等）。另外，在RFA Provider应用程序方面是否有任何变化？

    当问题发生时，ADH和Provider之间的服务是否仍然是UP的？

    如果您能按重现这个问题，请启用RFA跟踪文件，并在问题发生时分享该文件。

    您可以通过以下RFA配置来启用日志文件。

    RFA Java:

    <namespace>/Connections/<Connection Name>/ipcTraceFlags = 7

    <namespace>/ Connections/<Connection Name>/mountTrace = True

    <namespace>/ Connections/<Connection Name>/logFileName=<path to log file>

    RFA C++:

    \Connections\<Connection Name>\traceMsgToFile = true

    \Connections\<Connection Name>\traceMsgDomains = "all"

    \Connections\<Connection Name>\traceMsgMaxMsgSize = 10000000

    \Connections\<Connection Name>\traceMsgMultipleFiles = true

    \Connections\<Connection Name>\traceMsgFileName = <path to log file>

Categories