Re: [COMMAND HANGS] The command 'btrfs subvolume sync -s 2 xyz' can hangs.

[Giuseppe Della Bianca <giusdbg@gmail.com>]

In data martedì 8 gennaio 2019 22:18:11 CET, Jeff Mahoney ha scritto:

]zac[
> Thanks.  As it turns out, since Filipe's identified the fix for this
> issue, we don't need it anymore.  If that turns out to be a different
> issue, we can revisit the log.

Ok.

]zac[
> > I don't know how btrfs works inside.
> > I just suppose that somewhere in the code an error state is not handled
> > correctly (which can be a file or the whole filesystem not accessible).
> 
> Kind of, if you look at it under the right light.  The sync subcommand
> only waits for the lookup for the subvolume undergoing deletion to not
> be there anymore.  There's no error state to be passed back to the
> waiter, only the initiator.
]zac[

I understand.
But this is a design error in error handling.
The sync subcommand should also check a flag that the deletion system could 
set in case it is no longer possible to continue the deletion.


Gdb