Is anyone willing to look at this and maybe provide some answers? Is there a
magic word I need to use to get someone to answer? It always looks like
certain people get attention from the devs right away, but some of us just
get left off hanging with no answers.
Alex
On Fri, Jan 29, 2010 at 2:55 P
I seem to remember something like this being broken was mentioned on the
list a while back. I wouldn't even bother asking about issues like this
before trying the latest stable version (2.0.9).
Gordan
Alex Attarian wrote:
Is anyone willing to look at this and maybe provide some answers? Is
th
I'll give that a try Gordan! Thanks for the info!
My other question is does gluster perform a read for the extended attributes
on all servers regardless read-subvolume?
This is what my tcpdump shows:
,3..h...:O5*.L.
..+c...c..Dz/production/public_ima
Alex Attarian wrote:
I'll give that a try Gordan! Thanks for the info!
My other question is does gluster perform a read for the extended
attributes on all servers regardless read-subvolume?
This is what my tcpdump shows:
,3..h...:O5*.L.
..+c...c..D.
Alex Attarian wrote:
I'll give that a try Gordan! Thanks for the info!
My other question is does gluster perform a read for the extended
attributes on all servers regardless read-subvolume?
This is what my tcpdump shows:
[snip]
Does it have to read the trusted.afr.* attributes from every ser
Thanks Vikas, but how does it know that it's the first access for the file?
Also what happens when somehow a file got deleted or corrupted on one of the
servers? At what point will gluster replicate that file again?
Alex
how does it know
On Tue, Feb 2, 2010 at 12:56 AM, Vikas Gorur wrote:
> Al
Alex Attarian wrote:
Thanks Vikas, but how does it know that it's the first access for the
file? Also what happens when somehow a file got deleted or corrupted
on one of the servers? At what point will gluster replicate that file
again?
Before any operation can be performed on a file by an ap
