Slashdot Mirror


Linux Clustering

SPK writes "A colleague and I recently discussed how New Riders's most highly regarded book -- Paul DuBois's MySQL -- corresponds to O'Reilly's worst dud: MySQL & mSQL. Charles Bookman's Linux Clustering does nothing to improve New Riders's reputation. The book is divided into eleven chapters, unevenly distributed among three sections: an overview of clustering for Linux, building clusters, and maintaining clusters. Four appendices provide brief information about online clustering resources, options for RedHat's 'Kickstart,' options for DHCP, and information on 'Condor ClassAd Machine Attributes.'" To find out why Krause was so displeased with this book, read on below for his review. Linux Clustering. Building and Maintaining Linux Clusters author Charles Bookman pages xv + 265 publisher New Riders rating 2/10 reviewer Steve Krause ISBN 1578702747 summary A guide to clustering software, networking, and journaling filesystems

Bookman emphasizes a central piece of wisdom that no system administrator should ignore: redundancy. In the case of high availability clusters, parts redundancy is the name of the game, but one should not forget the human component; no administrator should be caught with only a cell phone -- keep a pager just in case. However, in a post-modern turn that might seem brilliant if it were applied in a work of fiction rather than a technical book, the author seems to apply the concept of redundancy to the text itself.

That the book began not as a book but rather as a collection of talks or presentations, or some other smaller format, is evidenced by the repetition of information between chapters and sections. Such nearly poetic repetitions also occurs within sentences and paragraphs (e.g. "nightly backups each night" on page 25).

An editor never looked at Linux Clustering; the book had two "technical reviewers" but their contributions seemingly didn't include fixing mangled syntax and strained style. On page 14 in the second paragraph a large segment of a sentence from the previous page is pasted into another sentence, resulting in a nonsensical block of text. The number of hyphenation, syntax, word choice, and subject-verb agreement errors is atrocious and makes the book difficult to read.

Some of the misinformation in the text appears to be unintentional (but ignorance is no excuse for a UNIX systems administrator); some is due to the fact that the author deals only with old (2.2) kernels (though the book came out 18 months after the 2.4 kernel release), old versions of journaling filesystems, and old distributions; and yet other misinformation is the result of misplaced attempts at humor (such as stating that GNU stands for the Gateway Naming Utility; one can only hope that this was intended to be funny). Other jokes often misfire, but do point to the intended audience (consider, for example, the section heading "Space: The Final Frontier").

In the Introduction, the author indicates that the book should be read by "Linux enthusiasts and users who want to get a Linux cluster up and running with the least amount of fuss." The organization of the book will not, however, aid this enterprise, for there is little "how to" information provided, but rather a great deal of background information on compiling kernels, various types of journaling file systems, and RedHat's Kickstart (perhaps inappropriate considering that the book specifically states that basic information will not be covered). Another section or two deal with basic networking and security. Various types of clusters are discussed, as are a few of the types of clustering software (e.g. Condor and Mosix) available.

The book, however, is clearly intended for administrators of clustering systems; a special emphasis is high-availability and load-balancing clusters. Parallel computing and the types of applications end users would wish to run receive far too little discussion.

Almost all technical books regurgitate the contents of freely available FAQs and HOWTOs to some degree, yet the good ones summarize the relevant points, make dry documentation more accessible, and give the reader some new insights. Because Bookman's Linux Clustering suffers from heinous spelling, grammar, and style errors; deals primarily with outdated software; contributes little new to the discussion; and doesn't speak to non-admins, I can only recommend that those interested in Linux clustering stick to online FAQs and HOWTOs.

You can purchase the Linux Clustering: Building and Maintaining Linux Clusters from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.

10 of 162 comments (clear)

  1. O'Reily's Msql and Mysql by mcc · · Score: 2, Insightful

    Uh.. what was wrong with MySQL and msql? I mean, it wasn't the most incredibly intensely mind-opening technical book i've ever read, but it wasn't useless, either. Far as i could tell the first couple chapters introduced you to SQL pretty well (which isn't exactly difficult, but they didn't really flub it), which you would never read more than once, and the rest was just various bits of random somewhat-disorganized reference material, sample sql, and sample database code in a few languages. It wasn't really any more useful than it would have been to have a printed and bound book that just contained the mysql manual, the dbi perldoc, and the manpage for the c database library.. and now that i'm used to mysql i just use the online manual.. and i will probably never dig my copy of the book out of the bottom of my closet never again.. but i don't really think i'm -sorry- i bought it.

    And of course, it's been a long time since i first read the book, but i don't remember it being unpleasant. Why all the disdain?

    1. Re:O'Reily's Msql and Mysql by srw · · Score: 2, Insightful

      I agree. In fact, I often still use it as a reference. Granted, I'm not a university-trained RDBMS expert. Perhaps that wasn't the target audience. As far as I'm concerned, they could have left out mSql entirely (shudder... my first big DB project ever ran on mSql. I eventually converted it to Mysql.) but I guess it makes sense to include it as Mysql grew out of it.

  2. Re:Oh please! by MagikSlinger · · Score: 2, Insightful
    One of the major complints about this book is the lack of editting. Thes is just like those people that complain about mispelings on the front page of /.


    His complaint was the lack of editing made it almost unreadable. I.e., re-reading a sentence several times to figure out what it said.

    Good grammar and spelling aren't "windowdressing". They are essential for easy reading.

    --
    The bitter lessons of a veteran coder: http://bitterprogrammer.blogspot.com
  3. OK, so who's got a GOOD book on this topic? by Elias+Israel · · Score: 5, Insightful

    I hate to turn this into an Ask Slashdot, but truth is I could really use a good book on Linux clustering, especially if it covers:

    1. Clustering (not just replicating) MySQL databases.
    2. Network attached storage.
    3. Load balancing and failover.
    4. Probably six other things I'm not thinking of right now.

    Anyone got any suggestions?

  4. Re:Oh please! by teaserX · · Score: 2, Insightful

    I realize that your post was meant to be a joke, but I have to point out that spelling errors and grammar mistakes do nothing to instill confidence in the reader. It seems unlikley that any of the information in the book was verified, nor the sources checked, if no none could bother to run the text past a spell checking program.

    --
    We really need your help
    http://www.gofundme.com/help-sherry
  5. Re:No good books? by ComputerSlicer23 · · Score: 3, Insightful
    Hmmm, that's why most serious clusters are built out of state of the are Dual Processor boards loaded with highend Xeon chips. Clusters aren't a "gimmick". There are some people who want to build one that have no use for it. How's that any different the car junkie who soups up his 1970's muscle car? It's just a gimmick. There's really no need to put a 500HP engine in it, no need to get it new paint, new tires, or a turbo, or a new dual exhaust system. It's just fun for them.

    However, there are good uses for modification of vehicles, like say air bags. I don't call air bags, gimmicks, just because I think that guys who put dual exhaust systems on a 20 year old car seem like they are wasting money to me.

    However, in terms of redundancy, your far, far better off with 10 P3 500's, then with one P4 5Ghz machine. One of the PIII's is having problems, shut if off, run the diagnostics. The P4 has problems, you shut if off, you are in deep shit.

    If I had my choice, I'd rather have a cluster of 5-10 well built, redundant machines then one machine 10 times as fast for any problem that can easily be distributed (think websites, DNS, mail servers). No, I don't want to use 10, 3 year old Dell workstations to serve up my enterprise website, but I wouldn't have any objections to 10 Dell Servers that were bleeding edge 3 years ago assuming it uses parts that are still commonly available.

    Kirby

  6. Is this true? by doc_traig · · Score: 3, Insightful

    Actually, it would be nice to slow down the pounceposters who stab us with one-liners as soon as an article hits the front page in order to grab that funny karma goodness...

    --
    So long, michael. Don't let the door hit you...
  7. Re:Paul DuBois, MySQL by someguy42 · · Score: 2, Insightful

    I feel a flame-war coming on. This comment is functionally equivalent to saying "Real men use VI" or "Real men use EMACS." It's only intended to start a "my (insert topic here) is bigger than yours" conversation. Real men know better than to assume that their personal preference is, by definition, going to be better than the next guy's preference.

    --
    The probability that someone is watching you is directly proportional to the stupidity of your actions.
  8. Don't assume... by xonker · · Score: 2, Insightful

    the book had two "technical reviewers" but their contributions seemingly didn't include fixing mangled syntax and strained style.

    When you see a book in print, don't assume that the suggestions of the technical editors/reviewers have been heeded. The author basically has final say over the content of the book -- meaning that a tech reviewer/editor can be completely ignored no matter how much they complain about the content of the book or how much it doesn't address what it should.

    And, the tech reviewers/editors are explicitly asked not to try to fix grammar and so forth -- that's supposed to be the job of a different editor.

    Also... I'm surprised to see a review of this book popping up now, it was published about a year ago.

  9. Re:O'Reilly's worst dud was also about Linux clust by Cyno · · Score: 3, Insightful

    That's why I don't buy many books anymore. I can get most of the relevant information for any current topic/projects from the internet. I think the most innovative thing created in the last few years was tabbed browsing, I love Galeon.