Arquivo de configuração
Os agentes de S.O. usam um arquivo de configuração que é lido pelo agente quando ele é iniciado. O arquivo contém opções de configuração e filtros. Você deve criar esse arquivo de configuração e configurar a instância do agente para utilizá-lo.
O arquivo de configuração é monitorado para mudanças em seu registro de data e hora a cada 60 segundos daí em diante. Se o registro de data e hora do arquivo mudar, o agente reinicializará sua configuração dinamicamente sem requerer reinicialização. Para obter mais informações, consulte Alterando os Arquivos de Configuração e de Formato do Agente.
- página de códigos
- Esse parâmetro é a página de códigos do arquivo monitorado. Use este parâmetro no arquivo de configuração quando a página de códigos do arquivo monitorado for diferente da página de códigos do sistema. Especifique a página de códigos do arquivo monitorado, por exemplo, ibm-5348_P100-1997, UTF-16 ou UTF-8.
- ConfigFilesAreUTF8=Y
- Este parâmetro especifica que o arquivo de configuração e arquivo de formato estão em UTF-8. Use este parâmetro se a codificação dos arquivos de configuração for UTF-8 e a página de códigos do sistema não for. O padrão é que o agente considera a codificação do sistema.
- DupDetectionKeyAttributes
- Uma lista separada por vírgula de atributos do Cloud
APM que é usado para determinar quais eventos são duplicatas. Se
todos os atributos nomeados são os mesmos em dois eventos, esses dois eventos são considerados duplicatas. Essa opção aplica-se apenas a eventos. Para obter mais informações, consulte Filtro de eventos e resumo. Nota:
- Os nomes de atributos fazem distinção entre maiúsculas e minúsculas, portanto, é necessário inserir os nomes exatamente conforme descritos.
- Se você não fornecer uma lista de atributos, os valores serão padronizados para
ClasseLogname.
- ENFORCE_STRICT_TEC_COMPATIBILITY
- Esse parâmetro refere-se a todos os caracteres de espaço em branco nos dados do log para assegurar que os
caracteres sejam respeitados. Por exemplo, quando você usa um formato, como
"%s %s"para extrair informações de mensagens de log, o agente de S.O. corresponde não apenas a um espaço literal, mas também a quaisquer outros caracteres de espaço em branco que estão presentes, como tabulações e retornos de linhas.Quando esse parâmetro não está configurado, o comportamento padrão do agente de S.O. quando ele corresponde a uma sequência de formatações de estilo do Tivoli Enterprise Console é corresponder ao máximo possível de texto de entrada, enquanto processa o formato da esquerda para a direita.
Por exemplo, para a sequência de formatações
%s:%se a sequência de entradaone:two:three, o padrão do agente de S.O. designaone.twoao primeiro parâmetro (correspondendo ao primeiro%s) e designathreeao segundo parâmetro.Nota:- Esse parâmetro não se aplica a instruções de formato que usam a sintaxe de expressão regular.
- A configuração deste parâmetro tem um impacto no desempenho. Para dar maior controle sobre o comportamento e o desempenho de correspondência, evite configurar este parâmetro e use expressões regulares no lugar.
- EventSummaryInterval
- Especifica o número de segundos durante os quais o agente procura por eventos duplicados para suprimir. Configure este parâmetro como um número inteiro positivo. Essa opção aplica-se apenas a eventos. Para obter mais informações, consulte Filtro de eventos e resumo.
- EventFloodThreshold
- Especifica quais eventos são enviados quando os eventos duplicados são detectados. Configure este parâmetro como
send_none,send_all,send_firstou um número inteiro positivo. Essa opção aplica-se apenas a eventos. Para obter mais informações, consulte Filtro de eventos e resumo. - EventMaxSize
- Especifica, em bytes, o tamanho máximo de um evento gerado. Se
especificado, este parâmetro é usado em dois locais:
- O parâmetro pode ser usado pelo agente para configurar o tamanho de um buffer que seja usado para processar os eventos. Se não configurado, este buffer é padronizado com um tamanho de 16384 bytes. Se o buffer é configurado muito pequeno, os eventos são truncados e podem ser descartados.
- O parâmetro pode ser usado pelo emissor EIF para configurar o tamanho de um buffer que seja usado para enviar os eventos para um receptor EIF, como a análise de EIF do OMNIbus. Se não configurado, este buffer é padronizado com um tamanho de 4096 bytes. Se o buffer for configurado muito pequeno, os eventos serão descartados.
- FileComparisonMode
- Especifica quais arquivos de log são monitorados quando mais de um arquivo corresponde a um padrão curinga. Os seguintes valores estão disponíveis:
- CompareByAllMatches
- Este valor é um comportamento padrão. Todos os arquivos que correspondem ao padrão
de curinga especificado em
LogSourcessão monitorados. - CompareByLastUpdate
- Dos arquivos que correspondem ao padrão curinga especificado em
LogSources, o arquivo com o registro de data e hora atualizado mais recentemente é monitorado. - CompareBySize
- Dos dois ou mais arquivos que correspondem aos critérios de padrão de nome do arquivo, o arquivo maior é selecionado para monitoramento. Não use
CompareBySizecom diversos arquivos correspondentes que estão sendo atualizados ao mesmo tempo e aumentando os seus tamanhos de arquivo. Se o maior arquivo está sujeito à mudança frequente, o monitoramento pode reiniciar continuamente no início do arquivo recém-selecionado. Em vez disso, useCompareBySizepara um conjunto de arquivos correspondentes onde apenas um está ativo e sendo atualizado em qualquer momento específico. - CompareByCreationTime
- Dos arquivos que correspondem ao padrão curinga especificado em
LogSources, o arquivo com o registro de data e hora criado mais recentemente é monitorado. Esse valor possui as seguintes restrições:- O valor é aplicável apenas a sistemas operacionais Windows, porque os sistemas operacionais UNIX e Linux não armazenam um horário de criação verdadeiro para arquivos.
- O valor não é suportado para arquivos remotos que são monitorados usando o Protocolo de Transferência de Arquivos de Shell Seguro (SSH).
Dica: Os valoresCompareByLastUpdate,CompareBySizeeCompareByCreationTimepodem ser utilizados para arquivos de log de rolagem.CompareByLastUpdategeralmente é usado para esses arquivos. - FQDomain
- Especifica como e se o agente configura um nome de domínio:
- Se configurado como
yes, o agente determina o nome de domínio do sistema. - Se configurado como
não, o agente não configura um nome de domínio. O atributofqhostnametem uma sequência em branco designada. - Se configurado para que ele não contenha um valor
yesouno, o nome de domínio é aceito como o valor e ele é anexado ao nome do host.
Para obter mais informações, consulte arquivo de Formato.
- Se configurado como
- IncludeEIFEventAttr
- O agente inclui um atributo grande que é chamado EIFEvent, que é uma representação do
evento que é enviado por meio do Event Integration Facility, se esse recurso estiver ativado. As informações contidas
no atributo EIFEvent também podem ser localizadas em outros atributos. Seu tamanho grande o tornou problemático, por isso ele foi desativado por padrão.
Configurando seu valor para
y, reative o atributo EIFEvent.Nota: O uso desse atributo pode fazer com que os limites falhem se você tiver grandes eventos. Um evento grande neste contexto é um evento em que o número total de bytes necessários para conter todos os valores para todos os atributos e seus nomes resulta em uma sequência maior que 3600 bytes. - LognameIsBasename
- Quando configurado para
y, o valor do atributoLognameé o nome base do arquivo de log no qual o evento foi localizado. Essa opção aplica-se apenas a eventos do Performance Management. O caminho é removido. Por exemplo,/data/logs/mylog.logse tornamylog.log. Se esse valor for definido paran, você obterá o caminho completo. No entanto, como o atributo está limitado a 64 caracteres, configurá-lo comonsignifica que o nome é truncado se for mais longo. Por esse motivo, o valor padrão éy. Para ver o nome do caminho completo em um atributo mais longo, é possível especificá-lo na seção de mapeamentos de um formato no arquivo .fmt, por exemplo,filename FILENAME CustomSlot1. O mapeamento preenche o slot chamadofilenamecom o caminho completo do arquivo no qual o evento foi localizado e mapeia-o paraCustomSlot1, que tem 256 caracteres. - LogSources
- Especifica os arquivos de log de texto para pesquisar mensagens. O caminho
completo para cada arquivo deve ser especificado e os nomes de arquivos devem ser
separados por vírgulas. Dentro de cada nome de arquivo, também é possível usar um asterisco (
*) para representar qualquer sequência de caracteres ou um ponto de interrogação (?) para representar um único caractere. Por exemplo,mylog*resulta na pesquisa de todos os arquivos de log cujos nomes iniciam commylog, emboramylog???resulte na pesquisa de todos os arquivos de log cujos nomes consistem emmylogseguido por exatamente 3 caracteres. Esses caracteres curingas são suportados apenas dentro do nome de arquivo; o caminho deve ser explicitamente especificado.Se desejar usar expressões regulares ou correspondência de padrões no caminho, consulte a descrição de RegexLogSources.
Uma origem de arquivo de log não precisa existir quando o agente é iniciado; o arquivo de log é pesquisado quando ele é criado.
- NewFilePollInterval
- Especifica a frequência, em segundos, com que o agente verifica novos arquivos para monitorar. Por exemplo, se um nome do arquivo especificado pelas configurações do arquivo de configuração LogSources ou RegexLogSources ainda não existir quando o agente for iniciado, ele verificará novamente a existência dos arquivos após esse intervalo.
- NumEventsToCatchUp
- Especifica o evento no log com o qual o agente é iniciado. Essa
opção fornece alguma flexibilidade se a origem que está sendo monitorada
é nova ou o agente está interrompido por um tempo estendido. Os seguintes valores são válidos: Nota: Para arquivos de texto, valores
0e-1se aplicam. Para o Log de eventos do Windows, os valores0,-1ense aplicam.0- Inicia com o próximo evento nos logs. Esse valor é o padrão.
-1- Quando configurado como
-1, o agente salva seu local no arquivo que está sendo monitorado. Ele salva seu local de forma que, quando o agente for interrompido e reiniciado posteriormente, ele possa processar qualquer evento gravado no log enquanto estava interrompido. O agente, de outra forma, ignora eventos que chegam enquanto ele estava interrompido e reinicia a partir do final do arquivo. Essa configuração não se aplica a canais, ou ao monitoramento de syslog em sistemas UNIX e Linux. n- Configure com um número inteiro positivo. Inicia com o evento nth a
partir do evento mais atual nos logs; ou seja, inicia os eventos n
para trás a partir do evento mais atual nos logs. Se n for maior
que o número de eventos disponíveis, todos os eventos que estiverem
disponíveis serão processados. Nota: É possível usar o valor
napenas para o Log de Eventos do Windows. O valorné ignorado quandoUseNewEventLogAPIé configurado como y.
- PollInterval
- Especifica a frequência, em segundos, para pesquisar cada arquivo de log que é listado na opção
LogSourcespara as novas mensagens. O valor padrão é5segundos.Se você fez upgrade de um adaptador do Log de eventos do Windows de uma liberação anterior e tiver um valor configurado para
PollingIntervalno registro do Windows, deverá especificar a opçãoPollIntervalno arquivo de configuração do agente com o mesmo valor usado no registro do Windows. Essa regra se aplicará apenas se você estiver substituindo um agente de S.O. do Tivoli Enterprise Console que tinha valores no registro. - ProcessPriorityClass
- Especifica a prioridade do processo para o agente. É possível ajustar
este valor para melhorar o desempenho do sistema se o agente processa grandes
volumes de eventos e está usando muitos recursos do processador. Os possíveis valores são:
- A - Prioridade muito baixa
- B - Baixa prioridade
- C - Prioridade típica
- D - Prioridade acima da típica
- E - Alta prioridade
- F - Prioridade muito alta
- USE_CONF_FILE_VALUE - Use o valor especificado no arquivo de configuração. Esse valor é o padrão.
- RegexLogSources
- Especifica os arquivos de log de texto para pesquisar mensagens. Difere da opção LogSources, em que metacaracteres de expressão regular
podem ser usados na parte do nome base do nome do arquivo e em um subdiretório
do nome do arquivo. Essa diferença oferece maior flexibilidade do que a opção LogSources
na descrição de diversos arquivos para monitoramento em vários diretórios.
Por exemplo, a especificação de
/var/log/mylog*para a instrução LogSources é idêntica a usar o metacaractere ponto(.)seguido por um metacaractere asterisco(*)para formar/var/log/mylog.*na instrução RegexLogSources. Este tipo de qualificador resulta na pesquisa de todos os arquivos de log no diretório/var/logcujos nomes base iniciam com mylog e são seguidos por zero ou mais caracteres. Um qualificador/var/log/mylog.+resulta na pesquisa de todos os arquivos de log no diretório/var/logcujos nomes iniciam com mylog e são seguidos por um ou mais caracteres.Semelhante a LogSources, o caminho completo para cada arquivo deve ser especificado e os nomes do arquivo devem ser separados por vírgulas. No entanto, uma vírgula também é um caractere válido dentro de uma expressão regular. Para distinguir entre uma vírgula que é usada como parte de uma expressão regular e uma que é usada para separar nomes de arquivos, as vírgulas que são usadas como parte de uma expressão regular devem ser escapadas com o caractere barra invertida
(\).Por exemplo, se você desejar procurar logs que correspondem a uma das seguintes expressões regulares,
/logs/.*\.loge/other/logs/[a-z]{0,3}\.log, será necessário escapar a vírgula na cláusula{0,3}da segunda expressão para que o agente não se engane com ela para o início de uma nova expressão:RegexLogSources=/logs/.*\.log,/other/logs/[a-z]{0\,3}\.logSe metacaracteres forem usados no nome do caminho, os metacaracteres poderão ser usados somente em um subdiretório do caminho. Por exemplo, é possível especificar
/var/log/[0-9\.]*/mylog.*para ter metacaracteres em um subdiretório. O[0-9\.]*resulta na correspondência de qualquer subdiretório do/var/logque consiste unicamente em número e pontos(.). Omylog.*resulta na correspondência de quaisquer nomes de arquivo nesses subdiretórios/var/logque começam commyloge são seguidos por zero ou mais caracteres.Como alguns sistemas operacionais usam a barra invertida
(\)como um separador de diretórios, isto pode ser confundido com um metacaractere de escape de expressão regular. Devido a essa confusão, as barras devem ser sempre usadas para indicar diretórios. Por exemplo, arquivos do Windows que são especificados como C:\temp\mylog.* podem significar que o\té um caractere de tabulação de atalho. Portanto, sempre use barras(/)para todos os separadores de diretórios de sistemas operacionais. Por exemplo, C:/temp/mylog.* representa todos os arquivos no diretório C:/temp que começam com mylog.Se mais de um subdiretório contiver metacaracteres, uma mensagem de rastreio também será emitida. Por exemplo,
c:/[0-9\.]*/temp.files/mylog.*tem dois subdiretórios com metacaracteres.[0-9\.]*é o primeiro subdiretório com metacaracteres etemp.filesé o segundo subdiretório que usou um metacaractere de ponto(.). Neste caso, o agente assume que o primeiro subdiretório com o metacaractere seja usado e os diretórios subsequentes com metacaracteres são ignorados. - SubnodeName
- Um valor da sequência de caracteres que pode ser usado para substituir o nome padrão designado para um subnó de perfil de monitoramento. Por padrão, o nome do subnó designado a um perfil de monitoramento corresponde ao nome base do arquivo de configuração usado para esse perfil. Usando esta configuração, um nome de subnó diferente pode ser designado.
- SubnodeDescription
- Uma valor de sequência pode ser usado para designar um valor ao atributo Descrição de Subnó de LFAProfiles.
- UnmatchLog
- Especifica um arquivo para registrar eventos descartados que não podem ser analisados
em uma classe de eventos pelo agente.
Os eventos descartados podem, então, ser analisados para determinar se as modificações no arquivo de formato do agente são necessárias. Os eventos que correspondem a um padrão que utiliza *DISCARD* não aparecem
no log de não correspondência porque eles não correspondam a um padrão.
Essa opção é usada em um ambiente de teste para validar os filtros no arquivo de formato. Essa opção preenche seu sistema de arquivos se você deixá-lo ativo por períodos estendidos.
Opções para o Monitoramento Remoto do Arquivo de Log Usando SSH
Além de SshHostList, que é uma lista, todas as opções podem ter apenas um valor, que é aplicado a todos os hosts remotos que estão especificados em SshHostList.
- SshAuthType
- Deve ser configurado como PASSWORD ou PUBLICKEY. Se configurado como PASSWORD, o valor de SshPassword será tratado como a senha a ser usada para autenticação SSH com todos os sistemas remotos. Se configurado como PUBLICKEY, o valor de SshPassword será tratado como o passphrase que controla o acesso para o arquivo de chave privada. Se configurado como PUBLICKEY, SshPrivKeyfile e SshPubKeyfile também devem ser especificados.
- SshHostList
- Uma lista separada por vírgula de hosts remotos a ser monitorada. Todos os arquivos de log que são especificados nas instruções LogSources ou RegexLogSources são monitorados em cada host que é listado aqui. Se localhost for um dos nomes de host especificados, o agente monitora o mesmo conjunto de arquivos diretamente no sistema local. Quando você especifica localhost, SSH não é usado para acessar os arquivos no sistema local; os arquivos de log serão lidos diretamente.
- SshPassword
- Quando o valor de SshAuthType for PASSWORD, esse valor será a
senha de conta do usuário que é especificado em SshUserid. É possível fornecer a senha de conta em texto não criptografado, ou fornecer uma senha
que seja criptografada com o comando de CLI itmpwdsnmp do IBM®
Tivoli Monitoring. Para obter informações adicionais sobre como criptografar uma senha usando o comando
itmpwdsnmp, consulte Monitoramento de arquivo de log remoto: Criptografando uma senha ou um passphrase.Quando o valor de SshAuthType for PUBLICKEY, esse valor será o passphrase que criptografa a chave privada especificada pelo parâmetro SshPrivKeyfile. É possível fornecer a passphrase em texto não criptografado, ou fornecer uma passphrase que seja criptografada com o comando de CLI itmpwdsnmp do IBM Tivoli Monitoring. Para obter informações adicionais sobre como criptografar uma senha usando o comando itmpwdsnmp, consulte Monitoramento de arquivo de log remoto: Criptografando uma senha ou um passphrase.Nota: Se o valor de SshAuthType for PUBLICKEY, e configurou o SSH para não solicitar um passphrase, SshPassword deve ser configurado como nulo. Para configurar SshPassword como nulo, a entrada no arquivo de configuração é:
SshPassword= - SshPort
- Uma porta TCP à qual se conectar para SSH. Se não configurado, o padrão é 22.
- SshPrivKeyfile
- Se SshAuthType estiver configurado como PUBLICKEY, esse valor deverá ser o caminho completo para o arquivo que contém a chave privada do usuário especificado em SshUserid, e SshPubKeyfile também deverá ser configurado. Se SshAuthType não estiver configurado como PUBLICKEY, esse valor não será necessário e será ignorado.
- SshPubKeyfile
- Se SshAuthType estiver configurado como PUBLICKEY, esse valor deverá ser o caminho completo para o arquivo que contém a chave pública do usuário especificado em SshUserid, e SshPrivKeyfile também deverá ser configurado. Se SshAuthType não estiver configurado como PUBLICKEY, esse valor não será necessário e será ignorado.
- SshUserid
- O nome do usuário nos sistemas remotos, que o agente usa para autenticação de shell seguro.

Opção que é suportada somente em sistemas UNIX e Linux
- AutoInitSyslog
- Se esta opção for configurada como Sim, o agente
configurará automaticamente o recurso syslog para gravar um conjunto padrão
de eventos em um canal que o agente monitora. Ao ativar esta configuração, é possível monitorar eventos de
syslog sem manter e substituir arquivos de log. Se essa opção não estiver configurada
no arquivo de configuração, será o mesmo que estar sendo configurada como
Não.Restrição: Esta opção não é suportada para monitoramento de arquivo de log remoto.

Opções que são suportadas apenas em sistemas Windows
- NTEventLogMaxReadBytes
- Se estiver usando a interface do Log de eventos do NT mais antiga (
UseNewEventLogAPInão está configurado comoy) para ler dados do log de eventos em um sistema Windows, o agente irá ler até esse número de bytes sempre que verificar se existem novos dados no log de eventos. A configuração do valor como0faz com que o agente tente ler todos os dados novos, como fazia em liberações anteriores. Esta atividade pode ocupar o agente por um período de tempo considerável em um sistema com vários eventos. O valor padrão é655360. Quando configurado, o agente pode não parar exatamente no valor especificado, mas, em vez disso, no múltiplo mais próximo de um tamanho de buffer interno para esse valor. - PreFilter
- Especifica como os eventos em um Log de Eventos do Windows são filtrados antes do processamento do agente. As instruções
PreFiltersão usadas porPreFilterModequando os filtros determinam quais eventos são enviados de um log de eventos para o agente. Um evento corresponde a uma instruçãoPreFilterquando cada especificação de attribute=value na instruçãoPreFiltercorresponde a um evento no log de eventos. Uma instrução PreFilter deve conter pelo menos a especificação de log e pode conter até três especificações adicionais, que são todas opcionais: ID de evento, tipo de evento e origem de eventos. A ordem dos atributos na instrução não importa.A instruçãoPreFilterpossui o seguinte formato básico:PreFilter:Log=log_name;EventId=value; EventType=value;Source=value;É possível especificar diversos valores para cada atributo, separando cada valor com uma vírgula.
Cada instrução
PreFilterdeve estar em uma única linha.PreFilternão é obrigatório. Todos os eventos de log do Windows são enviados ao agente se pré-filtros não são especificados ePreFilterMode=OUT. - PreFilterMode
- Esta opção aplica-se somente ao Log de Eventos do Windows. A opção
especifica se os eventos de log de sistemas Windows que correspondem
a uma instrução
PreFiltersão enviados (PreFilterMode=IN) ou ignorados (PreFilterMode=OUT). Os valores válidos sãoIN,in,OUTouout. O valor padrão éOUT.PreFilterModeé opcional; sePreFilterModenão for especificado, apenas os eventos que não correspondem a nenhuma instruçãoPreFilterserão enviados para o agente.Nota: Se você configurarPreFilterMode=IN, também deverá definir as instruçõesPreFilter. - SpaceReplacement
- Configure como
TRUEpor padrão para o Windows Event Log (apenasWindows Server 2008) , mas não para anterior Versões do Evento Log . QuandoSpaceReplacementéTRUE, quaisquer espaços nos campos de ID de segurança, suborigem, Nível e palavras-chave das mensagens do log de eventos são substituídos por sublinhados (_). Quando oSpaceReplacementforFALSE, qualquer espaço nos campos de ID de segurança, suborigem, Nível e palavras-chave das mensagens de log de evento permanecerá inalterado. Para obter informações adicionais sobre essa opção, consulte Log de Eventos do Windows. - UseNewEventLogAPI
- Quando configurado como
ynos sistemas Windows, utiliza a nova interface do Log de Eventos do Windows para logs de eventos. A opção é suportada apenas no Windows 2008 e posterior. A opção é necessária para acessar muitos dos novos logs de eventos que estrearam no Windows 2008 e os aplicativos que são executados nele. A opção é ignorada em versões anteriores do Windows e no UNIX e Linux. Para obter informações adicionais sobre essa opção, consulte Log de Eventos do Windows. - WINEVENTLOGS
- Controla quais logs de eventos do Windows são monitorados.
A instrução WINEVENTLOGS é uma lista delimitada por vírgulas sem espaços. Para obter mais informações, consulte Log de Eventos do Windows.
Nota: Todos os retornos de linhas, tabulações ou novas linhas em eventos do Windows são substituídos por espaços.

Opção que é suportada somente em sistemas AIX
- AIXErrptCmd
- Uma sequência de caracteres de comando
errpt(relatório de erro) que é executada pelo agente pode ser fornecida aqui. A saída do comando é alimentada no fluxo de dados de log que está sendo monitorado.Por exemplo, o comando a seguir faz com que o agente procure a sequência mmddhhmmaa e a substitua pela data e hora reais na inicialização. Somente a primeira ocorrência da sequência é substituída.AIXErrptCmd=errpt -c -smmddhhmmyyEmbora seja possível fornecer seu próprio comando
O fluxo de dados é a saída padrão do comandoerrpt, deve-se usar a opção-c(modo simultâneo) para que o comando seja executado continuamente. Não é possível usar a opção-tou as opções a seguir que resultam em saída detalhada:-a,-Aou-g.errpt, portanto, expressões regulares no arquivo .fmt deverão ser gravadas para correspondência. Por exemplo, a saída de dados pode ser:
Um formato de amostra que seleciona as linhas de dados, mas não o cabeçalho, é:IDENTIFIER TIMESTAMP T C RESOURCE_NAME DESCRIPTION F7FA22C9 0723182911 I O SYSJ2 UNABLE TO ALLOCATE SPACE IN FILE SYSTEM 2B4F5CAB 1006152710 U U ffdc UNDETERMINED ERROR 2B4F5CAB 1006152610 U U ffdc UNDETERMINED ERROR
Para obter mais informações, consulte Monitorando um Log Binário do AIX.REGEX GenericErrpt ^([A-F0-9]{8}) +([0-9]{10}) ([A-Z]) ([A-Z]) (\S+) +(.*)$ Identifier $1 CustomSlot1 Timestamp $2 CustomSlot2 T $3 CustomSlot3 C $4 CustomSlot4 Resource $5 CustomSlot5 msg $6 END
Opções que se aplicam somente quando os eventos estão sendo encaminhados para o EIF
- BufferEvents
- Especifica como o buffer de eventos é ativado. Os possíveis valores são:
- YES - Armazena eventos no arquivo especificado pela opção BufEvtPath (Este valor é o padrão).
- MEMORY_ONLY - Armazena eventos em buffer na memória.
- NO - Não armazena eventos nem os coloca em buffers.
- BufEvtPath
- Especifica o nome do caminho completo do arquivo de cache do agente. Se esse caminho não for retificado, o padrão será:
/etc/Tivoli/tec/cache
\etc\Tivoli\tec\cache
Nota: Se eventos estiverem sendo encaminhados para mais de um servidor, um valor BufEvtPath deverá ser especificado para cada canal de encaminhamento. Um número de índice é anexado ao nome de BufEvtPath para cada entrada adicional. Por exemplo, use BufEvtPath1 para indicar o nome do caminho do arquivo de cache do agente para encaminhamento ao primeiro servidor extra. O valor que é configurado em cada BufEvtPath deve ser exclusivo. - BufEvtMaxSize
- Especifica o tamanho máximo, em KB, do arquivo de cache do agente. O
valor padrão é 64. O arquivo de cache armazena eventos em disco quando a opção BufferEvents está configurada como Sim. O tamanho mínimo para o arquivo é 8 KB. Os tamanhos de arquivos especificados menores que esse nível são ignorados, e um tamanho de 8 KB
é usado. O valor especificado para o tamanho máximo do arquivo não tem um limite superior. Nota: Se o arquivo de cache existir, você deverá excluir o arquivo para que mudanças de opção entrem em vigor.
- NO_UTF8_CONVERSION
- Especifica se o Event Integration Facility codifica dados do evento em UTF-8. Quando esta opção está configurada como
YES, o EIF não codifica os dados do evento em UTF-8. Supõe-se que os dados já estejam em codificação UTF-8 quando transmitidos ao EIF. No entanto, um prefixo será incluído na sinalização para indicar que os dados estão na codificação UTF-8 (se a sinalização não existir no início nos dados do evento). O valor padrão éNO. - MaxEventQueueDepth
- Este valor indica o número máximo de eventos que podem ser enfileirados para encaminhamento. Quando o limite é atingido, cada novo evento que é colocado na fila empurra o evento mais antigo da fila. Se não especificado, o valor padrão será 1000. Esta configuração se aplica a todos os canais de encaminhamento se NumAdditionalServers é usado.
- NumAdditionalServers
- Essa entrada será necessária se você desejar encaminhar eventos para mais de um Netcool/OMNIbus ObjectServer. Seu valor é usado para indicar o número de servidores para os quais os eventos são encaminhados. Os valores válidos são 1 - 8.
- ServerLocation
- Especifica o nome do host no qual o servidor de eventos está instalado. Especifique o nome do host ou endereço IP. Use o formato de pontos para o endereço IP. É possível especificar valores de failover, como ServerLocation1 = 2.3.4.5,2.3.4.6. para os locais do servidor, se você desejar. Se você especificar valores de failover para ServerLocation, também deverá
especificar um valor ServerPort extra para cada ServerLocation.Nota: Se eventos estão sendo encaminhados para mais de um servidor, um valor de ServerLocation deve ser especificado para cada servidor. Um número de índice é anexado ao nome de ServerLocation para cada entrada adicional. Por exemplo, use ServerLocation1 para especificar o nome do host no qual o primeiro servidor extra está instalado.
- ServerPort
- Especifica o número da porta na qual o receptor de EIF recebe
os eventos. A opção ServerPort pode conter até oito valores, que são separados por vírgulas.
Se os valores de failover forem especificados para ServerLocation, será necessário configurar um valor ServerPort equivalente. ServerPort não é usada quando a opção TransportList é especificada.Nota: Se eventos estão sendo encaminhados para mais de um servidor, um valor de ServerPort deve ser especificado para cada servidor. Um número de índice é anexado ao nome de ServerPort para cada entrada adicional. Por exemplo, use ServerPort1 para especificar o número da porta na qual o receptor EIF recebe eventos para o primeiro servidor extra.
- TransportList
- Especifica os nomes fornecidos pelo usuário dos mecanismos de transporte, que são separados por vírgulas.
Quando um mecanismo de transporte falha nos aplicativos do emissor, a API usa os mecanismos de
transporte a seguir na ordem especificada na lista. Para aplicativos de recepção, a API cria e usa todos os mecanismos de transporte. O tipo de transporte e o canal para cada type_name devem ser especificados usando as palavras-chave Type e Channels:
- type_nameType
-
Especifica o tipo de transporte para o mecanismo de transporte especificado pela opção TransportList. SOCKET é o único tipo de transporte suportado.
O servidor e a porta para cada channel_name são especificados pelas opções ServerLocation e ServerPort.
- type_nameChannels
-
- channel_namePort
- Especifica o número da porta no qual o servidor atende de mecanismos de transporte recebe o canal especificado (configurado pela opção Channel). Quando esta palavra-chave for configurada como zero, o portmapper será usado. Esta palavra-chave é obrigatório.
- channel_namePortMapper
- Ativa o portmapper para o canal especificado.
- channel_namePortMapperName
- Especifica o nome do portmapper, se o portmapper estiver ativado.
- channel_namePortMapperNumber
- Especifica o ID que é registrado pela chamada de procedimento remoto.
- channel_namePortMapperVersion
- Especifica a versão do portmapper, se o portmapper estiver ativado.
- channel_nameServerLocation
- Especifica o nome do servidor de eventos e a região onde o servidor para mecanismos de transporte está localizado para o canal especificado. O canal é configurado pela opção Channel. Esta palavra-chave é obrigatório.
O arquivo de configuração aceita opções de EIF genéricas quando usado diretamente com o OMNIbus. Essas opções operam apenas por meio de uma conexão de EIF para o OMNIbus. Elas não afetam os eventos que são enviados para o Servidor Cloud APM. Para obter mais informações sobre essas opções de EIF, consulte Palavras-chave de EIF.