@6A)x,?5<Lr  % d"!   #.7= DRh~!1SZbw' / 8 L Q f m    ! !%! :!H!O!^! n!{! !! !!N!9 "Z"n"!" ""I#$$$H% *'8'v'T(d( ))T() }* **f+m+++ ++/+ , ,&,;,P,j,z,$,,-0-:".;]. ..<. . . / /"/9/fkP:\}q@<_9V]~Y8^ l*ME $"hRJ?B2%wmo|1. Copy this configuration script to a safe directory.2. Make the script executable and run it.3. Delete the script.A comma-separated list of hostnames or domains or ip addresses to ignore proxy settings for. Optionally this may be set to * to bypass proxy settings for all hostnames domains or ip addresses.A plugin to make virt-who configuration easyAbstract async taskAccount name by which virt-who is to connect to the hypervisor, in the format domain_name\account_name. Note that only a single backslash separates the values for domain_name and account_name. If you are using a domain account, and the global configuration file /etc/virt-who.conf, then two backslashes are required. For further details, see Red Hat Knowledgebase solution How to use a windows domain account with virt-who for more information.Account name by which virt-who is to connect to the hypervisor.Account name by which virt-who is to connect to the hypervisor. By default this is Administrator. To use an alternate account, create a user account and assign that account to the following groups (Windows 2012 Server): Hyper-V Administrators and Remote Management Users.Account name by which virt-who is to connect to the hypervisor. Virt-who does not support password based authentication, you must manually setup SSH key, see Red Hat Knowledgebase solution How to configure virt-who for a KVM host for more information.Account password by which virt-who is to connect to the hypervisor instance.Action with sub plansActionsAgent actionApplicable only for esx provider type. Hosts which parent (usually ComputeResource) name is specified in comma-separated list in this option will NOT be reported. Wildcards and regular expressions are supported, multiple records must be separated by comma. Put the value into the double-quotes if it contains special characters like comma. All new line characters will be removed in resulting configuration file, white spaces are removed from beginning and end.Applicable only for esx provider type. Only hosts which parent (usually ComputeResource) name is specified in comma-separated list in this option will be reported. Wildcards and regular expressions are supported, multiple records must be separated by comma. Put the value into the double-quotes if it contains special characters like comma. All new line characters will be removed in resulting configuration file, white spaces are removed from beginning and end.Attach subscriptionsAuto attach subscriptionsBlacklistBulk generate applicability for hostsCombined Profile UpdateConfigsConfiguration StatusConfiguration file containing details about how to connect to the cluster and authentication detailsConfiguration interval in minutesConfiguration nameConfiguration numeric identifierConfiguration script: Config|IntervalConfig|Last ReportConfig|NameConnectionContainer-native virtualization’s fully qualified host name or IP address. In order to connect to the cluster it is required to provide path to kubeconfig which contains connection details and authentication token.Copy to clipboardCopy version units to libraryCountCreateCreate ConfigCreate Export HistoryCreate Import HistoryCreate Package GroupCreate a virt-who configurationDeleteDelete Activation KeyDelete Lifecycle EnvironmentDelete Package GroupDelete ProductDelete a virt-who configurationDelete virt-who configuration %s?DeployDestroyDestroy Content HostDetailsDifferent debug value can't be set per hypervisor, therefore it will affect all other deployed configurations on the host on which this configuration will be deployed.DisableDiscoverDownload the scriptEditEdit Virt-who ConfigEnableEnable debugging outputEnable debugging output?Errata mailEvery 12 hoursEvery 2 daysEvery 2 hoursEvery 24 hoursEvery 3 daysEvery 4 hoursEvery 8 hoursEvery hourExclude HostsExclude host parentsExclude hostsExportExport LibraryFetch pxe filesFilter HostsFilter host parentsFilter hostsFiltered index contentFilteringForeman server FQDNForeman server’s fully-qualified host name, for example: foreman.example.comFully qualified host name or IP address of the hypervisorGeneral informationGenerate host applicabilityGenerate repository applicabilityHTTP ProxyHTTP proxy that should be used for communication between the server on which virt-who is running and the hypervisors and virtualization managers.HTTP proxy that should be used for communication between the server on which virt-who is running and the hypervisors and virtualization managers. Leave this blank if no proxy is used.Hammer command: HelpHosts which uuid (or hostname or hwuuid, based on hypervisor_id) is specified in comma-separated list in this option will NOT be reported. Wildcards and regular expressions are supported, multiple records must be separated by comma. Put the value into the double-quotes if it contains special characters like comma. All new line characters will be removed in resulting configuration file, white spaces are removed from beginning and end.How often to check connected hypervisors for changes? Also affects how often a mapping is reported. The recommended value for most environments is every two hours. Different interval can't be set per hypervisor, therefore it will affect all other deployed configurations on the host on which this configuration will be deployed.Hypervisor IDHypervisor blacklist, applicable only when filtering mode is set to 2. Wildcards and regular expressions are supported, multiple records must be separated by comma.Hypervisor filtering mode, %{unlimited} means no filtering, %{whitelist} means whitelist, %{blacklist} means blacklistHypervisor typeHypervisor whitelist, applicable only when filtering mode is set to 1. Wildcards and regular expressions are supported, multiple records must be separated by comma.HypervisorsHypervisors updateIf you run a hybrid environment, with virtual machines running Red Hat Enterprise Linux and other operating systems, you may want to limit the scope of virt-who’s access to hosts. For example, if some hypervisors host only Microsoft Windows Server instances, there is no benefit in having those hypervisors reported by the virt-who agent.Ignore ProxyIgnore proxyIgnore proxy. A comma-separated list of hostnames or domains or ip addresses to ignore proxy settings for. Optionally this may be set to * to bypass proxy settings for all hostnames domains or ip addresses.ImportImport Content View VersionImport Default Content ViewImport Puppet classesImport factsIncremental UpdateIncremental Update of Content View Version(s) Index contentIndex errataIndex module streamsIndex package groupsInstall Applicable ErrataInstance updateInterval was not providedLatest Configurations Without ChangeLibvirt server’s fully qualified host name or IP address. You can also specify preferred schema, for example: qemu+ssh://libvirt.example.com/system. If you use SSH, make sure you setup root's SSH key on target host for a user specified at hypervisor username fieldList of virt-who configurationsList of virt-who configurations per organizationMicrosoft Hyper-V fully qualified host name or IP address.Name of this configuration, e.g. the name of the hypervisorNew ConfigNew Virt-who ConfigNewer version of virt-who is required, minimum version is %sNo ChangeNo Report YetNo ReportsNo changeNo configuration foundOKOn the target virt-who host:On this page you can define virt-who configurations for your hypervisors.One virt-who configuration represents one config file in /etc/virt-who.d directory and maps to single hypervisor, organization and lifecycle environment.Only hosts which uuid (or hostname or hwuuid, based on hypervisor_id) is specified in comma-separated list in this option will be reported. Wildcards and regular expressions are supported, multiple records must be separated by comma. Put the value into the double-quotes if it contains special characters like comma. All new line characters will be removed in resulting configuration file, white spaces are removed from beginning and end.Organization of the virt-who configurationOverviewOwnerOwner was not providedPackage Profile UpdatePath to kubeconfig fileProduct CreatePromotePromotion to EnvironmentPublishPublish Lifecycle Environment RepositoriesReindex subscriptionsRemove ContentRemove VersionRemove Versions and AssociationsRemove from EnvironmentRemove subscriptionsRenders a deploy script for the specified virt-who configurationReportRepublish Version RepositoriesRun Sync Plan:ScheduleShow a virt-who configurationSpecifies how the hypervisor will be identified.Specifies that hypervisors will be identified by their hostname, uuid or hwuuid. Note that some virtualization backends don't have all of them implemented. Default is hostname, which provides more meaningful hypervisor names, but can cause duplicated hypervisor registrations if the host is renamed. To avoid that, you can use uuid instead. hwuuid is applicable to esx only. This property is meant to be set up before the initial run of virt-who. Changing it later will result in duplicated entries in the subscription manager.StatusSuccessSync capsuleSynchronizeSynchronize smart proxyThe configuration was not deployed yet or the virt-who was unable to report the statusThe virt-who report arrived within the intervalThe virt-who report has not arrived within the interval, which indicates there was no change on hypervisorTo define a new configuration, click the New Config button and fill in the form. After you provide all required information a virt-who configuration script will be generated. You could either install it manually by copying the script or deploy it on a selected target host through Remote Execution.Total ConfigurationsUnable to create sysconfig fileUnable to create virt-who config fileUnable to enable virt-who service using systemctlUnable to install virt-who package, make sure the host is properly subscribed and has access to katello-host-tools repositoryUnable to start virt-who service, please see virt-who logs for more detailsUnknownUnknown configuration statusUnknown configuration status, caused by unexpected conditionsUnlimitedUpdateUpdate Content OverridesUpdate a virt-who configurationUpdate content urlsUpdate for hostUpdate http proxyUpdate http proxy detailsUpdate redhat repositoryUpdate release version for hostUpdating System Purpose for hostUpload intoUse either hammer command or the script below to deploy this configuration. Both require root privileges. Run one of them on the target host which has access to katello-host-tools repository and will run virt-who reporting, preferably Foreman host:VMware vCenter server’s fully qualified host name or IP address.Verify checksumVirt-who Configs StatusVirt-who Configuration %sVirt-who ConfigurationsVirt-who Configurations StatusVirt-who configurationsWhitelistevery %s hoursProject-Id-Version: foreman_virt_who_configure 0.5.11 Report-Msgid-Bugs-To: PO-Revision-Date: 2017-05-03 11:59+0000 Last-Translator: Amit Upadhye , 2022 Language-Team: Portuguese (Brazil) (https://www.transifex.com/foreman/teams/114/pt_BR/) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Language: pt_BR Plural-Forms: nplurals=3; plural=(n == 0 || n == 1) ? 0 : n != 0 && n % 1000000 == 0 ? 1 : 2; 1. Copie este script de configuração para um diretório seguro.2. Torne o script executável e o execute.3. Exclua o script.Uma lista separada por vírgulas de nomes de hosts ou domínios ou endereços ip para ignorar as configurações de proxy. Opcionalmente, isto pode ser definido para * para ignorar as configurações de proxy para todos os domínios ou endereços ip de hostnames.Um plug-in para facilitar a configuração do virt-whoTarefa assíncrona abstrataNome da conta pela qual o virt-whove deve se conectar ao hipervisor, no formato nome_do_domínio ome_da_conta. Note que somente uma única barra invertida separa os valores para domain_name e account_name. Se você estiver usando uma conta de domínio, e o arquivo de configuração global /etc/virt-who.conf, então duas barras invertidas são necessárias. Para maiores detalhes, veja Red Hat Knowledgebase solução Como usar uma conta de domínio windows com virt-who.conf para maiores informações.Nome da conta pela qual o virt-who está conectado ao hipervisor.Nome da conta pela qual a virgem deve se conectar com o hipervisor. Por padrão, este é Administrador. Para utilizar uma conta alternativa, criar uma conta de usuário e atribuir essa conta aos seguintes grupos (Windows 2012 Server): Administradores Hyper-V e Usuários de Gerenciamento Remoto.Nome da conta pela qual a virgem deve se conectar com o hipervisor. Virt-quem não suporta autenticação baseada em senha, você deve configurar manualmente a chave SSH, veja Solução Red Hat Knowledgebase Como configurar virt-quem para um host KVM para mais informações.Senha da conta pela qual o virt-who está conectado à instância do hipervisor.Ação com subplanos AçõesAção de agenteAplicável somente para o tipo de fornecedor esx. Anfitriões cujo nome do pai (geralmente ComputeResource) está especificado na lista separada por vírgula nesta opção NÃO será relatado. Wildcards e expressões regulares são suportados, múltiplos registros devem ser separados por vírgula. Coloque o valor nas aspas duplas se ele contiver caracteres especiais como vírgula. Todos os novos caracteres de linha serão removidos no arquivo de configuração resultante, espaços em branco são removidos do início e do fim.Aplicável apenas ao provedor do tipo de esx. Serão reportados somente os hosts cujo nome do pai (geralmente, ComputeResource) esteja especificado na lista separada por vírgulas nesta opção. Curingas e expressões regulares são suportados, múltiplos registros devem ser separados por vírgula. Coloque o valor entre aspas duplas se ele contiver caracteres especiais como vírgula. Todos os caracteres de nova linha serão removidos no arquivo de configuração resultante, espaços em branco são removidos do início e do fim.Anexar subscriçõesAnexar as subscrições automaticamenteLista de bloqueiosAplicabilidade de geração em massa para hostsAtualização de perfil combinadoConfigsStatus de configuraçãoArquivo de configuração contendo detalhes sobre como se conectar ao cluster e de autenticaçãoIntervalo de configuração em minutosNome da configuraçãoIdentificador numérico da configuraçãoScript de configuração:Configuração|IntervaloConfiguração|Último relatórioConfiguração|NomeConexãoA virtualização nativa do contêiner é um nome de host ou endereço IP completamente qualificado. Para conectar ao cluster, é necessário fornecer o caminho para o kubeconfig com os detalhes de conexão e o token de autenticação.Copiar para área de transferênciaCopiar unidades da versão para a bibliotecaContagemCriarCriar configuraçãoCriar histórico de exportaçãoCriar histórico de importaçãoCriar grupo de pacotesCriar uma configuração do virt-whoExcluirRemover chave de ativaçãoRemover um Ambiente de Ciclo de VidaExcluir grupo de pacotesRemover ProdutoExcluir uma configuração do virt-whoExcluir a configuração virgem-quem %s?ImplantarDestruirDestruir Host de ConteúdoDetalhesNão é possível definir um valor de depuração diferente por hipervisor. Portanto, isso afetará todas as outras configurações implantadas no host em que essa configuração será implantada.DesabilitarDescubraFaça download do scriptEditarEditar configuração do virt-whoHabilitarHabilitar saída de depuraçãoHabilitar saída de depuração?E-mail da ErrataA cada 12 horasA cada 2 diasA cada duas horasA cada 24 horasA cada 3 diasA cada quatro horasA cada oito horasA cada horaExcluir hostsExcluir pais de hostExcluir hostsExportarBiblioteca de exportaçãoBuscar arquivos de PXEFiltrar hostsFiltrar pais de hostFiltrar hostsConteúdo de índice filtradoFiltragemServidor do Foreman FQDNNome do servidor do Foreman totalmente qualificado, por exemplo: foran.example.comNome de host ou endereço IP completamente qualificado do hipervisorInformações geraisGerar aplicabilidade de hostGerar aplicabilidade de repositórioProxy HTTPO proxy HTTP que deve ser usado para comunicação entre o servidor no qual o virt-who está em execução e os hipervisores e o gerentes de virtualização.O proxy HTTP deve ser usado para comunicação entre o servidor no qual o virt-who está em execução e os hipervisores e gerentes de virtualização. Deixe isso em branco se nenhum proxy for usado.Comando martelo:AjudaOs anfitriões que uuid (ou hostname ou hwuuid, baseado em hypervisor_id) é especificado na lista separada por vírgulas nesta opção NÃO será relatado. Wildcards e expressões regulares são suportados, múltiplos registros devem ser separados por vírgula. Coloque o valor nas aspas duplas se ele contiver caracteres especiais como vírgula. Todos os novos caracteres de linha serão removidos no arquivo de configuração resultante, espaços em branco são removidos do início e do fim.Com que frequência alterações nos hipervisores conectados devem ser verificadas? Também afeta a frequência com que um mapeamento é relatado. O valor recomendado para a maioria dos ambientes é a cada duas horas. Não é possível definir intervalos diferentes por hipervisor. Portanto, isso afetará todas as outras configurações implantadas no host em que essa configuração será implantada.ID do hipervisorLista de bloqueios do hipervisor, aplicável somente quando o modo de filtragem está definido como 2. Curingas e expressões regulares são compatíveis, registros devem ser separados por vírgulas.Modo de filtragem do Hypervisor, %{unlimited} significa sem filtragem, %{whitelist} significa lista branca, %{blacklist} significa lista negraTipo de hipervisorLista de permissões do hipervisor, aplicável somente quando o modo de filtragrm está definido como 1. Curingas e expressões regulares são compatíveis, registros devem ser separados por vírgulas.HipervisoresAtualização de hipervisoresSe você executar um ambiente híbrido, com máquinas virtuais executando Red Hat Enterprise Linux e outros sistemas operacionais, limite o escopo do acesso aos hosts do virt-who. Por exemplo, se alguns hipervisores hospedam somente instâncias do servidor Microsoft Windows, não há benefícios em esses hipervisores serem relatados pelo agente virt-who.Ignorar proxyIgnorar proxyIgnorar proxy. Uma lista separada por vírgulas de nomes de hosts, domínios ou endereços IP para os quais ignorar as configurações do proxy. Opcionalmente, isso pode ser definido como * para ignorar configurações de proxy para todos os domínios de nomes de hosts ou endereços IP.ImportarVersão Importar Conteúdo VerImportação de Conteúdo PadrãoImportar classes de PuppetImportar fatosAtualização AdicionalAtualização incremental de versão(ões) da Exibição de Conteúdo.Indexar conteúdo Errata de índiceIndexar fluxos do móduloIndexar grupos de pacotes Instalar Errata AplicávelAtualização de instânciaIntervalo não fornecidoConfigurações mais recentes sem alteraçãoNome ou endereço IP totalmente qualificado do servidor Libvirt. Você também pode especificar o esquema preferido, por exemplo: qemu+ssh://libvirt.example.com/system. Se você usar SSH, certifique-se de configurar a chave SSH do root no host de destino para um usuário especificado no campo de nome de usuário do hypervisorLista de configurações do virt-whoLista de configurações do virt-who por organizaçãoNome de host ou endereço IP completamente qualificado do Microsoft Hyper-V.Nome dessa configuração. Por exemplo, o nome do hipervisorNova configuraçãoNova configuração do virt-whoVersão mais recente do virt-quem é necessário, a versão mínima é %sNão alterarNenhum relatório aindaSem relatóriosSem alteraçõesNenhuma configuração encontradaOKNo host virt-who de destino:Nessa página, você define as configurações do virt-who para seus hipervisores.Uma configuração do virt-who representa um arquivo de configuração no diretório /etc/virt-who.d e mapeia um único hipervisor, organização e ambiente de ciclo de vida.Somente os hosts que uuid (ou hostname ou hwuuid, baseado em hypervisor_id) estão especificados na lista separada por vírgulas nesta opção serão relatados. Wildcards e expressões regulares são suportados, múltiplos registros devem ser separados por vírgula. Coloque o valor nas aspas duplas se ele contiver caracteres especiais como vírgula. Todos os novos caracteres de linha serão removidos no arquivo de configuração resultante, espaços em branco são removidos do início e do fim.Organização da configuração do virt-whoVisão GeralProprietárioProprietário não fornecidoAtualização de Perfil de PacoteCaminho para o arquivo kubeconfigCriação de ProdutoPromoverPromoção a ambientePublicarPublicar repositórios do ambiente de ciclo de vidaReindexar subscrições Remover ConteúdoVersão a RemoverVersões a remover e associaçõesRemover do AmbienteRemover as subscriçõesRenderiza um script de implantação para a configuração especificada do virt-whoRelatórioRepublicar repositórios da versãoExecutar plano de sincronização:AgendamentoExibir uma configuração do virt-whoEspecifica como o hipervisor será identificado.Especifica que os hipervisores serão identificados por seu hostname, uuid ou hwuuid. Note que alguns backends de virtualização não têm todos eles implementados. O padrão é hostname, que fornece um hipervisor mais significativo. nomes, mas pode causar a duplicação de registros de hipervisor se o host for renomeado. Para evitar isso, você pode usar uuid em seu lugar. hwuuid é aplicável somente ao esx. Esta propriedade deve ser configurada antes do início do funcionamento do virt-who. Alterá-la posteriormente resultará em entradas duplicadas no gerenciador de assinaturas.EstadoSucessoSincronizar cápsulaSincronizarSincronizar proxy inteligenteA configuração não foi implantada ainda ou o virt-who não pode relatar o statusO relatório do virt-who chegou no intervaloO relatório do virt-who não chegou no intervalo, o que indica que não houve alterações no hipervisorPara definir uma nova configuração, clique no botão Nova configuração e preencha o formulário. Depois que você fornecer todas as informações necessárias, um script de configuração do virt-who será gerado. Você pode instalá-lo manualmente copiando o script ou implantá-lo em um host de destino selecionado com a execução remota.Total de configuraçõesNão é possível criar o arquivo sysconfig Não é possível criar o arquivo de configuração do virt-whoIncapaz de habilitar o serviço de virt-whove utilizando systemctlIncapaz de instalar o pacote virt-whooter, certifique-se de que o host está devidamente subscrito e tem acesso ao repositório de katello-host-toolsNão foi possível iniciar o serviço virt-who, consulte os registros do virt-who para obter mais detalhesDesconhecidoStatus de configuração desconhecidoStatus de configuração desconhecido causado por condições inesperadasIlimitadoAtualizarAtualizar substituições do conteúdoAtualizar uma configuração do virt-whoAtualizar urls do conteúdoAtualização para hostAtualizar proxy httpAtualizar detalhes do proxy httpAtualizar repositório redhatAtualizar versão do hostAtualização do sistema Objetivo do sistema de hospedagemCarregar emUse o comando de martelo ou o script abaixo para implantar esta configuração. Ambos requerem privilégios de raiz. Execute um deles no host alvo que tem acesso ao repositório de katello-host-tools e executará o virt-whools que reporta, de preferência o host Foreman:Nome de host ou endereço IP completamente qualificado do servidor vCenter VMwareVerificação do checksumStatus das configurações do virt-whoConfiguração de Virt-whoho %sConfigurações do virt-whoStatus de configuração do virt-whoConfigurações do virt-whoLista de permissõesa cada %s horas