You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
following #36, much of Vane's storage goes into level.dat which is a good thing. However there are some remnants that remain in each puglin's respective storage.json file inside the plugins folder.
My use case is the following:
I deploy my server with configuration management tools and run everything inside containers (specifically Docker in this instance). Since there is data inside the plugins folder we want to persist between restarts, I must have the plugins folder be inside a persistent container. However, when this is the case, Docker will only update the folder with the image's contents once, when the volume is created. If I later update the image with updated vane plugins, they won't be picked up as the container restarts -- because the volume exists, and therefore supersedes the image's contents, and fixing this requires quite a bit of manual work.
I would like the following:
plugins folder with the plugin binaries and only their respective config e.g. as follows:
A way to point (from config.yml?) the plugin to its storage.json, e.g.
storage_file_path: "/some/path/storage.json"
This enables me to update vane's plugins and config from the configuration management side, but not persist them on disk so that the image always loads the version from its own storage, and separately persist the relevant information for each plugin.
Ideally in #36, I had the impression that you were considering putting the storage.json files somewhere outside the plugins folder but your explanation states that they are still located inside the plugins folder.
The text was updated successfully, but these errors were encountered:
Hi, for your kind consideration.
following #36, much of Vane's storage goes into level.dat which is a good thing. However there are some remnants that remain in each puglin's respective storage.json file inside the plugins folder.
My use case is the following:
I deploy my server with configuration management tools and run everything inside containers (specifically Docker in this instance). Since there is data inside the plugins folder we want to persist between restarts, I must have the plugins folder be inside a persistent container. However, when this is the case, Docker will only update the folder with the image's contents once, when the volume is created. If I later update the image with updated vane plugins, they won't be picked up as the container restarts -- because the volume exists, and therefore supersedes the image's contents, and fixing this requires quite a bit of manual work.
I would like the following:
plugins
folder with the plugin binaries and only their respective config e.g. as follows:storage.json
, e.g.This enables me to update vane's plugins and config from the configuration management side, but not persist them on disk so that the image always loads the version from its own storage, and separately persist the relevant information for each plugin.
Ideally in #36, I had the impression that you were considering putting the storage.json files somewhere outside the plugins folder but your explanation states that they are still located inside the plugins folder.
The text was updated successfully, but these errors were encountered: