Question

Solved898 views17th July 2023Cube Cube connect

3

Ive Herreman [SLC] [DevOps Catalyst]12.55K 14th July 2023 0 Comments

Hi Community,

I'm looking into an issue where some of my users experience occasional problems connecting to the dataminer system using cube.

I can confirm connectivity is ok, I can access the system at all times through the web interface.
However, every now and then, I get an exception when trying to connect using cube:

Skyline.DataMiner.Net.Exceptions.DataMinerCommunicationException: Problem communicating with http://192.168.0.2:8004/SLNetService: System.ArgumentException: Cannot accept SOAP messages (text/xml)
   at Skyline.DataMiner.Net.Transport.RemotingHelperServerChannelSink.VerifyRequestDataPresent(ITransportHeaders requestHeaders, Stream requestStream)

In most cases, the issue can be solved by closing the cube application and opening it again.
Has anyone seen this before?

This is a dataminer system running 10.3.7

Ive Herreman [SLC] [DevOps Catalyst] Selected answer as best 17th July 2023

2 Answers

6

Bert Buysschaert [SLC] [DevOps Enabler]4.56K Posted 14th July 2023 3 Comments

Hi Ive,

This specific error (Cannot accept SOAP messages (text/xml)) occurs when using Remoting when no channel has been registered, typically when using polling mode. The issue should have been fixed by RN36374 in 10.3.6 but apparently there is still another scenario where this can happen.

Pascal Puzio [DevOps Enabler] Posted new comment 19th July 2023

Pascal Puzio [DevOps Enabler] commented 19th July 2023

And is there any view/timeline on a solution?

Bert Buysschaert [SLC] [DevOps Enabler] commented 19th July 2023

Hi Pascal, the issue is still under investigation, the exact root cause has not been found yet. As far as workarounds, you can either restart Cube when the issue manifests itself (it is a race condition at startup), or switch to gRPC by default if possible:
https://docs.dataminer.services/user-guide/Reference/Skyline_DataMiner_Folder/More_information_on_certain_files_and_folders/ConnectionSettings_txt.html#examples

Pascal Puzio [DevOps Enabler] commented 19th July 2023

Thanks Bert,
restart of cube doesn’t work always. then I have to restart my laptop, which is not always possible to do that direct. Will look in the second suggestion which you give.

Hi Pascal, the issue is still under investigation, the exact root cause has not been found yet. As far as workarounds, you can either restart Cube when the issue manifests itself (it is a race condition at startup), or switch to gRPC by default if possible:
https://docs.dataminer.services/user-guide/Reference/Skyline_DataMiner_Folder/More_information_on_certain_files_and_folders/ConnectionSettings_txt.html#examples
Thanks Bert,
restart of cube doesn’t work always. then I have to restart my laptop, which is not always possible to do that direct. Will look in the second suggestion which you give.

score 2 · Answer 1 · 2023-07-14T11:44:05+00:00

Hi Ive,

Could you check the anti-virus on those client systems?
Documentation: Regarding antivirus software
Related sources:
DCP 203270 - DataMiner Connection issue
DCP 201812 - Cube Clients unable to connect

A paragraph from the sources:

when we processed the DataMiner Cube memory dumps, we found the anti-virus module: sysfer.dll and in the folder: “C:\Program Files\CarbonBlack\CbEDRAMSI.dll”.
We suspect that the Cube was operating normally at the time onwards, but it could likely not continue due to the antivirus module.

Hope this will help you further

To add on that when we upgraded to 10.3.7 the issue disappeared.
Hi Matthias,

Thanks for the hint.
I’ve checked, but there isn’t any anti-virus interfering in this case.

Unable to access cube (sometimes)

2 Answers