Hi,

trying to investigate an issue on the replicated delete of
libmemcached, I found out that the no reply delete command is replying
something in case of error (as "key not found"), which makes it pretty
hard for the client library to follow the messages count and not work
as expected in certain conditions ...

if key found:
<20 Read binary protocol data:
<20    0x80 0x14 0x00 0x10
<20    0x00 0x00 0x00 0x00
<20    0x00 0x00 0x00 0x10
<20    0x00 0x00 0x00 0x00
<20    0x00 0x00 0x00 0x00
<20    0x00 0x00 0x00 0x00
20: going from conn_parse_cmd to conn_nread
Deleting
zGfZDoqvQQk0AkciSsf9wqinTioTz8pZGNQAkEJwckr9y0kfAvvq1QWM8IkzIZOaprdPxwMaY5bW5C977wy1MKNMe7EwZeWET7fRv1tRyKpvYr3YntZ2
Sc6WK9rsG9E8sSixocHdgfa5uiiNTGFxkDJ4EAwWC2e4NL1BpAgWiFRcp1zIH6F1BayPdmwphatwnmzdwgzWnQ6SRxmcvtd6JRYwEKdvuWri8qB5MAR1caTvNFXB0
0HKShGa1uToGCMP2ZMHjpABF0Akcic7lcJInYSsf9wqin6LDC1vzJLkJXKn5onqOy04MTw1WksCYqPl2Jg2eteqOqTLfGCvE4zTZwWvgMz4DPh7kD1E6
> FOUND KEY zGfZDoqvQQk0Akci
20: going from conn_nread to conn_new_cmd

if not found:
<20 Read binary protocol data:
<20    0x80 0x14 0x00 0x10
<20    0x00 0x00 0x00 0x00
<20    0x00 0x00 0x00 0x10
<20    0x00 0x00 0x00 0x00
<20    0x00 0x00 0x00 0x00
<20    0x00 0x00 0x00 0x00
20: going from conn_parse_cmd to conn_nread
Deleting zGfZDoqvQQk0Akci<80>^T
> NOT FOUND zGfZDoqvQQk0Akci<80>^T
>20 Writing an error: Not found
>20 Writing bin response:
>20   0x81 0x14 0x00 0x00
>20   0x00 0x00 0x00 0x01
>20   0x00 0x00 0x00 0x09
>20   0x00 0x00 0x00 0x00
>20   0x00 0x00 0x00 0x00
>20   0x00 0x00 0x00 0x00
20: going from conn_nread to conn_mwrite
20: going from conn_mwrite to conn_new_cmd


is it the expected behaviour?
(server 1.4.2)

cheers,
Jean-Charles


Reply via email to