On Sun, Mar 06, 2016 at 01:37:31PM -0700, Chris Murphy wrote: > On Sun, Mar 6, 2016 at 1:27 PM, Chris Murphy <lists@xxxxxxxxxxxxxxxxx> wrote: > > So if it were me, I'd gather all possible data, including complete, > > not trimmed, logs. > > Also include in the bug, the balance script being used. It might be a > contributing factor. The balance script was only written after Duncan asked me to do filtered balances instead of a full balance. The issue showed itself while the filesystem was still managed using the procedures from "the book" ;-) > I wonder if the ENOSPC is happening just prior to the point where > balance would free up the unused portion of allocated metadata chunks > and that's why this just keeps getting worse? The balance function is > COW, so I wonder if there are a bunch of failed chunk migrations that > are just accumulating due to the ENOSPC stopping the balance? How do we find out? > Anyway, after collecting all data and btrfs-image, I would blow away > this fs using current kernel and tools. And then go back to the > original workload. I would not pare down the number or frequency of > snapshots. If anything increase it. The idea is to reproduce the bug. ... losing another pile of snapshots in the process? This is a productive machine[1]. Greetings Marc [1] yes, with off-line backups being made -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Leimen, Germany | lose things." Winona Ryder | Fon: *49 6224 1600402 Nordisch by Nature | How to make an American Quilt | Fax: *49 6224 1600421 -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
