Comments (9)
This should be supported as of #160, which is present in Vitess Operator v2.1.0 and up.
from vitess-operator.
With planetscale/vitess-operator:v2.1.0 and planetscale/vitess-operator:v2.2.0 running in Kubernetes I still get this error on the operator creating a keyspace like xxxxdw_bisources
{
"level": "error",
"ts": 1609844711.1003554,
"logger": "controller-runtime.controller",
"msg": "Reconciler error",
"controller": "vitesscluster-controller",
"request": "xxxx-stage-vitess/xxxx-stage",
"error": "VitessKeyspace.planetscale.com \"xxxx-stage-xxxxdw-bisources-17d9900b\" is invalid: spec.name: Invalid value: \"\": spec.name in body should match '^[a-z0-9]([a-z0-9]*[a-z0-9])?$'",
"stacktrace": "github.com/go-logr/zapr.(*zapLogger).Error\n\t/go/pkg/mod/github.com/go-logr/[email protected]/zapr.go:128\nsigs.k8s.io/controller-runtime/pkg/internal/controller.(*Controller).reconcileHandler\n\t/go/pkg/mod/sigs.k8s.io/[email protected]/pkg/internal/controller/controller.go:258\nsigs.k8s.io/controller-runtime/pkg/internal/controller.(*Controller).processNextWorkItem\n\t/go/pkg/mod/sigs.k8s.io/[email protected]/pkg/internal/controller/controller.go:232\nsigs.k8s.io/controller-runtime/pkg/internal/controller.(*Controller).worker\n\t/go/pkg/mod/sigs.k8s.io/[email protected]/pkg/internal/controller/controller.go:211\nk8s.io/apimachinery/pkg/util/wait.JitterUntil.func1\n\t/go/pkg/mod/k8s.io/[email protected]/pkg/util/wait/wait.go:152\nk8s.io/apimachinery/pkg/util/wait.JitterUntil\n\t/go/pkg/mod/k8s.io/[email protected]/pkg/util/wait/wait.go:153\nk8s.io/apimachinery/pkg/util/wait.Until\n\t/go/pkg/mod/k8s.io/[email protected]/pkg/util/wait/wait.go:88"
}
from vitess-operator.
Did you re-apply all the CRDs as well when you upgraded vitess-operator? The validation is defined in those files: deploy/crds/*.yaml
.
from vitess-operator.
Yes, I first got the error while applying the my vitesscluster, but after updating the CRD's, kubectl was not throwing an error, but the operator still reports it.
from vitess-operator.
Is it possible that you applied the new top-level VitessCluster CRD, but not the new versions of lower-level CRDs used by the operator like VitessKeyspace?
from vitess-operator.
So I applied the "Operator installation file" from https://docs.planetscale.com/vitess-operator/gcp-quickstart which still seems to provide the ^[a-z0-9]([a-z0-9]*[a-z0-9])?$
pattern.
from vitess-operator.
Sorry, the files used in the quickstart are a snapshot that's out of date. Currently, the only way to get the matching CRDs for vitess-operator v2.2.0 is directly from GitHub:
https://github.com/planetscale/vitess-operator/tree/v2.2.0/deploy/crds
from vitess-operator.
ahh thank you, works fine now.
from vitess-operator.
Closing, as #160 fixed this
from vitess-operator.
Related Issues (20)
- AWS IAM Role for Service Account support HOT 2
- Vtadmin volume mount not effected
- Ready for production in 2023? HOT 11
- vitess operator doesn't accept integer values for vttablet extraFlags
- [Feature request] Allow for `Service` name overrides HOT 1
- support kubernetes v1.25 for recommended stable vitess versions HOT 6
- Vitess Operator spawns a VTOrc even for shards that have only external tablets HOT 1
- Feature Request: Allow more than one VitessShardTabletPool with a certain tablet type in a given cell
- Unable to install vitess on kubernetes behind proxy HOT 1
- Feature request: support controlled mysqld version upgrade with rollback HOT 1
- Feature Request: configure operator to communicate with Vitess components using TLS
- [Feature Request] Allow enabling additional mysqld_exporter collectors
- vtctldclient backup not working with defined VitessBackupStorages in cluster HOT 4
- `vtop-rollout` tooling for safer rollout of new Vitess versions in Kubernetes
- Add custom annotations to PVC
- [Feature] Allow setting pod sysctls
- LabelPrefix["planetscale.com"] whose '.' can't apply on Prometheus 's kubernetes_sd_config section HOT 1
- Pass `--mysql_clientcert_auth_method` flag to Vitess HOT 1
- Supported Kubernetes Versions going EOL HOT 1
- Operator misbehaving when a imagePullSecrets is defined on the default service account of the namespace HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from vitess-operator.