Shrinking/splitting up core Was: Why are there only i686 and i586 Version of glibc...
kbn at daimi.au.dk
kbn at daimi.au.dk
Mon Jun 7 18:18:48 UTC 2004
Where I work, we do all our installs via kickstarts and PXE. First we
create a kickstart for the machines, and then uses PXE to reinstall the
machines remote. Of course the machines has to support network boot, but
many machines do that allready.
Here's a link to get PXE up and running:
http://www.stanford.edu/~alfw/PXE-Kickstart/PXE-Kickstart.html
In our kickstart post section, we, among other things, have a section
that runs a yum update command that point to one of our servers. But of
course this server could be any server.
So we are able to do the same as the HP-UX. It's not a single tool, but
a combination of tools makes this possible.
Currently we are doing this with RH9 and RH7.3, but during the summer I
expect RH AS3 and Fedora Core 2 to be installed in the same way. At
present, i cannot see any problems in doing this.
Regards
/kbn
Steven Pritchard wrote:
>On Mon, Jun 07, 2004 at 08:24:11AM -0600, Stephen Smoogen wrote:
>
>
>>I dont think Anaconda is meant to look at anything beyond the bare
>>installation Cd's the rest should be done with first-boot. Maybe first
>>boot should have a yum configuration section where you can enter the yum
>>places you want to to point ot.
>>
>>
>
>How's that going to work with kickstart-based installs/upgrades?
>
>I'd really like to see a day where a person could fire up
>kickstart-based upgrades on 200 cluster servers and have *everything*
>upgraded when the systems reboot (assuming all of their local apps
>were in an appropriate repository).
>
>FWIW, I was doing stuff like this with engineering workstations
>running HP-UX at a previous job 5 years ago using HP's Ignite-UX
>tool... It still scares me a little that we don't have a tool even
>that good yet.
>
>That employer is using a *ton* of RHL now, and upgrades are nearly
>unmanageable. Paying for RHEL would reduce the frequency of necessary
>upgrades, and the money isn't necessarily a problem for them, but how
>would they do all those upgrades? (In other words, I don't think this
>is just a problem for Fedora Core/Extras/etc. users.)
>
>Steve
>
>
More information about the fedora-devel-list
mailing list