AMSERVICE(8)
π AMSERVICE β run an amanda service on a client π
okay bestie, so this is amservice from section 8 of the manual (System Administration Commands, if you wanna be formal about it). It's lowkey a whole vibe. Let's get into it. π¦
β¨ NAME β¨
amservice β run an amanda service on a client
πΈ SYNOPSIS πΈ
amservice [-f input_file [-s]] [--config CONFIG]
[--features FEATURES-STRING] [--stream NAME,IN,OUT]*
[-o configoption...] hostname auth service
π DESCRIPTION π
So amservice executes an Amanda service on a client. That's the whole gig. β¨
The iconic part? You can run it without an amanda server configuration β no amanda.conf, no disklist, none of it. It's giving independent queen energy. π
Which means it's also perfect for checking communication between a server and a client β like a little vibe check between the two. π«Ά
amservice reads stdin to capture the REQ packet that it sends to the client. yeah, it's eavesdropping on stdin, but for a good cause.
If you want the full Amanda lore, go read the amanda(8) man page. π
π OPTIONS π
hostnameβ the hostname of the client. who are we talking to, bestie?authβ the auth to use, and it has to be one of exactly these:bsd,bsdudp,bsdtcp,ssh,rshorkrb5. the client must be configured with this auth, no substitutes allowed. πserviceβ the amanda service to execute on the client. one ofnoop,selfcheckorsendsize. pick your fighter.-finput_fileβ use the fileinput_fileinstead of stdin to read the REQ packet from. (stdin stays unbothered.)-sβ redirect the first connected stream to stdin/stdout. heads up: the-fargument is required for the REQ packet when you do this, and the REP packet is not printed on stdout. not me warning you twice. π--configβ the amanda configuration.--featuresFEATURES-STRINGβ the features of the remote client.--streamNAME,IN,OUTβ the vstream to open, their name and the two file descriptors. yeah, all three, comma-separated, exactly like that. π-oconfigoptionβ see the "CONFIGURATION OVERRIDE" section inamanda(8). it's all in there, iykyk.
π EXAMPLE π
The noop service is the easy one because it does not require a REQ packet. iconic, honestly:
amservice hostname bsdtcp noop < /dev/null
That example executes the noop service on the client using bsdtcp auth. Super useful for debugging connection problems β it prints an OPTIONS line upon success. β¨
Now for the tricky ones: selfcheck and sendsize are more difficult to execute, because they require a valid REQ packet. π«
But bestie, if you've already successfully run amanda, you can find valid REQ packets hanging out in the amandad.*.debug files. go get 'em. π₯
π EXIT CODE π
The exit code of amservice is one of:
0= success π1= error executingamandadon the client. π
And here's the important tea: as amservice doesn't parse the REP packet, it can only detect failures in executing amandad on the client. so amservice can exit with value 0 even if the user is not authorized to execute the service. an error message will be printed. so like... read the output, not just the exit code. periodt. π
π SEE ALSO π
amanda(8), amanda(8), amcheck(8), amdump(8), amadmin(8)
The Amanda Wiki: : http://wiki.zmanda.com/
π«Ά AUTHOR π«Ά
Jean-Louis Martineau <martineau@zmanda.com> Zmanda, Inc. (http://www.zmanda.com)
no cap, everything above is exactly the facts β just delivered with the energy it deserved. π
okay that's the whole page bestie!! this was Amanda 3.5.4, dated 08/26/2026 β slay, go run some services, you've got this. πΈβ¨π
π¦ where this page comes from
- ubuntu stonking: amanda-common 1:3.5.4-2.1ubuntu1 Β· Custom
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms