GrossKopf Posted April 29, 2010 Share Posted April 29, 2010 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 More sharing options...
ECF Posted April 29, 2010 Share Posted April 29, 2010 The best test would be to run one instance right on your server's desktop and not through TCAdmin and see if you have the same issues. Link to comment Share on other sites More sharing options...
GrossKopf Posted April 29, 2010 Author Share Posted April 29, 2010 I've already tried that. No matter what I do when I run it on the desktop, it always saves the data to the cfg files when I close out PRoCon. It only seems to be happening with TCAdmin. Link to comment Share on other sites More sharing options...
HIS-MOTHER Posted April 29, 2010 Share Posted April 29, 2010 You know per Kalms and the ranked mailer you are not supposed to be running those 3rd party utilities on the machines where BC2 resides right? Link to comment Share on other sites More sharing options...
ECF Posted April 29, 2010 Share Posted April 29, 2010 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 More sharing options...
adamnp Posted April 29, 2010 Share Posted April 29, 2010 permissions permissions permissions Link to comment Share on other sites More sharing options...
GrossKopf Posted April 29, 2010 Author Share Posted April 29, 2010 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 More sharing options...
GrossKopf Posted April 29, 2010 Author Share Posted April 29, 2010 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 More sharing options...
Derek Posted April 29, 2010 Share Posted April 29, 2010 You want to login as local system account where it doesn't allow you to put the information then you want to restart the interactive services detection and you will then be able to view the consoles. Link to comment Share on other sites More sharing options...
ECF Posted April 29, 2010 Share Posted April 29, 2010 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. Link to comment Share on other sites More sharing options...
GrossKopf Posted April 29, 2010 Author Share Posted April 29, 2010 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 More sharing options...
ECF Posted April 29, 2010 Share Posted April 29, 2010 Try shutting a program down via the panel (not restarting it) and see if it saves the data. Then try restarting the program via the panel and see if it saves the data. Link to comment Share on other sites More sharing options...
ECF Posted April 29, 2010 Share Posted April 29, 2010 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 More sharing options...
GrossKopf Posted April 29, 2010 Author Share Posted April 29, 2010 Looking over the service settings that I have for PRoCon. I have a "Stop Delay" of 3 seconds. Could this cause a problem? Should I have a longer delay? Shorter? Link to comment Share on other sites More sharing options...
GrossKopf Posted April 29, 2010 Author Share Posted April 29, 2010 Try shutting a program down via the panel (not restarting it) and see if it saves the data. Then try restarting the program via the panel and see if it saves the data. Ok, tried it and no difference. Link to comment Share on other sites More sharing options...
ECF Posted April 29, 2010 Share Posted April 29, 2010 That's all I can think of. You can put in a ticket. Maybe Luis can find something with it. Link to comment Share on other sites More sharing options...
GrossKopf Posted April 29, 2010 Author Share Posted April 29, 2010 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 More sharing options...
GrossKopf Posted April 29, 2010 Author Share Posted April 29, 2010 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 More sharing options...
GrossKopf Posted April 29, 2010 Author Share Posted April 29, 2010 I've got someone suggesting that I set up FireDeamon with PanelDaemon and use TCAdmin to start/stop FireDaemon and use FireDaemon to control PRoCon. Can TCAdmin work with FireDaemon? Link to comment Share on other sites More sharing options...
ECF Posted April 29, 2010 Share Posted April 29, 2010 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 More sharing options...
ECF Posted April 29, 2010 Share Posted April 29, 2010 Nevermind, I found it. Link to comment Share on other sites More sharing options...
adamnp Posted April 30, 2010 Share Posted April 30, 2010 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 More sharing options...
GrossKopf Posted April 30, 2010 Author Share Posted April 30, 2010 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 More sharing options...
GrossKopf Posted April 30, 2010 Author Share Posted April 30, 2010 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 More sharing options...
ECF Posted April 30, 2010 Share Posted April 30, 2010 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 More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.