summaryrefslogtreecommitdiffstats
path: root/tests/basic/gfapi
diff options
context:
space:
mode:
authorMohit Agrawal <moagrawal@redhat.com>2018-07-12 13:29:48 +0530
committergluster-ant <bugzilla-bot@gluster.org>2018-07-12 13:29:48 +0530
commit15646cd4fd9cd7e9ff06b4fd0943dcbd6c4f94de (patch)
tree79e367d457fe98b1ae67d73b3f88d92d54e7f843 /tests/basic/gfapi
parentb05e16c72595f67e1e25c211633534e9b99d8d12 (diff)
downloadglusterfs-15646cd4fd9cd7e9ff06b4fd0943dcbd6c4f94de.tar.gz
glusterfs-15646cd4fd9cd7e9ff06b4fd0943dcbd6c4f94de.tar.xz
glusterfs-15646cd4fd9cd7e9ff06b4fd0943dcbd6c4f94de.zip
glusterd: Add multiple checks before attach/start a brick
Problem: In brick mux scenario sometime glusterd is not able to start/attach a brick and gluster v status shows brick is already running Solution: 1) To make sure brick is running check brick_path in /proc/<pid>/fd , if a brick is consumed by the brick process it means brick stack is come up otherwise not 2) Before start/attach a brick check if a brick is mounted or not 3) At the time of printing volume status check brick is consumed by any brick process Test: To test the same followed procedure 1) Setup brick mux environment on a vm 2) Put a breaking point in gdb in function posix_health_check_thread_proc at the time of notify GF_EVENT_CHILD_DOWN event 3) unmount anyone brick path forcefully 4) check gluster v status it will show N/A for the brick 5) Try to start volume with force option, glusterd throw message "No device available for mount brick" 6) Mount the brick_root path 7) Try to start volume with force option 8) down brick is started successfully Change-Id: I91898dad21d082ebddd12aa0d1f7f0ed012bdf69 fixes: bz#1595320 Signed-off-by: Mohit Agrawal <moagrawa@redhat.com>
Diffstat (limited to 'tests/basic/gfapi')
0 files changed, 0 insertions, 0 deletions