Re: Re: AFR/Replicate read-subvolume option not working right

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

 



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...:O....5....*.....L......... ......+....c...c..............D........z/production/public_images/15932/images/JetLease_Aircraft_Wanted_For_Lease_Oct_09.gif.JetLease_Aircraft_Wanted_For_Lease_Oct_09.gif.............glusterfs.open-fd-count.0.........trusted.afr.gfs3.12.........trusted.afr.gfs2.12.........trusted.afr.gfs1.12.
09:17:23.498739 IP 192.168.27.26.6996 > 192.168.13.14.1022: P 10821:11057(236) ack 13336 win 1525 <nop,nop,timestamp 1758080706 741598866>
......]...........
h...,3..:O.........*.....L......... ......................@....................................c...c....KFGX....J.......J..........p............glusterfs.open-fd-count.0.........trusted.afr.gfs2.....................trusted.afr.gfs1.............
09:17:23.511931 IP 192.168.13.14.1022 > 192.168.27.26.6996: P 13336:13625(289) ack 11057 win 1525 <nop,nop,timestamp 741598867 1758080706>
..J..................
,3..h...:O.........*.....L......... ......+....c...c..............D........z/production/public_images/15932/images/Jet_1Hawker_Multi_July_09.gif.Jet_1Hawker_Multi_July_09.gif.............glusterfs.open-fd-count.0.........trusted.afr.gfs3.12.........trusted.afr.gfs2.12.........trusted.afr.gfs1.12.
09:17:23.512218 IP 192.168.27.26.6996 > 192.168.13.14.1022: P 11057:11293(236) ack 13625 win 1525 <nop,nop,timestamp 1758080707 741598867>
..................
h...,3..:O.........*.....L......... ......................A[.......g...........................c...c....KBp.....Jw......Jw.........p............glusterfs.open-fd-count.0.........trusted.afr.gfs2.....................trusted.afr.gfs1.............
09:17:23.525473 IP 192.168.13.14.1022 > 192.168.27.26.6996: P 13625:13944(319) ack 11293 win 1525 <nop,nop,timestamp 741598869 1758080707>
..J........-..


Does it have to read the trusted.afr.* attributes from every server every time it reads a file?

Thanks,
Alex 


On Sun, Jan 31, 2010 at 10:42 AM, Gordan Bobic <gordan@xxxxxxxxxx> wrote:
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 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 PM, Alex Attarian <u2sashko@xxxxxxxxx <mailto:u2sashko@xxxxxxxxx>> wrote:

   Hi guys,

   I have 3 server AFR setup, two servers are in a local net and one
   server is remote in another location using Gluster 2.0.6. I have
   also 5 local clients that are connected to all 3 servers. Reads are
   mostly slow because of the connection to the 3rd server, however I
   thought enabling read-subvolume and saying to read from one of the
   local nodes would solve that. However, I still see reads going to
   the 3rd node, although I specified read-subvolume local-node2.
   When I disable the 3rd server on all clients inside AFR, reads
   become very fast, which makes me assume that it's the reads to the
   remote server that is making everything slow.

   Is it not working or broken in 2.0.6?

   Thanks,
   Alex



------------------------------------------------------------------------

_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxx
http://lists.nongnu.org/mailman/listinfo/gluster-devel



_______________________________________________
Gluster-devel mailing list
Gluster-devel@xxxxxxxxxx
http://lists.nongnu.org/mailman/listinfo/gluster-devel


[Index of Archives]     [Gluster Users]     [Ceph Users]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux