LFA

oops 2.0.19 was hidden. You should see it now

What is the last update that you see?

As ViolentCrimes said. Yes you can import v1 configs. General Settings > Games > Import > Select v1 config.

The billing api is compatible with v1. Whatever CE does to the parameter values is not compatible with v2. We are not fixing this.

They should fix the module to accept numeric values. It will be too complicated for users to keep 2 ids.

Its a problem with the CE module. I have tested v2 with tcadmin_advanced for WHMCS and it works correctly.

The game datacenter is not correct: game_datacenter=151..x.x.x.x in v2 the datacenter ids are numeric. The default datacenter id is 1 Make sure it is configured correctly in CE. TCAdmin will print in that log whatever it receives. If the value is wrong CE is not sending it correctly.

You just need to enable it in System > General Settings > Api Settings.

I'll fix this in the next update

The billing api from v2 is compatible with v1. Modules from v1 should work.

If the service is stopped before the update it will not be started. If your server is running Linux make sure servicebrowser has execute permissions. This is used to stop the service before the update and start it after it is finished.

There is a bug in 2.0.19 when running brink as TCAdmin2Game. To fix: extract the attached file to the TCAdmin folder. Open task manager and kill the process TCAdminServiceLauncher.exe running as TCAdmin2Game (if it exists) Restart the Service Manager service Start your brink server This fix only applies when running the service manager in service mode. The fix for console mode will be in the next update. dlls.zip

There will be a beta update later today or tomorrow that adds Brink to the game compatibility list. This will enable query and rcon support. In the current version the Halflife2 compatibility will work but rcon will not.

Yes it reads the Service.pid to get the process id instead of starting a new process. I have not been able to reproduce the error. It might be a bug when switching from the old method of starting the services to the new method. If it was caused by this a reboot should fix it and it should not happen again.

I'll do some tests. When you stop the service manager it leaves the processes running. When you start it again it should detect that the process is already running and not start it again.

We already have a name field in the database. We just need to have a way to change it and enable it as a selectable column in the list.

no roadmap. i'm going as fast as I can

I am aware of this. Passive port range has not been implemented yet. It will use whatever port the operating system gives it.

Create a support ticket with access to your server and control panel so I can see what's wrong.

I think it would have to be a debug build to get the full stack trace. You can only do this for the website. In ControlPanel\Linux.config find and change: compilation debug="false" To: compilation debug="true" Save and restart the monitor. You will get full stack trace if the error occurs in the web code. In TCAdminMonitor.exe.config you can change TCAdmin.Debug to true and restart the monitor. You will get more messages in the console so you can troubleshoot.

The single error log is console.log. It gets reset after every monitor or service manager restart. Having everything in a single file would is confusing because you would not be able to tell if the error is coming from the monitor or from the service manager.

I think I know what's wrong. By default the games are configured to run as tcadmin2game. When you had the service manager configured to run as violent it created the game servers in violent's home directory. It does not run them as tcadmin2game because it does not have the permissions. When you configured the monitor to run as root it tries to run the game servers as tcadmin2game. This user does not have permissions to access violent's home directory. The solution is to move the files to /home/tcadmin2game and update the service settings and change the file owner to tcadmin2game.

Can you check if this is fixed by updating to 2.0.19 again as explained in the other post? If not create a support ticket with the server login and steps to reproduce the error.

try installing 2.0.19 again. This should be fixed. ./updatetool 2.0.19

I know this happens when you update tcadmin while running in console mode. It is because the console app is waiting for input. The update process kills the console causing the cursor loss. To fix just execute a reset command. For the updatetool you just need to press enter. I will add a message in the next update.