본문 바로가기

전체 글

PyKdump extension - pycrashext 2019. 12. 14. 원래 pyKdump 관련해서는 작성한지 몇일 됐었는데, 귀찮아서 한번에 쓰는 중이다.이 pyKdump 자체도 상당히 강력하고 도움이 되는 Extension 이지만,실제 내가 자주 쓰는 명령은 dis 명령으로써, 리버스 분석 명령인데,이를 더욱 더 쉽게 도와주는 pyKdump 의 Extension 이 있어 소개하고자 한다.바로 레드햇에서 근무하시는 커널박사님이신 권성주님의 PyCrashext 이다.https://github.com/sungju/pycrashext설치는 간단하므로 역시 해당 위키페이지를 살펴보고 설치하면 된다. KERNEL: vmlinux DUMPFILE: 127.0.0.1-2017-12-17-18:34:31/vmcore [PARTIAL DUMP] CPUS: 4 DATE: Sun Dec 17..
The effective crash-utility for vmcore analysis (PyKdump) 2019. 12. 13. 요즘 다시 혼자서 근무하다보니, 업무량이 훅 늘어나고분석에 대해서는 반복적인 부분이 많이 발생하는데 그에 대한 시간은 여전히 동일하게 들어서간편화 하는 방법이 없을까 해서 간단히 python 으로 crash utility 에 대한 extension 을 직접 만들고 있었는데,하늘아래 새로운 것은 없듯이 역시나 이미 만들어져 있었다는 것을 발견하였다.그것은 바로 mPyKdump 라는 crash extension 이다.https://sourceforge.net/p/pykdump/wiki/Home/ 일단 커널 코어덤프 분석을 위한 도구인 crash 툴은 C/Python 형태의 외부 스크립트를내부에서 불러와 사용할 수 있다.대부분 c 로 컴파일되어 모듈형태로 crash 툴이 실행된 후 로드하는 형태로 사용되는데m..
kernel Dump Analysis #18 2019. 5. 11. 벌써 18번째 인가... 사실 더 있지만 귀찮아서 안하다 보니.. ㅋㅋ이번엔 GPU/DRM 관련 버그.. 상당히 따끈따근한 새 버그에 대해서 Digging 해 본다. KERNEL: /share/linuxrpm/vmlinux_repo/64/4.14.35-1818.3.3.el7uek.x86_64/vmlinux DUMPFILE: vmcore [PARTIAL DUMP] CPUS: 16 DATE: Tue Apr 16 15:42:21 2019 UPTIME: 6 days, 01:18:20 LOAD AVERAGE: 0.00, 0.00, 0.00 TASKS: 330 NODENAME: ********* RELEASE: 4.14.35-1818.3.3.el7uek.x86_64 VERSION: #2 SMP Mon Sep 24 ..
Kernel Dump Analysis #17 2019. 4. 4. 재밌는 리턴코드가 발견되어서 간만에 좀 디깅을 해봤다. KERNEL: /share/linuxrpm/vmlinux_repo/64/3.10.0-693.el7.x86_64/vmlinux DUMPFILE: 127.0.0.1-2019-01-17-00_38_36.zip_extract/vmcore [PARTIAL DUMP] CPUS: 40 DATE: Thu Jan 17 00:38:38 2019 UPTIME: 39 days, 18:26:52 LOAD AVERAGE: 0.19, 0.20, 0.24 TASKS: 1420 NODENAME: ********** RELEASE: 3.10.0-693.el7.x86_64 VERSION: #1 SMP Wed Aug 2 06:49:08 PDT 2017 MACHINE: x86_64 (2..
2018 Oracle Open World - Cloud Generation 2 2018. 11. 1. 간단히 요약하자면, - Global Network Security 망분리 및 Cloud network routing 뿐만 아니라 데이타 자체에 대한 보안을 지원하는것.사실 별로 관심도 없다. 어차피 데이타센터 레벨 이야기나 마찬가지기 때문에....역시 늘 똑같은 레퍼토리로 지속적인 LDC (Local DataCentre) 또는 HDC (Hub DataCentre) 구축에 박차를 가할거라고 '공약' 만 "공략" 한다. - Machine Learning/AI protection ML 을 통해 AI 를 이용하여 고객의 장애에 자동적/즉각적으로 대처하고 장애 요소를 사전 파악하여 장애가 발생하기 전에 사전 처리도 자동화하여 서비스 무중단을 지속적으로 제공하는것.Pervasive AI : 구석구석 인공지등의 손길..
libfc: Update rport reference counting bug - 1368175 2018. 3. 29. 결국 같은 이슈였다.내가 전에 올렸던 Kernel Dump Analysis #14 / #15 두개의 이슈..결국 #15 와 #14 모두 동일한 rport reference count 관련 race condition bug 였다.비록 양상이 다르긴 했지만 모두 Kref 를 감소시키며 0 으로 만드는 과정에서Race condition 으로 인해 다른 메모리 값을 참조하게 되는 버그였다.아래는 해당 버그에 대한 Patchwork (GIT) 링크 이다.https://patchwork.kernel.org/patch/9132823/대략 reference count 를 초기화 하는 과정에서 Mutex lock 을 걸어Violation 을 방지하려고 했는데, 매 타임마다 Locking 을 하고 그 값을 대기하다보니그 ..
Kernel Dump Analysis #16 2018. 2. 22. 와.. 대박... 일이 엄청나게 들어와..공격적으로 오라클 리눅스를 장사하면 내가 쓰일만한 일이 있긴 하구나 하면서도일이 이렇게 많아지면 개빡쳐서 아무것도 하기 싫어지는 현자타임같은게 온다는..무튼, 요즘 핫하게 밀려들어오는 업무량 덕에 코어분석 일도 숭풍숭풍 막 쳐 들어오는..이번에는 레드햇 커널 즉, Oracle Linux 에서 Cmompatibility 를 위해 제공하는Redhat Compatible Kernel ( RHCK ) 와 관련된 커널 덤프 분석을 해주시겠다.오늘은 보너스로 debug info 를 이용하는 것을 조금 더 알려주겠다. (사실 이런건 기본이잖아... 젖먹는거와도 같다고....) $ rpm2cpio /share/linuxrpm/debuginfo-rpms/build-output-6..
Kernel Dump Analysis #15 2018. 2. 19. 저번 14 에 이어진 내용이라고 볼 수 있다.지난시간 왜 시스템 커널 분석에서 fc_stat, fc_lport 에 집중했는지 나오는 부분이다. KERNEL: /4.1.12-61.1.17.el6uek.x86_64/vmlinux DUMPFILE: 2018-01-04-19:13:01/vmcore CPUS: 20 [OFFLINE: 19] DATE: Thu Jan 4 19:06:44 2018 UPTIME: 135 days, 07:36:31 LOAD AVERAGE: 1.68, 1.44, 1.03 TASKS: 802 NODENAME: ******* RELEASE: 4.1.12-61.1.17.el6uek.x86_64 VERSION: #2 SMP Mon Oct 31 18:17:37 PDT 2016 MACHINE: x86..

티스토리툴바