Re: How to deal with a large staticdelta that is a product of a bloated commit in our ostree repository
- From: Colin Walters <walters verbum org>
- To: ostree-list gnome org
- Subject: Re: How to deal with a large staticdelta that is a product of a bloated commit in our ostree repository
- Date: Wed, 24 Jan 2018 06:01:59 -0500
Hi,
On Tue, Jan 23, 2018, at 9:12 PM, Davis Roman wrote:
Hi everyone,
In my ostree repository I have a commit that creates a staticdelta of
380MB. This was caused by a bug in our buildsystem as the staticdeltas in
our system are normally significantly smaller than that (~7.5MB).
In this case some additional data (like debuginfo or whatever) got into the commit?
Did client systems already see the bad commit? If not, then I think the simplest
solution is to reset the commit history. It's just a matter of:
$ ostree --repo=repo reset examplecorp/42/x86_64/os
88453200a44c7a9919c458e1e0aaa058f1d9a520ad1ff0ae0a93d0efdf601267
(Or whatever you want the tip commit to be)
If (some) clients already *did* see the commit then remember due to the
way ostree deltas work (between arbitrary commit A to B), you can generate
a delta that skips the bad commit. In other words given this history:
A: current tip
^
B: bad bloated commit
^
C: commit
^
D: commit
...
You can generate a delta from C to A and clients still on C will jump
right over B.
Does that help?
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]