COROSYNC-CFGTOOL(8)
π COROSYNC-CFGTOOL(8) π
okay bestie, gather round, because this is the manual page for corosync-cfgtool, and it's genuinely one of the most useful little gremlins in your corosync toolbox. β¨
πΈ NAME πΈ
corosync-cfgtool β an administrative tool for corosync.
like, the whole vibe is "I manage corosync for you". that's the job. π
π¦ SYNOPSIS π¦
corosync-cfgtool [[-i IP_address] [-b] [-s] [-n] [-R] [-L] [-k nodeid]
[-a nodeid] [-h] [-H] [--force]
yes it's a lot of brackets. it's giving "choose your own adventure". π
β¨ DESCRIPTION β¨
corosync-cfgtool is the tool for displaying and configuring active parameters within corosync. that's it, that's the whole thing. she shows you stuff, she pokes stuff, she's the main character of your cluster debugging arc. π
π OPTIONS π
-iβ finds only info about the interface IP address you specified, or about a link id if you're rolling with-s. so like, one interface, one lil spotlight. π-sβ displays the status of the current links on this node for UDP/UDPU, with extended status for KNET. after each link, the nodes on that link get listed in order with their status. for example, here's a 3-node setup on KNET transport:
LINK ID 0
addr = 192.168.100.80
status:
nodeid 1: localhost
nodeid 2: connected
nodeid 3: connected
heads up bestie: only one link is returned for a single node cluster configuration, no matter how many links are configured. don't come for me, that's just how it is. π«Ά
-bβ displays the brief status of the current links on this node, and only when used with"-s". if any interfaces are faulty,1is returned by the binary. if all interfaces are active,0is returned to the shell. after each link, the nodes on that link are displayed in order with their status encoded into a single digit, or the characters'n','d'and'?'with special meaning.1=link enabled,2=link connected β so a3in a node position means that link is both enabled and connected. status represented by the character'n'is used for the localhost link. the character'?'means Corosync was unable to get the status of the link from knet (the log should contain more info). the character'd'shouldn't appear, and it means Corosync was unable to configure a link and it's the result of some error which should have been logged.
the output will be:
LINK ID 0
addr = 192.168.100.80
status = n33
no cap, one little string and you know everything. iconic. π
-nβ displays the status of the current nodes in the system with their link status(es).
Local node ID 1, transport knet
nodeid: 2 reachable onwire (min/max/cur): 0, 1, 1
LINK: 0 (192.168.1.101->192.168.1.102) enabled connected mtu: 1397
LINK: 1 (192.168.4.1->192.168.4.2) enabled mtu: 469
LINK: 2 (192.168.9.1->192.168.9.2) enabled mtu: 469
only reachable nodes are displayed, so "reachable" should always be there, fr fr.
βonwireβ versions are the knet on-wire versions that are supported/in use (where appropriate).
IP addresses are the local and remote IP addresses (for UDP[U] only the local IP address is shown).
enabled β means the link has been brought up.
connected β means that the link is connected to the remote node.
dynconnected β is not currently implemented. (she's a work in progress, be nice π)
mtu β shows the size of data packets. should be the link packet size less a small amount for protocol overheads and encryption.
-Rβ tell all instances of corosync in this cluster to reloadcorosync.conf. π
β οΈ running corosync-cfgtool -R where nodes are running different versions of corosync (including minor versions) is unsupported and may result in undefined behaviour. like, please don't. matching versions only. π
-Lβ tell corosync to reopen all logging files. in contrast to other subcommands, nothing is displayed on terminal if the call is successful. silent queen. she ate and left no crumbs. πβ¨-kβ kill a node identified by node id. that node is done, bestie. π-aβ display the IP address(es) of a node. π¦-hβ print basic usage. your lil helper. πΈ-Hβ shutdown corosync cleanly on this node.corosync-cfgtool -Hwill request a shutdown from corosync, which means it will consult any interested daemons before shutting down, and the shutdown may be vetoed if a daemon regards the shutdown as inappropriate. if--forceis added to the command line, then corosync will shutdown regardless of the daemons' opinions on the matter. π€ like, no thoughts, just shutdown.
π₯ SEE ALSO π₯
(yeah that's it, that's the list, she's a short one π)
π AUTHOR π
Angus Salkeld
and that's the whole page, bestie!! ππ
this manual page was living her best life on 2020-06-02, and the source/version on the footer says COROSYNC-CFGTOOL(8). go forth and check your links. slay. π β¨π¦πΈ
π¦ where this page comes from
- debian bookworm: corosync 3.1.7-1+deb12u2 Β· BSD-3-Clause
- debian trixie: corosync 3.1.9-2+deb13u1 Β· BSD-3-Clause
- epel 9: corosync 3.1.10-0.2.el9.1 Β· BSD-3-Clause
- fedora 43: corosync 3.1.10-3.fc43 Β· BSD-3-Clause
- fedora 43: corosync 3.1.9-5.fc43 Β· BSD-3-Clause
- fedora 44: corosync 3.1.10-4.fc44 Β· BSD-3-Clause
- fedora 44: corosync 3.1.10-6.fc44 Β· BSD-3-Clause
- nixos 26.05: corosync 3.1.9
- nixpkgs unstable: corosync 3.1.9
- opensuse-leap 16.0: corosync 3.1.9-160000.4.1 Β· BSD-3-Clause
- opensuse-leap 16.0: corosync 3.1.9-160000.4.1 Β· BSD-3-Clause
- opensuse-leap 16.0: corosync 3.1.9-160000.4.1 Β· BSD-3-Clause
- opensuse-leap 16.0: corosync 3.1.9-160000.4.1 Β· BSD-3-Clause
- ubuntu jammy: corosync 3.1.6-1ubuntu1 Β· BSD-3-Clause
- ubuntu jammy: corosync 3.1.6-1ubuntu1.2 Β· BSD-3-Clause
- ubuntu noble: corosync 3.1.7-1ubuntu3 Β· BSD-3-Clause
- ubuntu noble: corosync 3.1.7-1ubuntu3.2 Β· BSD-3-Clause
- ubuntu questing: corosync 3.1.9-2ubuntu1
- ubuntu questing: corosync 3.1.9-2ubuntu1.1
- ubuntu resolute: corosync 3.1.9-2ubuntu3 Β· BSD-3-Clause
- ubuntu stonking: corosync 3.1.10-3ubuntu1 Β· BSD-3-Clause
- Copyright (C) 2010-2020 Red Hat, Inc
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms