9.2. 자동화 콘텐츠 탐색에 대해 자주 묻는 질문


다음 자동화 콘텐츠를 사용하여 환경의 문제를 해결하는 데 도움이 되는 FAQ를 사용하십시오.

자동화 실행 환경을 사용할 때 ansible.cfg 파일은 어디로 이동해야 합니까?
ansible.cfg 파일을 포함하는 가장 쉬운 위치는 플레이북 옆에 있는 프로젝트 디렉터리에 있습니다. 플레이북 디렉터리는 자동화 실행 환경에 자동으로 마운트되고 자동화 콘텐츠로 이동하여 ansible.cfg 파일을 찾습니다. ansible.cfg 파일이 다른 디렉터리에 있는 경우 ANSIBLE_CONFIG 변수를 설정하고 디렉터리를 사용자 지정 볼륨 마운트로 지정합니다. ( 실행-environment-volume-mounts의자동화 콘텐츠 탐색 설정 참조)
자동화 실행 환경을 사용하지 않을 때 ansible.cfg 파일은 어디로 이동해야 합니까?
Ansible은 자동화 실행 환경을 사용하지 않는 경우 일반적인 위치에서 ansible.cfg 를 찾습니다. 자세한 내용은 Ansible 구성 설정을 참조하십시오.
자동화 실행 환경을 사용할 때 Ansible 컬렉션을 배치해야 하는 위치는 무엇입니까?
Ansible 컬렉션을 가장 쉽게 사용할 수 있는 위치는 프로젝트 디렉터리에 있습니다. (예: ansible-galaxy 컬렉션에서 ansible.utils -p ./collections )를 설치합니다. 플레이북 디렉터리는 자동화 실행 환경에 자동으로 마운트되고 자동화 콘텐츠로 이동하여 컬렉션을 찾습니다. 또 다른 옵션은 Ansible Builder를 사용하여 컬렉션을 자동화 실행 환경으로 빌드하는 것입니다. 이렇게 하면 자동화 컨트롤러에서 플레이북을 인접한 컬렉션 디렉터리를 지원하므로 콘텐츠 작성자가 프로덕션 준비가 된 플레이북을 작성할 수 있습니다. 컬렉션이 다른 디렉터리에 있는 경우 ANSIBLE_COLLECTIONS_PATHS 변수를 설정하고 디렉터리에 대한 사용자 지정 볼륨 마운트를 구성합니다. ( Automation content navigator general settings for execution-environment-volume-mounts)를 참조하십시오.
자동화 실행 환경을 사용하지 않을 때 Ansible 컬렉션을 배치해야 하는 이유는 무엇입니까?
자동화 실행 환경을 사용하지 않는 경우 Ansible은 기본 위치에서 컬렉션을 찾습니다. Ansible 컬렉션 사용 가이드를 참조하십시오.
vars_prompt 또는 pause/prompt 를 사용할 때 플레이북이 중단된 이유는 무엇입니까?
기본적으로 자동화 콘텐츠는 자동화 컨트롤러에서 플레이북을 실행하는 것과 동일한 방식으로 플레이북을 실행합니다. 이렇게 하면 콘텐츠 작성자가 프로덕션 준비가 된 플레이북을 작성하는 데 도움이 됩니다. vars_prompt 또는 pause\prompt 를 사용할 수 없는 경우 playbook-artifact 생성을 비활성화하면 자동화 컨텐츠가 ansible-playbook 과 호환되는 방식으로 플레이북을 실행하고 사용자 상호 작용을 허용하는 방식으로 플레이북을 실행합니다.
자동화 콘텐츠가 터미널 색상을 변경하거나 잘못된 것처럼 보이는 이유는 무엇입니까?
자동화 콘텐츠는 터미널에 OSC4 호환성이 있는지 쿼리합니다. OSC4, 10, 11, 104, 110, 111은 터미널이 색상 변경 및 되돌리기를 지원한다는 것을 나타냅니다. 터미널에 해당 기능이 잘못 표시될 수 있습니다. --osc4 false 를 설정하여 OSC4 탐지를 비활성화할 수 있습니다. 환경 변수 또는 설정 파일에서 이를 처리하는 방법에 대한 자동화 콘텐츠 탐색을 참조하십시오.
자동화 콘텐츠 탐색에서 사용하는 색상을 변경하려면 어떻게 해야 합니까?
--osc4 false 를 사용하여 탐색기에서 터미널 정의된 색상을 사용하도록 강제 적용합니다. 환경 변수 또는 설정 파일에서 이를 처리하는 방법에 대한 자동화 콘텐츠 탐색을 참조하십시오.
플레이북 디렉터리에 있는 모든 site-artifact-2021-06-02T16:02:33.911259+00:00.json 파일은 어떻게 됩니까?
자동화 콘텐츠는 모든 플레이북 실행에 대한 플레이북 아티팩트를 생성합니다. 이는 자동화 결과가 완료된 후 검토, 동료와 공유 및 문제 해결, 규정 준수 또는 변경 제어 목적을 유지하는 데 유용할 수 있습니다. 플레이북 아티팩트 파일에는 모든 플레이 및 작업에 대한 자세한 정보와 플레이북 실행의 stdout 이 있습니다. 자동화 콘텐츠 탐색 세션에서 ansible-navigator 재생 <filename > 또는 :replay <filename >을 사용하여 플레이북 아티팩트를 검토할 수 있습니다. 필요한 보기에 따라 --mode stdout--mode 대화형 을 사용하여 모든 플레이북 아티팩트를 검토할 수 있습니다. 플레이북 아티팩트 작성 및 기본 파일 이름 지정 규칙을 비활성화할 수 있습니다. 환경 변수 또는 설정 파일에서 이를 처리하는 방법에 대한 자동화 콘텐츠 탐색을 참조하십시오.
:open 을 사용할 때 vi 가 열려 있는 이유는 무엇입니까?

자동화 컨텐츠는 기본 편집기의 터미널에 표시되는 모든 항목을 엽니다. 기본값은 vi +{line_number} {filename} 또는 EDITOR 환경 변수의 현재 값으로 설정됩니다. 이와 관련된 편집기는 편집기가 콘솔인지 터미널 기반인지 여부를 나타내는 editor-console 설정입니다. 다음은 유용한 대체 설정의 예입니다.

# emacs
ansible-navigator:
  editor:
    command: emacs -nw +{line_number} {filename}
    console: true
# vscode
ansible-navigator:
  editor:
    command: code -g {filename}:{line_number}
    console: false
#pycharm
ansible-navigator:
  editor:
    command: charm --line {line_number} {filename}
    console: false
구성 설정이 적용되는 순서는 무엇입니까?

자동화 콘텐츠 탐색 구성 시스템은 다양한 소스의 설정을 가져와서 다음 순서로 계층적으로 적용합니다(마지막 적용된 변경 사항이 가장 널리 사용되는 경우).

  1. 기본 내부 값
  2. 설정 파일의 값
  3. 환경 변수의 값
  4. 명령줄에 지정된 플래그 및 인수
  5. while issuing : 텍스트 기반 사용자 인터페이스 내에서 명령
작동하지 않은 것, 어떻게 해결할 수 있습니까?
자동화 콘텐츠 탐색에는 적절한 로깅 메시지가 있습니다. --log-level debug 를 사용하여 디버그 로깅을 활성화할 수 있습니다. 버그를 발견한 경우 문제를 기록하고 로그 파일의 세부 정보를 포함합니다.
Red Hat logoGithubredditYoutubeTwitter

자세한 정보

평가판, 구매 및 판매

커뮤니티

Red Hat 문서 정보

Red Hat을 사용하는 고객은 신뢰할 수 있는 콘텐츠가 포함된 제품과 서비스를 통해 혁신하고 목표를 달성할 수 있습니다. 최신 업데이트를 확인하세요.

보다 포괄적 수용을 위한 오픈 소스 용어 교체

Red Hat은 코드, 문서, 웹 속성에서 문제가 있는 언어를 교체하기 위해 최선을 다하고 있습니다. 자세한 내용은 다음을 참조하세요.Red Hat 블로그.

Red Hat 소개

Red Hat은 기업이 핵심 데이터 센터에서 네트워크 에지에 이르기까지 플랫폼과 환경 전반에서 더 쉽게 작업할 수 있도록 강화된 솔루션을 제공합니다.

Theme

© 2026 Red Hat
맨 위로 이동