whoopn

Ok while the above may be helpful I did get it to work but I think either more documentation on how the GAME_PARAMS variable is injected into the ucc-bin so we can use/format it properly or perhaps its not handling it how you want it to (more below): My functional yaml (even loads my mutator): services: unreal-tournament-99: container_name: Unreal-Tournament-99 environment: - GAME=CTF4.CTF4Game?mutator=ZeroPingPlus103.ColorAccuGib - MAP=CTF4-Face4 - WEBSERVER=true - WEB_USERNAME=admin - WEB_PASSWORD=Docker - USER_INI=User.ini - SERVER_INI=UnrealTournament.ini - >- SRV_DL_URL=http://ut-files.com/Entire_Server_Download/ut-server-436.tar.gz - >- SRV_PATCH_DL_URL=http://ut-files.com/Entire_Server_Download/UTPGPatch451LINUX.tar.gz - UID=99 - GID=100 - UMASK=0000 image: ich777/unreal-tournament-99:latest ports: - 7777-7781:7777-7781/udp - 8777:8777/udp - 27500:27500/tcp - 27500:27500/udp - 27900:27900/tcp - 27900:27900/udp - '5080:5080' restart: unless-stopped volumes: - <somelocation>:/ut99 version: '3.9' However I found something interesting in the GAME_PARAMS ENV variable in when I did an inspect: "Env": [ "GAME_PARAMS=\"?mutator=ZeroPingPlus103.ColorAccuGib\"", "USER_INI=User.ini", "GAME=CTF4.CTF4Game", "GID=100", "UID=99", "SRV_DL_URL=http://ut-files.com/Entire_Server_Download/ut-server-436.tar.gz", "WEBSERVER=true", "SERVER_INI=UnrealTournament.ini", "MAP=CTF4-Face4", "UMASK=0000", "WEB_USERNAME=admin", "SRV_PATCH_DL_URL=http://ut-files.com/Entire_Server_Download/UTPGPatch451LINUX.tar.gz", "WEB_PASSWORD=Docker", "PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin", "LANG=en_US.UTF-8", "LANGUAGE=en_US:en", "LC_ALL=en_US.UTF-8", "DATA_DIR=/ut99", "EXTRA_GAME_PARAMS=", "DATA_PERM=770", "USER=ut99" Now I've tried not having quotes, having quotes, etc, but nothing seams to work the way I want it to. However if I just treat my GAME env variable as my full Game parameter variable it works perfect! I'm not saying its a bug but at least my brain wasn't following these instructions in a way that expected that inspect output for the GAME_PARAMS variable. This is what I was following: https://hub.docker.com/r/ich777/unreal-tournament-99 Thanks a ton for this great docker, you really took a lot of pain away from creating a server, I also appreciate that you didn't force the UT-Server files to be IN the docker image but rather could be externally mounted. A few other docker images were pretty stubborn about that.

First off, thanks for a quick reply. I get since you make so many of these you may not dig into the weeds on each of them. I didn't catch Mutators being plural. It still doesn't work though, do I need to use the Extra Parameters like others do (saw an example another used several pages back)? Would you be able to characterize how the env variables are placed into the ucc-bin command? For example it appears it might be something like this: ./ucc-bin server "[MAP]?game=[GAME]?[GAME_PARAMS][EXTRA_GAME_PARAMS]" ini=[SERVER_INI] Is that close? I'm assuming that if EXTRA_GAME_PARAMS is null it'll get dropped or have nothing to put in and do nothing which is why you instruct us to carefully place the ?'s so ucc-bin can interpret. Last question: What resource did you read to create your container? That resource may answer a bunch of questions for my own understanding.

@ich777 Wondering if you could give me a hand, I'm not running this on Unraid currently but still like your image a lot. It works perfectly, except it wont load the InstaGib mutator in as the default no matter what I do. I could use some examples of how I am supposed to use the GAME_PARAMS and EXTRA_GAME_PARAMS if available. This is my compose file: services: unreal-tournament-99: container_name: Unreal-Tournament-99 environment: - GAME=CTF4.CTF4Game - MAP=CTF4-Face4 - GAME_PARAMS="Mutator=InstaGibDM" - WEBSERVER=true - WEB_USERNAME=admin - WEB_PASSWORD=Docker - USER_INI=User.ini - SERVER_INI=UnrealTournament.ini - >- SRV_DL_URL=http://ut-files.com/Entire_Server_Download/ut-server-436.tar.gz - >- SRV_PATCH_DL_URL=http://ut-files.com/Entire_Server_Download/UTPGPatch451LINUX.tar.gz - UID=99 - GID=100 - UMASK=0000 image: ich777/unreal-tournament-99:latest ports: - 7777-7781:7777-7781/udp - 8777:8777/udp - 27500:27500/tcp - 27500:27500/udp - 27900:27900/tcp - 27900:27900/udp - '5080:5080' restart: unless-stopped volumes: - <place>:/ut99 version: '3.9'

Parity is already messed up. I did the partition so it could actually get me access to the files. It was able to fully repair one but the other it put it all into lost and found. I’m about done getting the last of my files off. This array isn’t going to be saved. Thank you for your help! I really appreciate you taking your time to help me.

I'm a dummy, I'm doing it correctly now.

xfs_repair /dev/sdX

Both eventually responded with "Sorry, could not find valid secondary superblock Exiting now." At least it said it was sorry. Anything else we should try or should I just scoop these into my zfs array?

I think the array might be toast, but I did manage to get like 99% of the data over to my zfs array. I rebuilt disk 1, but its not mountable, here are the diagnostics. I'm free to do just about anything I need to to this array, so if there is a chance we can get a little dangerous and make it work again I'm game. The most important data (photos) are all safe and sound on two separate arrays plus backed up to the cloud. tower-diagnostics-20240804-1302.zip

So, both 1 and 9 have zero superblocks. Both primary and secondary are gone. It did find a candidate but ultimately didn’t. Are these disks kind of cooked and I should just rebuild one at a time?

Full yes, but an absolute mess, I performed xfs_repair on it and b/c it lost a lot of the inode data i just put everything in lost and found. Ok running xfs_repair first WITH -n to see what we're dealing with. Bad superblock, its looking for the secondary one now. I'll try the repair on Disk 1 first. Thanks for your help What should I do after we've run through the xfs_repair?

Disk 5 has been wiped (it’s not right, but like I saw you point out in another post it’s not filesystem integrity aware). what is -n? How do I do that?

Ok this time in regular mode. Thank you for reviewing it! tower-diagnostics-20240727-0909.zip

Array started in maintenance mode, if i start it regular it will begin rebuilding one of the disks. Let me know if we have to bite that bullet. Thanks for your help btw. tower-diagnostics-20240726-2235.zip

I was able to repair the wiped disk to the point of being able to grab files off. I’m going to do that first. Everything is in lost&found though so it’s requiring a lot of scripting to get everything.

tower-diagnostics-20240726-0943.zip