doguitar

Not a terrible idea. With the script hooks you have I could write a similar routine and it wouldn't be for you to maintain which is probably how it should be.

I mentioned it earlier when I mentioned that I fixed my installation by updating BepInEx separately but is there any reason not to download the BepInEx package from github in both modes (and after V+)? It seems like this course of events will happen everything BIE needs an update because V+ will lag behind so the auto update feature will lag behind and I'll end up doing it manually, defeating the purpose of the feature.

https://github.com/BepInEx/BepInEx/releases/download/v5.4.19/BepInEx_unix_5.4.19.0.zip

I ended up fixing it late last night by copying over the contents of BepInEx from here. Apparently the V+ archive doesn't/didn't have the latest of BepInEx in it. It might be worthwhile to apply the BepInEx update routine after the V+ routine. Try the fix I mentioned above. I was getting segfaults as well before I fixed it.

Having the same issue. After executing the start command inside the container without piping the output to /dev/null (should probably log that output instead....) The result is this: 6/20/2022 20:20:09: Get create world [worldname] 06/20/2022 20:20:09: failed to load [worldname] 06/20/2022 20:20:09: creating 06/20/2022 20:20:09: Failed to find APPID 06/20/2022 20:20:09: Using steam APPID:0 06/20/2022 20:20:09: Invalid APPID 06/20/2022 20:20:09: Steam is not initialized 06/20/2022 20:20:09: Missing audio clip in music respawn 06/20/2022 20:20:09: Fetching PlatformPrefs 'GuiScale' before loading defaults 06/20/2022 20:20:09: Fetching PlatformPrefs 'DOF' before loading defaults 06/20/2022 20:20:09: Fetching PlatformPrefs 'Bloom' before loading defaults 06/20/2022 20:20:09: Fetching PlatformPrefs 'SSAO' before loading defaults 06/20/2022 20:20:09: Fetching PlatformPrefs 'SunShafts' before loading defaults 06/20/2022 20:20:09: Fetching PlatformPrefs 'AntiAliasing' before loading defaults 06/20/2022 20:20:09: Fetching PlatformPrefs 'ChromaticAberration' before loading defaults 06/20/2022 20:20:09: Fetching PlatformPrefs 'MotionBlur' before loading defaults 06/20/2022 20:20:09: Builder started NullReferenceException: Object reference not set to an instance of an object at HeightmapBuilder.Build (HeightmapBuilder+HMBuildData data) [0x0005e] in <6c9b62da23264afb93493ccc5d935b30>:0 at HeightmapBuilder.BuildThread () [0x00067] in <6c9b62da23264afb93493ccc5d935b30>:0 at System.Threading.ThreadHelper.ThreadStart_Context (System.Object state) [0x00014] in <3bd2ef0569bb447ab148a85644c552d7>:0 at System.Threading.ExecutionContext.RunInternal (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00071] in <3bd2ef0569bb447ab148a85644c552d7>:0 at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state, System.Boolean preserveSyncCtx) [0x00000] in <3bd2ef0569bb447ab148a85644c552d7>:0 at System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, System.Object state) [0x0002b] in <3bd2ef0569bb447ab148a85644c552d7>:0 at System.Threading.ThreadHelper.ThreadStart () [0x00008] in <3bd2ef0569bb447ab148a85644c552d7>:0 UnityEngine.DebugLogHandler:Internal_LogException(Exception, Object) UnityEngine.DebugLogHandler:LogException(Exception, Object) UnityEngine.Logger:LogException(Exception, Object) UnityEngine.Debug:LogException(Exception) UnityEngine.<>c:<RegisterUECatcher>b__0_0(Object, UnhandledExceptionEventArgs)

I figured there'd be a technical reason behind it. It's definitely a requested feature from me but I get it.

Is there a practical reason why there's not "Delay" option for docker images?

Adding a second NVME drive (on the mobo itself) causes my onboard network adapter to no longer show up in unraid. I can still see and use the network adapter in the UEFI configuration screens so it appears to be available by the system. Attached are diagnostics with both with/without the drive installed. unraid-diagnostics-20210308-1548-normal.zip unraid-diagnostics-20210308-1557-noeth0.zip

root@unraid:/mnt/disk1# sync; dd if=/dev/zero of=test.img oflag=direct bs=1M count=1024; sync; dd of=/dev/null if=test.img bs=1M count=1024; rm test.img; 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 6.57578 s, 163 MB/s 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 5.39734 s, 199 MB/s

root@unraid:/mnt/cache# sync; dd if=/dev/zero of=test.img oflag=direct bs=1M count=1024; sync; dd of=/dev/null if=test.img bs=1M count=1024; rm test.img; 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 46.4026 s, 23.1 MB/s 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB, 1.0 GiB) copied, 8.12212 s, 132 MB/s I've recently upgraded to 6.9 and rebuilt my cache pool with 1MiB-aligned MBR. While moving data around, I really noticed the speed but initially attributed it to moving a lot of very small files. However, the speed of the mover when moving large files was also painfully slow. Writing directly to the array disks is much faster (~180 MB/s in/out) but what you'd expect from a spinning disk (and the cache SSDs are on the same controller as a couple of the array disks). I'm unclear if this problem is new in 6.9 but I suspect it's not since I was noticing some performance issues previously and had taken some steps to alleviate them (offloading some appdata folders to an unassigned nvme drive). unraid-diagnostics-20210308-1450.zip

I'm having an issue when changing my container from using ovpn to wireguard. The container starts normal at first then after a few minutes (I think it's 3 or 4) downloads stop working (but the UI remains functional). A minute or so later, the UI stops responding. And then another minute or so after that, all of docker stops responding. And then another minute after _that_, unraid stops responding requiring a hard reset. I know that sounds crazy.

Is +1 appropriate for this forum? I'd love to see this feature, especially (but not necessarily) if there was a summary available in the group headers.