2. yast-cluster
3. German

<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>IP-Version</big></b><br> Spezifiziert die zu verwendende Version der IP zur Kommunikation. Value can be one of Der Wert kann 'ipv4' oder 'ipv6. Default (if unspecified' sein. Der Standardwert (falls nicht angegeben) is t 'ipv4'.<br></p>
<p><b><big>Netzwerkadresse zuweisen</big></b><br>Adresse, die das ausführbare Element openaiscorosync zuweisen soll. Diese Adresse muss auf null (0) enden. Falls der Totem-Datenverkehr über 192.168.5.92 geleitet werden soll, legen Sie für bindnetaddr den Wert 192.168.5.0 fest.<br>Sie können auch eine IPV6-Adresse angeben, sodass das IPV6-Networking verwendet wird. In diesem Fall müssen Sie die vollständige Adresse angeben, und die Netzwerkschnittstelle in einem bestimmten Subnetz wird nicht automatisch ausgewählt (im Gegensatz zu IPv4). Wenn das IPv6-Networking verwendet wird, müssen Sie das Feld nodeid festlegen.<br></p>
<p><b><big>Multicast-Adresse</big></b><br>Die Multicast-Adresse, die vom ausführbaren Element openaiscorosync verwendet wird. Die Standardeinstellungen ist für die meisten Netzwerke geeignet; fragen Sie dennoch den Netzwerkadministrator nach der zu verwendenden Multicast-Adresse. Die Adresse 224.x.x.x ist nicht zulässig, da dies eine "config"-Multicast-Adresse ist.<br>Sie können auch eine IPV6-Adresse angeben, sodass das IPV6-Networking verwendet wird. In diesem Fall müssen Sie das Feld nodeid festlegen.</p>
<p><b><big>Port</big></b><br>Nummer des UDP-Ports. In einem Netzwerk, in dem der Dienst openaiscorosync für mehrere UDP-Ports konfiguriert ist, können Sie dieselbe Multicast-Adresse verwenden.<br></p>
<p><b><big>Mitgliedsadresse</big></b><br>Diese Liste enthält alle Knoten im Cluster (nach IP-Adresse geordnet). Die Liste kann mit udpu(Unicast) konfiguriert werden. <br></p>
<p><b><big>Knoten-ID</big></b><br>Diese Konfigurationsoption ist bei IPv4 optional und bei IPv6 erforderlich. Dieser 32-Bit-Wert gibt die Knoten-ID an, die an den Cluster-Mitgliedschaftsdienst übergeben werden soll. Ist die Knoten-ID in IPv4 nicht angegeben, wird sie aus der 32-Bit-IP-Adresse abgeleitet, der das System mit der Ring-ID 0 zugewiesen ist. Der Wert 0 (null) für die Knoten-ID ist reserviert und darf nicht verwendet werden.<br></p>
<p><b><big>rrp_mode</big></b><br>Modus für den redundanten Ring (keine, aktiv oder passiv). Bei der aktiven Reproduktion ist die Latenz von der Übertragung bis zur Lieferung in fehlerhaften Netzwerkumgebungen geringer, die Leistung jedoch auch. Die passive Reproduktion kann die Geschwindigkeit des Totem-Protokolls nahezu verdoppeln, sofern das Protokoll nicht der CPU zugewiesen wird. Bei der Option 'keiner' wird das Totem-Protokoll mit nur einer Netzwerkschnittstelle ausgeführt. Wenn nur eine einzige Schnittstellenanweisung angegeben ist, wird automatisch 'keine' ausgewählt. Sind mehrere Schnittstellenanweisungen angegeben, stehen nur die Optionen 'aktiv' und 'passiv' zur Auswahl.<br></p>
<p><b><big>Cluster-Name</big></b><br>Das spezifiziert den Namen des Clusters und wird zur automatischen Generierung von Multicast-Adressen verwendet. Standard ist hacluster. Für ein Geo-Cluster muss jedes Cluster einen einzigartigen Namen haben.<br></p>
<p><b><big>Erwartete Votes</big></b><br>Erwartete Anzahl der Votes für Voting-Quorum. Dieser Wert wird automatisch berechnet, wenn die Datei 'corosync.conf' den Abschnitt 'nodelist {}' enthält (Liste wird bei Verwendung des Unicast-Transports erzeugt), oder kann im Abschnitt 'quorum {}' festgelegt werden. (Für 'Erwartete Votes' muss die Gesamtanzahl der Knoten im Cluster angegeben werden). Wenn 'Erwartete Votes' im Unicast-Transport vorliegt, hat dieser Wert Vorrang vor dem automatisch berechneten Wert. Zur Sicherheit werden die 'Erwarteten Votes' deaktiviert, wenn die Knotenliste nicht leer ist. Es ist gut sie unpassenden Sätze an 'Erwarteten Votes' zu ignorieren.<br></p>
<p><b><big>Knoten-ID automatisch erzeugen</big></b><br>Bei IPv6 ist nodeid erforderlich. Wenn diese Option aktiviert ist, wird nodeid automatisch erzeugt.<br></p>

<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>

Need to press "Generate Auth Key File"

Sie müssen auf "Authkey-Datei generierentifizierungsschlüsseldatei erzeugen" klicken

Need to press "Generate Auth Key File"

Sie müssen auf "Authkey-Datei generieren" klicken

<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>Modell</big></b><br>Gibt das zu verwendende Modell an. Dieser Parameter ist erforderlich. Corosync-qdevice ist modular aufgebaut und unterstützt mehrere verschiedene Modelle. Das Modell bestimmt im Wesentlichen, welcher Vermittlungstyp verwendet wird. Zurzeit wird nur 'net' unterstützt.</p>
<p><b><big>Host</big></b><br>Gibt die IP-Adresse oder den Hostnamen des zu verwendeten qnetd-Servers an. Dieser Parameter ist erforderlich.</p>
<p><b><big>Port</big></b><br>Gibt den TCP-Port des qnetd-Servers an. Standard ist 5403.</p>
<p><b><big>TLS</big></b><br>Kann 'on', 'off' oder 'required' lauten und gibt an, ob TLS verwendet werden sollte. Der Wert 'on' bedeutet, dass zuerst versucht wird, eine Verbindung mit TLS herzustellen. Wenn der Server TLS jedoch nicht unterstützt, wird eine Verbindung ohne TLS verwendet. 'off' kommt zum Einsatz, wenn TLS nicht erforderlich ist. In diesem Fall wird gar nicht erst versucht, eine TLS-Verbindung herzustellen. Dies ist der einzige Modus, für den keine ordnungsgemäß initialisierte NSS-Datenbank erforderlich ist. 'required' bedeutet, dass TLS erforderlich ist und wenn der Server TLS nicht unterstützt, wird qdevice mit einer Fehlermeldung beendet. Um 'on' manuell zu ändern, finden Sie weitere Informationen auf der Hilfeseite (man-page) zu Corosync-Qdevice. Die Standardeinstellung in yast lautet 'off'.</p>
<p><b><big>Algorithmus</big></b><br>Entscheidungsalgorithmus. Kann 'ffsplit' oder 'lms' sein. (Außerdem sind 'test' und '2nodelms' verfügbar, beide Algorithmen sind jedoch für Entwickler vorgesehen und sollten nicht für Produktionscluster verwendet werden. Daher werden sie von yast automatisch zu 'ffsplit' geändert.) Eine Beschreibung der Bedeutung und der Unterschiede der Algorithmen finden Sie in den entsprechenden Abschnitten. Der Standardwert lautet 'ffsplit'.</p>
<p><b><big>Entscheidungskriterium</big></b><br>Die Werte 'lowest', 'highest' oder 'valid_node_id' (Zahl) können verwendet werden. Dies dient als Ausweichlösung, wenn qdevice zwischen zwei oder mehreren Partitionen entscheiden muss. Bei 'lowest' wird die Partition mit der niedrigsten Knoten-ID verwendet. Bei 'highest' wird die Partition mit der höchsten Knoten-ID verwendet. Die Einstellung 'valid_node_id' bedeutet, dass die Partition, die den Knoten mit der angegebenen ID enthält, ausgewählt wird. Die Standardeinstellung ist 'lowest'.</p>
<p><b><big>Qdevice Heuristik</big></b><br>Unterabschnitt von Qdevice. Heuristiken sind eine Reihe von Befehlen, die lokal beim Start, bei der Änderung der Clustermitgliedschaft, bei erfolgreicher Verbindung mit corosync-qnetd und optional auch zu regelmäßigen Zeiten ausgeführt werden. Die Befehle werden parallel ausgeführt. Wenn *alle* Befehle rechtzeitig erfolgreich beendet werden (ihr Rückgabefehlercode ist Null), ist die Heuristik bestanden, andernfalls ist sie fehlgeschlagen. Das Ergebnis der Heuristik wird an corosync-qnetd gesendet und dort in Berechnungen verwendet, um zu bestimmen, welche Partition quorate sein soll.</p>
<p><b><big>Heuristik-Modus</big></b><br>Kann entweder 'on', 'sync' oder 'off' sein und gibt die Betriebsart der Heuristik an. Die Voreinstellung ist 'off', was bedeutet, dass die Heuristik deaktiviert ist. Wenn 'sync' eingestellt ist, wird die Heuristik nur während des Starts, der Änderung der Mitgliedschaft und beim Verbindungsaufbau zu corosync-qnetd ausgeführt. Wenn die Heuristik auch regelmäßig ausgeführt werden soll, sollte diese Option auf den Wert 'on' gesetzt werden.</p>
<p><b><big>Heuristik-Zeitüberschreitung</big></b><br>Legt die maximale Zeit in Millisekunden fest, die corosync-qdevice wartet, bis die Heuristikbefehle beendet sind. Wenn ein Befehl nicht vor der Zeitüberschreitung beendet wird, wird er beendet und die Heuristik schlägt fehl. Diese Zeitüberschreitung wird für Heuristiken verwendet, die zu regelmäßigen Zeiten ausgeführt werden. Der Standardwert ist die Hälfte des quorum.device.timeout, also 5000.</p>
<p><b><big>Heuristiken Sync_timeout</big></b><br>Ähnlich wie quorum.device.heuristics.timeout, wird aber bei Änderungen der Mitgliedschaft verwendet. Der Standardwert ist die Hälfte von quorum.device.sync_timeout, also 15000.</p>
<p><b><big>Heuristik-Intervall</big></b><br>Bestimmt das Intervall zwischen zwei regelmäßigen Heuristik-Ausführungen. Der Standardwert ist 3 * quorum.device.timeout, also 30000.</p>
<p><b><big>Heuristik exec_NAME</big></b><br>Definiert ausführbare Dateien. *NAME* kann eine beliebige gültige cmap-Schlüsselzeichenkette sein und hat keine besondere Bedeutung. Der Wert dieser Variablen muss einen auszuführenden Befehl enthalten. Der Wert wird in Argumente geparst (aufgeteilt), ähnlich wie es die Bourne-Shell tun würde. Die Quotierung ist durch die Verwendung von Backslash und doppelten Anführungszeichen möglich. <br>Zum Beispiel: Name(exec_check_master), Wert(/etc/corosync/qdevice/check_master.sh)</p>

The qdevice heuristics sync timeout must be a positive integer

Der Qdevice heuristische Sync-Timeout muss eine positive Ganzzahl sein