> Yeah, I mentioned I thought it would be ideal for this situation. Can I
> put my request in here to have the switch translator operate on most (if not
> all) the information that would be available in a stat(2) call? I
> understand it might not be as simple as actually calling stat as the file
Anand Babu Periasamy wrote:
We ideally want to separate out wild card matching into a separate
switch-case translator. That way every translator gets this feature
and our design still remains elegant.
Current switch-case will be re-written with a new design.
Yeah, I mentioned I thought it woul
On Tue, 10 Jun 2008, Brent A Nelson wrote:
On Tue, 10 Jun 2008, Brent A Nelson wrote:
Okay, that's fixed, along with the removexattr issue. Another couple of
quirks; cp -a /usr/bin /gluster/bin makes a perfect copy, except:
1) /gluster/bin itself doesn't preserve the correct permissions (rs
On Tue, 10 Jun 2008, Brent A Nelson wrote:
Okay, that's fixed, along with the removexattr issue. Another couple of
quirks; cp -a /usr/bin /gluster/bin makes a perfect copy, except:
1) /gluster/bin itself doesn't preserve the correct permissions (rsync
succeeds, though, and a cp -a to /tmp al
Okay, that's fixed, along with the removexattr issue. Another couple of
quirks; cp -a /usr/bin /gluster/bin makes a perfect copy, except:
1) /gluster/bin itself doesn't preserve the correct permissions (rsync
succeeds, though, and a cp -a to /tmp also works fine, so it's not a
problem with cp
We ideally want to separate out wild card matching into a separate
switch-case translator. That way every translator gets this feature
and our design still remains elegant.
Current switch-case will be re-written with a new design.
--
Anand Babu Periasamy
GPG Key ID: 0x62E15A31
Blog [http://ab.fr
We will not make another stable release (1.3.10 or 1.4.0) with
out closing this bug. This bug happens when two or more clients
writing to same file in APPEND mode without locks. (Appending
doesn't require locks according to POSIX. We still call it
critical.
--
Anand Babu Periasamy
GPG Key ID: 0x6
I havent been watching the list extremely close lately, but I didnt
happen to see any updates on this.
Is this still a work in progress? this was related to the two clients
writing to the same AFR file, versions being the same but contents
different.
_
Hi Daniel,
Mailing list page describes Gluster-User as general discussion list and
Gluster-Devel
as developers discussion list. People are responsible. Lets give 2 more months
time.
Thank you!
--
Anand Babu Periasamy
GPG Key ID: 0x62E15A31
Blog [http://ab.freeshell.org]
The GNU Operating System
Hello all,
I'm curious to know if there is going to be any sort of formal
separation of gluster-devel and gluster-users. I'm currently
subscribed to both, and right now, all that gives me is two of every
message from the developers. :)
Perhaps a good way to start would be placing some sort of de
10 matches
Mail list logo