Bo0m!

For anyone else that may possibly run into this strange issue, it was resolved by the following SQL command on the database (REMOTEID being replaced by the server's ID number): INSERT INTO tc_server_enabled_components (module_id, component_id, server_id) VALUES ('07405876-e8c2-4b24-a774-4ef57f596384', 1, REMOTEID);

I recently installed another remote server and I've run into a very annoying issue. Whenever my master tries to communicate with it I'm receiving a Error: ConnectFailure (Connection refused) From the Master Monitor Console: System.Net.WebException: Error: ConnectFailure (Connection refused) ---> System.Net.Sockets.SocketException: Connection refused at System.Net.Sockets.Socket.Connect (System.Net.EndPoint remoteEP) [0x00000] in <filename unknown>:0 at System.Net.WebConnection.Connect (System.Net.HttpWebRequest request) [0x00000] in <filename unknown>:0 --- End of inner exception stack trace --- at System.Net.HttpWebRequest.EndGetRequestStream (IAsyncResult asyncResult) [0x00000] in <filename unknown>:0 at System.Net.HttpWebRequest.GetRequestStream () [0x00000] in <filename unknown>:0 at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke (System.String method_name, System.Object[] parameters) [0x00000] in <filename unknown>:0 My new box is set up exactly how my previous working remote servers were set up, so I'm not sure why this is happening. I have tried: Updating the remote server (I have verified it is running 2.0.84 the same as every other server) Disabling iptables and verifying no firewalls were blocking incoming connections Deleting and reinstalling TCAdmin Turning the box off and on again There is one thing that I noticed, however. On the other remote servers, when starting the monitor up I see: TCAdmin - The Game Hosting Control Panel Software Version : 2.0.84.0 Mono Version : 2.11.4 Linux 64 bits Monitor Ports : Secure: 8891 Standard: 8890 uPnP Port Forwarding : Disabled Current User : root Database Engine : MySQL Database Cache : Enabled Starting the Monitor Web Service... The Monitor Web Service has been started. Starting the Task Scheduler... The Task Scheduler has been started. Starting the Game Monitor Service... The Game Monitor Service has been started. Starting the FTP Service... The FTP Service (v1) has been started on 0.0.0.0:8821. The Remote Monitor has been started on GOODSERVER However when starting the monitor up on this server I see: TCAdmin - The Game Hosting Control Panel Software Version : 2.0.84.0 Mono Version : 2.11.4 Linux 64 bits Monitor Ports : Secure: 8891 Standard: 8890 uPnP Port Forwarding : Disabled Current User : root Database Engine : MySQL Database Cache : Enabled Starting the Task Scheduler... The Task Scheduler has been started. Starting the Game Monitor Service... The Game Monitor Service has been started. Starting the FTP Service... The FTP Service (v1) has been started on 0.0.0.0:8821. The Remote Monitor has been started on BADSERVER I notice a lack of Starting the Monitor Web Service... The Monitor Web Service has been started. I'm suspecting that may be a big part of the problem. Is there any reason why the Web Service would fail to start? Is there anything new I can try to resolve this? Thanks!

I haven't personally tried TCAdmin2 on 13.10, however there are definitely workarounds for ia32-libs on 13.10. See http://askubuntu.com/questions/107230/what-happened-to-the-ia32-libs-package

Lately I've been having many issues with Mono's XSP2 eating up all my CPU cycles (See http://clientforums.tcadmin.com/showthread.php?t=11434) I was curious if it's possible to run TCAdmin's web panel through FastCGI with Nginx as noted here: http://www.mono-project.com/ASP.NET instead of using XSP. I'm starting to get desperate to make my web panel run normally without switching back to Windows, so any other ideas on this matter would be appreciated as well. Thanks!

Unfortunately, restarting the monitor and manager solves this problem for about a minute. As soon as you actually start using the web panel after a restart the CPU will get jacked back up. I think I may try older versions of mono, does anyone know if TCAdmin has a minimum required version of mono?

Mono is made for running .NET on non windows platforms and is needed for TCAdmin, so basically, yes; Mono runs exes in linux. But really, if anyone has any thoughts on debugging this, it would be greatly appreciated. This is what it looks like when I create a new game server (and it takes forever).

So I recently switched my master server on Windows Server 2008 over to a newer box using Ubuntu 12.04. The installation went quickly without any issues and the web interface works great for a short period of time. However after using it for a little while, I notice that my CPU gets jacked up to 100% and there are hundreds of processes from mono, most of them running /opt/mono-2.11.4/bin/mono /opt/mono-2.11.4/lib/mono/2.0/xsp2.exe --nonstop --verbose --port 8880 --root ../ControlPanel --pidfile /home/tcadmin/Monitor/TCAdminWeb.lock This seems to be happening with only me and one other person utilizing the interface, I'm afraid how slow it's going to be if more people start to use it. Has anyone else run into this issue or have any idea why mono would eat up so much CPU? Thanks!

Just had a quick question regarding additional game arguments in TCAdmin v2. I'm using the tcadmin2 module for WHMCS with $billing_api_values["game_additional_arguments"] = "+sys_ticrate 500"; for some of my servers, but it seems since switching from TCA1 to TCA2 the additional arguments do not get passed to the command line when creating a game. Is there anything I must add to the command lines in my game similar to %additionalarguments% in TCA1 to get this working again? Any help would be greatly appreciated. Thanks!

I'm also having this issue, fresh install of TCAdmin2 2.0.35.0 and WHMCS 5.0.3 with Advanced TCAdmin v2 module for WHMCS. As far as reproducing it, it happens when: - User places 2 servers into WHMCS cart - User checks out and pays - Automation goes through - Two duplicate users are created, one for each server. All information is the same except for the UserID and the server assigned. I'll play around with multiple server orders some more and report back.