StifflersMom

Hi, if there are no problems with open ports, it may be related to https://bugs.mtasa.com/view.php?id=9678 Be sure to use the latest build of the linux server.

Try to set "Local Port" to the same as Port Range. That is because you have an external ip and an internal ip. So you can also assign external ip port 666 to internal ip port 999. For the mta-server the ports should be the same

Hi, first of all check the "physical" ping by ping your.servers.ip.address If the result is the same like the ping you get at the game, there may be a problem with your vps hoster.

Hi, this is no server problem, it's more a client problem, depending on the performance of the client. To be more specific: The CPU and the graphics card.

Hi, I think you are searching for "freeroam", not for "play"

That's depending on your code. If you have a GUI, where you have to put the password in, it will be guiEditSetMasked, as described at the wiki. If you want more details, we have to see the code, especially the part of the password input StifflersMom

You need https://wiki.multitheftauto.com/wiki/GuiEditSetMasked StifflersMom

A little bit more on-topic: We are running a mta-server on linux since 2011 and we had all funny memory side effects, even crashes of the 32bit version. Since we have changed to the 64bit version on linux, we are tracking our uptime more than the memory in case of the "49 days uptime bugs" (some of them are fixed but not all, I think). I'm a little statistics freak, so we graph our memory consumtion and player counts of the mta-server process, so just for fun I provide the memory stats and player counts for the last 4 weeks: Player counts: related to memory consumption: The green graph is VSZ (Virtual Memory Size) and the blue line is RSS (Resident Set Size). The server machine has 32GB RAM. As an example, the server was crashing at week 06 without any dump (we know about out of memory crashing from 32bit versions, mostly, there are no dumps) - We changed at week 06 to r7069 after the crash, but actually, this version uses much more memory ans it's still running. The slightly decreasing of memory use at week 08 was without restarting anything. It has just happened without any reason Also, we had a v1.4-release-6892 64 bit server (for me, it was the stablest version from the sight of the memory consumption) running for more than 49 days without any memory problems. Off-topic: The other issues with more than 49 days uptime we reported here: http://bugs.mtasa.com/view.php?id=8675

Fake server : mtasa://78.46.30.35:27515 (listed as [Tomy's MTA-SA] multiworld fun server ) Real server : mtasa://37.187.78.43:22003 (This is the original listed as [Tomy's MTA-SA] multiworld fun server , I'm the owner since 2011) Thanks.

Really nice job! We enjoy MTA since 2011 now and we hope it will be available for many more years! Special thanks to ccw, sbx320 and Jusonex StifflersMom

I'm really sure, Turkish will be there http://bugs.mtasa.com/view.php?id=8371

You have to be root to use apt-get. If it is your own vps, connect with putty and do the following before usting apt: sudo su

Alternativ: Funktionieren alle anderen Programme? Möglicherweise solltest Du auch mal mit Memtest86 die Hardware (Speicher) prüfen. Manchmal gibt es solche Fehler auch, wenn der PC übertaktet wird.... MfG StifflersMom

For me and propably others, some things may be not clear enaugh: You talk about the server and how you shutdown it. Are you talking about the server or are you talking about the mta-server process? If you can login as root to your server, the description in posting.php?mode=reply&f=106&t=70736#pr658021 has to work.

If you are on your mta-server console: quit