Description of problem:
In a ctdb setup when we start a volume the hook scripts are supposed to mount the ctdb vol on /gluster/lock and add the entry to fstab. 

With the changes in hook script as follows  where we are adding volume set option for ping timeout for ctdb volume , and then do the mount and add entry in fstab ,it is causing delay in mount and showing inconsistent behaviour.
script location:
/var/lib/glusterd/hooks/1/start/post/S29CTDBsetup.sh

function add_ping_timeout () {
    volname=$1
    value=$2
    gluster volume set $volname network.ping-timeout $value
}

sleep 5
    # Make sure ping-timeout is not default for CTDB volume
    add_ping_timeout $VOL $PING_TIMEOUT_SECS;
    mount -t glusterfs `hostname`:$VOL "$CTDB_MNT" && \
        add_fstab_entry $VOL $CTDB_MNT

As in ctdb customer scenario we run these hook scripts on multiple nodes(scaling)together and running these gluster volume set option causes delay in gluster operations and we get following error.

ctdb: failed: Another transaction is in progress. Please try again after sometime.

*****************
If we need ping timeout value to be set for ctdb volume it would be better to add it manually after we create the ctdb volume instead of handling it in hook script.

Version-Release number of selected component (if applicable):
glusterfs-geo-replication-3.6.0.11-1.el6rhs.x86_64
glusterfs-api-3.6.0.11-1.el6rhs.x86_64
glusterfs-server-3.6.0.11-1.el6rhs.x86_64
glusterfs-debuginfo-3.6.0.11-1.el6rhs.x86_64
glusterfs-libs-3.6.0.11-1.el6rhs.x86_64
glusterfs-fuse-3.6.0.11-1.el6rhs.x86_64
samba-glusterfs-3.6.9-168.2.el6rhs.x86_64
glusterfs-devel-3.6.0.11-1.el6rhs.x86_64
glusterfs-rdma-3.6.0.11-1.el6rhs.x86_64
glusterfs-api-devel-3.6.0.11-1.el6rhs.x86_64
glusterfs-cli-3.6.0.11-1.el6rhs.x86_64
glusterfs-3.6.0.11-1.el6rhs.x86_64


How reproducible:
Always

Steps to Reproduce:
1.Create a ctdb volume
2.start the volume


Actual results:
ctdb volume starts but the mount is taking long time and any gluster operation
gets delayed and give following error:

ctdb: failed: Another transaction is in progress. Please try again after sometime.

Expected results:
On all the nodes the mount of ctdb volume happens immediately the volume is started and none of the glusterd operations should be delayed.


Additional info:
We can add the ping time out option manually for ctdb volume or should handle it out of hook scripts because it may cause issues in multi-node environment.