Done
Pinned fields
Click on the next to a field label to start pinning.
Details
Priority
MediumAssignee
Shayan PatelShayan PatelReporter
Alex LutayAlex LutayComponents
Sprint
NoneOriginal estimate
Time remaining
8h
Details
Details
Priority
Assignee
Shayan Patel
Shayan PatelReporter
Alex Lutay
Alex LutayComponents
Sprint
None
Original estimate
Time remaining
8h
Created August 27, 2024 at 6:08 PM
Updated November 27, 2024 at 1:19 AM
Resolved November 27, 2024 at 1:19 AM
Hi,
Problem: the NodePort got silently changed (removed?) after the first unit mysql-router-k8s refresh.
See the picture:
STR (more components on screenshot, here is the minimal STR):
juju deploy mysql-k8s, mysql-router-k8s, data-integrator # all stable tracks.
juju run data-integrator/leader get-credentials
=> test connection using mysql client, ALL OK herejuju refresh mysql-router-k8s --channel 8.0/candidate
=> the first unit upgraded properly and waiting forresume-upgrade
.Test the previous connection => doesn’t work anymore, as NodePort has changed, but:
get-credentials
still returns you the old port which is not reachable. Can we fix this?using
microk8s.kubectl get svc --all-namespaces -o go-template='{{range .items}}{{range.spec.ports}}{{if .nodePort}}{{.nodePort}}{{"\n"}}{{end}}{{end}}{{end}}'
you can brute-force the new port and you will connect properly, but it is:impossible to guess the new port
who will copy the new port to the external app? This probably will have to be branched to the independent ingress topic?
Q1: Can we avoid NodePort update on mysql-router-k8s refresh?
Q2: can it be that each mysql-router-k8s unit opens independent/separate NodePorts? 0_o (I suspect this, but need to explore it further)