BUTC_LOGS(5)
π BUTC_LOGS(5) β no cap, the tea on butc's log files π
okay bestie, so this is butc_logs β literally the message logs from the Tape Coordinator process. the manual name is BUTC_LOGS(5) if you're keeping score at home π
β¨ NAME β¨
butc_logs β Message logs from the Tape Coordinator process
πΈ DESCRIPTION πΈ
so the Backup System Tape Coordinator (butc) process is out here generating two log files per device, fr fr: one for error messages, and one for actions. two icons, two jobs, two files. periodt π
π©Ή Error Message Log
the TE_device_name file? that's the one logging all the error messages generated by the Backup System Tape Coordinator that's controlling the tape device β or the backup data file β indicated by device_name. she's the emotional support error log π
the way this works: as the Tape Coordinator initializes, it creates the file in ASCII format inside the /var/lib/openafs/backup directory. and if there's already a file chillin' there? the Tape Coordinator renames it to TE_device_name.old>, overwriting the existing TE_device_name.old> file if it exists. yes bestie, it really does say TE_device_name.old> with that little > hanging off the end, I'm not making that up, I'm just the messenger π
for a tape device, the Tape Coordinator derives that variable device_name chunk of the filename from the device pathname listed in the local /var/lib/openafs/backup/tapeconfig file β by stripping off the initial "/dev/" string and replacing any other slashes in the name with underscores. like, the filename for a device called /dev/rmt/4m is TE_rmt_4m. iconic behavior honestly. similarly, for a backup data file, the Tape Coordinator strips off the initial slash ("/") and replaces any other slashes in the name with underscores. so the filename for a backup data file called /var/tmp/FILE is TE_var_tmp_FILE π¦
and what's in these messages? they describe the error and warning conditions the Tape Coordinator encounters as it operates. for instance, a message can list the volumes that are inaccessible during a dump operation, or warn that the Tape Coordinator is overwriting a tape or backup data file. the messages also show up in the /var/lib/openafs/backup/TL_device_name file, which traces most of the Tape Coordinator's actions. so yeah, cross-posting queen π
π¬ Action Log
the TL_device_name file logs all the actions performed by the Backup System Tape Coordinator that controls the tape device β or backup data file β indicated by device_name. and plot twist: it also records the same error and warning messages written to the TE_device_name file. multitasking legend β¨
as the Tape Coordinator initializes, it creates the file in ASCII format in the /var/lib/openafs/backup directory. if there's an existing file already there? the Tape Coordinator renames it to TL_device_name.old, overwriting the existing TL_device_name.old file if it exists. (no rogue > this time, bestie, we're keeping it clean over here πΈ)
for a tape device, the Tape Coordinator derives the variable device_name portion of the filename from the device pathname listed in the local /var/lib/openafs/backup/tapeconfig file, by stripping off the initial "/dev/" string and replacing any other slashes in the name with underscores. so a device called /dev/rmt/4m gives you TL_rmt_4m. similarly, for a backup data file, the Tape Coordinator strips off the initial slash ("/") and replaces any other slashes in the name with underscores. so a backup data file called /var/tmp/FILE gives you TL_var_tmp_FILE. the naming convention is consistent, we love a system πββοΈπ
π SEE ALSO π
go read those too, bestie, they're part of the lore π
Β©οΈ COPYRIGHT Β©οΈ
IBM Corporation 2000. <http://www.ibm.com/> All Rights Reserved.
This documentation is covered by the IBM Public License Version 1.0. It was converted from HTML to POD by software written by Chas Williams and Russ Allbery, based on work by Alf Wachsmann and Elizabeth Cassell. shoutout to the whole conversion squad, they ate π«Ά
and that's the whole page, bestie π this was OpenAFS business, dated 2026-07-27, and it's giving BUTC_LOGS(5) main character energy from start to finish. slay, stay logged, mwah πβ¨
π¦ where this page comes from
- ubuntu stonking: openafs-client 1.8.16.1-1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms