Jump to content

Roy

Banned
  • Posts

    2,853
  • Joined

  • Last visited

  • Days Won

    383

Posts posted by Roy

  1. 3 hours ago, Violator said:

    So when @Roy posted this he was unaware of this new information that I just found. It looks like OVH will be setting up in northern Virginia in the next month or two. We may not need geolocation after all. What do people think about the location? It will increase the ping of west coasters but raise our chances of getting people on the east coast.

    I knew about that information before and at one point (Thanks @Ariistuujj), I even considered it. It's still an option but like you said, the West Coast players will see a ping increase.

     

    Personally, I don't mind Northern Virginia because I feel the Chicago, US location is over-saturated for game servers.

     

    Thanks.

  2. I agree Solution #1 is the best. I listed solution #2 just in-case we were low on money.

     

    Honestly, I would really love to see an 127 slot GMod server perform on that MC-64 OC machine (I would say around 22 tick). I feel the performance would be great! Though, that all depends on Garry's Mod optimization and server optimization as a whole.

     

    Thanks.

  3. Just now, Addy said:

    Which servers would you plan on moving? Because as you said, the two upcoming CS:S servers (and I believe a few others, but don't quote me on that; I'm not at home so I can't check what bhop is on, though I believe it's on the VPS as well) are both on the VPS and both have the potential to become really popular servers. I can't speak for ZM, but currently the player limit for Dust 2 is 64 and if I can, I'd like to keep it at that to compete with the other popular servers. 

     

    It'd be something you probably want to keep your eye on if you do end up going through with it. 

    I am definitely aware of this and to be honest, Dust2 and Zombie Mod will not operate well on the VPS. If it does come down to it, we can move it to one of the machines.

     

    I don't expect these servers to become populated suddenly and I'm hoping this OVH move can be done soon.

     

    To be honest, I feel it might be worth just waiting until we get an OVH machine to release CS:S Zombie Mod and Dust2. The only problem is, I don't know how long that'll take. I plan on figuring everything out tomorrow after work.

     

    Thanks.

  4. 1 hour ago, Darkling said:

    I do have to mention that most of today i have been seeing server lag (not my ping) affecting multiple CSGO servers

     

    To name a few servers:

    CSGO Jailbreak

    CSGO 1v1 US 

    CSGO surf timer (1-2 / 1-3)

    CSGO RPG surf 

     

    I have seen both the SV and the VAR raise and cause everyone to freeze momentarily. This lead to the 1v1 server losing most of its population at the time and the surf RPG server suffered 

     

    The lag does not hang for too long but is frequent!

    Yes, all those servers are on the overloaded machine. In fact, today, the machine got to 90% CPU!

    680657967291.png

     

    Garry's Mod Purge is now on the other machine so hopefully it won't be as bad. I also plan on moving a couple servers to the VPS!

     

    I apologize for this. Performance is something important to GFL and obviously having our machine at 90% CPU is beyond crazy (still is not as bad as having our EU machine at 100% a couple years ago!). Once we get this OVH situation handled, I feel things will be much better.

     

    Thanks.

  5. Hello, I do realize this is a very late response, but I was wondering if you're still having issues setting up a CS:GO Bunny Hop server.

     

    If so, first, I believe you need to decide which timer you want to use. GFL currently uses ckSurf. However, there are other timers such as Influx Timer

     

    The next thing you need to decide is whether you're going to use MySQL or not. If you want the same timer database to be used on more than one server, MySQL is required. If you want to display timer database information on a website, MySQL will also likely be required. If you're not using MySQL, you will likely use SQLite (basically a local database). I would assume these timers work with SQLite, but I have not tested them with it.

     

    If you need a MySQL server, you can either look around for web hosting supporting MySQL databases (recommended for users not familiar with MySQL) or set up your own MySQL server. You can find MySQL installation guides with Google and such (e.g. here's an example). I would highly recommend not hosting a MySQL server on your computer if your server is going to be public (e.g. non-test server).

     

    Assuming that SourceMod, MetaMod, and the timer plugin are installed and you've decided the database type you want to use (e.g. MySQL), you should open the file addons/sourcemod/configs/databases.cfg. Most of the time, the timer's documentation gives an example of what you should insert into your databases.cfg. For example, Influx Timer gives an example on this page (under "Using MySQL").

     

    Here are examples of MySQL and SQLite entries:

    MySQL

    "timer"
    {
    	"driver" 			"mysql"
    	"host"				"<dbHost>"
    	"database"			"<dbDatabase>"
    	"user"				"<dbUser>"
    	"pass"				"<dbPass>"
    	"timeout"			"60"
    	"port"				"3306"
    }

    Note - Obviously, replace <db*> with the correct information. The MySQL default port is 3306, but your MySQL server port may be different.

     

    SQLite

    "timer"
    {
    	"driver"			"sqlite"
    	"database"			"timer"
    }

    Note - No information is required besides the database name since it is being stored locally. Databases are stored in addons/sourcemod/data/sqlite/<dbDatabase>.sq3.

     

    After that is done, restart your server and check if there are any errors in addons/sourcemod/logs/errors_*.log. You can also check by typing sm plugins list in your server's console or through RCON and ensure the timer plugin(s) don't have a <ERROR> prefix. If there are no errors, the timer likely loaded successfully.

     

    As for zones, I would recommend reading the timer's documentation. From what I've seen, the sm_zones (!zones or /zones in chat) command is commonly used with timer plugins (sometimes requires the "z" admin flag). The admin menu should include timer commands as well, sm_admin (!admin or /admin in chat).

     

    You should be good to go. If you have any other issues or see something wrong with this post (a possibility), please let me know! I always love learning new things!

     

    Thanks.

×
×
  • Create New...