Duplicate entry 'SYSLOG_0000000000017' for key 'PRIMARY'
- 작성자 :
- 공*철
- 작성일 :
- 2013-10-28 17:09:06
- 조회수 :
- 731
- 구분 :
- 실행환경
- 진행상태 :
- 완료
Q
수고하십니다...
공통컴포넌트 all-in-one 2.1.0(2013.06.07 patch 적용)
으로 작업중인데요...
톰켓 restart 시
COMTECOPSEQ 테이블의 SYSLOG_ID, WEBLOG_ID, ... 등에서
Duplicate entry 'SYSLOG_0000000000017' for key 'PRIMARY'
...
같은 오류가 발생합니다.
기존 답변을 보니
서버가 재기동되면 SimpleTriggerBean 때문이니 해당 xml 파일
예를 들면,
context-scheduling-sym-log-wlg.xml
을 삭제하라는 등의 글을 보았습니다.
물론 그 파일을 제거하면 위의 오류는 발생하지 않겠지만...
웹 로그, 사용자 로그, ... 등을 남기고 싶다면
위의 xml 파일을 살려둬야하지 않을까요?
근데 톰켓 재시작 시
pk 충돌이 발생하는 경우가 허다한데...
개발을 하거나 유지보수를 하다보면
웹서버 restart 는 자주 또는 가끔 할 수 있을텐데...
\src\main\resources\egovframework\spring\com\
context-scheduling-sym-log-*.xml
관련 intercepter.xml 도 제거하니깐
실행 시 오류가 없는데...
화면상의 left 메뉴 영역에 left 메뉴는 없고
오른쪽의 content 화면이 뿌려져 있습니다.
이건 왜 이런걸까요?
해결 방법은...?
위의 환경파일 삭제 전 단계로 소스를 되돌려서...
즉, 소스와 db 를 모두 처음 받을 당시의 형태에서 sms... 불필요했던 것들만 제거한 후
다시 테스트해보니
웹브라우저에서 로그인 화면이 정상적으로 떴습니다.
이제 됐나?... 했더니
다시 로그인 화면을 갱신하니
오른쪽 화면이 오류났다고하다가
다시 갱신하면
또 정상적으로 나왔다가...
불규칙적이네요...
오류 로그를 보니 역시나
Duplicate entry 'WEBLOG_0000000...' for key 'PRIMARY'
... 등 위의 로그 때문인듯합니다.
왜 이렇게 불안정한건가요?
위의 로그 찍는 것 관련 파일을 모두 삭제하니
로그인 화면 갱신 아무리해도 정상적인 화면이 잘 뜨네요...
로그 부분의 수정이 필요하지 않은지...?
질문)
웹서버 재시작 시에도
db 의
COMTECOPSEQ 테이블의 SYSLOG_ID, WEBLOG_ID, ... 등의 수치를 일일이 수동으로 늘리지 않아도 되도록 만들 수는 없나요?
(이건 좀 아니라는 생각이...)
그렇게 제공해 주신다면...
각 종 로그에 대해 신경쓰지 않아도 될텐데요...
사용자 로그 등...
필요하니 제작해 두셨을듯한데요...
웹서버 재시작 시 마다
그 값들을 수동으로 재지정(이거 한 두개도 아니고... 매 번 엄청 귀찮을 듯..)하지 않아도 오류 없도록 수정된 소스 배포는 어려운가요?
공통컴포넌트 all-in-one 2.1.0(2013.06.07 patch 적용)
으로 작업중인데요...
톰켓 restart 시
COMTECOPSEQ 테이블의 SYSLOG_ID, WEBLOG_ID, ... 등에서
Duplicate entry 'SYSLOG_0000000000017' for key 'PRIMARY'
...
같은 오류가 발생합니다.
기존 답변을 보니
서버가 재기동되면 SimpleTriggerBean 때문이니 해당 xml 파일
예를 들면,
context-scheduling-sym-log-wlg.xml
을 삭제하라는 등의 글을 보았습니다.
물론 그 파일을 제거하면 위의 오류는 발생하지 않겠지만...
웹 로그, 사용자 로그, ... 등을 남기고 싶다면
위의 xml 파일을 살려둬야하지 않을까요?
근데 톰켓 재시작 시
pk 충돌이 발생하는 경우가 허다한데...
개발을 하거나 유지보수를 하다보면
웹서버 restart 는 자주 또는 가끔 할 수 있을텐데...
\src\main\resources\egovframework\spring\com\
context-scheduling-sym-log-*.xml
관련 intercepter.xml 도 제거하니깐
실행 시 오류가 없는데...
화면상의 left 메뉴 영역에 left 메뉴는 없고
오른쪽의 content 화면이 뿌려져 있습니다.
이건 왜 이런걸까요?
해결 방법은...?
위의 환경파일 삭제 전 단계로 소스를 되돌려서...
즉, 소스와 db 를 모두 처음 받을 당시의 형태에서 sms... 불필요했던 것들만 제거한 후
다시 테스트해보니
웹브라우저에서 로그인 화면이 정상적으로 떴습니다.
이제 됐나?... 했더니
다시 로그인 화면을 갱신하니
오른쪽 화면이 오류났다고하다가
다시 갱신하면
또 정상적으로 나왔다가...
불규칙적이네요...
오류 로그를 보니 역시나
Duplicate entry 'WEBLOG_0000000...' for key 'PRIMARY'
... 등 위의 로그 때문인듯합니다.
왜 이렇게 불안정한건가요?
위의 로그 찍는 것 관련 파일을 모두 삭제하니
로그인 화면 갱신 아무리해도 정상적인 화면이 잘 뜨네요...
로그 부분의 수정이 필요하지 않은지...?
질문)
웹서버 재시작 시에도
db 의
COMTECOPSEQ 테이블의 SYSLOG_ID, WEBLOG_ID, ... 등의 수치를 일일이 수동으로 늘리지 않아도 되도록 만들 수는 없나요?
(이건 좀 아니라는 생각이...)
그렇게 제공해 주신다면...
각 종 로그에 대해 신경쓰지 않아도 될텐데요...
사용자 로그 등...
필요하니 제작해 두셨을듯한데요...
웹서버 재시작 시 마다
그 값들을 수동으로 재지정(이거 한 두개도 아니고... 매 번 엄청 귀찮을 듯..)하지 않아도 오류 없도록 수정된 소스 배포는 어려운가요?
A
안녕하세요. 공현철님.
pom.xml 상에 다음과 같은 dependency가 있으시면, version을 2.6.0에서 2.6.1로 변경하시면 되실 것 같습니다.
<dependency>
<groupId>egovframework.rte</groupId>
<artifactId>egovframework.rte.fdl.idgnr</artifactId>
<version>2.6.0</version>
</dependency>
해당 부분은 일부 DBMS 설정에 따라 transaction 상의 문제로 인하여 중복이 발생될 수 있습니다.
그럼, 즐거운 하루되십시오.
감사합니다.
pom.xml 상에 다음과 같은 dependency가 있으시면, version을 2.6.0에서 2.6.1로 변경하시면 되실 것 같습니다.
<dependency>
<groupId>egovframework.rte</groupId>
<artifactId>egovframework.rte.fdl.idgnr</artifactId>
<version>2.6.0</version>
</dependency>
해당 부분은 일부 DBMS 설정에 따라 transaction 상의 문제로 인하여 중복이 발생될 수 있습니다.
그럼, 즐거운 하루되십시오.
감사합니다.
