시스템 관리 문제

이 절에서는 Oracle Solaris 11의 시스템 관리 문제에 대해 설명합니다.

여러 개의 USB 키보드를 동시에 분리할 때 시스템 패닉 발생(7076162)

여러 개의 USB 키보드를 동시에 분리하면 시스템 패닉이 발생할 수 있습니다.

해결 방법: 여러 개의 USB 키보드를 시스템에서 분리할 때 하나씩 차례로 분리하십시오.

IB HCA 또는 RDSv3 IB 클라이언트의 unconfigure 작업 실패(7098279)

RDSv3 드라이버가 동적 재구성을 지원하지 않으므로 InfiniBand 호스트 채널 어댑터(IB HCA) 또는 RDSv3 IB 클라이언트의 unconfigure 작업을 실패합니다.

RDSv3 DR의 경우 다음 오류 메시지가 표시됩니다.

# cfgadm -c unconfigure ib::rdsv3,0
This operation will suspend activity on the IB device
Continue (yes/no)? yes
cfgadm: Hardware specific failure:
unconfigure operation failed ap_id: /devices/ib:fabric::rdsv3,0

HCA DR의 경우 다음 오류 메시지가 표시됩니다.

# cfgadm -c unconfigure PCI-EM0
cfgadm: Component system is busy, try again: unconfigure failed

해결 방법: RDSv3 드라이버를 제거하고 시스템을 재부트하십시오.

# pkg uninstall system/io/infiniband/reliable-datagram-sockets-v3

# reboot

새로운 부트 환경을 만들면 소스 부트 환경의 첫번째 GRUB menu.lst 항목만 만들어짐(7093604)

새로운 부트 환경을 만들면 소스 부트 환경에 있는 항목 수에 관계없이 GRUB menu.lst 파일에는 한 항목만 포함됩니다. 소스 부트 환경의 첫번째 menu.lst 항목은 새로운 부트 환경에 대한 항목을 만드는 데 사용됩니다. 다른 모든 항목은 무시됩니다.

이 문제는 beadm 명령이나 pkg update 명령을 통해 새로운 부트 환경을 만드는 경우에 발생합니다. 새로운 부트 환경에 다른 항목은 사용할 수 없습니다.

해결 방법: /rpool/boot/grub/menu.lst 파일을 편집하고 원래 부트 환경에서 원하는 항목을 복사합니다. 소스 항목의 부트 환경 이름을 대상 부트 환경의 이름으로 대체합니다.

JRE가 시스템 기본 시간대 설정을 감지하지 못함(7092679)

JRE(Java Runtime Environment)가 시스템 기본 시간대 설정을 감지하지 못하고 GMT-08:00 for US/Pacific과 같은 표준 시간 기반 사용자 정의 시간대로 폴백할 수 있습니다. 그 결과, 로컬 시간이 항상 표준 시간이고 사용자 정의 시간대가 표준 또는 일광절약 시간 전이를 지원하지 않습니다.

해결 방법: 다음 해결 방법 중 하나를 선택합니다.

• TZ 환경 변수를 TZ=US/Pacific과 같은 적절한 시간대 이름으로 설정합니다. 자세한 내용은 environ(5) 매뉴얼 페이지를 참조하십시오.

• svc:/system/environment:init SMF 서비스 인스턴스의 environment/TZ 등록 정보를 적절한 시간대 이름으로 변경하고 서비스를 새로 고칩니다.

  # svccfg -s svc:/system/environment:init setprop environment/TZ = timezone-name
  # svcadm refresh svc:/system/environment:init 

• Java를 시작할 때 user.timezone 등록 정보 값을 java -Duser.timezone=US/Pacific과 같은 적절한 시간대 이름으로 지정합니다.

man 명령 -f 옵션이 -k 옵션에 해당(7093992)

이 릴리스부터 man 명령과 -f 옵션이 -k keyword 옵션에 해당합니다. man -f 명령은 man 명령의 매뉴얼 페이지에 기술된 대로 정보를 표시하지 않습니다.

해결 방법: 없음.

zoneadm attach 명령이 -a 및 -n 옵션으로 중단될 수 있음(7089182)

이 릴리스에서는 zoneadm attach 명령의 -n 또는 -a 옵션과 함께 stdin 인수를 지정하기 위해 하이픈(-) 기호를 사용할 수 없습니다.

해결 방법: stdin 인수를 사용하지 마십시오.

svccfg validate 명령이 분할된 매니페스트에서 실패함(7054816)

SMF 데코레이션에 제공된 적절한 여러 매니페스트 지원 덕분에, svccfg validate 명령이 누락된 필수 등록 정보 그룹에 대해 더 이상 경고하지 않습니다. 그러나 svccfg validate 명령이 분할된 매니페스트에서 실패합니다.

이 문제는 별도의 매니페스트에서 서비스 수준에 정의된 서비스 메소드 없이 매니페스트를 제공하는 인스턴스를 올바로 검증하지 않을 때 발생합니다. 다음 오류 메시지가 표시될 수 있습니다.

$ svccfg validate /lib/svc/manifest/system/console-login-vts.xml
Required property group missing: FMRI="svc:/system/console-login:vt6"; 
Name of missing property group="start"; Type of missing property group="method"; 
Template source="svc:/system/svc/restarter:default"; 
pg_pattern name="start"; pg_pattern type="method"

Required property group missing: FMRI="svc:/system/console-login:vt6"; 
Name of missing property group="stop"; Type of missing property group="method"; 
Template source="svc:/system/svc/restarter:default"; 
pg_pattern name="stop"; pg_pattern type="method"

Required property group missing: FMRI="svc:/system/console-login:vt5"; 
Name of missing property group="start"; Type of missing property group="method"; 
Template source="svc:/system/svc/restarter:default"; 
pg_pattern name="start"; pg_pattern type="method"

Required property group missing: FMRI="svc:/system/console-login:vt2"; 
Name of missing property group="stop"; Type of missing property group="method"; 
Template source="svc:/system/svc/restarter:default"; 
pg_pattern name="stop"; pg_pattern type="method"

svccfg: Validation failed.

콘솔이 아닌 manifest-import 서비스 로그 파일에 경고가 표시됩니다. 치명적 경고는 아니며 인스턴스 가져오기를 막지는 않습니다. 일단 인스턴스를 가져오면 svccfg validate 명령을 사용하여 수동으로 인스턴스를 성공적으로 검증할 수 있습니다.

해결 방법: 분할된 매니페스트에서 svccfg validate 명령의 사용을 피하십시오.

ilomconfig 서비스가 시스템 부트를 지연할 수 있음(7100050)

데스크탑 및 랩탑 시스템에서 Oracle ILOM(Integrated Lights Out Manager)을 사용 중인 서비스 프로세서가 없거나 Oracle ILOM 3.0.12 이전 버전을 사용하는 경우 ilomconfig-interconnect 서비스가 반복해서 Oracle ILOM에 연결을 설정하려고 시도합니다. 이러한 반복된 시도는 시스템 부트 시간을 지연할 수 있습니다.

해결 방법: 다음 명령을 사용하여 ilomconfig 서비스를 사용 안함으로 설정하십시오.

# svcadm disable svc:/network/ilomconfig-interconnect

xterm-256color 터미널 유형이 지원되지 않음(7099457)

Apple OS X Lion(Mac OS X 버전 10.7)에 포함된 Terminal.app 터미널 에뮬레이터가 기본 xterm-256color 터미널 유형을 사용하는데, 이 Oracle Solaris 릴리스에서 지원되지 않습니다. 따라서 Apple OS X Lion에서 Oracle Solaris 11에 원격 터미널 세션을 실행할 때 사용 가능한 터미널 기능이 크게 제한되고 아주 기본적인 명령줄 상호 작용만 가능합니다.

terminfo 데이터베이스에서 터미널 기능을 가져오는 응용 프로그램을 실행할 때마다 오류 메시지를 볼 수 있습니다. 이러한 오류 메시지의 전형적인 예는 다음과 같습니다.

tput: unknown terminal "xterm-256color"
tabs: xterm-256color: terminfo file not found

해결 방법: Terminal.app 터미널 에뮬레이터에서 xterm-color 터미널 유형을 사용하도록 구성하십시오. xterm-color 터미널 유형을 설정하려면 다음 단계를 수행합니다.

1. Terminal.app 응용 프로그램에 포커스가 놓일 때 화면 상단의 메뉴에서 Terminal(터미널) -> Preferences(환경 설정) -> Settings(설정) -> Advanced(고급)를 선택합니다.

2. Declare Terminal As(터미널 선언 유형) 드롭다운 목록에서 xterm-color를 선택합니다.

영역이 준비되었을 때 영역 부트 환경 데이터 세트를 마운트해야 함(7091692)

어떤 영역이 ready 상태에 있으면 pkg(1) 명령을 실패합니다. 다음과 같은 오류 메시지가 나타납니다.

pkg: update failed (linked image exception(s)):
Can't initialize child image (zone: zone) at path: zonepath/root

해결 방법: zoneadm 명령을 사용하여 영역을 부트하거나 정지합니다. 그런 다음, pkg 명령을 재시도합니다.

연결된 IEEE-1394 장치의 연결을 끊거나 전원을 끄면 시스템 패닉 발생(7070912)

연결된 IEEE-1394 장치의 연결을 끊거나 전원을 끄면 시스템 패닉이 발생할 수 있습니다. 다음과 같은 오류 메시지가 나타납니다.

panic[cpu3]/thread=ffffff0010633c20:
genunix: [ID 335743 kern.notice] 
BAD TRAP: type=e (#pf Page fault) rp=ffffff0010633960 
addr=8 occurred in module "s1394" due to a NULL pointer dereference

해결 방법: 연결된 IEEE-1394 장치의 연결을 끊거나 전원을 끄지 마십시오.

automount 서비스를 사용 안함으로 설정할 때 useradd에서 액세스할 수 없는 홈 디렉토리로 사용자 생성(7070558)

automount 서비스를 사용 안함으로 설정하면 useradd (1M) 명령으로 계정이 생성된 사용자가 로그인할 수 없습니다. 이 문제는 /etc/passwd 파일의 홈 디렉토리 사양이 실제 홈 디렉토리 경로 이름에 해당하지 않기 때문에 발생합니다. 다음과 같은 오류 메시지가 나타납니다.

No directory!

해결 방법: automount 서비스 svc:/system/filesystem/autofs:default를 사용 안함으로 설정하지 마십시오.

설치할 때 생성된 초기 계정을 포함한 기존 사용자 계정은 automount 서비스에 의존하므로 automount 서비스를 사용으로 설정해야 합니다. automount 서비스를 사용 안함으로 설정하도록 선택할 경우 /etc/passwd 파일에서 각 사용자에 대한 홈 디렉토리 항목을 수동으로 편집하여 실제 홈 디렉토리 경로 이름을 지정하십시오.

SPARC: 다중 소켓 T-Series 시스템의 주 도메인에서 직접 I/O를 사용하여 여러 PCIe 슬롯을 제거하면 부트할 때 시스템 패닉이 발생할 수 있음(7100859)

다중 소켓 SPARC T-Series 시스템에서 직접 I/O 기능을 사용하여 여러 PCIe 슬롯을 제거하면 부트할 때 시스템 패닉이 발생할 수 있습니다. 여러 PCIe 슬롯을 제거하려면 ldm remove-io 명령을 사용할 수 있습니다. 문제는 ldm remove-io 명령으로 경로 이름이 비슷한 PCIe 슬롯을 제거하고 시스템을 재부트할 때 발생합니다.

직접 I/O 기능에 대한 자세한 내용은 Oracle VM Server for SPARC 2.1 Administration Guide를 참조하십시오.

예를 들어, 경로 이름이 비슷한 /SYS/MB/PCIE5 (pci@500/pci@2/pci@0/pci@0) 및 /SYS/MB/PCIE4 (pci@400/pci@2/pci@0/pci@0) 슬롯을 제거하면 다음에 Oracle Solaris 11 OS를 부트할 때 패닉이 발생할 수 있습니다.

관리자가 ldm list-io 명령을 실행하면 /SYS/MB/PCIE4 및 /SYS/MB/PCIE5 PCIe 슬롯을 제거한 후에 다음 구성이 표시됩니다.

# ldm list-io
IO              PSEUDONYM       DOMAIN
--              ---------       ------
pci@400         pci_0           primary
niu@480         niu_0           primary
pci@500         pci_1           primary
niu@580         niu_1           primary

PCIE                       PSEUDONYM       STATUS  DOMAIN
----                       ---------       ------  ------
pci@400/pci@2/pci@0/pci@8  /SYS/MB/PCIE0   OCC     primary
pci@400/pci@2/pci@0/pci@4  /SYS/MB/PCIE2   OCC     primary
pci@400/pci@2/pci@0/pci@0  /SYS/MB/PCIE4   OCC
pci@400/pci@1/pci@0/pci@8  /SYS/MB/PCIE6   OCC     primary
pci@400/pci@1/pci@0/pci@c  /SYS/MB/PCIE8   OCC     primary
pci@400/pci@2/pci@0/pci@e  /SYS/MB/SASHBA  OCC     primary
pci@400/pci@1/pci@0/pci@4  /SYS/MB/NET0    OCC     primary
pci@500/pci@2/pci@0/pci@a  /SYS/MB/PCIE1   OCC     primary
pci@500/pci@2/pci@0/pci@6  /SYS/MB/PCIE3   OCC     primary
pci@500/pci@2/pci@0/pci@0  /SYS/MB/PCIE5   OCC
pci@500/pci@1/pci@0/pci@6  /SYS/MB/PCIE7   OCC     primary
pci@500/pci@1/pci@0/pci@0  /SYS/MB/PCIE9   OCC     primary
pci@500/pci@1/pci@0/pci@5  /SYS/MB/NET2    OCC     primary

해결 방법: 다음 해결 방법 중 하나를 사용합니다.

• 경로가 비슷한 PCIe 슬롯을 제거하지 마십시오. 대신, PCIe 슬롯을 하나만 제거하십시오.

• 경로가 비슷하지 않은 슬롯에 PCIe 카드를 삽입합니다. 그런 다음, 직접 I/O 기능으로 PCIe 슬롯을 사용하십시오.

tar 명령이 테이프에서 아카이브를 추출하지 못함(7028654)

tar 명령이 아카이브 컨텐츠를 나열하거나 테이프에서 아카이브를 추출하지 못할 수 있습니다. 다음 오류 메시지가 표시될 수 있습니다.

tar: blocksize = 0

해결 방법: 다음 해결 방법 중 하나를 선택합니다.

• tar 명령을 사용하기 전에 dd 명령을 사용하여 테이프 아카이브를 디스크로 복사합니다. 예를 들어, 테이프 아카이브의 기존 파일을 업데이트하려면 다음 명령을 입력합니다.

  # dd if=/dev/rmt/6c of=disk.tar bs=10240
  # tar uvf disk.tar file
  # dd if=disk.tar of=/dev/rmt/6c bs=10240

• 테이프에서 tar로 아카이브를 파이프 연결합니다.

  # dd if=/dev/rmt/6c bs=10240 | tar tvf -

SPARC: SP가 성능 저하 모드에 있을 때 시스템 부트 실패(6983290)

T3 및 T4 시스템에서 서비스 프로세서(SP)가 성능 저하 모드에 있을 때 호스트 시스템이 재부트하지 못할 수 있습니다.

해결 방법: 없음.