다음 파일 시스템 버그는 Solaris 10 릴리스에 적용됩니다.
NFSv4 서버를 Solaris Express 11/04 또는 이전 Solaris 10 릴리스에서 업그레이드한 후 프로그램에서 EACCES 오류가 발생할 수 있습니다. 또한 디렉토리가 비어 있는 것처럼 잘못 표시될 수도 있습니다.
이 오류를 방지하려면 클라이언트 파일 시스템을 마운트 해제하고 다시 마운트합니다. 마운트 해제에 실패한 경우 umount -f를 사용하여 파일 시스템을 강제로 마운트 해제해야 합니다. 또는 클라이언트를 다시 부트할 수도 있습니다.
네트워크의 클라이언트 및 서버에 서로 다른 이전 Solaris 10 릴리스가 설치되면 NFSv4 ACL(Access Control List) 함수가 적당하게 작동하지 않을 수 있습니다. 영향을 받는 ACL 함수와 이런 함수를 사용하는 명령줄 유틸리티는 다음과 같습니다.
acl()
facl()
getfacl
setfacl
이 기능 및 유틸리티에 대한 자세한 내용은 해당 매뉴얼 페이지를 참조하십시오.
예를 들어, 다음 구성을 포함하는 네트워크에서 오류가 관찰될 수 있습니다.
Solaris 10 베타 소프트웨어가 실행 중인 클라이언트
Solaris 10 소프트웨어가 실행 중인 서버
다음 표에서는 서로 다른 Solaris 10 릴리스가 설치된 클라이언트 서버 구성에서 ACL 함수의 결과를 보여 줍니다.
작업 |
클라이언트 S10 OS |
서버 S10 OS |
결과 |
---|---|---|---|
get ACL |
S10 베타 |
S10 OS |
fabricated ACL * |
get ACL |
S10 OS |
S10 베타 |
제대로 작동 |
set ACL |
S10 베타 |
S10 OS |
제대로 작동 |
set ACL |
S10 OS |
S10 베타 |
오류: EOPNOTSUP |
해결 방법: NFSv4 ACL 기능이 적합하게 작동하게 하려면 서버와 클라이언트 모두에서 Solaris 10 OS를 전체 설치하십시오.
현재 Solaris 10 버전에서 Solaris의 NFSv4 ACL(액세스 제어 목록) 구현은 RFC 3530 사양과 호환됩니다. 그러나 Solaris 10 베타 2 또는 베타 1 버전을 사용하는 NFSv4 클라이언트에서는 오류가 발생합니다. 이 클라이언트는 현재 Solaris 10 릴리스를 사용하는 NFSv4 서버에서 파일을 생성할 수 없습니다. 다음과 같은 오류 메시지가 나타납니다.
NFS getacl failed for server_name: error 9 (RPC: Program/version mismatch) |
해결 방법: 없음.
크기가 1TB보다 크거나 같은 분할 영역에서는 덤프를 생성할 수 없습니다. 그런 장치가 시스템에 있으면 시스템 패닉에 이어 시스템이 부트할 때 다음과 같은 상황이 발생할 수 있습니다.
시스템이 덤프를 저장하지 않습니다.
다음과 같은 메시지가 표시됩니다.
0% done: 0 pages dumped, compression ratio 0.00, dump failed: error 6 |
해결 방법: 시스템의 덤프 장치 크기를 1TB보다 작게 구성합니다.
smosservice 명령을 사용하여 UFS 파일 시스템에 OS 서비스를 추가할 경우 사용 가능한 디스크 공간이 부족하다는 메시지가 표시됩니다. 이 오류는 EFI 레이블 디스크에 있는 UFS 파일 시스템에서만 발생합니다.
해결 방법: 다음 해결 방법을 수행합니다.
SMI VTOC 디스크 레이블을 적용합니다.
파일 시스템을 다시 만듭니다.
smosservice 명령을 다시 실행합니다.