다음 메시지가 표시될 수 있습니다:
The Solaris operating environment on slice c0t0d0s0 cannot be upgraded. A file system listed in the file system table (vfstab) could not be mounted. |
설치 소프트웨어는 루트 inodes를 위해 줄무늬가 있는 DiskSuiteTM 메타 장치에 저장된 inodes를 해석하고 메타 장치를 업그레이드 가능한 슬라이스로 마운트하려고 시도할 수 있습니다. 이 문제가 발생하면 마운트에 실패하고 설치가 중단됩니다.
경고: mod_install: MT-unsafe driver 'tnatp' rejected panic[cpu0] / thread=7051e040:mutex-enter:bad_mutex lp=1046aa20 owner=7051e040 thread=7051e040
Solaris 7 운영 환경에서는 드라이버 충돌 때문에 TotalNET Advanced Server (SunLinkTM) 버전 5.2로 업그레이드해야 합니다. TotalNET Advanced Server의 5.0 버전과 5.1 버전은 Solaris 7 운영 환경이 잘못 부트되게 합니다.
문제 해결 방법: Solaris 7 운영 환경을 설치하기 전에 TotalNET Advanced Server를 위한 모든 설치를 5.2 버전으로 업그레이드해야 하는데 이 버전은 Solaris Easy Access Server 2.0 CD에 있습니다. 지시된 방법에 따라 기존 TotalNET Advanced Server 설치를 업그레이드하십시오.
x86 계통 시스템을 Solaris 7 운영 환경으로 업그레이드하기 전에 버그 설명 ID 4121281을 읽으십시오.
DiskSuiteTM를 실행하고 Solaris 7으로 업그레이드하는 경우, 아울러 DiskSuite 4.2로 업그레이드해야 합니다. DiskSuite 4.2 배포판에는 metadb 복제판의 삭제와 교체를 자동화하는 metacvt라고 불리는 스크립트가 포함됩니다. Solaris 7 및 DiskSuite 4.2로 업그레이드할 때에 metacvt를 사용하여 복제판에 저장된 SCSI 드라이버 이름을 cmdk에서 sd로 변경할 수 있습니다.
문제 해결 방법: Solaris 7 운영 환경으로 업그레이드하는 중에 데이터 상실 가능성을 피하려면 DiskSuite를 실행하는 x86 계통 시스템을 업그레이드하기 전에 시스템의 메타 장치 구성을 텍스트 파일에 저장하고 metadb 복제본을 삭제해야 합니다. x86 계통 시스템으로 업그레이드한 후에 DiskSuite 명령줄 인터페이스를 사용하여 메타 장치 구성을 복원해야 합니다.
DiskSuite Version 4.2 Release Notes에는 metadb 구성을 저장하고 metadb 복제판을 삭제하며, x86 계통 시스템을 Solaris 7 운영 환경으로 업그레이드하고, DiskSuite를 4.2 버전으로 업그레이드하며 메타 장치 구성을 복원하기 위한 절차가 서술되어 있습니다. 이 절차를 자동화하는 Bourne 셸 스크립트를 Solaris 7 운영 환경을 위해 사용할 수 있습니다.
이 메시지는 이미 설치된 것과 구조와 버전이 동일한 패키지를 설치하려는 시도로서 나타납니다. 이 설치는 이 패키지에 겹쳐 쓰여집니다.
전체 배포 및 OEM 클러스터로 시스템을 업그레이드할 때에 다음 패키지들이 두번 추가된 것 같습니다:
SUNWolinc
SUNWxwdim
SUNWxwinc
SUNWxwman
SUNWxwpmn
SUNWxwsrc
SUNWolbk
SUNWoldim
SUNWolman
SUNWolsrc
"Solaris 소프트웨어 설치 - 설치가 아직 진행되고 있는데도 진행" 표시줄에 설치가 완료되었다고 표시되는 경우가 있습니다. 진행 표시줄에 설치가 완료되었다고 표시된 후 몇 분 있다가 설치 프로그램이 패키지들을 추가할 수 있습니다. 설치가 완료되었음을 나타내는 진행 표시줄을 전적으로 믿지 마십시오. 설치 프로그램이 설치 작업을 완료하면 다음 메시지가 표시됩니다:
Installation complete |
어떤 경우에는 JumpStart가 현재 기본 부트 디스크에 기본 부트를 설치하지 않습니다. 이 문제는 2개의 하드 디스크 드라이브를 갖춘 SPARCstationTM에서 완전 자동 설치를 사용할 때 발생되었습니다. 이 경우에는 재부트시 현재 버전 대신에 이전 버전의 Solaris 운영 환경이 부트됩니다.
문제 해결 방법: JumpStartTM 없이 Solaris 운영 환경을 설치하십시오.
디스크 없는 클라이언트를 갖춘 서버에서 Solaris 운영 환경을 업그레이드할 경우, dfstab 행의 옵션들은 /usr을 위해 보존되지 않습니다. 예를 들어 dfstab 파일에 다음 내용을 입력한 경우:
share -F nfs -o rw /export/exec/Solaris_2.7_sparc.all/usr |
이 내용은 업그레이드 중에 다음 내용으로 자동 교체됩니다:
share -F nfs -o ro /export/exec/Solaris_2.7_sparc.all/usr |
문제 해결 방법: 디스크 없는 클라이언트나 SolsticeTM AutoClientTM를 갖춘 OS 서버에서 Solaris 운영 환경을 업그레이드하기 전에 클라이언트를 위한 /etc/dfs/dfstab 파일을 백업하십시오.
x86 계통 시스템을 Solaris 7 운영 환경으로 업그레이드하기"대화식 설치 시작 전에 발생하는 설치 버그" 전에 본 장의 4 페이지에서 언급한 버그 설명 ID 4121281과 이 절에 서술된 기타 모든 버그 설명을 읽어야 합니다. 이 문제는 데이터 상실을 초래할 수 있습니다.
디스크 없는 sun4c, sun4d 및 sun4m 클라이언트를 갖춘 sun4u 서버와 같이 여러 가지 SPARC 커널 구조를 가진 디스크 없는 클라이언트들을 갖춘 서버를 업그레이드한 후에는 서버와 커널 구조가 다른 클라이언트용SUNWkvm 패키지들은 패치될 수 없습니다.
문제 해결 방법: 이들에 영향을 미치는 패치를 적용하기 전에 모든 SUNWkvm 패키지들을 수동으로 추가하십시오.
# pkgadd -d SUNWkvm.* |
업그레이드 프로그램은 Solaris 소프트웨어로 시스템을 업그레이드하는 데에 필요한 공간의 크기를 최고 30%만큼 과장할 수 있습니다. 이러한 과장으로 인해 많은 시스템에서 패키지 선택을 취소하거나 더 많은 공간을 확보하지 않고서는 업그레이드할 수 없게 됩니다.
문제 해결 방법: 수동으로 파일 시스템 간에 디스크 공간을 할당하거나 소프트웨어 사용자화 메뉴를 사용하여 불필요한 소프트웨어 패키지들을 삭제하십시오.
SolsticeTM AutoClientTM들은 재부트시에 다음 메시지를 표시합니다:
fsck -F cachefs: Cache directory /.cache/rootcache does not exist. mount -F cachefs: cache fsck mount failed fsck -F cachefs: Cache directory /.cache/rootcache does not exist. mount -F cachefs: cache fsck mount failed |
이 지침은 루트 파일 시스템이 cachefs 유형이라는 것을 커널에 대해 표시합니다. 업그레이드를 시도하기 전에 특정 Solstice AutoClient가 이 문제로 인해 영향을 받을지를 결정하려면 서버에서 /export/root//var/sadm/pkg 디렉토리를 검토하십시오 (이것은 Solstice AutoClient의 /var/sadm/pkg 디렉토리임). 이 디렉토리에 TADcar라고 불리는 서브디렉토리가 있을 경우, Solstice AutoClient들이 영향을 받을 수 있습니다.
문제 해결 방법: 업그레이드 후에 다음 행을 추가하여 Solstice AutoClient용 /etc/system 파일을 편집하십시오:
rootfs:cachefs |
Solstice AutoClient의 /etc/system 파일은 서버에 /etc/root//etc/system로 저장됩니다.