RedHat
From AdminWiki
(→Package Management) |
(→OS Installation) |
||
(3 intermediate revisions not shown) | |||
Line 15: | Line 15: | ||
Also, always '''install''' kernels (rpm -ivh) instead of updating (rpm -Uvh) them. Updating will not preserve the old version ... | Also, always '''install''' kernels (rpm -ivh) instead of updating (rpm -Uvh) them. Updating will not preserve the old version ... | ||
- | == Useful Links | + | == Building your own RPMs == |
+ | |||
+ | Never build RPMs as root. Spec files are free to specify any command they want, and can leave files around in your /-filesystem or, even worse, cause real damage to your installation. If you must build as root, better do it on a machine which you can reinstall/reimage quickly. | ||
+ | |||
+ | <tt>rpmbuild --rebuild foo.src.rpm</tt> is the command of your choice. If you have a spec file instead, try with <tt>rpmbuild -ba foo.spec</tt>. | ||
+ | |||
+ | FIXME: tell about setting up non-root rpmbuild | ||
+ | |||
+ | = OS Installation = | ||
+ | |||
+ | The best thing you can do is to pass a kickstart file to the installer. This way you don't need graphics support and you don't get the whole crap of packages you won't need. Have a look at the possible [http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/sysadmin-guide/s1-kickstart2-options.html kickstart options] (for RHEL4). | ||
+ | |||
+ | Remote booting the installer using PXE works; you can use CDs, HTTP, FTP or NFS as the package source. | ||
+ | |||
+ | Anaconda (the RedHat installer) leaves the config it used in /root/anaconda-ks.cfg after installation. You can use that as a starting point for your ks.cfg, or write one from scratch. | ||
+ | |||
+ | For %packages you probably want at least: | ||
+ | * e2fsprogs | ||
+ | * grub | ||
+ | * lvm2 | ||
+ | * @ text-internet (which gets you links, wget, etc). | ||
+ | |||
+ | For serious servers, also install: | ||
+ | * @ development-tools (so you rebuild SRPMS) | ||
+ | * kernel-smp | ||
+ | * kernel-devel/kernel-smp-devel (needed for custom drivers) | ||
+ | * ntp | ||
+ | * net-snmp (gets you snmpd) | ||
+ | |||
+ | If you want to make your life a bit easier, also get: | ||
+ | * screen | ||
+ | * vim-enhanced | ||
+ | * strace | ||
+ | * rsync | ||
+ | * lsof | ||
+ | * xorg-x11 (this is just the base, so X11 forwarding over ssh works) | ||
+ | * cvs | ||
+ | |||
+ | = Useful Links = | ||
* [http://www.akadia.com/services/redhat_static_routes.html Setting up Static Routes on Redhat, past and present] | * [http://www.akadia.com/services/redhat_static_routes.html Setting up Static Routes on Redhat, past and present] |
Latest revision as of 14:24, 10 June 2006
Contents |
Package Management
The current choices for installing RPMs are: (listed by convience)
- rpm --install: can only install a single remote rpm
- up2date: you probably need an RedHat EL subscription
- yum: the better up2date, still terrible to use
- apt: ported from Debian, lastly a tool which does it right
Useful options to rpm are -vh, which give you verbose output and a progress bar when doing package installation/removal.
Installing Kernels
If you install a kernel using one of the tools above, better check /boot and /etc/grub.conf afterwards. At present, updating these files is job of the package manager, and not of the kernel rpm postinst script. Of course, all tools have implemented this differently and you simply can't rely on it to work.
Also, always install kernels (rpm -ivh) instead of updating (rpm -Uvh) them. Updating will not preserve the old version ...
Building your own RPMs
Never build RPMs as root. Spec files are free to specify any command they want, and can leave files around in your /-filesystem or, even worse, cause real damage to your installation. If you must build as root, better do it on a machine which you can reinstall/reimage quickly.
rpmbuild --rebuild foo.src.rpm is the command of your choice. If you have a spec file instead, try with rpmbuild -ba foo.spec.
FIXME: tell about setting up non-root rpmbuild
OS Installation
The best thing you can do is to pass a kickstart file to the installer. This way you don't need graphics support and you don't get the whole crap of packages you won't need. Have a look at the possible kickstart options (for RHEL4).
Remote booting the installer using PXE works; you can use CDs, HTTP, FTP or NFS as the package source.
Anaconda (the RedHat installer) leaves the config it used in /root/anaconda-ks.cfg after installation. You can use that as a starting point for your ks.cfg, or write one from scratch.
For %packages you probably want at least:
- e2fsprogs
- grub
- lvm2
- @ text-internet (which gets you links, wget, etc).
For serious servers, also install:
- @ development-tools (so you rebuild SRPMS)
- kernel-smp
- kernel-devel/kernel-smp-devel (needed for custom drivers)
- ntp
- net-snmp (gets you snmpd)
If you want to make your life a bit easier, also get:
- screen
- vim-enhanced
- strace
- rsync
- lsof
- xorg-x11 (this is just the base, so X11 forwarding over ssh works)
- cvs