FS_DISCON(1)
π FS_DISCON β the "disconnected mode" manual, but make it make sense π
okay bestie, quick vibe check: this is a page from the AFS Command Reference (section 1, so it's a command, not a daemon or a syscall). Sit down, grab a snack π, and let's talk about what happens when your network ghosts you and AFS justβ¦ keeps going.
β¨ NAME β¨
fs_discon β manage the client's "disconnected mode" π
π SYNOPSIS π
fs discon -mode <offline | online>
[-policy <client | server>]
[-force]
[-uid <uid>]
[-help]
fs disc -m <offline | online>
[-p <client | server>]
[-f]
[-u <uid>]
[-h]
(yes, discon and disc are the same thing β AFS loves a nickname, and honestly? iconic of it.)
π¦ DESCRIPTION π¦
The fs discon command sets up "disconnected mode" in the OpenAFS Cache Manager. What that means for you: you can keep reading and writing files in AFS with no network connection at all, and every change you make gets recorded locally instead of being shipped off to a server.
Then, when the network comes back and disconnected mode gets turned off, all those locally recorded changes get sent to the relevant server. it's giving "I took notes while you were gone and now I'm handing them over." π
This command was introduced in OpenAFS 1.5.38. so if you're on something ancient, it's simply not there, no cap.
π CAUTIONS π
okay this is the part where I hold your hand a little: the OpenAFS cache manager's "disconnected mode" is still considered an experimental feature. It can be a bit rough around the edges, and β genuinely, fr fr β you may lose or corrupt data you have written while in disconnected mode. Use with caution. π
π OPTIONS π
-mode <offline | online>β this is the on/off switch for "disconnected mode". If you sayoffline, the client goes into disconnected mode and stops making any effort to reach any server over the network. If you sayonline, the client comes back out of disconnected mode and any pending changes get sent to the relevant server. Now here's the tea π«: if there are errors while synchronizing those changes to the server, the client will stay in disconnected mode β unless you also passed the-forceflag. (go read-forcebelow, it's right there.)-policy <client | server>β this picks the conflict resolution policy for when we resynchronize data after coming back online. You need a policy when changes were made locally on the client while in disconnected mode, and different changes happened on the server during that same disconnected era. When that collision happens, there are two possible outcomes:
If you say client, the local changes on the client will overwrite any conflicting changes on the server. Which means: if you change a file locally while disconnected, and another user changes the same file in the same place on the fileserver while you're disconnected, that other user's changes will be lost. π¬
If you say server, the conflicting changes on the server will overwrite your local changes. Which means: if you change a file locally while disconnected, and another user changes the same file in the same place on the fileserver while you're disconnected, your local changes will be lost. π
The default value is server. (so by default, the server wins. main character energy, honestly.)
-forceβ if you pass-forcewhile coming back online, any errors during resynchronization get ignored by throwing away your local changes. So: if we write our local pending changes to a server while coming back online and there's an error while writing them, those changes are just gone. π Without-force, that kind of error makes the client stay offline instead.-uid <uid>β when resynchronizing local pending changes to the relevant fileserver, the default is to use the credentials of the user who ranfs disconto send those changes to the fileserver. If you specify-uid, we use the credentials for that specified uid instead. Heads up though π: this will only use the PAG-less credentials of the specified uid. It is currently not possible to specify an arbitrary PAG here. periodt.-helpβ prints the online help for this command. All other valid options are just ignored, they get no attention whatsoever. π
π PRIVILEGE REQUIRED π
The issuer must be logged in as the local superuser root. no root, no service, that's the rule π
πΈ SEE ALSO πΈ
π COPYRIGHT π
Copyright 2013 Sine Nomine Associates
This documentation is covered by the BSD License as written in the doc/LICENSE file. This man page was written by Andrew Deason for OpenAFS.
okay that's the whole page, bestie, you're officially educated π§β¨
OpenAFS Β· 2026-07-27 Β· and this was FS_DISCON(1), signing off β stay online, stay slay ππ
π¦ 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