Dennis

We moved our TCAdmin web server to a more powerful server a while ago, but somehow TCAdmin started performing really bad. Load times got slower and slower. Today I remember that we used to use skip-name-resolve in our MySQL server configuration. After adding that and restarting the MySQL server, pages load completely in around 1-1.5 seconds instead of 5 seconds. I'd guess I'm not the only one to forget about adding skip-name-resolve to my.cnf.

But when working with configs for TCAdmin, the configs doesn't really contain much code that can be changed. The part of the code you can actually change is not that important.

Hi, I know that Xenforo has a very decent resource manager, but you've already told me that it's going to be a nightmare migrating. XenForo do however have a way of importing data from other forum software that might work: https://xenforo.com/help/importing/ I have a license that could be used for testing the migration. I'm not sure how much can be done an old vBulletin version in order to accomplish somewhat the same, but I'd guess it's pretty limited.

What does ThisService.Configure() do? Just curious.

Modify this Python script to fit your needs: ThisService.Executable = "/path/to/executable" ThisService.Save();

After every update, we seem to have problems. Somehow the monitors are unable to connect to master.tcadmin.net. Going to 'About' in TCAdmin shows that there's -1 licenses. Force an update and restart the monitors. If that doesn't help, set the secure port to 0 in the server's settings.

If anyone has had issues before where the monitor wouldn't work with the secure port and changing the port to 0 fixed the issue; change the port back to 8891 on Linux. Seems like the issue was fixed. Edit: Didn't work anyways. Worked for a few minutes until the monitors started crashing constantly again.

It was a stupid mistake. I had disabled 'Enable the game monitor service' from the server settings a while ago when I was migrating to Windows. Fixed now :-)

Hi, On one of our nodes, all game servers seems to have blank graphs. The servers are started. I've tried restarting the monitor, but without luck. There's written no error logs, not even with debug enabled.

What is the theme's id? Could you send the URL from FireFox after selecting the theme?

What problems are you facing?

Nice to see that global scripts and variables have been added.

Not what I'm looking for.

Sorry for not having told you guys this before, but you can avoid using other software, scripts or anything else. Just create a symlink.

Automatic mod installation are no longer working as SteamCMD have made some changes to where it downloads files. You'll need to wait for Studio Wildcard to implement a fix.

It takes a lot more than that, actually. It also requires the servers to be on the same machines, preferably in the same location. This is not something that TCAdmin fully supports.

;D

Try using the IP instead of the hostname. It could be related to DNS issues.

Most Rust configs from the forum require some work before they work. If you choose to go with one from the forum, you would need to update the command line. IIRC, the configs on here uses -server.ip, -server.port etc. instead of +server.ip, +server.port etc.

You'd need to mark 'Prompt for variable values'. I'd suggest you read some more about custom scripts: http://help.tcadmin.com/Custom_Scripts Using variables in scripts, you'd need to do %ThisService_variableName%

This has happened for us after the update as well. It only happens sometimes. What is really annoying though, is how bad the panel performs after the recent updates. We've upgraded to Mono 4.8 on all servers, but we get so many time outs all the time. The control panel runs slower and slower until we restart it.

When configuring the mod, there's a tab called "Add/replace lines" or something like that. You can use that one.

I think I figured it out! Please tell me if I did. We've created the variable AND added ![variableName] to the custom command line - I just saw that the last part is not needed. Adding $[service.UserCommandLine] somewhere in the command line just means that this is where all the custom variables for the command line will be, right?

Well, the server is updated, isn't it?

If the jar file name is different, remember to update the command line.