Jump to content

SuperNova

Member
  • Posts

    24
  • Joined

  • Last visited

Posts posted by SuperNova

  1. Here is an RCON script that works for us for now

     

    import clr;
    import System;
    from System import String, Environment, PlatformID;
    from System.IO import Directory, Path;
    from System.Diagnostics import Process;
    p = Process();
    p.StartInfo.FileName=Path.Combine(Directory.GetCurrentDirectory(), "Tools\SourceRcon.exe");
    p.StartInfo.Arguments=String.Format("{0} {1} \"{2}\" \"{3}\"", ThisService.IpAddress, ThisService.RConPort, ThisService.RConPassword, RConCommand);
    p.StartInfo.WorkingDirectory=Path.Combine(Directory.GetCurrentDirectory(), "Tools");
    p.StartInfo.UseShellExecute = False;
    p.StartInfo.RedirectStandardOutput = True;
    p.Start();
    ReturnValue= p.StandardOutput.ReadToEnd();

     

  2. 1 hour ago, Dennis said:

    AFAIK, that has always been the case. The menu items will stay expanded when you navigate to another page.

    Since "Add Widget" sub button is only shown on the Home page, this will cause the Home button to stay active with no sub nav. See the second image

  3. On 5/7/2023 at 1:53 AM, Dennis said:

    The "manual-hover" class is applied to any menu item that is expanded. If you expand Home, Service Management, Server Management and System, all of them would have the class added.

    AFAIK, non of the default TCAdmin themes applies any CSS to the "manual-hover" class.

    Yes, however the class "manual-hover" stays active on the Home button if you have it expanded and then proceed to another page. (Click on Home so that you see the Add Widget Button, then click on another page, you will see the class is still applied to the Home button).

    So creating a custom theme and stylizing the "manual-hover" class makes this bug obvious.

    This is what I'm saying is a small bug that was introduced in 2.0.184.0

  4. Just a small bug that is irking me a bit since the latest 2.0.184.0 update.

    The Home button is given the "manual-hover" class (which in my theme highlights it green) when you select it, however once you go to another page it will still contain that class.

    This is because it is still active like any other button would show, however the dropdown option "Add Widget" only displays on the homepage.

    This bug is also present on the default themes, however since the "manual-hover" class isn't stylized like this theme, you don't see it.

    How it looks on the homepage and selected:

    1.thumb.png.ce875c11f2b83d87debc6ee1514b1d09.png

     

    How it looks still selected but on any other page.

     

    3.thumb.png.099b1ce198558bd08a855b91042d7800.png

    A fix would be to either have "Add Widget" always present on any page or only have "manual-hover" class on the Home button only applying when on the homepage.

  5. EDIT: Fixed as of 2.0.123.0

     

    TL: DR - If you are running 2.0.122.0 or above, make sure all your game/mod custom scripts have the option "Execute as the service's user" ticked if the user needs access to whatever file/folder is created by said script.

     

    Just a heads up for those who haven't noticed this.

    Since the 2.0.122.0 Security update, you are now having to run the 'Repair' action a lot to fix 'hidden' files and folders.

     

    Looking deeper into why we had this issue, the majority of the folders/files that were hidden and needed permissions repair was because the custom script created that folder/file through admin permissions.

     

    Example:

    A Backup / Restore script we had created a folder called "backups" where it stored the .zip files. Since the script didn't have "Execute as the service's user" ticked, the user couldn't see that folder and neither could the Restore script when trying to select the zip.

  6. Thought I would show a work-in-progress theme I am working on.

    The idea for it is minimal, modern and fast.

    I have yet to start designing on the main content section though.

     

    lqLqvYI.png

  7. This is how I fixed this for CentOS 6.3:

     

    Error: ./steamcmd: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory.

    Fix: yum whatprovides libstdc++.so.6

    The output was: libstdc++-4.4.6-4.el6.i686 : GNU Standard C++ Library

    So: yum install libstdc++-4.4.6-4.el6.i686

     

    If that fails, try doing: yum install libstdc++

    Then try: yum install libstdc++-4.4.6-4.el6.i686

     

    Error: [----] !!! Fatal Error: Failed to load libsteam.so

    Fix: You are not running the correct command. Go to /home/tcadmin/Monitor/Tools/SteamCmd in SSH and then run: STEAMEXE=steamcmd ./steam.sh

     

    If you are missing files, download them from here:

    steamcmd_public_all.zip

    steamcmd_bins_linux.zip

    steamcmd_linux.zip

    These files should go in the linux32 folder in /home/tcadmin/Monitor/Tools/SteamCmd

     

     

    I recommend setting up SteamCmd manually through SSH.

    Always refer to this: https://developer.valvesoftware.com/wiki/Counter-Strike:_Global_Offensive_Dedicated_Servers

  8. I've noticed that on your command line for Source servers, you have +ip. This will work but will make it so when a friend tries to join the server through Steam friends, it will only show the PRIMARY Ip not the Ip set to the server. To fix this you must simply change the +ip to -ip (https://developer.valvesoftware.com/wiki/Command_Line_Options#Source_Dedicated_Server)

     

    Hopefully you will update this in your command lines.

  9. Ran it manually. Quits and doesn't restart. Seems to be TCAdmin doing it then?

     

    When I use the 'quit' command It dumps a log file, when I used quit in TCAdmin, it doesn't? Don't know if its hidden or what.

     

    This is what it says when I manually started the server and used 'quit':

    L 06/27/2012 - 02:27:07: server_message: "quit"

    PreMinidumpCallback: updating dump comment

    Uploading dump (in-process) [proxy '']

    /tmp/dumps/crash_20120627022707_1.dmp

    success = yes

    response: CrashID=bp-d56dd228-ec4a-4f7a-8659-343832120626

  10. Have done that.

     

    I've found the problem. Once you do the server command 'quit' or click the stop button it displays this:

    L 06/26/2012 - 11:46:08: server_message: "quit"

    ConVarRef mat_dxlevel doesn't point to an existing ConVar

    Game.dll loaded for "Half-Life 2 Deathmatch"

    When that happens, it automatically reboots back up and if I search for the process, I see it running by itself and not with a TCAdmin process that would be controlling it.

    TCAdmin displays it as Stopped since its process has been cancelled. So when I click start again, it starts it up but since the port is already taken, it uses the next one up.

     

    Any ideas?

  11. For some reason, on server start or on map change, my Half-Life 2: Deathmatch server keeps starting up a SECOND server with a different port of 27016 where the original is on port 27015. It happens randomly but is getting common.

     

    The duplicate server is exactly the same in every way except for the port. It's really odd and annoying. It sometimes stops when I end the original server but sometimes just stays up. Or sometimes when I end the original server, it stops the duplicate server and keeps the original up. Really weird.

  12. Here is a tutorial on how to make Garry's Mod work on Centos 5.7 and under.

     

    Intro:

    Have you tried installing Garry's Mod on your Centos system (5.7 and under) and noticed its not working? Well here is a little tutorial to fixing it.

     

    Why won't it launch?

    A few updates ago, Garry's Mod was made to rely on the latest GLIBC. This was only included with Centos 6 and will not work with any version under that.

    NOTE: Since the 17th of December, some Linux users haven't been getting the latest bin files (lua_shared.so, scenecacheproxy.so, server.so, toybox.so). If you haven't got these files in your 'orangebox/garrysmod/bin' folder, then download the previous update files here: http://dl.dropbox.com/u/3590255/Temp/linux-131.zip

     

    NOTE: Because of the bin files not being updated for linux, servers have been known to crash when spawning something like the Jeep. This is due to the outdated bin files.

     

    The fix:

    You will first need to download the latest lib file for GLIBC. We are only wanting Garry's Mod to use this file so we will rename it to 'test.so.6'.

    Log into root.
    Make sure you are in your /root folder (should be default).
    <server@local># wget http://dl.dropbox.com/u/759758/libc.so.6
    <server@local># mv libc.so.6 test.so.6
    <server@local># mv test.so.6 /lib
    

     

    We have just downloaded, renamed and moved the latest GLIBC file.

    Now it's time to patch our server.so file to guide it to this file.

     

    Go into your server folder.
    <server@local># cd /home/GAMEFOLDER/USER/ID/orangebox/garrysmod/bin
    <server@local># perl -pi -e 's/libc/test/g' server.so
    

     

    Now you have renamed the path for where GLIBC will need to find the latest file.

     

    Presto! Your Garry's Mod server should now be working!

     

    Credits to GranPC on Facepunch for helping me with this.

×
×
  • 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