PPlank

Oh FFS! It used to be at the bottom. Thank you! The light bulb certainly went on in my head.

Yeah I think this page will allow you to turn that on. https://codefling.com/settings/links/

Add a light mode to the site. There used to be an option for that and then one day it was gone. My reason is I'm a long time depressive and it causes me problems if I spend too much time staring at mostly black screens, so I tend to avoid the site until there's an update. (Plus I guess black used to look cool on forums about 20 years ago, but now it just looks old fashioned.) ¯\_(ツ)_/¯

It's still a problem. I'm not quite sure how this has happened though as it wasn't working at all.:- Stefan93 — Today at 14:08 On clan server the extra storage that you can add to each box disappeared. Half my loot was in it I'm going to remove it. EDIT: So before I remove it, I thought I'd move the plugin to another folder, then rename the /data/ folder and the config, then move the plugin back again as a "just-in-case". Failed to call hook 'AddStorage' on plugin 'InstancedContainers v1.0.10' (OverflowException: Value was either too large or too small for a UInt32.) at System.Number.ThrowOverflowOrFormatException (System.Boolean overflow, System.String overflowResourceKey) [0x0001a] in <b11ba2a8fbf24f219f7cc98532a11304>:0 at System.Number.ParseUInt32 (System.ReadOnlySpan`1[T] value, System.Globalization.NumberStyles styles, System.Globalization.NumberFormatInfo info) [0x00018] in <b11ba2a8fbf24f219f7cc98532a11304>:0 at System.UInt32.Parse (System.String s, System.IFormatProvider provider) [0x00017] in <b11ba2a8fbf24f219f7cc98532a11304>:0 at System.Convert.ToUInt32 (System.String value) [0x0000b] in <b11ba2a8fbf24f219f7cc98532a11304>:0 at Oxide.Plugins.InstancedContainers.AddStorage (ConsoleSystem+Arg arg) [0x000b0] in <8f3fd1e846df459eac838562e30f84f3>:0 at Oxide.Plugins.InstancedContainers.DirectCallHook (System.String name, System.Object& ret, System.Object[] args) [0x01053] in <8f3fd1e846df459eac838562e30f84f3>:0 at Oxide.Plugins.CSharpPlugin.InvokeMethod (Oxide.Core.Plugins.HookMethod method, System.Object[] args) [0x00079] in <795304323ac74a298b8ed190a1dfa739>:0 at Oxide.Core.Plugins.CSPlugin.OnCallHook (System.String name, System.Object[] args) [0x000de] in <beb2b64691c64e2b95b99491bd85442c>:0 at Oxide.Core.Plugins.Plugin.CallHook (System.String hook, System.Object[] args) [0x00060] in <beb2b64691c64e2b95b99491bd85442c>:0 As you can see, it's still not working.

Yep I'm fine with that.

Same problem. Also, no new data files are being created when I place down a new chest. I can create additional instances but they aren't accessible when I click them and only the main "M" chest is available. I also see the following in the console when trying to use InstancedContainers:- 30/04 08:37:47 | Failed to call hook 'OpenStorage' on plugin 'InstancedContainers v1.0.10' (OverflowException: Value was either too large or too small for a UInt32.) at System.Number.ThrowOverflowOrFormatException (System.Boolean overflow, System.String overflowResourceKey) [0x0001a] in <694551e795764b938030a3128fac2b36>:0 at System.Number.ParseUInt32 (System.ReadOnlySpan`1[T] value, System.Globalization.NumberStyles styles, System.Globalization.NumberFormatInfo info) [0x00018] in <694551e795764b938030a3128fac2b36>:0 at System.UInt32.Parse (System.String s, System.IFormatProvider provider) [0x00017] in <694551e795764b938030a3128fac2b36>:0 at System.Convert.ToUInt32 (System.String value) [0x0000b] in <694551e795764b938030a3128fac2b36>:0 at Oxide.Plugins.InstancedContainers.OpenStorage (ConsoleSystem+Arg arg) [0x000b5] in <2c20e1c8eaf549ec9945e948da175642>:0 at Oxide.Plugins.InstancedContainers.DirectCallHook (System.String name, System.Object& ret, System.Object[] args) [0x00c93] in <2c20e1c8eaf549ec9945e948da175642>:0 at Oxide.Plugins.CSharpPlugin.InvokeMethod (Oxide.Core.Plugins.HookMethod method, System.Object[] args) [0x00079] in <87ce9ac9776a48658bc55eae6debe38b>:0 at Oxide.Core.Plugins.CSPlugin.OnCallHook (System.String name, System.Object[] args) [0x000d8] in <cd7231f30b444d86bc6cca8a53cdd2ea>:0 at Oxide.Core.Plugins.Plugin.CallHook (System.String hook, System.Object[] args) [0x00060] in <cd7231f30b444d86bc6cca8a53cdd2ea>:0

Three days later and it all seems to be working okay. The plugin has loaded on all 5 servers (sooner or later) so yes, this is closed. I will report back if it happens again and I have to tweak the load times. SkillTree seems to be the only plugin that writes or causes a write to harmony_log.txt but of course this might change as other devs create harmony plugins. Cheers.

Okay... For future reference for people having the same problem with your plugin. I use the TimedExecute plugin for a number of things, and this is where it comes in handy yet again. My servers all restart at 5.00am, so I added an entry for each server (in the RealTime-Timer section) to load the SkillTree plugin on each server 1 minute apart. If the plugin has already loaded directly after the restart then the load command does nothing, but if one or more servers hit the sharing access violation and the plugin start fails, it will get loaded by the TimedExecute plugin. "RealTime-Timer": { "05:16:00": "o.load SkillTree", }, On each of my servers I have changed the time to be a minute later, so altogether, 16, 17, 18, 19 and 20 minutes past 5.00am. I won't know if this is okay until tomorrow when the servers restart again, but hopefully that's fixed it. I'll report back here if it hasn't worked or I've had to change things.

I suspect this is a bit of a strange one. I have one installation of Rust (on Windows server) with 5 different server instances hanging off it - it's great at update time as I only have to update a single set of code and I'm done. The start of the batch file for each server looks like this with server.identity set to individual server folders RustDedicated.exe -batchmode -nographics -logfile output_log.txt ^ +server.identity "PvE01" ^ +oxide.directory "\server\{server.identity}\oxide" ^ etc... It looks like this in File Explorer:- So for the last two days I've had this issue:- Sharing violation on path C:\GameServers\Rust\harmony_log.txt I think because all servers start at the same time each day, sometimes two of them try to update the harmony log at the same time and so there's a sharing violation when they both access it. Is there anything you can do about this, or do you have any pointers as to how I can get round this issue? Thanks.

I'm in.