Show Table of Contents
16.3. ovirt-engine-notifier.conf에서 이벤트 공지 매개 변수
이벤트 공지 설정 파일은
/usr/share/ovirt-engine/services/ovirt-engine-notifier/ovirt-engine-notifier.conf에 있습니다.
표 16.1. ovirt-engine-notifier.conf 변수
| 변수 이름 | 기본값 | 설명 |
|---|---|---|
| SENSITIVE_KEYS | 없음 | 콤마로 구분된 기록되지 않을 키 목록 |
| JBOSS_HOME | /usr/share/jbossas | Manager가 사용하는 JBoss 애플리케이션 서버 위치입니다. |
| ENGINE_ETC | /etc/ovirt-engine | Manager가 사용하는 etc 디렉토리 위치입니다. |
| ENGINE_LOG | /var/log/ovirt-engine | Manager가 사용하는 logs 디렉토리 위치입니다. |
| ENGINE_USR | /usr/share/ovirt-engine | Manager가 사용하는 usr 디렉토리 위치입니다. |
| ENGINE_JAVA_MODULEPATH | ${ENGINE_USR}/modules | JBoss 모듈이 추가되는 파일 경로입니다. |
| NOTIFIER_DEBUG_ADDRESS | 없음 | 통지 기능을 사용하는 Java 가상 머신의 원격 디버깅을 수행하는데 사용할 수 있는 시스템의 주소입니다. |
| NOTIFIER_STOP_TIME | 30 | 서비스가 종료되는 시간 (초 단위)입니다. |
| NOTIFIER_STOP_INTERVAL | 1 | 시간 제한 카운터가 증가하는 시간 (초 단위)입니다. |
| INTERVAL_IN_SECONDS | 120 | 가입자에게 메세지를 발송하는 인스턴스의 간격 (초 단위)입니다. |
| IDLE_INTERVAL | 30 | 우선순위가 낮은 작업이 실행되는 간격 (초 단위)입니다. |
| DAYS_TO_KEEP_HISTORY | 0 | 이 매개 변수는 발송된 이벤트가 기록 표에 보관되는기간을 설정합니다. 이러한 변수가 설정되어 있지 않은 경우 이벤트는 기록 표에 무기한으로 남아있게 됩니다. |
| FAILED_QUERIES_NOTIFICATION_THRESHOLD | 30 | 통지 이메일이 전송된 후 오류가 발생한 쿼리 수 입니다. 첫 번째 전송 오류 후 통지 이메일이 전송되며 이러한 변수에 지정된 오류 횟수에 도달할 때 마다 한 번의 통지 이메일이 전송됩니다. 0 또는 1로 값을 지정할 경우 오류 발생 마다 이메일이 전송됩니다. |
| FAILED_QUERIES_NOTIFICATION_RECIPIENTS | 없음 | 통지 이메일이 전송될 수신자의 이메일 주소입니다. 콤마로 이메일 주소를 구분합니다. 이 항목은 FILTER 변수로 인해 더이상 사용되지 않습니다. |
| DAYS_TO_SEND_ON_STARTUP | 0 | 통지 시작 시 처리 및 전송된 이전 이벤트의 기간입니다. |
| FILTER | exclude:* | 이메일 통지 트리거 및 수신자를 지정하는데 사용되는 알고리즘입니다. 이러한 변수 값은 include 또는 exclude, 이벤트 및 수신자로 구성됩니다. 예: include:VDC_START(smtp:mail@example.com) ${FILTER} |
| MAIL_SERVER | 없음 | SMTP 메일 서버 주소입니다. 필수 항목입니다. |
| MAIL_PORT | 25 | 통신에 사용되는 포트입니다. 일반 SMTP의 경우 25, SSL을 사용하는 SMTP의 경우 465, TLS를 사용하는 SMTP의 경우 587로 값을 설정할 수 있습니다. |
| MAIL_USER | 없음 | 사용자 인증에 SSL이 활성화되어 있을 경우 반드시 이러한 변수를 설정해야 합니다. 이 변수는 MAIL_FROM 변수가 설정되어 있지 않을 때 "from" 사용자 주소를 지정하는데 사용됩니다. 일부 메일 서버는 이러한 기능을 지원하지 않습니다 주소는 RFC822 형식입니다. |
| SENSITIVE_KEYS | ${SENSITIVE_KEYS},MAIL_PASSWORD | 메일 서버에 인증이 필요하거나 SSL 또는 TLS가 활성화되어 있을 경우 사용자 인증이 필요합니다. |
| MAIL_PASSWORD | 없음 | 메일 서버에 인증이 필요하거나 SSL 또는 TLS가 활성화되어 있을 경우 사용자 인증이 필요합니다. |
| MAIL_SMTP_ENCRYPTION | 없음 | 통신에 사용할 암호화 유형입니다. 사용 가능한 값은 none, ssl, tls입니다. |
| HTML_MESSAGE_FORMAT | false | 이 변수가 true로 설정되어 있을 경우 메일 서버는 HTML 형식으로 메세지를 전송합니다. |
| MAIL_FROM | 없음 | 메일 서버가 지원하는 경우 이 변수는 보낸 사람의 주소를 RFC822 형식으로 지정합니다. |
| MAIL_REPLY_TO | 없음 | 메일 서버가 지원하는 경우 이 변수는 회신자 주소를 RFC822 형식으로 지정합니다. |
| MAIL_SEND_INTERVAL | 1 | 각 IDLE_INTERVAL에 대해 전송되는 SMTP 메세지 수 |
| MAIL_RETRIES | 4 | 이메일 전송 시도 횟수입니다. |
| SNMP_MANAGER | 없음 | SNMP 관리자로 작동하게될 컴퓨터의 정규화된 도메인 이름 또는 IP 주소입니다. 항목은 공백으로 구분해야 하며 포트 번호를 넣을 수 있습니다. 예: manager1.example.com manager2.example.com:164 |
| SNMP_COMMUNITY | public | 기본 SNMP 커뮤니티입니다. |
| SNMP_OID | 1.3.6.1.4.1.2312.13.1.1 | 경고 용 기본 트랩 개체 식별자입니다. OID가 지정되면 SNMP 관리자에게 이벤트 정보와 함께 모든 트랩 유형이 전송됩니다. 기본 트랩을 변경할 경우 생성된 트랩은 Manager의 관리 정보 기반에 준수하지 않게 됨에 유의합니다. |
| ENGINE_INTERVAL_IN_SECONDS | 300 | Manager가 설치된 시스템의 모니터링 간격 (초 단위)입니다. 간격은 모니터링이 완료된 시점에서 측정됩니다. |
| ENGINE_MONITOR_RETRIES | 3 | 오류 발생 후 통지 기능이 지정된 간격으로 Manager가 설치된 시스템 상태를 모니터링하는 횟수입니다. |
| ENGINE_TIMEOUT_IN_SECONDS | 30 | 오류 발생 후 통지 기능이 지정된 간격으로 Manager가 설치된 시스템 상태를 모니터링할 때 까지의 대기 시간 (초 단위)입니다. |
| IS_HTTPS_PROTOCOL | false | JBoss가 보안 모드에서 실행되고 있을 경우 이 항목은 true로 설정해야 합니다. |
| SSL_PROTOCOL | TLS | SSL이 활성화되어 있을 경우 JBoss 설정 커넥터가 사용하는 프로토콜입니다. |
| SSL_IGNORE_CERTIFICATE_ERRORS | false | JBoss가 보안 모드에서 실행되고 있고 SSL 오류를 무시하려는 경우 이 값은 true로 설정해야 합니다. |
| SSL_IGNORE_HOST_VERIFICATION | false | JBoss가 보안 모드에서 실행되고 있고 호스트 이름 확인이 생략되어 있을 경우 이 값은 true로 설정해야 합니다. |
| REPEAT_NON_RESPONSIVE_NOTIFICATION | false | 이러한 변수는 Manager가 설치된 시스템이 응답하지 않음 (non-responsive) 상태일 경우 가입자에게 오류 메세지를 반복하여 전송할 지에 대한 여부를 지정합니다. |
| ENGINE_PID | /var/lib/ovirt-engine/ovirt-engine.pid | Manager의 PID 경로 및 파일 이름입니다. |

Where did the comment section go?
Red Hat's documentation publication system recently went through an upgrade to enable speedier, more mobile-friendly content. We decided to re-evaluate our commenting platform to ensure that it meets your expectations and serves as an optimal feedback mechanism. During this redesign, we invite your input on providing feedback on Red Hat documentation via the discussion platform.