Hi, Thanks for your answer. I think you're talking about that value:
O2CB_HEARTBEAT_THRESHOLD=100 (That we can't change when the cluster is up) What I understood is that it's the value that is used for the node reboot ((100 * 2) + 1 seconds) but isn't it also the delay that the other nodes, that are still up, lock the access (at least write) to the storage in case a node goes down without without advertising it ? I had the case that a node crashed completly and the other nodes were not allowing writes to the storage and it seemed it was also about (100 * 2) + 1 seconds. In that case, that would mean if I set a huge delay to avoid the reboot, it would raise another problem. If a node crashes, the other nodes would never write again to the storage.... Maybe I'm wrong ... Thanks again. Cheers, Sébastien On 05.12.2012 18:56, srinivas eeda wrote: > If you run ocfs2 file system in cluster mode, then all nodes have to > heartbeat to each other on network and storage within a timeout value. > You can increase the timeout values to tolerate huge delays. > > On 12/5/2012 1:47 AM, Sébastien RICCIO wrote: >> Hi OCFS2 list :) >> >> We are currently using XCP (XenServer opensource) with mixed shared >> storage (some NFS and some OCFS2). >> Everything works quite well except that when we have a network >> interruption or problem on the filer providing the ocfs2 iscsi target, >> all the machines connected to it reboots after a certain amount of time, >> instead of keeping to try a reconnect. >> >> It seems it's due to ocfs2 that is fencing the node if it can't write to >> the storage after an amount of time. >> >> With nfs we don't have this problem, if the nfs filer goes down it just >> waits until it comes back and resume the operations. >> >> Since we use ocfs2 all the nodes are now rebooted, that means we have to >> restart each VM and this take a long time. >> >> Is there a way to disable that ocfs2 behavior so our hosts doesn't >> reboot automatically ? >> >> Thanks :) >> >> Cheers, >> Sébastien >> >> >> >> >> _______________________________________________ >> Ocfs2-users mailing list >> Ocfs2-users@oss.oracle.com >> https://oss.oracle.com/mailman/listinfo/ocfs2-users > > _______________________________________________ > Ocfs2-users mailing list > Ocfs2-users@oss.oracle.com > https://oss.oracle.com/mailman/listinfo/ocfs2-users > _______________________________________________ Ocfs2-users mailing list Ocfs2-users@oss.oracle.com https://oss.oracle.com/mailman/listinfo/ocfs2-users
