RedHat

From AdminWiki

(Difference between revisions)
Jump to: navigation, search
(OS Installation)
 
(6 intermediate revisions not shown)
Line 1: Line 1:
-
== Useful Links ==
+
= 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 <tt>-vh</tt>, 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.
 +
 
 +
<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

Useful Links

Personal tools