You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What did you expect to happen instead?
I expected portforwarding to start and match the pod on multiple labels.
How can we reproduce the bug? (as minimally and precisely as possible)
Use multiple key/value pairs in a labelSelector and run devspace up. See "Example Configuration" above.
Anything else we need to know?
This occurred with the stable/redis-ha@2.2.3 chart. With that version of the chart, there are several nodes labeled as master or slave, but only the master pods can be written to. I've upgrade to the 3.0 version of the chart, which has a different deployment model, but this issue would occur with any pod that needs multiple labels to be uniquely identified.
/kind bug
The text was updated successfully, but these errors were encountered:
What happened?
An error occurs when using more than one key/value pair as a label selector for port forwarding.
Error:
Unable to start portforwarding: Unable to list devspace pods: found ',', expected: !, identifier, or 'end of string'
Example Configuration:
What did you expect to happen instead?
I expected portforwarding to start and match the pod on multiple labels.
How can we reproduce the bug? (as minimally and precisely as possible)
Use multiple key/value pairs in a
labelSelector
and rundevspace up
. See "Example Configuration" above.Local Environment:
Kubernetes Cluster:
kubectl version
]Anything else we need to know?
This occurred with the
stable/redis-ha@2.2.3
chart. With that version of the chart, there are several nodes labeled asmaster
orslave
, but only themaster
pods can be written to. I've upgrade to the 3.0 version of the chart, which has a different deployment model, but this issue would occur with any pod that needs multiple labels to be uniquely identified./kind bug
The text was updated successfully, but these errors were encountered: