Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

add text in the pruning images section for --skip-registry option #6535

Merged
merged 1 commit into from
Dec 6, 2017

Conversation

gabemontero
Copy link
Contributor

Doc for https://trello.com/c/V1anqimn/1418-5-image-soft-prune-imagestreams

@openshift/sig-developer-experience @bmcelvee ptal

disclaimer: I sided on full transparency for this initial stab, trying to capture the warnings/concerns/recommendations that surfaced during the card planning and pr review activities. Certainly during the
review here, aside form massaging the wording to get it as good as possible, if the details are not appropriate for this context (perhaps better suited to the yet to be crafted, more comprehensive general image pruning recommendation/best-practices guide that @bparees cited), we can of course "prune" ;-) as needed.

@gabemontero
Copy link
Contributor Author

@bmcelvee
Copy link
Contributor

bmcelvee commented Dec 1, 2017

@gabemontero, thanks! For the most part, this looks good to me. I would suggest rewording the note a bit, something along the lines of:

"Separating the removal of {product-title} Image API Objects and Image data
from the Registry by using --skip-registry followed by xref:#hard-pruning-registry[Hard Pruning the Registry] narrows some timing windows, and is safer when compared to trying
to prune both through one command. However, timing windows are not completely removed.

For example, you can still create a Pod referencing an Image as pruning identifies that Image for pruning. You should still keep track of an API Object created during the pruning operations that might reference Images, so you can mitigate any references to deleted content."

Does it still convey the warning properly?

@openshift-ci-robot openshift-ci-robot added the size/S Denotes a PR that changes 10-29 lines, ignoring generated files. label Dec 1, 2017
@gabemontero
Copy link
Contributor Author

pushed update for both flip of name/default for arg, as well as @bmcelvee 's suggestion.


.^|`--prune-registry`
|In conjunction with the conditions stipulated by the other options, this option controls
the operation only considers the {product-title} Image API Objects, or also processes
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this option controls the operation only considers the

should be "this option controls whether the"?

the corresponding data in the registry. By default, image pruning processes both the
Image API Objects and corresponding data in the registry.
This option makes most sense when there is either a large amount of data in etcd
and/or a large number of images or blobs. After running with this option set to `false`, you can
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would phrase it as "This options is useful when you are only concerned with removing etcd content, possibly to reduce the number of image objects, but are not concerned with cleaning up registry storage, or intend to do that separately via hard prune, possibly during an appropriate maintenance window for the registry."

For example, you can still create a Pod referencing an Image as pruning identifies that
Image for pruning. You should still keep track of an API Object created during the pruning
operations that might reference Images, so you can mitigate any references to deleted
content.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1, but @legionus may have some additional comments on what we should say here.

Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please add a warning that re-doing the pruning without --prune-registry option or with --prune-registry=true will not lead to pruning the storage of image registry. I mean that all images that was pruned with --prune-registry=false can be deleted from the registry storage only by using the hard-pruning otherwise the space will be lost.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good catch!

@openshift-ci-robot openshift-ci-robot added size/M Denotes a PR that changes 30-99 lines, ignoring generated files. and removed size/S Denotes a PR that changes 10-29 lines, ignoring generated files. labels Dec 4, 2017
@gabemontero
Copy link
Contributor Author

update pushed for @bparees and @legionus suggestions

@bparees
Copy link
Contributor

bparees commented Dec 4, 2017

lgtm


.^|`--prune-registry`
|In conjunction with the conditions stipulated by the other options, this option controls
whethers the data in the registry corresponding to the {product-title} Image API Objects
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/whethers/whether

.^|`--prune-registry`
|In conjunction with the conditions stipulated by the other options, this option controls
whethers the data in the registry corresponding to the {product-title} Image API Objects
is pruned. By default, image pruning processes both the
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Double space after "...pruned."

Image API Objects and corresponding data in the registry.
This options is useful when you are only concerned with removing etcd content, possibly
to reduce the number of image objects, but are not concerned with cleaning up registry
storage, or intend to do that separately via xref:#hard-pruning-registry[Hard Pruning the Registry],
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/registry storage,/registry storage; --Does that make more sense?

Image API Objects and corresponding data in the registry.
This options is useful when you are only concerned with removing etcd content, possibly
to reduce the number of image objects, but are not concerned with cleaning up registry
storage, or intend to do that separately via xref:#hard-pruning-registry[Hard Pruning the Registry],
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/via/by


Also, keep in mind that re-doing the pruning without the `--prune-registry` option or with
`--prune-registry=true` will not lead to pruning the associated storage in the image registry
for image previously pruned via `--prune-registry=false`.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/via/by


Also, keep in mind that re-doing the pruning without the `--prune-registry` option or with
`--prune-registry=true` will not lead to pruning the associated storage in the image registry
for image previously pruned via `--prune-registry=false`.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/image previously/images previously

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

or "an image"

`--prune-registry=true` will not lead to pruning the associated storage in the image registry
for image previously pruned via `--prune-registry=false`.
Any images that were pruned with `--prune-registry=false` can only be deleted from
registry storage via xref:#hard-pruning-registry[Hard Pruning the Registry].
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

s/via/by

@bmcelvee
Copy link
Contributor

bmcelvee commented Dec 4, 2017

Just a few suggestions from me. Otherwise, looks good!

@gabemontero
Copy link
Contributor Author

thanks @bmcelvee updates pushed

note, let's not merge into latest until openshift/origin#17480 merges

@bmcelvee
Copy link
Contributor

bmcelvee commented Dec 4, 2017

Thanks, @gabemontero! Sounds good :)

@gabemontero
Copy link
Contributor Author

hey @bmcelvee openshift/origin#17480 has merged

@bmcelvee
Copy link
Contributor

bmcelvee commented Dec 6, 2017

Thanks, @gabemontero! This is going into 3.9 correct?

@bmcelvee
Copy link
Contributor

bmcelvee commented Dec 6, 2017

[rev_history]
|xref:..admin_guide/pruning_resources.adoc#admin-guide-pruning-resources[Pruning Objects]
|Added --prune-registry CLI configuration option and corresponding note to the xref:..admin_guide/pruning_resources.adoc#pruning-images[Pruning Images] section.
%

@gabemontero
Copy link
Contributor Author

gabemontero commented Dec 6, 2017 via email

@bmcelvee bmcelvee merged commit b55f0c9 into openshift:master Dec 6, 2017
bmcelvee pushed a commit to bmcelvee/openshift-docs that referenced this pull request Dec 6, 2017
@gabemontero gabemontero deleted the soft-prune branch December 6, 2017 20:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
branch/enterprise-3.9 size/M Denotes a PR that changes 30-99 lines, ignoring generated files.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

6 participants