Linux System Administration
Authors: M. Carling, Stephen Degler, James T. Dennis
Publisher: New Riders Publishing
Price: $29.99 US
Reviewer: Paul Almquist
Linux System Administration is not the average “how-to” for the system administrator. Although it addresses some of the how-to's, it is more of a “why-to”. The book is divided into 3 parts: Principles, Practicum and Services. Throughout, administration principles are emphasized, followed by practical suggestions.
Part I, Principles (chapters 1-7), starts out with a discussion of “The Prime Directive: to provide and maintain access to system resources.” In other words, why we are doing this job; not just because it's fun, although it should be most of the time. It goes back to the basic reason for the existence of computers—to provide a service to the users. “Requirements Analysis” is then examined to put some legs on the prime directive.
If you are responsible for your own Linux box at home or at work, you might let “Recovery Planning” slip, but when you are supporting the work of others in the enterprise, a recovery plan is essential. Computers will fail. Users will make mistakes. How will you respond? The authors present the interesting concept of a rescue partition and an auto-rescue configuration to automate recovery from some disasters, although they missed the opportunity to identify just what constitutes “a full suite of repair tools”. The experienced system administrator will know some, but the beginners need more guidance. Numerous recovery issues are discussed, including administrator error.
Too often we get caught up in a putting-out-files mode. The chapter on capacity planning gives guidance in preventing fires. Principles ends with a discussion of the Help Desk, Network Computing and Security Policy.
Part II, Practicum (chapters 8-16), begins with the topic of enforcing security. Certainly not an exhaustive treatment, considering another recently published book has several hundred pages on just this one subject, but fundamental topics are addressed. Exploits and their consequences should have you thinking of your recovery planning again. This chapter and most of the following chapters end with a reading list citing relevant HOW-TOs and many other books. Booting and shutdown reviews LILO, MILO and SILO and the System V startup/shutdown rc scripts. If you need to build a custom kernel, the chapter entitled “Configuring and Building Kernels” gives some helpful hints. Everyone finds some tasks repetitive. The chapter on scripting offers ideas in several scripting languages.
There are two kinds of computer users: those who do backup, and those who will. The Backup chapter discusses practical solutions to the problem. Most computers are on a network today. Networking Technologies discusses IPv4, IPv6 and related protocols. This chapter has an extensive reading list.
Do you have several systems to support? Wish they all had the same configuration? System Profiles gives good guidance here. This chapter has the best discussion of disk partitioning theory I have read—not just a set of recommended sizes, but why various branches ought to be separated into their own partitions. Once you have a partitioning plan, the OS has to be installed on all machines and upgraded as necessary. Automated Installation and Upgrade discusses some how-to guidelines, including Red Hat's kickstart. User and Group Administration appropriately follows.
Part III, Services (chapters 17-21), has 40 pages reviewing network services, mail, printing and faxing, working with NFS and managing NIS. Little nuggets of information are sprinkled throughout.
Appendix A is something we hope we never need, but know we must deal with: emergencies. It starts with the lost root password and ends with some miscellaneous performance problems. Appendix A is followed by a glossary, worth reading in that it's more of a mini-encyclopedia than a dictionary. The index is huge for a book this size (41 pages long), making it a valuable tool for using this book as a reference.
Eric S. Raymond, writer of the book's Forward, says in a review on its back cover, “This book is a reference for the experienced Linux administrators and a guide for new ones.” I heartily agree and recommend a thorough reading.
Paul Almquist (email@example.com) has been teaching all aspects of software-side computer technology for over 30 years. He uses Linux on the desktop, laptop and server at work and home. With discarded parts, he built his own mini-Beowulf system with 8-486/66 CPUs. In addition to teaching, Paul administers all of the UNIX/Linux systems and is webmaster for the Computer Information Systems Department at Chippewa Valley Technical College.
|Nativ Disc||Sep 23, 2016|
|Android Browser Security--What You Haven't Been Told||Sep 22, 2016|
|The Many Paths to a Solution||Sep 21, 2016|
|Synopsys' Coverity||Sep 20, 2016|
|Naztech's Roadstar 5 Car Charger||Sep 16, 2016|
|RPi-Powered pi-topCEED Makes the Case as a Low-Cost Modular Learning Desktop||Sep 15, 2016|
- Android Browser Security--What You Haven't Been Told
- Download "Linux Management with Red Hat Satellite: Measuring Business Impact and ROI"
- Nativ Disc
- The Many Paths to a Solution
- Naztech's Roadstar 5 Car Charger
- Synopsys' Coverity
- Securing the Programmer
- RPi-Powered pi-topCEED Makes the Case as a Low-Cost Modular Learning Desktop
- Identity: Our Last Stand
- Glass Padding
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide