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
This plugin currently does not run on Khepri-enabled nodes (in Khepri-enabled clusters, that is, since Khepri cannot be enabled selectively).
And it won't be just a matter of adapting the code paths to use either of the data stores, like it is the case in most code paths in RabbitMQ and its plugins:
Khepri has a documented limitation where it stores the entire data set both on disk and in memory
This plugin stores the entire message content in the table, therefore, it explicitly goes against the recommendation for the current version of Khepri
Possible Solutions
Given that #229 will take a long time to finish regardless of the details, perhaps this plugin should be reworked to not store the payload in Mnesia.
DETS is one readily available option with the known 4 GiB limit per file.
The plugin can also be adapted to start and use a single local copy of Mnesia in ways that do not interfere with Khepri.
Introducing a dependency on a pure Erlang K/V store is also possible but there aren't many actively maintained ones that do not pull in RocksDB, LevelDB, and other Windows-incompatible or Windows-is-an-afterthought options.
The text was updated successfully, but these errors were encountered:
Problem Definition
This plugin currently does not run on Khepri-enabled nodes (in Khepri-enabled clusters, that is, since Khepri cannot be enabled selectively).
And it won't be just a matter of adapting the code paths to use either of the data stores, like it is the case in most code paths in RabbitMQ and its plugins:
Possible Solutions
Given that #229 will take a long time to finish regardless of the details, perhaps this plugin should be reworked to not store the payload in Mnesia.
DETS is one readily available option with the known 4 GiB limit per file.
The plugin can also be adapted to start and use a single local copy of Mnesia in ways that do not interfere with Khepri.
Introducing a dependency on a pure Erlang K/V store is also possible but there aren't many actively maintained ones that do not pull in RocksDB, LevelDB, and other Windows-incompatible or Windows-is-an-afterthought options.
The text was updated successfully, but these errors were encountered: