Bug 1735679
Summary: | Expanding the serviceNetworkCIDR is troublesome | ||
---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Rutvik <rkshirsa> |
Component: | Networking | Assignee: | Casey Callendrello <cdc> |
Networking sub component: | openshift-sdn | QA Contact: | zhaozhanqi <zzhao> |
Status: | CLOSED WONTFIX | Docs Contact: | |
Severity: | high | ||
Priority: | unspecified | CC: | aos-bugs, cdc, nagrawal, rkshirsa, scuppett, weliang |
Version: | 3.9.0 | ||
Target Milestone: | --- | ||
Target Release: | 3.9.z | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2019-11-20 14:58:00 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Rutvik
2019-08-01 08:51:44 UTC
@Rutvik, Checking Bug 1571229 - [RFE] - Extend serviceNetworkCIDR subnet length (docs) 1.serviceNetworkCIDR can only be expanded, it can not be changed or contracted. 2.Expanding serviceNetworkCIDR is supported from v3.10 3.Steps to expand serviceNetworkCIDR is described in https://github.com/openshift/openshift-docs/blob/2bddd51657a00deb196854219f104fa73f4ce8b2/install_config/configuring_sdn.adoc Hello Weibin, Thanks for the confirmation. In this situation, if I plan to upgrade my v3.9 environment to v3.10, I would set openshift_portal_net="172.x.x.x/y" variable in the inventory, will the upgrade playbook be able to expand the existing subnet post-upgrade? Or Do I need to upgrade first with the existing seriviceNetwork and then follow the procedure as defined here? [+] https://github.com/openshift/openshift-docs/blob/2bddd51657a00deb196854219f104fa73f4ce8b2/install_config/configuring_sdn.adoc That's a good question for the openshift-ansible team. However, my suggestion would be to minimize risk by separating the service network change from the upgrade. Hello, In reply to Casey Callendrello from comment #6) > Sorry, what are you asking? To expand the service network, you need to > upgrade to 3.10 > > 3.9 (and 3.10) is very close to EOL. We won't be adding any new features to > it. Because of comment #3, there was confusion. Thanks for the clarification. Few more things need clarification. Based on this document: https://docs.openshift.com/container-platform/3.10/install_config/configuring_sdn.html#expanding-the-service-network Not sure whether the node evacuation is part of "serivceexpansion" procedure or not. If we see the upstream document: https://github.com/openshift/openshift-docs/blob/enterprise-3.10/install_config/configuring_sdn.adoc#expanding-the-service-network We can see that node evacuation is not included here. If node evacuation necessary, do we need to evacuate the master nodes as well? Do we need to file any document bug here? Hi there, Good question. Yes, the node drain is required. If master nodes are running pods, then, yes, they too need to be drained (one at a time, of course). It does seem like there is a document discrepancy. I think the "container-platform" documents are correct in this case. OCP 3.9 has reached the end of full support [1]. Closing this BZ as WONTFIX. If there is a customer case to be attached with a valid support exception and we still need a fix here, please post those details and reopen. [1] - https://access.redhat.com/support/policy/updates/openshift |