Zen

Translation

English All helps are here
<p><b><big>IP Version</big></b><br>Specifies version of IP to use for communication. Value can be one of ipv4 or ipv6. Default (if unspecified) is ipv4.<br></p>
<p><b><big>Bind Network Address</big></b><br>This specifies the address which the corosync executive should bind. This address should always end in zero. If the totem traffic should be routed over 192.168.5.92, set bindnetaddr to 192.168.5.0.<br>This may also be an IPV6 address, in which case IPV6 networking will be used. In this case, the full address must be specified and there is no automatic selection of the network interface within a specific subnet as with IPv4. If IPv6 networking is used, the nodeid field must be specified.<br></p>
<p><b><big>Multicast Address</big></b><br>This is the multicast address used by corosync executive. The default should work for most networks, but the network administrator should be queried about a multicast address to use. Avoid 224.x.x.x because this is a "config" multicast address.<br>This may also be an IPV6 multicast address, in which case IPV6 networking will be used. If IPv6 networking is used, the nodeid field must be specified.</p>
<p><b><big>Port</big></b><br>This specifies the UDP port number. It is possible to use the same multicast address on a network with the corosync services configured for different UDP ports.<br></p>
<p><b><big>Member Address</big></b><br>This list specifies all the nodes in the cluster by IP address. This could be configurable when using udpu(Unicast). <br></p>
<p><b><big>Node ID</big></b><br>This configuration option is optional when using IPv4 and required when using IPv6. This is a 32 bit value specifying the node identifier delivered to the cluster membership service. If this is not specified with IPv4, the node id will be determined from the 32 bit IP address the system to which the system is bound with ring identifier of 0. The node identifier value of zero is reserved and should not be used.<br></p>
<p><b><big>rrp_mode</big></b><br>This specifies the mode of redundant ring, which may be none, active, or passive. Active replication offers slightly lower latency from transmit to delivery in faulty network environments but with less performance. Passive replication may nearly double the speed of the totem protocol if the protocol doesn't become cpu bound. The final option is none, in which case only one network interface will be used to operate the totem protocol. If only one interface directive is specified, none is automatically chosen. If multiple interface directives are specified, only active or passive may be chosen.<br></p>
<p><b><big>Cluster Name</big></b><br>This specifies the name of cluster and it's used for automatic generating of multicast address. Default is hacluster. For a geo cluster, each cluster must have a unique name.<br></p>
<p><b><big>Expected votes</big></b><br>Expect vote number for voting quorum. Will be automatically calculated when the nodelist {} section is present in corosync.conf (the list will be generated when using unicast transport) or can be specified in the quorum {} section (Expect votes should use the total node numble of the cluster). If Expected votes presents in unicast transport, the value will override the one automatically calculated. For safety, the Expected votes will be disabled once nodelist not empty, it's good for ignore the inappropriate Expected votes set.<br></p>
<p><b><big>Auto Generate Node ID</big></b><br>Nodeid is required when using IPv6. Auto node ID enabled will generate nodeid automatically.<br></p>
3730/36380 · 3638

Sign in to save the translation.

English Portuguese (Brazil) Actions
Enter a hostname
Digite um nome de host
Edit the hostname
Edite o nome de host
Enter a filename to synchronize
Informe o nome de um arquivo para sincronizar
Edit the filename
Edite o nome do arquivo
Key file %1 already exist.
Do you want to overwrite it?
O arquivo de chave %1 já existe.
Deseja sobrescrevê-lo?
Delete key file %1 failed.
Falha ao remover o arquivo de chave %1.
Key file %1 is generated.
Clicking "Add Suggested Files" button adds it to sync list.
Arquivo de chave %1 gerado.
Clique em "Adicionar arquivos sugeridos" para adicioná-lo à lista de sincronização.
Key generation failed.
Falha ao gerar a chave.
Conntrackd is a daemon which helps to duplicate firewall status between cluster nodes.
YaST can help to configure some basic aspects of conntrackd.
You need to start it with the ocf:heartbeat:conntrackd.
O Conntrackd é um daemon que auxilia na duplicação do status de firewall entre os nós de um cluster.
O YaST pode auxiliar na configuração de alguns aspectos básicos do conntrackd.
É necessário iniciá-lo com ocf:heartbeat:conntrackd.
Dedicated Interface:
Interface dedicada:
IP:
IP:
Group Number:
Número do grupo:
Generate /etc/conntrackd/conntrackd.conf
Gerar /etc/conntrackd/conntrackd.conf
The Multicast Address has to be fulfilled
É necessário preencher o endereço de multicast
The Group Number must be a positive integer
O Nome do Grupo deve ser um número inteiro positivo
<p><b><big>IP Version</big></b><br>Specifies version of IP to use for communication. Value can be one of ipv4 or ipv6. Default (if unspecified) is ipv4.<br></p>
<p><b><big>Bind Network Address</big></b><br>This specifies the address which the corosync executive should bind. This address should always end in zero. If the totem traffic should be routed over 192.168.5.92, set bindnetaddr to 192.168.5.0.<br>This may also be an IPV6 address, in which case IPV6 networking will be used. In this case, the full address must be specified and there is no automatic selection of the network interface within a specific subnet as with IPv4. If IPv6 networking is used, the nodeid field must be specified.<br></p>
<p><b><big>Multicast Address</big></b><br>This is the multicast address used by corosync executive. The default should work for most networks, but the network administrator should be queried about a multicast address to use. Avoid 224.x.x.x because this is a "config" multicast address.<br>This may also be an IPV6 multicast address, in which case IPV6 networking will be used. If IPv6 networking is used, the nodeid field must be specified.</p>
<p><b><big>Port</big></b><br>This specifies the UDP port number. It is possible to use the same multicast address on a network with the corosync services configured for different UDP ports.<br></p>
<p><b><big>Member Address</big></b><br>This list specifies all the nodes in the cluster by IP address. This could be configurable when using udpu(Unicast). <br></p>
<p><b><big>Node ID</big></b><br>This configuration option is optional when using IPv4 and required when using IPv6. This is a 32 bit value specifying the node identifier delivered to the cluster membership service. If this is not specified with IPv4, the node id will be determined from the 32 bit IP address the system to which the system is bound with ring identifier of 0. The node identifier value of zero is reserved and should not be used.<br></p>
<p><b><big>rrp_mode</big></b><br>This specifies the mode of redundant ring, which may be none, active, or passive. Active replication offers slightly lower latency from transmit to delivery in faulty network environments but with less performance. Passive replication may nearly double the speed of the totem protocol if the protocol doesn't become cpu bound. The final option is none, in which case only one network interface will be used to operate the totem protocol. If only one interface directive is specified, none is automatically chosen. If multiple interface directives are specified, only active or passive may be chosen.<br></p>
<p><b><big>Cluster Name</big></b><br>This specifies the name of cluster and it's used for automatic generating of multicast address. Default is hacluster. For a geo cluster, each cluster must have a unique name.<br></p>
<p><b><big>Expected votes</big></b><br>Expect vote number for voting quorum. Will be automatically calculated when the nodelist {} section is present in corosync.conf (the list will be generated when using unicast transport) or can be specified in the quorum {} section (Expect votes should use the total node numble of the cluster). If Expected votes presents in unicast transport, the value will override the one automatically calculated. For safety, the Expected votes will be disabled once nodelist not empty, it's good for ignore the inappropriate Expected votes set.<br></p>
<p><b><big>Auto Generate Node ID</big></b><br>Nodeid is required when using IPv6. Auto node ID enabled will generate nodeid automatically.<br></p>
<p><b><big>Versão do IP</big></b><br>Especifica a versão do IP a ser usada na comunicação. O valor pode ser um dos ipv4 ou ipv6. O padrão (se não especificado) é ipv4.<br></p>
<p><b><big>Vincular endereço de rede</big></b><br>Especifica o endereço que o executivo de corosync deve vincular. Esse endereço sempre deve terminar em zero. Se o tráfego do totem deve ser roteado por 192.168.5.92, defina bindnetaddr como 192.168.5.0.<br>Esse também pode ser um endereço IPV6, nesse caso a rede IPV6 será usada. Nesse caso, o endereço completo deve ser especificado e não há seleção automática da interface de rede em uma sub-rede específica, como no IPv4. Se a rede IPv6 for usada, o campo nodeid deverá ser especificado.<br></p>
<p><b><big>Endereço multicast</big></b><br>Este é o endereço multicast usado pelo executivo corosync . O padrão deve funcionar para a maioria das redes, mas o administrador da rede deve ser consultado sobre um endereço multicast a ser usado. Evite 224.x.x.x porque este é um endereço multicast de "configuração".<br>Esse também pode ser um endereço multicast IPV6. Nesse caso, a rede IPV6 será usada. Se a rede IPv6 for usada, o campo nodeid deverá ser especificado.</p><p><b><big>Porta</big></b><br>Especifica o número da porta UDP. É possível usar o mesmo endereço multicast em uma rede com os serviços corosync configurados para diferentes portas UDP.<br></p>
<p><b><big>Endereço do membro</big></b><br>Esta lista especifica todos os nós no cluster por endereço IP. Isso pode ser configurável ao usar o udpu (Unicast).<br></p>
<p><b><big>ID do nó</big></b><br>Esta opção de configuração é opcional ao usar o IPv4 e necessária ao usar o IPv6. Este é um valor de 32 bits que especifica o identificador do nó entregue ao serviço de associação ao cluster. Se isso não for especificado com IPv4, a identificação do nó será determinada a partir do endereço IP de 32 bits do sistema ao qual o sistema está vinculado com o identificador de anel igual a 0. O valor zero do identificador de nó é reservado e não deve ser usado. > </p>
<p><b><big>rrp_mode</big></b><br>Especifica o modo de toque redundante, que pode ser nenhum, ativo ou passivo. A replicação ativa oferece uma latência um pouco menor da transmissão à entrega em ambientes de rede com defeito, mas com menos desempenho. A replicação passiva pode quase dobrar a velocidade do protocolo de totem se o protocolo não se tornar vinculado à CPU. A opção final é nenhuma. Nesse caso, apenas uma interface de rede será usada para operar o protocolo de totem. Se apenas uma diretiva de interface for especificada, nenhuma será escolhida automaticamente. Se várias diretivas de interface forem especificadas, apenas ativo ou passivo poderá ser escolhido.<br></p>
<p><b><big>Nome do cluster</big></b><br>Especifica o nome do cluster e é usado para gerar automaticamente o endereço multicast. O padrão é hacluster. Para um cluster geográfico, cada cluster deve ter um nome exclusivo.<br></p>
<p><b><big> Votos esperados</big></b><br>Espere o número de votos para o quorum de votação. Será calculado automaticamente quando a seção nodelist {} estiver presente no corosync.conf (a lista será gerada ao usar transporte unicast) ou pode ser especificada na seção do quorum {} (os votos esperados devem usar o número total de nós do cluster) . Se houver votos esperados no transporte unicast, o valor substituirá o calculado automaticamente. Por segurança, os votos esperados serão desativados quando o nodelist não estiver vazio, é bom ignorar o conjunto de votos esperados inapropriado. <br></p>
<p><b><big>Gerar ID automaticamente do nó</big></b><br> O Nodeid é necessário ao usar o IPv6. O ID do nó automático ativado gerará o nodeid automaticamente.<br></p>
<p><b><big>Model</big></b><br>Specifies the model to be used. This parameter is required. corosync-qdevice is modular and is able to support multiple different models. The model basically defines what type of arbitrator is used. Currently only 'net' is supported.</p>
<p><b><big>Host</big></b><br>Specifies the IP address or host name of the qnetd server to be used. This parameter is required.</p>
<p><b><big>Port</big></b><br>Specifies TCP port of qnetd server. Default is 5403.</p>
<p><b><big>TLS</big></b><br>Can be one of 'on', 'off' or 'required' and specifies if tls should be used. 'on' means a connection with TLS is attempted first, but if the server doesn't advertise TLS support then non-TLS will be used. 'off' is used then TLS is not required and it's then not even tried. This mode is the only one which doesn't need a properly initialized NSS database. 'required' means TLS is required and if the server doesn't support TLS, qdevice will exit with error message. 'on' need manually change, refer to corosync-qdevice's man page for more details. Default is 'off' in yast.</p>
<p><b><big>Algorithm</big></b><br>Decision algorithm. Can be one of the 'ffsplit' or 'lms'. (Actually there are also 'test' and '2nodelms', both of which are mainly for developers and shouldn't be used for production clusters, so yast will convert to 'ffsplit' automatically). For a description of what each algorithm means and how the algorithms differ see their individual sections. Default value is ffsplit.</p>
<p><b><big>Tie breaker</big></b><br>Can be one of 'lowest', 'highest' or 'valid_node_id' (number) values. It's used as a fallback if qdevice has to decide between two or more equal partitions. 'lowest' means the partition with the lowest node id is chosen. 'highest' means the partition with highest node id is chosen. And 'valid_node_id' means that the partition containing the node with the given node id is chosen. Default is 'lowest'.</p>
<p><b><big>Qdevice Heuristics</big></b><br>Subsection of Qdevice. Heuristics are set of commands executed locally on startup, cluster membership change, successful connect to corosync-qnetd and optionally also at regular times. Commands are executed in parallel. When *all* commands finish successfully (their return error code is zero) on time, heuristics have passed, otherwise they have failed. The heuristics result is sent to corosync-qnetd and there it's used in calculations to determine which partition should be quorate.</p>
<p><b><big>Heuristics Mode</big></b><br>Can be one of on, sync or off and specifies mode of operation of heuristics. Default is off, which means heuristics are disabled. When sync is set, heuristics are executed only during startup, membership change and when connection to corosync-qnetd is established. When heuristics should be running also on regular basis, this option should be set to on value.</p>
<p><b><big>Heuristics Timeout</big></b><br>Specifies maximum time in milliseconds. How long corosync-qdevice waits till the heuristics commands finish. If some command doesn't finish before the timeout, it's killed and heuristics fail. This timeout is used for heuristics executed at regular times. Default value is half of the quorum.device.timeout, so 5000.</p>
<p><b><big>Heuristics Sync_timeout</big></b><br>Similar to quorum.device.heuristics.timeout but used during membership changes. Default value is half of the quorum.device.sync_timeout, so 15000.</p>
<p><b><big>Heuristics Interval</big></b><br>Specifies interval between two regular heuristics execution. Default value is 3 * quorum.device.timeout, so 30000.</p>
<p><b><big>Heuristics exec_NAME</big></b><br>Defines executables. *NAME* can be arbitrary valid cmap key name string and it has no special meaning. The value of this variable must contain a command to execute. The value is parsed (split) into arguments similarly as Bourne shell would do. Quoting is possible by using backslash and double quotes. <br>For example, Name(exec_check_master), Value(/etc/corosync/qdevice/check_master.sh)</p>
<p><b><big>Modelo</big></b><br> Especifica o modelo a ser usado. Este parâmetro é obrigatório. O corosync-qdevice é modular e pode suportar vários modelos diferentes. O modelo basicamente define que tipo de árbitro é usado. Atualmente, apenas 'net' é suportado.</p>
<p><b><big>Host</big></b><br>Especifica o endereço IP ou o nome do host do servidor qnetd a ser usado. Este parâmetro é obrigatório.</p>
<p><b><big>Port</big></b><br>Especifica a porta TCP do servidor qnetd. O padrão é 5403.</p>
<p><b><big>TLS</big></b><br>Pode ser um dos itens 'on', 'off' ou 'required' e especifica se tls deve ser usado. 'on' significa que uma conexão com TLS é tentada primeiro, mas se o servidor não anunciar suporte a TLS, será usado o não TLS. 'off' for usado, o TLS não será necessário e nem será tentado. Esse modo é o único que não precisa de um banco de dados NSS inicializado corretamente. 'required' significa TLS é necessário e, se o servidor não suportar TLS, o qdevice será encerrado com uma mensagem de erro. 'on' precisa mudar manualmente, consulte a página de manual do corosync-qdevice para obter mais detalhes. O padrão é 'off' em yast.</p>
<p><b><big>Algoritmo</big></b><br>Algoritmo de decisão. Pode ser um dos 'ffsplit' ou 'lms'. (Na verdade, existem também 'test' e '2nodelms', os quais são principalmente para desenvolvedores e não devem ser usados para clusters de produção; portanto, o yast será convertido automaticamente para 'ffsplit'). Para uma descrição do significado de cada algoritmo e de como os algoritmos diferem, consulte suas seções individuais. O valor padrão é ffsplit. </p>
<p><b><big> Desempatador</big></b> - Pode ser um dos valores 'mais baixo', 'mais alto' ou 'valid_node_id' (número). É usado como substituto se o qdevice tiver que decidir entre duas ou mais partições iguais. 'lower' significa que a partição com o ID do nó mais baixo é escolhida. 'mais alto' significa que a partição com o ID do nó mais alto é escolhida. E 'valid_node_id' significa que a partição que contém o nó com o ID do nó especificado é escolhida. O padrão é 'mais baixo'.</p>
<p><b> <big> Heurísticas do Qdevice </big> </b> <br> Subseção do Qdevice. As heurísticas são um conjunto de comandos executados localmente na inicialização, alteração de associação do cluster, conexão bem-sucedida ao corosync-qnetd e, opcionalmente, também em horários regulares. Os comandos são executados em paralelo. Quando os comandos *all* terminam com êxito (o código de erro de retorno é zero) a tempo, as heurísticas passam, caso contrário, elas falham. O resultado da heurística é enviado ao corosync-qnetd e é usado nos cálculos para determinar qual partição deve ser quorada. </p>
<p><b> <big> Modo de heurística </big> </b> <br> Pode estar ativado, sincronizado ou desativado e especifica o modo de operação da heurística. O padrão está desativado, o que significa que as heurísticas estão desativadas. Quando a sincronização é definida, as heurísticas são executadas apenas durante a inicialização, a alteração da associação e quando a conexão com o corosync-qnetd é estabelecida. Quando as heurísticas também devem ser executadas regularmente, essa opção deve ser definida como valor. </p>
<p><b> <big> Tempo limite de heurística </big> </b> <br> Especifica o tempo máximo em milissegundos. Quanto tempo o corosync-qdevice espera até que os comandos de heurística sejam concluídos. Se algum comando não terminar antes do tempo limite, ele será interrompido e a heurística falhará. Esse tempo limite é usado para heurísticas executadas em horários regulares. O valor padrão é metade do quorum.device.timeout, portanto, 5000. </p>
<p><b> <big> Heuristics Sync_timeout </big> </b> <br> Semelhante ao quorum.device.heuristics.timeout, mas usado durante as alterações de associação. O valor padrão é metade do quorum.device.sync_timeout, então 15000. </p>
<p><b> <big> Intervalo de heurística </big> </b> <br> Especifica o intervalo entre duas execuções regulares de heurísticas. O valor padrão é 3 * quorum.device.timeout, portanto, 30000. </p>
<p><b> <big> Heurísticas exec_NAME </big> </b> <br> Define executáveis. * NAME * pode ser uma sequência de nome de chave cmap válida arbitrária e não possui significado especial. O valor dessa variável deve conter um comando para executar. O valor é analisado (dividido) em argumentos da mesma forma que o shell Bourne faria. É possível citar usando barra invertida e aspas duplas. <br> Por exemplo, Nome (exec_check_master), Valor (/etc/corosync/qdevice/check_master.sh) </p>

<p><b><big>Enable Security Auth</big></b><br>This specifies that HMAC/SHA1 authentication should be used to authenticate all messages. It further specifies that all data should be encrypted with the sober128 encryption algorithm to protect data from eavesdropping. Enabling this option adds a 36 byte header to every message sent by totem which reduces total throughput. Encryption and authentication consume 75% of CPU cycles in aisexec as measured with gprof when enabled. For 100Mbit networks with 1500 MTU frame transmissions: A throughput of 9Mb/s is possible with 100% cpu utilization when this option is enabled on 3GHz cpus. A throughput of 10Mb/s is possible wth 20% cpu utilization when this option is disabled on 3GHz cpus. For gig-e networks with large frame transmissions: A throughput of 20Mb/s is possible when this option is enabled on 3GHz cpus. A throughput of 60Mb/s is possible when this option is disabled on 3GHz cpus. The default is on. <br></p>

<p><b><big>Habilitar Autenticação de Segurança</big></b><br>Especifica que se deve usar a autenticação HMAC/SHA1 para autenticar todas as mensagens. Especifica ainda que todos os dados devem ser criptografados com o algoritmo de criptografia sober128 para proteger os dados contra violação. A habilitação dessa opção adiciona um cabeçalho de 36 bytes a toda mensagem enviada pelo totem, o que reduz o throughput total. A criptografia e a autenticação consomem 75% dos ciclos da CPU em aisexec, medidos com gprof quando habilitado. Para redes de 100 Mb com transmissões de quadros de 1500 MTU: Um throughput de 9 Mb/s será possível com 100% de utilização da CPU quando essa opção estiver habilitada em CPUs de 3 GHz. Um throughput de 10 Mb/s será possível com 20% de utilização da CPU quando essa opção estiver desabilitada em CPUs de 3 GHz. Para redes Gigabit Ethernet com grandes transmissões de quadros: Um throughput de 20 Mb/s será possível quando essa opção estiver habilitada em CPUs de 3 GHz. Um throughput de 60 Mb/s será possível quando essa opção estiver desabilitada em CPUs de 3 GHz. O padrão é ativado. <br></p>

<p><b><big>Cluster start at booting time enable/disable</big></b><br>Start or not start the whole cluster at booting time. Service include: pacemaker, corosync, corosync-qdevice(If enabled corosyncqdevice).</p>
<p><b><big>Cluster start/stop now</big></b><br>Start or stop the whole cluster right now. Service include: pacemaker, corosync, corosync-qdevice(If enabled corosyncqdevice).</p>
<p><b><big>Firewall Settings</big></b><br>Enable the port when Firewall is enabled</p>

<p><b><big>Início do cluster no momento da inicialização ativar/desativar</big></b><br>Inicie ou não inicie o cluster inteiro no momento da inicialização. Os serviços incluem: pacemaker, corosync, corosync-qdevice(se ativado corosyncqdevice).</p>
<p><b><big> Iniciar/parar o cluster agora</big></b><br>Inicie ou pare todo o cluster agora. Os serviços incluem: pacemaker, corosync, corosync-qdevice (se ativado corosyncqdevice).</p>
<p><b><big>Configurações do firewall</big></b><br>Ative a porta quando o Firewall estiver ativado</p>

<p><b><big>Sync Host</big></b><br>The hostnames used here must be the local hostnames of the cluster nodes. That means you must use exactly the same string as printed out by the hostname command.</p>
<p><b><big>Sync File</big></b><br>The full absolute filename to be synced.</p>
<p><b><big>Pre-Shared-Keys</big></b><br>Authentication is performed using the IP addresses and pre-shared-keys in Csync2. The key file is generated with csync2 -k /etc/csync2/key_hagroup. The file key_hagroup should be copied to all members of the cluster manually after it's created.</p>

<p><b><big>Sincronizar host</big></b><br>Os nomes de host utilizados aqui devem ser os nomes de host locais dos nós de cluster. Isso significa que você deve utilizar exatamente a mesma string que é impressa pelo comando hostname.</p>
<p><b><big>Sincronizar arquivo</big></b><br>O nome de arquivo absoluto completo a ser sincronizado.</p>
<p><b><big>Chaves pré-compartilhadas</big></b><br>A autenticação é realizada utilizando os endereços IP e as chaves pré-compartilhadas no Csync2. O arquivo de chave é gerado com csync2 -k /etc/csync2/key_hagroup. O arquivo key_hagroup deverá ser copiado manualmente para todos os membros do cluster após sua criação.</p>

<p><b><big>Dedicated Interface</big></b><br>A dedicated network interface for syncing. The interface must support multicast, and is UP for using. You may have to have it pre-configured. </p>
<p><b><big>IP</big></b><br>The IPv4 address assigned to the dedicated network interface. This is detected automatically.</p>
<p><b><big>Multicast Address</big></b><br>The multicast address to be used for syncing.</p>
<p><b><big>Group Number</big></b><br>A numeric ID indicate the group for syncing.</p>

<p><b><big>Interface dedicada</big></b><br>Uma interface de rede dedicada para sincronização. A interface deve suportar multicast e estar ATIVA para uso. Talvez seja necessário configurá-la previamente. </p>
<p><b><big>IP</big></b><br>O endereço IPv4 atribuído à interface de rede dedicada, que é detectado automaticamente.</p>
<p><b><big>Endereço de multicast</big></b><br>O endereço de multicast a ser usado na sincronização.</p>
<p><b><big>Número do grupo</big></b><br>Um ID numérico que indica o grupo a ser sincronizado.</p>
<p><b><big>Initializing cluster Configuration</big></b><br>
Please wait...<br></p>
<p><b><big>Inicializando a configuração do cluster</big></b><br>
Aguarde…<br></p>
<p><b><big>Aborting Initialization:</big></b><br>
Safely abort the configuration utility by pressing <b>Abort</b> now.</p>
<p><b><big>Cancelando a inicialização:</big></b><br>
Cancele com segurança o utilitário de configuração clicando em <b>Cancelar</b> agora.</p>
<p><b><big>Saving cluster Configuration</big></b><br>
Please wait...<br></p>
<p><b><big>Salvando a configuração do cluster</big></b><br>
Aguarde…<br></p>
<p><b><big>Aborting Saving:</big></b><br>
Abort the save procedure by pressing <b>Abort</b>.
An additional dialog informs whether it is safe to do so.
</p>
<p><b><big>Cancelando o salvamento:</big></b><br>
Cancele o salvamento clicando em <b>Cancelar</b>.
Uma caixa de diálogo adicional informará se é seguro ou não fazer isto.
</p>
Cluster Configuration
Configuração do cluster
Initializing...
Inicializando...
Initializing cluster Configuration
Inicializando a configuração do cluster
Read the database
Ler o banco de dados
Read the previous settings
Ler as configurações anteriores
Read Firewall Settings
Ler as configurações do Firewall

Loading…

User avatar LuizFernandoRanghetti

Translation changed

  1. yast-cluster
  2. master
  3. Portuguese (Brazil)
<p><b><big>IP Version</big></b><br>Specifies version of IP to use for communication. Value can be one of ipv4 or ipv6. Default (if unspecified) is ipv4.<br></p>
<p><b><big>Bind Network Address</big></b><br>This specifies the address which the corosync executive should bind. This address should always end in zero. If the totem traffic should be routed over 192.168.5.92, set bindnetaddr to 192.168.5.0.<br>This may also be an IPV6 address, in which case IPV6 networking will be used. In this case, the full address must be specified and there is no automatic selection of the network interface within a specific subnet as with IPv4. If IPv6 networking is used, the nodeid field must be specified.<br></p>
<p><b><big>Multicast Address</big></b><br>This is the multicast address used by corosync executive. The default should work for most networks, but the network administrator should be queried about a multicast address to use. Avoid 224.x.x.x because this is a "config" multicast address.<br>This may also be an IPV6 multicast address, in which case IPV6 networking will be used. If IPv6 networking is used, the nodeid field must be specified.</p>
<p><b><big>Port</big></b><br>This specifies the UDP port number. It is possible to use the same multicast address on a network with the corosync services configured for different UDP ports.<br></p>
<p><b><big>Member Address</big></b><br>This list specifies all the nodes in the cluster by IP address. This could be configurable when using udpu(Unicast). <br></p>
<p><b><big>Node ID</big></b><br>This configuration option is optional when using IPv4 and required when using IPv6. This is a 32 bit value specifying the node identifier delivered to the cluster membership service. If this is not specified with IPv4, the node id will be determined from the 32 bit IP address the system to which the system is bound with ring identifier of 0. The node identifier value of zero is reserved and should not be used.<br></p>
<p><b><big>rrp_mode</big></b><br>This specifies the mode of redundant ring, which may be none, active, or passive. Active replication offers slightly lower latency from transmit to delivery in faulty network environments but with less performance. Passive replication may nearly double the speed of the totem protocol if the protocol doesn't become cpu bound. The final option is none, in which case only one network interface will be used to operate the totem protocol. If only one interface directive is specified, none is automatically chosen. If multiple interface directives are specified, only active or passive may be chosen.<br></p>
<p><b><big>Cluster Name</big></b><br>This specifies the name of cluster and it's used for automatic generating of multicast address. Default is hacluster. For a geo cluster, each cluster must have a unique name.<br></p>
<p><b><big>Expected votes</big></b><br>Expect vote number for voting quorum. Will be automatically calculated when the nodelist {} section is present in corosync.conf (the list will be generated when using unicast transport) or can be specified in the quorum {} section (Expect votes should use the total node numble of the cluster). If Expected votes presents in unicast transport, the value will override the one automatically calculated. For safety, the Expected votes will be disabled once nodelist not empty, it's good for ignore the inappropriate Expected votes set.<br></p>
<p><b><big>Auto Generate Node ID</big></b><br>Nodeid is required when using IPv6. Auto node ID enabled will generate nodeid automatically.<br></p>
<p><b><big>Versão do IP</big></b><br>Especifica a versão do IP a ser usada na comunicação. O valor pode ser um dos ipv4 ou ipv6. O padrão (se não especificado) é ipv4.<br></p>
<p><b><big>Vincular endereço de rede</big></b><br>Especifica o endereço que o executivo de openaiscorosync deve vincular. Esse endereço sempre deve terminar em zero. Se o tráfego do totem deve ser roteado por 192.168.5.92, defina bindnetaddr como 192.168.5.0.<br>Esse também pode ser um endereço IPV6, nesse caso a rede IPV6 será usada. Nesse caso, o endereço completo deve ser especificado e não há seleção automática da interface de rede em uma sub-rede específica, como no IPv4. Se a rede IPv6 for usada, o campo nodeid deverá ser especificado.<br></p>
<p><b><big>Endereço multicast</big></b><br>Este é o endereço multicast usado pelo executivo openaiscorosync . O padrão deve funcionar para a maioria das redes, mas o administrador da rede deve ser consultado sobre um endereço multicast a ser usado. Evite 224.x.x.x porque este é um endereço multicast de "configuração".<br>Esse também pode ser um endereço multicast IPV6. Nesse caso, a rede IPV6 será usada. Se a rede IPv6 for usada, o campo nodeid deverá ser especificado.</p><p><b><big>Porta</big></b><br>Especifica o número da porta UDP. É possível usar o mesmo endereço multicast em uma rede com os serviços openaiscorosync configurados para diferentes portas UDP.<br></p>
<p><b><big>Endereço do membro</big></b><br>Esta lista especifica todos os nós no cluster por endereço IP. Isso pode ser configurável ao usar o udpu (Unicast).<br></p>
<p><b><big>ID do nó</big></b><br>Esta opção de configuração é opcional ao usar o IPv4 e necessária ao usar o IPv6. Este é um valor de 32 bits que especifica o identificador do nó entregue ao serviço de associação ao cluster. Se isso não for especificado com IPv4, a identificação do nó será determinada a partir do endereço IP de 32 bits do sistema ao qual o sistema está vinculado com o identificador de anel igual a 0. O valor zero do identificador de nó é reservado e não deve ser usado. > </p>
<p><b><big>rrp_mode</big></b><br>Especifica o modo de toque redundante, que pode ser nenhum, ativo ou passivo. A replicação ativa oferece uma latência um pouco menor da transmissão à entrega em ambientes de rede com defeito, mas com menos desempenho. A replicação passiva pode quase dobrar a velocidade do protocolo de totem se o protocolo não se tornar vinculado à CPU. A opção final é nenhuma. Nesse caso, apenas uma interface de rede será usada para operar o protocolo de totem. Se apenas uma diretiva de interface for especificada, nenhuma será escolhida automaticamente. Se várias diretivas de interface forem especificadas, apenas ativo ou passivo poderá ser escolhido.<br></p>
<p><b><big>Nome do cluster</big></b><br>Especifica o nome do cluster e é usado para gerar automaticamente o endereço multicast. O padrão é hacluster. Para um cluster geográfico, cada cluster deve ter um nome exclusivo.<br></p>
<p><b><big> Votos esperados</big></b><br>Espere o número de votos para o quorum de votação. Será calculado automaticamente quando a seção nodelist {} estiver presente no corosync.conf (a lista será gerada ao usar transporte unicast) ou pode ser especificada na seção do quorum {} (os votos esperados devem usar o número total de nós do cluster) . Se houver votos esperados no transporte unicast, o valor substituirá o calculado automaticamente. Por segurança, os votos esperados serão desativados quando o nodelist não estiver vazio, é bom ignorar o conjunto de votos esperados inapropriado. <br></p>
<p><b><big>Gerar ID automaticamente do nó</big></b><br> O Nodeid é necessário ao usar o IPv6. O ID do nó automático ativado gerará o nodeid automaticamente.<br></p>
a year ago
User avatar None

Source string changed

  1. yast-cluster
  2. master
  3. Portuguese (Brazil)
<p><b><big>IP Version</big></b><br>Specifies version of IP to use for communication. Value can be one of ipv4 or ipv6. Default (if unspecified) is ipv4.<br></p>
<p><b><big>Bind Network Address</big></b><br>This specifies the address which the openaiscorosync executive should bind. This address should always end in zero. If the totem traffic should be routed over 192.168.5.92, set bindnetaddr to 192.168.5.0.<br>This may also be an IPV6 address, in which case IPV6 networking will be used. In this case, the full address must be specified and there is no automatic selection of the network interface within a specific subnet as with IPv4. If IPv6 networking is used, the nodeid field must be specified.<br></p>
<p><b><big>Multicast Address</big></b><br>This is the multicast address used by openaiscorosync executive. The default should work for most networks, but the network administrator should be queried about a multicast address to use. Avoid 224.x.x.x because this is a "config" multicast address.<br>This may also be an IPV6 multicast address, in which case IPV6 networking will be used. If IPv6 networking is used, the nodeid field must be specified.</p>
<p><b><big>Port</big></b><br>This specifies the UDP port number. It is possible to use the same multicast address on a network with the openaiscorosync services configured for different UDP ports.<br></p>
<p><b><big>Member Address</big></b><br>This list specifies all the nodes in the cluster by IP address. This could be configurable when using udpu(Unicast). <br></p>
<p><b><big>Node ID</big></b><br>This configuration option is optional when using IPv4 and required when using IPv6. This is a 32 bit value specifying the node identifier delivered to the cluster membership service. If this is not specified with IPv4, the node id will be determined from the 32 bit IP address the system to which the system is bound with ring identifier of 0. The node identifier value of zero is reserved and should not be used.<br></p>
<p><b><big>rrp_mode</big></b><br>This specifies the mode of redundant ring, which may be none, active, or passive. Active replication offers slightly lower latency from transmit to delivery in faulty network environments but with less performance. Passive replication may nearly double the speed of the totem protocol if the protocol doesn't become cpu bound. The final option is none, in which case only one network interface will be used to operate the totem protocol. If only one interface directive is specified, none is automatically chosen. If multiple interface directives are specified, only active or passive may be chosen.<br></p>
<p><b><big>Cluster Name</big></b><br>This specifies the name of cluster and it's used for automatic generating of multicast address. Default is hacluster. For a geo cluster, each cluster must have a unique name.<br></p>
<p><b><big>Expected votes</big></b><br>Expect vote number for voting quorum. Will be automatically calculated when the nodelist {} section is present in corosync.conf (the list will be generated when using unicast transport) or can be specified in the quorum {} section (Expect votes should use the total node numble of the cluster). If Expected votes presents in unicast transport, the value will override the one automatically calculated. For safety, the Expected votes will be disabled once nodelist not empty, it's good for ignore the inappropriate Expected votes set.<br></p>
<p><b><big>Auto Generate Node ID</big></b><br>Nodeid is required when using IPv6. Auto node ID enabled will generate nodeid automatically.<br></p>
a year ago
Browse all string changes

Things to check

Mismatching line breaks

Number of new lines in translation does not match source

Reset

Glossary

English Portuguese (Brazil)
No related strings found in the glossary.

String information

Source string description
All helps are here
Source string location
src/include/cluster/helps.rb:35
String age
a year ago
Last updated
a month ago
Source string age
a year ago
Translation file
po/cluster/pt_BR.po, string 117