Background Image

FORUM

조회 수 11195 추천 수 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가 지워져서 구동이 되나보네요.


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


  1. SQLGate for CUBRID 영구 무료 라이선스 제공

  2. Qt에 Cubri연결 잘 되나요??

  3. QUBRID 매니저에서 실행계획을 볼려면..

  4. QTADO와 OLEDB사용시 문제

  5. Python 으로 데이터 일괄처리 하는 부분??

  6. Python Driver가 있는지요

  7. Python Driver connect 함수 실행 시 오류

  8. Python Cubrid DB 연동 시 import _cubrid 오류

  9. Python 3.9 버전 사용시 Cubrid 접속 불가에 대한 개선 요청

  10. Program 'spacedb' (pid 5835) was connected from the host 'localhost.localdomain'

  11. Pro*c 지원 문의

  12. PreparedStatement.executeBatch에서 일부 데이터의 오류 시 반환 값 문의

  13. PreparedStatement 변수 바인딩

  14. PK값 수정에 대해

  15. PK 생성 질문드립니다. 유니크 인덱스 자동생성이 안되네요?

  16. PHP에서 사용시 문의점

  17. PHP에서 CUBRID 모듈이 로드 되지 않습니다.

  18. PHP에서 CUBRID 4.0 모듈이 로드 되지 않습니다.

  19. PHP-Cubrid 연동 오류 (Error: CCI, -16, Cannot connect to CUBRID CAS)

  20. PHP-CUBRID 연결: 콘솔에서는 되는데 웹브라우저에서는 실패

  21. PHP 클라이어트 모듈 설치시...

Board Pagination Prev 1 ... 147 148 149 150 151 152 153 154 155 156 ... 199 Next
/ 199

Contact Cubrid

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