Skip to content
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

v1beta1->v1beta3 storage translation tool #6583

Closed
nikhiljindal opened this issue Apr 8, 2015 · 5 comments · Fixed by #7819
Closed

v1beta1->v1beta3 storage translation tool #6583

nikhiljindal opened this issue Apr 8, 2015 · 5 comments · Fixed by #7819
Assignees
Labels
area/upgrade area/usability priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release. sig/api-machinery Categorizes an issue or PR as relevant to SIG API Machinery.
Milestone

Comments

@nikhiljindal
Copy link
Contributor

Forked from #5475

Before ripping out v1beta1 code, we need to ensure that everyone has upgraded their stored objects in etcd to v1beta3.
Filling this issue to discuss how we want to go about this.
We can build a translation tool or can ask them to restart their cluster :)

@bgrant0607 @lavalamp @smarterclayton

@nikhiljindal nikhiljindal added area/usability sig/api-machinery Categorizes an issue or PR as relevant to SIG API Machinery. area/upgrade labels Apr 8, 2015
@bgrant0607 bgrant0607 mentioned this issue Apr 8, 2015
16 tasks
@smarterclayton
Copy link
Contributor

We will eventually need a tool that trawls the objects in etcd, reads them, fixes anything, then writes them back. It can run once or many times, and have fairly arbitrary operations executed on resources or sets of resources. It should have a mode which is dry run only (warn on errors) or apply over errors.

Might be the right time.

On Apr 8, 2015, at 1:41 PM, Nikhil Jindal notifications@github.com wrote:

Forked from #5475

Before ripping out v1beta1 code, we need to ensure that everyone has upgraded their stored objects in etcd to v1beta3.
Filling this issue to discuss how we want to go about this.
We can build a translation tool or can ask them to restart their cluster :)

@bgrant0607 @lavalamp @smarterclayton


Reply to this email directly or view it on GitHub.

@bgrant0607 bgrant0607 added the priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release. label Apr 8, 2015
@bgrant0607 bgrant0607 added this to the v1.0 milestone Apr 8, 2015
@bgrant0607
Copy link
Member

It should use the registry/storage layers, not trawl over etcd directly, though.

@lavalamp
Copy link
Member

lavalamp commented Apr 8, 2015

Yes, we need to make a tool that will upgrade your stored objects. One would run this tool after one is definitely not rolling back. It probably needs to be built into master/apiserver, for the reason @bgrant0607 says; it'd be run on an RPC or commandline flag, I guess.

@bgrant0607 bgrant0607 changed the title Do we need a v1beta1->v1beta3 storage translation tool v1beta1->v1beta3 storage translation tool Apr 27, 2015
@bgrant0607
Copy link
Member

Current proposal is simply a script that touches every object.

@bgrant0607
Copy link
Member

via the API

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/upgrade area/usability priority/important-soon Must be staffed and worked on either currently, or very soon, ideally in time for the next release. sig/api-machinery Categorizes an issue or PR as relevant to SIG API Machinery.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants