-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
Conversation
@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 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? |
e74a594
to
7c48e61
Compare
pushed update for both flip of name/default for arg, as well as @bmcelvee 's suggestion. |
admin_guide/pruning_resources.adoc
Outdated
|
||
.^|`--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 |
There was a problem hiding this comment.
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"?
admin_guide/pruning_resources.adoc
Outdated
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 |
There was a problem hiding this comment.
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. |
There was a problem hiding this comment.
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.
There was a problem hiding this comment.
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.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good catch!
7c48e61
to
a722744
Compare
lgtm |
admin_guide/pruning_resources.adoc
Outdated
|
||
.^|`--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 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
s/whethers/whether
admin_guide/pruning_resources.adoc
Outdated
.^|`--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 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Double space after "...pruned."
admin_guide/pruning_resources.adoc
Outdated
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], |
There was a problem hiding this comment.
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?
admin_guide/pruning_resources.adoc
Outdated
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], |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
s/via/by
admin_guide/pruning_resources.adoc
Outdated
|
||
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`. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
s/via/by
admin_guide/pruning_resources.adoc
Outdated
|
||
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`. |
There was a problem hiding this comment.
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
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
or "an image"
admin_guide/pruning_resources.adoc
Outdated
`--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]. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
s/via/by
Just a few suggestions from me. Otherwise, looks good! |
a722744
to
1015e9a
Compare
thanks @bmcelvee updates pushed note, let's not merge into latest until openshift/origin#17480 merges |
Thanks, @gabemontero! Sounds good :) |
hey @bmcelvee openshift/origin#17480 has merged |
Thanks, @gabemontero! This is going into 3.9 correct? |
[rev_history] |
On Wed, Dec 6, 2017 at 10:46 AM, Brandi McElveen Munilla < ***@***.***> wrote:
Thanks, @gabemontero <https://github.com/gabemontero>! This is going into
3.9 correct?
yep 3.9
… —
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#6535 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ADbadAa-_FR7D0XrpGnfao7Xw6v_Aa4Nks5s9rbUgaJpZM4QvLiF>
.
|
…egistry option (cherry picked from commit 1015e9a) xref:openshift#6535
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.