2012-03-30 4 views
0

디버거로 응용 프로그램에 연결하여 디버그를 시작하면 테라코타 서버 연결이 끊어지고 (?) 테라코타 서버 로그에 다음 메시지가 나타납니다. :Terracotta Ehcache : 디버그 중 서버 연결이 끊어졌습니다.

2012-03-30 13 : 45 : 06758 [L2_L1 : TCComm 메인 Thread_R 선택기는 (청취 0.0.0.0:9510)] com.tc.net.protocol.transport.ConnectionHealthChecker IMPL 경고. DSO 서버 - 127.0.0.1:55112가 Long GC에있을 수 있습니다. 마지막 핑 응답 이후의 GC 수 : 1 2012-03-30 13 : 45 : 27,761 [L2_L1 : TCComm 주 선택기 Thread_R (수신 대기 0.0.0.0:9510)] WARN com.tc.net.protocol.transport.ConnectionHealthChecker Impl. DSO 서버 - 127.0.0.1:55112가 Long GC에있을 수 있습니다. 마지막 핑 응답 이후의 GC 수 : 1 2012-03-30 13 : 45 : 31,761 [L2_L1 : TCComm 주 선택기 Thread_R (수신 대기 0.0.0.0:9510)] WARN com.tc.net.protocol.transport.ConnectionHealthChecker Impl. DSO 서버 - 127.0.0.1:55112가 Long GC에있을 수 있습니다. 마지막 핑 응답 이후 GC 수 : 2

...

2012-03-30 13

이 : 46 : 37,768 [L2_L1 : TCComm 홈페이지 선택기 Thread_R이 ( 0.0.0.0:9510을 듣고)] 오류 com.tc.net.protocol.transport.ConnectionHealthChecke rImpl. DSO 서버 - 127.0.0.1:55112가 Long GC에있을 수 있습니다. 마지막 핑 응답 이후의 GC 카운트 : 10. 그러나 너무 길다. 더 이상 다시 시도하지 않음 2012-03-30 13 : 46 : 38,768 [HealthChecker] 정보 com.tc.net.protocol.transport.ConnectionHealthCheckerImpl. DSO 서버 - 127.0.0.1:55112 죽었 2012-03-30 13 : 46 : 38768 [경우 HealthChecker] 에러 com.tc.net.protocol.transport.ConnectionHealthCheckerImpl : DSO 서버 - 선언 연결 죽은 ConnectionID (1.0b1994ac80f14b7191080bdc3f38582a) 유휴 시간 45317ms 2012-03-30 13 : 46 : 38768 [L2_L1 : TCWorkerComm 0_R #]을 WARN com.tc.net.protocol.transport.ServerMessageTransport - ConnectionID (1.0b1994ac80f14b71 91080bdc3f38582a) : CLOSE EVENT : com.tc .net.core.TCConnectionJDK14 @ 5158277 : connected : false, closed : true local = 127.0.0.1 : 9510 remote = 127.0.0 .1 : 55112 connect = [Fri Mar 30 13:34:22 BST 2012] idle = 2001ms [207584 읽기, 229735 쓰기] STATUS : 는
...

단선

2012-03-30 13

: 46 : 38799 [L2_L1 : TCWorkerComm # 0_R] INFO com.tc.objectserver.persistence.sleepycat.SleepycatPersistor - R 채널 ID = fo를 클라이언트 상태를 삭제 [1] 2012-03-30 13 : 46 : 38,801 [의 WorkerThread (channel_life_cycle_stage, 0)] INFO com.tc.objectserver.handler.ChannelLifeCycleHandler -, 수신 트란 스포츠 단절. 클라이언트 클라이언트 ID 종료 [1] 2012-03-30 13 : 46 : 38,801 [WorkerThread (channel_life_cycle_stage, 0)] 정보 com.tc.objectserver.persistence.impl.TransactionStoreImpl - shutdownC lient() : DB에서 txns 제거 : getWithLoader 그냥 대답하지 않는 것처럼 테라코타 서버가 다시 시작되지 않습니다 때까지이 후 0

는, 캐시 어떤 동작을 발생한다.

질문 : 어떻게 고정/재구성 할 수 있습니까?어떤 (어떤) 이유 응용 프로그램이 멈추거나/staled/etc/등의 경우 생산에서 발생할 수도 있습니다.

답변

1

이것은 시작에 불과합니다.

해당 HealthCheck가 실패 할 경우 서버와 클라이언트 간의 TC 연결이 작동하지 않는 것으로 간주됩니다. HealthCheck의 기본값은 매우 안정적이고 효과적인 네트워크라고 가정합니다. 내가) 확인하고 네트워크가 TC 상태 검사 조금 더 높은 값으로 설정) 가끔 B 히컵하지 않는 당신은 그래서 일반적으로 당신이 로 시작

http://www.terracotta.org/documentation/3.5.2/terracotta-server-array/high-availability#85916

에 대한 자세한 내용과 계산을 숙지하는 것이 좋습니다

문제가 지속되는 경우 TC 포럼에 직접 게시하시는 것이 좋습니다 (오픈 소스 버전을 사용하는 경우에도 도움이 될 것입니다. 답장하는 데 며칠이 걸릴 수 있습니다.)

관련 문제