question

Upvotes
Accepted
1 0 0 2

PubErrorEvent: Failed to publish the market data event to SAPI

Using RFA 7.6 C++ on Linux, I get PubErrorEvent with State: None and StatusText "Failed to publish the market data event to SAPI".

This is happening on a live system and I do not see this in test.

treprfarfa-api
icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

@iain.cadman

Thank you for your participation in the forum. Is the reply below satisfactory in resolving your query? If yes please click the 'Accept' text next to the reply. This will guide all community members who have a similar question. Otherwise please post again offering further insight into your question.

Thanks,

AHS

Please be informed that a reply has been verified as correct in answering the question, and has been marked as such.
Thanks,
AHS

Upvotes
Accepted
11.3k 25 9 14

@iain.cadman

The SAPI is the underlying layer in RFA that handles network connection (SSLED_MP connection) between the RFA MarketDataManagedPublisher and its clients. The PubErrEvent could be generated once SAPI could not write the message to the network with a specific reason.

Below are some possible scenarios.

- Image is published with status other than “Ok” or “Stale”

SAPI allows only two types of status for image: Ok or Stale status. Other statuses, for example, “NoChanged” status means the state is the same as before which makes sense in term of an update but not an image.

- There is not enough buffer for SAPI to send message to network

RFA provide configuration parameter “outputBuffers” to tune this output buffer. For more detail, see RFA Configuration Guide provided in RFA package.

You may try following parameter to isolate the issue.

\Connections\Connection_SSLED_MP\outputBuffers = 100000000  

If the scenarios listed above do not occur in your applicaiton, please provide further information such as reproduction steps, published messages.

icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

Upvotes
25.3k 87 12 25

Hi @iain.cadman

If it is happening consistently on live system and you cannot recreate in test environment, then my immediate thought would be that there is some difference in the TREP config between your test and live environment. Or a difference in versions of TREP components between test and live?

Can you provide a few more details on what you are trying to do, publisher type, connection type? Can you recreate using one of our example apps?

icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

Upvotes
1 0 0 2

Thanks for the response. I am seeing this on a customer site, so there will likely be a difference in components and configuration.

These messages only occur when the contributor program is being loaded tested. The publicationID on the error event is a long way behind that reported for a publish done around the same time.

I will increase the buffers as suggested and see if this has an effect. I suspect, though, that increasing the buffers will only delay the problem.

icon clock
10 |1500

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

@iain.cadman

Yes, increasing the buffers will only delay the problem. If the parameter has an effect, the issue needs to be investigated further as there might be bottlenect on transport layer.

Write an Answer

Hint: Notify or tag a user in this post by typing @username.

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.