Units API.

See the Weblate's Web API documentation for detailed description of the API.

GET /api/units/11445884/?format=api
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/es/?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>Modelo</big></b><br>Especifica el modelo que se debe usar. Este parámetro es obligatorio. corosync-qdevice es modular y admite varios modelos distintos. El modelo básicamente define qué tipo de árbitro se usa. Actualmente, solo se admite «red».</p>\n<p><b><big>Host</big></b><br>Especifica la dirección IP o el nombre de host del servidor de qnetd que se debe usar. Este parámetro es obligatorio.</p>\n<p><b><big>Puerto</big></b><br>Especifica el puerto TCP del servidor de qnetd. El valor por defecto es 5403.</p>\n<p><b><big>TLS</big></b><br>Puede ser «activo», «inactivo» u «obligatorio» y especifica si se debe usar TLS. El valor «activo» significa que primero se intenta una conexión con TLS, pero si el servidor no anuncia que es compatible con TLS, se usará una seguridad no TLS. El valor «inactivo» se usa si no se necesita TLS y ni siquiera se intenta. Este modo es el único que no necesita una base de datos NSS correctamente inicializada. El valor «obligatorio» significa que TLS es obligatorio y, si el servidor no es compatible con TLS, qdevice se cerrará sin mostrar ningún mensaje de error. La opción «activo» requiere un cambio manual; consulte la página Man de corosync-qdevice para obtener más información. El valor por defecto en YaST es «inactivo».</p>\n<p><b><big>Algoritmo</big></b><br>El algoritmo de decisión. Puede usarse ffsplit o lms (también están los algoritmos test y 2nodelms, ambos principalmente para desarrolladores, pero no se deben usar para clústeres de producción, por lo que YaST los convierte automáticamente a ffsplit). Para obtener una descripción del significado de cada algoritmo y sobre sus diferencias, consulte sus secciones individuales. El valor por defecto es ffsplit.</p>\n<p><b><big>Elemento de desempate</big></b><br>Pueden usarse los valores «el más bajo», «el más alto» o «ID_de_nodo_válido» (número. Se usa como respaldo si qdevice debe decidir entre dos o más particiones iguales. El valor «el más bajo» significa que se selecciona la partición con el ID de nodo más bajo. El valor «el más alto» significa que se elige la partición con el ID de nodo más alto. E «ID_de_nodo_válido» significa que se elige la partición que contiene el nodo con el ID indicado. El valor por defecto es «el más bajo».</p>\n<p><b><big>Heurística de Qdevice</big></b><br>Subsección de Qdevice. Los heurísticos son un conjunto de comandos ejecutados localmente al inicio, cambian de membresía de clúster, conectan satisfactoriamente a corosync-qnetd y, opcionalmente, también en horarios regulares. Los comandos son ejecutados en paralelo. Cuando *todos* los comandos finalizan con éxito (su código de error de retorno es cero) a tiempo, los heurísticos han pasado, de lo contrario han fallado. El resultado de los heurísticos se envía a corosync-qnetd y allí se utiliza en los cálculos para determinar qué partición se debe establecer.</p>\n<p><b><big>Modo heurístico</big></b><br>Puede ser uno de «encendido», «sincronización» o «apagado», y especifica el modo de operación de los heurísticos. El valor por defecto es «apagado», lo que significa que los heurísticos están deshabilitados. Cuando se establece la sincronización, los heurísticos se ejecutan solo durante el inicio, se cambia de membresía y se establece la conexión a corosync-qnetd. Cuando los heurísticos deberían ejecutarse también de forma regular, esta opción debería establecerse en valor.</p>\n<p><b><big>Tiempo de espera heurístico</big></b><br>Especifica el tiempo máximo en milisegundos y cuánto tiempo espera corosync-qdevice hasta que finalicen los comandos heurísticos. Si algún comando no finaliza antes del tiempo de espera, se elimina y falla la heurística. Este tiempo de espera se utiliza para heurísticos ejecutados a horas regulares. El valor por defecto es la mitad del quorum.device.timeout, por lo tanto, 5000.</p>\n<p><b><big>Tiempo de espera de sincronización heurística</big></b><br>Similar a quorum.device.heuristics.timeout pero usado durante los cambios de membresía. El valor por defecto es la mitad de quorum.device.sync_timeout, por lo tanto, 15000.</p>\n<p><b><big>Intervalo heurístico</big></b><br>Especifica el intervalo entre dos ejecuciones heurísticas regulares. El valor por defecto es 3 veces* quorum.device.timeout, por lo tanto, 30000.</p>\n<p><b><big>Nombre de ejecución heurística</big></b><br>Define ejecutables. *Nombre* puede ser una cadena de nombre de clave cmap válida arbitraria y no tiene un significado especial. El valor de esta variable debe contener un comando para ejecutar. El valor se analiza (divide) en argumentos de manera similar a como lo haría Bourne Shell. Las citas son posibles mediante la barra invertida y las comillas dobles. <br>Por ejemplo, Nombre(exec_check_master), Valor(/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": 11445884,
    "web_url": "https://l10n.opensuse.org/translate/yast-cluster/master/es/?checksum=1e7b79afe12f22b5",
    "url": "https://l10n.opensuse.org/api/units/11445884/?format=api",
    "explanation": "",
    "extra_flags": "",
    "pending": false,
    "timestamp": "2020-05-12T15:09:59.245049Z"
}