yast2-cluster is not part of openSUSE Leap 15. It exists only in openSUSE Tumbleweed and enterprise products.
Overview
| Project website | github.com/yast/yast-cluster |
|---|---|
| Project maintainers |
 ancorgonzalezsosa
 LubosKocman
|
| Translation process |
|
| Translation license | GNU General Public License v2.0 only |
| Source code repository |
git@github.com:yast/yast-translations.git
|
| Repository branch | master |
| Last remote commit |
Translated using Weblate (Macedonian)
62009a8139
 krisfremen authored yesterday |
| Last commit in Weblate |
Translated using Weblate (Portuguese (Brazil))
e558dad9ed
 LuizFernandoRanghetti authored a month ago |
| Weblate repository |
https://l10n.opensuse.org/git/yast-base/master/
|
| Filemask | po/cluster/*.po |
String statistics
| Strings percent | Hosted strings | Words percent | Hosted words | Characters percent | Hosted characters | |
|---|---|---|---|---|---|---|
| Total | 11,319 | 157,157 | 1,130,591 | |||
| Source | 147 | 2,041 | 14,683 | |||
| Approved | 1% | 53 | 1% | 1,405 | 1% | 10,271 |
| Translated | 32% | 3,627 | 20% | 32,095 | 20% | 232,406 |
| Needs editing | 16% | 1,859 | 13% | 21,055 | 13% | 149,299 |
| Failing checks | 6% | 778 | 10% | 16,571 | 10% | 118,255 |
| Strings with suggestions | 1% | 67 | 1% | 1,230 | 1% | 8,962 |
| Not translated strings | 51% | 5,833 | 66% | 104,007 | 66% | 748,886 |
|
LuizFernandoRanghetti
Translation changed |
|
 FerdinandGalko
Translation changed yast-cluster / master — Slovak |
|
 Dmedina
Translation changed |
|
 aleskastner
Translation changed yast-cluster / master — Czech |
|
 FreekDeKruijf
Translation changed yast-cluster / master — Dutch |
|
 YasuhikoKamata
Translation changed |
|
 None
New string to translate yast-cluster / master — Zulu |
New string to translate
a month ago
|
|
None
New string to translate |
New string to translate
a month ago
|
|
None
New string to translate |
New string to translate
a month ago
|
|
None
New string to translate yast-cluster / master — Xhosa |
New string to translate
a month ago
|
<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>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çosopenaiscorosync 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>