우문현답
愚 問 賢 答
회사별 면접직군별진행 방식
    홈›회사별›여기어때›SRE›질문 상세
    問
    여여기어때SRE직무 역량2026년 출제

    리눅스 환경에서 시스템 엔지니어로서 겪었던 어려운 문제와 그 해결 과정을 말씀해 주세요.

    답변 미리보기

    인턴 실습에서 리눅스 서버에서 간헐적으로 프로세스가 죽는 문제를 처음 직접 분석해봤습니다. 처음에는 원인이 보이지 않았는데, dmesg와…

    예상 답변 시간
    60~90초
    예상 꼬리질문
    3회
    난이도
    난이도 중상
    출제 빈도
    높음
    INTERVIEWER'S INTENT · 면접관의 의도

    이 질문, 네 갈래로 뜯어봅니다.

    면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.

    問
    01
    문제 결을 구체화하는가?
    막연한 결로 답하는지, 어떤 서비스·증상·범위 결에서 막혔는지 가른 흔적이 답에 있는지 보는 자리입니다. 막연한 결은 깊이가 약해지는 자리입니다.
    骨
    02
    본인 행동이 있는가?
    팀 결로만 답하는지, 본인이 무엇을 가르고 무엇을 굴린 결인지 답에 묻어 있는지 살피는 자리입니다. 본인 결 없는 답은 흐려지는 자리입니다.
    語
    03
    원인을 좇는가?
    증상 결만 답하는지, 로그·strace·perf 결로 원인을 가른 흔적이 답에 있는지 살피는 자리입니다. 원인 없는 결은 표면적입니다.
    本
    04
    재발 방지를 의식하는가?
    한 번 해결만 답하는지, 알람·점검·표준 결로 가른 예방이 답에 있는지 보는 자리입니다. 일회성 결은 자리가 흐려지는 자리입니다.
    말로 해봐야 는다
    읽는 것과 말하는 건 다릅니다.
    이 질문, 소리 내어 답해 볼까요?
    여기어때 면접관 페르소나가 이 질문을 던지고, 당신의 답에 꼬리질문으로 되물어요.
    음성으로 답해보기
    dmesg + syslog로 OOM killer 발견 → 메모리 프로파일링 → 스트리밍 처리로 수정약 70초CPU 점유율 급증·strace 시스템 콜 추적·알람 설정·사후 기록 결약 86초간헐적 네트워크 응답 지연·ss·tcpdump 패킷 분석으로 원인 좁히기 결약 82초
    리눅스 환경 어려운 문제 해결
    약 70초

    dmesg + syslog로 OOM killer 발견 → 메모리 프로파일링 → 스트리밍 처리로 수정

    인턴 실습에서 리눅스 서버에서 간헐적으로 프로세스가 죽는 문제를 처음 직접 분석해봤습니다. 처음에는 원인이 보이지 않았는데, dmesg와 /var/log/syslog를 함께 확인하면서 OOM killer가 메모리 부족으로 프로세스를 강제 종료하는 로그를 발견했습니다. 원인을 파악하고 나서 메모리 사용량을 코드 레벨에서 프로파일링해보니, 특정 조건에서 대량의 데이터를 한 번에 메모리에 올리는 로직이 있었습니다. 데이터를 스트리밍 방식으로 나눠서 처리하도록 수정했더니 메모리 피크가 줄었습니다. 이 과정에서 단순히 서버 메모리를 늘리기보다 코드 구조를 먼저 보는 것이 더 근본적인 해결이라는 걸 배웠습니다.

    리눅스 로그는 증상을 기록하는 게 아니라 원인을 찾는 시작점이라는 걸 그때 알았습니다.

    이 결의 특징
    dmesg와 syslog로 OOM killer 로그를 발견하고 코드 레벨 프로파일링으로 대량 데이터 적재 로직을 스트리밍 방식으로 고친 흔적이 있습니다.
    이 결이 통하는 자리
    메모리를 늘리기보다 코드 구조를 먼저 보는 것이 근본 해결이라는 결론이 실제 수정 과정으로 뒷받침될 때 통합니다.
    예시 답변 2
    약 86초

    CPU 점유율 급증·strace 시스템 콜 추적·알람 설정·사후 기록 결

    리눅스 서버에서 특정 시간대에 CPU 점유율이 90%를 넘어 서비스 응답이 느려지는 문제를 맡아 분석해봤습니다. top으로 프로세스별 CPU 사용량을 보니 백그라운드 배치 작업이 범인이었는데, 단순히 cron 스케줄을 피크 시간 밖으로 옮기는 것만으로 해결될 것 같았습니다. 하지만 스케줄을 바꿔도 비슷한 증상이 재발했습니다.

    더 깊이 보려고 strace -p로 해당 프로세스의 시스템 콜을 추적하니, 파일을 1바이트씩 수천 번 읽는 패턴이 반복됐습니다. 원인은 버퍼링 없이 open·read를 반복하는 코드 구조였습니다. 읽기를 버퍼 단위로 묶으니 CPU 사용이 크게 줄었습니다.

    이 경험 이후 같은 문제가 다시 오지 않도록 CPU 사용률 임계값 알람을 설정하고, 분석 과정을 팀 위키에 기록해두었습니다. 다음에 비슷한 증상이 왔을 때 절반 시간 만에 원인을 좁혔습니다.

    이 결의 특징
    cron 스케줄 이동만으로 해결되지 않던 CPU 급증을 strace로 추적해 버퍼링 없는 반복 read 패턴을 찾아내고, 이후 알람 설정과 위키 기록까지 이어간 흔적이 있습니다.
    이 결이 통하는 자리
    재발 방지를 위한 알람과 기록이 다음 대응 시간을 절반으로 줄인 결과로 뒷받침될 때 통합니다.
    예시 답변 3
    약 82초

    간헐적 네트워크 응답 지연·ss·tcpdump 패킷 분석으로 원인 좁히기 결

    인턴 중에 특정 엔드포인트에서만 응답 시간이 간헐적으로 1초 이상 걸리는 현상을 분석해봤습니다. 처음엔 코드 로직 문제로 생각했는데, 애플리케이션 로그에는 해당 시간에 아무것도 찍히지 않았습니다. 네트워크 레이어를 살펴봐야 한다는 걸 처음으로 의식한 순간이었습니다.

    ss -tn으로 연결 상태를 확인하니 CLOSE_WAIT 상태의 소켓이 쌓이는 것이 보였습니다. tcpdump로 패킷을 잡아 타임스탬프를 분석하니, 요청 도착 후 ACK 사이에 이상한 지연이 있었고, TCP Nagle 알고리즘이 작은 패킷을 모아 보내는 것이 원인이었습니다.

    TCP_NODELAY 옵션을 적용하니 지연이 사라졌습니다.

    이 경험으로 응답 지연은 코드에서 시작하지 않을 수 있고, 네트워크를 패킷 수준에서 봐야 원인이 보이는 자리가 있다는 걸 배웠습니다.

    이 결의 특징
    애플리케이션 로그에 안 남는 지연을 네트워크 레이어로 의심해 ss와 tcpdump로 CLOSE_WAIT 소켓과 Nagle 알고리즘 지연을 찾아낸 흔적이 있습니다.
    이 결이 통하는 자리
    응답 지연이 코드에서 시작하지 않을 수 있다는 관찰이 패킷 수준 분석으로 뒷받침될 때 통합니다.
    !
    위 답변은 여러 풀이 중 한 가지 예시입니다. 정답이 아니며, 외워서 그대로 말하면 면접관이 다음 질문을 그 자리에서 시작하는 경우가 많습니다. 본인의 프로젝트·기준·숫자로 다시 짜는 자리로만 쓰세요.
    ✕자주 빠지는 자리

    같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.

    • ✕떨어뜨린 옵션이 1개라도 있는가? "이게 답이었어요"만으로는 의사결정이 아니라 그냥 선택입니다.
    • ✕선택 기준이 그 프로젝트에 한정되는가? "성능이 좋아서"는 일반론, "우리 트래픽이 X 패턴이라서"가 본인의 답입니다.
    • ✕결과 숫자 1개를 정확히 말할 수 있는가? P95·QPS·적중률 — 무엇이든 1개. 숫자가 없으면 직감으로 한 일처럼 들리기 쉽습니다.
    • ✕지금 다시 한다면 어떻게 할지 답할 수 있는가? "잘했다"보다 "이건 다르게 했을 것 같다"가 더 깊은 인상을 남깁니다.
    ▶이어질 꼬리질문

    진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.

    壹왜 그 해결 결을 고르셨나요?
    貳안 통한 시도 경로 결도 있었나요?
    參본인만의 진단 결이 있나요?
    이제, 직접 답해볼 차례예요.
    눈으로 읽은 답은 면접장에서 나오지 않아요. 여기어때 면접관과 이 질문으로 한 번 대화해 보세요.
    이 질문으로 모의면접 해보기
    또는, 다음 질문으로

    같은 흐름에서 자주 이어지는 질문들이에요.

    토스 · 시스템 운영
    리눅스 OS 기반의 시스템 엔지니어링 구축 및 운영 경험에 대해 구체적으로 설명해 주세요.
    이 질문 보기
    이니지 · AI 리서처
    리눅스 환경에서 개발할 때의 장점과 이를 활용한 경험에 대해 말해보세요.
    이 질문 보기
    토스 · 시스템 운영
    리눅스 OS를 사용한 시스템 엔지니어링 경험에 대해 구체적으로 설명해 줄 수 있나요?
    이 질문 보기
    삼성E&A · 플랜트·시설 일반
    제어 시스템 관련 업무에서 어떤 경험이 있으며, 어떻게 문제를 해결했는지 말씀해 주세요.
    이 질문 보기
    안내 · 이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 실제 출제·회사 공식 입장과는 무관하며, 정정 요청 시 24시간 내 반영합니다. 자세히
    개인정보처리방침이용약관문의
    © 2026 우문현답. All rights reserved.
    이 페이지 목차
    01면접관의 의도02답변의 결03실수·꼬리질문04관련 질문
    말로 해봐야 는다
    이 질문, 여기어때 면접관과
    음성으로 답해볼까요?
    모의면접 해보기
    첫 회 무료 · 종료 즉시 음성 폐기