LIZARDFS(7)
π LIZARDFS β the manual page, but make it a group chat π
okay bestie, sit down, hydrate, because we're talking about lizardfs β aka moosefs, aka mfs (yes she has three names, main character behavior fr fr). This is the LIZARDFS(7) page, so it's the vibe-lore version β the big picture, not the "how do I pass a flag" version. That one's elsewhere, iykyk.
π NAME π
lizardfs, moosefs, mfs β a networking, distributed, highly available file system. That's the whole vibe. Three names, one icon. π
β¨ DESCRIPTION β¨
So LizardFS is a networking, highly available, distributed file system. She spreads data over several physical localisations (servers), and to you, the user, all of that shows up as one single resource. You don't see the chaos, you see the ~lewk~. π¦
For standard file operations, LizardFS acts exactly like other Unix-alike file systems. No cap. She has:
- a hierarchical structure (that's the directory tree, bestie π³)
- she stores files' attributes β permissions, last access and modification times
- and she can make special files: block and character devices, pipes and sockets π
- plus symbolic links β file names pointing to another files accessible locally, not necessarily on LizardFS
- and hard links β different names of files which refer to the same data on LizardFS
Access to the file system can be limited based on IP address and/or password. Yes she gates herself, as she should. π
π Distinctive features of LizardFS π
these are the personality traits, the things she brings to the table that other file systems simply do not:
- higher reliability β data can be stored in several copies on separate computers π (in a good way)
- dynamically expanding disk space by attaching new computers/disks π«Ά
- possibility of storing deleted files for a defined period of time β the "trash bin" service, on a file system level πΈ
- possibility of creating snapshot of a file β meaning a coherent copy of the whole file, even while the file is being written. THE WAY THAT WORKS?? iconic. β¨
ποΈ ARCHITECTURE ποΈ
A LizardFS installation consists of five types of machines. Five. Like a girl group. Let's meet them. π€
- master metadata server (or βthe masterβ) β a managing server. Single computer managing the whole filesystem, storing metadata for every file. That's information on size, attributes and file localisation(s), including all information about non-regular files, i.e. directories, sockets, pipes and devices. She knows everything. She's the main character. π
- metadata server shadows (or βthe shadowβ) β almost identical to the master. There can be any number of those, they work as master metadata server backup, and they are ready for immediate deployment as new master in case of current master failure. Understudies who are genuinely ready to go on. respect. π«‘
- data servers β any number of commodity servers storing files data and replicating it among themselves (if a certain file is supposed to exist in more than one copy). The whole squad holding hands. π«Ά
- metadata backup servers β any number of servers, all of which store metadata changelogs and periodically downloading base metadata file. And it's easy to run
mfsmasterprocess on such machine when primary master stops working. Backup besties who can be promoted at any time. π - client computers referring to LizardFS stored files β any number of machines with a working
mfsmountprocess. That process communicates with the managing server to receive and modify file information, and with chunkservers to exchange actual file data. That's you. Hi. π
Metadata is stored in memory of the managing server and simultaneously is being saved on disk β as a periodically updated binary file and immediately updated incremental logs. The main binary file as well as the logs are replicated to metaloggers (if present). β¨
File data is divided into fragments (chunks) of maximum size 64MB each, which are stored as files on selected disks on data servers (chunkservers). Each chunk is saved on different computers in a number of copies equal to a "goal" for the given file. So the goal is literally the goal. periodt. π―
π REPORTING BUGS π
Found a bug? Not me finding a bug π β but if you do, report bugs to <contact@lizardfs.org>. She wants to know. She'll fix it. slay. π«Ά
π COPYRIGHT π
Copyright 2008-2009 Gemius SA, 2013-2015 Skytechnology sp. z o.o.
LizardFS is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, version 3.
LizardFS is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. (Translation: she's free, she's generous, she is not legally promising you anything, bestie. π) See the GNU General Public License for more details.
You should have received a copy of the GNU General Public License along with LizardFS. If not, see http://www.gnu.org/licenses/. π
π SEE ALSO π
the rest of the friend group, go say hi:
and that's the page, babes. This was the LizardFS(7) manual, dated 07/24/2025 β yes we're timestamped, we're documented, we're archived. go touch grass (or, y'know, mount a distributed file system). love u, bye ππ¦β¨
π¦ where this page comes from
- fedora 43: lizardfs-client 3.12.0-31.fc43 Β· GPL-3.0-only AND Apache-2.0 AND BSL-1.0
- fedora 43: lizardfs-master 3.12.0-31.fc43 Β· GPL-3.0-only AND Apache-2.0 AND BSL-1.0
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms