Given that system administrators keep running into issues with the Matterhorn
storage configuration, I propose the following changes to the default
config.properties.
The changes are intended to be clear pointers to an administrator to realize
that there are two distinct storage areas, a local one and a shared one, and
from the default configuration, he/she will see what goes where. I am proposing
these changes for 1.4, as we adjusted the directory structure there anyways.
1) Introduce two distinct variables for local and shared storage.
# The directory where the system stores files and directories that should be
shared with other Matterhorn
# nodes within the same cluster for performance and space saving reasons.
#
# Note that by default, the directory points to each node's
${java.io.tmpdir}/shared directory, which should
# be changed to a mounted filesystem that is shared between multiple Matterhorn
nodes. In the case of a
# one box install, the setting may be left as is.
org.opencastproject.storage.shared.dir=${java.io.tmpdir}/shared
# The directory where the system stores files that are unique to every node
within a Matterhorn cluster.
#
# Note that this directory will store temporary files as well as persistent
ones, so make sure to chose
# a place that is persistent between reboots.
org.opencastproject.storage.local.dir=${java.io.tmpdir}/${org.opencastproject.server.hostname}
2) Use these two variables in the appropriate places.
The new variables will be used for default values of potentially shared places
(workspace, working file repository) as well as decidedly local (read: per
node) directories such as the search indexes.
e. g
org.opencastproject.workspace.rootdir=${org.opencastproject.storage.shared.dir}/workspace
org.opencastproject.workingfiles.rootdir=${org.opencastproject.storage.shared.dir}/files
and
org.opencastproject.search.solr.dir=${org.opencastproject.storage.local.dir}/searchindex
...
3) Remove the existing (and no longer used) variable
org.opencastproject.storage.dir
This variable needs to be removed both from config.properties itself as well as
from some parts of the code. This certainly sounds like work, but having
adopter installs that screw up their installation because they are overwriting
search indexes because the went to the same shared storage location is not
helpful for the project.
Tobias
_______________________________________________
Matterhorn mailing list
[email protected]
http://lists.opencastproject.org/mailman/listinfo/matterhorn
To unsubscribe please email
[email protected]
_______________________________________________
