Talk:BTRFS Fun - Revision history

146.171.254.96: /* wrong mount command */ new section

2013-06-04T23:44:29Z

‎wrong mount command: new section

82.169.176.248: /* SHow free blocks in btrfs */ new section

2012-04-11T21:33:10Z

‎SHow free blocks in btrfs: new section

82.169.176.248: /* LVM functionality is only partially replaced by BTRFS */ new section

2012-04-11T21:32:43Z

‎LVM functionality is only partially replaced by BTRFS: new section

404 Error: Replaced content with "Does btrfs-zero-log work only on a single partition or can it handle BTRFS filesystems spanned across several devices?"

2011-07-29T12:25:35Z

Replaced content with "Does btrfs-zero-log work only on a single partition or can it handle BTRFS filesystems spanned across several devices?"

404 Error at 15:01, 29 May 2011

2011-05-29T15:01:17Z

404 Error at 15:00, 29 May 2011

2011-05-29T15:00:38Z

404 Error at 14:37, 29 May 2011

2011-05-29T14:37:56Z

D2 racing at 03:20, 29 May 2011

2011-05-29T03:20:16Z

D2 racing at 14:11, 26 May 2011

2011-05-26T14:11:45Z

404 Error at 13:26, 26 May 2011

2011-05-26T13:26:42Z

← Older revision		Revision as of 23:44, 4 June 2013
Line 15:		Line 15:
	And du -s works the other way around (this also calculated subvolumes and sums, so it counts the unaltered blocks in snapshot sunbvolumes extra).		And du -s works the other way around (this also calculated subvolumes and sums, so it counts the unaltered blocks in snapshot sunbvolumes extra).
	Is there a way to find out how much free blocks there are available in a btrfs filesystem?		Is there a way to find out how much free blocks there are available in a btrfs filesystem?
		+
		+	== wrong mount command ==
		+
		+	I think<br>
		+	<code># mount -o subvolid=0 /mnt</code><br>
		+	should be<br>
		+	<code># mount -o subvolid=0 / /mnt</code>

← Older revision		Revision as of 21:33, 11 April 2012
Line 8:		Line 8:

	For this reasson I stil use LVM, but with btrfs filesystems in the volumes and not with ext4 (anymore).		For this reasson I stil use LVM, but with btrfs filesystems in the volumes and not with ext4 (anymore).
		+
		+	== SHow free blocks in btrfs ==
		+
		+	The other day I had a btrfs FS that was running out of disk space.
		+	But df -h showed that there was still 20% free (subvolumes a presumably not calculated since they are seperately mounted?).
		+	And du -s works the other way around (this also calculated subvolumes and sums, so it counts the unaltered blocks in snapshot sunbvolumes extra).
		+	Is there a way to find out how much free blocks there are available in a btrfs filesystem?

← Older revision		Revision as of 21:32, 11 April 2012
Line 1:		Line 1:
	Does btrfs-zero-log work only on a single partition or can it handle BTRFS filesystems spanned across several devices?		Does btrfs-zero-log work only on a single partition or can it handle BTRFS filesystems spanned across several devices?
		+
		+	== LVM functionality is only partially replaced by BTRFS ==
		+
		+	One thing about LVM Volumes in contrast to btrfs sub volumes is quota's.
		+	Every LVM VOlume has a hard quota and if it runs out of space other volumes are not running out of disk space.
		+	This is one functionality that btrfs has not (yet) implemeted.
		+
		+	For this reasson I stil use LVM, but with btrfs filesystems in the volumes and not with ext4 (anymore).

@@ Line 1: / Line 1: @@
-<en_francais>
+Does btrfs-zero-log work only on a single partition or can it handle BTRFS filesystems spanned across several devices?
-Regarde mon expérience
-−
-−
-−
-<pre>
-root@sylvain-VirtualBox:~# mkdir /mnt/backup
-−
-root@sylvain-VirtualBox:~# mount /dev/sda5 /mnt/backup/ -o subvolid=0
-−
-root@sylvain-VirtualBox:~# cd /mnt/backup/
-−
-root@sylvain-VirtualBox:/mnt/backup# ls
-@  @home
-−
-root@sylvain-VirtualBox:/mnt/backup# btrfs subvolume snapshot @ @live-root
-Create a snapshot of '@' in './@live-root'
-root@sylvain-VirtualBox:/mnt/backup# ls -la
-total 4
-dr-xr-xr-x 1 root root  32 1969-12-31 19:00 .
-drwxr-xr-x 1 root root  12 2011-05-28 23:14 ..
-drwxr-xr-x 1 root root 194 2011-05-22 15:39 @
-drwxr-xr-x 1 root root  14 2011-05-22 15:28 @home
-drwxr-xr-x 1 root root 194 2011-05-22 15:39 @live-root
-−
-root@sylvain-VirtualBox:/mnt/backup# btrfs subvolume snapshot /mnt/backup/ @toute
-−
-Create a snapshot of '/mnt/backup/' in './@toute'
-root@sylvain-VirtualBox:/mnt/backup# ls
-@  @home  @live-root  @toute
-−
-root@sylvain-VirtualBox:/mnt/backup# cd @toute/
-−
-root@sylvain-VirtualBox:/mnt/backup/@toute# ls
-@  @home  @live-root
-root@sylvain-VirtualBox:/mnt/backup/@toute#
-−
-</pre>
-−
-Bref, voilà pourquoi on ne devrait pas snapshoter une racine :P, mais bien utiliser les snapshots de subvolumes, car là @toute contient un snapshot d'un snapshot(@live-root):P
-−
----
-−
-Effectivement la frontière d'un snapshot (c'est assez évident si on pense 5 secondes mais les notes ne le mentionnent pas encore) est le subvolume dont il est issu donc si tu snapshotes ton subvolume qui en compte 10 autres c'est l'ensemble qui sera "copié" (avec le CoW ce n'est pas un drame côté espace disque). Tes explications sont exactement la raison pour laquelle je mentionne plus loin dans l'article qu'il est préférable de ne pas utiliser le subvolume 0, cependant et à moins que les outil de la distribution ne le prenne en charge bien des gens qui vont essayer BTRFS vont utiliser le subvolume 0 directement.
-−
-Mais bon fondamentalement utiliser X ou Y ne change pas grand chose c'est juste que tu devras passer par une copie de fichiers (potentiellement lourde) pour restaurer ton système dans le cas ou ce que tu veux restaurer réside dans le volid 0 et faire attention à ne pas faire dégâts dans ton snapshot (raison pour laquelle j'ai mis un --exclude=/mnt au niveau du rsync). C'est la partie délicate... un oubli est vite fait!
-−
-Basculer ton live vers un voldid > 0 n'est pas complexe, snapshot (offline évidemment) puis remontage de l'ID 0 sur un quelconque point de montage puis supression de tout *sauf* du "répertoire" représentant ton snapshot (évidemment.... vu que sinon tu dégages tout) à partir de ce point de montage.
-</en_francais>

@@ Line 1: / Line 1: @@
 <en_francais>
-. Je vais prendre le temps de lire dans le détails tes suggestions plus tard, il y a dedans je pense des idées qui pourraient apporter quelque chose mais je veux veux être certain de bien comprendre ce que tu expliques. Il se peut que je sois passé à côté de certains détails un peu pointus.
+Regarde mon expérience
 <pre>
@@ Line 139: / Line 47: @@
 Basculer ton live vers un voldid > 0 n'est pas complexe, snapshot (offline évidemment) puis remontage de l'ID 0 sur un quelconque point de montage puis supression de tout *sauf* du "répertoire" représentant ton snapshot (évidemment.... vu que sinon tu dégages tout) à partir de ce point de montage.

← Older revision		Revision as of 15:00, 29 May 2011
Line 134:		Line 134:
	---		---

−	Effectivement la frontière d'un snapshot (c'est assez évident si on pense 5 secondes mais les notes ne le mentionnent pas encore) est le subvolume dont il est issu donc si tu snapshotes ton subvolume qui en compte 10 autres c'est l'ensemble qui sera "copié" (avec le CoW ce n'est pas un drame côté espace disque). Tes explications sont exactement la raison pour laquelle je mentionne plus loin dans l'article qu'il est préférable de ne pas utiliser le subvolume 0, cependant et à moins que les outil de la distribution ne le prenne en charge bien des gens qui vont essayer BTRFS vont utiliser le subvolume 0 directement. ~~Dans un~~ cas ~~comme~~ dans l'~~autre ce~~ n'est pas ~~dramatique sauf que le fait~~ de ~~ne pas utiliser directement le subvolume 0 t~~'~~évites~~ de ~~devoir procéder manuellement à une copie~~ de ~~fichiers~~... ~~plus sécuritaire pour le contenu dans un sens :-~~)	+	Effectivement la frontière d'un snapshot (c'est assez évident si on pense 5 secondes mais les notes ne le mentionnent pas encore) est le subvolume dont il est issu donc si tu snapshotes ton subvolume qui en compte 10 autres c'est l'ensemble qui sera "copié" (avec le CoW ce n'est pas un drame côté espace disque). Tes explications sont exactement la raison pour laquelle je mentionne plus loin dans l'article qu'il est préférable de ne pas utiliser le subvolume 0, cependant et à moins que les outil de la distribution ne le prenne en charge bien des gens qui vont essayer BTRFS vont utiliser le subvolume 0 directement.
		+
		+	Mais bon fondamentalement utiliser X ou Y ne change pas grand chose c'est juste que tu devras passer par une copie de fichiers (potentiellement lourde) pour restaurer ton système dans le cas ou ce que tu veux restaurer réside dans le volid 0 et faire attention à ne pas faire dégâts dans ton snapshot (raison pour laquelle j'ai mis un --exclude=/mnt au niveau du rsync). C'est la partie délicate... un oubli est vite fait!
		+
		+	Basculer ton live vers un voldid > 0 n'est pas complexe, snapshot (offline évidemment) puis remontage de l'ID 0 sur un quelconque point de montage puis supression de tout sauf du "répertoire" représentant ton snapshot (évidemment.... vu que sinon tu dégages tout) à partir de ce point de montage.

← Older revision		Revision as of 14:37, 29 May 2011
Line 131:		Line 131:

	Bref, voilà pourquoi on ne devrait pas snapshoter une racine :P, mais bien utiliser les snapshots de subvolumes, car là @toute contient un snapshot d'un snapshot(@live-root):P		Bref, voilà pourquoi on ne devrait pas snapshoter une racine :P, mais bien utiliser les snapshots de subvolumes, car là @toute contient un snapshot d'un snapshot(@live-root):P
		+
		+	---
		+
		+	Effectivement la frontière d'un snapshot (c'est assez évident si on pense 5 secondes mais les notes ne le mentionnent pas encore) est le subvolume dont il est issu donc si tu snapshotes ton subvolume qui en compte 10 autres c'est l'ensemble qui sera "copié" (avec le CoW ce n'est pas un drame côté espace disque). Tes explications sont exactement la raison pour laquelle je mentionne plus loin dans l'article qu'il est préférable de ne pas utiliser le subvolume 0, cependant et à moins que les outil de la distribution ne le prenne en charge bien des gens qui vont essayer BTRFS vont utiliser le subvolume 0 directement. Dans un cas comme dans l'autre ce n'est pas dramatique sauf que le fait de ne pas utiliser directement le subvolume 0 t'évites de devoir procéder manuellement à une copie de fichiers... plus sécuritaire pour le contenu dans un sens :-)

← Older revision		Revision as of 03:20, 29 May 2011
Line 88:		Line 88:
	[[User:D2 racing\|D2 racing]]		[[User:D2 racing\|D2 racing]]
	</en_francais>		</en_francais>
		+
		+	<en_francais>
		+	Concernant ta question de frontière pour les snapshots et autres.
		+
		+	Regarde mon expérience
		+
		+	</en_francais>
		+
		+	<pre>
		+	root@sylvain-VirtualBox:~# mkdir /mnt/backup
		+
		+	root@sylvain-VirtualBox:~# mount /dev/sda5 /mnt/backup/ -o subvolid=0
		+
		+	root@sylvain-VirtualBox:~# cd /mnt/backup/
		+
		+	root@sylvain-VirtualBox:/mnt/backup# ls
		+	@ @home
		+
		+	root@sylvain-VirtualBox:/mnt/backup# btrfs subvolume snapshot @ @live-root
		+	Create a snapshot of '@' in './@live-root'
		+	root@sylvain-VirtualBox:/mnt/backup# ls -la
		+	total 4
		+	dr-xr-xr-x 1 root root 32 1969-12-31 19:00 .
		+	drwxr-xr-x 1 root root 12 2011-05-28 23:14 ..
		+	drwxr-xr-x 1 root root 194 2011-05-22 15:39 @
		+	drwxr-xr-x 1 root root 14 2011-05-22 15:28 @home
		+	drwxr-xr-x 1 root root 194 2011-05-22 15:39 @live-root
		+
		+	root@sylvain-VirtualBox:/mnt/backup# btrfs subvolume snapshot /mnt/backup/ @toute
		+
		+	Create a snapshot of '/mnt/backup/' in './@toute'
		+	root@sylvain-VirtualBox:/mnt/backup# ls
		+	@ @home @live-root @toute
		+
		+	root@sylvain-VirtualBox:/mnt/backup# cd @toute/
		+
		+	root@sylvain-VirtualBox:/mnt/backup/@toute# ls
		+	@ @home @live-root
		+	root@sylvain-VirtualBox:/mnt/backup/@toute#
		+
		+	</pre>
		+
		+	Bref, voilà pourquoi on ne devrait pas snapshoter une racine :P, mais bien utiliser les snapshots de subvolumes, car là @toute contient un snapshot d'un snapshot(@live-root):P

← Older revision		Revision as of 14:11, 26 May 2011
Line 82:		Line 82:

	2. Il s'agit ici d'un quick workshop qui se veut expliquer dans les grandes lignes la grande philosophie de la chose non d'une procédure détaillée (une procédure est avant un manuel organisationnel, si le datacenter me claque dans les doigt je dois avoir un manuel qui explique comment le remonter OPC dans l'exact qu'il était avant sinistre). Si après avoir lu la chose le monde comprend que BTFS y c'est en gros un système de conteneurs logiques et qu'est-ce que ça peut leur apporter (entre autre s'éviter une réinstall de zéro alors qu'il suffit juste d'inverser 2 conteneurs) tant mieux le but est atteint. Mon objectif n'est pas détailler, chacun a son environnement avec ses propres particularités, aux gens de savoir faire une lecture intelligente et d’adapter la chose à leur contexte.		2. Il s'agit ici d'un quick workshop qui se veut expliquer dans les grandes lignes la grande philosophie de la chose non d'une procédure détaillée (une procédure est avant un manuel organisationnel, si le datacenter me claque dans les doigt je dois avoir un manuel qui explique comment le remonter OPC dans l'exact qu'il était avant sinistre). Si après avoir lu la chose le monde comprend que BTFS y c'est en gros un système de conteneurs logiques et qu'est-ce que ça peut leur apporter (entre autre s'éviter une réinstall de zéro alors qu'il suffit juste d'inverser 2 conteneurs) tant mieux le but est atteint. Mon objectif n'est pas détailler, chacun a son environnement avec ses propres particularités, aux gens de savoir faire une lecture intelligente et d’adapter la chose à leur contexte.
		+	</en_francais>
		+
		+	<en_francais>
		+	Je vais écrire un exemple concret et tu verras par la suite.
		+	[[User:D2 racing\|D2 racing]]
	</en_francais>		</en_francais>

← Older revision		Revision as of 13:26, 26 May 2011
Line 77:		Line 77:

	I can even post my suggestion here and you will be free to include them or not inside the page.		I can even post my suggestion here and you will be free to include them or not inside the page.
		+
		+	<en_francais>
		+	1. Je vais prendre le temps de lire dans le détails tes suggestions plus tard, il y a dedans je pense des idées qui pourraient apporter quelque chose mais je veux veux être certain de bien comprendre ce que tu expliques. Il se peut que je sois passé à côté de certains détails un peu pointus.
		+
		+	2. Il s'agit ici d'un quick workshop qui se veut expliquer dans les grandes lignes la grande philosophie de la chose non d'une procédure détaillée (une procédure est avant un manuel organisationnel, si le datacenter me claque dans les doigt je dois avoir un manuel qui explique comment le remonter OPC dans l'exact qu'il était avant sinistre). Si après avoir lu la chose le monde comprend que BTFS y c'est en gros un système de conteneurs logiques et qu'est-ce que ça peut leur apporter (entre autre s'éviter une réinstall de zéro alors qu'il suffit juste d'inverser 2 conteneurs) tant mieux le but est atteint. Mon objectif n'est pas détailler, chacun a son environnement avec ses propres particularités, aux gens de savoir faire une lecture intelligente et d’adapter la chose à leur contexte.
		+	</en_francais>