Open nixpanic opened 5 years ago
@nixpanic But status-probe refers the variable GLUSTER_BLOCKD_STATUS_PROBE_ENABLE( which is for whether to check gluster blockd status or not)
Here, it is GLUSTER_BLOCK_ENABLED which is for whether enable/disable GLUSTER_BLOCK ?
Note: It is good idea to merge them both, but currently they are different variables(with different meaning).
On Tue, Jan 15, 2019 at 03:51:06AM -0800, Saravanakumar Arumugam wrote:
@nixpanic But status-probe refers the variable GLUSTER_BLOCKD_STATUS_PROBE_ENABLE( which is for whether to check gluster blockd status or not)
Here, it is GLUSTER_BLOCK_ENABLED which is for whether enable/disable GLUSTER_BLOCK ?Note: It is good idea to merge them both, but currently they are different variables(with different meaning).
Ah, right! I'll rename them and only keep the one we have in gluster-kubernetes and openshift-ansible.
I have modified the probe-status.sh
script to also check the GLUSTER_BLOCK_ENABLED
variable now. By default gluster-block is enabled, and so is the probe. GLUSTER_BLOCKD_STATUS_PROBE_ENABLE
can still be used to disable the probe, there could be users that have configured it that way.
Enable gluster-block services if
GLUSTER_BLOCK_ENABLED
is"1"
and disable otherwise.By default,
GLUSTER_BLOCK_ENABLED
is set as"1"
.This change was recently reverted with commit f5409d94. With a small correction to the change, this should now function as expected. The
status-probe.sh
script checks the value forGLUSTER_BLOCK_ENABLED
and compares it to1
. However theupdate-params.sh
script set the variable by default toTRUE
. gluster-kubernetes and openshift-ansible both set the variable to"1"
by default, so shouldupdate-params.sh
.Updates: #120