Re: bizare bug in "btrfs subvolume show"

[Roman Mamedov <rm@romanrm.net>]

On Sat, 14 Nov 2020 13:35:43 -0800
Lawrence D'Anna <larry@elder-gods.org> wrote:

> > On Nov 13, 2020, at 9:47 PM, Lawrence D'Anna <larry@elder-gods.org> wrote:
> > 
> > 
> > But I haven’t been able to track down how redirecting the standard out is possibly influencing this.
> 
> I have narrowed it down a little bit further.
> 
> cmd_subvol_show uses btrfs_util_subvolume_iterator_next_info to find all the snapshots of the 
> subvol it’s showing.
> 
> while it’s performing this iteration, subvolume_iterator_next_tree_search returns a subvolume id 
> of 7168, which does not appear in my filesystem according to "btrfs subvol list”

This still sounds very puzzling, as to how output redirection could affect
things. Perhaps you could run "btrfs sub show" with "strace"? Both with and
without the redirect to see exactly what was the call sequence, parameters and
return values, to compare and find where the difference starts.

-- 
With respect,
Roman