|
|
Subscribe / Log in / New account

Review: Linux Administration Handbook, Second Edition

Your editor is often asked if he would be willing to be a technical reviewer for an upcoming Linux-oriented book. Such requests are almost always turned down. Technical review is an important task, but it takes vast amounts of time and the compensation is mostly measured in karma points. It is a hard task to squeeze in. Evi Nemeth, however, earned special consideration many years ago when she allowed LWN's co-founders to do their Data Structures homework on the University of Colorado's lone VAX 11/780 - on [cover] the condition that they learn C. She also let your editor make some "fixes" (long since lost, mercifully) to the memory management system on the early BSD release running on that VAX. So, when Evi and company asked for help reviewing the second edition of the Linux Administration Handbook, your editor agreed to do it.

This was not a trivial task; the Handbook now weighs in at a full 1000 pages. It is derived from the classic Unix Administration Handbook, which was the definitive administration manual for its times. The second iteration is an attempt to bring the book up to date with the current Linux state of the art, an attempt which is not 100% successful. The fact remains, however, that the Linux Administration Handbook remains unmatched for its combination of clear writing, technical depth, and extensive experience in all aspects of system and network management.

A glance through the table of contents shows that some audiences will get more out of the Handbook than others. The chapters on DNS and electronic mail administration are over 100 pages - each. Networking is covered in detail, from how to wire up an RJ-45 connector through Samba administration. Backups, printing, process management, the bootstrap process, and so on are all addressed. There is also a lot of accumulated wisdom on dealing with users, working with vendors, managing system administration groups, tracking problems, etc. If you are charged with managing mostly server-oriented systems, this book has almost everything you need.

The second edition updates the Handbook in a number of ways. Ubuntu "Dapper" and Fedora Core 5 have been added to the list of covered distributions; they join RHEL 4.3, SUSE Linux Enterprise 10.2, and Debian Testing (to be Etch) as of last September. Bacula is now covered in detail (and much of the Amanda discussion has been taken out). The electronic mail chapter - while still centered mostly on sendmail - now has a reasonable section on postfix. The security chapter has been filled out with the latest tools. And so on.

As your editor can well attest, however, bringing a book up to the current state of Linux is a hard task - and it never stays current for long. Still, at times, the Linux Administration Handbook shows its age a little too much. Back in the days of VAXen and early Unix workstations, we all got very good at dealing with serial ports and making terminals talk. But how many of us need a chapter on that subject now? The security chapter passes over SELinux entirely - a major shortcoming. As far as the authors are concerned, udev seems not to exist - it is only mentioned in passing. But how does one manage a contemporary system without an understanding of udev? There's plenty of information on how deeply Ethernet hubs can be cascaded, but wireless networking is passed over almost entirely.

There is also almost no discussion of contemporary desktops. The Handbook authors avoid graphical administration tools in favor of really understanding (and being able to script) the system at a lower level, and this is good. But an administrator in this century should have a sense for how the desktop goes together and how to configure things to give users the experience and capabilities they need. The second edition does add a badly-needed chapter on the X Window System, but it leaves the upper parts of the desktop untouched.

So the second edition of the Linux Administration Handbook is not perfect. But, for a large part of the system administration space, this book has the best combination of "how to do it" (technical details) and "how you should do it" (what works well in the real world). It is still the first place your editor looks when the man page falls short. If your job requires keeping Linux systems running, especially if it's in a larger environment, you probably need this book on your shelf.


to post comments

Review: Linux Administration Handbook, Second Edition

Posted Nov 9, 2006 17:13 UTC (Thu) by thyrsus (guest, #21004) [Link] (2 responses)

Serial lines are still important. My servers all have a BIOS that can send the BIOS screens to the serial line. Then I configure the OS to use the serial line as the console. conserver gives multiple admins access to the console and logs everything on them - including kernel "oops". Tom Limoncelli mentions console servers in his chapter on Data Centers, but leaves the details to other sources - and it sounds as if the Linux Administration Handbook would be one of those sources.

Review: Linux Administration Handbook, Second Edition

Posted Nov 10, 2006 1:56 UTC (Fri) by Ross (guest, #4065) [Link]

I have to agree. I've used serial access to systems at just about every sysadmin job I've had, including the current one. It's true you don't often need to make cables but when you do it's nice to find a clear, definitive source for information.

Review: Linux Administration Handbook, Second Edition

Posted Nov 11, 2006 19:17 UTC (Sat) by chuck97224 (guest, #40161) [Link]

I agree. Serial ports are still important. Embedded devices often use them, for example.

Review: Linux Administration Handbook, Second Edition

Posted Nov 9, 2006 19:33 UTC (Thu) by smoogen (subscriber, #97) [Link] (2 responses)

I would like to say that I still use the 2nd edition of the Unix System Administration book (after loaning it out to a student.. I kept running into systems that should have been shot dead years ago but were still in use.)

These books are as close to a classic that one can get in Systems Administration. The amount of needed detail on getting a RS-232 wired correctly helped me multiple times in getting a customer to give me a kernel dump when I worked at Red Hat... and the old chart on different SCSI connectors came in handy every couple of days. My biggest disappointment with the 3rd edition of the USAH was that it had to drop so many flavours of Unix that I still needed to maintain.

When I have any junior systems administrator assigned to me, I make sure that they have a copy of the Linux Administration Book in their hands... and if I have time we go over particular chapters when dealing with problems.

I am off to the bookstore to order my copy of Linux Administration Handbook (2nd edition.)

[This endorsement was not sponsored by Ms Nemeth or any other co-author of the book]

RS-232C

Posted Nov 10, 2006 9:56 UTC (Fri) by ldo (guest, #40946) [Link] (1 responses)

>The amount of needed detail on getting a RS-232 wired correctly...

Hah!

I can remember when there was no one way to wire an RS-232C connection correctly, what with interfaces needing null modems or not, different forms of hardware handshake, and other oddities. An essential bit of kit was a "breakout box" which had LEDs letting you see which signals each end was sending, plus little switches so you could try various guesses as to what signals it might be expecting.

The young kids these days, they have it so easy. :)

RS-232C

Posted Nov 10, 2006 16:58 UTC (Fri) by a9db0 (subscriber, #2181) [Link]

I remember breakout boxes - don't know at the moment where mine has got itself to, but I do know where the half-dozen different serial cables and gender changers I have are.

As an aside - I wonder how many readers here think "gender changers" is something to snicker at, not an extremely useful tool?

I'll be off to order my copy now. Thanks Jon!

Graphical admin tools (or the lack thereof)

Posted Nov 10, 2006 15:18 UTC (Fri) by dps (guest, #5725) [Link] (2 responses)

I set up and administer several seriously minimised linux systems, including one firewall and several bastion hosts. These systems simply do not have graphical admin tools or many of their requirements installed.

Anything within a mile radius of X11 is definiely not installed. Even curses is a little dubious, unless you can prove I should install it for some reason. Text editors either absent or limited to vi.

There are very few graphical admin tools that can cope with those servers. An admin tools which requires somethine else extra, except ip tables and ssh, is unlikely to be installed. I would like to implement selinux but have had insufficient time to do so.

Graphical admin tools (or the lack thereof)

Posted Nov 10, 2006 20:10 UTC (Fri) by tzafrir (subscriber, #11501) [Link] (1 responses)

This is your choice. However installing the required X client libraries (which are not big) and running and X client (say, over ssh) from the remote host on your local desktop is not really a problem, and not a major overhead.

Graphical admin tools (or the lack thereof)

Posted Dec 4, 2006 11:09 UTC (Mon) by hein.zelle (guest, #33324) [Link]

I fully agree, it's the system administrators choice not to install such software. I for one don't see why a secure system couldn't have any other editors installed than vi - unless there are severe space limitations. I personally always install emacs on any server, simply because I make less editing mistakes when modifying important config files. That alone makes it more secure for my server than only having vi installed. The added convenience is a whole extra story.

What is the reasoning behind not installing curses?


Copyright © 2006, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds