<div dir="ltr"><div style>I know this is an old thread so if i should start a new one please let me know.</div><div style><br></div>I have been looking at this again, and i still have no clear idea what the issue is.<div style>
I have switched from BOSH to a standard connection TCP connection and the problem is also present.</div><div style><br></div><div style>So far i have compared the entries in the session table and they are identical, I have looked through the code and see that conflicting resource is checked and should be dealing with this situation.<br>
</div><div style>Correct me if i am wrong but the check is doing a select on the session table with the full user including the resource and returning the SID if one exists. If one does then the resource conflict code should take the configured action, I have set it to closeold, which is the default anyway.</div>
<div style><br></div><div style>When this happens the only way i have been able to clear it is to empty all objects from the session table, using kick_session doesnt work even when the only session showing is the 'stuck' one.</div>
<div style>The above is a brutal hack but i havent had any luck just deleting the specific record using the SID as the key.</div><div style><br></div><div style>If i try and get user_sessions_info on the stuck connection it throws a stack trace, which i think is because its trying to get the fsm event state for the given PID which doesnt exist.. Because its really closed.</div>
<div style><br></div><div style>At this point I am looking for any ideas to help trouble shoot this as i cant see any reason for it to be behaving like this.</div><div style><br></div><div style>I am running the following:</div>
<div style>erlang: R14B04</div><div style>ejabberd: 2.1.11</div><div style><br></div><div style><br></div><div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Dec 7, 2012 at 8:36 AM, paul tinson <span dir="ltr"><<a href="mailto:paul.tinson@gmail.com" target="_blank">paul.tinson@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">><br>
> When a new session auths and is added to the session table should it<br>
> be able to insert that sessions record when one already exists for the<br>
> same user/resource combination?<br>
><br>
<br>
</div>According to ejabberd_sm.erl new connections are checked in the<br>
session table to see if they already exist.<br>
Since i can see the session in the table with a simple dump of that<br>
table while the user is connected it seems the duplicate session<br>
checking might not be catching all cases.<br>
Ill throw some debug into sm parts doing the session checking and see<br>
if i cant work out what is going on.<br>
<span class="HOEnZb"><font color="#888888"><br>
Paul<br>
</font></span></blockquote></div><br></div>