-
What's happening here: client establishes the connection (with ClientConnectionManager - c2s), at one point client tries to encrypt the connection so it sends
<starttls/>
. c2s informs about that fact SessionManager (sess-man
) using above command.sess-man
checks user session (and wheter TLS is available) and returns information whether it can proceed or not. Upon receiving the response the connection manager matches the session to send the information back to the client. However if it can't find the service the error is printed. This can happen if the client would disconnect during negotiating STARTTLS - sess-man would respond but in the meantime service would disappear from the c2s.In general you could ignore this error.
I have a problem with… In the
tigase-console.log
I have different enties withwhy
sess-man
sends a STARTTLS ? I a problem with a client or an internal communication of a node of the cluster?Details (please complete the following information):