Re: Backup failing with "failed to clone extents" error

[Filipe Manana <fdmanana@gmail.com>]

On Fri, Aug 27, 2021 at 7:01 PM Darrell Enns <darrell@darrellenns.com> wrote:
>
> I tried it with the patch and it still failed. Here's the verbose output:
>
> offset=79101952 length=32768
> clone home/denns/.mozilla/firefox/dtfto95g.default/places.sqlite -
> source=home/denns/.mozilla/firefox/dtfto95g.default/places.sqlite
> source offset=79134720 offset=79134720 length=4751360
> ERROR: failed to clone extents to
> home/denns/.mozilla/firefox/dtfto95g.default/places.sqlite: Invalid
> argument
>
> Snapshot IDs are 881 and 977. The compressed tree dumps are still a
> bit big for email (166MB total), so here is a download link:
> https://mega.nz/file/wF5EHSCZ#P0E9S3291NOO4chjPbj7IbSCJ_9LplpKagGE431jzIQ
>
> I'll leave the link up for a few days. Dumps were created with
> --hide-names. I did it with the filesystem mounted, but tried to avoid
> any significant write activity and also made sure firefox was not
> running (so nothing would write to the affected file).

Ok, got it.
And what's the inode number of
"home/denns/.mozilla/firefox/dtfto95g.default/places.sqlite"?
Just paste the output of 'stat' against it, it should be the same
number in both snapshots (please verify it is so, just in case the
file was renamed between snapshots and a new one created with the same
name).

I need that to locate the extents of the file in tree dumps.

Thanks.



-- 
Filipe David Manana,

“Whether you think you can, or you think you can't — you're right.”