SSH를 통해서만 액세스할 수 있는 원격 서버의 경우 예DNF 시스템 업그레이드이것이 여전히 권장되는 버전 업그레이드 방법입니까? 로컬 시스템에서는 재부팅 후 업그레이드 진행 상황을 볼 수 있지만 ssh를 사용하면 모든 작업이 성공적으로 완료된 후에만 서버에 다시 로그인할 수 있습니다.
그렇지 않다면 더 안정적인 방법이 있습니까?
답변1
아무것도 남지 않았어믿을 수 있는시스템 업그레이드를 위해 제가 발견한 방법입니다.
즉, 타사 저장소가 새 릴리스에 맞게 업데이트되지 않았고 패키지가 누락되었거나 새로운 충돌이 있는 경우 실패할 수 있습니다. 그러나 이러한 문제가 발생하면 다운로드/트랜잭션 테스트 단계에서 나타납니다. 시스템을 다시 시작하면 정전이나 기타 심각한 상황이 발생하지 않는 한 업그레이드가 완료됩니다.
그러나 Fedora를 업그레이드하기 전에 Fedora 위키에서 "Common F** bugs"라는 제목의 기사를 확인해야 합니다. 여기서 **는 업그레이드하려는 Fedora 버전입니다. 예를 들어, 29에서 30으로 업그레이드하는 경우 다음을 읽어보세요.F30 일반적인 오류먼저 문제가 발생하는지 확인한 다음 업그레이드를 연기하거나 지정된 해결 방법을 적용하십시오.
답변2
원격 Fedora 서버를 업데이트하는 가장 안정적인 방법은 안전망을 이용하는 것입니다.
- 관심 있는 원격 데이터의 백업 생성 및 확인
- BMC/iLO/를 통해 일종의 KVM을 통해 원격 콘솔 액세스를 설정합니다.파커 KVM또는 유사한
그런 다음 업그레이드 단계를 테스트할 수 있는 원격 Fedora 서버의 로컬 복제본이 바람직합니다.
실제 업그레이드 단계에는 기본적으로 다음과 같은 옵션이 있습니다.
- 새로운 Fedora 버전을 처음부터 설치하고, 플레이북을 실행하고, 백업을 복원하세요.
- 사용
dnf system-upgrade
업그레이드하려면 네트워크가 없는 최소 환경으로 재부팅하세요. - 사용
fedora-upgrade
심지어직접 dnf온라인 업그레이드의 경우(예: tmux'ed SSH 세션에 머물면서 진행 상황을 직접 추적할 수 있음)
틀림없이 첫 번째 옵션은 가장 잘 테스트되고 가장 덜 복잡한 옵션이므로 가장 신뢰할 수 있습니다.
또한 dnf system-upgrade
plymouth가 설치되지 않은 경우와 같이 콘솔에 액세스할 수 있는 경우 진행 상황 업데이트도 받지 못할 수 있습니다. (FWIW, Fedora 35에서 37로 업그레이드할 때 여전히 문제가 있습니다)
로컬 클론에서 업그레이드를 테스트할 수 있는 경우너테스트를 거쳤으며 성공한 것이 가장 신뢰할 수 있습니다.