Gluster NFS high-availibility

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi,

I am doing a preliminary test of using Gluster NFS to replace our old NFS server. I created a replicate volume with 2 bricks and setup up CTDB to manage IP takeover.

My test is very simple. Copy a large file to the nfs mount, and unplug power cord while the file is copying. After couples of seconds, the survival node take over IP address successfully and nfs client established a new connection to it. Everything seems to be fine. But the copy didn't continue due to an inode lock still granted to someone. After around 15~20 minutes, the lock was gone and copy continues. 

But after copy finished, the checksum of the file is wrong. I repeatedly test this case several times but the result are the same. Have anyone known how to setup a high-availability Gluster NFS server correctly? or can give me some hint about it?

Thanks in advance.

Best regards,
Harry Chen
_______________________________________________
Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
http://supercolony.gluster.org/mailman/listinfo/gluster-users

[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux