In this article you can find description of errors, warning, debug and information messages which may be spotted in FIXEdge log files.
Tag not defined for this message type
Description: It means that FIXEdge received a FIX message that contains a tag [RefTagID], which is not described in FIX dictionaries for this type of messages. Also it may mean that tag [RefTagID] is outside the repeating group while in the dictionary this tag is inside the repeating group, or vice versa. The exact message can be identified by its sequence number [RefSeqNum].
Troubleshooting steps: Get the FIX message itself from <session>.in file (use RefSeqNum value for assistance). Check the corresponding FIX dictionary to validate correctness of the error. Contact counter-party to resolve the issue or describe this custom tag in corresponding FIX dictionary.
Message cannot be sent
Description: This message occurs when there is attempt to send a message to a not initialized ("logged in") Client of Transport Adapter (TA). The disclosed in log record "client" name represents the name of TA Client in FIXEdge.properties.
Depending on TA type, Client may be also referred as "Session". For example, Clients of SMTP TA are listed under TransportLayer.SmtpTA.SMTPSessions parameter.
The reason for this is that specific TA, to which the Client belongs, is not added to the list of enabled adapters TransportLayer.TransportAdapters in FIXEdge.properties. Once added, you will see in log (after FIXEdge restart) record like
Troubleshooting steps: 1. First of all, review BL_Config.xml file for the Rule, that routes messages to mentioned Client, and check if it is correct and does what is required by your system. Remove the Rule if there is no need in it.
For instance, the ERROR in this specific example was caused by default BL Rule which was left unintentionally in place:
2. Check that corresponding TA client was successfully started and connected. Check FIXEdge.properties for correctness, especially that TA is added to TransportLayer.TransportAdapters list.
The connection association got dropped by a network device (NAT/router/switch)
Description: The record means that there had been connection attempt from a counterparty, and when FIX Engine was trying to detect its source ip/port with getpeername function, the connection association got dropped by a network device (NAT/router/switch).
Troubleshooting steps: reconnect the session.
New incoming connection was rejected
Description: This error occurs when a network device drops connection association, or there is a code issue resulting FIX connection to be terminated unexpectedly without Logouts exchange.
Troubleshooting steps: Contact your counter-party for explanation from their side and related events that make bring more light on the root cause.
Error during processing Logon message
Description: This is related to setup with LDAP authentication. Authentication is performed against Session identifier (SenderCompID and TrargetCompID) and LDAP using the Username (tag 553) and Password (tag 554) from FIX Logon message.
1. Work with the counterparty to make sure that that supplied in Logon credentials are correct.
2. Check if credentials are correct in LDAP and any other issues with LDAP itself.
3. Review and check the LDAPAuthenticate section in the BL_Config.xml file.
Unable to establish connection (Error code = 10060)
Description: This is related to an address or a port of destination are not available from the host machine.
- Use telnet to check the connection. Fix network issues.
- Make sure that the counterparty sees the connect attempts.
- Once the network has been configured and the node has become available, try to connecting again.
No OnActionFail is specified for rule
Description: These messages usually indicate that you have a routing Rule, but haven’t specified what will happen if the Rule fails.
Troubleshooting steps: These are not errors, just indications that <OnActionFail> condition might be also set up.
The telecommunication link error was detected
Description: It means that the TCP connection was terminated unexpectedly by counter-party, without Logouts exchange.
Troubleshooting steps: Contact counter-party and query them for sanity of their FIX adaptor/engine.
"MessageStorageType storageType" parameter is deprecated
Description: We improve the API of our products continuously and some parameters were left for backward compatibility. Such a message can appear in the log file in case of using non-default values for such parameters but if the value passes all checks then there is just such a record in the log file and it doesn’t affect anything.
Troubleshooting steps: You can ignore these messages.
Session was created in danger mode
Description: It means that a session uses the transient storage, i.e. no log files with FIX messages will be created.
Troubleshooting steps: In FIXEdge.properties file you can turn on logging for a session by setting 'FixLayer.FixEngine.Session.<SessionName>.StorageType = persistentMM' (or persistent). For Admin Session (a session between FIXEdge and FIXICC Agent) you need to change the property Monitoring.AdminSession.AdminClient.StorageType (which is in engine.properties file) accordingly, but we don’t recommend to do this for Admin Session - there will be quite a lot of messages.
Description: The FIX Protocol takes the optimistic view; it presumes that a garbled message is received due to a transmission error rather than a FIX system problem. Therefore, if a Resend Request is sent the garbled message will be re-transmitted correctly. If a message is not considered garbled then it is recommended that a session level Reject message be sent.
What constitutes a garbled message:
• BeginString (tag #8) is not the first tag in a message or is not of the format 8=FIX.n.m.
• BodyLength (tag #9) is not the second tag in a message or does not contain the correct byte count.
Troubleshooting steps: Make sure that the FIX message was re-transmitted correctly. If not, contact your counter-party regarding malformed messages from their side.
Active session was closed non-gracefully
Description: This message appears when session was terminated by Logout and IntradayLogoutTolerance mode is enabled. This mode means that during next session start the same set of logs will be used and next Logon will be sent with sequence number previous+1 (unless you use ForceSeqNumReset=ALWAYS. See matrix of possible IntradayLogoutTolerance+ForceSeqNumReset combinations).
Troubleshooting steps: This doesn't indicate an issue, just informs that session was disconnected correctly and sequence numbers were preserved.
Reject task finished
Description: In FIXEdge there is an option to reject messages that should be routed into the session, which exists, but currently isn't available. This message appears when all such messages were rejected.
Troubleshooting steps: This doesn't indicate an issue, just informs that the task was finished.
A FIX Session storage type isn't specified
The option for storage type is not set so the most efficient storage type (PersistentMM) is used.
Make sure that the storage type is specified correctly.
Check if there are spaces between property and its value.