gluster-devel
[Top][All Lists]
Advanced

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

Re: [Gluster-devel] File Clobbering Bug


From: Anand Avati
Subject: Re: [Gluster-devel] File Clobbering Bug
Date: Tue, 3 Mar 2009 16:37:27 +0530

On Tue, Feb 17, 2009 at 7:15 AM, Gordan Bobic <address@hidden> wrote:
> I've done a bit more digging on this one and there is some extra weirdness
> happening. If a directory gets deleted via samba on the client, when the
> other server rejoins the file/directory can be seen with permissions 000.
> But the file ends up still being there. It also seems to end up being owned
> as root.
>
> This sounds very suspiciously similar to the weirdness I was seeing with the
> ~/.openoffice directory. It looks like something doesn't replicate correctly
> when a server node rejoins. In this particular case, files were moved or
> deleted, but they deletes don't get healed correctly.
>
> Trawling back through the logs, I can actually see entries from a few days
> ago:
>
> 2009-01-28 14:15:56 W [afr-self-heal-entry.c:471:afr_sh_entry_expunge_rmdir]
> home: removing directory /foo/bar on home2
> 2009-01-28 14:15:56 E
> [afr-self-heal-entry.c:449:afr_sh_entry_expunge_remove_cbk] home: removing
> /foo/bar on home2 failed (Directory not empty)
> 2009-01-28 14:15:56 W
> [afr-self-heal-entry.c:495:afr_sh_entry_expunge_unlink] home: unlinking file
> /foo/bar/baz on home2
>
> This was when the entry in question was being deleted with the server down
> (I think it was, at least).
>
> The files end up with 000 permissions owned by user 0 (root) group 0 (root).
>
> When I repair the ownership and permissions on the files and delete them,
> this appears in the logs:
>
> E [posix.c:2434:posix_xattrop] home-store: /foo/bar: Numerical result out of
> range


Did you change the number of sobvolumes in replicate?

Avati




reply via email to

[Prev in Thread] Current Thread [Next in Thread]