ejabberd - Comments for "Ejabberd disconnecting immediately after connecting" https://www.ejabberd.im/forum/25344/ejabberd-disconnecting-immediately-after-connecting en Snehal wrote: Do i have to https://www.ejabberd.im/forum/25344/ejabberd-disconnecting-immediately-after-connecting#comment-66540 <div class="quote-msg"> <div class="quote-author"><em>Snehal</em> wrote:</div> <p>Do i have to use different edition of jabbed installation for such large user base? </p></div> <p>There isn't any limit in ejabberd, only the system limits.</p> <p>Also 7000 registered accounts is a "small" server.</p> <div class="quote-msg"> <div class="quote-author"><em>Snehal</em> wrote:</div> <p>A shared roster is created with all users added to it. Everything was working smoothly unless we migrated actual production users data (about 7000) users in database. </p> <p>CRASH REPORT Process &lt;0.27200.1&gt; with 0 neighbours exited with reason: {process_limit,{max_queue,1513}} in p1_fsm:terminate/8 line 755<br /> 2016-01-30 11:38:19.534 [error] &lt;0.353.0&gt; Supervisor ejabberd_c2s_sup had child undefined started with {ejabberd_c2s,start_link,undefined} at &lt;0.27200.1&gt; exit with reason {process_limit,{max_queue,1513}} in context child_terminated </p></div> <p>You have 7.000 registered accounts, and a shared roster group with all them. This means that, each time a user logins, ejabberd sends him 7.000 roster items. I guess those users are not human, because a human can't handle such numbers. And looking at your log, ejabberd is having problems sending so much items in a single stanza, to a single user. I also imagine the clients will have problems handling the roster if they receive it.</p> <div class="quote-msg"> <div class="quote-author"><em>Snehal</em> wrote:</div> <p>Is there any thing i can configure for this to work? </p></div> <p>None of them is equivalent to what you want to have now, but maybe one of them is good enough for your definitive requirement:<br /> - Instead of @all@, use @online@<br /> - Split your user base in several splitted vhosts, for example 7 vhosts of 1000 users each, then use @all@ inside each one.<br /> - Instead of shared roster groups, use a MUC room. I am almost sure a MUC room with 7000 occupants will have the same problem, but in case you want to try it...<br /> - Instead of a room with 7.000 occupants, create 70 rooms with 100 occupants each one. This will surely work, both for ejabberd and for your clients. But I guess this will not help you in your problem.<br /> - If you just want users to be able to send messages to all other users, use mod_announce instead.</p> Mon, 01 Feb 2016 12:53:09 +0000 badlop comment 66540 at https://www.ejabberd.im