Putting this in a new thread since there was a "stale" message about the last one. SIL hasn't worked properly for a long time -- people's art randomly vanishes and its' reaching a point where the complaints are coming so often, we're going to have to stop using it. That's annoying, because it's a brilliant plugin. But it's not been updated, and people have been pointing out this particular problem now for months. Where is the dev, is this simply abandoned?
SIL art disappearing (for months)
Have you ever tried clearing your image data base?
How would I go about doing that?
Now 2 months after asking how to clear the image data base with no reply. If you can please tell me how to do that, I would appreciate it. We've looked for sign artist in the data directly under oxide, there's nothing there.
delete your server/sv.files
Has this been resolved by chance? The signs going away every relog and nobody else can see my signs has made it so we just cant use the addon...not worth it :/
goobersnotHas this been resolved by chance? The signs going away every relog and nobody else can see my signs has made it so we just cant use the addon...not worth it :/
if its when you relog then you are having a different issue. Potentially the image files are too large for your server max packet size.
Are the server/sv files just sign artist, or are they other things too? I don't want to delete all and screw myself up unless I know these are all just sign artist. Pardon my paranoia, I'd rather just double-check.
RedspyderAre the server/sv files just sign artist, or are they other things too? I don't want to delete all and screw myself up unless I know these are all just sign artist. Pardon my paranoia, I'd rather just double-check.
No - it would affect the entire server and anything that is stored in the file.
Some kind of limit is being reached - whether it is signs, sign artist, imagelibrary, or sv.files.***.db. For the first ~2 weeks of wipe, everything is fine. Once a lot of people start using /sil some kind of limitation is being reached. At some point, when restarting the server, images on signs just disappear. If you /sil another image, it is there and fine until a restart occurs. Maybe the ID of the sign is changing somehow? I use the Sign History plugin and can see the history of /sil commands but after a restart they simply are gone. A player has recently complained about cassettes being blank within cassette players as well. There is definitely an issue and I think it is in relation to the sv.files.db file.
codepimp1234No - it would affect the entire server and anything that is stored in the file.
Some kind of limit is being reached - whether it is signs, sign artist, imagelibrary, or sv.files.***.db. For the first ~2 weeks of wipe, everything is fine. Once a lot of people start using /sil some kind of limitation is being reached. At some point, when restarting the server, images on signs just disappear. If you /sil another image, it is there and fine until a restart occurs. Maybe the ID of the sign is changing somehow? I use the Sign History plugin and can see the history of /sil commands but after a restart they simply are gone. A player has recently complained about cassettes being blank within cassette players as well. There is definitely an issue and I think it is in relation to the sv.files.db file.
To add to this...in the rustserver-game.log, during startup, the same exact sign that someone /sil'd a picture to, claims 'it doesnt exist'
"<color=#aff>[sign.large.wood[3670565786]] Frame 0 (id=2170158497) doesn't exist, clearing</color>"
However, when I run 'entity.find_id 3670565786' in console, it finds the sign.
realm entity group parent name position local rotation local status invokes
sv 3670565786 35202 0 sign.large.wood (157.22, 60.90, 48.21) (157.22, 60.90, 48.21) (0.00, 290.87, 359.97) (0.00, 290.87, 359.97)
Yeah, and the disappearing art continues, no updates. We use /sil as part of our VIP package - we're going to have to take it out of those packages because it doesn't work. That really sucks. It was a fantastic plugin when it worked and actually got updated.
Anyone know of an alternative? Same issue here and we are going to remove it once a replacement is found.
Can we if possible keep a stored database of the links etc info.. and on server restart if a "<color=#aff>[sign.large.wood[3670565786]] Frame 0 (id=2170158497) doesn't exist, clearing</color>" Notice is given,, can a reinjection command be fired to reinsert the image maybe?
Whispers88
if its when you relog then you are having a different issue. Potentially the image files are too large for your server max packet size.
The problems occur whether the files are big or small -- we've tested it. And the problems continue