Did anyone encounter the following issue?
The above problem is appearing at the following location/path after a click on the timing tab, and it is occurring only for the send in the PurePath tree.
Hello @Radoslaw S.
We have three nodes cluster. Can you please point me to a specific area in the server logs to give you to understand the said situation?
|Service type||Queue interaction service|
|Service main technology||IBM WebSphere Application Server|
|Technology||Java (Oracle HotSpot 1.7.0_201), IBM WebSphere Application Server (220.127.116.11)|
|Called by service||abc|
Please check your node's health, may be elastic search engine is having issue or not running on the node.
We had similar issue, due to Linux/Unix patching all nodes went down, started one node, when we try to pull some data for specific time frame then it was showing similar alert like you have shown in the attachment. we checked node health and found that node was showing elastic search engine issue. we also checked the server log and it was indicating no primary node found, so we started another node in cluster and checked node's health again, this time all the elastic search engine alert/error resolved and we were able to search/pull the data.
Hope this is helpful to you.
Hello @Krunal D.
Thank you for your comments and for sharing your personal experience.
The cluster hosts do not have any type of health issue. As I mentioned in my question that this occurs only when I click on the MQ call (send) in the PurePath tree, rest everything is OK.
@Babar Q. it happens only for new pure paths or for those little bit older as well? I’m asking because we’ve seen this as well when server was still processing data and after few minutes everything went back again.
Hello @Clifton H.
Thank you for sharing your personal experience. In our situation the said issue is only with one particular PurePath.
We were told that issue will be fixed in the upcoming version 1.84, hence, we can verify after the upgrade.
Well, this is a recent issue (past couple of days) for us and I'm quite certain this didn't happen at all during Managed 1.182. For example I'm getting this all the time in the demo environment (redirects to https://yoj211.managed-sprint.dynalabs.io/e/ecc29184-1ae2-46dd-96fe-06997671fc57/). I can make it work by quickly changing to another view besides the default Dashboards view, and then by reloading the page (Applications, Logs, whatever) I can use the environment. But loading the Dashboards always results in this error. I'm actually quite surprised there aren't more people reporting this problem - I guess it's not so widespread after all..?