Jump to content

dlchamp

Members
  • Posts

    80
  • Joined

  • Last visited

Posts posted by dlchamp

  1. 2 minutes ago, ich777 said:

    Oh sorry it was early in the morning when I replied. :S

     

    The container does nothing on it's own to overwrite or change that value, if you are using ?MaxPlayer=50 in GAME_PARAMS does the value change?

     

    Please make sure that validation is disabled or set to nothing.

    Do you stop the container in the first place before you edit the file?

    Yes.  VALIDATE is empty.  I restart after making any changes.

    To reiterate my findings:
    If I leave password, admin password, and do not pass maxplayers param, then the container is rebuilt (after changing config) or restarted, the password, adminpassword, and maxplayers values in GameUserSettings.ini are defaulted to blank and 70 respectively.

     

    So, what I have opted to do is set the passwords in the container config, and pass the MaxPlayers param in the container config, then leave server name and the rest of my configurations in GameUserSettings.ini and Game.ini and they do not appear to be overwritten on container restart.  

    So, it's working now.  Leaving the passwords values empty seemed to be the culprit.   Set those in the container config and my .ini files are untouched.

    • Like 1
  2. 8 hours ago, ich777 said:

    Sorry but this was Survival Evolved, this game is based on a different Engine.

     

    This is only if you have issues updating the game.

     

    Please use:

    -WinLiveMaxPlayers=20

    as described here:

    in Extra Game Parameters and it will work.

    I've already changed the template and new installations will have the correct setting in it, it seems like the guide which I've used was not correct about this setting.

     

    This is just normal since if you leave that empty it will revert back to default and this is done by the Engine and not by the container.

    I'm talking about survival evolved.   Setting the password and admin password via the container variables seems to prevent the overwrite.  Adding the `?MaxPlayers` param under GAME PARAMS seems to prevent that from overwriting as well.   SERVER_NAME is never touched, so I was able to leave that configured only in the .ini and the rest of the configuration appears to persist through restarts.

  3. Having the same issues as this user:

    And tried with validate set to true and left empty, per here:

     

     

    It seems that all [ServerSettings] are defaulted any time the container is restarted. Also, defaults MaxPlayers=70 under [/Script/Engine.GameSession] unless I specify the `?MaxPlayers=X` parameter.


    [MessageOfTheDay] and [SessionSettings], and the other sections appear untouched as my session name, duration, and message persist through container restarts.

    I've left the variables blank as I wanted to configure them in GameUserSettings.ini

     

    On Unraid 6.12.6 and using the latest from `ich777/steamcmd:arkse`
    image.thumb.png.a9c50c729be379bd3285736850d1f08f.png

  4. 1 hour ago, Max said:

    for me it showed today only, and for me atleast it's like suddenly i have a limit of running only n number of dockers at a time. As i noticed that reduced the number of dockers that currently, the dockers that earlier the same error here OP mentioned, starts to run back normally.

    And docker exec too starts running when i reduce number of dockers that are running.

     
    The number of running containers hasn't changed for me.  
    After I commented last night I increased the max PTY that could be allocated (from 4096 to 8192)

    sysctl -w kernel.pty.max=8192

    This worked for my specific issue, but I don't deem that a proper fix since in reality unused PTY should be closed properly.   Hopefully someone smarter can explain why this is happening, but at least there are a couple temporary solutions.

    I also restarted this morning after my usual backup routine was finished which hopefully just cleared up whatever funky was happening under the hood. 

     

    Now to figure out why Grafana-Unraid-Stack is crashing no matter what I've done.

  5. Sorry I'm not commenting with any solution, but I'm also having a similar issue that has appeared to come from nowhere.


    Can't access "console" or exec into any  running container.   Also, my GUS container that just updated will not start.
    Been on 6.11.5 for a bit now. Just over 25 days without issues.  Today, an issue and nothing has changed.  Server has been online since the reboot for the update. 
     
    docker.img shows 50% used on "Main". 
    `OCI runtime exec failed: exec failed: unable to start container process: open /dev/ptmx: no space left on device: unknown`

  6. 14 minutes ago, ich777 said:

    Then something is definitely wrong with the mapping and from where the files are read, please double check the paths.

    I really can't help any further because I've now tried it multiple times on my server and it is working as expected.

    image.png.90b8cbdcd252e810707fe77f1b408b73.png

     

    I'm at a loss as well.  Many containers have been set up over the years, some of your other game servers as well, but none have given me as much trouble.  🤷‍♂️

     

    Thanks for your time.

  7. 4 minutes ago, ich777 said:

    But if it doesn't change back to default in the config file then it can't display it wrong since the name for the server isn't set anywhere else than in this file.

    Maybe it's cached on the client with the wrong name?

    Right.   I checked by cd'ing into `cache/appdata/...` and `user/appdata/...` from CLI.  Accessed with nano and config file was matching what I had in notepad ++.

    It could be cached on the client 🤷‍♂️
    Have any idea how I could clear that cache?  Restarting the game and refreshing the server list didn't work.

    clearing cache in documents/ didn't help.

  8. Just now, ich777 said:

    Sorry, I still can't reproduce this over here, everyhting is working as expected.

     

    Do you edit the file in /mnt/user/... or /mnt/cache/... with Notepad++?

     

    I really don't know what to try next, I'm really out of ideas now.

    It's only in one place, on the cache drive.

  9. 3 minutes ago, ich777 said:

    Please change it to the default which is /mnt/cache/appdata/... (or whatever your cache pool is named like) just to rule out any other issues.
    Over here I have no issues editing the server files and to run the server.

     

    Please make also sure to stop the server first and after that edit the file.

    Closed the game.
    Stopped the server.
    Made changes to the template
    Added the description (only had the lobby name changed before)
    Saved
    Started the container.
    Loaded up the game and went to Convoys.
    "Docker Server" still appears in the list and I can connect to it

  10. Just now, ich777 said:

    With what editor are you editing the file? Does it maybe convert the files to another encoding like Wordpad does on Windows or Textedit on MAC?

    Using notepad++

    But I've had an interesting change..
    Deleted all appdata and restarted the container so it could completely rebuild again.
    Saw the "Docker Server" appear in the list and connected to it.
    Opened the config file and edited the name and desc.  Restarted the container.
    Server now appears and I can connect to it, however it's still showing as "Docker Server" with the default desc.

  11. 9 minutes ago, ich777 said:

    But it works when you leave it all at default and you can connect to it?

     

    Maybe try to don't fill in the SteamKey.

    I didn't try to connect but it appears in the convoy list when I don't change anything. As soon as I change one line in the config file and restart, no dice.image.thumb.png.74808b49fcd1094e097aaf3f261ac305.pngimage.png.1da3a4747103d04d6af5563c2e28e7d2.png

  12. 22 minutes ago, ich777 said:

    Looking at your old post, it seems like your server_config.sii is the issue.

     

    Try the moderators like this:

     moderator_list: 1
     moderator_list[0]: 76561197963117432

     

    Or you if you have more like:

     moderator_list: 3
     moderator_list[0]: 76561197963117432
     moderator_list[1]: (another_steamid64)
     moderator_list[2]: (another_steamid64)

     

    AFAIK the "moderator_list[#]:" is only taking one argument.

     

    Have you yet tried if the server is starting fine when you reset the moderators to 0 in your config file? I've now tried it with two and it is working with the solution from above.

    I tried it without any moderators set.   I left all it all default and only changed name and desc.

  13. 4 minutes ago, ich777 said:

    Can you post you server.cfg here (with password and so on redacted)?

     

    I will try it later today.

    SiiNunit
    {
    server_config : _nameless.366.dda0 {
     lobby_name: "NI Truck Stop"
     description: "Clean and Clear to Flag Town"
     welcome_message: "Looks like we have ourselves a little convoy"
     password: docker
     max_players: 8
     max_vehicles_total: 100
     max_ai_vehicles_player: 50
     max_ai_vehicles_player_spawn: 50
     connection_virtual_port: 100
     query_virtual_port: 101
     connection_dedicated_port: 27015
     query_dedicated_port: 27016
     server_logon_token: ""
     player_damage: true
     traffic: true
     hide_in_company: false
     hide_colliding: true
     force_speed_limiter: false
     mods_optioning: false
     timezones: 0
     service_no_collision: false
     in_menu_ghosting: false
     name_tags: true
     friends_only: false
     show_server: true
     moderator_list: 0
    }
    
    }
  14. 6 minutes ago, ich777 said:

    This is fine and tells you that the server is actually running.

     

    Did you change anything in the template?

    I didn't change anything in the template.  Only the config file.
    If I don't change anything, it starts up fine and appears in the convoy list.
    I changed the name, description, changed the password, and added my steam token, and my steam ID as a moderator.

    Once I do that and restart it stops at the `Setting breakpad...` part and the server does not appear in the convoy list.

  15. On 12/18/2022 at 3:55 PM, ich777 said:

    Because I've seen containers not starting/running properly with older Unraid versions.

    It was the same when Unraid 6.9 series was around and users where on Unraid 6.8 (I think it was TeamFortress 2 but I really can't remember which game it was).

     

    Anyways I only can tell you that I've tested it on 6.11.5 and I'm able to connect to it regardless if I change the server name or fill in my Steam64 User ID...

     

    Finally got around to updating my server to 6.11.5 and gave this another shot.
    Same issues as before, unfortunately.  If I change anything in the config file it just stops at

    Setting breakpad minidump AppID = 270880

    and the server does not appear in the convoy list when searching by the name I provided in the config.

  16. 3 hours ago, ich777 said:

    Please upgrade to 6.11.5

    I really can't tell if it's the same on 6.9.2 over here it is working and showing up regardless if I'm changing the server name or password.

    What is also the same is that sometimes it shows that it auto starts the session and sometimes it doesn't in the log but I can always connect to the server.

    Why would my unraid version have anything to do with changing text from one thing to something else?

  17. 1 minute ago, ich777 said:

    On what Unraid version are you?

     

    The screenshots looking perfectly fine to me at least in terms of startup but it seems not to start the session, have you yet tried it without the mod list and or trying changing one setting at a time which setting causes that?

    Unraid 6.9.2

     

    I have also tried changing one at a time.   Changed only the lobby name.  Same results.  Cleared and tried only adding my steam token, same result.   I tried for each setting that I was wanting to change, one at a time, and that's how it ends every time I restart

  18. 15 minutes ago, ich777 said:

    What exactly is different?

    Have you double checked if the server is online from within the game, I can tell for sure that it's working when it displays this line, this is completely dependent on what you've changed.

     

    What did you change or modify in general and what did you copy over?

     

    Attaching screenshots.
    One is a clean install of the image and fresh start of the container.  This is what it looks like at the end.  Some [MP] info and a session search ID.  I can then use that ID to search and find the server in the convoy list.

     

    If I go into `.local/share/American Truck Simulator` and edit the `server_config.ssi` where I'm changing the lobby name, description, welcome message, adding my steam token, and a mod list, when I restart, log looks way different and simply stops at `Setting breakpad minidump AppID = 270880`

     

    If this is normal, that's fine.  Just curious as to why the server doesn't appear in the convoy list by name and after I make the changes and restart, I'm not given a Session ID at least, because I could at least find it by that before.

    trucker_no_changes.png

    trucker_config.png

    trucker_with_changes.png

  19. 36 minutes ago, ich777 said:

    This is perfectly fine and is how it should be, this is the final stage from the dedicated server initialization and when it doesn't restart everything is fine.

    The line:

    Setting breakpad minidump AppID = <APPIDfromTHEgame>

    is for most games the final line, even for Valheim it's the same when debug logging isn't turned on.

     

     

    For example Valheim:

    grafik.thumb.png.46eb1f91f85b13a44799a8781d65b493.png

    (in this case the dedicated server is fully started and waiting for connections)

     

    But it is different if I make zero changes compared to after I make changes?  Server doesn't appear in the convoy list and I don't have a session ID to search with, unlike if I just start the container the first time without making any changes

  20. Having an issue with American Truck Simulator.   When I first download from Community apps and it runs, it works perfectly fine.  Gets all the way to the `Session automated Start` panel with some info and the session search ID. 

     

    If I try to edit the server_config.sii in any way (change title, description, welcome message, or include my login token string) when it restarts it simply just gets stuck at "Setting breakpad minidump AppID = 270880" and never gets passed that.

    I even just tried to change one of those options at a time, starting with the title.  Restart the container, same issue.

×
×
  • Create New...