Hey, I'm very sorry it's taken so long for me to respond again. I understand you're having some trouble, but there is a language barrier and I am struggling to understand _exactly_ what is happening to you and what you are expecting.
We keep asking you again and again, what _exactly_ happens to the memcached daemon. Your log cuts off toward the end, and you have not responded to any of our requests for information. Please carefully read my text and provide the necessary information. First: Can you run the SASL tests? IE: $ make $ RUN_SASL_TESTS="1" prove t/binary-sasl.t please provide the complete output from the above command. It should look something like this: $ RUN_SASL_TESTS="1" prove t/binary-sasl.t t/binary-sasl.t .. ERROR: You cannot allow the ASCII protocol while using SASL. t/binary-sasl.t .. 1/33 ERROR: You cannot allow the ASCII protocol while using SASL. t/binary-sasl.t .. 2/33 ERROR: You cannot allow the ASCII protocol while using SASL. t/binary-sasl.t .. ok All tests successful. Files=1, Tests=33, 6 wallclock secs ( 0.02 usr 0.00 sys + 0.04 cusr 0.01 csys = 0.07 CPU) Result: PASS These tests fail authentication several times, and the server behaves properly. Now, please confirm _exactly_ what you mean when the server "goes away". Please define "goes away" as one of: - The _client connection_ is closing, but the daemon still runs. - The _memcached server_ is crashing, segfaulting, stopping, or otherwise exits. IF the *server* is *stopping*, you must run your test with memcached under GDB: $ make [etc] $ gdb ./memcached-debug (gdb) r -m 512 [any other start argument] Then, once it exits, run: (gdb) bt No stack. instead of "no stack", you should get a lot of output. thanks, -Dormando On Wed, 17 May 2017, rajesh pilla wrote: > > Initialized SASL. > > slab class 1: chunk size 96 perslab 10922 > > slab class 2: chunk size 120 perslab 8738 > > slab class 3: chunk size 152 perslab 6898 > > slab class 4: chunk size 192 perslab 5461 > > slab class 5: chunk size 240 perslab 4369 > > slab class 6: chunk size 304 perslab 3449 > > slab class 7: chunk size 384 perslab 2730 > > slab class 8: chunk size 480 perslab 2184 > > slab class 9: chunk size 600 perslab 1747 > > slab class 10: chunk size 752 perslab 1394 > > slab class 11: chunk size 944 perslab 1110 > > slab class 12: chunk size 1184 perslab 885 > > slab class 13: chunk size 1480 perslab 708 > > slab class 14: chunk size 1856 perslab 564 > > slab class 15: chunk size 2320 perslab 451 > > slab class 16: chunk size 2904 perslab 361 > > slab class 17: chunk size 3632 perslab 288 > > slab class 18: chunk size 4544 perslab 230 > > slab class 19: chunk size 5680 perslab 184 > > slab class 20: chunk size 7104 perslab 147 > > slab class 21: chunk size 8880 perslab 118 > > slab class 22: chunk size 11104 perslab 94 > > slab class 23: chunk size 13880 perslab 75 > > slab class 24: chunk size 17352 perslab 60 > > slab class 25: chunk size 21696 perslab 48 > > slab class 26: chunk size 27120 perslab 38 > > slab class 27: chunk size 33904 perslab 30 > > slab class 28: chunk size 42384 perslab 24 > > slab class 29: chunk size 52984 perslab 19 > > slab class 30: chunk size 66232 perslab 15 > > slab class 31: chunk size 82792 perslab 12 > > slab class 32: chunk size 103496 perslab 10 > > slab class 33: chunk size 129376 perslab 8 > > slab class 34: chunk size 161720 perslab 6 > > slab class 35: chunk size 202152 perslab 5 > > slab class 36: chunk size 252696 perslab 4 > > slab class 37: chunk size 315872 perslab 3 > > slab class 38: chunk size 394840 perslab 2 > > slab class 39: chunk size 524288 perslab 2 > > <46 server listening (binary) > > <47 send buffer was 129024, now 268435456 > > <47 server listening (udp) > > <50 server listening (udp) > > <48 server listening (udp) > > <51 server listening (udp) > > <53 server listening (udp) > > <54 server listening (udp) > > <49 server listening (udp) > > <52 server listening (udp) > > <55 new binary client connection. > > 55: going from conn_new_cmd to conn_waiting > > 55: going from conn_waiting to conn_read > > 55: going from conn_read to conn_parse_cmd > > <55 Read binary protocol data: > > <55 0x80 0x21 0x00 0x05 > > <55 0x00 0x00 0x00 0x00 > > <55 0x00 0x00 0x00 0x18 > > <55 0x00 0x00 0x00 0x14 > > <55 0x00 0x00 0x00 0x00 > > <55 0x00 0x00 0x00 0x00 > > authenticated() in cmd 0x21 is true > > 55: going from conn_parse_cmd to conn_nread > > mech: ``PLAIN'' with 19 bytes of data > > sasl result code: 0 > > authenticated() in cmd 0x21 is true > > 55: going from conn_parse_cmd to conn_nread > > mech: ``PLAIN'' with 23 bytes of data > > INFO: User <***username**@*******hostname*****> failed to authenticate > > SASL (severity 1): unable to open Berkeley db /etc/sasldb2: No such file or > directory > > SASL (severity 1): unable to open Berkeley db /etc/sasldb2: No such file or > directory > > > MEMCACHED_SASL_PWDB and SASL_CONF_PATH, are set in env variables where it is > configured. > > > On Tuesday, May 16, 2017 at 6:28:25 AM UTC-7, watul123 wrote: > Can you please share memcached verbose logs? > > -- > > --- > You received this message because you are subscribed to the Google Groups > "memcached" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to memcached+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. > > -- --- You received this message because you are subscribed to the Google Groups "memcached" group. To unsubscribe from this group and stop receiving emails from it, send an email to memcached+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.