JavaScript is required to for searching.
탐색 링크 건너뛰기
인쇄 보기 종료
Oracle Solaris 관리: 일반 작업     Oracle Solaris 11 Information Library (한국어)
search filter icon
search icon

문서 정보

본 문서 정보

1.  Oracle Solaris 명령에 대한 정보 찾기

2.  사용자 계정 및 그룹 관리(개요)

3.  사용자 계정 및 그룹 관리(작업)

4.  Oracle Solaris 시스템 부트 및 종료

5.  Oracle Configuration Manager 작업

6.  서비스 관리(개요)

7.  서비스 관리(작업)

8.  Fault Manager 사용

9.  시스템 정보 관리(작업)

10.  시스템 프로세스 관리(작업)

11.  시스템 성능 모니터링(작업)

12.  소프트웨어 패키지 관리(작업)

13.  디스크 사용 관리(작업)

14.  시스템 작업 일정 잡기(작업)

15.  CUPS를 사용하여 프린터 설정 및 관리(작업)

16.  시스템 콘솔, 터미널 장치 및 전원 서비스 관리(작업)

17.  시스템 충돌 정보 관리(작업)

18.  코어 파일 관리(작업)

19.  시스템 및 소프트웨어 문제 해결(작업)

시스템 충돌 문제 해결

시스템이 충돌할 경우 수행할 작업

문제 해결 데이터 수집

시스템 충돌 문제 해결 점검 목록

시스템 메시지 관리

시스템 메시지 확인

시스템 메시지 확인 방법

시스템 로그 교체

시스템 메시지 로깅 사용자 정의

시스템 메시지 로깅 사용자 정의 방법

원격 콘솔 메시지를 사용으로 설정

실행 레벨 전환 중 보조 콘솔 메시지 사용

대화형 로그인 세션 중 consadm 명령 사용

보조(원격) 콘솔을 사용으로 설정하는 방법

보조 콘솔 목록 표시 방법

시스템 재부트 시 보조(원격) 콘솔을 사용으로 설정하는 방법

보조(원격) 콘솔을 사용 안함으로 설정하는 방법

파일 액세스 문제 해결

검색 경로 문제 해결(Command not found)

검색 경로 문제 진단 및 해결 방법

파일 및 그룹 소유권 변경

파일 액세스 문제 해결

네트워크 액세스 문제 인식

20.  기타 시스템 및 소프트웨어 문제 해결(작업)

색인

시스템 메시지 관리

다음 절에서는 Oracle Solaris의 시스템 메시징 기능에 대해 설명합니다.

시스템 메시지 확인

시스템 메시지는 콘솔 장치에 표시됩니다. 대부분의 시스템 메시지 텍스트는 다음과 같이 표시됩니다.

[ID msgid facility. priority]

예를 들면 다음과 같습니다.

[ID 672855 kern.notice] syncing file systems...

메시지가 커널에서 시작된 경우 커널 모듈 이름이 표시됩니다. 예를 들면 다음과 같습니다.

Oct 1 14:07:24 mars ufs: [ID 845546 kern.notice] alloc: /: file system full 

시스템이 충돌하면 시스템 콘솔에 다음과 같은 메시지가 표시될 수 있습니다.

panic: error message

가끔 비상 메시지 대신 다음 메시지가 표시될 수도 있습니다.

Watchdog reset !

오류 로깅 데몬(syslogd)이 자동으로 메시지 파일에 다양한 시스템 경고 및 오류를 기록합니다. 기본적으로 이러한 시스템 메시지는 시스템 콘솔에 표시되고 /var/adm 디렉토리에 저장되는 경우가 많습니다. 시스템 메시지 로깅을 설정하여 이러한 메시지가 저장되는 위치를 지정할 수 있습니다. 자세한 내용은 시스템 메시지 로깅 사용자 정의를 참조하십시오. 이러한 메시지는 시스템 문제(예: 실패 예상 장치)를 알리는 것입니다.

/var/adm 디렉토리에는 여러 메시지 파일이 들어 있습니다. 가장 최근 메시지는 /var/adm/messages 파일(및 messages.*)에 있으며 가장 오래된 메시지는 messages.3 파일에 있습니다. 특정 기간이 경과되면(일반적으로 10일마다) 새 messages 파일이 생성됩니다. messages.0 파일의 이름은 messages.1로, messages.1의 이름은 messages.2로, messages.2의 이름은 messages.3으로 바뀝니다. 현재 /var/adm/messages.3 파일은 삭제됩니다.

/var/adm 디렉토리에는 메시지, 충돌 덤프 및 기타 데이터를 포함하는 큰 파일이 저장되므로 이 디렉토리는 많은 양의 디스크 공간을 사용할 수 있습니다. /var/adm 디렉토리가 너무 커지지 않도록 하고 다음 충돌 덤프가 저장될 수 있도록 하려면 주기적으로 불필요한 파일을 제거해야 합니다. crontab 파일을 사용하여 이 작업을 자동화할 수 있습니다. 해당 작업 자동화에 대한 자세한 내용은 충돌 덤프 파일 삭제 방법14 장시스템 작업 일정 잡기(작업)를 참조하십시오.

시스템 메시지 확인 방법

예 19-1 시스템 메시지 확인

다음 예에서는 Oracle Solaris 10 시스템에서의 dmesg 명령 출력을 보여줍니다.

$ dmesg
Mon Sep 13 14:33:04 MDT 2010
Sep 13 11:06:16 sr1-ubrm-41 svc.startd[7]: [ID 122153 daemon.warning] ...
Sep 13 11:12:55 sr1-ubrm-41 last message repeated 398 times
Sep 13 11:12:56 sr1-ubrm-41 svc.startd[7]: [ID 122153 daemon.warning] ...
Sep 13 11:15:16 sr1-ubrm-41 last message repeated 139 times
Sep 13 11:15:16 sr1-ubrm-41 xscreensaver[25520]:  ,,,
Sep 13 11:15:16 sr1-ubrm-41 xscreensaver[25520]: ...
Sep 13 11:15:17 sr1-ubrm-41 svc.startd[7]: [ID 122153 daemon.warning]...
.
.
.

참조

자세한 내용은 dmesg(1M) 매뉴얼 페이지를 참조하십시오.

시스템 로그 교체

시스템 로그 파일을 교체하려면 루트 crontab 파일의 항목에서 logadm 명령을 사용하십시오. /usr/lib/newsyslog 스크립트는 더 이상 사용되지 않습니다.

시스템 로그 교체는 /etc/logadm.conf 파일에서 정의됩니다. 이 파일에는 syslogd 등의 프로세스에 대한 로그 교체 항목이 들어 있습니다. 예를 들어, /etc/logadm.conf 파일의 한 항목은 파일이 비어 있지 않은 경우 /var/log/syslog 파일이 매주 교체되도록 지정합니다. 가장 최근 syslog 파일은 syslog.0이 되고 다음 번 가장 최근 파일은 syslog.1이 됩니다. 여덟 개의 이전 syslog 로그 파일이 보관됩니다.

/etc/logadm.conf 파일에는 마지막 로그 교체가 발생한 타임스탬프도 포함되어 있습니다.

logadm 명령을 사용하여 시스템 로깅을 사용자 정의하고 필요에 따라 /etc/logadm.conf 파일에서 로깅을 더 추가할 수 있습니다.

예를 들어, Apache 액세스 및 오류 로그를 교체하려면 다음 명령을 사용하십시오.

# logadm -w /var/apache/logs/access_log -s 100m
# logadm -w /var/apache/logs/error_log -s 10m

이 예에서 Apache access_log 파일은 크기가 100MB에 도달할 때 .0, .1 등의 접미어를 사용하여 교체되며, 열 개의 이전 access_log 파일 복사본이 보관됩니다. error_log는 크기가 10MB에 도달할 때 access_log 파일과 동일한 접미어 및 복사본 수를 사용하여 교체됩니다.

앞선 Apache 로그 교체 예에 대한 /etc/logadm.conf 항목은 다음과 유사하게 표시됩니다.

# cat /etc/logadm.conf
.
.
.
/var/apache/logs/error_log -s 10m
/var/apache/logs/access_log -s 100m

자세한 내용은 logadm(1M)을 참조하십시오.

수퍼유저 또는 동등한 역할(로그 관리 권한이 있는 역할)의 사용자로 logadm 명령을 사용할 수 있습니다. RBAC를 사용할 경우 logadm 명령에 대한 액세스 권한을 제공하여 비루트 사용자에게 로그 파일 유지 관리 권한을 부여할 수 있습니다.

예를 들어, 사용자 andy에게 logadm 명령을 사용할 수 있는 권한을 부여하려면 /etc/user_attr 파일에 다음 항목을 추가하십시오.

andy::::profiles=Log Management

시스템 메시지 로깅 사용자 정의

/etc/syslog.conf 파일을 수정하여 다양한 시스템 프로세스로 생성된 추가 오류 메시지를 캡처할 수 있습니다. 기본적으로 /etc/syslog.conf 파일은 여러 시스템 프로세스 메시지를 /var/adm/messages 파일로 전달합니다. 충돌 및 부트 메시지도 여기에 저장됩니다. /var/adm 메시지를 확인하려면 시스템 메시지 확인 방법을 참조하십시오.

/etc/syslog.conf 파일의 두 열은 다음과 같이 탭으로 구분됩니다.

facility.level ... action
facility.level

메시지 또는 상태의 facility나 시스템 소스. 쉼표로 구분되는 기능 목록일 수 있습니다. 기능 값은 표 19-2에 나열되어 있습니다. level은 기록 중인 상태의 심각도 또는 우선 순위를 나타냅니다. 우선 순위 레벨은 표 19-3에 나열되어 있습니다.

항목이 다른 우선 순위에 대한 것일 경우 동일한 줄의 동일한 기능에 대해 두 개의 항목을 삽입하지 마십시오. syslog 파일에 우선 순위를 삽입하면 해당 우선 순위 이상의 모든 메시지가 기록되며 마지막 메시지가 우선합니다. 제공된 기능 및 레벨에 대해 syslogd가 해당 레벨 이상의 모든 메시지와 일치됩니다.

action

action 필드는 메시지 전달 위치를 나타냅니다.

다음 예에서는 기본 /etc/syslog.conf 파일의 줄 샘플을 보여 줍니다.

user.err                                        /dev/sysmsg
user.err                                        /var/adm/messages
user.alert                                      `root, operator'
user.emerg                                      *

이 경우 다음과 같은 사용자 메시지가 자동으로 기록됩니다.


주 - 로그 대상이 /etc/syslog.conf 파일에서 두 번 이상 지정된 경우 별도의 줄에 항목을 지정하면 메시지가 잘못 기록될 수 있습니다. 각각 세미콜론으로 구분하여 한 행 항목에 여러 선택 항목을 지정할 수 있습니다.


다음 표에서는 가장 일반적인 오류 상태 소스를 보여 줍니다. 표 19-3에서는 가장 일반적인 우선 순위를 심각도순으로 보여줍니다.

표 19-2 syslog.conf 메시지의 소스 기능

소스
설명
kern
커널
auth
인증
daemon
모든 데몬
mail
메일 시스템
lp
스풀링 시스템
user
사용자 프로세스

주 - /etc/syslog.conf 파일에서 활성화할 수 있는 syslog 기능 수는 무제한입니다.


표 19-3 syslog.conf 메시지의 우선 순위 레벨

우선 순위
설명
emerg
시스템 긴급
alert
즉각적인 수정이 필요한 오류
crit
심각한 오류
err
기타 오류
info
정보 메시지
debug
디버깅에 사용되는 출력
none
이 설정은 출력을 기록하지 않습니다.

시스템 메시지 로깅 사용자 정의 방법

  1. root 역할로 전환합니다.
  2. /etc/syslog.conf 파일을 편집하여 syslog.conf(4)에 설명된 구문에 따라 메시지 소스, 우선 순위 및 메시지 위치를 추가하거나 변경합니다.
  3. 변경 내용을 저장하여 파일을 종료합니다.

예 19-2 시스템 메시지 로깅 사용자 정의

/etc/syslog.conf user.emerg 기능 샘플은 사용자 긴급 메시지를 루트 사용자 개별 사용자에게 전송합니다.

user.emerg                                      `root, *'

원격 콘솔 메시지를 사용으로 설정

다음과 같은 새로운 콘솔 기능을 통해 원격 시스템 문제 해결 성능이 향상되었습니다.

실행 레벨 전환 중 보조 콘솔 메시지 사용

실행 레벨 전환 중 보조 콘솔 메시지를 사용할 때는 다음 사항을 염두에 두십시오.

대화형 로그인 세션 중 consadm 명령 사용

직렬 포트에 연결된 터미널을 사용하여 시스템에 로그인한 후 consadm 명령을 사용하여 터미널의 콘솔 메시지를 확인하는 방식으로 대화형 로그인 세션을 실행하려면 다음 동작에 유의하십시오.

보조(원격) 콘솔을 사용으로 설정하는 방법

consadm 데몬은 consadm 명령을 통해 보조 콘솔이 추가되기 전까지 포트 모니터링을 시작하지 않습니다. 보안 기능으로 콘솔 메시지는 반송파가 끊기거나 보조 콘솔 장치의 선택이 해제될 때까지만 재지정됩니다. 따라서 포트에서 반송파를 설정해야만 consadm 명령을 성공적으로 사용할 수 있습니다.

보조 콘솔을 사용으로 설정하는 방법은 consadm(1m) 매뉴얼 페이지를 참조하십시오.

  1. root 사용자로 시스템에 로그인합니다.
  2. 보조 콘솔을 사용으로 설정합니다.
    # consadm -a devicename
  3. 현재 연결이 보조 콘솔인지 확인합니다.
    # consadm

예 19-3 보조(원격) 콘솔을 사용으로 설정

# consadm -a /dev/term/a
# consadm
 /dev/term/a

보조 콘솔 목록 표시 방법

  1. root 사용자로 시스템에 로그인합니다.
  2. 다음 단계 중 하나를 선택합니다.
    1. 보조 콘솔 목록을 표시합니다.
      # consadm
      /dev/term/a
    2. 영구 보조 콘솔 목록을 표시합니다.
      # consadm -p
      /dev/term/b

시스템 재부트 시 보조(원격) 콘솔을 사용으로 설정하는 방법

  1. root 사용자로 시스템에 로그인합니다.
  2. 시스템 재부트 시 보조 콘솔을 사용으로 설정합니다.
    # consadm -a -p devicename     

    그러면 장치가 영구 보조 콘솔 목록에 추가됩니다.

  3. 장치가 영구 보조 콘솔 목록에 추가되었는지 확인합니다.
    # consadm

예 19-4 시스템 재부트 시 보조(원격) 콘솔을 사용으로 설정

# consadm -a -p /dev/term/a 
# consadm
/dev/term/a

보조(원격) 콘솔을 사용 안함으로 설정하는 방법

  1. root 사용자로 시스템에 로그인합니다.
  2. 다음 단계 중 하나를 선택합니다.
    1. 보조 콘솔을 사용 안함으로 설정합니다.
      # consadm -d devicename

      또는

    2. 보조 콘솔을 사용 안함으로 설정하고 영구 보조 콘솔 목록에서 제거합니다.
      # consadm -p -d devicename
  3. 보조 콘솔이 사용 안함으로 설정되었는지 확인합니다.
    # consadm

예 19-5 보조(원격) 콘솔을 사용 안함으로 설정

# consadm -d /dev/term/a
# consadm