-
Notifications
You must be signed in to change notification settings - Fork 200
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
Question: Support for 2.4 #404
Comments
Hey @arve0, you are right that the operator will not stop you from installing version 2.4.1 although, we do not recommend to create a cluster in version 2.4.1 with the operator cause we didnt did the right tests and research, in a case of major API and behaviors changes you can get some bugs from it. |
Just to expand on what @idanl21 wrote: We will always try to test new OpenSearch versions with the operator and update the compatibility matrix, but that will lag behind. |
Thanks. I’ll test an install and upgrade. Are there automated tests in this repo? Or is the testing by you done manually? |
There is an open PR (#343) to automate such tests so that in the future we just need to update the opensearch version and the tests will do the rest. Until then it's a manual process. |
So we tested 2.4.1 in our TEST cluster by patching the |
Hi @turesheim.
Good to know, thanks for sharing your experience.
Could you try to recreate the problem and open a new issue with more details and a reproducible setup? That way we can try to locate the root cause and see if we have a bug in the operator upgrade logic. |
OK, so another update. What happens seems to be this:
Last 10 messages from operator is:
Cluster definition is: apiVersion: opensearch.opster.io/v1
kind: OpenSearchCluster
metadata:
creationTimestamp: "2022-12-13T14:35:02Z"
finalizers:
- Opster
generation: 14
labels:
kustomize.toolkit.fluxcd.io/name: ldn-opensearch
kustomize.toolkit.fluxcd.io/namespace: flux-system
name: opensearch
namespace: logs-domstol-no
resourceVersion: "420334773"
uid: a7940d57-fc27-432c-a10d-2a1b8111c09d
spec:
bootstrap:
nodeSelector:
node-role.kubernetes.io/infra: ""
resources: {}
tolerations:
- effect: NoSchedule
key: infra
operator: Equal
value: reserved
confMgmt:
smartScaler: true
dashboards:
additionalConfig:
opensearch_security.multitenancy.enabled: "true"
enable: true
opensearchCredentialsSecret:
name: opensearch-admin-password
replicas: 1
resources:
limits:
cpu: 500m
memory: 1Gi
requests:
cpu: 500m
memory: 1Gi
tolerations:
- effect: NoSchedule
key: infra
operator: Equal
value: reserved
version: 2.5.0
general:
additionalConfig:
cluster.info.update.interval: 1m
cluster.routing.allocation.disk.watermark.flood_stage: 1gb
cluster.routing.allocation.disk.watermark.high: 5gb
cluster.routing.allocation.disk.watermark.low: 15gb
drainDataNodes: true
httpPort: 9200
serviceName: opensearch
vendor: opensearch
version: 2.5.0
initHelper: {}
nodePools:
- component: masters
diskSize: 5Gi
jvm: -Dhttp.proxyHost=webproxy.at.domstol.no -Dhttp.proxyPort=8088 -Dhttps.proxyHost=webproxy.at.domstol.no
-Dhttps.proxyPort=8088 -Dhttp.nonProxyHosts=*.domstol.no|localhost|172.30.*|10.128.*|10.129.*|10.130.*|10.131.*
nodeSelector:
node-role.kubernetes.io/infra: ""
persistence:
pvc:
accessModes:
- ReadWriteOnce
storageClass: domstol-nfs-storage
replicas: 3
resources:
limits:
cpu: 500m
memory: 2Gi
requests:
cpu: 100m
memory: 2Gi
roles:
- cluster_manager
tolerations:
- effect: NoSchedule
key: infra
operator: Equal
value: reserved
- component: nodes
diskSize: 5Gi
jvm: -Xmx3G -Xms3G -Dhttp.proxyHost=webproxy.at.domstol.no -Dhttp.proxyPort=8088
-Dhttps.proxyHost=webproxy.at.domstol.no -Dhttps.proxyPort=8088 -Dhttp.nonProxyHosts=*.domstol.no|localhost|172.30.*|10.128.*|10.129.*|10.130.*|10.131.*
nodeSelector:
node-role.kubernetes.io/infra: ""
persistence:
pvc:
accessModes:
- ReadWriteOnce
storageClass: domstol-nfs-storage
replicas: 3
resources:
limits:
memory: 5Gi
requests:
cpu: 100m
memory: 4Gi
roles:
- data
- ingest
tolerations:
- effect: NoSchedule
key: infra
operator: Equal
value: reserved
security:
config:
adminCredentialsSecret:
name: opensearch-admin-password
adminSecret: {}
securityConfigSecret:
name: securityconfig-secret
tls:
http:
caSecret: {}
generate: true
secret: {}
transport:
caSecret: {}
generate: true
secret: {}
status:
componentsStatus:
- {}
- {}
- component: Upgrader
description: nodes
status: Upgrading
initialized: true
phase: RUNNING
version: 2.3.0 |
Hi! 👋
Thanks for the operator. Any plans for supporting 2.4 of OpenSearch? Did not find any issues, discussions or roadmap about it. I see that maximum supported version is 2.3.0 in the README.
As I understand the code in
ResolveImage
, the operator will not stop you from defining say version 2.4.1.The text was updated successfully, but these errors were encountered: