On Wednesday 16 July 2014 10:18 AM,
David Raffelt wrote:
As per the cmd_log_history file (a hidden file present in the log directory which stores the CLI commands executed on that peer), rebalance seems to be running (or was run). [2013-12-17 03:08:59.081232] : volume rebalance data start : SUCCESS [2013-12-17 03:09:14.631826] : volume rebalance data status : SUCCESS [2013-12-17 03:09:22.761097] : volume rebalance data status : SUCCESS [2013-12-17 03:09:27.748014] : volume rebalance data status : SUCCESS [2013-12-17 03:09:28.839242] : volume rebalance data status : SUCCESS [2013-12-17 03:10:39.982747] : volume rebalance data status : SUCCESS [2013-12-17 03:14:30.919676] : volume rebalance data status : SUCCESS [2013-12-17 03:14:33.772300] : volume rebalance data status : SUCCESS [2013-12-17 03:29:14.467954] : volume rebalance data status : SUCCESS [2013-12-17 03:29:43.303852] : volume rebalance data status : SUCCESS [2013-12-17 03:30:04.309054] : volume rebalance data status : SUCCESS [2013-12-17 04:35:45.631119] : volume rebalance data status : SUCCESS I think this is what has happened. As part of rebalance layout might have changed for some directories and distribute tries to repair it by doing a self-heal when a lookup is performed on the directory. Distribute performs self-heal as root. But when the requests from that client comes to brick process, the requests from root are changed by default to nfsnobody (uid: 65534) and that uid does not have permissions to do some modifications (in this case self-heal) on the directory which brick thinks is owned by root. So self-heal does not happen properly and because of that some operations performed (in this case rename of a file within that directory) fails. Dave, Please let me know if I have missed anything. This is my observation based on the log files. CCing Raghavendra G who might be able to clarify whether this is what happened. Regards, Raghavendra Bhat
|
_______________________________________________ Gluster-users mailing list Gluster-users@xxxxxxxxxxx http://supercolony.gluster.org/mailman/listinfo/gluster-users