Impossible to create new game with 'Rad new worlds update'

4 minutes ago, atarakt said:

@gabberworld if we speak about libunity, it's not a depends for ubuntu steam package https://packages.ubuntu.com/focal/steam nor for steam on fedora

the thing is, it looks like "Unity Engine" self where games is made not test really the others Linux systems expect the Ubuntu

soo other Linux systems is like maybe it works, maybe not

@EricKlei the fun fact is I can play game generated with proton + oni.exe after seed generation with linux native

2 hours ago, atarakt said:

I will try last fedora 35 but I suspect it will be the same, I will try to reach fedora people to see if people have ideas about what could be the issue, I will let you know if I found something.

I wonder if it's something like an overly strict selinux rule - with problems showing up on ext4 fedora installs that's all I can think of for things that might mess with filesystem access....

 

3 hours ago, gabberworld said:

the thing is, it looks like "Unity Engine" self where games is made not test really the others Linux systems expect the Ubuntu

soo other Linux systems is like maybe it works, maybe not

Yes, I understand that Dev can't validate on every linux distribution, I don't have issue with that =)

2 hours ago, nome said:

I wonder if it's something like an overly strict selinux rule - with problems showing up on ext4 fedora installs that's all I can think of for things that might mess with filesystem access....

 

I've disabled selinux and have the same behavior. I will test fedora 35 when upgrading my desktop, thanks for the hint

18 minutes ago, atarakt said:

I've disabled selinux and have the same behavior. I will test fedora 35 when upgrading my desktop, thanks for the hint

Could be SELinux not letting steam write the files in question, in which case SELinux would need to be disabled and then a reinstall done through steam. Or it could be some other security layer intercepting the writes. Something about fedora is definitely messing with the game's files though. If you find out what it is please share, I'm quite interested!

@nome and @EricKlei I did testing with virtual machines with fedora 35 and with selinux enabled or disabled it work.

Then I upgraded my system to fedora 35 and with selinux disabled or enabled it doesn't work, so it an issue with my system (it was installed on fedora 30, then upgraded to 31, 32, 33, 34 and 35).

Thanks for your help, sorry for the noise for it's related to my setup.

Have a nice day!

 

On 11/4/2021 at 5:01 PM, atarakt said:

@nome and @EricKlei I did testing with virtual machines with fedora 35 and with selinux enabled or disabled it work.

Then I upgraded my system to fedora 35 and with selinux disabled or enabled it doesn't work, so it an issue with my system (it was installed on fedora 30, then upgraded to 31, 32, 33, 34 and 35).

Thanks for your help, sorry for the noise for it's related to my setup.

Have a nice day!

 

more like bad fedora installer who not removed the old version drivers stuff, well at-least i was at right track about old stuff

Changed Status to Can't Reproduce

Changed Note: to Glad it's sorted!

I'm also on Fedora 34. And the issue started out of the blue today - I was able to generate new world just yesterday. The only changes/updates I can remember are Steam restart with auto-update and installation of another game inside Steam.

So, I don't think that Fedora is a culprit - but maybe some Steam-related stuff and the way it's installed in the Fedora.

Edited November 20, 2021 by abyss.7

5 hours ago, abyss.7 said:

So, I don't think that Fedora is a culprit - but maybe some Steam-related stuff and the way it's installed in the Fedora.

Fedora is not an officially supported distro for us, and this seems to be just steam + fedora - something happening before Oxygen Not Included even launches and deleting / failing to create some of our files.

That said, I'm happy to provide some assistance if you're inclined to investigate further. I did embedded Linux for a living before the video games days so I still know my way around a kernel.

5 hours ago, nome said:

Fedora is not an officially supported distro for us, and this seems to be just steam + fedora - something happening before Oxygen Not Included even launches and deleting / failing to create some of our files.

That said, I'm happy to provide some assistance if you're inclined to investigate further. I did embedded Linux for a living before the video games days so I still know my way around a kernel.

Yes, I do, I want to investigate - because it's quite inconvenient to run the native game via Proton.

First of all I removed Steam and all steam files that I could find, reinstalled - and the issue remained.

Then I tried to run game under 'strace' and didn't find anything suspicious on the first glance. By the way it's not easy because I don't understand algorithm design behind world generation process: I see some number of threads that probably are doing some work, and one thread that is posting an error message.

What else can I do? Or what system calls may I trace?

I have the same issue now after trying to play after few months break.  Game was installed the whole time and patched via steam.  Proton workaround fixed it for me, but I am pretty sure I played flawlessly on Fedora W34, now on Fedora W35, it's not working.  Sounds like very exotic problem, I am very interested to hear what this was about if it gets solved at some point.

12 hours ago, abyss.7 said:

What else can I do? Or what system calls may I trace

As you'll see earlier in the thread, the issue comes from some of the game's files being missing. So the next step is to try to figure out why steam isn't installing all the game's files. My guess was some misbehaving SELinux rule.

If you want to try strace I'd uninstall oxygen not included and then do an strace -f -efile on steam as you reinstall it. Then check that output to see why it fails to create those files (or if it succeeds then what is happening to them)

Just tested on openSUSE Tumbleweed and the U38-487223-SD game revision, I'm also unable to generate a new world.

Trimmed Player.log attached.

`ldd OxygenNotIncluded` confirms the local UnityPlayer library is used.

 

trimmed_player.log

And before anyone suggests it:

# sestatus
SELinux status:                 disabled

 

The game files integrity check also doesn't detect anything.
 

 

Edited November 24, 2021 by krop

I also tried renaming the OxygenNotIncluded_Data folder and forced Steam to download the data. Diff'ing the two folders shows no difference. And world gen logically still fails.

Then I tried renaming '$XDG_CONFIG_HOME/unity3d/Klei/Oxygen Not Included' before launching the game, same  result.

For completeness, steam is running in a terminal, there's nothing unusual in the output before, during and after. Also nothing in the dmesg output (which could give hints (eg. if apparmor could cause any kind of issue) and nothing related in the `journalctl --user` output.

 

Edit:

Two last notes:

* The most recent seeds were created on oct. 30.

* The issue can be reproduced when generating either "Classic" or "Spaced Out" seeds and with both "classical' and "no sweat" modes.

Edited November 24, 2021 by krop

Info I've received after talking with @EricKlei (please correct if I'm mistaken here Eric!)

1) The files may not be missing, they may just be unable to load. In this case an strace of Oxygen Not Included would be useful to see what's going on there.

2) A user with the new fedora tried rolling back to an older version of oxygen not included that used to work for them and still wasn't able to play.

3) A user reinstalled fedora from scratch and was able to play again

Maybe someone could reach out to the fedora team with these details (especially 2&3) and see if there's any clues as to what might have changed in upgrades to the latest version that would break the game's ability to load its data files?

46 minutes ago, nome said:

Info I've received after talking with @EricKlei (please correct if I'm mistaken here Eric!)

1) The files may not be missing, they may just be unable to load. In this case an strace of Oxygen Not Included would be useful to see what's going on there.

 

OK, I have a 60 Mb strace log (with strace -f -o /path/to/logfile %command%) . Anything particular to search?

 

38 minutes ago, krop said:

OK, I have a 60 Mb strace log (with strace -f -o /path/to/logfile %command%) . Anything particular to search?

 

I tried to trim the list down to only catch the ENOENT related to ONI. Result attached

@EricKlei

There are a couple curiosities.

strace reports WorldGenSimSave0.dat is missing but the file is present and readable (0644).

WorldGenSimSave1.dat is indeed missing.

strace_oni_unreachable.txt

45 minutes ago, krop said:

OK, I have a 60 Mb strace log (with strace -f -o /path/to/logfile %command%) . Anything particular to search?

I'd start by looking into whether there are any issues with file accesses, especially ones in StreamingAssets. ENOENT or EACCESS would be most likely but who knows.

If we don't have any luck with the filesystem access thing, another possibility is shared libraries. ldd on the oxygen not included binary will let you see what shared libraries we link against. I think steam also does some magic with LD_ environment variables though so the paths shown may not be the versions that'll be used when it's launched from steam.

 

1 minute ago, nome said:

I'd start by looking into whether there are any issues with file accesses, especially ones in StreamingAssets. ENOENT or EACCESS would be most likely but who knows.

If we don't have any luck with the filesystem access thing, another possibility is shared libraries. ldd on the oxygen not included binary will let you see what shared libraries we link against. I think steam also does some magic with LD_ environment variables though so the paths shown may not be the versions that'll be used when it's launched from steam.

 

# ldd OxygenNotIncluded
      linux-vdso.so.1 (0x00007ffe6f9f3000)
      UnityPlayer.so => /home/krop/games/SteamLibrary/steamapps/common/OxygenNotIncluded/./UnityPlayer.so (0x00007f64412fe000)
      libm.so.6 => /usr/lib64/libm.so.6 (0x00007f6441222000)
      libgcc_s.so.1 => /usr/lib64/libgcc_s.so.1 (0x00007f6441208000)
      libpthread.so.0 => /usr/lib64/libpthread.so.0 (0x00007f6441203000)
      libc.so.6 => /usr/lib64/libc.so.6 (0x00007f6440ff9000)
      libdl.so.2 => /usr/lib64/libdl.so.2 (0x00007f6440ff2000)
      librt.so.1 => /usr/lib64/librt.so.1 (0x00007f6440fed000)
      /lib64/ld-linux-x86-64.so.2 (0x00007f64433a4000)

 

8 minutes ago, krop said:

WorldGenSimSave1.dat is indeed missing.

After deleting WorldGenSimSave*

I have this when the generation error message pops:

# ls -l WorldGen*
-rw-r--r-- 1 krop krop       0 Nov 24 18:42 WorldGenDataSave.dat                                                                                                                                                                           
-rw-r--r-- 1 krop krop 1267783 Nov 24 18:42 WorldGenSimSave0.dat                                                                                                                                                                         
-rw-r--r-- 1 krop krop  575874 Nov 24 18:42 WorldGenSimSave1.dat                                                                                                                                                               
-rw-r--r-- 1 krop krop       0 Nov 24 18:42 WorldGenSimSave.dat

WorldGenSimSave files are created when worldgen succeeds but worldgen is failing so I believe this is expected. I've sent you private message with access to a troubleshooting branch with the Rad New Worlds update (Oct 29th) since you mentioned being able to generate a world on October 30th. Let me know if that's still the case.

19 minutes ago, EricKlei said:

WorldGenSimSave files are created when worldgen succeeds but worldgen is failing so I believe this is expected. I've sent you private message with access to a troubleshooting branch with the Rad New Worlds update (Oct 29th) since you mentioned being able to generate a world on October 30th. Let me know if that's still the case.

Nope, it also fails. But the loading bar seems to go farther

1 hour ago, krop said:

Nope, it also fails. But the loading bar seems to go farther

FTR: I tried with different game version rollback without any improvement. As I don't have much more things to test, I tried moving the game files to a different partition type (ext4 to btrfs). I didn't expect much... and nothing new happened

 

As you can see earlier in this thread there's a user who reported a fresh fedora install fixed it for them. At this point I'm running low on ideas for what to test, it's definitely the distro and not the game (old versions of the game that used to work don't fix it, but a fresh OS install does) but I'm not sure what specifically is causing it but it may be time to reach out to Fedora. Since it happens on an upgrade but not a fresh install I think it's fair to report it as a distro bug.

2 minutes ago, nome said:

As you can see earlier in this thread there's a user who reported a fresh fedora install fixed it for them. At this point I'm running low on ideas for what to test, it's definitely the distro and not the game (old versions of the game that used to work don't fix it, but a fresh OS install does) but I'm not sure what specifically is causing it but it may be time to reach out to Fedora. Since it happens on an upgrade but not a fresh install I think it's fair to report it as a distro bug.

I don't use Fedora, my distro version is a rolling release. I'm getting the last releases of about everything regularly. So there's really not much in common with what Fedora 32 provides.

The game rollbacks I tried with EricKlei didn't help but the progress bar didn't stop at the same point with older releases.

 

 

The only reliable thing is the error when the game tries to generate a new seed:
 

[23:10:18.426] [1] [INFO] Set world to [expansion1::worlds/TerraMoonlet]
[23:10:18.426] [1] [INFO] Getting traits for seed 904964802 expansion1::traits/MetalCaves, traits/BouldersMixed
[23:10:18.426] [1] [INFO] Generating a world with the traits: expansion1::traits/MetalCaves, traits/BouldersMixed
[23:10:18.530] [1] [INFO] Set world to [expansion1::worlds/IdealLandingSite]
[23:10:18.530] [1] [INFO] Getting traits for seed 904964803 traits/FrozenCore
[23:10:18.530] [1] [INFO] Generating a world with the traits: traits/FrozenCore
[23:10:18.734] [1] [INFO] Set world to [expansion1::worlds/WarpOilySwamp]
[23:10:18.735] [1] [WARNING] Trait 'expansion1::traits/MetalCaves' cannot be applied to world 'STRINGS.WORLDS.TUNDRAMOONLET.NAME' due to globalFeatureMods and worldTraitScale resulting in no features being generated.
[23:10:18.735] [1] [INFO] Getting traits for seed 904964804 expansion1::traits/DistressSignal, expansion1::traits/CrashedSatellites
[23:10:18.735] [1] [INFO] Generating a world with the traits: expansion1::traits/DistressSignal, expansion1::traits/CrashedSatellites
[23:10:18.840] [1] [INFO] Set world to [expansion1::worlds/TundraMoonlet]
[23:10:18.840] [1] [WARNING] Trait 'expansion1::traits/MetalCaves' cannot be applied to world 'STRINGS.WORLDS.MARSHYMOONLET.NAME' due to globalFeatureMods and worldTraitScale resulting in no features being generated.
[23:10:18.840] [1] [INFO] Getting traits for seed 904964805
[23:10:18.840] [1] [INFO] Generating a world with the traits:
[23:10:18.942] [1] [INFO] Set world to [expansion1::worlds/MarshyMoonlet]
[23:10:18.942] [1] [INFO] Generating a world with the traits:
[23:10:19.047] [1] [INFO] Set world to [expansion1::worlds/MooMoonlet]
[23:10:19.048] [1] [INFO] Generating a world with the traits:
[23:10:19.152] [1] [INFO] Set world to [expansion1::worlds/WaterMoonlet]
[23:10:19.152] [1] [WARNING] Trait 'expansion1::traits/MetalCaves' cannot be applied to world 'STRINGS.WORLDS.NIOBIUMMOONLET.NAME' due to globalFeatureMods and worldTraitScale resulting in no features being generated.
[23:10:19.152] [1] [INFO] Getting traits for seed 904964808 traits/MetalRich
[23:10:19.152] [1] [INFO] Generating a world with the traits: traits/MetalRich
[23:10:19.253] [1] [INFO] Set world to [expansion1::worlds/NiobiumMoonlet]
[23:10:19.254] [1] [INFO] Getting traits for seed 904964809
[23:10:19.254] [1] [INFO] Generating a world with the traits:
[23:10:19.353] [1] [INFO] Set world to [expansion1::worlds/RegolithMoonlet]
[23:10:19.353] [1] [INFO] World Seeds: 904964801 for world TERRAMOONLET [904964801/904964801/904964801/904964801]
Seeds are [904964801/904964801/904964801/904964801]
[23:10:19.353] [1] [INFO] World Seeds: 904964802 for world IDEALLANDINGSITE [904964802/904964802/904964802/904964802]
Seeds are [904964802/904964802/904964802/904964802]
[23:10:19.353] [1] [INFO] World Seeds: 904964803 for world WARPOILYSWAMP [904964803/904964803/904964803/904964803]
Seeds are [904964803/904964803/904964803/904964803]
[23:10:19.353] [1] [INFO] World Seeds: 904964804 for world TUNDRAMOONLET [904964804/904964804/904964804/904964804]
Seeds are [904964804/904964804/904964804/904964804]
[23:10:19.353] [1] [INFO] World Seeds: 904964805 for world MARSHYMOONLET [904964805/904964805/904964805/904964805]
Seeds are [904964805/904964805/904964805/904964805]
[23:10:19.353] [1] [INFO] World Seeds: 904964806 for world MOOMOONLET [904964806/904964806/904964806/904964806]
Seeds are [904964806/904964806/904964806/904964806]
[23:10:19.353] [1] [INFO] World Seeds: 904964807 for world WATERMOONLET [904964807/904964807/904964807/904964807]
Seeds are [904964807/904964807/904964807/904964807]
[23:10:19.353] [1] [INFO] World Seeds: 904964808 for world NIOBIUMMOONLET [904964808/904964808/904964808/904964808]
Seeds are [904964808/904964808/904964808/904964808]
[23:10:19.353] [1] [INFO] World Seeds: 904964809 for world REGOLITHMOONLET [904964809/904964809/904964809/904964809]
Seeds are [904964809/904964809/904964809/904964809]
THREAD - started 'SimThread' (139858918504000)
[23:10:29.455] [11] [ERROR] Could not guarantee minCount of Subworld subworlds/ocean/OceanDeep, 1 remaining on world expansion1::worlds/IdealLandingSite.
  at ProcGen.WorldLayout.ConvertUnknownCells (SeededRandom myRandom, System.Boolean isRunningDebugGen) [0x0043e] in <fbdb81635cff4825bfde981612365d89>:0
  at ProcGen.WorldLayout.GenerateOverworld (System.Boolean usePD, System.Boolean isRunningDebugGen) [0x0056b] in <fbdb81635cff4825bfde981612365d89>:0
  at ProcGenGame.WorldGen.GenerateLayout (ProcGenGame.WorldGen+OfflineCallbackFunction updateProgressFn) [0x00113] in <fbdb81635cff4825bfde981612365d89>:0
Could not guarantee minCount of Subworld subworlds/ocean/OceanDeep, 1 remaining on world expansion1::worlds/IdealLandingSite.
  at ProcGen.WorldLayout.ConvertUnknownCells (SeededRandom myRandom, System.Boolean isRunningDebugGen) [0x0043e] in <fbdb81635cff4825bfde981612365d89>:0
  at ProcGen.WorldLayout.GenerateOverworld (System.Boolean usePD, System.Boolean isRunningDebugGen) [0x0056b] in <fbdb81635cff4825bfde981612365d89>:0
  at ProcGenGame.WorldGen.GenerateLayout (ProcGenGame.WorldGen+OfflineCallbackFunction updateProgressFn) [0x00113] in <fbdb81635cff4825bfde981612365d89>:0

[23:10:29.455] [11] [WARNING] Worldgen Failure on seed SNDST-C-904964801-1M3, modded=False
[23:10:29.456] [11] [INFO] DevNotification: WorldgenFailure - SNDST-C-904964801-1M3 - Could not guarantee minCount of Subworld subworlds/ocean/OceanDeep, 1 remaining on world expansion1::worlds/IdealLandingSite.
[23:10:29.456] [11] [WARNING] Failed worldgen
[23:10:29.456] [11] [ERROR] Assert failed: Couldn't find a start node on a world that expects it!!
Assert failed: Couldn't find a start node on a world that expects it!!

[23:10:29.583] [11] [WARNING] Couldnt find start node
[23:10:29.591] [11] [WARNING] Worldgen Failure on seed SNDST-C-904964801-1M3, modded=False
[23:10:29.591] [11] [INFO] DevNotification: WorldgenFailure - SNDST-C-904964801-1M3 - Object reference not set to an instance of an object