다음 절차에서는 /etc/path_to_inst 파일이 결과적으로 손상되는 Solaris 10 소프트웨어에 대한 업그레이드의 복구 방법을 설명합니다.
이 절차에서는 Sun Cluster 구성을 Solaris 10 OS의 2005년 3월 릴리스로 업그레이드하는 것과 연관할 수 이외의 기타 문제를 수정하지 않습니다.
Solaris 10 OS의 2005년 3월 릴리스로 업그레이드한 각 노드에서 이 절차를 수행합니다.
노드를 부트할 수 없는 경우 네트워크나 CD-ROM에서 노드를 부트합니다. 노드가 부트되면 fsck 명령을 실행하고 /a와 같은 분할 영역에서 로컬 파일 시스템을 마운트합니다. 단계 2에서는 /etc 디렉토리에 대한 경로에서 로컬 파일 시스템 마운트의 이름을 사용합니다.
수퍼유저가 되거나 노드에서 그에 상응하는 역할을 수행합니다.
/etc 디렉토리로 가십시오.
# cd /etc |
path_to_inst 파일이 손상되었는지 여부를 확인합니다.
path_to_inst 파일이 손상되면 다음과 같은 특징을 보입니다.
물리적 장치 이름의 시작 부분에 /node@nodeid가 포함된 항목 블록이 파일에 있습니다.
동일한 항목 일부가 다시 나열되지만 /node@nodeid 접두사가 없습니다.
파일이 이 형식으로 되어 있지 않은 경우 다른 문제가 일부 있습니다. 이 절차를 계속하지 않습니다. 도움이 필요한 경우 Sun 서비스 담당자에게 문의하십시오.
단계 3에서 설명한 대로 path_to_inst 파일이 손상된 경우, 다음 명령을 실행합니다.
# cp path_to_inst path_to_inst.bak # sed -n -e "/^#/p" -e "s,node@./,,p" path_to_inst.bak > path_to_inst |
path_to_inst 파일을 검사하여 복구되었는지 확인합니다.
복구된 파일은 다음 변경 사항을 적용합니다.
모든 물리적 장치 이름에서 /node@nodeid 접두사가 제거됩니다.
물리적 장치 이름에 대해 중복 항목이 없습니다.
path_to_inst 파일의 권한이 읽기 전용이어야 합니다.
# ls -l /etc/path_to_inst -r--r--r-- 1 root root 2946 Aug 8 2005 path_to_inst |
비클러스터 모드로 재구성 재부트를 수행합니다.
# reboot -- -rx |
영향받은 클러스터 노드를 모두 복구한 다음, Solaris OS용 Sun Cluster 소프트웨어 설치 안내서의 비롤링 업그레이드 전에 종속성 소프트웨어를 업그레이드하는 방법를 참조하여 업그레이드 프로세스를 계속합니다.