다음을 통해 공유


운영 체제 문제

 

게시: 2016년 3월

적용 대상: System Center 2012 R2 Operations Manager, System Center 2012 - Operations Manager, System Center 2012 SP1 - Operations Manager

이 항목에서는 UNIX 및 Linux 운영 체제와 관련된 문제에 대해 설명합니다.

Solaris 10 기반 서버에서 공유 리소스에 대한 잘못된 보고서

영역을 사용하도록 구성된 Sun Solaris 10 기반 서버를 모니터링할 경우 Operations Manager는 물리적 디스크 또는 네트워크 어댑터와 같은 공유 리소스를 잘못 보고하는 것처럼 보일 수 있습니다. 이 동작은 의도적으로 발생하는 것입니다.

영역을 사용하도록 구성된 Solaris 10 기반 서버에서 Operations Manager는 물리적 디스크 또는 네트워크 어댑터와 같은 공유 리소스를 구분하지 못합니다. 글로벌 영역 리소스를 공유하는 로컬 영역의 경우 Operations Manager에서 공유 리소스를 보고하지 않습니다. 각 Solaris 10 기반 서버에서는 각 리소스의 한 인스턴스만 모니터링합니다. Solaris 10 기반 서버에서 두 개의 네트워크 어댑터가 있으며 하나는 글로벌 영역에 연결되는 반면 두 번째는 두 개의 로컬 영역 사이에서 공유되는 경우 첫 번째 열거된 로컬 영역에서 공유 리소스를 보고합니다. 두 번째 로컬 영역에는 공유 리소스에 대한 데이터가 없습니다.

Operations Manager에서, 가상 컴퓨터에 배포되는 Solaris 10 기반 서버의 동작은 물리적 컴퓨터에 배포된 Solaris 10 기반 서버의 동작과 약간 다를 수 있습니다. 가상 컴퓨터에 있는 네트워크 어댑터는 Solaris 10 기반 서버에 별도의 물리적 리소스로 표시됩니다. 고유하게 정의된 네트워크 어댑터가 Solaris 기반 서버에 구성된 각 영역에 연결되어 있는 경우 Operations Manager는 각 네트워크 어댑터에 대한 데이터를 수집합니다.

프로세스가 Solaris 컴퓨터의 파일 설명 제한에 도달하는 경우 에이전트 공급자가 실패할 수 있음

모니터링되는 개체(예: 파일 시스템 또는 프로세서)가 너무 많은 Solaris 컴퓨터에서, Solaris 에이전트의 동작이 불안정해질 수 있습니다. 증상으로는 파일 시스템, 디스크 또는 기타 개체가 검색되지 않을 수 있습니다. 사용 가능한 FD(파일 설명자)를 모두 사용한 에이전트 프로세스로 인해 이런 문제가 발생할 수 있습니다.

이 문제가 파일 설명자 제한으로 발생한 것인지 확인하려면 에이전트 로그 파일 /var/opt/microsoft/scx/log/scx.log를 검사하세요. 로그에 오류 메시지에 errno = 24(파일이 너무 많이 열려 있습니다.)가 포함된 경우 FD 제한 문제로 의심할 수 있습니다.

이 문제를 해결하려면 다음 단계를 수행하십시오.

  1. /opt/microsoft/scx/bin/tools/scx-cimd(Solaris 10 또는 Solaris 11) 또는 /etc/init.d/scx-cimd(Solaris 9)에서 scx-cimd 시작 스크립트를 수정합니다. 다음과 같은 줄이 포함된 스크립트 섹션을 찾습니다.

    start)
        # Start daemon
        echo "Starting $DESC"
        $DAEMON $OPTIONS -d
        exit $?
        ;;
    

    $DAEMON $OPTIONS –d 줄 전에 ulimit –n 1024 명령을 포함하도록 이 섹션을 수정합니다. 여기서 “1024”는 파일 설명자의 새 프로세스 제한입니다.

    start)
        # Start daemon
        echo "Starting $DESC"
        ulimit –n 1024
        $DAEMON $OPTIONS -d
        exit $?
        ;;
    
  2. 다음과 같이 에이전트를 다시 시작합니다.

    scxadmin -restart
    
  3. 문제가 계속되면 2048의 파일 설명자 제한으로 구성을 다시 시도한 후 에이전트를 다시 시작합니다. 프로세스가 2048의 제한이 설정된 파일 설명자를 모두 사용하는 경우 지원 담당자에게 문의하십시오.