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

extensible metadata on deployments #3032

Open
cgwalters opened this issue Sep 6, 2023 · 5 comments
Open

extensible metadata on deployments #3032

cgwalters opened this issue Sep 6, 2023 · 5 comments
Assignees
Labels
area/greenboot Issues related to greenboot integration area/sysroot Issues related to OstreeSysroot enhancement jira

Comments

@cgwalters
Copy link
Member

As prep for #2725 but also in general, I think it'd be useful to have an official "metadata" API for deployments - surfacing things like "did this deployment boot before" in a way indepdenent of the journal.

I think this could be a pretty thin wrapper for extended attributes on the deployment root directory. (Need to verify whether the immutable bit breaks this; if it does we could just document using the origin file for this)

@cgwalters cgwalters added enhancement area/sysroot Issues related to OstreeSysroot area/greenboot Issues related to greenboot integration labels Sep 6, 2023
@jmarrero jmarrero added the jira label Oct 3, 2023
@cgwalters
Copy link
Member Author

BTW if we do this we should also teach the OpenShift MCO to do this, to describe which rendered configs it used for the deployment.

@cgwalters
Copy link
Member Author

One thought related to this is that with composefs, we automatically gain a new .cfs file that would a natural target for xattrs.

@cgwalters
Copy link
Member Author

(And maybe we should just turn on composefs generation unconditionally by default?)

@jmarrero jmarrero self-assigned this Oct 25, 2023
@jmarrero
Copy link
Member

jmarrero commented Nov 6, 2023

we discussed turning composefs for Fedora ELN first.

@cgwalters
Copy link
Member Author

One thing that happened with #3114 is we gained a whole new directory created unconditionally now - so we can trivially drop in a new file there in whatever format we want (but probably gvariant) or xattrs on that directory.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/greenboot Issues related to greenboot integration area/sysroot Issues related to OstreeSysroot enhancement jira
Projects
None yet
Development

No branches or pull requests

2 participants