BKR-SYSTEM-RELEASE(1)
π bkr-system-release(1) β the Beaker girlie's guide π
Okay bestie, so this is bkr-system-release, a page from the Beaker manual, section 1. It's short, it's sweet, and it's literally the "okay I'm done, you can have it back" button for reserved systems. Let's go β¨
πΈ NAME πΈ
bkr-system-release β release a reserved Beaker system. That's it, that's the whole vibe. You reserved a machine, now you're giving it back to the pool like a good citizen π«Ά
π SYNOPSIS π
bkr system-release [options] <fqdn>...
So it's the command, then [options] (whatever extra flags you want, they're optional, live your life), and then one or more <fqdn>s β those are the fully-qualified domain names of the systems you're releasing. Yes, you can hand back more than one at a time. Iconic π
π¦ DESCRIPTION π¦
This bad boy releases a Beaker system that's been reserved. And how did it get reserved, you ask? Any of these ways, bestie:
- using
bkr system-reserve - or the Beaker web UI
- or the
<reservesys/>element in the job XML
Whichever way it got locked down, bkr system-release is what frees it. No cap, that's the whole job. π
β¨ OPTIONS β¨
Not a lot going on here, and honestly? Respect. The common bkr options are described in the Options section of bkr(1) β so if you need the full flag menu, that's where you go. This page keeps it minimal π§
β EXIT STATUS β
- Non-zero on error π
- Otherwise zero π
That's the whole contract. Zero means we slayed, non-zero means something went sideways.
π₯ EXAMPLES π₯
π Reserve β provision β do stuff β release (the full main character arc)
Reserve a particular system, provision it, do some work on it, and then release it. Obsessed with this little lifecycle:
bkr system-reserve system1.example.invalid
bkr system-provision --kernel-opts "nogpt" \
--distro-tree 12345 \
system1.example.invalid
# do some work on the system
bkr system-release system1.example.invalid
Note the \ line continuation in the bkr system-provision call β that's doing the heavy lifting so --kernel-opts "nogpt", --distro-tree 12345, and the <fqdn> all stay in one command. Copy it exactly, bestie π
π Release more than one system
Because why release one when you can release two? Efficiency queen behaviour:
bkr system-release system1.example.invalid system2.example.invalid
π SEE ALSO π
bkr(1)β the parent page, go read it for the common options π«
π AUTHOR π
The Beaker team <beaker-devel@lists.fedorahosted.org> β absolute legends, sending them love π«Ά
π COPYRIGHT π
2013-2025 Red Hat, Inc.
Fr fr, the only thing you actually have to remember: give the system back with bkr system-release <fqdn>... and check that exit status like your life depends on it π
Okay that's the whole page, bestie β you ate that. This cute lil' rewrite is from version 29.2, dated May 26, 2025, and it's BKR-SYSTEM-RELEASE(1) all the way through πΈππ
π¦ where this page comes from
- epel 9: beaker-client 29.2-2.el9 Β· GPL-2.0-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms