RFA7.2 failed to connect RMDS in different linux environment

Currently, we are migrating our RFA7.2
based program from windows to Linux,but in development
environment,everything is ok,but when I deploy the project to the ST
environment,it failed to connect RMDS,I compare and the only difference
is the /etc/hosts file,but I have no permissions to amend the hosts file
in ST,the connection issue as below:
Received CONNECTION_EVENT: myNamespace::SLLConnection
{ state: DOWN, code: NONE, text: "Not connected: com.reuters.mainloop.DispatchException: Could not determine position"}
Any suggestion for us to debug?
Thank you very much for any reply.
Best Answer
-
I can replicate the problem in my environment. My /etc/hosts file is
127.0.0.1 apis11 localhost localhost.localdomain localhost4 localhost4.localdomain4
::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
I can replicate the problem by commenting the first line (the 127.0.0.1 line), then use the MDSubDemo example to subscribe data to ADS server (non DACS). Can you share us your /etc/hosts file? The hosts file should contain 127.0.0.1 line by default.
0
Answers
-
Do you have the error message when it failed?
We have user found connection issue when using RFAJ connect RMDS in linux environment. not sure is this the same one?
RFA7.2 failed to connect RDMS in Linux 6.40 -
@moragodkrit
it's the same problem,and I follow the reply from that
question,it's ok in our development environment ,but when I change the
environment ,the same problem has happened again,but I'm not sure if is
the problem of the hosts file.0 -
Still using SSL interface, eh?
I don't know how your application is doing its configuration but in a standard RFAJ SSL application (MarketData interface) you would - as I remember - be able to force the position into something you feel is correct, rather than letting the API decide the position for you .. which it obviously fails at.
So, according to Config Guide (legacy), you would need to define username explicitly as in
username=john+256+10.1.5.231/myhost
In this example "10.1.5.231/myhost" becomes the position.
Note that an application force setting the position part of the DACS login should be an exception and I wouldn't recommend it for production unless you know exactly what you are doing.
Best of luck.
Lars
Addicticks
0
Categories
- All Categories
- 3 Polls
- 6 AHS
- 36 Alpha
- 166 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 690 Datastream
- 1.4K DSS
- 629 Eikon COM
- 5.2K Eikon Data APIs
- 11 Electronic Trading
- 1 Generic FIX
- 7 Local Bank Node API
- 3 Trading API
- 2.9K Elektron
- 1.4K EMA
- 255 ETA
- 559 WebSocket API
- 39 FX Venues
- 15 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 25 Messenger Bot
- 3 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 279 Open PermID
- 45 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 23 RDMS
- 2K Refinitiv Data Platform
- 716 Refinitiv Data Platform Libraries
- 4 LSEG Due Diligence
- LSEG Due Diligence Portal API
- 4 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.2K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 12 World-Check Customer Risk Screener
- 1K World-Check One
- 46 World-Check One Zero Footprint
- 45 Side by Side Integration API
- 2 Test Space
- 3 Thomson One Smart
- 10 TR Knowledge Graph
- 151 Transactions
- 143 REDI API
- 1.8K TREP APIs
- 4 CAT
- 27 DACS Station
- 121 Open DACS
- 1.1K RFA
- 106 UPA
- 194 TREP Infrastructure
- 229 TRKD
- 918 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 95 Workspace SDK
- 11 Element Framework
- 5 Grid
- 19 World-Check Data File
- 1 Yield Book Analytics
- 48 中文论坛