SUSE Linux Enterprise에서 "Zypper가 다른 프로세스에 의해 잠겼습니다" 오류 해결 방법

"Zypper가 다른 프로세스에 의해 잠겨 있습니다"라는 메시지는 다른 패키지 관리 작업이 시스템의 소프트웨어 관리 잠금을 점유하고 있음을 의미합니다. 이는 진행 중인 일반 업데이트, 그래픽 업데이터, YaST, 자동화 작업 또는 드물게는 중단된 작업 후 발생한 오래된 잠금 상태일 수 있습니다. 적절한 해결 방법은 상황에 따라 다릅니다. 대기하면 활성 트랜잭션을 보호할 수 있으며, 유지 관리 기간 동안 정체된 작업을 중지하는 것이 적절할 수 있습니다. 잠금 파일을 삭제하거나 확인 없이 패키지 프로세스를 종료하면 패키지 변경이 중단되고 복구가 더 어려워질 수 있습니다.

먼저, 어떤 종류의 잠금장치가 보이는지 확인하십시오.

프로세스 잠금과 패키지 잠금은 서로 다릅니다. 프로세스 잠금은 두 개의 패키지 관리 트랜잭션이 동시에 시스템을 변경하는 것을 방지합니다. 반면 패키지 잠금은 관리자가 선택한 패키지의 설치, 업그레이드 또는 제거를 방지하는 규칙입니다. SUSE는 패키지 잠금을 별도로 문서화하고 있으며, 해당 zypper locks명령은 패키지 규칙 목록을 제공하지만 트랜잭션 잠금을 보유한 프로세스는 식별하지 않습니다.

오류 메시지를 정확히 확인하십시오. 프로세스 ID(PID)가 포함된 경우 기록해 두십시오. 명령이 실패하는 대신 대기 중인 경우 잠시 그대로 두고 다른 업데이트가 진행 중인지 확인하십시오. zypper트랜잭션이 진행 중인 동안 YaST 소프트웨어, 다른 명령 또는 관리 에이전트 업데이트를 시작하지 마십시오.

상황에 맞는 답변을 선택하세요

1. 잠금을 해제하는 프로세스를 찾으세요.

터미널에서 다음 읽기 전용 검사를 실행하세요.

ps -eo pid,ppid,stat,etime,user,cmd | grep -E '[z]ypper|[y]ast|[p]ackagekit|[r]pm|[z]md'

출력 결과에는 명령줄 업데이트, YaST, PackageKit 클라이언트 또는 SUSE Manager 클라이언트 에이전트와 같은 관리 프로세스가 표시될 수 있습니다. 프로세스 이름만으로는 안전하게 중지할 수 있는지 판단하기에 충분하지 않습니다. 실행 중인 패키지 작업이 중요한 작업을 수행하고 있을 수 있기 때문입니다. 경과 시간, 프로세스 상태, 상위 프로세스 및 알고 있는 업데이트 기간을 확인하십시오. 루트 권한이 없는 경우 관리자에게 확인을 요청하거나 프로세스 소유자를 확인하십시오.

오류 메시지에 PID가 보고되면 텍스트 검색에만 의존하지 말고 해당 프로세스를 구체적으로 검사하십시오.

ps -p 1234 -o pid,ppid,stat,etime,user,cmd

메시지에 있는 PID로 바꿔주세요 1234. CPU를 사용 중이거나, 상태가 변경 중이거나, 알려진 업데이트 서비스에 속하는 프로세스는 일반적으로 완료될 때까지 기다리는 것이 좋습니다. 직접 시작한 터미널 명령이라면 해당 터미널로 돌아가서 현재 프롬프트나 진행 상황 출력을 확인하세요.

2. 기다릴지 아니면 작업을 중단할지 결정하세요.

거래가 활성화될 때까지 기다리세요.

패키지가 다운로드 중이거나 설치 중이거나 명령이 확인을 기다리는 경우, 기다리는 것이 가장 위험 부담이 적은 옵션입니다. 패키지 업데이트는 저장 속도가 느리거나, 업데이트 배치가 크거나, 패키지가 많은 시스템에서는 시간이 더 오래 걸릴 수 있습니다. 업데이트가 완료되면 원래 명령을 한 번 더 시도해 보세요. 비정상적으로 오랜 시간 동안 진행 상황이 없으면 PID와 시간을 기록해 둔 다음, 관련 터미널 또는 업데이트 서비스 로그를 확인하고 조치를 취하세요.

식별 가능하고 안전하게 중단할 수 있는 작업만 중지하세요.

다른 명령을 실행했는데 여전히 대화형 프롬프트가 표시되면 프롬프트의 일반적인 옵션을 사용하여 응답하거나 취소하십시오. 데스크톱 업데이트 프로그램의 경우, 취소 또는 닫기 기능이 명확하게 제공되는 경우 해당 기능을 사용하십시오. kill -9바로 가기로 사용하지 마십시오. 갑작스러운 종료는 RPM 트랜잭션을 중단시키거나 시스템에 추가 복구가 필요한 상태를 초래할 수 있습니다. 운영 서버에서는 익숙하지 않은 프로세스를 중지하는 대신 업데이트 담당자와 협의하고 유지 관리 절차를 따르십시오.

3. 자동화 및 그래픽 소프트웨어 도구를 확인하십시오.

관리형 SLES 시스템에서는 관리자, 스케줄러 또는 중앙 관리 서버에 의해 업데이트가 시작될 수 있습니다. 다른 작업을 시작하기 전에 조직의 유지 관리 일정과 업데이트 작업 상태를 확인하십시오. 잠금이 반복적으로 같은 시간에 발생하는 경우 예약된 작업의 타임스탬프와 비교하십시오. 근본적인 해결 방법은 관리 서비스를 비활성화하는 것이 아니라 수동 유지 관리 일정을 변경하거나 단일 업데이트 기간을 조정하는 것입니다.

워크스테이션에서 소프트웨어 센터 또는 YaST 세션이 Zypper와 동일한 패키지 관리 라이브러리를 사용하고 있을 수 있습니다. 해당 애플리케이션을 통해 소프트웨어 작업을 종료하거나 마무리하십시오. 모든 SLES 설치에 "PackageKit"이 있다고 가정하지 마십시오. 서비스 명령을 실행하기 전에 실제 프로세스를 확인하십시오. 업데이트 프로그램을 전역적으로 비활성화하면 예상되는 보안 유지 관리가 불가능해질 수 있으므로 시스템 소유자가 의도하는 경우에만 해당 정책을 변경하십시오.

4. 기록된 PID가 더 이상 실행 중이 아닌 경우

오류 메시지에 PID가 명시되어 있으면, 해당 PID를 다시 확인하십시오 ps -p PID. 프로세스가 존재하지 않으면 원래 Zypper 명령을 한 번 더 실행하십시오. 일부 라이브러리 버전은 기록된 프로세스가 종료되었음을 감지하고 임시 상태를 정리할 수 있지만, 동작은 릴리스 버전 및 이전 명령의 종료 방식에 따라 다를 수 있습니다. /run/zypp.pidPID가 없다는 이유만으로 수동으로 또는 다른 잠금 파일을 삭제하지 마십시오. SUSE의 AutoYaST 설명서에서는 패키지 관리 잠금을 해제하는 것은 사용자 책임이라고 명시적으로 경고하고 있습니다.

재시도 후에도 오류가 지속되면 시스템을 중지하고 정확한 오류 메시지, SLES 서비스 팩, 시간 및 최근 업데이트 기록을 수집하십시오. 시스템 재부팅을 통해 일시적인 문제를 해결할 수 있지만, 활성 패키지 작업이 없는지 확인하고 실행 중인 서비스에 미치는 영향을 점검한 후에만 재부팅을 예약하십시오. 중요 시스템의 경우 관리자 또는 SUSE 지원팀에 먼저 시스템 상태를 검토하도록 요청하십시오.

5. 올바른 진단 명령어를 사용하십시오.

zypper ps패키지 변경 후 유용하지만 흔히 오해되는 경우가 많습니다. SLES 관리 가이드에서는 패치, 업데이트 또는 패키지 제거 중에 삭제되거나 교체된 파일을 여전히 사용하는 프로세스 목록을 보여줍니다. 이 명령은 현재 Zypper 트랜잭션 잠금을 보유하고 있는 사용자를 확인하는 명령이 아닙니다. ps해당 작업에 대한 잠금 메시지에서 PID를 사용하십시오.

마찬가지로 zypper locks패키지 수준 잠금 목록도 제공합니다. 프로세스 잠금이 해제된 후에도 개별 패키지를 사용할 수 없는 상태인지 확인해 보는 것이 좋습니다. 단, 활성 트랜잭션 잠금은 해제되지 않습니다. 이 차이점은 중요합니다. 패키지 잠금을 삭제하거나 패키지 선택을 변경해도 패키지 관리자를 계속 사용 중인 다른 프로세스는 수정할 수 없습니다.

언제 상황을 악화시켜야 할까요?

시스템 재부팅 후에도 잠금이 계속되거나, 중요 업데이트 중에 프로세스가 멈추거나, 패키지 데이터베이스에 추가 오류가 보고되거나, 시스템이 중앙에서 관리되는 경우 시스템 관리자에게 보고하십시오. 보고 시에는 정확한 명령, 전체 오류 텍스트, PID, SLES 버전 또는 서비스 팩, 읽기 전용 프로세스 검사 결과를 포함해야 합니다. SUSE는 /var/log/zypper.logZypper 로그 파일에 관련 내용을 기록하며, 관리자는 오류 발생 시간 주변의 로그 항목을 확인할 수 있습니다. 호스트 이름, 저장소 정보, 사용자 이름 또는 내부 경로가 포함된 로그는 공개적으로 공유하지 마십시오.

Zypper를 다시 사용할 수 있는지 확인하십시오.

알려진 트랜잭션이 완료되거나 관리자가 오래된 상태를 해결한 후에는 zypper --version또는 와 같은 무해한 읽기 전용 명령을 실행하십시오 zypper repos. 잠금 경고 없이 완료되면 승인된 업데이트 기간 동안 의도한 패키지 명령을 다시 시도하십시오. 확인하기 전에 Zypper가 제안한 변경 사항을 검토하십시오. 명령이 성공적으로 완료되면 두 번째 패키지 관리자 프로세스가 중단되지 않습니다. 잠금 메시지가 반환되면 파일을 삭제하거나 트랜잭션을 반복하는 대신 새 PID를 확인하십시오.

SUSE 공식 참조 자료

• SLES 15 SP6 관리 가이드: 명령줄 도구를 사용한 소프트웨어 관리
• SLES 15 SP6 AutoYaST FAQ: Zypper와 RPM 데이터베이스 잠금 문제
• SLES 15 SP7 관리 가이드: 문제 해결 및 로그 파일
• libzypp 프로젝트 문서