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
