Unit Instance

HTTP 200 OK
Allow: GET, PUT, PATCH, DELETE, HEAD, OPTIONS
Content-Type: application/json
Vary: Accept

{
    "translation": "https://l10n.opensuse.org/api/translations/yast-cluster/master/de/?format=api",
    "source": [
        "<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>\n<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>\n<p><b><big>Port</big></b><br>Specifies TCP port of qnetd server. Default is 5403.</p>\n<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>\n<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>\n<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>\n<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>\n<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>\n<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>\n<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>\n<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>\n<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>\n"
    ],
    "previous_source": "",
    "target": [
        "<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>\n<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>\n<p><b><big>Port</big></b><br>Gibt den TCP-Port des qnetd-Servers an. Standard ist 5403.</p>\n<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>\n<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>\n<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>\n<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>\n<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>\n<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>\n<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>\n<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>\n<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>\n"
    ],
    "id_hash": -7026888997277326667,
    "content_hash": -7026888997277326667,
    "location": "src/include/cluster/helps.rb:47",
    "context": "",
    "note": "",
    "flags": "",
    "labels": [],
    "state": 20,
    "fuzzy": false,
    "translated": true,
    "approved": false,
    "position": 118,
    "has_suggestion": false,
    "has_comment": false,
    "has_failing_check": false,
    "num_words": 556,
    "source_unit": "https://l10n.opensuse.org/api/units/12678798/?format=api",
    "priority": 100,
    "id": 11445828,
    "web_url": "https://l10n.opensuse.org/translate/yast-cluster/master/de/?checksum=1e7b79afe12f22b5",
    "url": "https://l10n.opensuse.org/api/units/11445828/?format=api",
    "explanation": "",
    "extra_flags": "",
    "pending": false,
    "timestamp": "2020-05-12T15:09:59.245049Z"
}