In my opinion Greyhole is a wonderful storage pooling and drive level local redundancy tool. OMV, I gather, used to have a Greyhole plugin that is no longer developed or compatible with the latest versions of OMV.
Not to worry. GH has a manual install option and works very well on Debian.
Over the last few days getting to know OMV (which I love, and want to migrate to from Amahi). I got it working, but have noticed a few things that conflict. I wonder, rather than maintaining the plugin, if there was some way to address these issues, so at least a manual install of Greyhole persists in the background without getting its config borked.
I logged an issue here for Greyhole:
https://github.com/gboudreau/Greyhole/issues/228
The main issue is OMV is overwriting the samba config that GH requires to work. Namely...
[global]
unix extensions = no
wide links = yes
[share_name]
dfree command = /usr/bin/greyhole-dfree
vfs objects = greyhole
And since symlinks are not displaying on my samba shares after Greyhole distributes copies of files across different physical drives in the pool (i.e. Greyhole runs and files become unavailable over the network). Possibly some combination of...
[global]
allow insecure wide links = yes
[share]
follow symlinks = yes
wide links = yes
If OMV could have areas of samba config that don't get overwritten (I noticed it happens when creating or editing samba shares) a manual install of Greyhole may play nice, and not require plugin development. Alternatively, OMV might have a section for parameters that rewrite custom samba config back in should the config file have to be rewritten. Then custom GH config lines could be managed through the OMV GUI.