Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
Tags
- 시스템예약종료
- 파이썬 스톱워치
- #Oracle
- 딜라이브플러스h3
- docker
- cmd로msi파일설치
- docker container restore
- Dell Venue 8 Pro
- 컨테이너 백업
- putty
- MySQL
- Windows
- 영상배속
- cloudready OS
- cubrid
- 컨테이너 복원
- YCSB
- VPN
- 인강배속
- 웹영상배속
- Oracle
- CentOS7
- CentOS
- Linux
- ventoy 사용법
- cmd인스톨러설치
- GUI 또는 CLI전환
- docker container backup
- OTT셋톱박스
- ipvlan
Archives
- Today
- Total
일단은 프로그래머 나부랭이
core dump 분석시 참고할 만한 글 본문
※ 우선 core 파일이 생성되도록 하기 위해서는 다음의 설정이 필요하다
1. ulimit -c unlimited
2. ulimit -a 로 확인
- 'core file size (blocks, -c) unlimited' 면 설정 완료
- 만약 core file의 size를 제한하고 싶다면 'unlimited'가 아닌 kb단위의 size를 지정해주면 된다.
리눅스에서 core dump가 발생할 경우 gdb를 이용해 core를 분석한다.
기본적인 사용법은 아래와 같다.
gdb [core발생 프로그램] [core file]
이후, gdb interface로 화면이 전환되면서 core에 관한 간략한 정보가 뜬다.
그리고 다음의 command를 입력하면 상세한 정보를 확인하는데 도움을 준다.
- bt(back trace) : core 발생 직전의 call stack 확인
- bt full : 전체 call stack 확인
- f[스택프레임 번호] : 특정 stack 확인
- list : stack의 code 보기
- info local : stack의 수행 당시 변수 값 확인
- info arg : stack의 argument 확인
- where : 간략화
보다 상세한 내용은 아래의 링크를 참고하자.
http://blog.naver.com/PostView.nhn?blogId=hymne&logNo=221841282483
※ python gdb debug 방법 : http://mcchae.egloos.com/11230168
'Linux' 카테고리의 다른 글
Centos 7 NFS 설정 방법 (0) | 2020.11.16 |
---|---|
docker로 jenkins 시작하기 (1) | 2020.11.09 |
centos 7에 onedrive 연결하기 (2) | 2020.04.27 |
less로 리눅스에서 대용량 파일을 열어보자 (0) | 2020.02.12 |
linux log 파일 의미 (0) | 2020.02.03 |
Comments