targetd_lsmplugin(1)
π targetd_lsmplugin β the libStorageMgmt targetd plugin π
okay bestie, welcome to targetd_lsmplugin(1), the manual page for the libStorageMgmt targetd plugin. yes it's section 1. yes it's a whole vibe. let's get into it π«Ά
β¨ NAME β¨
targetd_lsmplugin β the libStorageMgmt targetd plugin, periodt.
πΈ DESCRIPTION πΈ
So the libStorageMgmt targetd plugin lets you manage storage using the targetd storage API [1]. That's the whole point, no cap.
And the targetd_lsmplugin executable file? It's literally there for the libStorageMgmt daemon to execute when a client user specifies the targetd plugin in the URI. That's its job. It's giving backstage crew energy β you never see it, but nothing works without it. π
π¦ URI π¦
To use this plugin, bestie, you set your URI to one of these formats. Choose your fighter:
# HTTP connection
targetd://<username>@<targetd_server>:<port number>
# HTTPS connection
targetd+ssl://<username>@<targetd_server>:<port number>
# HTTPS connection with certificate file
targetd+ssl://<username>@<targetd_server>:<port number>?ca_cert_file=<full path and filename>
# HTTPS connection disabling all certificate checks (not recommended for production)
targetd+ssl://<username>@<targetd_server>:<port number>?no_ssl_verify=yes
now let's break down every single piece, because I refuse to let you guess π
usernameβ this is the user account configured in the targetd configuration file. that's it, that's the whole thing.targetd_serverβ the IP address or DNS name of the server that's running the targetd daemon. where your storage lives, basically.port numberβ the listening port of the targetd daemon. and here's the tea: if you don't supply one on the URI, the default port 18700 is used. it's got your back like that π- URI parameters β these are the URI parameters this plugin supports:
ca_cert_file=<certificate file>β this URI parameter is for SSL connections only, okay? For those users who are out here utilizing a self signed certificate, you can pass the path and file to the certificate that should be used to verify the server certificate. it's the "trust but verify" of it all β¨no_ssl_verify=yesβ also SSL connections only. With this URI parameter, the targetd plugin will not validate the server's SSL certificate. It's often used for self-signed CA environments, but β and I'm saying this with my whole chest β it is strongly suggested to remove this URI parameter and install a self-signed CA properly, or use thecert_fileparameter instead.
π¨ bestie listen: no_ssl_verify=yes turns off certificate validation. great for a quick test, absolutely not it for production. the manpage literally says "not recommended for production." believe it. π
π₯ SUPPORTED SOFTWARE π₯
Linux targetd 0.7.1 or later version. that's the bar, and you must clear it.
Wanna know the detailed support status? You can query it, and you have options, queen:
lsm.Client.capabilities()β Python APIlsm_capabilities()β C APIlsmcli capabilitiesβ thelsmclicommand line
pick your language, they all eat π
π FIREWALL RULES π
By default, this plugin requires access to the targetd server's TCP 18700 port. so likeβ¦ open the door or nothing's getting through. π
π SEE ALSO π
go read those too, iykyk π
π BUGS π
Please report bugs to <libstoragemgmt-devel@lists.sourceforge.net>. found a gremlin in the code? tell the devs, don't just suffer in silence bestie π
π AUTHOR π
- Gris Ge
<fge@redhat.com> - Tony Asleson
<tasleson@redhat.com>
the icons who made this happen. we stan. π«Ά
and that's the whole page, babes! this was targetd_lsmplugin, version 1.10.3, dated July 2017 β so yeah, she's vintage, and she still slays. β¨π πΈ
π¦ where this page comes from
- fedora 43: libstoragemgmt-targetd-plugin 1.10.3-1.fc43 Β· LGPL-2.1-or-later
- fedora 44: libstoragemgmt-targetd-plugin 1.10.3-1.fc44 Β· LGPL-2.1-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms