Re: btrfs filesystem full problems (was Re: A full /var partition destroyed 3 hours of my life!)
On Tue, Nov 15, 2016 at 02:25:55PM -0500, Borden Rhodes wrote: > Correct you are! The various incantations used different filters and > one of them worked. I have no idea what filters are and I would die a > happy man without needing to know. Last time I used 'btrfs balance', I had to run it with increasing (or decreasing) values for the -fi argument (iirc), as the initial values freed up just enough working space for the subsequent values to work within, and the subsequent values would not work when I first tried them. If that makes sense. I was left with a very sour taste in my mouth. Nowadays I only use btrfs for a development space (as a docker storage backend) and when it goes pear-shaped, I just blow it away and start again, there's nothing stored there which can't be recreated. > I use Debian testing, so it's whatever kernel and btrfs packages that > were in that as of yesterday. Ah ok, thanks. -- Jonathan Dowland Please do not CC me, I am subscribed to the list. signature.asc Description: Digital signature
RE: btrfs filesystem full problems (was Re: A full /var partition destroyed 3 hours of my life!)
> It sounds like btrfs specific behaviour. It would be interesting to know > what kernel version and btrfs version you were using, if only to confirm > my suspicion that even the versions in Debian are not suitable for use in > production. > > I'm going to guess that it was a series of 'btrfs balance' commands that > fixed things for you. Correct you are! The various incantations used different filters and one of them worked. I have no idea what filters are and I would die a happy man without needing to know. I use Debian testing, so it's whatever kernel and btrfs packages that were in that as of yesterday. > Yes, this is right. The problem is not 'rm', the problem is that you use > sudo without understanding why it is set up like that: sudo logs the > command it executes to /var/log/auth.log Makes sense. So why did I get the exact same problem when I enabled the debug-shell? Unless it's also lying to me, doesn't it boot into a proper root shell?
btrfs filesystem full problems (was Re: A full /var partition destroyed 3 hours of my life!)
On Tue, Nov 15, 2016 at 12:00:37AM -0500, Borden Rhodes wrote: > I tried booting up into Debian and got all sorts of systemd breakages > apparently because my /var partition was full. ... > I start blindly casting whatever btrfs spells... Aha! brtfs! > My question, therefore, is whether this is a btrfs bug that got > triggered by the full /var partition or whether Debian is designed to > break irrecoverably when /var fills up. Any ideas of what happened? It sounds like btrfs specific behaviour. It would be interesting to know what kernel version and btrfs version you were using, if only to confirm my suspicion that even the versions in Debian are not suitable for use in production. I'm going to guess that it was a series of 'btrfs balance' commands that fixed things for you. -- Jonathan Dowland Please do not CC me, I am subscribed to the list. signature.asc Description: Digital signature
