| HOME / 정보공유 / AIX 명령어 모음

errupdate
errupdate errupdate 명령 목적 오류 레코드 템플리트 저장소를 갱신합니다. 구문
errupdate [ -c] [ -f] [ -h] [ -n] [ -p] [ -q] [ -yFileName] [ File ]
설명
errupdate 명령은 오류 레코드 템플리트 저장소에 항목을 추가하거나 저장소에서 항목을 삭제하며, 로그 또는 보고서를 수정하거나, 기존 항목의 특성을 변경합니다. errupdate 명령은 지정된 File 매개변수로부터 읽습니다. File 매개변수를 지정하지 않으면, errupdate 명령은 표준 입력으로부터 읽어 표준 출력에 기록합니다.
추가, 삭제 또는 수정할 각 항목 앞에 연산자가 와야 합니다. 유효한 연산자는 다음과 같습니다.
+ 항목을 추가합니다(add 연산자).
- 항목을 삭제합니다(delete 연산자).
= 항목의 로그, 보고서 또는 경고 특성을 수정합니다.
입력 파일의 항목들은 공백 행으로 분리해야 합니다.
입력 파일의 주석은 템플리트 사이에 배치할 수 있으며 첫번째 열에 *(별표)로 표시됩니다.
XPG/4 메세지가 오류 템플리트에 사용될 경우에는 메세지 카탈로그를 지정해야 합니다. 이는 다음 양식을 사용하여 수행될 수 있습니다.
<*!catalog-name>
예를 들면, 다음과 같습니다.
*!mycat.cat
지정된 카탈로그는 다른 "*!" 카탈로그 지정자를 만날때 까지 후속 템플리트에서 발견된 XPG/4 메세지에 적용됩니다. 또한, "*!" 지정자는 개별 템플리트 기준으로 "catname" 키워드로 대체될 수 있습니다.
카탈로그에 대한 전체 경로 이름을 지정하지 않으면, 메세지 카탈로그 검색에 대한 일반 규칙을 따릅니다. 예를 들어, 위의 예제에서 mycat.cat가 /usr/lib/nls/msg/%L에 있는 것으로 가정됩니다.
추가할 항목은 특정 형식으로 정의해야 합니다. 오류 레코드 템플리트의 일반적인 양식은 다음과 같습니다.
Error Record Template
+ LABEL:
Comment=
Class=
Log=
Report=
Alert=
Err_Type=
Err_Desc=
Prob_Causes=
User_Causes=
User_Actions=
Inst_Causes=
Inst_Actions=
Fail_Causes=
Fail_Actions=
Detail_Data= , ,
추가로, XPG/4 메세지의 카탈로그명은 다음과 같이 지정될 수 있습니다.
catname =
XPG4 메세지가 들어 있는 템플리트, catname 키워드, 8개보다 많은 상세 데이터가 XPG4 템플리트로서 참조됩니다. XPG4 템플리트는 변경할 수 없으며 오류 ID용으로 약간 다른 계산을 사용합니다.
오류 레코드 템플리트 필드의 설명은 다음과 같습니다.
Alert 오류 로그 항목이 SNA 일반 경고 구조를 따르는 제품에 의해 처리될 수 있음을 나타냅니다. Alert 필드는 참 또는 거짓으로 설정될 수 있습니다. 템플리트에서 이 필드를 생략하면, 값이 거짓으로 디폴트됩니다. Alert 필드를 참으로 설정하면, errupdate 명령은 Err_Desc, Inst_Actions, Fail_Cause, Fail_Actions, 및 Detail_Data data_id 필드의 내용을 SNA 일반 경고 아키텍처(책 GA27-3136)가 인식할 수 있어야만 템플리트를 추가합니다. 사용된 값 중에 SNA 일반 경고 구조가 인식하지 못하는 값이 있거나 템플리트가 XPG4 템플리트이고, Alert 필드가 참으로 설정되면, -p 플래그를 지정하여 템플리트를 추가하거나 갱신해야 합니다.
Class 오류가 하드웨어에서 발생했는지 또는 소프트웨어에서 발생했는지, 운영자 메세지인지 또는 판별되지 않았는지를 설명합니다. 다음 클래스 설명자 중 하나를 지정해야 합니다.
H
오류가 하드웨어 장애임을 표시합니다.
O
오류가 운영자 메세지임을 표시합니다.
S
오류가 소프트웨어 장애임을 표시합니다.
U
오류가 판별되지 않았음을 표시합니다.
Comment 주석이 오류 ID 메세지 세트용으로 작성된 #define문에 포함되도록 지정합니다. 주석은 40자를 초과해서는 안되며 큰따옴표로 묶어야 합니다. 40자 이상의 주석은 자동으로 절단됩니다. errupdate 명령은 주석을 C 언어 주석 분리자, /* 및 */ 사이에 넣습니다.
Detail_Data 오류가 발생할 때 오류와 함께 기록되는, 발견 모듈 이름, 감지 데이터 또는 리턴 코드와 같은 상세 데이터를 설명합니다. 오류와 함께 기록된 상세 데이터가 없으면, 이 필드는 공백으로 남겨지거나, 아니면 data_len 값을 0으로 지정하여 상세 데이터 ID 메세지 세트에 있는 메세지를 표시할 수 있습니다. Detail_Data 필드는 다음과 같은 세 개의 값을 필요로 하며 쉼표로 구분되어야 합니다.
data_len
data_id 값에 연관시킬 데이터의 바이트 수. data_len 값은 십진수 값으로 해석됩니다. 환경 종속 크기를 지정하려면, "W"를 사용하십시오. 오류가 64 비트 환경에서 기록되면 "W"를 8 바이트로 간주하고 그렇지 않을 경우에는 4 바이트로 간주합니다.
주: 상세 데이터 길이를 계산할 때, 각 "W"는 8 바이트로 간주되며 대소문자 구분을 하지 않습니다.
data_id
상세 데이터 앞에 있는 오류 보고서에 인쇄될 상세 데이터 ID 메세지 세트 "D"에 있는 텍스트 메세지를 식별합니다. 이 값은 길이가 최고 4자리인 기호 없는 16진수로 해석됩니다.
data_encoding
오류 보고서에 어느 정도 상세한 데이터를 인쇄할 것인지를 설명합니다. 유효한 값은 다음과 같습니다.
ALPHA
상세 데이터가 인쇄 가능한 ASCII 문자열입니다.
DEC
상세 데이터가 정수 값의 2진 표시이며 등가의 십진 값이 인쇄됩니다.
LDEC
상세 데이터가 64 비트 값의 2진 표시이며 등가의 십진 값이 인쇄됩니다.
HEX
상세 데이터가 16진수로 인쇄됩니다.
각 템플리트 당 16개의 Detail_Data 항목을 지정할 수 있습니다. 오류 로그에 로그된 데이터의 양이 /usr/include/sys/err_rec.h 파일에 정의된 최대 오류 레코드 길이를 초과해서는 안 됩니다. 오류 로그 항목에 포함될 수 없는 오류 데이터는 다른 곳에 저장해야 합니다. 오류 로그 항목의 상세 데이터는 오류 데이터와 오류 로그 항목을 상관시킬 때 사용할 수 있는 정보를 포함해야 합니다.
Err_Desc 발생한 오류를 설명합니다. 오류 설명 메세지 ID를 이 필드에 지정해야 합니다. 이 값은 오류 설명 메세지 세트 "E"에서 발생한 오류에 대해 표시될 텍스트 메세지를 식별합니다. 이 값은 길이가 최고 4자리인 기호 없는 16진수로 해석됩니다. 필드는 XPG/4 양식 메세지를 지정할 수도 있습니다. 이 내용에 대해서는 다음에 설명합니다.
Err_Type 발생한 오류의 심각도를 설명합니다. 다음 값 중 하나를 지정해야 합니다.
PERF
장치 또는 구성요소의 성능이 허용가능한 레벨 미만으로 저하된 조건(성능).
PERM
회복될 수 없는 조건(영구적).
PEND
장치 또는 구성요소의 가용성 유실이 임박했음을 표시하는 조건(임박).
TEMP
여러 차례의 성공하지 못한 시도 후에 회복된 조건(임시).
UNKN
오류의 심각도를 판별할 수 없는 조건(알 수 없음).
INFO
정보용 오류 로그 항목에 대한 조건.
Fail_Actions 장애 원인으로 초래된 오류를 정정하기 위한 권고 조치를 설명합니다. 쉼표로 분리시킨 최대 네 개의 권고 조치 메세지 식별자 리스트를 지정할 수 있습니다. 이 값은 권고 조치 메세지 세트 "R"에서 발생한 오류에 대해 표시될 텍스트 메세지를 식별합니다. 이 값은 길이가 최대 4자리인 기호 없는 16진수로 해석됩니다. Fail_Causes 필드가 공백이면 이 필드도 공백이어야 합니다.
권고 조치를 나열하는 순서는 조치 및 그 조치의 비용과 오류를 정정할 수 있는 가능성에 따라 결정해야 합니다. 항상 비용이 거의 들지 않거나 전혀 들지 않는(또는 충격이 거의 없거나 전혀 없는) 조치를 시스템에 먼저 나열하십시오. 최소의 비용이 드는 조치를 우선으로 하여, 오류 정정 가능성이 같거나 거의 같은 조치를 다음에 나열하십시오. 가능성이 저하되는 순서로 나머지 조치를 나열하십시오. 필드는 XPG/4 양식 메세지를 지정할 수도 있습니다. 이 내용에 대해서는 다음에 설명합니다.
Fail_Causes 발생한 오류에 대한 장애 원인을 설명합니다. 장애 원인은 자원 장애에서 초래된 조건으로서 정의됩니다. 이 필드는 쉼표로 분리된 최대 네 개의 장애 원인 메세지 식별자를 나열할 수 있습니다. 이 값은 실패 원인 메세지 세트 "F"에서 발생한 오류에 대해 표시될 텍스트 메세지를 식별합니다. 이 값은 길이가 최고 4자리인 기호 없는 16진수로 해석됩니다. 가능성이 저하되는 순서로 장애 원인을 나열하십시오. 발생한 오류에 적용되지 않는 경우, 이 필드를 공백으로 둘 수 있습니다. 이 필드가 공백이면, User_Causes 또는 Inst_Causes가 공백이어서는 안 됩니다. 필드는 XPG/4 양식 메세지를 지정할 수도 있습니다. 이 내용에 대해서는 다음에 설명합니다.
Inst_Actions 장애 원인 오류를 정정하기 위한 권고 조치를 설명합니다. 이 필드는 쉼표로 분리시킨 최대 4개의 권고 조치 메세지 식별자를 나열할 수 있습니다. 이 값은 권고 조치 메세지 세트 "R"에서 발생한 오류에 대해 표시될 텍스트 메세지를 식별합니다. 이 값은 길이가 최대 4자리인 기호 없는 16진수로 해석됩니다. Inst_Causes 필드가 공백이면 이 필드도 공백이어야 합니다. 권고 조치를 나열하는 순서는 조치의 비용과 그 조치가 오류를 정정할 수 있는 가능성에 따라 결정해야 합니다. 시스템에 비용이 거의 들지 않거나 전혀 들지 않는 또는 충격이 거의 없거나 전혀 없는 조치를 항상 먼저 나열해야 합니다. 최소의 비용이 드는 조치를 우선으로 하여, 오류 정정 가능성이 같거나 거의 같은 조치를 다음에 나열해야 합니다. 가능성이 저하되는 순서로 나머지 조치를 나열해야 합니다. 필드는 XPG/4 양식 메세지를 지정할 수도 있습니다. 이 내용에 대해서는 다음에 설명합니다.
Inst_Causes 발생한 오류에 대한 설치 원인을 설명합니다. 설치 원인은 자원의 초기 설치 또는 설정으로 초래된 조건으로서 정의됩니다. 쉼표로 분리시킨 최대 네 개의 설치 원인 메세지 식별자 리스트를 지정할 수 있습니다. 이 값은 설치 원인 메세지 세트 "I"에서 발생한 오류에 대해 표시될 텍스트 메세지를 식별합니다. 이 값은 길이가 최대 4자리인 기호 없는 16진수로 해석됩니다. 설치 원인은 가능성이 저하되는 순서로 나열해야 합니다. 발생한 오류에 적용 가능하지 않은 경우, 이 필드를 공백으로 둘 수 있습니다. 이 필드가 공백이면, User_Causes 또는 Fail_Causes 필드가 공백이어서는 안됩니다. 필드는 XPG/4 양식 메세지를 지정할 수도 있습니다. 이 내용에 대해서는 다음에 설명합니다.
LABEL 각 오류 로그 템플리트에 제공해야 하는 최대 19자의 고유 레이블을 지정합니다. 명령행에 -h 플래그가 지정되면, " #define #ERRID_label Error_ID " (여기서, Error_ID 값은 오류 레코드 템플리트에 지정된 고유한 ID)를 포함하는 문자열이 표준 출력에 기록됩니다.
Log 이 오류가 발생할 때 오류에 대해 오류 로그 항목을 작성해야 하는지 여부를 지정합니다. 로그 필드는 참 또는 거짓으로 설정할 수 있습니다. 이 필드를 템플리트에서 생략하면, 그 값은 참으로 디폴트됩니다. 이 필드를 거짓으로 설정하면, Report 및 Alert 필드는 무시됩니다.
Prob_Causes 발생한 오류에 대한 하나 이상의 가능한 원인을 설명합니다. 쉼표로 분리시킨 최대 네 개의 가능한 원인 메세지 식별자 리스트를 지정할 수 있습니다. 이 값은 가능한 원인 메세지 세트 "P"에서 발생한 오류에 대해 표시될 텍스트 메세지를 식별합니다. 이 값은 길이가 최고 4자리인 기호 없는 16진수로 해석됩니다. 가능한 원인은 가능성이 저하되는 순서로 나열해야 합니다. 적어도 하나의 가능한 원인이 필요합니다. 필드는 XPG/4 양식 메세지를 지정할 수도 있습니다. 이 내용에 대해서는 다음에 설명합니다.
Report 오류 보고서를 인쇄할 때 이 오류에 대해 기록된 경우를 보고해야 하는지 여부를 지정합니다. Report 필드는 참 또는 거짓으로 설정될 수 있습니다. 이 필드를 템플리트에서 생략하면, 그 값은 참으로 디폴트됩니다.
User_Actions 사용자 원인 오류를 정정하기 위한 권고 조치를 설명합니다. 쉼표로 분리시킨 최대 네 개의 권고 조치 메세지 식별자 리스트를 지정할 수 있습니다. 이 값은 권고 조치 메세지 세트 "R"에서 발생한 오류에 대해 표시될 텍스트 메세지를 식별합니다. 이 값은 길이가 최고 4자리인 기호 없는 16진수로 해석됩니다. User_Causes 필드가 공백이면 이 필드도 공백이어야 합니다. 권고 조치를 나열하는 순서는 조치의 비용 및 그 조치가 오류를 정정할 수 있는 가능성에 따라 결정해야 합니다. 시스템에 비용이 거의 들지 않거나 전혀 들지 않는 또는 충격이 거의 없거나 전혀 없는 조치를 항상 먼저 나열해야 합니다. 최소의 비용이 드는 조치를 우선으로 하여, 오류 정정 가능성이 같거나 거의 같은 조치를 다음에 나열해야 합니다. 가능성이 저하되는 순서로 나머지 조치를 나열해야 합니다. 필드는 XPG/4 양식 메세지를 지정할 수도 있습니다. 이 내용에 대해서는 다음에 설명합니다.
User_Causes 발생한 오류에 대한 사용자 원인을 설명합니다. 사용자 원인은 서비스 기관에 문의하지 않고도 정정할 수 있는 조건으로서 정의됩니다. 쉼표로 분리시킨 최대 네 개의 사용자 원인 메세지 식별자 리스트를 지정할 수 있습니다. 이 값은 사용자 원인 메세지 세트 "U"에서 발생한 오류에 대해 표시될 텍스트 메세지를 식별합니다. 이 값은 길이가 최대 4자리인 기호 없는 16진수로 해석됩니다. 사용자 원인은 가능성이 저하되는 순서로 나열해야 합니다. 발생한 오류에 적용 가능하지 않은 경우, 이 필드를 공백으로 둘 수 있습니다. 이 필드가 공백이면, Inst_Causes 또는 Fail_Causes 필드가 공백이어서는 안됩니다. 필드는 XPG/4 양식 메세지를 지정할 수도 있습니다. 이 내용에 대해서는 다음에 설명합니다.
catname이 현재 템플리트에 대한 XPG/4 메세지를 검색하는 데 사용될 메세지 카탈로그를 지정하는 데 사용됩니다. 이는 이전 "*!" 카탈로그 지정자에 지정된 카탈로그를 대체합니다. XPG/4 메세지를 포함하는 임의의 템플리트는 catname 또는 "*!"으로 지정된 카탈로그가 있어야 합니다. 카탈로그명은 따옴표로 묶어야 합니다. 카탈로그에 대한 전체 경로 이름을 지정하지 않으면, 메세지 카탈로그 검색에 대한 일반 규칙을 따릅니다.
예를 들어, 다음과 같은 식이 지정되면
catname = "mycat.cat"
mycat.cat가 /usr/lib/nls/msg/%L에 있는 것으로 가정됩니다.
오류 설명, 가능한 원인, 사용자 원인, 설치 원인, 실패 원인, 권고 조치 및 상세 데이터 ID 메세지는 오류 로그 메세지 카탈로그에서 유지되는 오류 메세지 또는 XPG/4 메세지이어야 합니다.
오류 메세지 식별자는 최대 4개의 16진 숫자로 구성되며 앞에 "0x"가 표시되지 않습니다. 예를 들면, 1234 또는 ABCD입니다. errmsg -w 명령을 사용하여 이러한 메세지 및 식별자를 인쇄할 수 있습니다. errmsg 명령은 새로운 메세지를 추가하는 데 사용될 수 있습니다.
XPG/4 메세지는 다음의 양식을 사용하여 지정됩니다.
{, , <"default text">}
세트, 번호 및 디폴트 텍스트 모두가 필요합니다. 상징적 메세지 참조는 지원되지 않습니다. 또한, XPG/4 메세지가 들어 있는 템플리트는 경고되지 않습니다.
XPG/4 메세지에 대해서는 메세지 카탈로그를 지정해야 합니다. 이는 "*!" 카탈로그 지정자 또는 catname 키워드로 수행됩니다.
오류 로그는 일반 오류 메세지의 모든 기능을 지원하지는 않습니다. 오류 로그 템플리트에 사용되는 문자열은 몇 가지 제한사항을 지켜야 합니다.
변수 대체는 지원되지 않습니다. 예를 들어, 문자열을 값을 인쇄하기 위한 형식 지정자로 사용할 수 없습니다. 문자열은 "\t" 및 "\n" 포맷 문자만을 포함할 수 있습니다.
디폴트 텍스트 문자열의 길이는 1 kb(즉, 1024 바이트)를 초과할 수 없습니다.
상세하지 않은 보고서에서 오류 설명은 길이가 40자인 영역에 인쇄됨을 주의하십시오. 이 보고서에 대해서는 문자열 포맷이 수행되지 않으며, 처음 40자만이 인쇄됩니다.
문자열은 후미의 새로운 행을 포함할 수 없습니다. 이는 errpt에 의해 지원됩니다.
오류 설명, 가능한 원인, 사용자 원인, 설치 원인, 장애 원인, 권고 조치 및 상세 데이터 ID 메세지는 오류 로그 메세지 카탈로그에서 관리됩니다. errmsg -w 명령을 사용하여 메세지 및 식별자를 인쇄할 수 있습니다. errmsg 명령은 새로운 메세지를 추가하는 데 사용될 수 있습니다.
추가된 각 항목에 대해 errupdate 명령은 File.h가 지정하는 헤더 파일에 기록되는 고유한 오류 ID를 지정합니다(여기서 File 매개변수는 errupdate 명령 입력 파일의 이름입니다). errupdate 명령을 표준 입력에서 읽는 경우, #define 문이 표준 출력에 기록됩니다. Class, Err_Desc, Err_Type, Fail_Actions, Fail_Causes, Inst_Actions, Inst_Causes, Prob_Causes, User_Actions, User_Causes 필드 및 Detail_Data에 지원되는 값과data_id 값은 해당 오류의 고유 오류 ID를 계산하는 데 사용됩니다. XPG4 템플리트의 경우, 레이블도 계산에 포함됩니다.
Log, Report 및 Alert 필드의 내용은 고유한 오류 ID의 계산에 포함되지 않습니다. 그러므로, errupdate 명령을 사용하면 오류 레코드 템플리트 저장소에 저장되어 있는 오류 항목 정의에서 특정 오류의 로그, 보고서, 및 경고 특성을 언제든지 변경할 수 있습니다. 또한 상세 데이터 필드의 data_len 및 data_encode 부분은 사용되지 않음에 유의하십시오.
errupdate 명령은 현재 디렉토리에 File.undo라는 실행 취소 파일도 작성합니다. errupdate 명령을 표준 입력에서 읽는 경우, 실행 취소 파일은 errids.undo 파일에 기록됩니다. 실행 취소 파일에는 errupdate 명령에 대한 입력이 포함되므로, errupdate 명령이 수행한 변경사항을 실행 취소합니다.
errpt -t 명령을 사용하여 오류 레코드 템플리트 저장소의 내용을 열람할 수 있습니다. 템플리트는 실제 오류 보고서에서와 동일한 모습으로 처리 및 인쇄됩니다.
주의: 오류 템플리트를 변경할 경우, 이 템플리트가 그 후의 갱신으로 변경될 수 있다는 점에 유의하십시오. 모든 변경사항에 대한 레코드를 보관해야 하며 시스템이 갱신된 후, 변경사항을 다시 적용해야 합니다. 일반적으로 이러한 작업은 운영 시스템를 새로운 레벨로 이동하는 것과 같은 중요한 시스템 갱신 후에 필요합니다. 또한, 이러한 레코드는 재설치를 할 경우, 템플리트를 변경할 수 있도록 합니다. 이러한 레코드를 보관하는 가장 쉬운 방법은 템플리트 수정을 한 개의 errupdate 소스 파일에서 하는 것입니다.
플래그
-c 입력 파일에서 구문 오류를 검사합니다.
-f 입력 템플리트에서와 동일한 오류 ID를 지닌 템플리트를 비롯해 모든 템플리트가 갱신되도록 강행합니다.
-h 오류 템플리트에 지정된 각 오류 ID에 대해 #define 문을 작성합니다. 명령행에서 파일 이름을 제공할 경우, 그 제공된 파일 이름에 .h를 추가하면 헤더 파일 이름이 됩니다. 제공되지 않을 경우, #define 문은 표준 출력에 표시됩니다.
-n 오류 레코드 템플리트 저장소에 오류 레코드 템플리트가 추가되는 것을 억제합니다.
-p Alert 필드를 참으로 설정하여 SNA 일반 경고 구조(책 GA27-3136 참조)가 인식하지 못하는 오류 설명, 가능한 원인, 사용자 원인, 사용자 조치, 설치 원인, 장애 원인, 장애 조치 또는 상세 데이터 ID 값을 포함하는 템플리트를 추가하거나 갱신합니다. errupdate 명령은 사용자가 이 플래그를 지정하지 않을 경우, 이러한 특성을 지닌 템플리트의 추가를 허용하지 않습니다.
-q 실행 취소 파일의 작성을 억제합니다.
-yFileName FileName 매개변수로 지정된 오류 레코드 템플리트 파일을 사용합니다.
보안
액세스 제어: 루트 사용자만 이 명령을 수행할 수 있습니다.
예제
항목을 추가하려면, 그 항목을 다음 방식으로 입력 파일에 정의하십시오.
+ CDROM_ERR22:
Comment= "Temporary CDROM read error"
Class= H
Log= True
Report= True
Alert= False
Err_Type= TEMP
Err_Desc= E801
Prob_Causes= 5004
Fail_Causes= E800, 6312
Fail_Actions= 1601, 0000
Detail_Data= 120, 11, HEX
Detail_Data= 4, 8058, DEC
Detail_Data= 4, 8059, DEC
데이터를 입력하는 방법
errupdate
항목 99999999의 로그, 보고서 및 경고 특성을 수정하려면, 수정 연산자 =(equal sign)과 고유 오류 ID, 수정할 항목의 새로운 특성을 차례로 지정하십시오.
errupdate
=99999999:
Report = False
Log = True
오류 레코드 템플리트 저장소로부터 항목 99999999를 삭제하려면, 삭제 연산자 -(빼기 부호)와 삭제할 항목의 고유 오류 ID를 차례로 지정하십시오.
errupdate
-99999999:
이 입력 스트림에 지정된 XPG/4 메세지 카탈로그를 "*!"로 대체하려면, "catname" 키워드를 사용하십시오.
*!mycat.cat
* mycat.cat는 지금부터 모든 XPG/4 메세지에 사용됩니다.
* 다음 사항은 제외됩니다.
+ CDROM_ERR23:
Comment= "Temporary CDROM read error"
catname= "othercat.cat"
Class= H
Log= True
Report= True
Alert= False
Err_Type= TEMP
Err_Desc= {1, 1, "CD ROM is broken"}
Prob_Causes= {2, 1, "cause 1"},\
{2, 2, "Cause 2"}
Fail_Causes= E800, 6312
Fail_Actions= 1601, 0000
Detail_Data= 120, 11, HEX
Detail_Data= 4, 8058, DEC
Detail_Data= 4, 8059, DEC
Othercat.cat 카탈로그는 CDROM_ERR23 템플리트에만 사용됩니다.
주: 템플리트는 XPG/4 메세지와 일반 오류 id 또는 코드 포인트를 포함할 수 있습니다.
파일
/usr/include/sys/errids.h 오류 ID가 들어 있는 헤더 파일을 포함합니다.
/usr/include/sys/err_rec.h 오류 로그를 위한 구조가 들어 있는 헤더 파일을 포함합니다.
관련 정보
errclear 명령, errdead 명령, errinstall 명령, errlogger 명령, errmsg 명령, errpt 명령, errstop 명령.
errdemon 디먼.
errsave 커널 서비스.
errlog 서브루틴.