Jump to content

TCAdmin preventing settings from writing to .cfg files?

GrossKopf

By GrossKopf
in Support Discussions

Recommended Posts

GrossKopf Conversation Superstar

GrossKopf

Posted
Posted

Hello all. I have a dedicated box with TCAdmin running and the only service I run on it is a program called PRoCon. PRoCon is an admin tool for Bad Company 2. TCAdmin does all the usual functions such as start, stop and file manager.

 

I had a problem where the .cfg files were apparently getting corrupted when using TCAdmin's text editor, so I disabled the editing of those files and had my customers download the files, edit them in a regular text editor, then upload them and that fixed that problem.

 

Now I have another problem that some is suggesting may be TCAdmin related, so I'm hoping to get some insight from the experts. I run an instance of PRoCon for each of my customers and they use PRoCon on their own computer to connect to the PRoCon instance running on my server. The instance on my server allows all their admins to connect and have various levels of access and a centralized admin/ban/settings repository.

 

What I've noticed is that my customers can make the changes to PRoCon from the PRoCon program on their computer, but for some reason it doesn't seem the changes are being written to the .cfg files on the server. It appears the settings are being saved to the server's memory and at some point later they might get saved to the .cfg files.

 

The reason I say this is because I noticed high memory usage, so I restarted the server and the memory usage went down by about 1 GB. Then I started getting support tickets telling me their settings were lost.

 

Can TCAdmin do anything to a program like that which would prevent the settings sent from the client to server to be stored in memory rather than being written to the .cfg files? I've posted a question on the program author's forums and someone who is running the same type service as mine, but without TCAdmin is saying he has not seen this behavior, which is why he suggested it might be a problem with TCAdmin.

 

One thing to note, and I don't know if this makes a difference, but I have Interact with Dekstop on because with it off, the clients are unable to connect to PRoCon even though it's running.

Link to comment
Share on other sites
ECF Super Member

ECF

Posted
Posted

He stated that he was only running the one app on this server so i would assume that the BF2BC files do not reside there.

 

To the OP. You may want to try changing the account that the services run under. By default they run as system. Try changing the service login settings to administrator and restart a service with these credentials. It is possible that may be causing the issue.

Link to comment
Share on other sites
GrossKopf Conversation Superstar

GrossKopf

Posted
  • Author
Posted
He stated that he was only running the one app on this server so i would assume that the BF2BC files do not reside there.

 

To the OP. You may want to try changing the account that the services run under. By default they run as system. Try changing the service login settings to administrator and restart a service with these credentials. It is possible that may be causing the issue.

 

I apologize, I'm a self-proclaimed noob with that stuff. Can you explain in a little more detail?

 

Just some more information. I definately think this is TCAdmin related now:

 

Running PRoCon on the desktop, any changes I made client side are made server side (but not written to the .cfg file until after PRoCon is restarted (That's a problem with PRoCon I guess).

 

Running PRoCon through TCAdmin, any changes I made client side are made server side, but are not written to the .cfg file even after restarting PRoCon. If any changes are made to PRoCon's config while it's running TCAdmin, it will not save to the .cfg files. After I tested this, i started PRoCon on the desktop again and I had to put the changes back in again on the client side and they showed up server side, then a restart of PRoCon wrote the settings to the .cfg's.

 

Once you can give me a n00btorial on how to do what you said above, I'll do more testing. Thank you for your help so far.

Link to comment
Share on other sites
GrossKopf Conversation Superstar

GrossKopf

Posted
  • Author
Posted

So, this is what I am doing. I opened Services, went to TCAdmin, selected Properties, then the Log On tab (I am in Windows 2008 Server BTW). I see "Log on as" and "Local System account" or "This account". Should I select "This account" and put in the administrator account information? The account I am logged in with IS an administrator account.

Link to comment
Share on other sites
GrossKopf Conversation Superstar

GrossKopf

Posted
  • Author
Posted
I was not talking about the TCAdmin Monitor service. I was talking about one of the services that was created for ProCon.

 

Do not change the permissions on the tcadmin monitor service.

 

Ok, I tried that and no luck. Basically, TCAdmin is shutting down PRoCon in a way that prevents PRoCon from saving the data to the .cfg file.

Link to comment
Share on other sites
ECF Super Member

ECF

Posted
Posted

What I am getting at is the program might be taking some time to shutdown due to the fact it may be writing to that file before it shuts down.

 

If you do a shutdown and the cfg is saved then you should change the "Stop Delay:" field in the service settings within the panel for all of those services to a higher number of seconds. The default is set to "2". Try changing it to 5 or 10.

 

This will tell the panel to wait 5 or 10 seconds for the program to shutdown before it attempts to start it again if the restart link is clicked.

Link to comment
Share on other sites
GrossKopf Conversation Superstar

GrossKopf

Posted
  • Author
Posted
What I am getting at is the program might be taking some time to shutdown due to the fact it may be writing to that file before it shuts down.

 

If you do a shutdown and the cfg is saved then you should change the "Stop Delay:" field in the service settings within the panel for all of those services to a higher number of seconds. The default is set to "2". Try changing it to 5 or 10.

 

This will tell the panel to wait 5 or 10 seconds for the program to shutdown before it attempts to start it again if the restart link is clicked.

 

Ok, bumped it up to 10 and it didn't make a difference. The settings are still not saving to the .cfg file.

Link to comment
Share on other sites
GrossKopf Conversation Superstar

GrossKopf

Posted
  • Author
Posted

I don't seem to be able to log into the support system. None of my email addresses are being recognized.

 

I did more testing and I've found that upon the shutdown of PRoCon, it seems the changes that were made are being instantly saved. There's no delay between when PRoCon stop and when the info gets written to the .cfg file.

 

So, the problem remains that something about the way TCAdmin shuts down PRoCon makes it so PRoCon doesn't save the .cfg file. I'm still waiting for the author of PRoCon to comment on it.

Link to comment
Share on other sites
ECF Super Member

ECF

Posted
Posted

Well in layman's terms TCAdmin simply stops the service. Other than the "Stop Delay:" timer it does nothing more.

 

See if the program's developer responds with any info and we can take it from there.

 

In the meantime do you have a link to the program? I can try some tests on it.

Link to comment
Share on other sites
adamnp Super Member

adamnp

Posted
Posted

Just interjecting here:

 

*If* you are restricting use to a specific user other than administrator, have you made sure that cmd.exe has access under that user aswell?

 

cmd.exe is called quite often with gameservers, and can quite often lead to permission errors.

Link to comment
Share on other sites
GrossKopf Conversation Superstar

GrossKopf

Posted
  • Author
Posted
Well in layman's terms TCAdmin simply stops the service. Other than the "Stop Delay:" timer it does nothing more.

 

See if the program's developer responds with any info and we can take it from there.

 

In the meantime do you have a link to the program? I can try some tests on it.

 

Here's the page: http://phogue.net

 

Thanks for looking into this. I appreciate it! :)

Link to comment
Share on other sites
GrossKopf Conversation Superstar

GrossKopf

Posted
  • Author
Posted
Just interjecting here:

 

*If* you are restricting use to a specific user other than administrator, have you made sure that cmd.exe has access under that user aswell?

 

cmd.exe is called quite often with gameservers, and can quite often lead to permission errors.

 

Not quite sure I follow, but the username I RDP into the server with does have administrator permissions.

Link to comment
Share on other sites
ECF Super Member

ECF

Posted
Posted

Ok. I am a bit confused here. This program appears to be a clientside program that users can use to connect to their BFBC2 server to administrate and run it.

 

Now why are you running multiple instances on a server? Why wouldn't the end user simply install it on their machine and use it from there?

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

Go to topic listing

  • Who's Online   0 Members, 0 Anonymous, 5 Guests (See full list)

    • There are no registered users currently online
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. Terms of Use