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

Streamline ISO generation process to not require rebuilding packages #62

Closed
celskeggs opened this issue Jul 23, 2017 · 4 comments
Closed
Assignees
Labels
Milestone

Comments

@celskeggs
Copy link
Member

celskeggs commented Jul 23, 2017

We have a system by which a node installation ISO is generated from a set of locally-built packages. (//building/build-iso/generate.sh).

It should be possible to build an ISO easily -- for example, a new maintainer (or an existing maintainer with a new laptop) should easily be able to generate an ISO for installing additional nodes.

With the current system, you have to build all of the relevant helpers and packages locally, before you can generate the ISO. Since we're pushing all of our packages to a central debian repository (served via web.mit.edu, stored in AFS under /mit/hyades/debian/, and generated by //building/upload-debs/rebuild.sh) anyway, it should be possible to just fetch the packages from the repository, verify their signatures, and stick them into the ISO.

This will streamline the ISO generation process, which will shorten the time required to set up a new cluster or expand/repair an existing cluster.

@celskeggs celskeggs added this to the Dev Cluster 5 milestone Jul 23, 2017
@dmssargent
Copy link
Contributor

I have a branch (https://github.com/dmssargent/homeworld/tree/automate.package.fetch.from.repo) almost ready for a PR. However, I still need to verify the downloaded package from its listed hash.

From dmssargent@35816d2#commitcomment-24336835, what should I use to actually add those files into the ISO?

@celskeggs
Copy link
Member Author

What does the status of this look like?

Also, changes to this script were made for DC4; you should consider rebasing your work against the HEAD of feature-ki-deployable before you submit a PR.

@dmssargent
Copy link
Contributor

Will do.

My goal for opening a PR is by the end of this weekend, ideally by Saturday.

@celskeggs
Copy link
Member Author

Since #89 has been merged, I'm marking this as closed! 🎊

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants