Life goes on

Linux 시스템이 너무 빨리 부팅되어 대부분의 출력이 너무 빨리 스크롤되어 콘솔로 전송된 텍스트(시작 중인 서비스 표시)를 읽을 수 없습니다. 따라서 부팅 문제/오류를 관찰하는 것은 우리에게 약간의 도전이 됩니다. 이 기사에서는 Linux 시스템 부팅 프로세스의 여러 단계를 간략하게 설명한 다음 부팅 문제를 설정하고 해결하는 방법을 알아봅니다. 즉, 조사할 파일 또는 시스템 부팅 메시지를 보기 위한 명령을 사용합니다. Linux 부트 프로세스 요약 요약하면 전원 켜기 버튼을 누르면 BIOS(Basic Input Output System) 마더보드에 통합된 프로그램이 >POST(Power on Self Test) – 디스크, RAM(Random Access Memory), 키보드 등과 같은 하드웨어를 검..

telnet 으로 포트 통신 상태 확인 1.ping test를 한다. [svr:usr] ping 172.0.0.1 응답없으면(ping이 되지 않으면) firewall에 등록이 되지 않은 것이다. 정상적 결과 172.0.0.1 is alive 2.1.telnet ip port 로 확인한다. [svr:usr] telnet 172.0.0.1 9999 Trying 172.0.0.1... 계속 대기 중이면 방화벽 오픈이 안된 것이다. 2.2 [svr:usr] telnet 172.0.0.1 9999 Trying 172.0.0.1... telnet: Unable to connect to remote host: Connection refused 바로 연결거부가 발생하면 방화벽 오픈은 되었으나 프로세스가 안 떠있는 것이..

증상 journalctl -xe 로 로그를 확인했을때 빨간글씨로 아래와 같은 문구를 확인할 수 있다. Jan 27 13:58:41 gpu3 kernel: blk_update_request: I/O error, dev sdb, sector 8447363480 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0 Jan 27 13:58:41 gpu3 kernel: Buffer I/O error on dev sdb1, logical block 1055920179, async page read ... Jan 27 13:58:41 gpu3 systemd[1]: Failed to start File System Check on /dev/disk/by-uuid/68c995a8-1115..

Linux에서 장치 감지 및 관리를 위해 Udev를 사용하는 방법 Udev(사용자 공간 /dev)는 커널 버전 2.6부터 동적 장치 감지 및 관리를 위한 Linux 하위 시스템입니다. devfs 및 hotplug를 대체합니다. 장치 노드(/dev 디렉토리에 저장된 일반 파일인 것처럼 파일 시스템에 나타나는 장치 드라이버에 대한 인터페이스)를 부팅 시 또는 추가할 때 동적으로 생성하거나 제거합니다. 장치를 시스템에 연결하거나 시스템에서 장치를 제거합니다. 그런 다음 장치에 대한 정보 또는 상태 변경 사항을 사용자 공간에 전파합니다. 그 기능은 1) 시스템 애플리케이션에 장치 이벤트를 제공하고, 2) 장치 노드의 권한을 관리하고, 3) 장치에 액세스하기 위해 /dev 디렉토리에 유용한 심볼릭 링크를 만들거나..

segmentation fault (core dumped) 이런 무시무시한 문구가 떴는데, 눈을 씻고 찾아봐도 coredump 파일을 찾을 수가 없었습니다. 분명 메시지는 coredump 파일 생성됐다고 써있는데 말이죠... 내눈이 잘못된건가, 아니면 내가 영어를 못하는건가.. 그래서 제가 찾은 coredump를 찾는 몇가지 해결 방법을 알려드리도록 할게요. 1. ulimit으로 core dump size를 확인 아래와 같은 명령어로 core file size를 확인합니다. # ulimit -a 0 이상이어야합니다. 그러니까 이 부분을 고쳐하겠죠. 0보다 크면 되긴하지만, unlimited로 바꿔보도록 합시다. # ulimit -c unlimited 위처럼 unlimited로 바뀐것을 알 수 있습니다. ..

RealtimeKit은 요청시 사용자 프로세스/쓰레드의 스케쥴링 정책을 SCHED_RR (실시간 스케쥴링 모드)로 변경하는 D-Bus 시스템 서비스. 일반 사용자 프로세스가 실시간 스케쥴링을 사용할 수 있도록 하는 보안 메커니즘으로 사용하기 위한 것. rtkit-daemon이라는 서비스는 실시간 프로세스 강등 역할로 RHEL 6.5 이상의 서버에서 불필요한 작업이라면 masking 으로 비활성화 한다. 메세지 로그에 기록된 내용 예시 : rtkit-daemon[3442] : The canary thread is apparently starving. Taking action. rtkit-daemon[3442] : Demoting known real-time threads. rtkit-daemon[3442]..

참고자료 : https://eyeballs.tistory.com/403 https://netflixtechblog.com/linux-performance-analysis-in-60-000-milliseconds-accc10403c55 Linux Performance Analysis in 60,000 Milliseconds You log in to a Linux server with a performance issue: what do you check in the first minute? netflixtechblog.com b.luavis.kr/server/linux-performance-analysis Luavis' Dev Story - 리눅스 서버 60초안에 상황파악하기 b.luavis.kr 아래 소개..

1. 사전 환경 구성 호스트 : pcmk1(172.31.0.10), pcmk2(172.31.0.20) OS : CentOS 7 (AWS EC2) 사용할 가상 IP : 172.31.0.30 호스트간 통신에 필요한 포트 : TCP 2224, 3121, 5403, 21064, 9929 / UDP 5404, 5405, 9929 (보안그룹에서 open) 2. 호스트 등록 (양쪽 다) 양 쪽 호스트에서 vi /etc/hosts 로 각 호스트들을 등록해준다 172.31.0.10 pcmk1 172.31.0.20 pcmk2 172.31.0.30 vip 3. cluster package 설치 / pcs 데몬 시작 (양쪽 다) yum install -y pacemaker corosync pcs systemctl start ..

넷플릭스의 Linux performance analysis in 60,000ms에 대해서 부분적으로 번역한 글입니다. https://netflixtechblog.com/migrating-critical-traffic-at-scale-with-no-downtime-part-2-4b1c8c7155c1 리눅스 서버에 성능 이슈로 인해서 로그인했을 때 우리가 가장 먼저 체크해봐야할 사항은 어떤것들일까? 넷플릭스는 많은 사람들이 알고 있는것 처럼 아마존 EC2 리눅스 서버를 사용하고 있다. 이런 대규모 서버를 모니터링하고 성능을 체크하는데에는 툴을 사용하는데 클라우드 전체의 모니터링에는 Atlas, 하나의 EC2 instance의 성능체크에는 Vector를 사용한다. 이 툴을 이용하면 대부분의 이슈는 해결 가능하..

sar 명령어는 솔라리스,유닉스,리눅스 등에서 유용하게 쓰는 시스템 모니터링 프로그램입니다. 모니터링 대상이 상당히 넓은 편이며 기본값은 CPU 활동에 대한 통계를 출력합니다. 각종 활동에 대한 통계를 다른프로그램을 이용하여 파일로 저장하고 통계치를 리포팅 하는 기능을 제공합니다. sadc에서 생성한 daily activity 파일을 읽어서 보고서를 작성하기도 하고 시스템의 활동 상황을 수집 할 수도 있습니다. [sar 명령어로 모니터링 가능한 항목] - I/O 전송량 - 페이징 - 프로세스 생성 숫자 - 블락 디바이스 활동 - 인터럽트 - 네트워크 통계 - run 큐 및 시스템 부하 평균 - 메모리 통계 / 메모리와 스왑 공간 활용 통계 - CPU 이용도 / 특정 프로세스에 대한 CPU 이용도 - in..