핫패치 후 다시 부팅 보류 중

Symptoms

핫패치를 설치한 후 업그레이드와 관련이 없는 문제가 표시될 수 있습니다.

• 이전에 작동하던 기능이 핫패치 후 실패하기 시작합니다.
• 인스턴스는 일관성이 없고 재현하기 어려운 방식으로 불안정합니다.
• 서비스는 예기치 않게 동작하거나 변경 사항을 반영하지 않습니다.

이러한 증상 중 어느 것도 업그레이드 때문이라고 볼 만한 것은 없으므로 추가로 조사하기 전에 보류 중인 재부팅 여부를 먼저 확인해 보는 것이 좋습니다.

원인

핫패치에는 커널 또는 핵심 시스템 패키지에 대한 업데이트가 포함될 수 있습니다. 실행 중인 시스템은 마지막으로 시작할 때 로드된 버전을 계속 사용하므로 다시 시작할 때까지 해당 업데이트가 적용되지 않습니다.

핫패치 업그레이드 스크립트는 재부팅이 필요한 시기를 알려주지만 인스턴스를 자동으로 다시 시작하지는 않습니다. 해당 메시지를 놓치거나 다시 부팅을 연기한 다음 잊어버린 경우 인스턴스는 일부 구성 요소가 업데이트되고 다른 구성 요소는 업데이트되지 않는 혼합 상태로 실행됩니다. 다시 부팅하지 않고 핫패치를 추가로 설치하면 이 문제를 더욱 악화시킵니다.

문제 확인 중

1. 관리 셸에 SSH로 접속합니다. 자세한 내용은 관리 셸(SSH)에 액세스을(를) 참조하세요.

2. 재부팅이 필요한지 확인합니다. 두 파일 중 하나는 시스템을 다시 시작해야 하는 경우에만 존재합니다.

   ls /var/run/reboot-required /var/run/reboot-required.pkgs
   

   두 파일 중 하나가 나열되면 재부팅이 필요합니다. 두 경로 모두 존재하지 않으면 명령은 두 경로 모두에 대해 No such file or directory를 보고합니다. 즉, 다시 부팅이 보류 중이 아니고 문제가 다른 곳에 있습니다.

3. /var/run/reboot-required.pkgs이 있으면 다시 시작을 기다리는 패키지를 확인할 수 있습니다.

   cat /var/run/reboot-required.pkgs
   

문제 해결하기

다시 부팅하면 GitHub Enterprise Server 인스턴스 사용할 수 없으므로 즉시 다시 부팅하지 말고 미리 계획하세요.

1. 사용자와 함께 유지 관리 시간을 예약합니다.

2. 유지 관리 모드를 사용하도록 설정한 다음 모든 활성 프로세스가 완료되기를 기다립니다. 자세한 내용은 유지 관리 모드 사용 설정 및 예약을(를) 참조하세요.

3. 인스턴스를 다시 부팅합니다.

   sudo reboot
   

4. 인스턴스가 다시 정상 상태가 되면 아직 보류 중인 재부팅이 없는지 확인합니다. 이제 두 파일이 모두 사라졌으므로 명령은 각 경로에 대해 No such file or directory를 보고합니다. 그것이 당신이 원하는 결과입니다.

   ls /var/run/reboot-required /var/run/reboot-required.pkgs
   

5. 유지 관리 모드를 비활성화하고 원래 문제가 해결되었는지 확인합니다.

재발 방지

• 핫패치가 재부팅이 필요하다고 보고하면 예약하고 완료까지 추적합니다. 편리한 시간을 선택할 수 있지만, 가능한 한 빨리 다시 부팅하세요. 특히 핫패치에 보안 수정 사항이 포함된 경우에는 더욱 그렇습니다. 자세한 내용은 핫패치를 사용하여 업그레이드을(를) 참조하세요.
• 인스턴스가 업데이트가 예상하는 상태에서 더 멀어지므로 필요한 경우 다시 부팅하지 않고 여러 핫패치를 연속으로 설치하지 마세요.
• 업그레이드 후 검사의 일부로 보류 중인 재부팅을 확인하여 사용자가 알아차리기 전에 발견할 수 있습니다.

연락하기 GitHub 지원

다시 부팅한 후에도 문제가 계속되거나 이러한 단계에 대해 잘 모르는 경우 계속하지 말고 GitHub 지원에 문의하세요. 자세한 내용은 지원 티켓 만들기을(를) 참조하세요.

이미 티켓을 연 경우 지원 번들을 첨부하면 GitHub 지원 문제를 더 빠르게 진단하는 데 도움이 됩니다. 자세한 내용은 GitHub 지원에 데이터 제공을(를) 참조하세요.

추가 읽기

• 업그레이드 프로세스 개요
• 명령줄 유틸리티