All of lore.kernel.org
 help / color / mirror / Atom feed
* Issue: errno:28 (No space left on device)
@ 2016-08-09  9:06 Thomas
  2016-08-09 16:50 ` Chris Murphy
  0 siblings, 1 reply; 9+ messages in thread
From: Thomas @ 2016-08-09  9:06 UTC (permalink / raw)
  To: linux-btrfs

Hello!

I'm facing a severe issue with Debian installation using BTRFS:
errno:28 (No space left on device)

After a few minutes of system usage I get this error message for any action, means there's really no disk space left.

However, the output of btrfs fi usage / reports that ~10% of disk space should be free.

I have 2 questions:
1. Why is the OS reporting an error "Issue: errno:28 (No space left on device)" whereas "btrfs fi usage" reports free space?
2. How can I solve this issue w/o the possibility of extending the partition?


THX

---------------------------------------------------------------------------------------

thomas@pc8-nb:~$ uname -a
Linux pc8-nb 4.6.1-towo.1-siduction-amd64 #1 SMP PREEMPT siduction 4.6-1 (2016-06-04) x86_64 GNU/Linux


thomas@pc8-nb:~$ sudo btrfs --version
btrfs-progs v4.5.2


thomas@pc8-nb:~$ sudo btrfs fi usage /
Overall:
     Device size:		  20.53GiB
     Device allocated:		  20.53GiB
     Device unallocated:		     0.00B
     Device missing:		     0.00B
     Used:			  18.25GiB
     Free (estimated):		   1.96GiB	(min: 1.96GiB)
     Data ratio:			      1.00
     Metadata ratio:		      1.00
     Global reserve:		 160.00MiB	(used: 400.00KiB)

Data,single: Size:19.76GiB, Used:17.81GiB
    /dev/sda8	  19.76GiB

Metadata,single: Size:776.00MiB, Used:455.73MiB
    /dev/sda8	 776.00MiB

System,single: Size:4.00MiB, Used:16.00KiB
    /dev/sda8	   4.00MiB

Unallocated:
    /dev/sda8	     0.00B


thomas@pc8-nb:~$ sudo btrfs fi show
Label: 'siduction'  uuid: dbb9433e-a84f-4e84-9200-49350b31a3f6
	Total devices 1 FS bytes used 18.25GiB
	devid    1 size 20.53GiB used 20.53GiB path /dev/sda8


thomas@pc8-nb:~$ sudo btrfs su li /
ID 257 gen 5498245 top level 5 path @
ID 258 gen 5498245 top level 5 path @home
ID 259 gen 5488356 top level 5 path @tmp
ID 260 gen 2029641 top level 5 path @var_lib_lxc
ID 261 gen 5480763 top level 5 path @var_log
ID 262 gen 5467204 top level 5 path @var_spool
ID 263 gen 5467205 top level 5 path @var_tmp
ID 290 gen 5464299 top level 257 path .snapshots
ID 291 gen 2026169 top level 258 path @home/.snapshots
ID 293 gen 2029641 top level 260 path @var_lib_lxc/.snapshots
ID 355 gen 163972 top level 290 path .snapshots/17/snapshot
ID 356 gen 167205 top level 290 path .snapshots/18/snapshot
ID 357 gen 5383634 top level 5 path @var_cache_apt_archives
ID 358 gen 5464163 top level 290 path .snapshots/19/snapshot


thomas@pc8-nb:~$ sudo journalctl | grep space
[...]
Jun 16 17:52:39 pc8-nb unattended-upgrade-shutdown[13530]: OSError: [Errno 28] No space left on device
Jun 16 17:52:39 pc8-nb unattended-upgrade-shutdown[13530]: OSError: [Errno 28] No space left on device
Jun 16 17:52:39 pc8-nb unattended-upgrade-shutdown[13530]: OSError: [Errno 28] No space left on device
[...]
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch http://ftp.fau.de/debian/dists/stable/main/Contents-i386  Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch http://debian.mirror.lrz.de/debian/dists/stable/contrib/binary-i386/Packages.gz  Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch http://debian.mirror.lrz.de/debian/dists/stable/contrib/i18n/Translation-en  Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch http://debian.mirror.lrz.de/debian/dists/stable/contrib/Contents-amd64  Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch http://debian.mirror.lrz.de/debian/dists/stable/contrib/Contents-i386  Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch http://mirror.unitedcolo.de/debian/dists/stable/non-free/binary-amd64/Packages.gz  Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch http://mirror.unitedcolo.de/debian/dists/stable/non-free/binary-i386/Packages.gz  Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch http://debian.mirror.lrz.de/debian/dists/stable/non-free/i18n/Translation-en  Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch http://mirror.unitedcolo.de/debian/dists/stable/non-free/Contents-amd64  Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch http://ftp.fau.de/debian/dists/stable/non-free/Contents-i386  Write error - write (28: No space left on device)
[...]


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

* Re: Issue: errno:28 (No space left on device)
  2016-08-09  9:06 Issue: errno:28 (No space left on device) Thomas
@ 2016-08-09 16:50 ` Chris Murphy
  0 siblings, 0 replies; 9+ messages in thread
From: Chris Murphy @ 2016-08-09 16:50 UTC (permalink / raw)
  To: Thomas; +Cc: Btrfs BTRFS

On Tue, Aug 9, 2016 at 3:06 AM, Thomas <c.monty@web.de> wrote:

> thomas@pc8-nb:~$ uname -a
> Linux pc8-nb 4.6.1-towo.1-siduction-amd64 #1 SMP PREEMPT siduction 4.6-1
> (2016-06-04) x86_64 GNU/Linux

Try 4.5.7 or 4.7 and see if it fixes the problem, there's a related
patch in both of those that's not yet in 4.6 series. The patch mainly
permits using existing chunks for balance to consolidate extents,
rather than requiring new chunks. So you might also have to do a
filtered balance. I would probably start with -dusage=25 and see where
that gets you.


>     Device size:                  20.53GiB
>     Device allocated:             20.53GiB

>From Btrfs perspective the volume is "fully allocated" and as such
cannot create new data or metadata chunks. Whatever workload you're
doing at the time of enospc may be filling up data or metadata unused
space in existing chunks, triggering need for newly allocated chunk,
which can't happen because there's no space left for new chunks.


> Data,single: Size:19.76GiB, Used:17.81GiB
>    /dev/sda8      19.76GiB
>
> Metadata,single: Size:776.00MiB, Used:455.73MiB
>    /dev/sda8     776.00MiB

I'll guess there's some metadata centric workload, maybe with small
files that are being stored inline, that's filling up the metadata
chunks, leading to enospc.

If changing kernel versions doesn't work, then you'll need to add more
space somehow. The file system is ~90% full anyway.


-- 
Chris Murphy

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

* Re: Issue: errno:28 (No space left on device)
  2016-08-09 13:39   ` Noah Massey
@ 2016-08-09 13:56     ` Roman Mamedov
  0 siblings, 0 replies; 9+ messages in thread
From: Roman Mamedov @ 2016-08-09 13:56 UTC (permalink / raw)
  To: Noah Massey; +Cc: Austin S. Hemmelgarn, Thomas, linux-btrfs

[-- Attachment #1: Type: text/plain, Size: 896 bytes --]

On Tue, 9 Aug 2016 09:39:45 -0400
Noah Massey <noah.massey@gmail.com> wrote:

> Since your data and metadata profiles are both 'single', you may want
> to consider creating the filesystem with the --mixed option, which
> allows / forces BTRFS to use a single collection of data blocks for
> both data and metadata.

That also seems to be detrimental to performance, I had servers with mixed
profile FSes which went painfully slow after a couple of years (daily snapshot
creation and deletion, ~30-60 snapshots kept at all times), migrated them all
now to the regular split profile. Fresh off mkfs they are fast of course, so
not entirely certain "mixed" was the culprit, will see.

One more problem with mixed is that you can't use the leaf and nodesize of 16k,
which are accepted to be faster than the older default (and mixed's only
option) of 4k.

-- 
With respect,
Roman

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

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

* Re: Issue: errno:28 (No space left on device)
  2016-08-09 11:50 Thomas
  2016-08-09 12:21 ` Tomasz Torcz
  2016-08-09 12:56 ` Austin S. Hemmelgarn
@ 2016-08-09 13:47 ` Josef Bacik
  2 siblings, 0 replies; 9+ messages in thread
From: Josef Bacik @ 2016-08-09 13:47 UTC (permalink / raw)
  To: Thomas, linux-btrfs

On 08/09/2016 07:50 AM, Thomas wrote:
> Hello!
>
> I'm facing a severe issue with Debian installation using BTRFS:
> errno:28 (No space left on device)
>
> After a few minutes of system usage I get this error message for any action,
> means there's really no disk space left.
>
> However, the output of btrfs fi usage / reports that ~10% of disk space should
> be free.
>
> I have 2 questions:
> 1. Why is the OS reporting an error "Issue: errno:28 (No space left on device)"
> whereas "btrfs fi usage" reports free space?
> 2. How can I solve this issue w/o the possibility of extending the partition?
>

Please try linus's latest tree, it has some enospc accounting fixes that have 
recently gone in.  Thanks,

Josef

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

* Re: Issue: errno:28 (No space left on device)
  2016-08-09 12:56 ` Austin S. Hemmelgarn
@ 2016-08-09 13:39   ` Noah Massey
  2016-08-09 13:56     ` Roman Mamedov
  0 siblings, 1 reply; 9+ messages in thread
From: Noah Massey @ 2016-08-09 13:39 UTC (permalink / raw)
  To: Austin S. Hemmelgarn; +Cc: Thomas, linux-btrfs

On Tue, Aug 9, 2016 at 8:56 AM, Austin S. Hemmelgarn
<ahferroin7@gmail.com> wrote:
> On 2016-08-09 07:50, Thomas wrote:
>>
>> Hello!
>
> First things first:
> Mailing lists are asynchronous.  You will almost _never_ get an immediate
> response, and will quite often not get a response for a few hours at least.
> Sending a message more than once when you don't get a response does not make
> it more likely you get a response quickly, and in fact is a good way to
> seriously annoy people and make them less willing to help you.
>>
>>
>> I'm facing a severe issue with Debian installation using BTRFS:
>> errno:28 (No space left on device)
>>
>> After a few minutes of system usage I get this error message for any
>> action, means there's really no disk space left.
>>
>> However, the output of btrfs fi usage / reports that ~10% of disk space
>> should be free.
>>
>> I have 2 questions:
>> 1. Why is the OS reporting an error "Issue: errno:28 (No space left on
>> device)" whereas "btrfs fi usage" reports free space?
>
> BTRFS allocates disk space in two stages.  In the first stage, it allocates
> large chunks that then get used only for metadata or data. Within those
> chunks, it then allocates blocks for the given type of data on-demand.  In
> your case, the filesystem has no room to allocate new chunks, but has some
> free space in existing chunks.  This shouldn't result in allocation failures
> for new files, but for currently unknown reasons it sometimes does, and this
> is a known issue that we have been unable to completely fix so far (we've
> technically 'fixed' this about 5 or 6 times already, but there appear to be
> lots of odd corner cases that haven't been found yet).
>>
>> 2. How can I solve this issue w/o the possibility of extending the
>> partition?
>
> Right now, you have three options:
> 1. Extend the partition, run a full balance, and then shrink the partition
> again.
> 2. Temporarily add another device (make sure it's at least 4GB), run a full
> balance, and then remove the device.
> 3. Recreate the filesystem from scratch and restore from a backup.
>

A quick note recreating the filesystem:
Since your data and metadata profiles are both 'single', you may want
to consider creating the filesystem with the --mixed option, which
allows / forces BTRFS to use a single collection of data blocks for
both data and metadata.
This can help with ENOMEM errors when all space is allocated, but the
allocation does not match the currently required type.

~ Noah

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

* Re: Issue: errno:28 (No space left on device)
  2016-08-09 11:50 Thomas
  2016-08-09 12:21 ` Tomasz Torcz
@ 2016-08-09 12:56 ` Austin S. Hemmelgarn
  2016-08-09 13:39   ` Noah Massey
  2016-08-09 13:47 ` Josef Bacik
  2 siblings, 1 reply; 9+ messages in thread
From: Austin S. Hemmelgarn @ 2016-08-09 12:56 UTC (permalink / raw)
  To: Thomas, linux-btrfs

On 2016-08-09 07:50, Thomas wrote:
> Hello!
First things first:
Mailing lists are asynchronous.  You will almost _never_ get an 
immediate response, and will quite often not get a response for a few 
hours at least.  Sending a message more than once when you don't get a 
response does not make it more likely you get a response quickly, and in 
fact is a good way to seriously annoy people and make them less willing 
to help you.
>
> I'm facing a severe issue with Debian installation using BTRFS:
> errno:28 (No space left on device)
>
> After a few minutes of system usage I get this error message for any
> action, means there's really no disk space left.
>
> However, the output of btrfs fi usage / reports that ~10% of disk space
> should be free.
>
> I have 2 questions:
> 1. Why is the OS reporting an error "Issue: errno:28 (No space left on
> device)" whereas "btrfs fi usage" reports free space?
BTRFS allocates disk space in two stages.  In the first stage, it 
allocates large chunks that then get used only for metadata or data. 
Within those chunks, it then allocates blocks for the given type of data 
on-demand.  In your case, the filesystem has no room to allocate new 
chunks, but has some free space in existing chunks.  This shouldn't 
result in allocation failures for new files, but for currently unknown 
reasons it sometimes does, and this is a known issue that we have been 
unable to completely fix so far (we've technically 'fixed' this about 5 
or 6 times already, but there appear to be lots of odd corner cases that 
haven't been found yet).
> 2. How can I solve this issue w/o the possibility of extending the
> partition?
Right now, you have three options:
1. Extend the partition, run a full balance, and then shrink the 
partition again.
2. Temporarily add another device (make sure it's at least 4GB), run a 
full balance, and then remove the device.
3. Recreate the filesystem from scratch and restore from a backup.

Regardless of which option you choose, you either need to free up some 
disk space, or get a bigger storage device, as running within a few GB 
of a full filesystem is a known trigger for this issue.  Depending on 
how frequently you snapshot the system, just deleting some old snapshots 
may help.  Making sure to clean out the package cache after running 
updates will probably help too.
>
>
> THX
>
> ---------------------------------------------------------------------------------------
>
>
> thomas@pc8-nb:~$ uname -a
> Linux pc8-nb 4.6.1-towo.1-siduction-amd64 #1 SMP PREEMPT siduction 4.6-1
> (2016-06-04) x86_64 GNU/Linux
>
>
> thomas@pc8-nb:~$ sudo btrfs --version
> btrfs-progs v4.5.2
>
>
> thomas@pc8-nb:~$ sudo btrfs fi usage /
> Overall:
>       Device size:          20.53GiB
>       Device allocated:          20.53GiB
>       Device unallocated:             0.00B
>       Device missing:             0.00B
>       Used:              18.25GiB
>       Free (estimated):           1.96GiB    (min: 1.96GiB)
>       Data ratio:                  1.00
>       Metadata ratio:              1.00
>       Global reserve:         160.00MiB    (used: 400.00KiB)
>
> Data,single: Size:19.76GiB, Used:17.81GiB
>      /dev/sda8      19.76GiB
>
> Metadata,single: Size:776.00MiB, Used:455.73MiB
>      /dev/sda8     776.00MiB
>
> System,single: Size:4.00MiB, Used:16.00KiB
>      /dev/sda8       4.00MiB
>
> Unallocated:
>      /dev/sda8         0.00B
>
>
> thomas@pc8-nb:~$ sudo btrfs fi show
> Label: 'siduction'  uuid: dbb9433e-a84f-4e84-9200-49350b31a3f6
>     Total devices 1 FS bytes used 18.25GiB
>     devid    1 size 20.53GiB used 20.53GiB path /dev/sda8
>
>
> thomas@pc8-nb:~$ sudo btrfs su li /
> ID 257 gen 5498245 top level 5 path @
> ID 258 gen 5498245 top level 5 path @home
> ID 259 gen 5488356 top level 5 path @tmp
> ID 260 gen 2029641 top level 5 path @var_lib_lxc
> ID 261 gen 5480763 top level 5 path @var_log
> ID 262 gen 5467204 top level 5 path @var_spool
> ID 263 gen 5467205 top level 5 path @var_tmp
> ID 290 gen 5464299 top level 257 path .snapshots
> ID 291 gen 2026169 top level 258 path @home/.snapshots
> ID 293 gen 2029641 top level 260 path @var_lib_lxc/.snapshots
> ID 355 gen 163972 top level 290 path .snapshots/17/snapshot
> ID 356 gen 167205 top level 290 path .snapshots/18/snapshot
> ID 357 gen 5383634 top level 5 path @var_cache_apt_archives
> ID 358 gen 5464163 top level 290 path .snapshots/19/snapshot
>
>
> thomas@pc8-nb:~$ sudo journalctl | grep space
> [...]
> Jun 16 17:52:39 pc8-nb unattended-upgrade-shutdown[13530]: OSError:
> [Errno 28] No space left on device
> Jun 16 17:52:39 pc8-nb unattended-upgrade-shutdown[13530]: OSError:
> [Errno 28] No space left on device
> Jun 16 17:52:39 pc8-nb unattended-upgrade-shutdown[13530]: OSError:
> [Errno 28] No space left on device
> [...]
> Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch
> http://ftp.fau.de/debian/dists/stable/main/Contents-i386  Write error -
> write (28: No space left on device)
> Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch
> http://debian.mirror.lrz.de/debian/dists/stable/contrib/binary-i386/Packages.gz
>   Write error - write (28: No space left on device)
> Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch
> http://debian.mirror.lrz.de/debian/dists/stable/contrib/i18n/Translation-en
>   Write error - write (28: No space left on device)
> Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch
> http://debian.mirror.lrz.de/debian/dists/stable/contrib/Contents-amd64
> Write error - write (28: No space left on device)
> Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch
> http://debian.mirror.lrz.de/debian/dists/stable/contrib/Contents-i386
> Write error - write (28: No space left on device)
> Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch
> http://mirror.unitedcolo.de/debian/dists/stable/non-free/binary-amd64/Packages.gz
>   Write error - write (28: No space left on device)
> Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch
> http://mirror.unitedcolo.de/debian/dists/stable/non-free/binary-i386/Packages.gz
>   Write error - write (28: No space left on device)
> Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch
> http://debian.mirror.lrz.de/debian/dists/stable/non-free/i18n/Translation-en
>   Write error - write (28: No space left on device)
> Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch
> http://mirror.unitedcolo.de/debian/dists/stable/non-free/Contents-amd64
> Write error - write (28: No space left on device)
> Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch
> http://ftp.fau.de/debian/dists/stable/non-free/Contents-i386  Write
> error - write (28: No space left on device)
> [...]


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

* Re: Issue: errno:28 (No space left on device)
  2016-08-09 11:50 Thomas
@ 2016-08-09 12:21 ` Tomasz Torcz
  2016-08-09 12:56 ` Austin S. Hemmelgarn
  2016-08-09 13:47 ` Josef Bacik
  2 siblings, 0 replies; 9+ messages in thread
From: Tomasz Torcz @ 2016-08-09 12:21 UTC (permalink / raw)
  To: linux-btrfs

On Tue, Aug 09, 2016 at 01:50:04PM +0200, Thomas wrote:
> Hello!
> 
> I'm facing a severe issue with Debian installation using BTRFS:
> errno:28 (No space left on device)

  Sending this message 3x won't make it more important.

-- 
Tomasz Torcz       ,,(...) today's high-end is tomorrow's embedded processor.''
xmpp: zdzichubg@chrome.pl                      -- Mitchell Blank on LKML


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

* Issue: errno:28 (No space left on device)
@ 2016-08-09 11:50 Thomas
  2016-08-09 12:21 ` Tomasz Torcz
                   ` (2 more replies)
  0 siblings, 3 replies; 9+ messages in thread
From: Thomas @ 2016-08-09 11:50 UTC (permalink / raw)
  To: linux-btrfs

Hello!

I'm facing a severe issue with Debian installation using BTRFS:
errno:28 (No space left on device)

After a few minutes of system usage I get this error message for any 
action, means there's really no disk space left.

However, the output of btrfs fi usage / reports that ~10% of disk space 
should be free.

I have 2 questions:
1. Why is the OS reporting an error "Issue: errno:28 (No space left on 
device)" whereas "btrfs fi usage" reports free space?
2. How can I solve this issue w/o the possibility of extending the 
partition?


THX

---------------------------------------------------------------------------------------

thomas@pc8-nb:~$ uname -a
Linux pc8-nb 4.6.1-towo.1-siduction-amd64 #1 SMP PREEMPT siduction 4.6-1 
(2016-06-04) x86_64 GNU/Linux


thomas@pc8-nb:~$ sudo btrfs --version
btrfs-progs v4.5.2


thomas@pc8-nb:~$ sudo btrfs fi usage /
Overall:
       Device size:		  20.53GiB
       Device allocated:		  20.53GiB
       Device unallocated:		     0.00B
       Device missing:		     0.00B
       Used:			  18.25GiB
       Free (estimated):		   1.96GiB	(min: 1.96GiB)
       Data ratio:			      1.00
       Metadata ratio:		      1.00
       Global reserve:		 160.00MiB	(used: 400.00KiB)

Data,single: Size:19.76GiB, Used:17.81GiB
      /dev/sda8	  19.76GiB

Metadata,single: Size:776.00MiB, Used:455.73MiB
      /dev/sda8	 776.00MiB

System,single: Size:4.00MiB, Used:16.00KiB
      /dev/sda8	   4.00MiB

Unallocated:
      /dev/sda8	     0.00B


thomas@pc8-nb:~$ sudo btrfs fi show
Label: 'siduction'  uuid: dbb9433e-a84f-4e84-9200-49350b31a3f6
	Total devices 1 FS bytes used 18.25GiB
	devid    1 size 20.53GiB used 20.53GiB path /dev/sda8


thomas@pc8-nb:~$ sudo btrfs su li /
ID 257 gen 5498245 top level 5 path @
ID 258 gen 5498245 top level 5 path @home
ID 259 gen 5488356 top level 5 path @tmp
ID 260 gen 2029641 top level 5 path @var_lib_lxc
ID 261 gen 5480763 top level 5 path @var_log
ID 262 gen 5467204 top level 5 path @var_spool
ID 263 gen 5467205 top level 5 path @var_tmp
ID 290 gen 5464299 top level 257 path .snapshots
ID 291 gen 2026169 top level 258 path @home/.snapshots
ID 293 gen 2029641 top level 260 path @var_lib_lxc/.snapshots
ID 355 gen 163972 top level 290 path .snapshots/17/snapshot
ID 356 gen 167205 top level 290 path .snapshots/18/snapshot
ID 357 gen 5383634 top level 5 path @var_cache_apt_archives
ID 358 gen 5464163 top level 290 path .snapshots/19/snapshot


thomas@pc8-nb:~$ sudo journalctl | grep space
[...]
Jun 16 17:52:39 pc8-nb unattended-upgrade-shutdown[13530]: OSError: 
[Errno 28] No space left on device
Jun 16 17:52:39 pc8-nb unattended-upgrade-shutdown[13530]: OSError: 
[Errno 28] No space left on device
Jun 16 17:52:39 pc8-nb unattended-upgrade-shutdown[13530]: OSError: 
[Errno 28] No space left on device
[...]
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://ftp.fau.de/debian/dists/stable/main/Contents-i386  Write error - 
write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://debian.mirror.lrz.de/debian/dists/stable/contrib/binary-i386/Packages.gz 
   Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://debian.mirror.lrz.de/debian/dists/stable/contrib/i18n/Translation-en 
   Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://debian.mirror.lrz.de/debian/dists/stable/contrib/Contents-amd64 
Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://debian.mirror.lrz.de/debian/dists/stable/contrib/Contents-i386 
Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://mirror.unitedcolo.de/debian/dists/stable/non-free/binary-amd64/Packages.gz 
   Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://mirror.unitedcolo.de/debian/dists/stable/non-free/binary-i386/Packages.gz 
   Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://debian.mirror.lrz.de/debian/dists/stable/non-free/i18n/Translation-en 
   Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://mirror.unitedcolo.de/debian/dists/stable/non-free/Contents-amd64 
Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://ftp.fau.de/debian/dists/stable/non-free/Contents-i386  Write 
error - write (28: No space left on device)
[...]


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

* Issue: errno:28 (No space left on device)
@ 2016-08-09  9:09 Thomas
  0 siblings, 0 replies; 9+ messages in thread
From: Thomas @ 2016-08-09  9:09 UTC (permalink / raw)
  To: linux-btrfs

Hello!

I'm facing a severe issue with Debian installation using BTRFS:
errno:28 (No space left on device)

After a few minutes of system usage I get this error message for any 
action, means there's really no disk space left.

However, the output of btrfs fi usage / reports that ~10% of disk space 
should be free.

I have 2 questions:
1. Why is the OS reporting an error "Issue: errno:28 (No space left on 
device)" whereas "btrfs fi usage" reports free space?
2. How can I solve this issue w/o the possibility of extending the 
partition?


THX

---------------------------------------------------------------------------------------

thomas@pc8-nb:~$ uname -a
Linux pc8-nb 4.6.1-towo.1-siduction-amd64 #1 SMP PREEMPT siduction 4.6-1 
(2016-06-04) x86_64 GNU/Linux


thomas@pc8-nb:~$ sudo btrfs --version
btrfs-progs v4.5.2


thomas@pc8-nb:~$ sudo btrfs fi usage /
Overall:
      Device size:		  20.53GiB
      Device allocated:		  20.53GiB
      Device unallocated:		     0.00B
      Device missing:		     0.00B
      Used:			  18.25GiB
      Free (estimated):		   1.96GiB	(min: 1.96GiB)
      Data ratio:			      1.00
      Metadata ratio:		      1.00
      Global reserve:		 160.00MiB	(used: 400.00KiB)

Data,single: Size:19.76GiB, Used:17.81GiB
     /dev/sda8	  19.76GiB

Metadata,single: Size:776.00MiB, Used:455.73MiB
     /dev/sda8	 776.00MiB

System,single: Size:4.00MiB, Used:16.00KiB
     /dev/sda8	   4.00MiB

Unallocated:
     /dev/sda8	     0.00B


thomas@pc8-nb:~$ sudo btrfs fi show
Label: 'siduction'  uuid: dbb9433e-a84f-4e84-9200-49350b31a3f6
	Total devices 1 FS bytes used 18.25GiB
	devid    1 size 20.53GiB used 20.53GiB path /dev/sda8


thomas@pc8-nb:~$ sudo btrfs su li /
ID 257 gen 5498245 top level 5 path @
ID 258 gen 5498245 top level 5 path @home
ID 259 gen 5488356 top level 5 path @tmp
ID 260 gen 2029641 top level 5 path @var_lib_lxc
ID 261 gen 5480763 top level 5 path @var_log
ID 262 gen 5467204 top level 5 path @var_spool
ID 263 gen 5467205 top level 5 path @var_tmp
ID 290 gen 5464299 top level 257 path .snapshots
ID 291 gen 2026169 top level 258 path @home/.snapshots
ID 293 gen 2029641 top level 260 path @var_lib_lxc/.snapshots
ID 355 gen 163972 top level 290 path .snapshots/17/snapshot
ID 356 gen 167205 top level 290 path .snapshots/18/snapshot
ID 357 gen 5383634 top level 5 path @var_cache_apt_archives
ID 358 gen 5464163 top level 290 path .snapshots/19/snapshot


thomas@pc8-nb:~$ sudo journalctl | grep space
[...]
Jun 16 17:52:39 pc8-nb unattended-upgrade-shutdown[13530]: OSError: 
[Errno 28] No space left on device
Jun 16 17:52:39 pc8-nb unattended-upgrade-shutdown[13530]: OSError: 
[Errno 28] No space left on device
Jun 16 17:52:39 pc8-nb unattended-upgrade-shutdown[13530]: OSError: 
[Errno 28] No space left on device
[...]
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://ftp.fau.de/debian/dists/stable/main/Contents-i386  Write error - 
write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://debian.mirror.lrz.de/debian/dists/stable/contrib/binary-i386/Packages.gz 
  Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://debian.mirror.lrz.de/debian/dists/stable/contrib/i18n/Translation-en 
  Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://debian.mirror.lrz.de/debian/dists/stable/contrib/Contents-amd64 
Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://debian.mirror.lrz.de/debian/dists/stable/contrib/Contents-i386 
Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://mirror.unitedcolo.de/debian/dists/stable/non-free/binary-amd64/Packages.gz 
  Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://mirror.unitedcolo.de/debian/dists/stable/non-free/binary-i386/Packages.gz 
  Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://debian.mirror.lrz.de/debian/dists/stable/non-free/i18n/Translation-en 
  Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://mirror.unitedcolo.de/debian/dists/stable/non-free/Contents-amd64 
Write error - write (28: No space left on device)
Jul 17 04:43:02 pc8-nb cron-apt[2658]: E: Failed to fetch 
http://ftp.fau.de/debian/dists/stable/non-free/Contents-i386  Write 
error - write (28: No space left on device)
[...]


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

end of thread, other threads:[~2016-08-09 16:50 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-08-09  9:06 Issue: errno:28 (No space left on device) Thomas
2016-08-09 16:50 ` Chris Murphy
2016-08-09  9:09 Thomas
2016-08-09 11:50 Thomas
2016-08-09 12:21 ` Tomasz Torcz
2016-08-09 12:56 ` Austin S. Hemmelgarn
2016-08-09 13:39   ` Noah Massey
2016-08-09 13:56     ` Roman Mamedov
2016-08-09 13:47 ` Josef Bacik

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.