* 질문 등록 시 다음의 내용을 꼭 기입하여 주세요.
|
|
Window7 32bit, Linux 64bit 등 |
|
|
[cubrid_rel] 수행 결과 |
|
|
[도움말]-[버전정보] 확인 |
|
|
java, php, odbc 등 입력 |
* CUBRID 응용 오류, SQL 오류 또는 SQL 튜닝 관련된 문의는 반드시 다음의 내용을 추가해 주세요. 비밀글이나 비밀 댓글도 가능합니다.
* 저희가 상황을 이해하고, 재현이 가능해야 알 수 있는 문제들이 많습니다. 가능한 정보/정황들을 부탁합니다.
| 에러 내용 및 재현 방법 | 재현 가능한 Source와 SQL |
| 관련 테이블(인덱스, 키정보 포함) 정보 | CUBRID 홈 디렉토리 아래 log 디렉토리 압축 |
-------------- 아래에 질문 사항을 기입해 주세요. ------------------------------------------------------------------------
서버에서 cubrid broker status -b -s 3 입력하면
뒤에서 2번째에 #CONNECT 라고 나오는데 CONNECT 에 숫자가 의미하는게 어떤뜻인가요?
Cannot communicate with the broker 에러가 간헐적으로 발생하는데
사용자수가 많아지면 발생하는 것같은데 관련이 있나해서요
또 관련이 있다면 cubrind.conf 에 max_clients 에 설정되있는 값을 늘리면 되나요?
안녕하세요. 큐브리드를 이용해 주셔서 감사합니다.
Cannot communicate with the broker 에러는 트랜잭션이 시작된 이후 커밋이나 롤백 없이 장시간 동안 클라이언트로부터 추가 요청이 없는 경우에 발생할 수 있습니다.
커넥션을 맺은 이후, cubrid_broker.conf에 설정된 Session Timeout 시간이 초과되면, CUBRID의 Broker/CAS 프로세스는 해당 클라이언트와의 연결을 종료하게 됩니다.
이와 같이 세션 타임아웃이 발생하면 클라이언트는 더 이상 Broker와 통신할 수 없게 되고, 이후 작업 시 위와 같은 오류 메시지가 출력됩니다.
따라서, 장시간 실행되는 트랜잭션이 예상되는 경우에는 다음과 같은 조치를 권고 드립니다.
1. 트랜잭션을 주기적으로 커밋하여, 세션이 종료되지 않도록 관리
2. cubrid_broker.conf 파일에서 SESSION_TIMEOUT 값을 조정하여 타임아웃 시간을 충분히 확보
cubrid broker status -b 시, 나오는 CONNECT 값은 브로커 시작 후 응용 클라이언트가 CAS에 접속한 횟수 입니다.
아래 메뉴얼을 참고 바랍니다.
CUBRID 프로세스 제어 — CUBRID 10.2.0 documentation