bbd1f0f57ce9e409ad3d35008879ba36b58ab2d9
[deliverable/linux.git] / Documentation / filesystems / btrfs.txt
1
2 BTRFS
3 =====
4
5 Btrfs is a copy on write filesystem for Linux aimed at
6 implementing advanced features while focusing on fault tolerance,
7 repair and easy administration. Initially developed by Oracle, Btrfs
8 is licensed under the GPL and open for contribution from anyone.
9
10 Linux has a wealth of filesystems to choose from, but we are facing a
11 number of challenges with scaling to the large storage subsystems that
12 are becoming common in today's data centers. Filesystems need to scale
13 in their ability to address and manage large storage, and also in
14 their ability to detect, repair and tolerate errors in the data stored
15 on disk. Btrfs is under heavy development, and is not suitable for
16 any uses other than benchmarking and review. The Btrfs disk format is
17 not yet finalized.
18
19 The main Btrfs features include:
20
21 * Extent based file storage (2^64 max file size)
22 * Space efficient packing of small files
23 * Space efficient indexed directories
24 * Dynamic inode allocation
25 * Writable snapshots
26 * Subvolumes (separate internal filesystem roots)
27 * Object level mirroring and striping
28 * Checksums on data and metadata (multiple algorithms available)
29 * Compression
30 * Integrated multiple device support, with several raid algorithms
31 * Online filesystem check (not yet implemented)
32 * Very fast offline filesystem check
33 * Efficient incremental backup and FS mirroring (not yet implemented)
34 * Online filesystem defragmentation
35
36
37 Mount Options
38 =============
39
40 When mounting a btrfs filesystem, the following option are accepted.
41 Options with (*) are default options and will not show in the mount options.
42
43 alloc_start=<bytes>
44 Debugging option to force all block allocations above a certain
45 byte threshold on each block device. The value is specified in
46 bytes, optionally with a K, M, or G suffix, case insensitive.
47 Default is 1MB.
48
49 noautodefrag(*)
50 autodefrag
51 Disable/enable auto defragmentation.
52 Auto defragmentation detects small random writes into files and queue
53 them up for the defrag process. Works best for small files;
54 Not well suited for large database workloads.
55
56 check_int
57 check_int_data
58 check_int_print_mask=<value>
59 These debugging options control the behavior of the integrity checking
60 module (the BTRFS_FS_CHECK_INTEGRITY config option required).
61
62 check_int enables the integrity checker module, which examines all
63 block write requests to ensure on-disk consistency, at a large
64 memory and CPU cost.
65
66 check_int_data includes extent data in the integrity checks, and
67 implies the check_int option.
68
69 check_int_print_mask takes a bitmask of BTRFSIC_PRINT_MASK_* values
70 as defined in fs/btrfs/check-integrity.c, to control the integrity
71 checker module behavior.
72
73 See comments at the top of fs/btrfs/check-integrity.c for more info.
74
75 commit=<seconds>
76 Set the interval of periodic commit, 30 seconds by default. Higher
77 values defer data being synced to permanent storage with obvious
78 consequences when the system crashes. The upper bound is not forced,
79 but a warning is printed if it's more than 300 seconds (5 minutes).
80
81 compress
82 compress=<type>
83 compress-force
84 compress-force=<type>
85 Control BTRFS file data compression. Type may be specified as "zlib"
86 "lzo" or "no" (for no compression, used for remounting). If no type
87 is specified, zlib is used. If compress-force is specified,
88 all files will be compressed, whether or not they compress well.
89 If compression is enabled, nodatacow and nodatasum are disabled.
90
91 degraded
92 Allow mounts to continue with missing devices. A read-write mount may
93 fail with too many devices missing, for example if a stripe member
94 is completely missing.
95
96 device=<devicepath>
97 Specify a device during mount so that ioctls on the control device
98 can be avoided. Especially useful when trying to mount a multi-device
99 setup as root. May be specified multiple times for multiple devices.
100
101 nodiscard(*)
102 discard
103 Disable/enable discard mount option.
104 Discard issues frequent commands to let the block device reclaim space
105 freed by the filesystem.
106 This is useful for SSD devices, thinly provisioned
107 LUNs and virtual machine images, but may have a significant
108 performance impact. (The fstrim command is also available to
109 initiate batch trims from userspace).
110
111 noenospc_debug(*)
112 enospc_debug
113 Disable/enable debugging option to be more verbose in some ENOSPC conditions.
114
115 fatal_errors=<action>
116 Action to take when encountering a fatal error:
117 "bug" - BUG() on a fatal error. This is the default.
118 "panic" - panic() on a fatal error.
119
120 noflushoncommit(*)
121 flushoncommit
122 The 'flushoncommit' mount option forces any data dirtied by a write in a
123 prior transaction to commit as part of the current commit. This makes
124 the committed state a fully consistent view of the file system from the
125 application's perspective (i.e., it includes all completed file system
126 operations). This was previously the behavior only when a snapshot is
127 created.
128
129 inode_cache
130 Enable free inode number caching. Defaults to off due to an overflow
131 problem when the free space crcs don't fit inside a single page.
132
133 max_inline=<bytes>
134 Specify the maximum amount of space, in bytes, that can be inlined in
135 a metadata B-tree leaf. The value is specified in bytes, optionally
136 with a K, M, or G suffix, case insensitive. In practice, this value
137 is limited by the root sector size, with some space unavailable due
138 to leaf headers. For a 4k sectorsize, max inline data is ~3900 bytes.
139
140 metadata_ratio=<value>
141 Specify that 1 metadata chunk should be allocated after every <value>
142 data chunks. Off by default.
143
144 acl(*)
145 noacl
146 Enable/disable support for Posix Access Control Lists (ACLs). See the
147 acl(5) manual page for more information about ACLs.
148
149 barrier(*)
150 nobarrier
151 Enable/disable the use of block layer write barriers. Write barriers
152 ensure that certain IOs make it through the device cache and are on
153 persistent storage. If disabled on a device with a volatile
154 (non-battery-backed) write-back cache, nobarrier option will lead to
155 filesystem corruption on a system crash or power loss.
156
157 datacow(*)
158 nodatacow
159 Enable/disable data copy-on-write for newly created files.
160 Nodatacow implies nodatasum, and disables all compression.
161
162 nodatasum
163 Disable data checksumming for newly created files.
164
165 notreelog
166 Disable the tree logging used for fsync and O_SYNC writes.
167
168 recovery
169 Enable autorecovery attempts if a bad tree root is found at mount time.
170 Currently this scans a list of several previous tree roots and tries to
171 use the first readable.
172
173 rescan_uuid_tree
174 Force check and rebuild procedure of the UUID tree. This should not
175 normally be needed.
176
177 skip_balance
178 Skip automatic resume of interrupted balance operation after mount.
179 May be resumed with "btrfs balance resume."
180
181 space_cache (*)
182 Enable the on-disk freespace cache.
183 nospace_cache
184 Disable freespace cache loading without clearing the cache.
185 clear_cache
186 Force clearing and rebuilding of the disk space cache if something
187 has gone wrong.
188
189 ssd
190 nossd
191 ssd_spread
192 Options to control ssd allocation schemes. By default, BTRFS will
193 enable or disable ssd allocation heuristics depending on whether a
194 rotational or nonrotational disk is in use. The ssd and nossd options
195 can override this autodetection.
196
197 The ssd_spread mount option attempts to allocate into big chunks
198 of unused space, and may perform better on low-end ssds. ssd_spread
199 implies ssd, enabling all other ssd heuristics as well.
200
201 subvol=<path>
202 Mount subvolume at <path> rather than the root subvolume. <path> is
203 relative to the top level subvolume.
204
205 subvolid=<ID>
206 Mount subvolume specified by an ID number rather than the root subvolume.
207 This allows mounting of subvolumes which are not in the root of the mounted
208 filesystem.
209 You can use "btrfs subvolume list" to see subvolume ID numbers.
210
211 subvolrootid=<objectid> (deprecated)
212 Mount subvolume specified by <objectid> rather than the root subvolume.
213 This allows mounting of subvolumes which are not in the root of the mounted
214 filesystem.
215 You can use "btrfs subvolume show " to see the object ID for a subvolume.
216
217 thread_pool=<number>
218 The number of worker threads to allocate. The default number is equal
219 to the number of CPUs + 2, or 8, whichever is smaller.
220
221 user_subvol_rm_allowed
222 Allow subvolumes to be deleted by a non-root user. Use with caution.
223
224 MAILING LIST
225 ============
226
227 There is a Btrfs mailing list hosted on vger.kernel.org. You can
228 find details on how to subscribe here:
229
230 http://vger.kernel.org/vger-lists.html#linux-btrfs
231
232 Mailing list archives are available from gmane:
233
234 http://dir.gmane.org/gmane.comp.file-systems.btrfs
235
236
237
238 IRC
239 ===
240
241 Discussion of Btrfs also occurs on the #btrfs channel of the Freenode
242 IRC network.
243
244
245
246 UTILITIES
247 =========
248
249 Userspace tools for creating and manipulating Btrfs file systems are
250 available from the git repository at the following location:
251
252 http://git.kernel.org/?p=linux/kernel/git/mason/btrfs-progs.git
253 git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git
254
255 These include the following tools:
256
257 * mkfs.btrfs: create a filesystem
258
259 * btrfs: a single tool to manage the filesystems, refer to the manpage for more details
260
261 * 'btrfsck' or 'btrfs check': do a consistency check of the filesystem
262
263 Other tools for specific tasks:
264
265 * btrfs-convert: in-place conversion from ext2/3/4 filesystems
266
267 * btrfs-image: dump filesystem metadata for debugging
This page took 0.036921 seconds and 4 git commands to generate.