Bug 2073030 - Please continue to support --yes-i-know
Summary: Please continue to support --yes-i-know
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Ceph Storage
Classification: Red Hat Storage
Component: Cephadm
Version: 5.2
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
: 6.0
Assignee: Adam King
QA Contact: Sayalee
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2022-04-07 13:50 UTC by John Fulton
Modified: 2023-03-20 18:56 UTC (History)
7 users (show)

Fixed In Version: ceph-17.2.3-12.el9cp
Doc Type: No Doc Update
Doc Text:
Clone Of:
Environment:
Last Closed: 2023-03-20 18:56:12 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 2072665 1 high CLOSED New command line option to ack that RHCS 5.1 MultiSite Configuration is not supported breaks automated deployemnt 2022-09-21 12:44:34 UTC
Red Hat Issue Tracker RHCEPH-3948 0 None None None 2022-04-07 14:08:15 UTC
Red Hat Product Errata RHBA-2023:1360 0 None None None 2023-03-20 18:56:36 UTC

Description John Fulton 2022-04-07 13:50:35 UTC
When RGW multisite is supported I assume you will stop requiring deployments to pass --yes-i-know to 'cephadm bootstrap'. When this happens, please do not make the deployment fail if --yes-i-know is passed. 

E.g. I can imagine reverting the original patch which cased BZ 2072665 and then the fix on the tripleo side [1] for 2072665 would cause a new error like:

Unrecognized option --yes-i-know

This bug requests that --yes-i-know remain a recognized option, even if it doesn't do anything.



[1] 

diff --git a/tripleo_ansible/roles/tripleo_cephadm/tasks/bootstrap.yaml b/tripleo_ansible/roles/tripleo_cephadm/tasks/bootstrap.yaml
index 3f39265..6e93578 100644
--- a/tripleo_ansible/roles/tripleo_cephadm/tasks/bootstrap.yaml
+++ b/tripleo_ansible/roles/tripleo_cephadm/tasks/bootstrap.yaml
@@ -47,6 +47,7 @@
         {{ tripleo_cephadm_bin }} \
         {% if not tripleo_cephadm_default_container %}--image {{ tripleo_cephadm_container_ns + '/' + tripleo_cephadm_container_image + ':' + tripleo_cephadm_container_tag|string }} \{% endif %}
         bootstrap \
+        --yes-i-know \
         --skip-firewalld \
         --ssh-private-key /home/{{ tripleo_cephadm_ssh_user }}/.ssh/id_rsa \
         --ssh-public-key /home/{{ tripleo_cephadm_ssh_user }}/.ssh/id_rsa.pub \

Comment 1 RHEL Program Management 2022-04-07 13:50:41 UTC
Please specify the severity of this bug. Severity is defined here:
https://bugzilla.redhat.com/page.cgi?id=fields.html#bug_severity.

Comment 2 John Fulton 2022-04-07 13:59:47 UTC
Severity is set to high since it could break OpenStack customers deploying ceph and I've been asked to set a severity.

Comment 19 errata-xmlrpc 2023-03-20 18:56:12 UTC
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory (Red Hat Ceph Storage 6.0 Bug Fix update), and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2023:1360


Note You need to log in before you can comment on or make changes to this bug.