P.S. I added another virtual disk to make it happy. The problem is that I cannot see anything critically close to be exhausted. So I have no reliable way of monitoring and predict when the problem appears.
Thanks Peter On Tue, Jul 28, 2015 at 9:54 AM, Peter Ross <[email protected]> wrote: > Russell Coker wrote: > > Looks like you are running low on metadata space. Run a balance to > free a > > data chunk. > > # btrfs balance / > ERROR: error during balancing '/' - No space left on device > There may be more info in syslog - try dmesg | tail > [root@m-admin03 ~]# dmesg | tail > .. > [57720.728021] BTRFS info (device sda3): relocating block group 12582912 > flags 1 > [57721.462525] BTRFS info (device sda3): relocating block group 4194304 > flags 4 > [57722.195723] BTRFS info (device sda3): relocating block group 0 flags 2 > [57723.302220] BTRFS info (device sda3): 14 enospc errors during balance > > > The GPL vs BSD license debate has died down. Most people who matter > > prefer GPL while most companies prefer BSD so they can take free > > software and make it non-free. > > Well, I am a sysadmin and simply interested in technology that works. > > Yes, Chris, CentOS7 is based on 3.10, a 2 years old kernel, but CentOS7 is > a distribution I use now. > > I happily used ZFS 2 years ago, and jails, and see nothing as pale > imitations and "magic' in the system I am using now. Obviously we cannot > even predict anymore when your filesystems are mounted, as the > systemd/btrfs thread illustrates. > > We muddle our way through, that's all. There is no beauty in it. > > Regards > Peter > > > On Mon, Jul 27, 2015 at 10:54 PM, Russell Coker <[email protected]> > wrote: > >> On Mon, 27 Jul 2015 06:00:40 PM Peter Ross wrote: >> > On CentOS7 I get "No space left on device errors" just now.. >> > >> > [root@m-admin03 ~]# btrfs scrub start / >> > WARNING: failed to write the progress status file: No space left on >> device. >> > Status recording disabled >> > scrub started on /, fsid 25f5d19c-a4d3-4f28-9abb-699362765879 (pid=2833) >> > [root@m-admin03 ~]# btrfs scrub status / >> > scrub status for 25f5d19c-a4d3-4f28-9abb-699362765879 >> > no stats available >> >> Some of the btrfs commands write a file to disk to track the status of >> things, >> it's not unlike the way LVM and mdadm use files under /etc. When there >> is no >> space for a small file you have bigger problems than the filesystem not >> being >> scrubbed. So the first thing to do is to solve that. >> >> > total bytes scrubbed: 0.00 with 0 errors >> > [root@m-admin03 ~]# btrfs filesystem df / >> > Data, single: total=5.97GiB, used=4.45GiB >> > System, DUP: total=8.00MiB, used=16.00KiB >> > System, single: total=4.00MiB, used=0.00 >> > Metadata, DUP: total=341.38MiB, used=242.31MiB >> > Metadata, single: total=8.00MiB, used=0.00 >> > GlobalReserve, single: total=96.00MiB, used=0.00 >> > >> > Sorry, I don't understand this.. >> >> Looks like you are running low on metadata space. Run a balance to free a >> data chunk. >> >> > As for the licensing: I could not be more bored. ZFS has a life outside >> > Oracle. >> >> The GPL vs BSD license debate has died down. Most people who matter >> prefer >> GPL while most companies prefer BSD so they can take free software and >> make it >> non-free. >> >> -- >> My Main Blog http://etbe.coker.com.au/ >> My Documents Blog http://doc.coker.com.au/ >> > >
_______________________________________________ luv-main mailing list [email protected] http://lists.luv.asn.au/listinfo/luv-main
