Admin Tool Constantly Disconnecting
Admin Tool Constantly Disconnecting
I'm seeing a problem where the admin tool constantly disconnects from the server. If I connect to the server with one of our flash clients it connects and stays connected. However, the admin tool will disconnect every few seconds. Is there any way to solve this issue? Thanks.
Hi,
this is very strange. The AdminTool should never disconnect. In fact the Admin User is not subject to the normal idle-connection-timer that the server runs for every other user and the connection should stay alive.
Of course this cannot be guaranteed 100% because a connection can go down for dozens of different causes including your PC configuration, the network status etc...
What I can guarantee is that SFS never shuts down the connection of the Admin User.
Are you the only person using the AdminTool? Only one admin is allowed at a time, so if other colleagues use the Admin Tool they can force the previous admin to disconnect. (see the force login option at login time)
this is very strange. The AdminTool should never disconnect. In fact the Admin User is not subject to the normal idle-connection-timer that the server runs for every other user and the connection should stay alive.
Of course this cannot be guaranteed 100% because a connection can go down for dozens of different causes including your PC configuration, the network status etc...
What I can guarantee is that SFS never shuts down the connection of the Admin User.
Are you the only person using the AdminTool? Only one admin is allowed at a time, so if other colleagues use the Admin Tool they can force the previous admin to disconnect. (see the force login option at login time)
-
- Posts: 6
- Joined: 31 Jul 2009, 18:52
I too see this and am able to have clients connect as normal and function but the admin keeps disconnecting (very fast in my case - the admin is disconnected the second it connects, I'm also putting the smart fox server under load during this).
I find this in the logs during a attempt to have the admin connect
I find this in the logs during a attempt to have the admin connect
Code: Select all
2009/07/29 20:38:35.803 - [ INFO ] [id: 18] (EventWriter.handleEvent): Too many dropped messages. Client will be disconnected: admin, 11
2009/07/29 20:38:35.803 - [ FINE ] [id: 18] (EventWriter.dropListOfClients): Disconnecting 1 dead channels.
Ok, I see, thanks for adding this extra bit.
In this specific case you could be kicked out of the server because your connection is very slow and is forcing the server to drop packets.
You can fine-tune the packet dropping threshold and learn more about the issue in general by going here:
http://www.smartfoxserver.com/docs/docP ... ooting.htm
Skip to the 2nd section of the document
In this specific case you could be kicked out of the server because your connection is very slow and is forcing the server to drop packets.
You can fine-tune the packet dropping threshold and learn more about the issue in general by going here:
http://www.smartfoxserver.com/docs/docP ... ooting.htm
Skip to the 2nd section of the document
When somebody else login in the admin tool, he connects with the same username. When he check force, the currently logged instance is kicked. So I guess this is possible reason for your disconnects.
I have question too - is it possible to have more than one account for the admin tool - when I try to add more in the config, only the last one matters.
I have question too - is it possible to have more than one account for the admin tool - when I try to add more in the config, only the last one matters.
-
- Posts: 5
- Joined: 29 Jan 2010, 23:55
We have the same issue. I analyzed the TCP traffic and it appears that, even when the administrator is watching the main screen, the admin tool receives a constant flow of information about the list of rooms and the various join/varUpdates events that happen in each of the rooms, which ends up being a lot of data that the admin Flash client has a hard time to process fast enough. I have a very fast connection but also a large amount of rooms and we are using room variables as our main way of updating the clients. The game is turn based so we have a dropped packets stringent policy and no way to configure SFS to be more lenient about how many packets the admin itself can loose. The clients do not have issues as they only receive updates for the room they are in but the admin receives the updates for all the rooms. Did we miss a configuration point here?
You are correct. The AdminTool watches the server events in real time which at times can be overwhelming if the server is heavily trafficked.
We are working on an entirely new tool that will accompany the next major release. It introduce dozens of new features and will address this issue as well. We will publish more details during the next months.
stay tuned.
We are working on an entirely new tool that will accompany the next major release. It introduce dozens of new features and will address this issue as well. We will publish more details during the next months.
stay tuned.
-
- Posts: 5
- Joined: 29 Jan 2010, 23:55
Return to “SmartFoxServer 1.x Discussions and Help”
Who is online
Users browsing this forum: No registered users and 61 guests