On Fri, Sep 04, 2020 at 10:36:36AM -0400, Chuck Lever wrote: > > On Sep 4, 2020, at 10:29 AM, Bruce Fields <bfields@xxxxxxxxxxxx> wrote: > > It also doesn't guarantee that the results tell you > > anything about how the file is actually stored--a returned "hole" could > > represent an unallocated segment, or a fully allocated segment that's > > filled with zeroes, or some combination. > > Understood, but the resulting copied file should look the same whether > it was read from the server using READ_PLUS or SEEK_DATA/HOLE. I'm uncomfortable about promising that. What do you think might go wrong otherwise? --b.
