btrfsck is using far too much memory !
I tryed a btrfsck on my /dev/md127 (13T) and had to kill it
because btrfsck used 7.8 Gigs of ram ( machine have 8 Gigs of ram, plus four
Gigs on swap when I killed it)
btrfsck should not try to bring "in memory" the whole metadata, etc.
my 2 cents, (will
Only thing I can see is Lurk is not passing the barrier (do that writes in
sequence then ack) to the devices.
so it act as a caching device (dangerous for btrfs point of view).
I'm *no* expert in that matter at all.
I may be wrong.
Xtian.
On 2014-03-26 21:56, Evan Powell wrote:
Order did not
you can change a "ro" snapshot into a "rw" snapshot
you just snapshot it without the -r" option
ex:
# btrfs subv snap -r linux-3.12-rc5 snap_ro
Create a readonly snapshot of 'linux-3.12-rc5' in './snap_ro'
# touch ./snap_ro/helo
touch: cannot touch ‘./snap_ro/helo’: Read-only file system
# bt
Probably the larger filesystem I will ever see. Tryed 8 Exabytes but it failed.
[root@CentOS6-A:/root] # df
Filesystem1K-blocks Used Available Use%
Mounted
/dev/mapper/vg01-root 17915884 11533392 5513572 68% /
/dev/sda1
Xtian.
On 2012-02-24 21:37, cwillu wrote:
On Fri, Feb 24, 2012 at 8:26 PM, Christian Robert
wrote:
Hi,
I ran a quite heavy script who create 10,000 subvolumes and then delete
thoses 10,000 subvolumes.
No problems in the "create" part, but at the "delete" part
I got se
Hi,
I ran a quite heavy script who create 10,000 subvolumes and then delete
thoses 10,000 subvolumes.
No problems in the "create" part, but at the "delete" part
I got several traceback from the kernel:
[ 977.095799] Btrfs loaded
[ 985.847955] device fsid 8375b14f-116e-4507-b523-607c2e04f485 d
3.25 3.33 4.79 1/245 4614
2011-05-18 22:08 -> 3.95 3.51 4.76 1/246 4615
2011-05-18 22:09 -> 3.23 3.43 4.66 1/242 4624
2011-05-18 22:10 -> 3.08 3.34 4.55 1/245 4631
2011-05-18 22:11 -> 3.46 3.43 4.51 1/244 4643
2011-05-18 22:12 -> 3.90 3.55 4.48 1/243 4658
a "top&q
