Background Image

FORUM

조회 수 11196 추천 수 0 댓글 7
?

단축키

Prev이전 문서

Next다음 문서

크게 작게 위로 아래로 댓글로 가기 인쇄

연달아 질문글을 올리게 되네요.


3.1에서 4.0으로 전환 작업중입니다.


4.0을 root 계정으로 설치했습니다.


방화벽 해당 포트는 모두 개방한 상태입니다.


설치하자마자 서비스를 시작하고 프로세스를 확인하니 제대로 구동이 않되네요.


cubrid 계정으로 설치를 해도 증상은 똑같습니다.


증상은 아래와 같습니다.


해결 방법 부탁드려요...

-----------------------------------------

root@rmdb2 cubrid]# sh ./CUBRID-8.4.0.2027-linux.x86_64.sh

(중략)

Do you want to continue? (yes or no) [Default: yes] : yes

Copying old .cubrid.sh to .cubrid.sh.bak ...


CUBRID has been successfully installed.


demodb has been successfully created.


If you want to use CUBRID, run the following commands

  % . /root/.cubrid.sh

  % cubrid service start


[root@rmdb2 cubrid]# . /root/.cubrid.sh

[root@rmdb2 cubrid]#

[root@rmdb2 cubrid]#

[root@rmdb2 cubrid]# cubrid service start

@ cubrid master start

++ cubrid master start: success

@ cubrid broker start

++ cubrid broker is running.

@ cubrid manager server start

++ cubrid manager server start: success

[root@rmdb2 cubrid]# ps -ef | grep cub

root     16680     1  0 21:29 ?        00:00:00 cub_master

root     16685     1  0 21:29 ?        00:00:00 cub_auto start

root     16688     1  0 21:29 ?        00:00:00 cub_js start

root     16692 16447  0 21:29 pts/1    00:00:00 grep cub

[root@rmdb2 cubrid]#

-----------------------------------------

  • ?
    남재우 2011.11.10 08:30

    안녕하세요.

    큐브리드를 사용해 주셔서 감사합니다. 문의하신 내용에 대하여 답변을 준비중이오니, 조금만 기다려 주시면 감사하겠습니다.

  • ?
    정만영 2011.11.12 01:43

    안녕하세요.

    3.1 브로커 프로세서가 동작하고 있는 것으로 보이네요.

    ps -ef | grep broker 동작하고 있는 broker kill로 정리하고 cubrid broker restart 재구동해 보세요.

  • ?
    reerror 2011.11.12 03:36

    3.1은 설치한 적이 없는 서버입니다.


    새로 OS만 설치한 깨끗한 서버에요.


    당연히 말씀하신 프로세스는 없는 상태입니다.

  • ?
    seongjoon 2011.11.16 03:00

    master, manager 프로세스 모두 정상적으로 올라온 것으로 보입니다.

    서비스 구동이 정상적으로 안된다는 것은 어떤 의미에서 안된다는 것인지요?


  • ?
    reerror 2011.11.16 03:28

    [root@rmdb2 cubrid]# ps -ef | grep cub

    root     16680     1  0 21:29 ?        00:00:00 cub_master

    root     16685     1  0 21:29 ?        00:00:00 cub_auto start

    root     16688     1  0 21:29 ?        00:00:00 cub_js start

    root     16692 16447  0 21:29 pts/1    00:00:00 grep cub

    [root@rmdb2 cubrid]#


    본문에 이렇게 적혀 있는데,
    브로커 프로세스들이 않올라온거잖아요.

    몇번을 지우고 다시 설치하고를 반복해봤는데 않되더니,
    재부팅하고 다시 설치하니 아래처럼 브로커 관련 프로세스가 제대로 올라오는군요.

    몇일을 속 썩이더니,,,
    뭐가 문제였을까요?

    ]# ps -ef | grep cub
    root      2514     1  0 14:41 ?        00:00:00 cub_master
    root      2517     1  0 14:42 ?        00:00:00 cub_broker
    root      2518     1  0 14:42 ?        00:00:00 query_editor_cub_cas_1
    root      2519     1  0 14:42 ?        00:00:00 query_editor_cub_cas_2
    root      2520     1  0 14:42 ?        00:00:00 query_editor_cub_cas_3
    root      2521     1  0 14:42 ?        00:00:00 query_editor_cub_cas_4
    root      2522     1  0 14:42 ?        00:00:00 query_editor_cub_cas_5
    root      2527     1  0 14:42 ?        00:00:00 cub_broker
    root      2528     1  0 14:42 ?        00:00:00 broker1_cub_cas_1
    root      2529     1  0 14:42 ?        00:00:00 broker1_cub_cas_2
    root      2530     1  0 14:42 ?        00:00:00 broker1_cub_cas_3
    root      2531     1  0 14:42 ?        00:00:00 broker1_cub_cas_4
    root      2532     1  0 14:42 ?        00:00:00 broker1_cub_cas_5
    root      2540     1  0 14:42 ?        00:00:00 cub_auto start
    root      2543     1  0 14:42 ?        00:00:00 cub_js start
    root      4699     1  0 17:55 ?        00:00:00 cub_server myrose
    ]# 
  • ?
    cgkang 2011.11.16 18:51

    알려주신 현상으로 보면 기존에 broker를 띄운후에 정상적으로 종료하지 않은 상태에서 구동한 것으로 보입니다.

     

    broker를 구동하게 되면 shared memory를 만들고, cub_broker 와 cub_cas 프로세스를 띄우게 됩니다.

    어떤 이유로 모든 프로세스가 종료되었는데 shared memory가 남아 있는 상태면

    다음에 띄울 때는 shared memory를 보고 현재 구동중이라고 판단하게 됩니다.

     

    shared memory 상태는 linux 명령어 ipcs를 통해 확인할 수 있습니다.

    broker를 구동한 상태에서 ipcs를 실행하면 다음과 같은 형태의 결과를 볼수 있습니다.

     

    $ ipcs

    ------ Shared Memory Segments --------
    key        shmid      owner      perms      bytes      nattch     status
    0x00030001 36012044   cgkang    644        10064      2
    0x00030000 36044832   cgkang    644        129672     6
    0x00033000 36077605   cgkang    644        129672     6

    첫번째 컬럼에 있는 key값은 cubrid_broker.conf 설정에서 MASTER_SHM_ID와 각 브로커의 APPL_SERVER_SHM_ID에 설정된 값입니다.

     

    문제된 상황과 유사하게 shared memory가 남아있는 상태이고, 프로세스는 없는 상태라면 shared memory를 삭제해야 정상적으로 재구동할 수 있습니다.

    shared memory를 삭제할때에는 ipcrm 명령으로 삭제하면 되고, 앞의 예와 같은 경우 다음과 같이 수행하면 됩니다.

    ipcrm -M 0x00030001

    ipcrm -M 0x00030000

    ipcrm -M 0x00033000

     

    참고로 프로세스가 떠 있는 상태에서 ipcrm명령어로 shared memory를 삭제할 경우 ipcs명령으로 shared memory상태를 보면 다음과 같은 형태로 나옵니다. key가 0으로 바뀌어 있고, 상태가 삭제된 것으로 보입니다. 이런 경우역시 정상적인 서비스가 안되고 구동에 문제가 있을수 있습니다.

    ------ Shared Memory Segments --------
    key        shmid      owner      perms      bytes      nattch     status
    0x00000000 36012044   cgkang    644        10064      1          dest
    이런 상태일 경우에는 shared memory를 사용하는 프로세스를 종료하게 되면 깨끗하게 정리됩니다.

     

    유사한 경우가 발생할 경우 프로세스 상태와 shared meory상태 둘 다 확인해서

    모두 초기 상태인지 확인한 후에 재구동하면 문제가 없을것으로 예상됩니다.

     

  • ?
    reerror 2011.11.16 19:37

    답변 주신게 맞나보네요.

    리부팅 하니 shared memory가 지워져서 구동이 되나보네요.


    자세한 답변 감사드립니다.


List of Articles
번호 제목 글쓴이 날짜 조회 수
공지 SQLGate for CUBRID 영구 무료 라이선스 제공 file admin 2020.04.09 4442
3987 cubrid count 속 2 new kanin 2024.04.19 9
3986 cubrid 10.1 데이터 덮어쓰기 질문입니다. 1 update ysk96 2024.04.18 14
3985 ACTION 명령어? 예약어? 1 투투투투기기 2024.04.17 16
3984 sql 구문 사용시 데이터 타입 decimal일 경우 1 투투투투기기 2024.04.11 26
3983 Regexp_count 4 SEO 2024.04.09 55
3982 큐브리드 메모리 오류 관련 질문 2 file 뚜벅뚜벅 2024.04.09 57
3981 큐브리드 실행이 안되는 이슈 1 file 최현욱 2024.04.09 36
3980 unloaddb & loaddb 관련 질문이 있습니다. 1 543534512 2024.04.06 43
3979 mac m1 다운로드 오류 1 file 혜주냉면 2024.04.05 40
3978 list 함수로 만든 sequence type을 varchar로 변환 문의 1 플레이어블 2024.04.04 35
3977 DECODE, CASE WHEN 사용법 문의 2 핑크팬더 2024.04.03 53
3976 schema 파일 loaddb - 스키마 정보 중복오류 문의 4 daay 2024.03.21 88
3975 object to string 4 네오랜덤 2024.03.20 67
3974 mysql로 DB연동 문의 2 연동테스트용 2024.03.20 68
3973 특정DB만 접근 시간이 현저하게 오래 걸리는 문제 1 file 그로구 2024.03.20 58
3972 jdbc 연동시의 charset 강제 변경 방법 1 file gwak 2024.03.14 56
3971 도커로 HA환경 구성 테스트중 hb start.. 1 wodud0170 2024.03.12 62
3970 이중화 관련 문의드립니다. 1 adqwdqwd123412 2024.03.12 66
3969 큐브리드 마스터 복제 관련 문의 드립니다. 2 이지혜 2024.03.11 60
3968 큐브리드 다운로드 에러 1 file 나래아빠 2024.03.08 84
Board Pagination Prev 1 2 3 4 5 6 7 8 9 10 ... 200 Next
/ 200

Contact Cubrid

대표전화 070-4077-2110 / 기술문의 070-4077-2113 / 영업문의 070-4077-2112 / Email. contact_at_cubrid.com
Contact Sales