커널을 업데이트하고 가장 오래된 커널을 제거하면 현재 사용 중인 커널도 제거됩니까?

이것이 일어난 일입니다. cpanel이 업데이트되었고 업데이트 프로세스 중에 내 커널도 업데이트되었습니다. 다시 시작해야 합니다.

재부팅할 때 커널 패닉이 발생했습니다. 다행히 IPMI가 있어서 가장 오래된 커널로 쉽게 전환할 수 있었습니다. 가장 오래된 커널을 제외하고는 다른 커널이 작동하지 않으므로 이것은 마지막 시도입니다.

그래서 지금은 가장 오래된 커널을 사용하고 있습니다.저것늙었고, 다른 사람들보다 단지 나이가 많음). 이 문제를 방지하기 위해 커널 업데이트가 아직 보류 중이므로 ssh를 사용하여 ssh를 통해 커널 업데이트를 실행하기로 결정했습니다 yum update -y kernel.

내 유일한 관심사는 현재 커널이 삭제될 수 있다는 것입니다.

이것이 내가 얻은 것입니다. 어쩌면 당신이 나에게 뭔가를 확인해 줄 수도 있습니다.

설치하는 동안 다음 메시지를 받았습니다.

Removed:
  kernel.x86_64 0:3.10.0-693.11.1.el7

Installed:
  kernel.x86_64 0:3.10.0-862.3.3.el7

따라서 이는 이번 업데이트 중에 제거될 이전 커널이며 재부팅 시 새 커널이 활성화됩니다.

현재 사용하고 있는 커널을 확인했습니다.

# uname -r
3.10.0-693.17.1.el7.x86_64

설치된 커널 목록을 확인했습니다.

# rpm -qa kernel
kernel-3.10.0-862.3.3.el7.x86_64
kernel-3.10.0-862.3.2.el7.x86_64
kernel-3.10.0-693.17.1.el7.x86_64

내 말이 맞다면 이 정보에서현재 커널을 삭제하지 않은 것 같습니다(그러나 확실하지는 않습니다).하지만 내가 있는 곳을 제외하고는 가장 나이가 많은 사람입니다.

그런 경우에는 커널 패닉 상태로 돌아가면 이 커널로 다시 전환할 수 있으므로 안전합니다.

그렇지 않으면 모든 것을 다시 설치하느라 3일을 낭비했을 것입니다. 물론 전체 백업을 했지만 문제를 해결하기 전에 재부팅하지 않았다면 처음부터 다시 설치하는 데 며칠이 걸렸을 것이며 불필요했을 것입니다.

공급자가 작동하지 않는 경우 전체 드라이브에 다른 SSD를 연결하도록 허용한다면, 특히 그렇게 할 필요가 없는 경우에는 어려울 것입니다. 미리 알면 업데이트가 실패하면 다시 작동하도록 교체할 수 있도록 다른 SSD에 DD를 수행할 수 있기 때문입니다(또는 이것이 작동할까요? 커널이 없으면 여전히 부팅해야 합니다!) )

전반적으로 여기서 우려되는 점은 코어 수가 제한되어 있을 때 기존 코어를 제거할지 여부입니다(최대 3개로 설정했습니다. 지금은 변경하기에는 너무 늦었습니다).

CentOS 개발자가 안전 장치로 기존 커널을 ​​제거하지 않는 것이 합리적입니다. 재부팅의 위험을 감수하고 잠재적으로 나 자신을 위해 많은 작업을 생성하기 전에 이 사실을 100% 확신하고 싶습니다.

물론, 결국 이 문제는 해결되어야 합니다. 하지만 할 일이 백만 개도 없을 때는 일주일까지 기다릴 수 있고 지금은 3일 동안 불필요한 작업을 할 시간이 없습니다. 특히 다음 재부팅까지 상황이 확실히 좋아질 때라면 더욱 그렇습니다. . 이 시점에서는 다시 시작을 나중으로 연기하고 서버와 모든 사이트를 계속해서 실행할 수 있습니다.

그럼 정리하자면 CentOS 7 커널 업데이트를 할 때 코어 수가 제한되어 있는 경우 기존 커널을 ​​제거하는 것이 적절한 걸까요?

정말 감사합니다. 도움을 주셔서 감사합니다. 이 질문은 다양한 상황에서 다른 사람들에게 유용할 것이라고 생각합니다.