All of lore.kernel.org
 help / color / mirror / Atom feed
* ENOSPC during balance
@ 2013-05-05  9:42 Helmut Hullen
  0 siblings, 0 replies; 5+ messages in thread
From: Helmut Hullen @ 2013-05-05  9:42 UTC (permalink / raw)
  To: linux-btrfs

Hallo,

I've added a fourth device (/dev/sdf1; connected via USB) to my 3-disks- 
btrfs bundle (data raid0, metadata raid1), and then I run "balance".

That needed (for about 6 TByte data) about 17 hours.

It finished with

ERROR: error during balancing '/srv/MM' - No space left on device
There may be more info in syslog - try dmesg | tail

The last lines of "dmesg":

btrfs: found 227973 extents
btrfs: relocating block group 26872905728 flags 20
btrfs: found 217765 extents
btrfs: relocating block group 22577938432 flags 20
usb 1-1: reset high-speed USB device number 3 using ehci-pci
usb 1-1: reset high-speed USB device number 3 using ehci-pci
usb 1-1: reset high-speed USB device number 3 using ehci-pci
usb 1-1: reset high-speed USB device number 3 using ehci-pci
usb 1-1: reset high-speed USB device number 3 using ehci-pci
usb 1-1: reset high-speed USB device number 3 using ehci-pci
usb 1-1: reset high-speed USB device number 3 using ehci-pci
btrfs: found 226454 extents
btrfs: relocating block group 21504196608 flags 20
btrfs: found 229068 extents
btrfs: relocating block group 4324327424 flags 20
btrfs: found 214531 extents
btrfs: relocating block group 20971520 flags 18
btrfs: found 92 extents
btrfs: relocating block group 4194304 flags 4
btrfs: 1 enospc errors during balance

What does the last line mean? Is there 1 error during the 17 hours of  
balancing? Or has balance ended with "enospc"?

The actual state:

Commands

        btrfs fi show
        df


Label: 'MM'  uuid: 7e94022a-76e7-47f8-954d-1ad69a872bef
	Total devices 4 FS bytes used 6.10TB
	devid    4 size 1.82TB used 650.03GB path /dev/sdf1
	devid    3 size 2.73TB used 1.91TB path /dev/sdd
	devid    2 size 1.82TB used 1.68TB path /dev/sdc
	devid    1 size 2.73TB used 1.91TB path /dev/sdb

Btrfs Btrfs v0.19

Filesystem             1K-blocks       Used  Available Use% Mounted on
[...]
/dev/sdb              9767561292 6554878088 2815565072  70% /srv/MM


Viele Gruesse!
Helmut

^ permalink raw reply	[flat|nested] 5+ messages in thread

* ENOSPC during balance
@ 2014-01-12 14:49 Remco Hosman - Yerf IT
  2014-01-13  7:11 ` Wang Shilong
  2014-01-13 17:43 ` David Sterba
  0 siblings, 2 replies; 5+ messages in thread
From: Remco Hosman - Yerf IT @ 2014-01-12 14:49 UTC (permalink / raw)
  To: linux-btrfs

HI,

I am trying to convert my array from raid10 to 1, and its partially completed, but at the moment i am getting a '59366.459092] btrfs: 185 enospc errors during balance’ when i try to balance anything more with `btrfs bal start -dconvert=raid1,soft /mountpoint`

I have already scanned for files with extends over 1gig gig, and there is at least 100gig unallocated on each of the disks, and scrub reports no error at all.
Kernel is 3.13-rc7 and tools are latest from git.

Anything else i can try ?

Thanks,
Remco

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: ENOSPC during balance
  2014-01-12 14:49 ENOSPC during balance Remco Hosman - Yerf IT
@ 2014-01-13  7:11 ` Wang Shilong
  2014-01-13 17:43 ` David Sterba
  1 sibling, 0 replies; 5+ messages in thread
From: Wang Shilong @ 2014-01-13  7:11 UTC (permalink / raw)
  To: Remco Hosman - Yerf IT; +Cc: linux-btrfs

On 01/12/2014 10:49 PM, Remco Hosman - Yerf IT wrote:
> HI,
>
> I am trying to convert my array from raid10 to 1, and its partially completed, but at the moment i am getting a '59366.459092] btrfs: 185 enospc errors during balance’ when i try to balance anything more with `btrfs bal start -dconvert=raid1,soft /mountpoint`
>
> I have already scanned for files with extends over 1gig gig, and there is at least 100gig unallocated on each of the disks, and scrub reports no error at all.
> Kernel is 3.13-rc7 and tools are latest from git.
>
> Anything else i can try ?
Hi Remco,

Not very sure if i can help you,  but i think you can try to defrag your 
btrfs filesystem firstly,
which might give our enough continuous free space.^_^

Thanks,
Wang
>
> Thanks,
> Remco--
> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: ENOSPC during balance
  2014-01-12 14:49 ENOSPC during balance Remco Hosman - Yerf IT
  2014-01-13  7:11 ` Wang Shilong
@ 2014-01-13 17:43 ` David Sterba
  2014-01-18  7:54   ` Remco Hosman - Yerf IT
  1 sibling, 1 reply; 5+ messages in thread
From: David Sterba @ 2014-01-13 17:43 UTC (permalink / raw)
  To: Remco Hosman - Yerf IT; +Cc: linux-btrfs

On Sun, Jan 12, 2014 at 03:49:12PM +0100, Remco Hosman - Yerf IT wrote:
> I am trying to convert my array from raid10 to 1, and its partially
> completed, but at the moment i am getting a '59366.459092] btrfs: 185
> enospc errors during balance’ when i try to balance anything more with
> `btrfs bal start -dconvert=raid1,soft /mountpoint`
> 
> I have already scanned for files with extends over 1gig gig, and there
> is at least 100gig unallocated on each of the disks, and scrub reports
> no error at all.
> Kernel is 3.13-rc7 and tools are latest from git.

By unalocated you mean from 'btrfs fi df' output "total - used = 100G"
or that the sum of all occupied space is 100G less than the device size?
So if there's some space left to allocate new 1G-chunks for balance.

How many disks does the fs contain?

> Anything else i can try ?

Run
$ btrfs balance start -dusage=0,profiles=raid10\|raid1 /mnt

if there are some chunks preallocated from previous balance runs, this
will clean them. The -musage=0 filter could also get some space.

I've experienced similar problems with conversion from raid1 to raid10,
where it's probably worse regarding the 1G-chunks, because the raid-0
level needs the chunk on each disk, while raid1 is fine with just 2.

I had done the -dusage=0 cleanup step every time the 'enospc during
balance' was hit, and it finished in the end. Not perfect, an automatic
and more intelligent chunk reclaim is among the project ideas though.

If nothing from above helps, please post the output of 'fi df' and 'fi
show' commands.


david

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: ENOSPC during balance
  2014-01-13 17:43 ` David Sterba
@ 2014-01-18  7:54   ` Remco Hosman - Yerf IT
  0 siblings, 0 replies; 5+ messages in thread
From: Remco Hosman - Yerf IT @ 2014-01-18  7:54 UTC (permalink / raw)
  To: dsterba; +Cc: linux-btrfs



i did a `btrfs file convert -dconvert=raid10,soft /data`, which converted the whole filesystem back to raid10, it completed without errors.
then i did a `btrfs convert -dconvert=raid1 /data`, which completed with 184 ENOSPC errors, exactly the same amount as before the covert back to raid10



On 13 Jan 2014, at 18:43, David Sterba <dsterba@suse.cz> wrote:

> On Sun, Jan 12, 2014 at 03:49:12PM +0100, Remco Hosman - Yerf IT wrote:
>> I am trying to convert my array from raid10 to 1, and its partially
>> completed, but at the moment i am getting a '59366.459092] btrfs: 185
>> enospc errors during balance’ when i try to balance anything more with
>> `btrfs bal start -dconvert=raid1,soft /mountpoint`
>> 
>> I have already scanned for files with extends over 1gig gig, and there
>> is at least 100gig unallocated on each of the disks, and scrub reports
>> no error at all.
>> Kernel is 3.13-rc7 and tools are latest from git.
> 
> By unalocated you mean from 'btrfs fi df' output "total - used = 100G"
> or that the sum of all occupied space is 100G less than the device size?
> So if there's some space left to allocate new 1G-chunks for balance.
> 
> How many disks does the fs contain?
> 

filesystem is 6 disks of varying sizes.

>> Anything else i can try ?
> 
> Run
> $ btrfs balance start -dusage=0,profiles=raid10\|raid1 /mnt
> 
> if there are some chunks preallocated from previous balance runs, this
> will clean them. The -musage=0 filter could also get some space.
> 
> I've experienced similar problems with conversion from raid1 to raid10,
> where it's probably worse regarding the 1G-chunks, because the raid-0
> level needs the chunk on each disk, while raid1 is fine with just 2.
> 
> I had done the -dusage=0 cleanup step every time the 'enospc during
> balance' was hit, and it finished in the end. Not perfect, an automatic
> and more intelligent chunk reclaim is among the project ideas though.
> 
> If nothing from above helps, please post the output of 'fi df' and 'fi
> show' commands.
> 

i did a `btrfs bal start -dconvert=raid10,soft /data`, and it completed without errors.
then a `btrfs bal start -donvert=raid1 /data`, which resulted in 184 ENOSPC errors.

currently, the filesystem looks like this:

Data, RAID10: total=431.57GiB, used=430.22GiB
Data, RAID1: total=5.18TiB, used=5.18TiB
System, RAID10: total=96.00MiB, used=804.00KiB
Metadata, RAID10: total=12.38GiB, used=9.34GiB

Label: data  uuid: a8626d67-4684-4b23-99b3-8d5fa8e7fd69
	Total devices 6 FS bytes used 5.61TiB
	devid    1 size 1.82TiB used 1.27TiB path /dev/sdg2
	devid    2 size 1.82TiB used 1.27TiB path /dev/sdb2
	devid    3 size 1.82TiB used 1.27TiB path /dev/sdf2
	devid    5 size 2.73TiB used 2.17TiB path /dev/sdd2
	devid    10 size 2.73TiB used 2.18TiB path /dev/sde2
	devid    11 size 3.64TiB used 3.08TiB path /dev/sdc1

when i do a `btrfs bal start -dconvert=raid1,soft /data` :
dmesg: [560325.834835] btrfs: 184 enospc errors during balance

Data, RAID10: total=428.57GiB, used=428.57GiB
Data, RAID1: total=5.72TiB, used=5.18TiB
System, RAID10: total=96.00MiB, used=880.00KiB
Metadata, RAID10: total=12.38GiB, used=9.34GiB

Label: data  uuid: a8626d67-4684-4b23-99b3-8d5fa8e7fd69
	Total devices 6 FS bytes used 5.61TiB
	devid    1 size 1.82TiB used 1.45TiB path /dev/sdg2
	devid    2 size 1.82TiB used 1.44TiB path /dev/sdb2
	devid    3 size 1.82TiB used 1.44TiB path /dev/sdf2
	devid    5 size 2.73TiB used 2.35TiB path /dev/sdd2
	devid    10 size 2.73TiB used 2.36TiB path /dev/sde2
	devid    11 size 3.64TiB used 3.26TiB path /dev/sdc1

so it looks like it did allocate all the space it needed, but still failed

kernel is currently 3.13-rc7

Remco


> 
> david




^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2014-01-18  7:54 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-01-12 14:49 ENOSPC during balance Remco Hosman - Yerf IT
2014-01-13  7:11 ` Wang Shilong
2014-01-13 17:43 ` David Sterba
2014-01-18  7:54   ` Remco Hosman - Yerf IT
  -- strict thread matches above, loose matches on Subject: below --
2013-05-05  9:42 Helmut Hullen

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.