CONDOR_FETCHLOG(1)
β¨ CONDOR_FETCHLOG β¨
okay bestie, so this is the HTCondor Manual page for condor_fetchlog, and honestly? it's giving "remote-log-retrieval but make it effortless." π
π NAME π
condor_fetchlog β grab a daemon's log file when that log is living on a whole other computer. no ssh-ing in, no drama, no cap. π¦
πΈ SYNOPSIS πΈ
condor_fetchlog [-help | -version ]
condor_fetchlog [-pool centralmanagerhostname[:portnumber]] [-master |
-startd | -schedd | -collector | -negotiator | -kbdd ] machine-name
subsystem[.extension]
(yeah the line wrap is a little chaotic, but every single flag up there is real, we're keeping all of them π)
π«Ά DESCRIPTION π«Ά
condor_fetchlog slides into the HTCondor running on the machine you named with machine-name, and is like "hey, hand over that log file please." π₯Ί Which log file it gets? That's decided by the subsystem[.extension] argument. Then the log file just... prints to standard output. boom. β¨
the whole point: this command means you never have to remotely log in to a machine just to go fetch a daemon's log file. full convenience, main character energy, literally.
β οΈ security check bestie: for authentication and authorization purposes, this command requires ADMINISTRATOR level of access. so like, you need the clearance. π
π§ how the file name gets built π§
the subsystem[.extension] argument is used to construct the log file's name. here's the tea:
- if you don't give an optional
.extension, then the value of the configuration variable named subsystem_LOGdefines the log file's name. - if you do give the
.extension, it gets appended to that value.
the subsystem argument can be any value $(SUBSYSTEM) that has a defined configuration variable of $(SUBSYSTEM)_LOG, or any of these iconic three:
NEGOTIATOR_MATCHHISTORYSTARTD_HISTORY
and for the optional .extension on the subsystem argument, it's typically one of these three strings:
.old.slot<X>.slot<X>.old
inside those strings, <X> gets substituted with the slot number. π°
π‘ one more thing: if you pass a subsystem argument ofSTARTD_HISTORY, it fetches ALL thecondor_startdhistory β by concatenating every instance of the log files that resulted from rotation. all of them. periodt.
π OPTIONS π
-helpβ shows you the usage information π-versionβ shows you the version information π·οΈ-pool centralmanagerhostname[:portnumber]β pick a pool by handing over the central manager's host name, plus an optional port number π-masterβ send the command to thecondor_masterdaemon (this is the default btw π)-startdβ send the command to thecondor_startddaemon-scheddβ send the command to thecondor_schedddaemon-collectorβ send the command to thecondor_collectordaemon-kbddβ send the command to thecondor_kbdddaemon
π EXAMPLES π
wanna get the condor_negotiator daemon's log off a host named head.example.com, from inside the current pool? say less:
$ condor_fetchlog head.example.com NEGOTIATOR
wanna get the condor_startd daemon's log off a host named execute.example.com, also from inside the current pool? also say less:
$ condor_fetchlog execute.example.com STARTD
okay so pivot: that command above asked the condor_master for the condor_startd daemon's log. but what if the condor_master has crashed or is just straight up unresponsive? π then you ask another daemon running on that computer to hand over the log instead. example β ask the condor_startd daemon to return the condor_master's log:
$ condor_fetchlog -startd execute.example.com MASTER
β EXIT STATUS β
condor_fetchlog exits with a status value of 0 (zero) when everything slays, and exits with the value 1 (one) when it fails. no in-between, bestie. π«‘
π AUTHOR π
HTCondor Team
π COPYRIGHT π
1990-2026, Center for High Throughput Computing, Computer Sciences Department, University of Wisconsin-Madison, Madison, WI, US. Licensed under the Apache License, Version 2.0.
β¨ and that's the whole page! this cutie came out of the HTCondor Manual, dated Oct 16, 2026. go fetch those logs, you absolute legend. ππ¦π
π¦ where this page comes from
- fedora 43: condor 25.14.1-1.fc43 Β· Apache-2.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms