Sorry for the late response.
I'm using the memcacheddotnet_clientlib-1.1.5.
On Jun 24, 7:27 pm, Brian Moon <
br...@moonspot.net> wrote:
> Whatmemcachedclient are you using?
>
> Brian.
> --------
http://brian.moonspot.net/
>
> On 6/24/10 12:48 AM, Shaulian wrote:
>
> > Hi,
> > Found the Failover option, so i can test it.
>
> > Currently, only onememcachedserver is online, so there is no
> > failover possible at all, and everything is going alright (The
> >memcachedserver is accessible frombothAppServ1+2+3).
>
> > Before testing the failover property (set it to false),
> > I will shut the currently workingmemcachedserver, turn on the second
> > on, and see whats happen.
> > Maybe the second server isn't configured well.
>
> > On Jun 20, 7:22 pm, Brian Moon<
br...@moonspot.net> wrote:
> >> Normal, default operation of amemcachedclient is to failover to the
> >> next server when a connection fails. So it is possible to have onekey
> >> exist on more than one server. However, most clients have an option to
> >> turn this feature off. In those cases, a failed connection would lead to
> >> the source data being regenerated.
>
> >> Brian.
> >> --------
http://brian.moonspot.net/
>
> >> On 6/20/10 10:22 AM, Shaulian wrote:
>
> >>> Relating toMemcachedFAQ (
http://code.google.com/p/memcached/wiki/
> >>> FAQ#How_does_memcached_work?), it is clear that when you use more than
> >>> on server for memcache, eachkeyexist only one time, and only on one
> >>> server.
>
> >>> We are using 2serversformemcachedand 3serversfor app.
> >>> Lately we noticed that when we request thesamekeyfrom AppServ1, it
> >>> returns DIFFERENT value when requesting it from AppServ2.
> >>> We tried to delete thekeyfrom BackOffice in AppServ1, but it was
> >>> still exist on AppServ2.
> >>> All the above clearly points that thekeyexists on each server.
>
> >>> We're using .NETmemcachedclient library (
http://sourceforge.net/