zanth

April 5

4 hours ago, Boren3459 said:

Nevermind, it worked perfect. It took the whole Saved folder. Thanks again.

Glad that was able to help you out!

April 4

10 hours ago, ich777 said:

Delete the Saved folder in the Pal directory this should fix the issue, unfortunately your savegame is lost after you do that.

So I wound up removing the docker, wiping the entire appdata folder(the other servers I'd installed weren't being used anyway), reinstalled the container, reapplied my save/settings files to the fresh install, works like a charm! We got there in the end, and I sincerely appreciate all your help!

April 4

9 hours ago, ich777 said:

Delete the Saved folder in the Pal directory this should fix the issue, unfortunately your savegame is lost after you do that.

After some sleep, I moved the Saved folder to my desktop, and it is still looping like before.

April 4

Unfortunately there were no files in the Backups folder, and I am still getting the last errors. Got some more ideas to try tomorrow tho. Thanks agin for your help, and for getting me on the right track again!

April 4

1 minute ago, ich777 said:

You an do that over SMB, simply share the appdata directory and go to the palworld folder in there and there you will see a folder called Backups where all your backups are stored, you can then restore them in the Pal directory (please keep track of the folder structure and only replace move files when the container is actually stopped!).

Ah, ok, easy enough then, thank you!

April 4

9 minutes ago, ich777 said:

Hope it is working for you after that change, if not and you experiencing the same error as above the savegame might be corrupt and there is not much I can do about that but you can always try to restore a backup <- but since it was configured wrong it could be that the Backups are also corrupt.

Mover is still at it, guess it had a bunch to move. But if it is still corrupted, how might I go about attempting to restore backup saves? I'm not the most linux savvy person.

April 4

1 minute ago, ich777 said:

It is well enough to leave the game files path at /mnt/cache/... since some games have issues with the FUSE file path /mnt/user/...

You can leave the SteamCMD path as is since it will work no matter to what you set it.

Gotcha. games files reset to /mnt/cache, mover running. WIll wait for it to finish and hope for the best! Thank you very much for your time, I greatly do appreciate it.

April 4

1 minute ago, ich777 said:

Yes:

As you can see your primary storage is set to Cache and the Secondary to Array and most importantly your Mover action is set to Cache -> Array, this means that the Mover tries to move all files from the Cache to the Array that are not in use and that will cause issues.

I recommend that you leave the appdata always on the Cache since it usually holds all your data for your containers and you want fast and snappy responses.

If you now want to move the data from the Array back to the Cache, you now have to set Mover action to Array -> Cache and invoke the Mover afterwards (I recommend Stopping all containers so that the Mover is actually able to move all the files back to the Cache) and wait for it to finish. After that you can set the Secondary storage to None to ensure that the files will stay on the Cache and the Move is not invoked at all.

Ok, I have made that change, and manually started the mover. I trust I should change my container template to cache on both

items, rather than user?

April 4

2 minutes ago, ich777 said:

That's caused because a corrupt save game most likely because it was basically using two different paths and the mover was moving files that should belong on the cache.

Have you yet checked to what your appdata share is set where the files should belong and if they are moved to the Array?

Not sure where you check that, is it here?

April 4

7 minutes ago, ich777 said:

Please change the path in the Docker template for the game files to /mnt/user/appdata/... and see if it is working afterwards.

Seems like the container even can't find the path for your data. Really not sure why it was working that long if the files where moved to the Array.

Well, its not working, but its doing something different now. It's now looping starting the server, gives a bunch of yellow text, then starts over.

/opt/scripts/start-server.sh: line 123:    76 Segmentation fault      ${SERVER_DIR}/Pal/Binaries/Linux/PalServer-Linux-Test Pal -nocore ${GAME_PARAMS} ${GAME_PARAMS_EXTRA}

Session terminated, killing shell...kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill -l [sigspec]
[2024.04.04-07.08.55:877][  0]CrashReportCoreLog: CompressAndSendData compressing 4610 bytes ('/serverdata/serverfiles/Pal/Saved/Crashes/crashinfo-Pal-pid-76-EB7DF2A245204565A278A4DFDC5A37BA/Diagnostics.txt')
[2024.04.04-07.08.55:878][  0]CrashReportCoreLog: CompressAndSendData compressing 13877 bytes ('/serverdata/serverfiles/Pal/Saved/Crashes/crashinfo-Pal-pid-76-EB7DF2A245204565A278A4DFDC5A37BA/CrashContext.runtime-xml')
[2024.04.04-07.08.55:879][  0]CrashReportCoreLog: CompressAndSendData compressing 152 bytes ('/serverdata/serverfiles/Pal/Saved/Crashes/crashinfo-Pal-pid-76-EB7DF2A245204565A278A4DFDC5A37BA/CrashReportClient.ini')
[2024.04.04-07.08.55:893][  0]LogInit: Using libcurl 7.83.1
[2024.04.04-07.08.55:893][  0]LogInit:  - built for Linux
[2024.04.04-07.08.55:893][  0]LogInit:  - supports SSL with OpenSSL/1.1.1n
[2024.04.04-07.08.55:893][  0]LogInit:  - supports HTTP deflate (compression) using libz 1.2.12
[2024.04.04-07.08.55:893][  0]LogInit:  - other features:
[2024.04.04-07.08.55:893][  0]LogInit:      CURL_VERSION_SSL
[2024.04.04-07.08.55:893][  0]LogInit:      CURL_VERSION_LIBZ
[2024.04.04-07.08.55:893][  0]LogInit:      CURL_VERSION_IPV6
[2024.04.04-07.08.55:893][  0]LogInit:      CURL_VERSION_ASYNCHDNS
[2024.04.04-07.08.55:893][  0]LogInit:      CURL_VERSION_LARGEFILE
[2024.04.04-07.08.55:894][  0]LogInit:  CurlRequestOptions (configurable via config and command line):
[2024.04.04-07.08.55:894][  0]LogInit:  - bVerifyPeer = false  - Libcurl will NOT verify peer certificate
[2024.04.04-07.08.55:894][  0]LogInit:  - bUseHttpProxy = false  - Libcurl will NOT use HTTP proxy
[2024.04.04-07.08.55:894][  0]LogInit:  - bDontReuseConnections = false  - Libcurl will reuse connections
[2024.04.04-07.08.55:894][  0]LogInit:  - MaxHostConnections = 16  - Libcurl will limit the number of connections to a host
[2024.04.04-07.08.55:894][  0]LogInit:  - LocalHostAddr = Default
[2024.04.04-07.08.55:894][  0]LogInit:  - BufferSize = 65536
[2024.04.04-07.08.55:894][  0]CrashReportCoreLog: Sending HTTP request: https://o1291919.ingest.sentry.io/api/6513339/unreal/4a1a3921f51f4975b4cf8dd19022cb20/?AppID=CrashReporter&AppVersion=5.1.1-0%2B%2B%2BUE5%2BRelease-5.1&AppEnvironment=Release&UploadType=crashreports&UserID=-00000063%7C%7C
[2024.04.04-07.08.56:108][  0]CrashReportCoreLog: OnProcessRequestComplete(), State=SendingFiles bSucceeded=1
[2024.04.04-07.08.56:108][  0]CrashReportCoreLog: State change from SendingFiles to SendingFiles
[2024.04.04-07.08.56:108][  0]CrashReportCoreLog: All uploads done
[2024.04.04-07.08.56:108][  0]CrashReportCoreLog: State change from SendingFiles to Finished
[2024.04.04-07.08.56:916][  0]CrashReportCoreLog: Final state (Receiver) = Finished
[2024.04.04-07.08.56:916][  0]CrashReportCoreLog: Final state (Receiver) = Unknown UploadState value
[2024.04.04-07.08.56:916][  0]LogCore: Engine exit requested (reason: CrashReportClientApp RequestExit)
[2024.04.04-07.08.56:916][  0]LogExit: Preparing to exit.
[2024.04.04-07.08.56:919][  0]LogExit: Object subsystem successfully closed.
[2024.04.04-07.08.56:919][  0]LogModuleManager: Shutting down and abandoning module HTTP (12)
[2024.04.04-07.08.56:928][  0]LogModuleManager: Shutting down and abandoning module SSL (11)
[2024.04.04-07.08.56:929][  0]LogModuleManager: Shutting down and abandoning module CrashDebugHelper (8)
[2024.04.04-07.08.56:929][  0]LogModuleManager: Shutting down and abandoning module CoreUObject (6)
[2024.04.04-07.08.56:929][  0]LogModuleManager: Shutting down and abandoning module PakFile (4)
[2024.04.04-07.08.56:929][  0]LogModuleManager: Shutting down and abandoning module RSA (3)
[2024.04.04-07.08.56:933][  0]LogExit: Exiting.
Shutdown handler: initalize.
Disabling core dumps.
dlmopen steamservice.so failed: steamservice.so: cannot open shared object file: No such file or directory
[2024.04.04-07.08.53:858][  0]Error: CDO Constructor (PPSkyCreator): Failed to find Texture2D'/Game/PPSkyCreator/Textures/Icons/T_PPSkyCreator_BillboardIcon'

[2024.04.04-07.08.53:858][  0]Error: CDO Constructor (PPSkyCreator): Failed to find Texture2D'/Game/PPSkyCreator/Textures/SkySphere/TC_PPSC_StarMap_4K'

[2024.04.04-07.08.53:858][  0]Error: CDO Constructor (PPSkyCreator): Failed to find Texture2D'/Game/PPSkyCreator/Textures/Occlusion/RT_PPSC_WorldHeightmap'

[2024.04.04-07.08.53:858][  0]Error: CDO Constructor (PPSkyCreator): Failed to find Texture2D'/Game/PPSkyCreator/Textures/WeatherMaterialFX/RT_PPSC_RainRipples_Normal'

[2024.04.04-07.08.53:859][  0]Error: CDO Constructor (PPSkyCreator): Failed to find Texture2D'/Game/PPSkyCreator/Textures/WeatherFX/RT_PPSC_LightningParameters'

April 4

3 minutes ago, ich777 said:
Please issue the correct command again:
ls -la ${SERVER_DIR}/Pal/Binaries/Linux/
Are you sure that you appdata share is set to stay on the Cache drive in the Share settings?

root@55b023e8d122:/# ls -la ${SERVER_DIR}/Pal/Binaries/Linux/
ls: cannot access '/serverdata/serverfiles/Pal/Binaries/Linux/': No such file or directory

No, I'm not sure, but the server worked this morning just fine for remote logins. Not sure why it'd change now after working for well over a month. Can I change it to user rather than cache in the template if it did happen to move it randomly now of all times?

April 4

4 minutes ago, ich777 said:
Can you please share a screenshot from your Docker template within Unraid?

Do you use /mnt/user/... or /mnt/cache/... in the template for the game files. If you are using /mnt/cache/... just make sure that the share stays on the cache and is not moved to the Array in the Share settings.

Please open a container terminal (while the container is running) and execute:
tail -n 10 /opt/scripts/start-server.sh
ls -la ${SERVER_DIR}/Pal/Binaries/Linux/
and post the output here.

Here is the second, not sure exactly what you mean by Docker template, so here is my guess:

root@55b023e8d122:/# tail -n 10 /opt/scripts/start-server.sh
if [ -f ${SERVER_DIR}/Pal/Binaries/Linux/PalServer-Linux-Test ]; then
  cd ${SERVER_DIR}
  ${SERVER_DIR}/Pal/Binaries/Linux/PalServer-Linux-Test Pal -nocore ${GAME_PARAMS} ${GAME_PARAMS_EXTRA}
elif [ -f ${SERVER_DIR}/Pal/Binaries/Linux/PalServer-Linux-Shipping ]; then
  cd ${SERVER_DIR}
  ${SERVER_DIR}/Pal/Binaries/Linux/PalServer-Linux-Shipping Pal -nocore ${GAME_PARAMS} ${GAME_PARAMS_EXTRA}
else
  echo "---Something went wrong, can't find the executable, putting container into sleep mode!---"
  sleep infinity
firoot@55b023e8d122:/ls -la ${SERVER_DIR}/Pal/Binaries/Linux/x/
ls: cannot access '/serverdata/serverfiles/Pal/Binaries/Linux/': No such file or directory

April 4

5 minutes ago, ich777 said:

How did you update the container? Did you click force update on the container page:

Did it pull a update from DockerHub?

Yes, I clicked that to force it, it seemed to pull an update when I ran it. Just back to the same old error each time.

April 4

2 minutes ago, ich777 said:

Thanks for the report.

Please update the container itself and it will work again.

After updating the container, I am getting the exact same error in my log file.

April 4

Hello! I've been using your Pal World Docker for a while now, and love it. However, tonight when I restarted it(because of the patch) I got this in the logs:

Connecting anonymously to Steam Public...OK
Waiting for client config...OK
Waiting for user info...OK
Success! App '2394010' already up to date.
---Checking if configuration is in place---
---Configuration found, continuing...---
---Checking if PublicIP is in place---
---Nothing to do, PublicIP: xxx.xxx.xx.xxx still up-to-date!---
---Prepare Server---
---Server ready---
---Starting Backup daemon---
---Start Server---
---Something went wrong, can't find the executable, putting container into sleep mode!---

Any helpt o get back up would be appreciated! I did run a force update on the docker, to see if that was the issue, but no such luck. I have rebooted the Unraid PC as well, no joy. I don't know what directory/filename its looking for for the executable to see if its really missing or the update moved it, etc. Thank you!

zanth

Posts

Joined

Last visited

Content Type

Profiles

Forums

Downloads

Store

Gallery

Bug Reports

Documentation

Landing

Posts posted by zanth

[Support] ich777 - Gameserver Dockers

[Support] ich777 - Gameserver Dockers

[Support] ich777 - Gameserver Dockers

[Support] ich777 - Gameserver Dockers

[Support] ich777 - Gameserver Dockers

[Support] ich777 - Gameserver Dockers

[Support] ich777 - Gameserver Dockers

[Support] ich777 - Gameserver Dockers

[Support] ich777 - Gameserver Dockers

[Support] ich777 - Gameserver Dockers

[Support] ich777 - Gameserver Dockers

[Support] ich777 - Gameserver Dockers

[Support] ich777 - Gameserver Dockers

[Support] ich777 - Gameserver Dockers

[Support] ich777 - Gameserver Dockers