1 |
Folks, |
2 |
|
3 |
I'm curious how other sysadmins rapidly deploy a slew of new Gentoo |
4 |
systems? In this case I'm setting up many dozens of Gentoo servers |
5 |
inside of VMware ESX and having to destroy and redeploy said systems |
6 |
regularly. |
7 |
|
8 |
The "hardware" (virtual, of course) varies ever so slightly, so |
9 |
cloning (via ESX or dd) is not an option. I'm looking for a rapid |
10 |
installation method similar to that of the Ubuntu server (just a few |
11 |
steps in an ncurses-driven menu and everything is up in short order). |
12 |
Or better yet, an automated Anaconda installation such as the one |
13 |
available for Red Hat. |
14 |
|
15 |
Gentoo is an absolute joy to use, so moving to another distribution |
16 |
isn't an option. ;) I'm simply looking for a much simpler method in |
17 |
automatically deploying / installing systems. |
18 |
|
19 |
Some things I've looked at before: |
20 |
- writing my own installation script (worked "okay" but I had to |
21 |
update it and make changes to keep up with portage regularly) |
22 |
- sought other automated / scripted installation methods |
23 |
- GLIS is ancient and I'm not sure it's being maintained (or if it |
24 |
even works) |
25 |
- it seems others have tried and failed in creating a popular |
26 |
installation method |
27 |
|
28 |
I've thought about creating my own stage4 (manually) but it makes more |
29 |
sense to somehow automate an installation method so that the "nightly" |
30 |
stage3 builds that Gentoo distributes will be used. Otherwise my |
31 |
stage4 will become "out of date" somewhat regularly. |
32 |
|
33 |
Metro (drobbin's catalyst replacement) has piqued my interest and |
34 |
seems *almost* right for the job. But Metro doesn't seem as though my |
35 |
standard slew of configuration files (fstab, make.conf, etc.) can be |
36 |
automatically placed inside of the stage{3,4} tarball during the |
37 |
scripted generation of the stage3. |
38 |
|
39 |
Any thoughts, ideas or suggestions? |
40 |
|
41 |
-j |