CLI를 사용하여 자동으로 소프트웨어 업데이트

명령행 인터페이스(CLI)를 사용하여 소프트웨어 업데이트를 설치할 수 있습니다.

1. 현재 시스템에 문제가 없는지 확인하려면 테스트 유틸리티의 최신 버전을 다운로드, 설치 및 실행해야 합니다.
   중요사항: 관리 GUI 또는 CLI를 사용하여 테스트 유틸리티를 설치 및 실행하고 나면 이 페이지의 2 단계로 돌아가야 합니다.

   이 도구의 최신 버전은 다음 웹 사이트에서 다운로드하여 설치할 수 있습니다. 링크는 테스트 유틸리티를 설치 및 실행하기 위해 관리 GUI 또는 CLI를 사용하여 지시사항을 제공합니다.

   http://www.ibm.com/support/docview.wss?uid=ssg1S4000585

2. www.ibm.com/support 사이트에서 최신 코드를 다운로드하십시오.
   • CD에 코드를 쓰려면 CD 이미지를 다운로드해야 합니다.
   • CD에 코드를 쓰지 않으려면 설치 이미지를 다운로드해야 합니다.
3. PuTTY scp(pscp)를 사용하여 노드에 업데이트 파일을 복사하십시오.
4. 업데이트 파일의 복사가 완료되었는지 확인하십시오.
   업데이트를 시작하기 전에 다음 상황을 알고 있어야 합니다.

   • 다음과 같은 경우 설치 프로세스가 실패합니다.
     • 원격 시스템에 설치된 코드가 새 코드와 호환되지 않거나 시스템 간 통신 오류로 인해 시스템이 코드 호환성을 확인할 수 없는 경우
     • 시스템의 노드에 새 코드에서 지원하지 않는 하드웨어 유형이 있는 경우
     • 업그레이드 프로세스의 일부로서 노드를 다시 부팅하여 시스템에서 시스템에 있는 하나 이상의 볼륨이 오프라인으로 전환되었음을 판별하는 경우. lsdependentvdisks 명령을 사용하여 영향을 받는 볼륨에 대한 상세 정보를 찾을 수 있습니다. 업데이트 중에 데이터에 대한 액세스의 유실을 준비한 경우에는 강제 실행 플래그를 사용하여 이 제한사항을 대체할 수 있습니다.
   • 업데이트는 노드 간의 내부 연결을 사용하여 시스템의 모든 노드에 분배됩니다.
   • 노드는 한 번에 하나씩 업데이트됩니다.
   • 노드는 일반 시스템 활동과 동시에 새 코드를 실행합니다.
   • 노드가 업데이트되는 동안에는 I/O 그룹의 I/O 활동에 참여하지 않습니다. 결과적으로, 호스트 다중 경로 소프트웨어를 사용하여 I/O 그룹의 볼륨에 대한 모든 I/O 활동이 I/O 그룹의 다른 노드로 지정됩니다.
   • 노드 업데이트 간에 30분의 지연이 있습니다. 지연은 호스트 다중 경로 소프트웨어가 업데이트된 노드의 경로를 다시 발견할 수 있는 시간을 허용합니다. I/O 그룹의 다른 노드가 업데이트될 때 액세스의 유실이 없습니다.
   • 시스템의 모든 노드가 새 코드 레벨로 정상적으로 업데이트될 때까지 업데이트는 커미트되지 않습니다. 모든 노드가 새 코드 레벨로 다시 시작되면 새 레벨이 커미트됩니다. 새 레벨이 커미트되면 새 코드 레벨을 반영하도록 시스템 VPD(Vital Product Data)가 업데이트됩니다.
   • 업데이트된 코드의 새 기능을 호출하기 전에 모든 멤버 노드가 업데이트되고 업데이트가 커미트될 때까지 기다리십시오.
   • 업데이트 프로세스에 일부 시간이 걸리므로, 설치 명령은 시스템이 코드 레벨을 확인함과 동시에 완료됩니다. 업데이트 완료 시점을 판별하려면, 시스템 VPD에서 코드 레벨을 표시하거나 오류/이벤트 로그에서 소프트웨어 업데이트 완료 이벤트를 찾아야 합니다. 노드가 새 코드 레벨로 다시 시작되지 않거나 프로세스 중에 실패하면 코드 레벨이 백 오프됩니다.
   • 업데이트 중에 각 노드의 버전 번호는 코드가 설치되고 노드가 다시 시작될 때 업데이트됩니다. 시스템 코드 버전 번호는 새 코드 레벨이 커미트되면 업데이트됩니다.
   • 업데이트가 시작되면 오류 또는 이벤트 로그에 항목이 작성되고 업데이트가 완료되거나 실패하면 다른 항목이 작성됩니다.
5. 다음 CLI 명령을 실행하여 업데이트 프로세스를 시작하십시오.

   applysoftware -file software_update_file

   여기서 software_update_file은 3단계에서 파일을 복사한 디렉토리에 있는 코드 업데이트 파일의 이름입니다.

   시스템 업데이트의 일부로서 노드를 다시 부팅한 결과로 인해 오프라인가 상태가 된 볼륨을 시스템에서 식별하는 경우에는 코드 업데이트가 시작되지 않습니다. 선택적 force 매개변수를 사용하면 식별된 문제점과 무관하게 업데이트가 계속됨을 표시할 수 있습니다. force 매개변수를 사용하는 경우 계속 진행 의사를 확인하라는 프롬프트가 표시됩니다.
6. 다음 CLI 명령을 실행하여 코드 업데이트 프로세스의 상태를 확인하십시오.

   lsupdate

   이 명령은 업데이트가 완료되면 성공을 표시합니다. 시스템에 구성된 핫 스페어 노드가 있는 경우, 핫 스페어 노드는 각 노드으로부터의 I/O 조작을 업데이트된 것으로 가정합니다.
   참고: stalled_non_redundant의 상태가 표시되는 경우, 노드 업데이트의 나머지 세트를 계속 진행하면 볼륨이 오프라인 상태가 될 수 있습니다. 업데이트를 완료하려면 서비스 담당자에게 문의하십시오.
7. 업데이트가 정상적으로 완료되었는지 확인하려면, 시스템의 각 노드마다 lsnodevpd CLI 명령을 실행하십시오.

   코드 버전 필드에 새 코드 레벨이 표시됩니다.

   중요사항: 시스템 소프트웨어를 8.1.0 이전 버전에서 8.1.1 이상 버전으로 업데이트하는 경우, 이미 64GB를 초과하는 RAM을 설치한 시스템에서는 모든 노드가 오류 코드 841과 함께 업데이트에서 리턴됩니다. 버전 8.1.0 이상은 이전 버전과는 다른 방식으로 메모리를 할당하므로 RAM은 다시 "승인"되어야 합니다. 오류를 해결하려면 다음 단계를 완료하십시오.

   1. 단일 노드에서 svctask chnodehw 명령을 실행하십시오. 이 명령을 한 번에 둘 이상의 노드에서 실행하지 마십시오.
   2. 노드가 다시 시작되고 오류 없이 리턴할 때까지 대기하십시오.
   3. 다중 경로 드라이브가 호스트를 복구할 때까지 추가로 30분간 대기하십시오.
   4. 모든 노드에서 오류가 제거될 때까지 각 노드에 대해 개별적으로 이 프로세스를 반복하십시오.