On Wed, Apr 15, 2026 at 04:25:02PM -0700, Boris Burkov wrote:
> On Wed, Apr 15, 2026 at 03:55:39PM -0700, Marc MERLIN wrote:
> > On Wed, Apr 15, 2026 at 03:36:29PM -0700, Boris Burkov wrote:
> > > On Wed, Apr 15, 2026 at 01:22:42PM -0700, Marc MERLIN wrote:
> > > > On Wed, Apr 15, 2026 at 11:44:27AM -0700, Boris Burkov wrote:
> > > > > For a giant fs where we don't want to dump all the metadata or it would
> > > > > be difficult to share the resulting gigabytes of text, I would still get
> > > > > quite a bit of benefit from:
> > > > > 
> > > > > btrfs inspect-internal dump-tree -t 2 /dev/tst/lol
> > > > 
> > > > 1.2G    /tmp/tree2.txt
> > > > 65M     /tmp/tree2.txt.xz
> > > > do you want it?
> > > 
> > > Yes, please!
> >  
> > https://marc.merlins.org/tmp/tree2.txt.xz
> > please tell me when I can delete.
> 
> Which machine is this from?
 
The laptop where quotas were removed after the filesystem turned R/O but
I was able to recover

> OK, the laptop is no longer useful for me to debug, which is fine, but
> let's just disregard it going forward unless you have logs or other
> dumps from before.
 
I do not. So I can delete the tree above?

> If you do see the issue again there, please do capture the extent and
> quota trees and I will look straight away.

Understood.

> My request for that extent tree + grep command was aimed at the rpi, I
> believe. That is the system which produced this dmesg log, right?
> https://pastebin.com/7HmQwy3n
 
Correct, that's the rPi with 6.12.xx

> If so, and if you ran the commands on the laptop where you already
> wiped squotas, then that was just a miscommunication. If all that is
> true, can you please run:
> 
> btrfs inspect-internal dump-tree -t 8 <dev>
> and
> btrfs inspect-internal dump-tree -t 2 <dev> | grep -50 15506102321152 
> on the rpi?
 
Sure thing, out2 and out8 attached.

Thanks,
Marc
-- 
"A mouse is a device used to point at the xterm you want to type in" - A.S.R.
 
Home page: http://marc.merlins.org/                       | PGP 7F55D5F27AAF9D08