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 | 31 |
Tags
- ipvlan
- cmd인스톨러설치
- cubrid
- MySQL
- Dell Venue 8 Pro
- cmd로msi파일설치
- CentOS
- docker
- CentOS7
- OTT셋톱박스
- #Oracle
- 파이썬 스톱워치
- Oracle
- 컨테이너 복원
- emergencymode
- Windows
- 딜라이브플러스h3
- 웹영상배속
- 시스템예약종료
- 무기력디톡스
- ventoy 사용법
- VPN
- 컨테이너 백업
- 영상배속
- 인강배속
- docker container backup
- docker container restore
- Linux
- putty
- YCSB
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