2012-03-28 1 views
0

정말 내가이 명령아마 내 couchbase에 대한 최종 장애물? 클라이언트 측에서 Moxi를 사용

./moxi -vvv -p 11311 실행 moxi있어

생각 복잡하고 상태를 /etc/init.d/moxi-server 확인하고 반환 moxi 서버는

를 실행 내가 libcouchbase 와 테스트 코드 (127.0.0.1:11311 호스트, 매개 변수의 나머지 부분과 NULL로) 는 인스턴스가 생성됩니다 보인다와 인스턴스를 생성하고 정상적으로 설정되어 다시 전화했습니다. 그러나 프로세스가 연결에 방해가됩니다. 나는 이것이 올바른 모기 세팅을 설정하지 않았기 때문에 이것이라고 생각한다. (나는 모기를 만들어 내 couchbase 클러스터를 보았다.)

이 클라이언트 목장 설정 절차를 자세히 설명해 주실 수 있습니까? 매뉴얼이 실제로 atm을 돕는 것은 아닙니다.

Moxi 화면 : 2012-03-28 11시 41분 46초 (memcached.c.3457) 52 : drive_machine가 2012-03-28 11시 41분 46초
을 conn_listening (memcached.c.403)
2012-03-28 11시 41분 46초 < 53 새로운 자동 협상 클라이언트 연결 : (memcached를 : 첫 번째 버킷
2012-03-28 11시 41분 46초에 할당 (cproxy.c.524) < (53). c.3457) 53 : drive_machine conn_new_cmd
2012-03-28 11:41:46 : (memcached.c.670) 53 : conn_new_cmd에서 conn_waiting으로 이동
2012-03-28 11:41:46 : (memcached .c3457) 53 : drive_machine conn_waiting
2012-03-28 11:41:46 : (memcached.c.670) 53 : conn_waiting에서 conn_read로 이동
2012-03-28 11:41:46 : (memcached.c.3457) 53 : drive_machine conn_read
2012-03-28 11:41:46 : (memcached.c.670) 53 : conn_read에서 conn_parse_cmd로 이동
2012-03-28 11:41:46 : (memcached.c.3457) 53 : drive_machine conn_parse_cmd
2012-03-28 11:41:46 : (memcached.c.3125) 53 : proxy-upstream-ascii 프로토콜을 사용하는 클라이언트
2012-03-28 11:41:46 : (cproxy_protocol_a.c) 34) < 53 cproxy_process_upstream_ascii GET/pools/default/bucketsStreaming/test HTTP/1.1
2012-03-28 11:41:46 : (memcached.c.821)> 53 오류
2012-03-28 11:41:46 : (memcached.c.670) 53 : conn_write_cmd에서 conn_write로 이동
2012-03-28 11:41:46 : (memcached.c.3457) 53 : drive_machine conn_write
2012-03-28 11:41:46 : (memcached.c.3457) 53 : drive_machine conn_write
2012-03-28 11:41:46 : (memcached.c.670) 53 : conn_write to conn_new_cmd
2012-03-28 11:41:46 : (memcached.c.3457) 53 : drive_machine conn_new_cmd
2012-03-28 11:41:46 : (memcached.c.670) 53 conn_new_cmd to conn_parse_cmd
2012-03-28 11:41:46 : (memcached.c.3457) 53 : drive_machine conn_parse_cmd
-03-28 11시 41분 46초 (cproxy_protocol_a.c.34) < 53 cproxy_process_upstream_ascii
2012-03-28 11시 41분 46초 (memcached.c.821)> 53 ERROR
2012-03 -28 11:41:46 : (memcached.c.670) 53 : conn_parse_cmd에서 conn_write로 이동
2012-03-28 11:41:46 : (memcached.c.3457) 53 : drive_machine conn_write
2012- 03-28 11:41:46 : (memcached.c.3457) 53 : drive_machine conn_write
2012-03-28 11:41:46 : (memcached.c.670) 53 : conn_write에서 conn_new_cmd로 이동
2012-03-28 11:41:46 : (memcached.c 0.3457) 53 : drive_machine가 2012-03-28 11시 41분 46초
을 conn_new_cmd (memcached.c.670) 53 (memcached와 :
2012-03-28 11시 41분 46초을 conn_waiting에 conn_new_cmd에서 것. c.3457) 53 : conn_waiting drive_machine
11시 41분 46초은 2012-03-28 (memcached.c.670) 53 : 2.0

+0

은 관련 매뉴얼 섹션은 여기에 있습니다 : http://www.couchbase.com/docs/moxi-manual-1.8/moxi-standalone.html 지금까지이 특히 도움이 할 수있는 등 배포 환경에 대해 더 알려줄 수 있습니까? –

답변

1

을 conn_read하는 conn_waiting에서 가고, 우리는 훨씬 더 스마트 추가 클라이언트 지원, 그래서 더 적게 Moxi를 사용하는 이유가 있습니다. 살펴보고 여기에 개발 환경을위한 SDK가 있는지 :

http://www.couchbase.com/develop

많은 간단한뿐만 아니라 더 성능이 좋은 것입니다 스마트 클라이언트 SDK를 사용하여이. 함께 집에 다음과 같은 사람들을위한

관련 문제