NIP and DACS issue after distribution (Elektron Java SDK)

nicolas.roux
nicolas.roux
in Elektron

We developed a NIP witgh the Elektron Java SDK.

It publishes into an ADH via the RSSL port.

Everything was working perfectly fine until we launched a "distribute" from our DACS station. We did not change the user entitlement.

After launching this "distribute", we can see from the adhmon that the "dacsPermDenied" is increasing:

zd6pku5.png

image

From the same adhmon screen, if I use "disconnectChannel : True" to disconnect the NIP, it will reconnect automatically and will be able to publish again.

We don't understand what's wrong. We have no error on the ADH log. And nothing in the NIP logs.

Tagged:

Answers

  • nicolas.roux
    nicolas.roux

    That's pretty weird, because it's hosted on reuters website. Anyway, do you have access to this URL : https://i.imgur.com/ZD6PkU5.png

  • nicolas.roux
    nicolas.roux

    I think it's in your cache and you're the only one who can see it now. (I can not).

  • nicolas.roux
    nicolas.roux

    I can see it now

  • zoya faberov
    zoya faberov

    Hello @nicolas.roux,

    In order for us to better understand the issue you see:

    Do you know if all or some of the publisher submits fail? Do you see any failures on the publisher side, exceptions on submit? If not, is it possible to publish only once or twice and see if the number of denials grows correspondingly?

    Is the behavior consistently reproducible, i.e. it goes away with the reconnect or restart and reappears on the next dacs distribution?

    If it is, is it possible to test with MarketPrice 100 NIP and see if the behavior is consistent between the example provider, if it also gets denied after the distribution?

  • nicolas.roux
    nicolas.roux

    What do you mean by "submit"?

    Almost all the NIPs failed, but it's a bit random. I didn't do a lot of tests, but I guess it's reproductible. I will try to do more tests.

    (There's no error in logs of the NIP)

  • zoya faberov
    zoya faberov

    Hello @nicolas.roux,

    At this point I think the case may need a detailed log and code look- through.

    I would set XMLTraceTpStdout true in config in NIProvider, and increase/enable app-specific logging as well, to get visibility into any errors happening.

    Would like to recommend to contact the RDC named users within your organization to
    submit a ticket through Contact
    Premium Support     at

    Elektron API area.

  • wasin.w
    wasin.w admin

    Hello @nicolas.roux

    This issue requires a detail investigation, please submit a ticket to us through Contact Premium Support page. Please also give me the following information

    1. The XML Trace file when the problem occurs. The XML trace file contains incoming/outgoing messages between the API and ADH server. You
      can enable the EMA Java trace messages by setting <XmlTraceToStdout value="1"/> in the EmaConfig.xml file.
      Please note that this feature requires EMA Java 1.1.0 and above versions.
    2. The Elektron SDK version that you are using.
    3. The EmaConfig.xml file
    4. The ADH version
  • wasin.w
    wasin.w admin

    Hello @nicolas.roux,

    Were you able to enable trace and submit a ticket to Premium support?, did the log hold any insight into the issue?

  • nicolas.roux
    nicolas.roux

    Hi, it's too time consuming to troubleshoot. We decided to disable the dacs on the component used for these internal feed.

Categories