| System Management Services(SMS) 1.5 릴리스 노트 |     |
| System Management Services(SMS) 1.5 릴리스 노트 | |
2장 |
|
이 장에서는 알려진 SMS 1.5 버그에 대한 정보를 제공합니다. 이 장은 다음 내용으로 구성됩니다.
이 절에서는 SMS 1.5에 가장 큰 영향을 미치는 중요 버그 정보를 요약합니다.
cpio 아카이브에 4095개 이상의 파일이 있는 경우 smsrestore 명령이 실패합니다.
해결 방법: 불필요한 파일을 삭제하고 smsbackup 명령으로 cpio 아카이브를 다시 생성합니다. 삭제될 불필요한 파일은 POST 로그 및 덤프 파일입니다. 하나의 도메인 당 최대 1000개의 POST 로그 및 덤프 파일이 존재할 수 있습니다.
setcsn 명령을 사용하여 Sun Fire 최고급 서버의 섀시 일련 번호(CSN)를 SC에 설정하는 작업을 하지 않은 채로 서버를 실행하는 경우, 도메인 정지(Dstop)의 이벤트 보고에 있는 일련 번호가 비어있으면 FMA(Fault Management Architecture) 보고가 NetConnect로 전송됩니다.
해결 방법: setcsn 명령을 사용하여 섀시 일련 번호를 설정한 후 SMS를 재시작합니다. CSN이 이벤트 보고에 나타나게 하려면 SMS를 재시작해야 합니다.
SC에 섀시 일련 번호를 설정하는 방법에 대한 자세한 내용은 System Management Services(SMS) 1.5 설치 안내서를 참조하십시오.
ndd(1M) 명령은 특정 장치 드라이버 매개변수를 읽고 쓰기 위하여 루트로서 실행될 수 있습니다. scman(7D)(ndd/dev/scman)는 Management(MAN) Network의 Starcat SC 측을 관리하며 ndd(1M) 명령을 지원합니다.
scman(7D)의 man_pathgroups_report 매개변수가 올바르게 해석되지 않은 경우, 소프트웨어로 인해 오류가 발생할 때, 심각한 하드웨어 오류가 발생한 것처럼 보일 수 있습니다. 즉, 문제의 근본적인 원인을 찾으려면 하드웨어 스와핑을 해야 한다는 잘못된 결과를 내릴 수 있게 됩니다.
man_pathgroups_report 매개변수를 지정하면 다음과 같은 출력 결과가 표시됩니다.
마지막 줄의 별표(*)는 "hme1 물리적 인터페이스가 마지막으로 사용된 시간에 오류 발생"을 나타냅니다. 기록상, 대부분의 오류는 하드웨어가 아닌 소프트웨어에 의해 발생합니다.
MAN 네트워크 피어가 더 이상 "쉼박동" 메시지에 응답하지 않거나 잘못된 dlpi(7P) 상태 전환이 있을 경우, 소프트웨어는 오류를 발생시킵니다. 루트로서 다음 명령을 실행하여 이전의 경우를 반복적으로 생성할 수 있습니다(위와 같은 정확한 출력결과가 나타난다고 가정).
해당 명령을 실행하는 SC(예: SC0)의 경우, 활성 경로가 eri0에서 hme1로 전환됩니다. 잠시 동안 SC1은 물리적 인터페이스 eri0의 패킷을 계속 전송하고 SC0은 hme1의 패킷을 전송하게 됩니다. 잠시 후, 두 SC는 동일한 인터페이스를 사용하여 동기화 및 통신을 하게 됩니다. 그러나 각 SC에 별표가 표시되어 오류가 발생했던 마지막 인터페이스를 보여줍니다. 이 경우, 해당 오류는 소프트웨어로 인해 발생합니다(해당 오류는 "고동" 메시지 시퀀스에 대해 응답하지 않음). 이것은 치명적인 하드웨어 오류가 아닙니다.
만약 치명적인 하드웨어 오류가 상주하고 있다면 출력 결과에는 별표가 표시되었을 것입니다. 그러나, 별표가 표시되는 원인이 전적으로 하드웨어에 있다고 가정해서는 안됩니다.
Sun Fire 시스템에 있는 도메인 A의 보드를 제거, 설치 및 할당한 후 -d A 옵션과 함께 showenvironment 명령을 사용하였다면, 해당 명령은 다음과 같은 오류 메시지를 표시합니다.
No board assigned to Domain A.
해당 오류 메시지는 정확하지 않으며 무시해도 좋습니다. 이 문제점은 도메인 A에서만 발생합니다.
이 절에서는 SMS 1.5 매뉴얼 페이지 및 문서의 오류를 요약합니다.
rcfgadm(1M) man 페이지의 참고 사항은 다음과 같이 나타나야 합니다.
rcfgadm 명령이 실패하면, 보드는 원래 상태로 복귀하지 않습니다. dxs 또는 dcs 오류 메시지가 도메인에 기록됩니다. 해당 오류가 복구될 수 있는 경우, 명령을 다시 시도할 수 있습니다.
해당 명령을 다시 시도하기 전에, 도메인의 /etc/inetd.conf에 다음 dcs 항목이 존재하는지, 해당 항목이 비활성화되지는 않았는지 확인합니다.
해당 오류가 복구 불가능한 경우, 보드를 사용하려면 도메인을 재부팅해야 합니다.
testemail(1M) man 페이지에 있는 -c 옵션의 설명이 다음과 같이 나타나야 합니다.
testemail은 오류 클래스 또는 컴마로 분리된 오류 클래스의 목록을 사용하여 이벤트를 생성합니다.
올바른 오류 클래스의 예는 /etc/opt/SUNWSMS/config/SF15000.dict 파일에 포함되어 있습니다.
ecache 자원을 사용하여 testemail을 호출할 때에는 ecache가 포함된 시스템 보드의 전원이 켜져있는지 확인해야 합니다. 그렇지 않으면, testemail의 호출에 오류가 발생하고 어떤 전자 우편도 생성되지 않습니다.
VCMON의 설명이 Sun Fire 최고급 시스템에 대해 올바르지 않습니다. 올바른 설명이 이 문서의 VCMON에 수록되어 있습니다.
showboards 명령의 설명에서 -a 옵션은 -v로 나타나야 합니다.
showenvironment 명령에서 "Device" 범주는 삭제되어야 합니다.
smsupgrade: 시스템에 설치된 기존의 SMS 소프트웨어를 업그레이드합니다.
오류 코드 11300과 50000 사이에 다음과 같은 오류 메시지 범주가 추가되어야 합니다.
12100-12299: Event Utilities 메시지 전용
smsupgrade 명령을 실행하여 SMS를 다시 설치합니다.
2단계 다음에는 3단계가 다음과 같이 나타나야 합니다.
Solaris OS를 업그레이드합니다. 33페이지의 "SC에 Solaris OS 설치 또는 업그레이드" 를 참조하십시오.
3단계 다음에는 4단계가 있어야 하며 다음과 같이 나타나야 합니다.
주요 OS 업그레이드 후에 SMS를 다시 설치하려면 smsupgrade를 실행하십시오(35페이지 참조). 위를 수행하지 않으려면 다음 단계로 진행하고 SMS 구성을 복원하십시오.
제목 "SMS 1.5 소프트웨어 재설치"는 "SMS 1.5 구성 복원"과 같이 나타나야 합니다.
| System Management Services(SMS) 1.5 릴리스 노트 | 819-3300-10 | |
Copyright © 2005, Sun Microsystems, Inc. All rights reserved.