이 장에서는 알려진 런타임 문제에 대해 설명합니다.
이 장의 문제 및 버그 중 일부는 이후 Solaris 10 릴리스에서 수정되었습니다. Solaris 소프트웨어를 업그레이드한 경우 이 장의 특정 문제 및 버그가 더 이상 적용되지 않을 수 있습니다. Solaris 10 소프트웨어에 더 이상 적용되지 않는 버그 및 문제를 보려면 부록 A, Solaris 10 운영 체제의 통합 버그 수정 표를 참조하십시오.
다음 Solaris 10 OS 버그는 공통 데스크탑 환경(Common Desktop Environment, CDE)에 적용됩니다.
x64 시스템이 Solaris Trusted Extensions용으로 구성된 경우 루트가 아닌 관리 역할을 가진 사용자가 해당 콘솔에서 X 윈도우 서버에 연결할 수 없습니다. 응용 프로그램 시작이 실패합니다. 오류 메시지는 표시되지 않습니다.
해결 방법: 로컬 호스트에서 들어오는 TCP 연결을 허용합니다. TCP 연결을 허용하려면 /etc/X0.hosts 파일을 만들고 전역 영역의 호스트 이름이 있는 단일 행을 추가합니다.
신뢰할 수 있는 CDE 데스크탑에서 화면 잠금이 올바르게 시작되지만 화면을 잠금 해제하는 경우 데스크탑에서 부정확한 메시지가 표시된 다음 사용자가 로그아웃됩니다. LDAP 이름 서비스가 아닌 다른 이름 서비스를 사용하는 경우에만 문제가 발생합니다.
다음과 같은 오류 메시지가 나타납니다.
Your account has expired, you will be logged out in 10 seconds, or click OK to logout immediately |
해결 방법: 다음 해결 방법 중 하나를 선택합니다.
해결 방법 1:전역 영역에서 /etc/nsswitch.conf 파일을 passwd 행 맨 끝 부분의 xxxx 에 추가합니다. 다음 예 중 하나를 선택합니다.
passwd: files xxxx |
passwd: files ldap xxxx |
해결 방법 2:SMF를 통해 이름 서비스 캐시 데몬(nscd)을 시작합니다.
# svcadm restart name-service-cache |
신뢰할 수 있는 Java DS 데스크탑에서 다른 역할로 전환을 선택할 때 데스크탑에서 부정확한 메시지를 표시합니다. 또한 역할을 전환할 수 없습니다. 이 버그는 LDAP 이름 서비스가 아닌 다른 모든 이름 서비스에 영향을 줍니다.
다음과 같은 오류 메시지가 나타납니다.
Couldn't set account management for root. |
해결 방법: 다음 해결 방법 중 하나를 선택합니다.
해결 방법 1:전역 영역에서 /etc/nsswitch.conf 파일을 passwd 행 맨 끝 부분의 xxxx 에 추가합니다. 다음 예 중 하나를 선택합니다.
passwd: files xxxx |
passwd: files ldap xxxx |
해결 방법 2:SMF를 통해 nscd 서비스를 다시 시작합니다.
# svcadm restart name-service-cache |
dtfile 아이콘을 마우스로 끌 때 해당 아이콘과 마우스 포인터가 표시되지 않을 수 있습니다. 오류 메시지는 표시되지 않습니다.
해결 방법: /usr/dt/config/<locale>/sys.resources 파일의 #if EXT_SUN_TS OL 아래에 다음 행을 추가합니다.
!! DragNDrop protocol. Other styles cause policy violation. *DragInitiatorProtocolStyle: DRAG_DYNAMIC *DragReceiverProtocolStyle: DRAG_DYNAMIC |
SMC를 사용하여 네트워크 보안 템플리트를 관리하는 경우 /etc/security/tsol/tnrhdb 파일은 업데이트되지만 tndb 캐시는 업데이트되지 않습니다. 네트워크 보안 정의가 적용되지 않습니다. 오류 메시지는 표시되지 않습니다.
해결 방법: SMC에서 네트워크 항목을 수정한 후 다음 명령 중 하나를 사용하여 tndb 캐시를 수동으로 새로 고칩니다.
파일 범위에서 항목을 수정합니다.
# /usr/sbin/tnctl -H /etc/security/tsol/tnrhdb |
LDAP 범위에서 항목을 수정합니다.
# /usr/sbin/tnctl -H <hostname> |
화면 해상도를 낮게 설정하기 위해 /usr/X11/bin/xrander -s 명령을 입력하는 경우 신뢰할 수 있는 스트라이프가 더 이상 표시되지 않습니다. 이는 신뢰할 수 있는 CDE 데스크탑에는 영향을 미치지만 신뢰할 수 있는 Java DS 데스크탑에는 영향을 미치지 않습니다. 오류 메시지는 표시되지 않습니다.
해결 방법: 해상도를 변경한 후 작업 공간 관리자를 다시 시작하십시오. CDE 작업 공간 메뉴에서 윈도우 -> 작업 공간 관리자 다시 시작을 선택하고 확인을 누릅니다.
gnome-at-properties에서 원격으로 로그인하여 액세스를 활성화하는 경우 GNOME 응용 프로그램이 시작되지 않습니다. GNOME 응용 프로그램을 시작하려 하면 다음 오류 메시지가 표시됩니다.
** ERROR **: Accessibility app error: exception during registry activation from id: IDL:Bonobo/GeneralError:1.0 aborting... |
해결 방법: 없음. dtremote를 사용하여 로그인하는 경우 액세스를 활성화하지 마십시오.
액세스가 비활성화된 기본 데스크탑 설정으로 돌아가려면 GNOME 세션을 닫습니다. 다음 명령을 실행합니다.
% gnome-cleanup |
JumpStart 설치 방법을 사용할 경우 이 프로세스에서는 시스템 식별 구성(sysidcfg) 파일을 사용할 수도 있습니다. 이 파일은 시스템을 위한 특정 Xsun 구성 파일을 생성할 때 사용합니다. sysidcfg 파일 중 Xsun 구성 부분은 kdmconfig -d filename 명령으로 만듭니다. 그러나 기본 Xorg 서버를 사용하는 시스템에서 이 명령으로 Xorg 구성 정보가 포함된 파일을 만들지 않습니다. 따라서 추가적인 예비 단계를 거치지 않고서는 이런 시스템에서 JumpStart 방법을 사용할 수 없습니다.
해결 방법: Xorg 서버를 사용하는 시스템에서 JumpStart 설치 방법을 사용하기 전에 다음 단계를 수행합니다.
시스템에서 사용할 특정 xorg.conf 파일을 준비합니다. JumpStart 서버의 JumpStart 디렉토리에서 이 파일을 저장합니다.
다음 명령 중 하나를 사용하여 xorg.conf 파일을 만듭니다.
/usr/X11/bin/Xorg -configure
/usr/X11/bin/xorgconfig
/usr/X11/bin/xorgcfg
설치할 시스템의 /etc/X11 디렉토리에 xorg.conf 파일을 복사하는 종료 스크립트를 만듭니다. 예를 들어, 다음 행이 스크립트에 포함될 수 있습니다.
cp ${SI_CONFIG_DIR}/xorg.conf /etc/X11/Xorg.conf |
사용자 정의 JumpStart 규칙 파일에서 설치할 유형에 해당되는 시스템의 규칙 항목에 종료 스크립트를 포함합니다.
사용자 정의 JumpStart 설치를 수행합니다.
사용자 정의 JumpStart 설치 수행 방법에 대한 지침은 Solaris 10 8/07 설치 설명서: 사용자 정의 JumpStart 및 고급 설치를 참조하십시오. 4장에는 JumpStart 규칙 파일에 대한 정보가, 5장에는 종료 스크립트에 대한 절이 있습니다.
CDE 데스크탑 환경의 이동식 매체 자동 실행 기능이 Solaris 10 소프트웨어에서 임시적으로 제거되었습니다.
해결 방법: CD-ROM 또는 다른 이동식 매체 볼륨에 대한 자동 실행 기능을 사용하려면 다음 중 하나를 수행해야 합니다.
이동식 매체 파일 시스템의 최상위 수준에서 volstart 프로그램을 실행합니다.
CDE 외부에서 액세스하기 위해 CD에 포함된 지침을 따릅니다.
데스크탑에 있는 마지막 메뉴 항목을 삭제한 후, 핸드헬드 장치를 동기화할 때 핸드헬드 장치에서 데스크탑으로 해당 항목이 복원됩니다. 삭제한 다음 복원된 항목의 예는 캘린더의 마지막 약속 또는 주소 관리자에 있는 마지막 주소입니다.
해결 방법: 동기화되기 전에 핸드헬드 장치에서 마지막 항목을 직접 삭제합니다.
다음 파일 시스템 버그는 Solaris 10 릴리스에 적용됩니다.
`add fs 하위 명령으로 마운트되는 ZFS 파일 시스템으로 비전역 영역이 처음 구성되었으며 mountpoint=legacy를 지정하는 경우 계속되는 영역 설치 작업이 실패합니다. 다음과 같은 오류 메시지가 나타납니다.
ERROR: No such file or directory: cannot mount </zones/path/root/usr/local> in non-global zone to install: the source block device or directory </path/local> cannot be accessed |
해결 방법: 비전역 영역을 설치한 후 ZFS 파일 시스템에 대한 액세스를 추가합니다.
ZFS는 POSIX와 호환되는 파일 시스템으로 설계되었고 대부분의 경우, ZFS는 POSIX와 호환됩니다. 그러나 ZFS가 POSIX 호환 테스트를 충족시키지 않는 경우 두 가지 상반된 조건이 존재합니다.
ZFS 파일 시스템 용량 통계를 업데이트합니다.
기존 데이터를 100% 전체 파일 시스템으로 수정합니다.
Related CRs:
6362314
6362156
6361650
6343113
6343039
fdisk -E 명령을 사용하여 ZFS 저장소 풀에서 사용되는 디스크를 수정하는 경우, 이 풀은 사용할 수 없게 되고 I/O 오류 또는 시스템 패닉이 발생할 수 있습니다.
해결 방법:
fdisk 명령을 사용하여 ZFS 저장소 풀에서 사용되는 디스크를 수정하지 마십시오. ZFS 저장소 풀에서 사용되는 디스크에 액세스해야 하는 경우 format 유틸리티를 사용합니다. 일반적으로, 파일 시스템에서 사용 중인 디스크는 수정하면 안 됩니다.
Veritas NetBackup 및 Brightstor ARCserve Backup 제품과 관련된 문제는 다음과 같습니다.
Veritas NetBackup 제품을 사용하여 ZFS 파일을 백업할 수 있으며, 이 구성이 지원됩니다. 그러나 이 제품은 현재 ZFS 파일에서 NFSv4 스타일 ACL 정보의 백업 또는 복원을 지원하지 않습니다. 일반적인 권한 비트 및 기타 파일 속성은 올바르게 백업되고 복원됩니다.
사용자가 ZFS 파일을 백업하거나 복원하려고 시도하면 ZFS 파일에서 NFSv4 스타일 ACL 정보가 확인 없이 삭제됩니다. ZFS 파일에서 ACL 정보가 삭제되었음을 나타내는 오류 메시지가 표시되지 않습니다.
ZFS/NFSv4 ACL에 대한 지원은 개발 중이며 다음 Veritas NetBackup 릴리스에서 사용할 수 있을 것으로 예상됩니다.
해결 방법 1:
Solaris 10 8/07 릴리스의 경우 tar 및 cpio 명령 모두 NFSv4 스타일 ACL을 포함하고 있는 ZFS 파일을 올바르게 처리합니다.
-p 옵션을 사용하는 tar 명령 또는 -P 옵션을 사용하는 cpio 명령을 사용하여 ZFS 파일을 임의의 파일에 씁니다. 그런 다음, Veritas NetBackup을 사용하여 tar 또는 cpio 아카이브를 백업합니다.
해결 방법 2:
Veritas NetBackup을 사용하는 대체 방법으로, ZFS send 및 receive 명령을 사용하여 ZFS 파일을 백업합니다. 이 명령은 ZFS 파일의 모든 속성을 올바르게 처리합니다.
UNIX(Solaris)용 BAB(BrightStor ARCserve Backup) 클라이언트 에이전트를 사용하여 ZFS 파일을 백업 및 복원할 수 있습니다.
그러나 ZFS NFSv4 스타일 ACL은 백업 시 보존되지 않습니다. 기존 UNIX 파일 권한 및 속성은 보존됩니다.
해결 방법: NFSv4 스타일 ACL을 포함하고 있는 ZFS 파일을 보존하려면 tar 명령을 -p 옵션과 함께 사용하거나 cpio 명령을 -P 옵션과 함께 사용하여 ZFS 파일을 파일에 씁니다. 그런 다음 BAB를 사용하여 tar 또는 cpio 아카이브를 백업합니다.
Solaris 10 8/07 릴리스에서 이전 Solaris 10 6/06 릴리스를 실행하는 시스템으로 embedded_su 패치가 없는 SUNWzfsg 패키지를 추가하는 경우, ZFS 관리 응용 프로그램 마법사가 정상적으로 작동하지 않습니다.
embedded_su 패치 없이 시스템에서 ZFS 관리 응용 프로그램을 실행하려고 시도하는 경우 ZFS 구성만 찾아볼 수 있습니다. 다음과 같은 오류 메시지가 나타납니다.
/usr/lib/embedded_su: not found |
해결 방법:
이전 Solaris 10 6/06 릴리스를 실행하는 시스템에 embedded_su 패치(119574-02)를 추가합니다.
대상에 Solaris iSCSI 소프트웨어 초기화 프로그램을 사용하여 연결된 파일 시스템 I/O에서의 호스트 패닉이 발생하면, I/O는 대상 장치를 비우거나 동기화하지 못할 수 있습니다. 비우거나 동기화하지 못하면 파일 시스템이 손상될 수 있습니다. 오류 메시지는 표시되지 않습니다.
해결 방법:
UFS와 같은 저널링 파일 시스템을 사용합니다. Solaris 10부터 UFS 로깅이 기본적으로 사용하도록 설정되어 있습니다. UFS에 대한 자세한 내용은 System Administration Guide: Devices and File Systems의 What’s New in File Systems?를 참조하십시오.
6/05에서 Solaris Express 7/05 이상(모든 Solaris 10 업데이트 포함)으로 NFSv4 서버를 업그레이드하고 나면 프로그램에서 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) |
해결 방법: 없음.
특정 디스크 구조를 가지고 있고 크기가 8GB 이상인 디스크에서 파일 시스템을 만들 때 mkfs 명령을 사용하지 못할 수 있습니다. 1KB 단편에 대한 파생 실린더 그룹 크기가 너무 큽니다. 실린더 그룹 크기가 크다는 것은 메타 데이터 양이 너무 많아 블록 하나에 보관할 수 없다는 것을 의미합니다.
다음과 같은 오류 메시지가 나타납니다.
With 15625 sectors per cylinder, minimum cylinders per group is 16. This requires the fragment size to be changed from 1024 to 4096. Please re-run mkfs with corrected parameters. |
해결 방법: 대신 newfs 명령을 사용합니다. 또는 mkfs 명령을 사용할 때 단편 크기를 더 크게 지정합니다(예: 4096).
다음 조건에서 newfs 명령으로 UFS 파일 시스템을 만드는 데 실패할 수 있습니다.
슬라이스 크기가 약 4MB 미만으로 작은 경우
디스크 크기가 8GB를 초과하는 경우
이 오류는 메타 데이터를 위해 대형 파일 시스템을 요구하는 경우 발생합니다. 다음과 같은 경고 메시지가 나타납니다.
Warning: inode blocks/cyl group (295) >= data blocks (294) in last cylinder group. This implies 4712 sector(s) cannot be allocated. /dev/rdsk/c0t0d0s6: 0 sectors in 0 cylinders of 48 tracks, 128 sectors 0.0MB in 0 cyl groups (13 c/g, 39.00MB/g, 18624 i/g) super-block backups (for fsck -F ufs -o b=#) at: # |
해결 방법: 수퍼유저로 다음 해결 방법 중 하나를 수행합니다.
해결 방법 1:newfs 명령을 사용할 때 트랙 수를 지정합니다. 다음 단계를 수행합니다.
format 명령을 사용하여 할당할 트랙 수를 확인합니다. 예를 들면 다음과 같습니다.
# format Searching for disks...done AVAILABLE DISK SELECTIONS: 0. c0t0d0 <SUN18G cyl 7506 alt 2 hd 19 sec 248> /pci@1f,4000/scsi@3/sd@0,0 Specify disk (enter its number): |
이 예에서 트랙 수는 19입니다.
newfs 명령으로 만들 파일 시스템에 이 숫자를 할당합니다. 예를 들면 다음과 같습니다.
# newfs -v -t 19 /dev/dsk/c0t0d0s6 newfs: construct a new file system /dev/rdsk/c0t0d0s6: (y/n)? y mkfs -F ufs /dev/rdsk/c0t0d0s6 4712 -1 19 8192 1024 16 10 167 2048 t 0 -1 8 128 n mkfs: bad value for nsect: -1 must be between 1 and 32768 mkfs: nsect reset to default 32 Warning: 152 sector(s) in last cylinder unallocated /dev/rdsk/c0t0d0s6: 4712 sectors in 8 cylinders of 19 tracks, 32 sectors 2.3MB in 1 cyl groups (16 c/g, 4.75MB/g, 2304 i/g) super-block backups (for fsck -F ufs -o b=#) at: 32, # |
해결 방법 2:newfs 명령에서 inode당 바이트 수(nbpi)를 지정하여 파일 시스템의 inode 밀도를 낮춥니다. 예를 들면 다음과 같습니다.
# newfs -i 4096 /dev/dsk/c0t0d0s6 newfs: construct a new file system /dev/rdsk/c0t0d0s6: (y/n)? y Warning: 1432 sector(s) in last cylinder unallocated /dev/rdsk/c0t0d0s6: 4712 sectors in 1 cylinders of 48 tracks, 128 sectors 2.3MB in 1 cyl groups (16 c/g, 48.00MB/g, 11648 i/g) super-block backups (for fsck -F ufs -o b=#) at: 32, # |
크기가 1TB보다 크거나 같은 분할 영역에서는 덤프를 생성할 수 없습니다. 그런 장치가 시스템에 있으면 시스템 패닉에 이어 시스템이 부트할 때 다음과 같은 상황이 발생할 수 있습니다.
시스템이 덤프를 저장하지 않습니다.
다음과 같은 메시지가 표시됩니다.
0% done: 0 pages dumped, compression ratio 0.00, dump failed: error 6 |
해결 방법: 시스템의 덤프 장치 크기를 1TB보다 작게 구성합니다.
smosservice 명령을 사용하여 UFS 파일 시스템에 OS 서비스를 추가할 경우 사용 가능한 디스크 공간이 부족하다는 메시지가 표시됩니다. 이 오류는 EFI 레이블 디스크에 있는 UFS 파일 시스템에서만 발생합니다.
해결 방법: 다음 해결 방법을 수행합니다.
SMI VTOC 디스크 레이블을 적용합니다.
파일 시스템을 다시 만듭니다.
smosservice 명령을 다시 실행합니다.
다음 하드웨어 관련 문제와 버그가 Solaris 10 릴리스에 적용됩니다.
ZFS는 시스템의 모든 시스템 보드에 초대형 메모리 구성의 커널 메모리를 할당할 수 있습니다. 동적으로 재구성될 보드의 메모리가 빈 보드로 복사될 수 있도록 동적 메모리 재구성을 위한 하나의 빈 시스템 보드가 필요합니다. 동적 메모리 재구성이란 ZFS를 실행하는 초대형 메모리로 구성된 시스템 메모리를 사용자가 동적으로 재구성할 수 없음을 의미합니다. 최고급 SunFireTM 서버는 이러한 문제를 방지하기 위해 커널 페이지를 재배치할 수 있습니다. 이러한 서버는 33개 이상의 코어를 갖는 도메인에 대해 KPR(Kernel Page Relocation)이 활성화되어야 합니다. 오류 메시지는 표시되지 않습니다.
해결 방법: /etc/system 파일에서 zfs_arc_max 매개 변수를 설정하여 ZFS가 할당할 수 있는 커널 메모리 크기를 줄이십시오. 다음 예는 최대 크기를 512MB로 설정합니다.
set zfs_arc_max = 0x20000000 |
mpathadm show logical-unit 하위 명령은 Current Load Balance 등록 정보에 대한 로드 균형 조정 전역 구성 값을 나열합니다. 그러나 특정 제품에 대한 로드 균형 유형을 변경하는 csi_vhci.conf의 항목은 설정이 활성 상태일 경우에도 mpathadm 출력에 반영되지 않습니다.
등록 도구를 위한 백그라운드 프로세스가 실행 중인 경우 Elite3D 및 Creator3D 프레임 버퍼는 전원 관리를 중지합니다. 시스템이 전원 관리 상태인 경우에는 이 오류로 인해 절전 효과가 줄어듭니다. 특정 상태에서는 sys-suspend 명령이 중단될 수도 있습니다. 오류 메시지는 표시되지 않습니다. 시스템 일시 중지 또는 재개 작업 중 시스템이 중단될 수 있습니다.
해결 방법:
각각 로그인하고 약 60초 후에 다음 명령을 실행합니다.
# pkill -f basicreg.jar # pkill -f swupna.jar |
새로운 암호화 프레임워크가 Solaris 10 OS에서 제공됩니다. 그러나 Sun Crypto Accelerator 4000 보드의 소프트웨어 및 펌웨어 버전 1.0 및 1.1에는 이 프레임워크를 사용하지 않습니다. 따라서 이 버전들은 Solaris 10 OS에서 지원되지 않습니다.
2.0 릴리스에서는 새 프레임워크를 사용합니다. Solaris 10 OS를 사용할 계획인 현재 Sun Crypto Accelerator 4000 사용자는 본 릴리스의 무료 업그레이드를 사용할 수 있습니다. Sun Crypto Accelerator 4000은 수출 제한 제품이기 때문에 무료 업그레이드를 이용하려면 Sun Enterprise Services 또는 현지 판매 채널에 문의해야 합니다. Sun 제품 사이트의 Sun Crypto Accelerator 4000 웹 페이지에서 추가 정보가 제공됩니다.
일부 USB 2.0 제어기는 EHCI 드라이버와의 비호환성 때문에 사용되지 않습니다. 다음과 같은 메시지가 표시됩니다.
Due to recently discovered incompatibilities with this USB controller, USB2.x transfer support has been disabled. This device will continue to function as a USB1.x controller. If you are interested in enabling USB2.x support please refer to the ehci(7D) man page. Please refer to www.sun.com/io for Solaris Ready products and to www.sun.com/bigadmin/hcl for additional compatible USB products. |
USB 장치에 대한 최신 정보를 보려면 http://www.sun.com/io_technologies/USB-Faq.html을 참조하십시오.
이 Solaris 릴리스는 USB 1.1과 USB 2.0 장치를 모두 지원합니다. 다음 표는 특정 구성에서 작동하는 USB 장치의 요약입니다. 연결 유형은 컴퓨터에 직접 또는 USB 허브를 통해서 이루어집니다. USB 1.1 장치와 허브는 저속이거나 고속입니다. USB 2.0 장치와 허브는 고속입니다. 작업의 포트 및 속도에 대한 자세한 내용은 System Administration Guide: Devices and File Systems를 참조하십시오.
표 2–1 USB 장치와 구성
USB 장치 |
연결 유형 |
---|---|
USB 2.0 기억 장치 |
직접, USB 1.1 허브, USB 2.0 허브 |
오디오를 제외한 USB 1.1 장치 |
직접, USB 1.1 허브, USB 2.0 허브 |
USB 1.1 오디오 장치 |
직접, USB 1.1 허브 |
USB 2.0 오디오 장치 |
지원되지 않습니다. |
다음 목록에서는 본 x86 플랫폼용 Solaris 10 릴리스에 적용되는 특정 드라이버 및 인터페이스 관련 제한 사항을 설명합니다.
이 기능은 모든 장치 유형에서 지원되지 않으므로detach() 함수의 DDI_SUSPEND 코드에서는 DDI_FAILURE를 반환해야 합니다.
USB 장치에 대해서는 이 기능을 사용할 수 없습니다. 전원 관리 구성 요소를 만들지 마십시오. 전원 관리 구성 요소가 만들어질 때만 pm_raise_power() 및 pm_lower_power()가 호출되도록 드라이버를 작성합니다.
이동식 매체와 같은 대화식 장치의 전원 관리는 모니터와 모니터를 구동하는 그래픽 카드의 전원 관리와 연결됩니다. 화면이 활성 상태이면 CD-ROM 드라이브 및 디스켓과 같은 장치가 완전 전원 모드 상태를 유지합니다. 모니터가 없는 시스템에서는 이런 장치를 절전 모드로 전환할 수도 있습니다. CD 또는 디스켓의 전원을 복원하려면 volcheck를 입력하여 각 이동식 장치의 최신 상태를 확인합니다.
또는 Dtpower GUI를 사용하여 시스템에서 전원 관리를 비활성화할 수 있습니다. 전원 관리를 비활성화하면 이 장치들은 계속 완전 전원 상태를 유지합니다.
기본적으로 kdmconfig 프로그램에서는 시스템과 연결된 키보드 유형으로 일반 영어(미국)식(104-Key)을 지정합니다. 시스템의 키보드가 영어(미국)식이 아니면 설치 중에 키보드 유형을 수동으로 지정해야 합니다. 그렇지 않으면 시스템의 실제 키보드 유형과 일치하지 않는 기본 키보드 사양을 사용하여 설치가 계속됩니다.
해결 방법 1:시스템의 키보드가 영어(미국)식 키보드가 아니면 설치 중에 다음 단계를 수행합니다.
설치 권장 윈도우 시스템 구성이 표시되면 Esc를 누릅니다.
키보드 유형이 포함된 설치 권장 윈도우 시스템 구성 정보는 30초 동안만 표시됩니다. 구성 설정을 변경하려면 30초가 지나기 전에 Esc를 눌러야 합니다. 그렇지 않으면 표시된 설정을 사용하여 설치가 계속됩니다.
키보드 유형을 시스템 키보드에 해당되는 유형으로 변경합니다.
변경 사항을 적용하고 설치를 계속하려면 Enter를 누릅니다.
해결 방법 2:이미 Solaris 10 OS가 실행 중인 시스템에서 키보드 유형을 변경하려면 kdmconfig 프로그램을 사용합니다. 시스템에서 실행 중인 X 서버 유형에 적용되는 옵션을 선택합니다.
시스템이 Xsun 서버를 실행하고 있으면 다음 단계를 수행합니다.
kdmconfig를 실행합니다.
키보드 유형을 변경하려면 키보드 변경 옵션을 사용합니다.
구성을 저장합니다.
시스템에서 기본 Xorg 서버를 실행하고 있으면 다음 단계를 수행합니다.
kdmconfig를 실행합니다.
Xsun 서버를 선택합니다.
키보드 유형을 변경하려면 키보드 변경 옵션을 사용합니다.
구성을 저장합니다.
Xorg 서버로 전환하려면 다시 kdmconfig를 실행합니다.
다음 HBA(호스트 버스 어댑터)용 jfca 드라이버는 HBA가 테이프 장치와 연결될 때 시스템 패닉이나 I/O 실패를 유발할 수 있습니다.
SG-PCI1FC-JF2
SG-PCI2FC-JF2
이러한 HBA용 jfca 드라이버는 특정 작업들이 실행 중일 때 경합 상태가 되어 오류가 발생할 수 있습니다. 해당 작업은 다음과 같습니다.
링크 재설정
루트 재설정
스위치 재설정
반복된 링크 실패
다음 예와 비슷한 오류 메시지가 표시될 수 있습니다.
I/O 실패 메시지
jfca: [ID 277337 kern.info] jfca4: Sequencer-detected error. Recover immediately. last message repeated 18376 times jfca: [ID 716917 kern.notice] jfca4: ExgWarning: SendVerify(1): SHOULD ABORT THE ORIG I/O PKG=30007520bd8! scsi: [ID 107833 kern.warning] WARNING: /pci@1e,600000/SUNW,jfca@3,1/fp@0,0/st@w2100001086108 628,1 (st3): SCSI transport failed: reason 'timeout': giving up |
시스템 패닉 메시지
panic[cpu1]/thread=2a100497cc0: BAD TRAP: type=31 rp=2a1004978d0 addr=a8 mmu_fsr=0 occurred in module "jfca" due to a NULL pointer dereference |
해결 방법: 테이프 장치를 SG-PCI1FC-JF2 또는 SG-PCI2FC-JF2 HBA에 연결하지 마십시오.
QFE(Quad Fast-Ethernet) 카드가 다음 어댑터 중 하나와 같은 버스를 공유할 경우 버스 경쟁이 발생합니다.
Sun GigaSwift 어댑터
Sun Dual Gigabit Ethernet 및 Dual SCSI/P 어댑터
Sun Quad Gigaswift Ethernet 어댑터
이 어댑터들이 사용하는 ce 드라이버의 무한 버스트 매개 변수는 기본적으로 활성화됩니다. 따라서 같은 버스를 공유하는 QFE 포트가 사용할 수 있는 버스 시간이 거의 또는 전혀 없습니다.
해결 방법: 목록에 있는 네트워크 어댑터와 같은 버스에 QFE 카드를 설치하지 마십시오.
hat_getkpfnum() DDI 함수는 더 이상 사용되지 않습니다. 개발자들은 hat_getkpfnum() DDI 인터페이스를 사용하지 않도록 장치 드라이버를 업데이트해야 합니다. 드라이버에서 hat_getkpfnum()을 사용할 경우 다음 예와 비슷한 경고가 표시됩니다.
WARNING: Module mydrv is using the obsolete hat_getkpfnum(9F) interface in a way that will not be supported in a future release of Solaris. Please contact the vendor that supplied the module for assistance, or consult the Writing Device Drivers guide, available from http://www.sun.com for migration advice. --- Callstack of bad caller: hat_getkpfnum_badcall+93 hat_getkpfnum+6e mydrv_setup_tx_ring+2d mydrv_do_attach+84 mydrv_attach+242 devi_attach+6f attach_node+62 i_ndi_config_node+82 i_ddi_attachchild+4a devi_attach_node+4b devi_attach_children+57 config_immediate_children+6e devi_config_common+77 mt_config_thread+8b |
드라이버가 hat_getkpfnum()을 사용하는지 확인하려면 드라이버 소스 코드를 참조하거나 nm()을 사용하여 드라이버 기호를 확인합니다. 예를 들어, 드라이버 mydrv를 사용할 경우 다음 구문을 입력합니다.
% nm /usr/kernel/drv/mydrv | grep hat_getkpfnum |
hat_getkpfnum()을 사용하지 않도록 드라이버를 마이그레이션하는 방법에 대한 지침은 Writing Device Drivers의 부록 B, Summary of Solaris DDI/DKI Services를 참조하십시오.
x86 기반 Solaris OS는 명령을 통해 시작되는 소프트 시스템 종료를 지원하지 않습니다. 시스템 종료 명령으로 전원 버튼을 눌러 전원을 끄는 동작을 시뮬레이트합니다. Solaris OS를 실행 중인 x86 기반 시스템에서 이 명령을 실행하면 운영 체제를 적합하게 종료하지 않고 즉시 전원을 끕니다. 올바르지 않은 종료 프로세스로 파일 시스템이 손상될 수 있습니다.
해결 방법: 전원을 끄기 전에 먼저 운영 체제를 종료합니다. 다음 단계를 수행하십시오.
수퍼유저가 되도록 합니다.
사용 가능한 명령(예: init, halt, shutdown) 중 하나를 사용하여 Solaris OS를 적합하게 종료합니다. 예를 들면 다음과 같습니다.
# shutdown |
운영 체제가 완전히 종료된 후 다음 두 방법 중 하나를 사용하여 전원을 끌 수 있습니다.
시스템이 소프트 시스템 종료를 지원하면 그 명령을 실행하여 전원을 끕니다.
시스템이 소프트 시스템 종료를 지원하지 않으면 전원 스위치를 사용하여 수동으로 전원을 끕니다.
운영 체제를 종료하는 명령에 대한 자세한 내용은 init(1M), halt(1M) 및 shutdown(1M) 명령에 대한 매뉴얼 페이지를 참조하십시오. 시스템 전원을 끄는 방법에 대한 자세한 내용은 시스템 설명서를 참조하십시오.
SunSwiftTM PCI Ethernet/SCSI 호스트 어댑터(X1032A) 카드의 기본 시간 초과 값은 Sun SCSI DVD-ROM 드라이브(X6168A)의 시간 초과 요구 사항을 충족하지 않습니다. 한계 매체를 사용하면 DVD-ROM에서 시간 초과 오류가 발생할 때도 있습니다. 유일한 예외는 Sun Fire 6800, 4810, 4800 및 3800 시스템입니다. 이 시스템들은 OpenBoot PROM을 사용하여 SCSI 시간 초과 값을 덮어씁니다.
해결 방법: 다른 플랫폼에서는 다음 예와 같이 내장 SCSI 인터페이스나 DVD-ROM 호환 SCSI 어댑터를 사용합니다.
X1018A (SBus: F501-2739-xx)
X6540A (PCI: F375-0005-xx)
이 절에서는 새로운 Solaris 10 릴리스로 업그레이드하려는 iPlanetTM Directory Server 5.1 사용자에게 중요한 정보를 제공합니다.
Sun Java System Directory Server 5 2005Q1은 Solaris 9 운영 체제에 통합되었던 iPlanet Directory Server 5.1을 대체합니다. Solaris 10 OS에서 이 새로운 Directory Server는 Sun Java Enterprise System의 일부로 설치할 수 있습니다.
Sun Java System Directory Server 5 2005Q1에 대한 자세한 내용은 Sun Java System 설명서( http://docs.sun.com)를 참조하십시오.
Solaris 10 OS에서는 Directory Server 5.1을 계속 지원하며 다음과 같은 경우에는 Directory Server 5.1을 설치해야 합니다.
Directory Server 5.1 데이터를 복구해야 하는 경우
Directory Server 5 2005Q1로 데이터를 마이그레이션하려는 경우
Solaris 10 릴리스에서는 Directory Server 5.1을 수동으로 설치합니다. 다음 단계를 수행합니다.
Solaris 10 Software - 4 CD를 CD-ROM 드라이브에 삽입합니다.
수퍼유저가 되도록 합니다.
단말기 창에서 Directory Server를 설치합니다.
# cd /cdrom/cdrom0/Solaris_10/Product/ # pkgadd -d . IPLTnls IPLTnspr IPLTnss IPLTjss IPLTpldap \ IPLTdsr IPLTdsu IPLTadmin IPLTcons IPLTadcon IPLTdscon \ IPLTadman IPLTdsman |
중국어 간체 현지화 패키지를 설치하려면 다음 추가 명령을 실행합니다.
# pkgadd -d . IPLTcdsu IPLTcadmin IPLTccons IPLTcadcon \ IPLTcdscon IPLTcadman IPLTcdsman |
일본어 현지화 패키지를 설치하려면 다음 추가 명령을 실행합니다.
# pkgadd -d . IPLTjdsu IPLTjadmin IPLTjcons IPLTjadcon \ IPLTjdscon IPLTjadman IPLTjdsman |
설치가 완료되면 iPlanet Directory Server 5.1을 구성합니다. System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP)의 11 장, Sun ONE Directory Server Configuration을 참조하십시오.
두 Directory Server 버전의 데이터베이스 형식은 호환되지 않습니다. 따라서 Directory Server 5.1 사용자의 경우 Sun Java System Directory Server 5 2005Q1용 형식의 데이터베이스로 사용 중인 데이터베이스를 마이그레이션하는 것이 좋습니다.
마이그레이션을 수행하려면 두 버전의 Directory Server가 Solaris 10 OS로 업그레이드된 시스템에 있어야 합니다. DS 5.1 사용자이지만 압축된 아카이브(.tar.gz) 배달 형식을 사용하는 경우 2단계 마이그레이션 지침으로 건너뜁니다.
단말기 창에서 시스템에 iPlanet Directory Server 5.1 패키지가 있는지 확인합니다.
$ pkginfo | grep IPLT |
다음 패키지가 화면에 출력되면 2단계로 이동하여 마이그레이션을 진행할 수 있습니다. 이 화면 출력은 iPlanet Directory Server 5.1 패키지가 시스템에 있음을 나타냅니다.
system IPLTadcon Administration Server Console system IPLTadman Administration Server Documentation system IPLTadmin Administration Server system IPLTcons Console Client Base system IPLTdscon Directory Server Console system IPLTdsman Directory Server Documentation system IPLTdsr Directory Server (root) system IPLTdsu Directory Server (usr) system IPLTjss Network Security Services for Java system IPLTnls Nationalization Languages and Localization Support system IPLTnspr Portable Runtime Interface system IPLTnss Network Security Services system IPLTpldap PerLDAP $ |
패키지가 존재하지 않으면 iPlanet Directory Server 5.1 패키지를 먼저 설치합니다. 앞에서 설명한 Directory Server 5.1 설치 절에서 단계 4의 절차를 참조하십시오. 설치가 완료되면 2단계로 이동하여 마이그레이션을 진행합니다.
iPlanet Directory Server 5.1 데이터베이스를 현재 버전으로 마이그레이션합니다. 자세한 내용은 Sun Java System Directory Server에 대한 설명서 모음(http://docs.sun.com/coll/DirectoryServer_05q1)을 참조하십시오.
데이터를 마이그레이션한 후, 마이그레이션 전에 디렉토리 데이터를 백업한 것과 같은 방법으로 디렉토리 데이터 백업을 계속해야 합니다. 향후 재해 복구에서는 마이그레이션된 데이터베이스가 필요할 수도 있습니다.
다음 문제는 커널 디버거와 관련됩니다.
dbx 디버거가 특정 64비트 실행 파일 및 라이브러리를 처리하는 중 메모리 액세스 오류와 함께 종료합니다. 하지만 이 문제가 해당 64비트 객체를 정상적으로 사용하는 데 영향을 주지는 않습니다. 다음 예제와 유사한 오류 메시지가 표시됩니다.
dbx: internal error: signal SIGBUS (invalid address alignment) |
해결 방법: mdb 디버거 또는 Solaris 동적 추적 기능을 대신 사용합니다. 이러한 방법을 사용하면 64비트 객체를 사용하는 프로세스를 진단할 수 있습니다.
라이브 시스템을 디버깅하기 위해 Solaris 커널 디버거를 실행 중인 시스템에서는 불완전한 오류 메시지와 함께 루프가 발생할 수 있습니다. OpenBoot PROM의 마스터 CPU가 변경될 때 이 루프가 발생합니다. 시스템을 재설정하면 시스템이 복원되어 다시 작동합니다. 그러나 원래 실패에 대한 추적이 없어지므로치명적 재설정에 대해 진단을 수행할 수 없습니다.
해결 방법: 시스템이 PROM 수준일 때 OpenBoot의 ok 프롬프트가 표시됩니다. 여러 CPU가 있는 시스템에서는 ok 프롬프트 앞에 중괄호로 묶인 숫자가 표시됩니다. 이 숫자는 시스템에서 활성 상태인 CPU를 나타냅니다. PROM 수준에서 디버그 세션을 실행하려면 다음 단계를 수행합니다.
다음 명령을 입력하여 pil을 f로 올립니다.
{0} ok h# 0f pil! |
switch-cpu 명령을 사용하여 현재 활성 상태인 CPU에서 다른 CPU로 선택적 전환합니다. 예를 들어, CPU #0에서 CPU #1로 전환하려면 다음 명령을 입력합니다.
(0) ok 1 switch-cpu |
이제 ok 프롬프트 앞에는 전환된 CPU 번호가 표시됩니다.
{1} ok |
디버거를 실행합니다.
디버거 세션이 끝나면 reset-all 명령을 실행하여 시스템을 정상적인 상태로 되돌립니다.
가장 최신 버전의 OpenBoot PROM으로 시스템을 업그레이드해야 합니다.
이 절에서는 Solaris 10 OS에 적용되는 현지화 관련 문제를 설명합니다.
UTF-8이나 아시아 로켈로 신뢰할 수 있는 Java DS에 로그인하면 입력 메소드 전환기 응용 프로그램(iiim-panel)이 기본적으로 레이블당 하나씩 나타납니다. 따라서 다중 레이블 환경에서 여러 iiim-panel이 나타나면 해당 사용자가 혼동할 수 있습니다.
오류 메시지는 표시되지 않습니다.
해결 방법: iiim-panel 사용을 중지합니다. 다음 단계를 수행하십시오.
iiim-panel을 마우스 오른쪽 버튼으로 누르고 기본 설정을 선택합니다. 입력 메소드 기본 설정 편집기(iiim-properties)가 표시됩니다.
일반 탭의 입력 메소드 상태 및 전환기 배치 목록에서 각 응용 프로그램에 대해 없음 또는 첨부를 선택합니다.
적용을 누르거나 확인 버튼을 누릅니다.
각 응용 프로그램에 대해 첨부를 선택한 경우 GTK 응용 프로그램에 언어 전환기 목록이 표시되지 않습니다. 비 GTK 응용 프로그램을 통해 또는 GTK 응용 프로그램에서 IIIM 대신 X 메소드를 실행하여 입력 언어를 전환할 수 있습니다. 예를 들면 다음과 같습니다.
% env GTK_IM_MODULE=xim gedit |
Wnn8 서버가 활성화되어 있어야만 Wnn8 일본어 입력기를 사용할 수 있습니다.
해결 방법: Wnn8 서버를 활성화합니다.
# svcadm enable wnn8/server |
또한 iiim-properties 명령을 실행하여 일본어 엔진으로 Wnn8을 선택합니다.
이 버그는 로켈이 C, POSIX 또는 영어가 아닌 모든 로켈에서 prodreg를 사용하여 Solaris Trusted Extensions를 제거하는 방법에 영향을 미칩니다. prodreg를 사용하여 제거하는 경우 이러한 로켈에서 문자열이 올바로 표시되지 않습니다.
오류 메시지는 표시되지 않습니다. 제거 프로그램에서 자리 표시자 문자열을 표시하며 버튼이 올바로 표시되지 않습니다.
해결 방법: prodreg를 사용하여 제거하기 전에 먼저 다음 명령을 실행합니다.
# cd <Solaris_installation_media>/Solaris_10/ExtraValue/CoBundled/Trusted_Extensions # cp -rp locale /var/sadm/tx |
그런 다음 prodreg를 사용하여 제거합니다.
기본 관리자 권한을 갖는 사용자는 특정 로켈에 대해 입력기를 사용할 수 없으며 이로 인해 문자를 정상적으로 입력할 수 없습니다. 작업 공간에 입력기 상태가 표시되지 않습니다. 오류 메시지는 표시되지 않습니다.
해결 방법: /etc/security/exec_attr 파일에 다음 행을 추가합니다.
Primary Administrator:solaris:cmd:::/usr/bin/csh:uid=0;gid=0 Primary Administrator:solaris:cmd:::/usr/bin/ksh:uid=0;gid=0 Primary Administrator:solaris:cmd:::/usr/bin/sh:uid=0;gid=0 |
파일 형식에 대한 내용은 exec_attr(4) 매뉴얼 페이지를 참조하십시오.
OS를 Solaris 10 6/06 또는 Solaris 10 11/06 릴리스로 업그레이드하는 경우 입력기 프레임워크 및 개별 입력기가 개정판 10에서 개정판 12로 업그레이드됩니다. 그러나 ChuYin은 지원되는 입력기 목록에 없습니다. 또한 F2 및 F3 기능키를 사용하여 입력기를 전환할 수 없습니다.
해결 방법: Hanyu PinYin으로 중국어 번체 문자를 입력하려면 PinYin(한어병음)을 사용합니다. Ctrl+Shift를 사용하여 입력기를 전환합니다.
AltGr 키가 ru_RU.KOI8-R 및 ru_RU.ANSI1251 로켈에서 러시아어 Xsun 레이아웃에 대한 모드 전환기로 작동하지 않습니다.
해결 방법 1:ru_RU.UTF-8 또는 ru_RU.ISO8859-5 로켈로 전환합니다.
해결 방법 2:러시아어 키보드 레이아웃 대신 IIIMFTM를 사용합니다.
x86 시스템이 Xorg를 기본 Xserver로 사용하면 ar 로켈에서 아랍어 글꼴(iso7759-6)이 표시되지 않습니다. XOrg 대신 XSun을 사용하면 이 오류는 발생하지 않습니다.
해결 방법: 다음 단계를 수행합니다.
수퍼유저로서 /usr/dt/config/Xservers를 편집합니다.
다음 행의 주석을 해제하거나 추가합니다.
:0 Local local_uid@console root /usr/openwin/bin/Xsun :0 -nobanner -defdepth 24 |
다음 행을 주석 처리합니다.
:0 Local local_uid@console root /usr/X11/bin/Xorg :0 |
시스템을 다시 부팅합니다.
또는 ar_EG.UTF-8 또는 기타 UTF-8 로켈에 로그인할 수 있습니다.
PDA 장치와 Solaris CDE 간에 멀티바이트 데이터를 교환하는 경우 해당 데이터가 두 환경에서 모두 손상됩니다.
해결 방법: Solaris PDASync 응용 프로그램을 실행하기 전에 PDA 백업 유틸리티를 사용하여 개인용 컴퓨터에 데이터를 백업합니다. 실수로 멀티바이트 데이터를 교환하여 해당 데이터를 손상시킨 경우 백업 데이터를 사용하여 데이터를 복구합니다.
DVD/net 이미지를 사용하여 Locale_config 구성 파일을 만드는 경우 Locale_config 파일을 사용하여 로켈을 추가하면 Gnome 데스크탑에서 지역화되지 않은 메시지들이 남게 됩니다. 오류 메시지는 표시되지 않습니다.
해결 방법 1:
수퍼유저로 로그인하여 다음을 수행합니다.
localeadm Locale_config 파일의 위치를 변경합니다.
# cd /usr/sadm/lib/localeadm/ |
localeadm 유틸리티와 함께 번들로 제공된 기존 Locale_config 파일로 되돌립니다.
# mv Locale_config_S10.txt.old Locale_config_S10.txt |
해결 방법 2:
CD 이미지를 사용하여 Locale_config 파일을 다시 만듭니다.
GNOME에서 특정 아랍어 글꼴을 선택하면 문자가 표시되지 않습니다. 이 문제는 GNOME 글꼴 등록 정보 메뉴를 사용하는 응용 프로그램, 데스크탑 또는 창에서 글꼴을 선택할 때 발생합니다. 해당 글꼴은 다음과 같습니다.
Akhbar MT(보통, 굵게)
Shayyal MT(보통, 굵게)
Naskh MT(보통, 굵게)
오류 메시지는 표시되지 않습니다.
해결 방법:
새로 제공된 Kacst 글꼴 모음을 사용하여 GNOME 응용 프로그램에서 아랍어 문자를 표시합니다.
여러 언어 입력이 UTF-8 로켈에서 지원되지만, 로그인 후에 마우스 버튼 1을 처음으로 누른 경우 세션에서 저장된 응용 프로그램에서 언어 전환이 작동하지 않습니다. 이 문제는 Java DS(Java Desktop System)에서 발생합니다. 오류 메시지는 표시되지 않습니다.
해결 방법:
응용 프로그램을 누르기 전에 배경 작업 공간 또는 메뉴 시작에서 마우스 버튼 1을 누릅니다.
특히 스페인어 로켈에서 Mozilla 1.7의 키보드 단축이 특수합니다. 예를 들어, Ctrl-S는 저장 뿐만 아니라 복사에도 사용됩니다. 오류 메시지는 표시되지 않습니다.
해결 방법:
제품의 메뉴에서 사용자 조치에 할당된 단축 키를 식별합니다.
UTF-8 로켈로 마이그레이션할 때 파일은 데이터 가져오기 또는 내보내기에 사용하는 방법에 영향을 줍니다.
Microsoft Office 파일은 유니코드로 인코딩됩니다. StarSuite 응용 프로그램에서 유니코드로 인코딩된 파일을 읽고 쓸 수 있습니다.
Mozilla 편집기 같은 HTML 편집기를 사용하여 작성한 HTML 파일이나 웹 브라우저에서 저장한 HTML 파일에는 일반적으로 charset 인코딩 태그가 포함되어 있습니다. 내보내거나 가져온 후 이러한 HTML 파일의 인코딩 태그에 따라 Mozilla Navigator 웹 브라우저를 사용하여 HTML 파일을 찾거나 Mozilla 편집기를 사용하여 HTML 파일을 편집할 수 있습니다.
일부 HTML 파일은 가비지 문자로 표시될 수 있습니다. 이 문제는 대개 다음과 같은 이유로 발생합니다.
charset 인코딩 태그가 잘못되었습니다.
charset 인코딩 태그가 없습니다.
HTML 파일에서 charset 인코딩 태그를 찾으려면 다음과 같이 하십시오.
Mozilla에서 파일을 엽니다.
Ctrl-i를 누르거나 보기를 클릭하여 보기 메뉴를 엽니다.
페이지 정보를 클릭합니다.
charset 정보는 일반 탭의 맨 아래에 다음과 같이 표시됩니다.
Content-Type text/html; charset=us-ascii |
charset=us-ascii 문자열이 파일의 실제 인코딩과 일치하지 않으면 파일이 손상된 것일 수 있습니다. HTML 파일의 인코딩을 편집하려면 다음과 같이 하십시오.
Mozilla 편집기에서 파일을 엽니다.
파일 메뉴를 엽니다.
문자로 저장을 선택합니다.
올바른 인코딩을 선택합니다. Mozilla 편집기는 인코딩과 charset 태그를 적절하게 자동으로 변환합니다.
현재 사용되는 메일에는 MIME charset 태그가 지정됩니다. 전자 메일 및 달력 응용 프로그램에서 MIME charset 태그를 인식합니다. 인코딩 변환은 수행하지 않아도 됩니다.
일반 텍스트 파일에는 charset 태그가 없습니다. 파일이 UTF-8로 인코딩되어 있지 않으면 인코딩 변환이 필요합니다. 예를 들어, 중국어 번체 big5로 인코딩된 일반 텍스트 파일을 UTF-8로 변환하려면 다음 명령을 실행하십시오.
iconv -f big5 -t UTF-8 inputfilename > outputfilename |
인코딩 변환에 파일 시스템 검사기를 사용할 수도 있습니다.
텍스트 편집기를 사용하여 문자 인코딩 텍스트를 자동으로 읽고 쓰거나 파일을 열거나 저장할 때 명시적으로 인코딩을 지정할 수 있습니다.
텍스트 편집기를 시작하려면 실행을 누른 다음 응용 프로그램->보조 프로그램->텍스트 편집기를 선택합니다.
멀티바이트 문자를 사용하는 파일 이름과 디렉토리 이름이 UTF-8 인코딩이 아닌 경우 인코딩 변환이 필요합니다. 파일 시스템 검사기를 사용하여 파일 및 디렉토리 이름과 일반 텍스트 파일의 내용을 기존 문자 인코딩에서 UTF-8 인코딩으로 변환할 수 있습니다. 자세한 내용은 파일 시스템 검사기의 온라인 도움말을 참조하십시오.
파일 시스템 검사기를 시작하려면 실행을 누른 다음 응용 프로그램->유틸리티->파일 시스템 검사기를 선택합니다.
Microsoft Windows에서 파일 관리자를 사용하여 UTF-8이 아닌 파일이나 디렉토리 이름을 SMB를 통해 액세스할 경우에는 인코딩 변환 없이 UTF-8이 아닌 파일이나 디렉토리 이름을 액세스할 수 있습니다.
유니코드 UTF-8로 마이그레이션할 준비가 되지 않은 응용 프로그램의 경우 전면 패널에 기존 로켈에서 응용 프로그램을 시작하는 실행 프로그램을 만들 수 있습니다. 명령줄에서 직접 응용 프로그램을 시작할 수도 있습니다. 응용 프로그램의 실행 프로그램을 만들려면 다음 단계를 수행합니다.
실행 프로그램을 배치할 패널을 마우스 오른쪽 버튼으로 클릭합니다.
패널에 추가->실행 프로그램을 선택합니다.
실행 프로그램 만들기 대화 상자의 명령 필드에 다음 형식에 따라 항목을 입력합니다.
env LANG=locale LC_ALL= locale application name |
예를 들어, motif-app 응용 프로그램을 /usr/dt/bin에서 Chinese Big5 로켈로 시작하려면 실행 프로그램 만들기의 명령 필드에 다음 텍스트를 입력합니다.
env LANG=zh_TW.BIG5 LC_ALL=zh_TW.BIG5 /usr/dt/bin/motif-app |
확인을 눌러 패널에 실행 프로그램을 만듭니다.
기존 로켈과 관련된 CLI(명령줄 인터페이스) 응용 프로그램을 실행해야 한다면 먼저 기존 로켈에서 단말기 창을 연 다음 동일한 단말기 창에서 CLI 응용 프로그램을 실행합니다. 단말기 창을 기존 로켈에서 열려면 다음 명령을 입력합니다.
eng LANG=locale LC_ALL=locale GNOME-TERMINAL –disbable-factory. |
기존 로켈에서 새 단말기 창을 여는 대신 단말기 창의 문자 인코딩 설정 메뉴에서 인코딩을 변경함으로써 현재 단말기 창의 로켈 설정을 UTF-8에서 기존 로켈로 전환할 수 있습니다. 그런 다음 LANG 및 LANG 환경 변수를 현재 쉘로 설정해야 합니다.
에스토니아어 키보드 유형 6, 캐나다 프랑스어 키보드 유형 6 및 폴란드어 프로그래머의 키보드 유형 5의 세 가지 추가 키보드 레이아웃에 대한 소프트웨어 지원이 Solaris OS에 추가되었습니다.
이 소프트웨어는 에스토니아, 캐나다 및 폴란드 사용자들이 사용자의 언어 필요성에 맞게 표준 US 키보드 레이아웃을 수정하여 키보드를 입력할 수 있게 합니다.
현재 이 세 가지 추가 키보드 레이아웃 유형에 사용할 수 있는 하드웨어는 없습니다.
해결 방법: 새 키보드 소프트웨어를 사용하려면 다음 방법 중 하나로 /usr/openwin/share/etc/keytables/keytable.map 파일을 수정합니다.
에스토니아어 유형 6 키보드의 경우 다음과 같이 변경합니다.
/usr/openwin/share/etc/keytables/keytable.map 파일에서US6.kt 항목을Estonia6.kt 로 변경합니다. 수정된 항목은 다음과 같이 읽습니다.
6 0 Estonia6.kt |
다음 항목을 /usr/openwin/lib/locale/iso8859-15/Compose 파일에 추가합니다.
<scaron> |
: "/xa8" |
scaron |
<scaron> |
: "/xa6" |
scaron |
<scaron> |
: "/270" |
scaron |
<scaron> |
: "/264" |
scaron |
변경 사항을 적용하려면 시스템을 재부트합니다.
캐나다 프랑스어 유형 6 키보드의 경우 다음과 같이 변경합니다.
/usr/openwin/share/etc/keytables/keytable.map 파일에서US6.kt 항목을Canada6.kt 로 변경합니다. 수정된 항목은 다음과 같이 읽습니다.
6 0 Canada6.kt |
변경 사항을 적용하려면 시스템을 재부트합니다.
기존 폴란드 유형 5 키보드 레이아웃을 사용하는 경우 다음과 같이 변경합니다.
/usr/openwin/share/etc/keytables/keytable.map 파일에서Poland5.kt 항목을Poland5_pr.kt로 변경합니다. 수정된 항목은 다음과 같이 읽습니다.
4 52 Poland5_pr.kt |
DIP 스위치와 함께 키보드를 사용하는 경우 시스템을 다시 부팅하기 전에 폴란드 키 테이블 항목(바이너리 52)에 대한 정확한 바이너리 값으로 설정해야 합니다.
표준 U.S. 유형 5 키보드를 사용할 경우 /usr/openwin/share/etc/keytables/keytable.map 파일에서US5.kt 항목을Poland5_pr.kt로 변경합니다. 수정된 항목은 다음과 같이 읽습니다.
4 33 Poland5_pr.kt |
변경 사항을 적용하려면 시스템을 재부트합니다.
모든 로켈에서 문서 표시기가 PDF(Portable Document Format) 형식의 현지화된 파일을 인쇄할 수 없습니다.
해결 방법: 다음 해결 방법 중 하나를 선택합니다.
SPARC 기반 시스템에서는 Acrobat Reader를 사용하여 현지화된 PDF 파일을 인쇄합니다.
x86 기반 시스템에서는 StarSuite를 사용하여 PDF 파일을 만든 다음 인쇄합니다.
유럽 언어 UTF-8 로켈에서 정렬이 적합하게 작동하지 않습니다.
해결 방법: FIGGS UTF-8 로켈에서 정렬하기 전에 LC_COLLATE 변수를 ISO–1 호환으로 설정합니다.
# echo $LC_COLLATE > es_ES.UTF-8 # LC_COLLATE=es_ES.IS08859-1 # export LC_COLLATE |
그런 다음 정렬을 시작합니다.
다음 네트워킹 버그는 Solaris 10 릴리스에 적용됩니다.
iSCSI 대상 또는 어레이에서 send target 응답의 일부로 두 개 이상의 IP 주소를 반환하는 경우 초기화 프로그램은 이전 릴리스에서와 마찬가지로 목록에 있는 마지막 주소만 고려하며 첫 번째 주소는 고려하지 않습니다. 결과적으로 마지막 IP 주소가 불량이거나 잘못된 경우 이 대상에 대한 연결이 실패합니다.
해결 방법: send target 응답의 각 항목에 대해 서로 다른 대상 포털 그룹 태그(TPGT)를 반환합니다. 초기화 프로그램은 모든 IP 주소에 대해 연결을 설정하려고 시도하므로 연결이 성공합니다.
시스템 DOI(Domain of Interpretation)가 구성 가능하지 않습니다. SMC를 사용하여 신뢰할 수 있는 네트워크 템플리트를 새로 만드는 경우 SMC가 DOI를 0으로 설정하며 Solaris Trusted Extensions가 올바로 작동하지 않습니다. 여러 오류 메시지가 표시됩니다.
해결 방법: SMC를 사용하여 DOI를 1로 설정합니다.
본 Solaris 릴리스에서는 IP 전송이 기본적으로 사용 불가능합니다. 이 설정은 다른 시스템 구성과 상관없이 IPv4 및 IPv6 모두에 적용됩니다. 여러 IP 인터페이스가 있고 이전에 IP 패킷을 전송했던 시스템은 기본적으로 더 이상 이 자동 기능을 제공하지 않습니다. 멀티홈 시스템에서 IP 전송을 가능하게 하려면 관리자가 수동으로 추가 구성 단계를 수행해야 합니다.
해결 방법: routeadm 명령은 IP 전송을 가능하게 합니다. routeadm을 통해 생기는 구성 변경은 시스템이 재부트하더라도 지속됩니다.
IPv4 전송을 사용 가능하게 하려면 routeadm -e ipv4-forwarding을 입력합니다.
IPv6 전송을 사용 가능하게 하려면 routeadm -e ipv6-forwarding을 입력합니다.
사용 가능해진 IP 전송 구성을 현재 실행 중인 시스템에 적용하려면 routeadm -u를 입력합니다.
IP 전송에 대한 자세한 내용은 routeadm(1M) 매뉴얼 페이지를 참조하십시오.
영역의 IP 주소가 IPMP(IP Network Multipathing) 그룹에 속하도록 영역을 구성할 수 있습니다. 이 구성 프로세스는 System Administration Guide: Solaris Containers-Resource Management and Solaris Zones의 How to Extend IP Network Multipathing Functionality to Shared-IP Non-Global Zones에서 설명합니다.
IPMP 그룹의 모든 네트워크 인터페이스가 실패할 경우 IPMP 그룹에 속한 IP 주소가 있는 영역은 부트하지 않습니다.
다음 예에서는 이 영역에서 부트를 시도한 결과를 보여 줍니다.
# zoneadm -z my-zone boot zoneadm: zone 'my-zone': bge0:1: could not set default interface for multicast: Invalid argument zoneadm: zone 'my-zone': call to zoneadmd failed |
해결 방법: 그룹에서 최소 하나 이상의 네트워크 인터페이스를 복구합니다.
DataDigest가 활성화되면 Internet SCSI(iSCSI) 대상이 순환 중복 검사(CRC) 오류를 보고할 수 있습니다. iSCSI 초기화 프로그램에 전송한 후 입출력 버퍼를 업데이트하는 사용자 응용 프로그램에 CRC 계산 오류가 발생할 수 있습니다. 대상이 CRC 오류로 응답하면 iSCSI 초기화 프로그램이 올바른 DataDigest CRC가 있는 데이터를 다시 전송합니다. 데이터 무결성은 유지됩니다. 하지만 데이터 전송 성능에는 영향을 줍니다. 오류 메시지는 표시되지 않습니다.
해결 방법: DataDigest 옵션을 사용하지 마십시오.
9개 이상의 LANE(LAN Emulation) 인스턴스가 하나의 단일 어댑터에 있으면 시스템 부트 중에 여러 인스턴스가 LANE 인스턴스에 연결되지 않을 수 있습니다. 이 버그는 다중 사용자 수준에서는 나타나지 않습니다.
해결 방법: SunATM 네트워크를 다시 초기화하려면 다음 단계를 수행합니다.
lanestat -a 명령을 실행하여 문제를 확인합니다.
연결되지 않은 인스턴스에서 LES(LAN Emulation Server) 및 BUS(Broadcast and Unknown Address Server)에 대한 VCI(Virtual Circuit Identifier) 값은 0입니다.
SunATM 네트워크를 정지하고 다시 시작합니다.
# /etc/init.d/sunatm stop # /etc/init.d/sunatm start |
SunATM 인터페이스에 대해 네트마스크 또는 기타 모든 네트워크 설정을 다시 설정합니다.
두 IP 노드 사이에서 다중 IP 터널을 구성하고 ip_strict_dst_multihoming 또는 다른 IP 필터를 활성화하면 패킷 손실이 발생할 수 있습니다.
해결 방법: 다음 중 한 가지를 선택합니다.
먼저 두 IP 노드 사이에 단일 터널을 구성합니다. ifconfig 명령을 addif 옵션과 함께 사용하여 터널에 주소를 추가합니다.
두 IP 노드 사이의 터널에서 ip_strict_dst_multihoming을 활성화하지 마십시오.
다음 보안 관련 문제는 Solaris 10 릴리스에 적용됩니다.
LDAP(pam_ldap)에 대한 계정 관리 PAM 모듈이 활성화된 경우 사용자는 암호를 갖고 있어야만 시스템에 로그인할 수 있습니다. 결과적으로 다음 도구를 사용하는 로그인을 포함하는 비 암호 기반 로그인은 실패합니다
원격 쉘(rsh)
원격 로그인(rlogin)
보안 쉘(ssh)
해결 방법: 없음.
응용 프로그램이 HTTP 인터페이스를 사용하여 범위 외 매개 변수를 가진 토큰을 전송할 때 Sun StorEdgeTM T3 시스템 패닉이 발생할 수 있습니다.
이 절에서는 Solaris 10 OS의 서비스 관리 기능과 관련된 문제를 설명합니다. Solaris OS의 이 새 기능에 대한 자세한 내용은 Solaris 10 새로운 기능의 Solaris Service Manager를 참조하십시오.
호스트에 구성된 로컬 프린터가 없으면 두 가지 인쇄 서비스 ipp-listener 및 rfc1179가 오프라인으로 기본 설정됩니다. 호스트에서 로컬 프린터가 구성된 후에는 이러한 서비스가 자동으로 온라인 상태가 됩니다. 이 서비스의 기본 오프라인 설정은 오류를 의미하는 것이 아니므로사용자의 작업이 필요하지 않습니다.
해결 방법: 없음.
시스템 시작 시 원격 파일 시스템 및 이름 지정 서비스가 사용 가능해지기 전에 콘솔이나 ssh 로그인과 같은 로그인 서비스가 시작하는 경우가 있습니다. 그 결과 사용자 이름을 인식하지 못하거나 사용자의 홈 디렉토리를 사용할 수 없게 될 수 있습니다.
해결 방법: 오류가 발생하면 몇 초간 기다린 후 다시 로그인하거나 로컬 계정으로 로그인하여 시스템 상태를 확인합니다.
다음 스마트 카드 버그는 Solaris 10 OS에 적용됩니다.
ocfserv가 종료되고 디스플레이가 잠긴 경우, 스마트카드를 삽입하거나 제거해도 시스템은 잠금 상태로 있습니다.
해결 방법: 다음 단계를 수행하여 시스템의 잠금을 해제하십시오.
ocfserv 프로세스가 종결된 시스템에서 원격 로그인을 수행합니다.
수퍼유저가 되도록 합니다.
단말기 창에서 다음을 입력하여 dtsession 프로세스를 종료합니다.
# pkill dtsession |
ocfserv가 다시 시작되고 스마트 카드 로그인 및 기능이 복원됩니다.
스마트 카드 관리 콘솔의 구성 파일 편집 메뉴는 /etc/smartcard/opencard.properties에 있는 스마트 카드 구성 파일을 편집할 수 없습니다. 메뉴 항목을 선택하면 기술 지원에서 요청하지 않은 경우에는 계속 진행하지 말 것을 알리는 경고 메시지가 나타납니다.
해결 방법: 스마트 카드 관리 콘솔의 구성 파일 편집 메뉴 항목을 사용하지 마십시오. 스마트 카드 구성에 대한 자세한 내용은 Solaris Smartcard Administration Guide를 참조하십시오.
다음 절에서는 Solaris 10 OS의 특정 명령 및 표준에서 변경된 동작에 대해 설명합니다.
ddi_dma_mem_alloc(9F) 매뉴얼 페이지에서는 지원되지 않는 세 가지 옵션에 대해 설명합니다. 지원되지 않는 옵션은 다음과 같습니다.
IOMEM_DATA_CACHED
IOMEM_DATA_UC_WR_COMBINE
IOMEM_DATA_UNCACHED
해결 방법: 없음.
본 릴리스에서는 다음 Solaris Trusted Extensions 매뉴얼 페이지가 개정됩니다.
add_allocatable(1M)
remove_allocatable(1M)
label_to_str(3TSOL)
tsol_getrhtype(3TSOL)
tnzonecfg(4)
man 명령을 사용하여 개정된 매뉴얼 페이지를 볼 수 없습니다. 개정된 매뉴얼 페이지를 보려면 Solaris Trusted Extensions Reference Manual을 참조하십시오.
때때로 cfgadm -c unconfigure 명령이 대기 중인 I/O로 인해 실패합니다. 변경된 커널이 있는 경우 명령이 오프라인으로 다시 시도됩니다. 그러나 cfgadm의 구성 해제 명령은 사용자에게 알려짐 없이 나중에 성공할 수 있습니다.
해결 방법: cfgadm -al 명령을 실행합니다.
Solaris 10 OS에는 Bash 2.0.5b가 포함되어 있습니다. 이 쉘은 다음 변수를 환경으로 내보내는 작업을 더 이상 자동으로 수행하지 않습니다.
HOSTNAME
HOSTTYPE
MACHTYPE
OSTYPE
이 새로운 동작은 에서 이러한 변수에 기본값을 지정하더라도 적용됩니다.
해결 방법: 이 변수들을 수동으로 내보냅니다.
/usr/bin/ln 동작이 SVID3부터 XCU6까지의 모든 표준을 준수하도록 변경되었습니다. ln 명령을 -f 옵션 없이 사용하여 기존 대상 파일에 연결하려고 하면 링크가 설정되지 않습니다. 그 대신 표준 오류에 대한 진단 메시지가 기록되고 명령으로 계속해서 나머지 소스 파일을 연결합니다. 마지막으로 ln 명령은 오류 값과 함께 종료됩니다.
예를 들어, 파일 b가 존재하면 ln a b 구문은 다음과 같은 메시지를 생성합니다.
ln: b: File exists |
이 동작 변경은 -f 옵션 없이 ln 명령을 포함하는 기존 쉘 스크립트 또는 프로그램에 영향을 줍니다. 과거 작동에 사용된 스크립트가 이제 Solaris 10 OS에서 실패할 수 있습니다.
해결 방법: ln 명령을 -f 옵션과 함께 사용합니다. 이 링크 유틸리티를 실행하는 기존 스크립트가 있으면 명령의 새로운 동작에 부합하도록 스크립트를 수정해야 합니다.
Solaris 10 OS에서 tcsh는 버전 6.12로 업그레이드되었으며 이 버전에서는 이름에 대시나 등호 기호를 사용하는 환경 변수가 더 이상 적용되지 않습니다. setenv 행이 들어 있고 이전 Solaris 버전에서 작동했던 스크립트가 현재 Solaris 10 릴리스에서 오류를 생성할 수 있습니다. 다음과 같은 오류 메시지가 나타납니다.
setenv: Syntax error |
자세한 내용은 Solaris 10 OS의 tcsh 매뉴얼 페이지를 참조하십시오.
해결 방법: 환경 변수 이름에 대시나 등호 기호를 사용하지 마십시오.
엄격한 표준 C 준수 모드에서 작성된 응용 프로그램은 특정 라이브러리 함수의 동작 변경으로부터 영향을 받습니다. 그 한 가지 예로는 cc -Xc 또는 c89 컴파일 모드를 사용하여 컴파일된 응용 프로그램입니다. 다음 라이브러리 함수의 동작이 변경되었습니다.
fgetc()
fgets()
fgetwc()
fgetws()
getc()
getchar()
gets()
getwc()
getwchar()
getws()
1990 C 표준의 공식적인 해석에 따르면 EOF(End-Of-File) 조건이 설정되면 후속 입력 작업에 대해 파일에서 더 이상 데이터가 반환되지 않습니다. 파일 포인터가 재배치되거나 오류 및 EOF 플래그가 응용 프로그램에서 명시적으로 지워진 경우는 예외입니다.
나머지 모든 컴파일 모드의 동작은 변경되지 않았습니다. 특히 EOF 표시기가 설정된 후에도 이 인터페이스들은 새로 작성된 추가 데이터를 스트림으로부터 읽을 수 있습니다.
해결 방법: 스트림에서 EOF 조건이 보고된 후에 추가 데이터를 읽으려면 스트림에 대해 fseek() 또는 clearerr()을 호출합니다.
UID, 프로세서 ID 및 누적 실행 시간이 늘어났기 때문에 ps 명령 출력의 열 너비가 넓어졌습니다. 고객의 스크립트에서는 고정 출력 열을 지정하지 않아야 합니다.
해결 방법: 스크립트에서 ps 명령의 -o 옵션을 사용해야 합니다.
자세한 내용은 ps(1) 매뉴얼 페이지를 참조하십시오.
IPv6(Internet Protocol version 6)을 사용하는 주소에 ping -v 명령이 적용되면 이 명령은 오류를 일으킵니다. 다음과 같은 오류 메시지가 나타납니다.
ping: setsockopt IPV6_RECVRTHDRDSTOPTS Invalid argument |
해결 방법: 없음. ping -v가 제공하는 것과 동일한 ICMP 패킷 정보를 얻으려면 snoop 명령을 사용합니다.
다음 Solaris 볼륨 관리자 버그는 Solaris 10 릴리스에 나타납니다.
파일 시스템이 실린더 0으로 시작하지 않는 루트(/) 파일을 Solaris 볼륨 관리자가 미러한 경우, 추가하는 모든 하위 미러도 실린더 0으로 시작하지 말아야 합니다.
실린더 0으로 시작하는 하위 미러를 원래 하위 미러가 실린더 0에서 시작하지 않는 미러에 첨부하려 할 경우, 다음 오류 메시지가 표시됩니다.
can't attach labeled submirror to an unlabeled mirror |
해결 방법: 다음 해결 방법 중 하나를 선택합니다.
다른 하위 미러에 대한 루트 파일 시스템과 볼륨이 모두 실린더 0에서 시작하도록 합니다.
다른 하위 미러에 대한 루트 파일 시스템과 볼륨이 모두 실린더 0에서 시작하지 않도록 합니다.
기본적으로 JumpStart 설치 프로세스는 실린더 0에서 시작/스왑하고 루트(/) 파일 시스템은 디스크의 다른 곳에서 시작/스왑합니다. 일반적인 시스템 관리자 관행은 실린더 0에서 슬라이스 0을 시작하는 것입니다. 실린더 0이 아닌 슬라이스 0에 루트가 있는 기본 JumpStart 설치를 실린더 0에서 시작하는 슬라이스 0이 있는 일반 보조 디스크에 미러링하면 문제가 발생할 수 있습니다. 이렇게 미러링하면 두 번째 하위 미러를 첨부할 때 오류가 발생합니다. Solaris 설치 프로그램의 기본 동작에 대한 자세한 내용은 Solaris 10 설치 설명서를 참조하십시오.
영어가 아닌 언어 로켈에서 Solaris 볼륨 관리자 metassist 명령으로 볼륨이 생성되지 못할 수도 있습니다. 예를 들어, LANG이 ja(일본어)로 설정되면 다음 오류 메시지가 표시됩니다.
xmlEncodeEntitiesReentrant : input not UTF-8 Syntax of value for attribute read on mirror is not valid Value "XXXXXX"(unknown word) for attribute read on mirror is not among the enumerated set Syntax of value for attribute write on mirror is not valid Value "XXXXXX"(Parallel in Japanse) for attribute write on mirror is not among the enumerated set metassist: XXXXXX(invalid in Japanese) volume-config |
해결 방법: 수퍼유저로서 LANG 변수를 LANG=C로 설정합니다.
본 쉘, 콘 쉘 및 Bash 쉘에서는 다음 명령을 사용합니다.
# LANG=C; export LANG |
C 쉘에서는 다음 명령을 사용합니다.
# setenv LANG C |
시스템에 포맷되지 않은 디스크가 있는 경우 metassist 명령을 사용하여 Solaris 볼륨 관리자 볼륨 구성을 작성하지 못할 수도 있습니다. 다음과 같은 오류 메시지가 나타납니다.
metassist: failed to repartition disk |
해결 방법: metassist 명령을 실행하기 전에 포맷되지 않은 디스크를 수동으로 포맷합니다.
소프트 분할 영역 위에 생성된 디스크 세트에 Solaris 볼륨 관리자 RAID-1(미러)나 RAID-5 볼륨을 작성할 경우 핫 스페어 장치가 제대로 작동하지 않습니다.
다음과 같은 문제가 발생할 수 있습니다.
핫 스페어 장치가 활성화되지 않을 수 있습니다.
핫 스페어 장치 상태가 변경되어 장치가 훼손된 것으로 표시될 수 있습니다.
핫 스페어 장치가 사용되지만 잘못된 드라이브에서 재동기화됩니다.
사용 중인 핫 스페어 장치에 오류가 발생하지만 훼손된 상태로 보고되지 않습니다.
해결 방법: 디스크 세트에 Solaris 볼륨 관리자 RAID-1 또는 RAID-5 볼륨을 작성할 때 이 구성을 사용하지 마십시오.
고장난 드라이브를 Solaris 볼륨 관리자 소프트웨어로 구성된 드라이브로 교체할 수 없습니다. 교체 드라이브는 Solaris 볼륨 관리자 소프트웨어에 대하여 새 드라이브여야 합니다. Sun StorEdge A5x00의 한 슬롯에서 다른 슬롯으로 디스크를 물리적으로 이동하면 metadevadm 명령이 오류를 일으킬 수 있습니다. 이 오류는 슬라이스의 논리적 장치 이름이 더 이상 존재하지 않을 때 발생합니다. 그러나 디스크의 장치 ID는 메타 장치 복제에 남아 있습니다. 다음과 같은 메시지가 표시됩니다.
Unnamed device detected. Please run 'devfsadm && metadevadm -r to resolve. |
이 시간 동안 새 위치에서 디스크에 액세스할 수 있습니다. 그러나 이전 논리적 장치 이름을 사용하여 슬라이스에 액세스해야 할 수도 있습니다.
해결 방법: 드라이브를 물리적으로 원래 슬롯으로 이동합니다.
시스템에서 물리적 디스크를 제거 및 교체한 다음 metarecover -p -d 명령을 사용하여 디스크에 적절한 소프트 분할 영역 특정 정보를 쓰면 개방형 오류를 발생합니다. 명령으로 메타 장치 데이터베이스 이름 공간을 업데이트하여 디스크 장치 식별의 변경을 반영하지 않습니다. 이 분할 영역은 디스크 상단에 구축한 그러한 각 소프트 분할 영역에 대한 개방형 오류를 일으킵니다. 다음과 같은 메시지가 표시됩니다.
Open Error |
해결 방법: metarecover 명령을 사용하는 대신 새 디스크에 소프트 분할 영역을 작성하여 소프트 분할 영역을 복구합니다.
소프트 분할 영역이 미러 또는 RAID 5의 일부이면 -e 옵션 없이 metareplace 명령을 사용하여 이전 소프트 분할 영역을 새 소프트 분할 영역으로 교체합니다.
# metareplace dx mirror or RAID 5 old_soft_partition new_soft_partition |
이 절에서는 Solaris 10 OS의 Sun Java DS(Desktop System)에 적용되는 문제를 설명합니다.
이 절에서는 전자 메일 및 달력과 관련된 문제에 대해 설명합니다.
전자 메일 메시지를 새 전자 메일 메시지 본문에 끌어 놓는 경우, 새 전자 메일 메시지의 내용이 손상됩니다.
해결 방법: 다중 첨부 파일을 보낼 경우 다음 단계를 수행합니다.
첨부할 메시지를 선택합니다.
메뉴 표시줄에서 동작 => 전달 => 첨부를 선택합니다.
또는 Ctrl-J를 눌러 메시지를 보낼 수 있습니다.
수신 메일 서버에 대한 인증 유형을 변경한 후 전자 메일 및 달력이 올바르게 작동하지 않을 수 있습니다.
해결 방법: 전자 메일 및 달력을 다시 시작합니다.
여러 연락처를 포함하는 LDAP Data Interchange Format 파일을 가져온 후에는 연락처의 일부만 연락처 폴더에 표시됩니다. 이 문제는 디스플레이에만 해당하는 문제입니다. 전자 메일 및 달력이 모든 연락처를 가져옵니다.
해결 방법: 전자 메일 및 달력을 다시 시작합니다.
이 절에서는 로그인 문제에 대해 설명합니다.
GDM을 사용하여 Solaris Trusted Extensions Java DS(Java Desktop Systems)에 로그인하는 경우 로그인이 실패합니다. 이러한 실패는 PAM 구성 때문에 발생합니다. GDM에 필요한 항목이 pam.conf(4) 파일에 포함되어 있지 않습니다.
로그인 시 다음 오류 메시지가 나타납니다.
The system administrator has disabled access to the system temporarily |
해결 방법: /etc/pam.conf 파일에 다음 두 행을 추가합니다.
gdm account requisite pam_roles.so.1 gdm account required pam_unix_account.so.1 |
파일 형식에 대한 내용은 pam.conf(4) 매뉴얼 페이지를 참조하십시오.
Java Desktop System 세션에 로그인할 때 다음 오류 메시지가 발생할 수 있습니다.
Could not look up internet address for hostname. This will prevent GNOME from operating correctly. It may be possible to correct the problem by adding hostname to the file /etc/hosts |
해결 방법: 호스트 이름이 /etc/hosts 파일에 올바르게 설정되었는지 확인합니다. 다음 단계를 수행하십시오.
/etc/hosts 파일에 다음과 같은 형식으로 호스트 이름을 설정합니다.
127.0.0.1 localhost loghost hostname localhost.localdomain |
hostname은 해당 시스템의 이름입니다.
호스트 이름이 /etc/nodename 파일에 나열되어 있는지 확인합니다. 이 파일에 다음 줄도 포함되어 있어야 합니다.
127.0.0.1 localhost loghost hostname localhost.localdomain |
Yelp 브라우저를 사용하여 볼륨 조절에 대한 온라인 도움말을 열 경우 키보드 가용성 패널 응용 프로그램에 대한 도움말 파일이 열립니다.
해결 방법: 없음.
응용 프로그램의 온라인 도움말을 열 때 해당 응용 프로그램에 대한 도움말 파일이 없으면 오류 대화 상자가 표시됩니다. 확인을 누르지 않으면 온라인 도움말 시스템이 고정되어 이후 시작하는 다른 응용 프로그램의 온라인 도움말을 열 수 없습니다.
해결 방법: 오류 대화 상자에서 확인 버튼을 눌러야 합니다.
문서에 BMP(Basic Multilingual Plane)에 없는 유니코드 문자가 들어 있으면 Mozilla 브라우저에서 문서를 인쇄할 수 없습니다.
해결 방법: 없음.
GNOME 데스크탑의 이전 버전에 대한 홈 계정에서의 사용자 기본 설정이 Java DS 릴리스 3의 버전과 부분적으로 호환되지 않을 수 있습니다.
해결 방법: 환경 설정을 재설정하십시오. 다음 단계를 수행하십시오.
Java Desktop System에서 로그아웃합니다.
세션을 누르고 안전모드 터미널을 선택합니다.
로그인합니다.
안전모드 창에서 다음 명령을 입력합니다.
% gnome-cleanup exit |
다시 로그인합니다.
이제 GNOME 설정이 재설정됩니다.
해당 소프트웨어가 시스템에서 Mozilla를 찾지 못한 경우 StarSuite 7 소프트웨어의 온라인 등록을 완료할 수 없습니다. 해당 소프트웨어에서 문서를 보내려면 전자 메일 및 달력 응용 프로그램을 찾을 수 있어야 합니다.
해결 방법: PATH에 /usr/sfw/bin을 추가하십시오. 다음 단계를 수행하십시오.
단말기 창을 엽니다.
다음 명령을 실행합니다.
% export PATH=/usr/sfw/bin:$PATH |
StarSuite 소프트웨어를 시작하려면 다음 명령을 실행합니다.
% soffice |
StarSuite 등록 절차를 완료합니다.
녹음기에 new.wav 파일을 녹음할 때 슬라이드 표시줄과 측면 계수기가 작동하지 않습니다.
해결 방법: 없음.
Thunderbird 도움말 절에 릴리스 노트가 표시되지 않습니다. 오류 메시지는 표시되지 않습니다.
해결 방법: Firefox를 기본 브라우저로 설정합니다. 처음으로 Firefox를 열면 Firefox를 기본 브라우저로 설정할지 묻는 메시지가 표시됩니다. 예를 선택합니다. 그런 다음 편집-> 기본 설정-> 주-> 지금 검사를 선택합니다.
신뢰할 수 있는 Java DS(Java Desktop System) 작업 공간 전환기를 사용하여 작업 공간의 레이블을 변경하면 해당 작업 공간에서 데스크탑이 시작되지 않습니다. 이 작업 공간에서 모든 응용 프로그램을 열 수 없습니다. 오류 메시지는 표시되지 않습니다.
해결 방법: 다음 행을 /usr/openwin/server/etc/TrustedExtensionsPolicy 파일에 추가합니다.
extension MIT-SHM |
시스템에 /usr/X11/lib/X11/xserver/TrustedExtensionsPolicy 파일이 있으면 이 파일에도 동일한 행을 추가합니다. 그러면 해당 변경 사항이 후속 신뢰할 수 있는 CDE 및 Java DS 세션에 적용됩니다.
자세한 내용은 TrustedExtensionsPolicy(4) 매뉴얼 페이지를 참조하십시오.
권한 탭의 그룹 권한은 액세스 탭의 마스크 권한과 동일해야 하지만 동기화되지 않은 것으로 나타나는 경우가 있습니다.
해결 방법: 닫기 버튼을 누른 다음 재로드를 누릅니다. 파일 등록 정보를 다시 봅니다. 이제 그룹 권한과 마스크 권한이 다시 동기화 상태가 됩니다. 이전 단계에서 마스크를 변경한 대상으로 권한이 설정됩니다.
Java DS 메뉴 표시줄 및 Evolution 같은 일부 응용 프로그램에서 중국 날짜가 틀리게 표시됩니다. 잘못된 날짜는 %-m M %-d D 형식으로 표시되며, 여기서 M과 D는 중국어로 월과 일을 각각 나타냅니다.
해결 방법: 다음 단계를 수행하십시오.
/usr/share/locale/LC_MESSAGES/gnome-panel*.mo 파일을 백업합니다.
http://l10n.gnome.org/POT/gnome-panel.gnome-2-16/gnome-panel.gnome-2-16.zh_CN.po에서 gnome-panel.gnome-2-16.zh_CN.po를 다운로드하여 /tmp 디렉토리에 저장합니다.
gnome-panel.gnome-2-16.zh_CN.po 파일에서 %-m을 모두 %Om으로 수정하고, %-d를 모두 %e로 수정합니다.
새로운 gnome-panel.gnome-2-16.zh_CN.po 파일을 생성합니다.
msgfmt -v -o gnome-panel.gnome-2-16.zh_CN.mo /tmp/gnome-panel.gnome-2-16.zh_CN.po |
이 파일을 /usr/share/locale/LC_MESSAGES/ 디렉토리에 다시 복사합니다.
시스템에서 로그아웃한 후 다시 로그인합니다.
Solaris 10 시스템에 물리적인 비디오 카드가 하나 있는 경우 시스템에 전체 화면 확대를 구성할 수 없습니다. 이러한 구성을 수행하려면 임시 드라이버 설정을 정의하는 별도의 구성 파일을 사용해야 합니다. 먼저 Xserver가 실행 중이 아닌지 확인합니다. 그리고 나서 다음 단계를 수행합니다.
명령줄 세션에 로그인합니다.
새 xorg.conf 파일을 만듭니다.
# /usr/X11/bin/Xorg -configure |
이 명령을 사용하면 루트(/) 디렉토리에 xorg.conf.new 파일이 만들어집니다.
/etc/x11 디렉토리에 새 구성 파일을 복사하고 xorg.conf로 이름을 바꿉니다.
# cp /xorg.conf.new /etc/X11/xorg.conf |
다음 예제 구성을 사용하여 파일의 구성을 수정합니다.
새 모니터 섹션을 추가합니다.
Section "Monitor" Identifier "monitor_dummy" ModelName "dummy" HorizSync 10-200 VertRefresh 20-90 EndSection |
새 장치 섹션을 추가합니다.
Section "Device" BoardName "dummy" Driver "dummy" Identifier "device_dummy" VendorName "dummy" videoram 10000 EndSection |
특정 그래픽 카드의 화면 너비, 높이 및 색상 깊이에 따라 videoram 값을 조정해야 할 수도 있습니다. 원하는 화면에 대해 KB 값이 충분히 커야 합니다. 예를 들어, 너비 * 높이 * bpp/8 수식을 사용하여 값을 계산할 수 있습니다.
새 화면 섹션을 추가합니다.
Section "Screen" DefaultDepth 24 SubSection "Display" Depth 24 Modes "1280x1024" EndSubSection Device "device_dummy" Identifier "screen_dummy" Monitor "monitor_dummy" EndSection |
특정 시스템 설정에 따라 해상도 값을 조정해야 할 수도 있습니다.
ServerLayout 섹션 아래에서 다음 행을 찾습니다.
Screen 0 "Screen0" 0 0 |
이전 단계의 해당 행 아래에 다음 행을 삽입합니다.
Screen 1 "screen_dummy" RightOf "Screen0" |
이 새 행에서는 물리적 기본 화면인 Screen0에 대해 개념적으로 오른쪽에 있는 두 번째 임시 화면인 Screen1을 정의합니다.
변경 사항을 저장합니다.
적절한 명령줄 세션에서 시스템을 다시 부트합니다.
Gnopernicus 화면 판독기를 시작합니다.
시작 모드(Startup Mode)를 확대기(Magnifier)로 변경합니다.
기본 설정(Preferences)을 누른 다음 확대기(Magnifier)를 선택합니다.
추가/수정(Add/Modify)을 누릅니다.
확대기(Magnifier) 기본 설정에 대해 다음 값을 할당합니다.
적용을 누릅니다.
확대/축소기(Zoomer)가 전체 화면 크기로 확대되어 가려지기 때문에 Gnopernicus 창은 보이지 않습니다. 하지만 이제 전체 화면 확대가 가능하게 되었습니다.
GOK(GNOME On-Screen Keyboard)와 함께 사용하기 위해 USB 마우스 장치를 확장 장치로 설정할 수 없습니다. PS2 마우스 장치를 코어 포인터로 사용하면서 USB 마우스 장치를 설정하면 구성에 실패합니다. USB 마우스를 제대로 설정하려면 다음 단계를 수행합니다.
수퍼유저로 로그인합니다.
USB 마우스 장치가 연결되어 있지 않은 상태에서 단말기 창에 다음을 입력합니다.
# ls -l /dev/usb/hid* |
USB 마우스를 연결하고 이전 명령을 다시 입력합니다.
화면에 표시된 USB 마우스 경로를 기록합니다.
명령줄 세션에 로그인합니다.
새 xorg.conf 파일을 만듭니다.
# /usr/X11/bin/Xorg -configure |
이 명령을 사용하면 루트(/) 디렉토리에 xorg.conf.new 파일이 만들어집니다.
/etc/x11 디렉토리에 새 구성 파일을 복사하고 xorg.conf로 이름을 바꿉니다.
# cp /xorg.conf.new /etc/X11/xorg.conf |
파일에서 다음과 같이 구성을 수정합니다.
ServerLayout 섹션의 InputDevice "Mouse0" "CorePointer" 행 다음에 Mouse1에 대한 입력 장치를 추가합니다. 다음 예를 참조하십시오.
InputDevice "Mouse0" "CorePointer" InputDevice "Mouse1" |
Identifier "Mouse0" 행을 포함하는 InputDevice 섹션에 다음 변경을 적용합니다.
Option "Device" "/dev/mouse"를 Option "Device" "/dev/kdmouse"로 변경합니다.
Option "Protocol" "auto"를 Option "Protocol" "VUID"로 변경합니다.
다음 새 옵션(Option)을 추가합니다.
Option "StreamsModule" "vuid3ps2" |
변경 사항을 적용하고 나면 섹션이 다음 예와 같이 표시됩니다.
Section "InputDevice" Identifier "Mouse0" Driver "mouse" Option "Protocol" "VUID" Option "Device" "/dev/kdmouse" Option "StreamsModule" "vuid3ps2" EndSection |
위의 InputDevice 섹션 다음에 새 InputDevice 섹션을 만듭니다.
Section "InputDevice" Identifier "Mouse1" Driver "mouse" Option "Device" "/dev/usb/hid1" EndSection |
/dev/usb/hid1은 USB 마우스 경로의 예입니다. /dev/usb/hid1을 대체하려면 단계 4에서 기록한 경로를 사용합니다.
파일을 저장하고 종료합니다.
적절한 명령줄 세션에서 시스템을 다시 부트합니다.
액세스 가능한 UI 사용자 계정으로 로그인합니다.
메뉴 시작(Launch Menu) => 기본 설정(Preferences) => 내게 필요한 옵션(Accessibility) => 보조 기술 지원(Assistive Technology Support)을 눌러 보조 기술 지원을 활성화합니다.
시스템에서 로그아웃한 다음 액세스 가능한 UI 사용자 계정으로 다시 로그인합니다.
단말기 창을 열고 다음 명령을 입력합니다.
% /usr/sfw/bin/gok --select-action=switch1 |
GOK 창에서 GOK를 누른 다음 기본 설정(Preferences)을 선택합니다.
필요한 경우 액세스 가능한 UI 사용자의 필요에 따라 GOK를 설정합니다. 그렇지 않고 현재 설정을 수락하는 경우 GOK 기본 설정(GOK Preferences) 창에서 적용(Apply)을 누른 다음 확인(OK)을 누릅니다.
GOK를 종료한 다음 메뉴 시작(Launch Menu) => 응용 프로그램(Applications) => 내게 필요한 옵션(Accessibility) => On-Screen Keyboard를 눌러 다시 시작합니다. 다음 경고 메시지가 표시될 것입니다.
The device you are using to control GOK is also controlling the system pointer. |
확인을 누릅니다.
GOK를 종료한 다음 단계 14에서 단계 17을 반복합니다.
경고 메시지가 더 이상 표시되지 않습니다.
gnome-at-properties에서 원격으로 로그인하여 액세스를 활성화하는 경우 GNOME 응용 프로그램이 시작되지 않습니다. GNOME 응용 프로그램을 시작하려 하면 다음 오류 메시지가 표시됩니다.
** ERROR **: Accessibility app error: exception during registry activation from id: IDL:Bonobo/GeneralError:1.0 aborting... |
해결 방법: 없음. dtremote를 사용하여 로그인하는 경우 액세스를 활성화하지 마십시오.
액세스가 비활성화된 기본 데스크탑 설정으로 돌아가려면 GNOME 세션을 닫습니다. 다음 명령을 실행합니다.
% gnome-cleanup |
다음 보기 옵션을 사용할 경우 파일 관리자가 실패할 수 있습니다.
카탈로그로 보기
이미지 모음으로 보기
사용하는 보기 옵션에 따라 다음 오류 메시지가 표시될 수 있습니다.
오류:
The application nautilus has quit unexpectedly |
오류:
The Catalog view encountered an error while starting up |
오류:
The Image Collection view encountered an error while starting up |
해결 방법: 없음. 이러한 문제가 발생할 때마다 파일 관리자를 다시 시작하거나 충돌 대화 상자에서 응용 프로그램 다시 시작 버튼을 누르십시오.
다음 유형의 아카이브를 생성하는 데 아카이브 관리자를 사용할 수 없습니다.
.arj
.lha
.bzip
.lzop
.zoo
해결 방법: 없음.
이 절에서는 Solaris 10 OS의 시스템 관리 버그를 설명합니다.
시스템을 Solaris Trusted Extensions용으로 구성하고 SMC를 사용하여 역할을 만들면 해당 역할의 홈 디렉토리에 부정확한 소유권이 있을 수 있습니다. 여러 오류 메시지가 표시됩니다.
해결 방법: 루트 사용자로 로그인합니다. 역할을 만든 후 새 역할의 홈 디렉토리에 올바른 소유자 및 그룹이 있는지 검증합니다.
# ls -ld /export/home/myrole drwxr-xr-x 15 myrole sysadmin 1024 Jul 26 15:29 /export/home/myrole |
모든 역할에 대한 그룹이 sysadmin(14)이어야 합니다. 그렇지 않으면 다음 chown 명령을 사용하여 그룹을 sysadmin(14)으로 변경합니다.
# chown myrole:sysadmin /export/home/myrole |
Emulex HBA 드라이버 버전 2.20K 이상에서 실행되는 Storade rasagent를 사용할 때 다음 오류 메시지가 /var/adm/messages 파일에 게시됩니다.
NOTICE: fp_rnid_intr: FP_IS_PKT_ERROR failed |
해결 방법: 이러한 메시지는 무시할 수 있습니다. 이러한 메시지가 /var/adm/messages 파일에 게시되지 않도록 하려면 Storade rasagent 데몬을 중지합니다.
iSCSI 프로세스 데몬 내에서 선택적 매개변수 --alias 또는 -a를 iscsitadm create target 명령과 함께 사용하면 프로세스 코드 덤프가 만들어져 데몬 프로세스에 패닉이 발생할 수 있습니다.
iSCSI 대상 데몬 프로세스는 Solaris SMF 기능에 의해 제어되므로 프로세스에서 코어 파일을 만드는 동안 이 기능이 일시 중지된 후 자동으로 다시 시작됩니다.
해결 방법: iscsitadm create target CLI 명령과 함께 선택적 - -alias 또는 -a 매개변수를 지정하지 마십시오. iscsitadm modify target CLI 명령과 함께 선택적 매개변수를 사용합니다.
JIST(Java technology-based Interoperability Standards Test Suite)를 실행할 때 Amber Road에 대한 시작 테스트의 일부로 10개의 스레드에서 로드 테스트를 읽고 쓰거나 비교하면 iSCSI 대상이 코어 덤프를 생성합니다. 이 코어 덤프로 인해 데이터 비교 오류가 발생하여 JIST 테스트가 실패할 수 있습니다. 경우에 따라 JIST가 성공적으로 실행될 수 있습니다. 하지만 새로운 코어 파일이 생성됩니다.
해결 방법: 없음.
영역을 연결할 때 원래 호스트와 새로운 호스트가 동일한 패치 레벨에 패키지를 가지지만 중간 패치 내역이 서로 다른 경우 영역 연결이 실패할 수 있습니다. 여러 오류 메시지가 표시됩니다. 오류 메시지는 두 호스트의 패치 내역에 따라 다릅니다.
해결 방법: 원래 호스트와 새로운 호스트 시스템에 각 패치에 적용된 동일한 패치 버전 시퀀스가 있는지 확인합니다.
AHCI 호환 SATA 제어기가 있는 시스템에서 BIOS를 설치하면 일반적으로 제어기가 AHCI, 레거시 또는 RAID 모드로 설정됩니다. Solaris는 AHCI 및 레거시 모드를 지원합니다.
최초 Solaris 설치 후에는 BIOS에서 SATA 모드 설정을 변경하면 안 됩니다. Solaris 업그레이드 전후에도 SATA 모드 설정을 변경하면 안 됩니다. Solaris 설치 후 BIOS 설정에서 SATA 모드를 변경하면 오류 원인이 표시되지 않고 시스템이 재설정 및 실패합니다.
해결 방법: BIOS 설정을 변경하여 재부트에 실패한 경우 Solaris를 부트하려면 원래 설정으로 되돌립니다.
패치 119254-42 및 119255-42부터 패치 설치 유틸리티인 patchadd 및 patchrm이 수정되어 일부 패치 제공 기능의 처리 방식이 변경됩니다. 이 유틸리티 수정은 모든 Solaris 10 릴리스의 해당 패치 설치에 영향을 줍니다. 이러한 “지연된 활성화” 패치는 기능 패치에 제공된 광범위한 변경을 보다 잘 처리합니다.
이러한 대규모 커널 패치에는 항상 재부트가 필요했지만 이제는 루프백 파일 시스템인 lofs에 의한 변경을 활성화하는 경우에만 재부트가 필요합니다. lofs로 실행 중인 시스템의 안정성을 보장합니다. 패치 README에서 재부트가 필요한 패치에 대한 지침을 제공합니다.
패치 작업은 특히 패치 README에서 권장하는 경우 단일 사용자 모드에서 수행하는 것이 가장 좋습니다.
비전역 영역을 실행 중이거나 lofs가 비활성화된 경우에는 지연된 활성화 패치를 설치 또는 제거할 때 다음 사항을 고려하십시오.
이 패치 작업에 대해 모든 비전역 영역이 정지 상태에 있어야 합니다. 패치를 적용하기 전에 먼저 해당 비전역 영역을 정지해야 합니다.
지연된 활성화 패치 작업을 성공적으로 완료하려면 lofs 루프백 파일 시스템이 필요합니다. Sun Cluster 3.1 또는 Sun Cluster 3.2가 실행 중인 시스템에는 대체로 lofs가 사용되지 않으며, 이는 lofs가 활성화될 때 HA-NFS 기능이 제한되기 때문입니다. 따라서 지연된 활성화 패치를 설치하기 전에 다음 단계를 수행하여 루프백 파일 시스템을 다시 활성화해야 합니다.
/etc/system 파일에서 다음 행을 제거하거나 주석 처리합니다.
exclude:lofs |
시스템을 재부트합니다.
패치를 설치합니다.
패치 설치 작업을 완료한 후 /etc/system 파일에서 동일한 행을 복원하거나 주석을 해제합니다.
시스템을 재부트하여 일반적인 작업을 계속합니다.
오류 메시지는 표시되지 않습니다.
해결 방법: Solaris Live Upgrade를 사용하여 패치 기능을 관리하는 것이 좋습니다. Solaris Live Upgrade를 사용하면 실행 중인 시스템에 패치를 적용할 때 문제가 발생하지 않습니다. Solaris Live Upgrade를 사용하면 패치 적용 시 작동 중단 시간이 줄어들고 문제가 발생할 때 폴백 기능을 제공하여 위험성이 절감됩니다. 자세한 내용은 Solaris 10 8/07 설치 설명서: Solaris Live Upgrade 및 업그레이드 계획을 참조하십시오.
ZFS와 같은 대형 파일 시스템 실행 시 응용 프로그램에서 statvfs(2) 또는 statfs(2)를 사용하여 파일 시스템 상태 정보를 가져오면 오류가 발생합니다. 다음과 같은 오류 메시지가 나타납니다.
Value too large for defined data type |
해결 방법: 대신 응용 프로그램에서 statvfs64()를 사용해야 합니다.
x86 시스템에서 Solaris Trusted Extensions 제거가 실패합니다. 시스템 재부트 시 다음 오류 메시지가 표시됩니다.
NOTICE: template type for bge0 incorrectly configured Change to CIPSO type for 129.146.108.249 ifconfig: setifflags: SIOCSLIFFLAGS: bge0: Invalid argument NOTICE: bge0 failed: Cannot insert CIPSO template for local addr 129.146.108.249 ip_arp_done: init failed |
그런 다음 시스템이 중단됩니다.
해결 방법: 다음 단계를 수행하십시오.
Solaris Trusted Extensions를 제거하되 시스템을 재부트하지는 않습니다.
다음 명령을 실행합니다.
# touch /etc/system # bootadm update-archive |
시스템을 다시 부팅합니다.
영역을 인식하지 않는 Solaris 릴리스를 실행하는 시스템에서 patchadd - R 또는 -R 옵션을 받아들이는 임의의 명령을 사용하여 비전역 영역이 설치된 전역 영역에 대해 대체 루트 경로를 지정하는 작업이 수행되지 않습니다.
luupgrade [- t, -T, -p, -P] 명령 사용 시 표시되는 오류 메시지와 달리, 이 인스턴스에서는 적절한 명령 수준 제한 사용과 관련한 오류 메시지가 표시되지 않습니다.
-R 옵션이 작동하지 않았음을 알려 주는 메시지가 표시되지 않습니다. 명령 실패로 인해 설치된 임의의 비전역 영역에 Solaris 10 패키지 또는 패치가 설치되지 않습니다.
이 문제는 패키지 또는 패치를 설치 및 제거하는 동안 발생합니다.
-R 옵션은 대체 부트 환경에 구성된 비전역 영역이 있으며 설치된 비전역 영역은 없는 경우에 작동합니다. 그러나 잠재적인 문제를 방지하려는 경우 또는 대체 루트 경로로 사용되는 설치된 비전역 영역이 있는지 여부를 확실히 모르는 경우 모든 인스턴스에서 -R 옵션 사용을 제한합니다.
자세한 내용은 다음 매뉴얼 페이지를 참조하십시오.
해결 방법 1:OS를 Solaris 10 1/06 릴리스 이상으로 업그레이드합니다.
Solaris 10 3/05 릴리스를 실행하는 경우 -R 옵션을 받아들이는 명령 사용을 활성화하는 다음 패치를 설치하여 대체 루트 경로를 만듭니다.
SPARC 기반 시스템용 패치 ID 119254-19
x86 기반 시스템용 패치 ID 119255-19
해결 방법 2:patchadd -R 명령 또는 -R 옵션을 받아들이는 임의의 명령을 사용하여 대체 루트 경로를 만드는 것을 제한합니다.
대신 대체 루트(예: Solaris 10 릴리스)를 활성 OS로 부트합니다. 그런 다음 -R 옵션을 사용하지 않은 채 Solaris 10 패키지 및 패치를 설치했다가 제거합니다.
Sun 패치 관리자 도구 2.0을 실행하는 시스템은 Sun 패치 관리자 도구 1.0을 비롯하여 패치 관리자 도구를 실행하는 원격 시스템을 관리할 수 있습니다.
그러나 이전 버전의 패치 관리자 도구가 있는 시스템은 패치 관리자 도구 2.0을 실행하는 원격 시스템을 관리할 수 없습니다. 이전 버전에는 다음이 포함됩니다.
Sun 패치 관리자 기본 소프트웨어 1.x
Sun 패치 관리자 도구 1.0
Solaris 8 OS에서는 CIM/WBEM(Common Information Model/Web Based Enterprise Management)이 패치 관리자 도구를 지원하지 않으므로패치 관리자를 사용하는 원격 관리는 Solaris 8 시스템에 적용되지 않습니다.
동적 재구성(DR) 중 오류 메시지가 표시될 수 있습니다. DR 경로에 있는 장치에서 입력 및 출력 작업이 활성화되어 있으면 DR를 수행하는 경우 메시지가 표시됩니다. 메시지가 표시된 후에 입력 및 출력 작업이 다시 시도되며 마침내 성공합니다. 다음은 표시되는 메시지의 예제입니다.
Jul 28 12:23:19 qame10-a scsi: [ID 107833 kern.warning] WARNING: /ssm@0,0/pci@19,700000/SUNW,qlc@2,1/fp@0,0/ssd@w2100000c5056fa13,0 (ssd6): Jul 28 12:23:19 qame10-a transport rejected fatal error Jul 28 12:22:08 qame10-a scsi: [ID 107833 kern.warning] WARNING: /ssm@0,0/pci@19,700000/SUNW,qlc@2,1/fp@0,0/ssd@w2100000c5056f9a7,0 (ssd36): Jul 28 12:22:08 qame10-a SCSI transport failed: reason 'timeout': retrying command |
해결 방법: 없음. 오류 메시지를 무시하십시오.
patchadd 및 patchrm 명령이 상속된 파일 시스템이 있는 비전역 영역에서 제대로 작동하지 않습니다. 따라서 해당 영역의 경우 다음과 같은 상황에서 pkgchk 명령이 패키지에 대한 오류 메시지를 생성할 수 있습니다.
전역 영역에서 patchadd 명령을 사용하여 Solaris 10 영역 시스템에 대해 패치를 적용하는 경우
patchrm 명령을 사용하여 방금 적용한 패치를 제거하는 경우
상속된 파일 시스템이 있는 비전역 영역에서 모든 제거된 패치에 있는 패키지에 대한 정보를 pkgchk 명령으로 확인하는 경우
위에 나열된 상황에서 SUNWcsu에 대해 pkgchk 명령을 사용하면 다음과 같은 예제 메시지가 표시됩니다.
# pkgchk SUNWcsu ERROR: /usr/lib/inet/certdb modtime <04/26/05 10:55:26 PM> expected <01/23/05 01:48:24 AM> actual file size <36012> expected <42152> actual file cksum <37098> expected <19747> actual ERROR: /usr/lib/inet/certlocal modtime <04/26/05 10:55:26 PM> expected <01/23/05 01:48:24AM> actual file size <44348> expected <84636> actual |
해결 방법: 없음. 이 오류는 문제되지 않습니다. 오류 메시지를 무시하십시오.
Solaris 10 8/07 릴리스를 사용하는 시스템은 IPsec에 문제가 발생할 수 있습니다. 새로 설치된 시스템이나 부트 중 대량의 새 SMF(Service Management Facility) 매니페스트를 가져오는 시스템에서 이 문제가 발생할 수 있습니다. 이러한 부트 조건에서는 svc:/network/initial:default의 일부인 IPsec가 svc:/system/cryptosvc:default의 일부인 암호화 프레임워크보다 먼저 초기화될 수 있습니다. 인증 또는 암호화 알고리즘을 사용할 수 없으므로 IPsec 보안 연결 생성이 다음과 같은 오류 메시지와 함께 실패할 수 있습니다.
PF_KEY error: type=ADD, errno=22: Invalid argument, diagnostic code=40: Unsupported authentication algorithm |
예를 들어, IPsec 서비스를 포함하는 Sun Fire E25K 시스템에서 DR를 사용할 때 이 오류가 발생할 수 있습니다.
해결 방법: IPsec 서비스를 사용하는 작업을 수행하기 전에 부트 후 다음 단계를 수행하여 대량의 새 SMF 매니페스트를 가져옵니다.
부트 후 다음 명령을 실행합니다.
ipsecalgs -s |
/etc/inet/secret/ipseckeys가 시스템에 있으면 다음 명령도 실행합니다.
ipseckey -f /etc/inet/secret/ipseckeys |
이제 Sun Fire E25K 시스템에서 DR 사용과 같은 IPsec 보안 연결을 작성하는 작업을 수행할 수 있습니다.
부트 중 대량의 새 SMF 매니페스트를 가져올 때만 이러한 절차를 반복합니다.
영역에서 Solaris 제품 등록 관리 유틸리티를 시작하려 하면 실행에 실패합니다. 영역 설치 중에 Solaris 제품 등록 데이터베이스인 productregistry가 영역에 복제되지 않으므로이 유틸리티는 영역에서 실행할 수 없습니다.
해결 방법: 수퍼유저로서 productregistry 데이터베이스를 영역에 복사합니다.
# cp /var/sadm/install/productregistry zone_path/var/sadm/install/ |
앞 명령에서 zone_path는 생성한 영역의 루트 디렉토리 경로입니다.
디스크 없는 클라이언트를 삭제하기 위해 smdiskless 명령을 사용하면 이 명령은 오류를 일으킵니다. 디스크 없는 클라이언트는 시스템 데이터베이스에서 제거되지 않습니다. 다음과 같은 오류 메시지가 나타납니다.
Failing with error EXM_BMS. |
해결 방법: 클라이언트를 추가하기 전에 /export 분할 영역의 공유를 해제합니다.
디스크 없는 클라이언트 서비스를 제거하기 위해 smosservice delete 명령을 사용할 경우 이 명령으로 일부 서비스 디렉토리를 성공적으로 제거하지 못합니다.
해결 방법: 다음 단계를 수행합니다.
해당 서비스를 사용하는 클라이언트가 없어야 합니다.
# unshare /export/exec/Solaris_10_sparc.all # rm -rf /export/exec/Solaris_10_sparc.all # rm -rf /export/exec/.copyofSolaris_10_sparc.all # rm -rf /export/.copyofSolaris_10 # rm -rf /export/Solaris_10 # rm -rf /export/share # rm -rf /export/root/templates/Solaris_10 # rm -rf /export/root/clone/Solaris_10 # rm -rf /tftpboot/inetboot.sun4u.Solaris_10 |
/etc/bootparams 파일에서 다음 항목을 제거합니다.
fs1-24 boottype=:os |
이 파일 서버에서 다른 모든 서비스에 기능이나 자원을 제공하지 않는 경우에만 이 항목을 제거합니다.
/etc/dfs/dfstab 파일에서 다음 항목을 제거합니다.
share -F nfs -o ro /export/exec/Solaris_8_sparc.all/usr |
/var/sadm/system/admin/services/Solaris_10 파일을 수정합니다.
파일 서버가 Solaris_10이 아니면 파일을 삭제합니다.
파일 서버가 Solaris_10이면 첫 번째 세 줄 이후의 모든 항목을 제거합니다. 삭제된 줄은 /export/root/templates/Solaris_10 및 지원 플랫폼에 있는 USR_PATH 및 SPOOLED ROOT 서비스 패키지를 나타냅니다.
Stop-A 또는 L1-A와 같은 키보드 시퀀스를 눌러 시스템을 정지하려 하면 시스템이 패닉 이 발생할 수 있습니다. 다음 예제와 유사한 오류 메시지가 표시됩니다.
panic[cpu2]/thread=2a100337d40: pcisch2 (pci@9,700000): consistent dma sync timeout |
해결 방법: 키보드 시퀀스를 사용하여 시스템이 OpenBoot PROM에 들어가도록 강제하지 마십시오.
snmpd.conf의 내용을 수정한 후 kill -HUP snmp Process ID 명령을 실행할 수 있습니다. 이 명령으로 snmp 프로세스를 정지한 다음시스템 관리 에이전트의 마스터 에이전트(snmpd)에게 snmpd.conf를 다시 읽고 수정된 사항을 구현하라는 신호를 보냅니다. 이 명령을 사용하더라도 마스터 에이전트가 구성 파일을 다시 읽지 않을 수 있으므로구성 파일의 수정 사항이 반드시 활성화되는 것은 아닙니다.
kill -HUP를 사용하는 대신 snmpd.conf를 수정한 후 시스템 관리 에이전트를 다시 시작합니다. 다음 단계를 수행하십시오.
수퍼유저가 되도록 합니다.
다음 명령을 입력합니다.
# /etc/init.d/init.sma restart
서비스 분할 영역이 있는 Sun LX50을 부트 중이며 x86 기반 Solaris 10 OS가 설치됩니다. 서비스 분할 영역을 부트하기 위해 F4 기능 키를 누르는 옵션을 선택하면 화면이 빈 페이지가 됩니다. 그리고 시스템은 서비스 분할 영역을 부트하지 못합니다.
해결 방법: BIOS 부트 화면이 표시될 때 F4 키를 누르지 마십시오. 제한 시간이 지난 다음 현재 디스크 분할 영역 정보 화면이 표시됩니다. type=DIAGNOSTIC에 해당하는 Part# 열에서 번호를 선택합니다. Return 키를 누릅니다. 시스템이 서비스 분할 영역을 부트합니다.
Solaris WBEM Services 2.5 데몬은 com.sun.wbem.provider 인터페이스 또는 com.sun.wbem.provider20 인터페이스에 대해 작성된 공급자를 찾을 수 없습니다. 이러한 인터페이스에 대해 작성된 공급자에게 Solaris_ProviderPath 인스턴스를 작성해도 Solaris WBEM Services 2.5 데몬은 공급자를 찾지 못합니다.
해결 방법: 데몬이 공급자를 찾을 수 있게 하려면 Solaris WBEM Services 2.5 데몬을 중지하고 다시 시작합니다.
# /etc/init.d/init.wbem stop # /etc/init.d/init.wbem start |
javax
API를 사용하여 공급자를 개발하는 경우 Solaris WBEM Services 2.5 데몬을 중지했다가 재시작할 필요가 없습니다. Solaris WBEM Services 2.5 데몬은 javax
공급자를 동적으로 인식합니다.
javax
응용 프로그램 프로그래밍 인터페이스가 아닌 com.sun 응용 프로그램 프로그래밍 인터페이스를 사용하여 WBEM 소프트웨어를 개발하는 경우에는 공통 정보 모델(CIM) 원격 메소드 호출(RMI)만 완벽히 지원됩니다. XML/HTTP와 같은 다른 프로토콜은 com.sun 응용 프로그램 프로그래밍 인터페이스에서 완벽하게 지원되지 않을 수 있습니다.
다음 표에는 RMI에서는 성공적으로 실행되지만 XML/HTTP에서는 실패하는 호출의 예가 나열되어 있습니다.
메소드 호출 |
오류 메시지 |
---|---|
CIMClient.close() |
NullPointerException |
CIMClient.execQuery() |
CIM_ERR_QUERY_LANGUAGE_NOT_SUPPORTED |
CIMClient.getInstance() |
CIM_ERR_FAILED |
CIMClient.invokeMethod() |
XMLERROR: ClassCastException |
Solaris 관리 콘솔 마운트 및 공유 도구는 루트(/), /usr 및 /var과 같은 시스템 핵심 파일 시스템의 마운트 옵션을 수정할 수 없습니다.
해결 방법: 다음 해결 방법 중 하나를 선택합니다.
마운트 명령으로 원격 옵션을 사용합니다.
# mount -F file-system-type -o remount,additional-mount-options \ device-to-mount mount-point |
-remount 옵션을 mount 명령과 함께 사용하여 수행한 마운트 등록 정보 수정은 지속되지 않습니다. 또한 이전 명령의 additional-mount-options 부분에 지정되지 않은 모든 마운트 옵션은 시스템이 지정한 기본값을 상속합니다. 자세한 내용은 mount_ufs(1M) 매뉴얼 페이지를 참조하십시오.
/etc/vfstab 파일의 해당 항목을 편집하여 파일 시스템 마운트 등록 정보를 수정한 다음 시스템을 재부트합니다.