compressed btrfs "No space left on device"
Hi,
I'm using btrfs for my /usr/share/ partition and keep getting the following error while installing a debian package which should take no more than 228 MB:
Unpacking texlive-fonts-extra (from .../texlive-fonts-extra_2009-10ubuntu1_all.deb) ...
dpkg: error processing /var/cache/apt/archives/texlive-fonts-extra_2009-10ubuntu1_all.deb (--unpack):
unable to install new version of `/usr/share/texmf-texlive/fonts/type1/public/allrunes/frutlt.pfb': No space left on device
However df reports plenty of available space:
/dev/mapper/vg0-usr_share
5.0G 1.5G 2.5G 37% /usr/share
I already extended /dev/mapper/vg0-usr_share from 4G to 5G and ran defrag and balance on it with no luck. I'm using ubuntu 11.10 on amd64 with the ubuntu 3.0.0 kernel.
btrfs reports to use "zlib compression".
Is this a known problem with compressed btrfs?
Best regards
Arnd
Am 14.11.2011 15:57, schrieb Arnd Hannemann:
Quoted 8 lines
I'm using btrfs for my
/usr/share/partition and keep getting the following error while installing a debian package which should take no more than 228 MB:Unpacking texlive-fonts-extra (from .../texlive-fonts-extra_2009-10ubuntu1_all.deb) ...
dpkg: error processing/var/cache/apt/archives/texlive-fonts-extra_2009-10ubuntu1_all.deb(--unpack):
unable to install new version of `/usr/share/texmf-texlive/fonts/type1/public/allrunes/frutlt.pfb': No space left on device
Quoted 8 lines
However df reports plenty of available space:
/dev/mapper/vg0-usr_share5.0G 1.5G 2.5G 37% /usr/shareI already extended
/dev/mapper/vg0-usr_sharefrom 4G to 5G and ran defrag and balance on it with no luck. I'm using ubuntu 11.10 on amd64 with the ubuntu 3.0.0 kernel.
FYI: The problem is the same with mainline kernel v3.1.1.
Best regards
Arnd
Am 14.11.2011 19:24, schrieb Arnd Hannemann:
Quoted 12 lines
Am 14.11.2011 15:57, schrieb Arnd Hannemann:
Quoted 10 lines
I'm using btrfs for my
/usr/share/partition and keep getting the following error while installing a debian package which should take no more than 228 MB:Unpacking texlive-fonts-extra (from .../texlive-fonts-extra_2009-10ubuntu1_all.deb) ...
dpkg: error processing/var/cache/apt/archives/texlive-fonts-extra_2009-10ubuntu1_all.deb(--unpack):
unable to install new version of `/usr/share/texmf-texlive/fonts/type1/public/allrunes/frutlt.pfb': No space left on deviceHowever df reports plenty of available space:
Quoted 8 lines
Quoted 6 lines
/dev/mapper/vg0-usr_share5.0G 1.5G 2.5G 37% /usr/shareI already extended
/dev/mapper/vg0-usr_sharefrom 4G to 5G and ran defrag and balance on it with no luck. I'm using ubuntu 11.10 on amd64 with the ubuntu 3.0.0 kernel.FYI: The problem is the same with mainline kernel v3.1.1.
JFYI: the problem went away in 3.2-rc2 so someone must have fixed something.
Thanks!
Best regards
Arnd
On Thu, Nov 17, 2011 at 12:59 AM, Arnd Hannemann <[email protected]> wrot= e:
Quoted 4 lines
Am 14.11.2011 19:24, schrieb Arnd Hannemann:
Quoted 3 lines
Am 14.11.2011 15:57, schrieb Arnd Hannemann:
Quoted 1 line
I'm using btrfs for my
/usr/share/partition and keep getting the f=
ollowing error
Quoted 1 line
Quoted 1 line
Quoted 1 line
while installing a debian package which should take no more than 22=
8 MB:
Quoted 2 lines
Quoted 2 lines
Quoted 2 lines
Unpacking texlive-fonts-extra (from .../texlive-fonts-extra_2009-10=
ubuntu1_all.deb) ...
Quoted 1 line
Quoted 1 line
Quoted 1 line
=A0dpkg: error processing /var/cache/apt/archives/texlive-fonts-ext=
ra_2009-10ubuntu1_all.deb (--unpack):
Quoted 1 line
Quoted 1 line
Quoted 1 line
=A0unable to install new version of `/usr/share/texmf-texlive/fonts=
/type1/public/allrunes/frutlt.pfb': No space left on device
Quoted 4 lines
Quoted 1 line
FYI: The problem is the same with mainline kernel v3.1.1.
JFYI: the problem went away in 3.2-rc2 =A0so someone must have fixed something.
I just experienced the same thing in Ubuntu precise, 3.2.0-17-generic, so I don't think it's fixed yet.
$ sudo btrfs fi df / Data: total=3D43.47GB, used=3D38.47GB System, DUP: total=3D8.00MB, used=3D12.00KB System: total=3D4.00MB, used=3D0.00 Metadata, DUP: total=3D3.25GB, used=3D912.47MB Metadata: total=3D8.00MB, used=3D0.00
$ df -h / =46ilesystem Size Used Avail Use% Mounted on /dev/sda6 50G 41G 5.1G 89% /
the problem occur when copying precise lxc root template (322M, 13759 files/directories).
It only happens when using zlib compression though, using lzo works fin= e.
--=20
=46ajar
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" = in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html