My setup is gluster replication ! -- Yang Orange Key: 35745318S1 On Mon, Jan 7, 2013 at 12:34 PM, YANG ChengFu <youngseph at gmail.com> wrote: > Hello Papp, > > thanks for you quick reply, but in fact, each time I have to run Puppet to > change the ownership from postfix:postdrop back to puppet:root. > > And I have disabled puppet to run! > > In the log, I can see: > > [2013-01-07 15:15:02.166828] E > [stat-prefetch.c:695:sp_remove_caches_from_all_fds_opened] > (-->/usr/lib/glusterfs/3.2.7/xlator/mount/fuse.so(fuse_setattr_resume+0x1b0) > [0x7f4a6e076ed0] > (-->/usr/lib/glusterfs/3.2.7/xlator/debug/io-stats.so(io_stats_setattr+0x14f) > [0x7f4a6b8ebb8f] > (-->/usr/lib/glusterfs/3.2.7/xlator/performance/stat-prefetch.so(sp_setattr+0x7c) > [0x7f4a6bb0a99c]))) 0-puppet-ssl-stat-prefetch: invalid argument: inode > > -- > Yang > Orange Key: 35745318S1 > > > On Mon, Jan 7, 2013 at 12:24 PM, Papp Tamas <tompos at martos.bme.hu> wrote: > >> On 01/07/2013 06:20 PM, YANG ChengFu wrote: >> >>> Hello, >>> >>> glusterfs3.2 has a very strange problem, it changes the files permission >>> and ownership randomly, I >>> don't know what happened >>> >>> For example, at first >>> drwxr-x--- 2 puppet root 4.0K Jan 4 15:05 bucket/ >>> >>> than after about 1 hour: >>> drwxr-x--- 19 postfix postdrop 4.0K Dec 13 2011 bucket/ >>> >>> I use the default volume options, and my setup is on Debian Squeeze with >>> glusterfs3.2.7 >>> >> >> It wasn't gluster. >> Probably puppet has different uid on the various client nodes and they >> change the setup according to their local setup. >> >> >> tamas >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20130107/38eeefd8/attachment.html>
