이 장에서는 Solaris Container Manager 3.6 (컨테이너 관리자) 소프트웨어의 런타임 문제 및 버그에 대해 설명합니다.
이러한 런타임 문제는 Solaris Container Manager 3.6 소프트웨어에서 발생할 수도 있습니다.
Solaris Container Manager 3.6 설치의 명령줄 인터페이스(CLI) 버전을 사용하는 경우, 영어로만 사용 가능합니다. 이 버전은 번역되지 않았습니다. 영어가 설치 프로세스 또는 기능에 영향을 주지는 않습니다.
해결 방법:사용자가 원하는 로켈로 설치를 수행하려면 GUI 설치(es-guiinst) 및 설정( es-guisetup)을 사용하십시오.
영어 이외의 로켈을 선택했는데도 사용률 그래프 이미지의 제목 및 머리글이 영어로 나타납니다. 이러한 값은 번역되지 않았습니다.
확장된 회계 기능이 Solaris 8 OS를 실행하는 시스템의 컨테이너 관리자에서 비활성화되어 있습니다. 결과적으로 Solaris 8 시스템의 컨테이너에 대한 CSV 파일의 확장된 회계 데이터(Exacct) 열은 null이 됩니다.
에이전트 호스트의 /etc/project 데이터베이스의 프로젝트가 Sun Management Center 데이터베이스의 프로젝트와 동일한 프로젝트 ID를 가진 경우, 해당 프로젝트가 컨테이너 관리자에 의해 발견되지 않을 수도 있습니다. 컨테이너 관리자는 동일한 서버 컨텍스트의 모든 호스트에 대해 고유한 ID를 요구합니다.
프로젝트를 작성하기 위해 projadd 명령을 사용해서는 안됩니다. 컨테이너 관리자만 사용하여 프로젝트를 관리하십시오.
해결 방법:에이전트 호스트의 /etc/project 데이터베이스에서 projadd 명령으로 생성된 기본이 아닌 프로젝트를 삭제하고 컨테이너 관리자의 새 컨테이너 마법사를 사용하여 컨테이너를 작성하십시오.
영역, 풀 또는 프로젝트의 작성, 수정 또는 삭제 실패 중 표시된 오류 메시지가 불완전하여 충분한 세부 정보를 제공하지 않습니다. 다음과 같은 오류 메시지가 나타날 수도 있습니다.
Cannot create the resource pool
Cannot create the zone
Cannot update the project, zone, or pool
Cannot activate the container for valid user
Cannot associate the container to the host
해결 방법:위 오류 메시지 중 하나가 나타나는 경우, 아래 언급된 요점을 참조하십시오. 그러나 먼저 사용자가 유효한 SunMC 사용자이며 필수 관리 권한을 갖고 있는지 확인합니다( esadm, esdomadm 그룹의 일부).
다음 명령을 실행하여 사용자가 필수 프로파일과 연결되어 있는지 확인하십시오.
$ profiles <사용자이름>
다음은 필수 프로파일입니다.
Solaris 10에서 - 영역 관리, 풀 관리, 프로젝트 관리
Solaris 9에서 - 풀 관리, 프로젝트 관리
Solaris 8에서 - 프로젝트 관리
필수 프로파일이 누락된 경우, 다음 명령을 (수퍼유저로) 실행하고 사용자와 연결된 프로파일을 수정합니다.
# usermod -P "<쉼표로 구분된 필수 프로파일 목록>" <사용자이름>
시스템에 존재하는 프로파일이 없는 경우, 아래 언급된 형식으로 누락된 항목을 /etc/security 디렉토리의 prof_attr 파일에 추가하십시오.
Pool Management:::Resource pool management profile:help=RtPoolMgmt.html
Project Management:::Manage Solaris projects:auths=solaris.project.read,solaris.project.write; help=RtProjManagement.html
다음 명령을 실행하여 사용자가 SCM 모듈에 대한 로컬 액세스 사용자 목록의 일부인지 확인하십시오.
<BASEDIR>/SUNWsymon/sbin/es-config -M scm-container -s
사용자가 액세스 목록의 일부가 아닌 경우, 다음 명령을 실행합니다.
<BASEDIR>/SUNWsymon/sbin/es-config -M scm-container -l <사용자이름>
이러한 런타임 버그는 Solaris Container Manager 3.6 소프트웨어에서 발생할 수도 있습니다.
에이전트가 /var/opt/SUNWsymon/cfg/ 디렉토리의 나가는 scm-container* 파일을 손상시켰습니다. 에이전트가 다시 시작할 때 최적의 상태로 실행되지 않을 수도 있습니다. 이 상태는 다음 오류 메시지에 의해 식별될 수도 있습니다.
Insufficient security privilege to complete the operation.
다음 명령을 입력하여 에이전트의 프로세스 상태를 결정할 수 있습니다.
% ps -eaf | grep esd
해결 방법:성능을 향상시키려면 다음 명령을 입력하십시오.
수퍼유저가 되도록 합니다.
% su -
에이전트를 중지합니다.
# /opt/SUNWsymon/sbin es-stop -a
상태 파일을 삭제합니다.
# rm /var/opt/SUNWsymon/cfg/scm-container*
에이전트를 다시 시작합니다.
#/opt/SUNWsymon/sbin/es-start -a
서버를 재부팅에 이어 Java Web Console이 자동으로 시작되지 않습니다.
Java Web Console을 시작하려면 다음 명령을 입력하십시오.
수퍼유저가 되도록 합니다.
% su -
루트 암호를 입력하십시오.
Java Web Console을 다시 시작합니다.
# /usr/sbin/smcwebserver restart
Java Web Console이 나중에 다시 시작하는지 확인합니다.
# /usr/sbin/smcwebserver enable
해결 방법:없음.
새 영역 마법사의 로켈 드롭 다운 메뉴에서 잘못된 로켈을 선택한 경우, 영역 작성에 실패합니다. 로켈 드롭 다운 메뉴에 잘못된 로켈 값이 포함되어 있을 수도 있습니다.
유효한 로켈을 확인하려면 International Language Environments Guide의 “Supported Locales”를 참조하십시오.
해결 방법:새 영역 마법사의 로켈 드롭 다운 메뉴에서 유효한 로켈을 선택합니다. 로켈 값이 확실하지 않은 경우 영어 로켈에 대해 C를 선택합니다.
경보 조건이 존재하는 경우, 경보 배지의 도구 팁이 경보 배지 대신 나타날 수도 있습니다.
다른 표시영역을 탐색한 후 경보가 있는 객체의 아이콘으로 돌아가는 경우, 아이콘의 배지가 올바르게 표시됩니다.
해결 방법:없음.
뒤로 검색 버튼을 클릭하는 경우, Container Manager에 예외가 발생할 수 있습니다. 뒤로 검색 버튼은 이번 릴리스에서 지원되지 않습니다.
이 예외에서 복구하려면 https://server_name:6789/containers로 이동하여 적절한 페이지를 탐색합니다.
해결 방법:없음.
Solaris 9 운영 체제에서 일부 프로세스(예: nobody 사용자가 실행한 JavaTM 응용프로그램)가 newtask 명령의 버그 때문에 컨테이너로 이동되지 않습니다.
해결 방법: newtask명령을 사용하여 적절한 컨테이너에서 nobody 사용자가 실행한 응용프로그램을 실행합니다.
# /usr/bin/newtask -p 프로젝트이름 명령 |
프로젝트이름은 응용프로그램이 시작되는 프로젝트이고 명령은 응용프로그램을 시작하는 명령입니다.
자세한 정보는 newtask(1) 매뉴얼 페이지를 참조하십시오.
컨테이너 정의를 작성할 때 다음 일치식 중 하나를 사용한 후 활성화한 경우, 에이전트 호스트가 멈춥니다.
n
ns
nsc
nscd
해결 방법:newtask 명령을 사용하여 적절한 프로젝트에서 nscd 프로세스를 시작합니다.
# /usr/bin/newtask -p 프로젝트이름 명령 |
프로젝트이름은 응용프로그램이 시작되는 프로젝트이고 명령은 응용프로그램을 시작하는 명령입니다.
자세한 정보는 newtask(1) 매뉴얼 페이지를 참조하십시오.
서버 계층에 Solaris Container Manager 3.6 소프트웨어를 재설치하려는 경우, 제거할 때 데이터를 저장해야 합니다. 마찬가지로 서버 계층에서 설정을 다시 실행하는 경우, 데이터베이스를 다시 작성할지 묻는 메시지에 No로 대답해야 합니다. 그렇지 않으면 데이터를 저장하지 않고 서버 계층에서 다시 설치하거나 설정하는 경우, 이전에 찾은 에이전트 호스트가 데이터베이스에서 누락될 수도 있습니다.
해결 방법:설정을 재설치 또는 재실행한 후 호스트가 누락되는 경우, 다음 절차를 수행하여 호스트에서 Sun Management Center 에이전트를 다시 시작합니다.
에이전트 시스템에 로그인합니다.
수퍼유저가 되도록 합니다.
% su -
다음을 입력하여 Sun Management Center 에이전트를 중지합니다.
# /opt/SUNWsymon/sbin/es-stop -a |
다음을 입력하여 Sun Management Center 에이전트를 시작합니다.
# /opt/SUNWsymon/sbin/es-start -a |