FS_GETFID(1)

πŸ’– FS_GETFID πŸ’–

okay so bestie, welcome to fs_getfid β€” the AFS command reference page that tells you how to peek at the fid for a given path in AFS. yes it's from the OpenAFS manual set. yes it's iconic. let's go πŸ¦‹


✨ NAME ✨

fs_getfid β€” display the fid for a given path in AFS 🌸


✨ SYNOPSIS ✨

fs getfid [-path] path [-literal] [-help]

like that's the whole vibe. three little flags, one path, no drama πŸ’…


✨ DESCRIPTION ✨

okay so here's the tea πŸ«– β€” the fs getfid command displays the FID for a given path in AFS.

and what even is a FID, you ask? it's the internal identifier that AFS uses, and it encodes two things: the volume name and the file within a volume. that's it. that's the whole thing. internal, behind-the-scenes, but lowkey the most useful little number when you're debugging, no cap. πŸ‘‘


✨ CAUTIONS ✨

⚠️ heads up bestie β€” this command is not available on Windows prior to version 1.5.60. if you're on something older than that, it's giving "command not found" and there's literally nothing we can do about it. 😭

✨ OPTIONS ✨

  • -path path β€” the path of the file (or directory). yes, that's the path in "fid for a given path". you knew that. i'm just being thorough. πŸŽ€
  • -literal β€” for a symlink or a mount point, this evaluates the specified object itself rather than the object it refers to. so you get the symlink, not where it points. the way that changes everything actually β€” πŸͺžβœ¨
  • -help β€” prints the online help for this command. and here's the kicker: all other valid options are ignored when you use it. periodt. 🫢

✨ OUTPUT ✨

the output has three lil pieces of info: the name of the file or directory, the FID, and the cell containing the FID. so cute, so tidy. πŸ“

and ooh, the Windows version does something extra β€” it also outputs the object type, instead of just using "File" to describe literally every object. main character behaviour honestly. πŸ‘‘


✨ EXAMPLES ✨

🐧 On Unix

% fs getfid .
File . (536870918.1.1) located in cell example.com

% fs getfid /afs/example.com/foo
File /afs/example.com/foo (536870918.20404.20997) located in cell example.com

πŸͺŸ On Windows

% fs.exe getfid \\afs\example.edu\user\b\o\bob \
    \\afs\example.org\usr\bob\linktests\broken
Directory \\afs\example.edu\user\b\o\bob (537235559.1.1) contained in cell example.edu
fs: File '\\afs\example.org\usr\bob\linktests\broken' doesn't exist

% fs.exe getfid \\afs\example.edu\user\b\o\bob \
    \\afs\example.org\usr\bob\linktests\broken -literal
Mountpoint \\afs\example.edu\user\b\o\bob (536873032.1162.16997) contained in cell example.edu
Symlink \\afs\example.org\usr\bob\linktests\broken (536874416.27618.488969) contained in cell example.org

see how the -literal run switched it up? without it, the broken symlink just didn't exist. with it, boom β€” Symlink and Mountpoint labels showed up and everything resolved. that's the literal effect, bestie. 🌈


✨ PRIVILEGE REQUIRED ✨

the issuer must have read access in the directory containing the path that's being resolved. no read access in that directory? no fids for you. πŸ™ˆ


this document was written by Steven Jenkins, and it's released under the IBM Public License Version 1.0. also shoutout to Jeffrey Altman, who made several suggestions and additions. we love a collaborative author moment. πŸ’œ


and that's the page, bestie!! πŸŽ€ ngl this one was written for OpenAFS and the version/date stamp at the bottom said 2026-07-27 for FS_GETFID(1) β€” go forth, get those fids, slay the debugging session, and remember: the vibe check always passes as long as you have read access. periodt. βœ¨πŸ’…πŸ¦‹

πŸ“¦ where this page comes from